[Cooker] MySQL-4.0.12-1mdk
Hi. Here's a proposed patch to update MySQL to production status. Chears. -- Regards // Oden Eriksson, Deserve-IT.com--- MySQL.spec 2003-03-12 11:14:39.0 +0100 +++ MySQL.spec.oden 2003-03-31 09:42:32.0 +0200 @@ -1,6 +1,6 @@ %define nameMySQL -%define version 4.0.11a -%define release 5mdk +%define version 4.0.12 +%define release 1mdk %define major 12 %define libname_orig mysql %define libname %mklibname %{libname_orig} %{major} @@ -21,13 +21,13 @@ Release:%{release} License: GPL #Source:http://www.mysql.com/Downloads/MySQL-3.23/ -Source: ftp.free.fr:/pub/MySQL/Downloads/MySQL-4.0/mysql-%{version}-gamma.tar.bz2 +Source0: mysql-%{version}.tar.gz +Source1: mysql-%{version}.tar.gz.asc Patch0: mysql-4.0.9-init.patch.bz2 Patch1: mysql-3.23.42-bench.patch.bz2 Patch2: mysql-3.23.51-other-libc.patch.bz2 Patch3: mysql-3.23.54a-errno.patch.bz2 Patch4: MySQL-4.0.11-fix-test-ssl-include.patch.bz2 -Patch5: MySQL-4.0.11a-fix_install_scripts.patch.bz2 Icon: mysql.gif URL:http://www.mysql.com Provides: msqlormysql MySQL-server mysqlserver mysql @@ -101,7 +101,7 @@ Group: Development/Other Obsoletes: MySQL-devel mysql-devel Provides: MySQL-devel = %{version}-%{release} mysql-devel = %{version}-%{release} %{libname_orig}-devel = %{version}-%{release} -Requires: %{libname} = %{version} MySQL-common = %{version}-%{release} MySQL-client = %{version}-%{release} +Requires: %{libname} = %{version} MySQL = %{version}-%{release} MySQL-client = %{version}-%{release} %description -n %{libname}-devel This package contains the development header files and libraries @@ -134,7 +134,7 @@ package after the MySQL package. %prep -%setup -q -n mysql-%{version}-gamma +%setup -q -n mysql-%{version} %patch0 -p1 -b .server-stop ##%patch1 -b .patch @@ -143,7 +143,6 @@ #%patch3 -p1 -b .errno %patch4 -p1 -b .my_net -%patch5 -p1 -b .max # 20021227 warly manual include files not in the archives @@ -195,6 +194,7 @@ --infodir=%{_infodir} \ --includedir=%{_includedir} \ --mandir=%{_mandir} \ + --with-query-cache \ --program-prefix= ; # --with-comment=\%{distribution} MySQL RPM\; # Add this for more debugging support @@ -217,7 +217,7 @@ # Use the build root for temporary storage of the shared libraries. RBR=$RPM_BUILD_ROOT -MBD=$RPM_BUILD_DIR/mysql-%{version}-gamma +MBD=$RPM_BUILD_DIR/mysql-%{version} # # Use MYSQL_BUILD_PATH so that we can use a dedicated version of gcc @@ -229,7 +229,7 @@ # are using --with-other-libc # BuildMySQL --disable-shared $USE_OTHER_LIBC_DIR --with-berkeley-db --with-innodb --with-mysqld-ldflags='-all-static' --with-server-suffix='-Max' -BuildMySQL --enable-shared --with-berkeley-db --with-innodb --with-openssl --with-server-suffix='-Max' +BuildMySQL --enable-shared --with-berkeley-db --with-innodb --with-openssl=%{_prefix} --with-server-suffix='-Max' # Save mysqld-max mv sql/mysqld sql/mysqld-max @@ -268,7 +268,7 @@ %install -n mysql-%{version} RBR=$RPM_BUILD_ROOT -MBD=$RPM_BUILD_DIR/mysql-%{version}-gamma +MBD=$RPM_BUILD_DIR/mysql-%{version} # Ensure that needed directories exists install -d $RBR%{_sysconfdir}/{logrotate.d,rc.d/init.d} install -d $RBR%{_localstatedir}/mysql/mysql @@ -369,10 +369,9 @@ %pre common %_pre_useradd mysql %{_localstatedir}/mysql /bin/bash -%post common +%post %_install_info mysql.info -%post # Initiate databases su - mysql -c mysql_install_db -IN-RPM /dev/null @@ -384,7 +383,7 @@ # try to fix privileges table, use a no password user table for that fix_privileges() { -datadir=`my_print_defaults mysqld | grep '^--datadir=' | cut -d= -f2` +datadir=`my_print_defaults mysqld | grep '^--datadir' | cut -d \ -f2-` if [ -z $datadir ]; then datadir=%{_localstatedir}/mysql/ fi @@ -418,9 +417,6 @@ fi %post Max - -su - mysql -c mysql_install_db -IN-RPM /dev/null - %_post_service mysql-max # Allow mysqld_safe to start mysqld and print a message before we exit sleep 2 @@ -428,7 +424,7 @@ # try to fix privileges table, use a no password user table for that fix_privileges() { -datadir=`my_print_defaults mysqld | grep '^--datadir=' | cut -d= -f2` +datadir=`my_print_defaults mysqld | grep '^--datadir' | cut -d \ -f2-` if [ -z $datadir ]; then datadir=%{_localstatedir}/mysql/ fi @@ -470,7 +466,7 @@ %_remove_install_info mysql.info %preun Max -%_preun_service mysql-max +%_preun_service mysql %post -n %{libname} -p /sbin/ldconfig %postun -n %{libname} -p /sbin/ldconfig @@ -585,11 +581,9 @@ %config(noreplace) /etc/rc.d/init.d/mysql-max %changelog -* Wed Mar 12 2003 Warly [EMAIL PROTECTED] 4.0.11a-5mdk -- Apply Benjamin Pflugmann patch to mysql_install_db - -* Sun Mar 9 2003
Re: [Cooker] MySQL-4.0.12-1mdk
måndag 31 mars 2003 10:16 fm skrev Oden Eriksson: Hi. Here's a proposed patch to update MySQL to production status. Oops, it seems I used a too old spec file but you probably see the tiny changes anyway. -- Regards // Oden Eriksson, Deserve-IT.com
Re: [Cooker] PCMCIA problem in suspend scripts?
B Lauber [EMAIL PROTECTED] writes: If I force a suspend with echo 4 /proc/acpi/sleep , then the cardmgr comes back just fine (although, other services are out, but that makes sense). When I shut down the computer, the PCMCIA cards are shut off (instead of trying to activate my ethernet card) and the system goes down A-OK. did you try to tweak options in /etc/sysconfig/suspend ? RESTART_PCMCIA=no PCMCIA_BIOS_BUG=yes PCMCIA_WAIT=yes
Re: [Cooker] [RFC][PATCH] New supermount
Pixel [EMAIL PROTECTED] writes: Danny Tholen [EMAIL PROTECTED] writes: On Sunday 30 March 2003 19:49, Andrey Borzenkov wrote: - fs=.. option now takes list of filesystem types like fs=ext2:vfat. Using auto gave large delay sometimes (specifically for floppy). Pixel, if you're reading this, and the patch gets applied, it would be good to make it default for floppies in diskdrake, it really speeds it up (checking for udf takes to long). what list do you suggest? which order is best (faster)? it's not for now, it got to be included first by juan into the kernel..
[Cooker] Suspend Scripts Documentation? Was: PCMCIA problem in suspend scripts?
Is there any documentation on how to set up suspend function with mdk? I searched for it in the online doc, mandrakeuser and google, but did not find anything usefull. Robert
Re: [Cooker] wish list for 9.2
On Sun, 2003-03-30 at 16:41, Pierre Jarillon wrote: Le Lundi 31 Mars 2003 01:27, Edward Tandi a écrit : But I do personally think that the quality is beginning to suffer. I think Mandrake should be releasing less frequently and have a longer stability/testing/fixing period. If you look at the reviews of Linux distros, the highest points are awarded to those that work with the least number of problems. I agree with a longer stability/testing/fixing period. Now, there is enough of things in the distro and the main interest of the users will be the stability and a lower number a bug. IMHO, Mdk 8.2 was the best usable distro and since this time the quality is beginning to suffer. It is absolutly necessary to do better. The frequency of releases is not important. I think we are starting to see the result of maturity. Linux is now over 10 years old. As an operating system and it's corresponding tools mature it does tend to slow down. By this I mean that many of the programs now included tend to change less and less. Most mind you not all. Yet the drive to have something new in each release tends to introduce as much in the way of bugs as it fixes. RH is dropping the dot release SuSE users I know say that they are talking about it as well. (any verification?) perhaps the time has come to start looking at a slower release cycle, and/or niche releases ie laptop, MNF Multimedia etc. James
Re[4]: [Cooker] [RFC][PATCH] New supermount
Just to make it clear - I do not vote for this or that way, these are just MHO. I'd like to see a transparent way of access to audio cds[...] A very silly solution, why doesn't the kernel handle this? Possible reasons: [...] 2. because it is easily done using user-level tools so adding this to kernel just bloats it without any obvious advantage Each program is implementing this in his own obscure way. Many new users have no clue as to how play CDS with xmms, have no idea you actually can type audiocd:// in konqueror, and complain that audio CDS in general do not work. If it does not belong in kernel (I've heard that argument for supermount as well, but ok), As we already discussed - it is impossible to do what supermount currently does (i.e. harmless ejecting of busy media) without kernel modification in some way. So it does belong to kernel. Of course, there may be alternative implementation but IMHO supermount is the most simple one that combines both relative safety even for rw media with small amount of generic code changes (after current patches to VFS have been backed out). than lets up someone creates a libaudiofs which all programs will use (but I doubt this will let me: 'cd /mnt/cdrom; cp track*.* ~/' ?) I must admit I have near to zero knowledge about audio CD recording but if your example involves anything more than simple block reading - then no, it does not belong to kernel. -andrey
Re: [Cooker] wish list for 9.2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 James Sparenberg wrote: On Sun, 2003-03-30 at 16:41, Pierre Jarillon wrote: perhaps the time has come to start looking at a slower release cycle, and/or niche releases ie laptop, MNF Multimedia etc. I fail to see why a laptop needs vastly different software to a dekstop machine. Does Apple have a laptop version of OS X? Does windows have a laptop version of Windows XP? The biggest issue is hardware, and the only way that is going to improve is if more people test the Betas, since hardware/kernel fixes should not be made in RCs. But, for this to happen, someone needs to motivate testers to test Betas. There might be a need for more communication to beta testers, such as at least noting what the objective of the different aspects of the release cycle is. Maybe a notice to the effect of If you want to ensure your hardware works, you *must* test beta1. 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+iCAXrJK6UGDSBKcRAi6xAKC/Vg28PHYO7BMhVpbly0g8Ov+FhgCfdPoI 91aG+KdD1Nv2TG8Pw7jBiMY= =849a -END PGP SIGNATURE-
Re: [Cooker] cursor themes package
On Sun, 2003-03-30 at 11:02, Timothy R. Butler wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thanks Buchan. This is *really* neat. It worked great for me and I am now having fun with different cursors (err... maybe I should be upset at you for giving me a new way to waste time ;-)). Anyway, great job, I didn't have any problems with it... -Tim I'll second that one... would be nice if it became part of gnome-control-center and Kcontrol but it works... which is more than a lot can say... and works well too. (You've now opened up a whole new world of themeing.) James On Saturday 29 March 2003 06:57 pm, Buchan Milne wrote: On Sat, 29 Mar 2003, Timothy R. Butler wrote: This is a stupid question, but... where can I find the package? I'd be happy to test it. :-) 1mdk should be on the fast cooker mirros by now (if there are any cooker mirrors that can qualify as fast at present ...), 2mdk just went up (thanks to Stefan's build bot finding a buildrequire I had missed), but there should be a copy here in 5 minutes: http://ranger.dnsalias.com/mandrake/9.1/ (2729649 bytes) Regards, Buchan - -- - --- Timothy R. Butler Universal Networks www.uninet.info [EMAIL PROTECTED] | Christian Portal: | Have you not learned great lessons | | www.faithtree.com | from those who braced themselves | | GNU/Linux News:| against you and disputed the | |www.ofb.biz | passage with you? --Walt Whitman | -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+hz81K37Cns9gJ0gRAuNpAJ0fJ9iRogTmVlWs2FBCcKZ3lCAsagCfW+sK TPZVNlQPs1X+rYaMc+/Kln8= =mMcW -END PGP SIGNATURE-
Re: [Cooker] Important remaining bugs
On Wed, 26 Mar 2003, Daouda LO wrote: of 9.0. There was a showstopper (app crashing) with drakconf in nl locale. And the idea was to not release with this kind of big bugs in the distro. Yeah, tell me about it. :) Anyway I was under the impression there would be a special testing round specific to translators before release. (Such a round could for instance have prevented that some advertising texts in 9.1 DrakX are printed on top of each other when used in NL). Locale should not prevent using an app as critical as mcc. Agreed. Unfortunately, things have not been done in time for mdkkdm but this is not a critical bug (Users can easily guess the meanings of 'login' and 'passwd'). Or they can just use gdm, like Roberto suggested. :) Perhaps Mdk can still resolve this by making mdkkdm localizable, gathering some translations and providing it as an update? (hint, hint) regards, -- Reinout van SchouwenArtificial Intelligence student email: [EMAIL PROTECTED]mobile phone: +31-6-44360778 GPG public key http://www.cs.vu.nl/~reinout/reinout.asc MandrakeClub member
Re: [Cooker] [RFC][PATCH] New supermount
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Danny Tholen wrote: On Monday 31 March 2003 08:40, Andrey Borzenkov wrote: Each program is implementing this in his own obscure way. Many new users have no clue as to how play CDS with xmms, have no idea you actually can type audiocd:// in konqueror, and complain that audio CDS in general do not work. If it does not belong in kernel (I've heard that argument for supermount as well, but ok), than lets up someone creates a libaudiofs which all programs will use (but I doubt this will let me: 'cd /mnt/cdrom; cp track*.* ~/' ?) And there are similar issues with smbfs etc. KDEs kio_smb kind of works, GNOME has a VFS for smb (but it doesn't work everywhere AFAIK), but I can't select a file in an smb:// url and have it open in an arbitrary program (gvim, xmms, GIMP etc). Windows has done this since Windows95 ... (and no, I don't mean smbmount, that's like net use, which works in DOS). 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+iCGUrJK6UGDSBKcRAonBAJ4magpQVYUrwu85ZjyYdQIZ4Vu5gACgnvnX WNi0nDnTlkGzcOzEw/w/5Ig= =Zk4B -END PGP SIGNATURE-
Re: [Cooker] wish list for 9.2
Quoting Buchan Milne [EMAIL PROTECTED]: of If you want to ensure your hardware works, you *must* test beta1. Buchan Agree. I posted a similar message just after the final release. Maybe the more efficient way is to : - rename the beta to RC directly, or just use 1 beta. Psychologically, a lot of people try only the latest RC, thinking that bugs will be found by the other people... - fake that the final release date is actually 1 or 2 weeks before the real release date, since most of the bugs arrive at the last minute, so that it leaves more time to correct last minute bugs. - maintain a database of official beta testers, with their hardware specs. So that it would be interesting for two things : First it would give an idea of the most used hardware, so Mdk would concentrate on that hardware Second, it would allow to test some specific hardware : if there is a doubt about this or that hardware detection, Mandrake would just have to contact that (these testers) to ask to test their specific configuration. - maybe offer 10% discount on subscribing Mandrake club for the 50 people who have reported the most bugs (non redondant) ? Except that it would maybe attract not serious people who try to report bugs just for discount. But since registering on Bugzilla is necessary, this would limit this issue. WDYT ? Eric
Re: [Cooker] Suspend Scripts Documentation? Was: PCMCIA problem insuspend scripts?
Robert Da Campo [EMAIL PROTECTED] writes: Is there any documentation on how to set up suspend function with mdk? I searched for it in the online doc, mandrakeuser and google, but did not find anything usefull. urpmi suspend-s /usr/sbin/pmsuspend
Re: [Cooker] wish list for 9.2
On Mon, 2003-03-31 at 03:01, Buchan Milne wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 James Sparenberg wrote: On Sun, 2003-03-30 at 16:41, Pierre Jarillon wrote: perhaps the time has come to start looking at a slower release cycle, and/or niche releases ie laptop, MNF Multimedia etc. I fail to see why a laptop needs vastly different software to a dekstop machine. Does Apple have a laptop version of OS X? Yes Does windows have a laptop version of Windows XP? Yes Problem is you don't see it. It's integrated into one. IE you buy the product installed. But there are differences. The biggest issue is hardware, and the only way that is going to improve is if more people test the Betas, since hardware/kernel fixes should not be made in RCs. But, for this to happen, someone needs to motivate testers to test Betas. There might be a need for more communication to beta testers, such as at least noting what the objective of the different aspects of the release cycle is. Maybe a notice to the effect of If you want to ensure your hardware works, you *must* test beta1. Laptops, the hardware in them The rpms/features needed are perceptually different from desktops. Realize this. MDK for laptops will be 99% the same as any other. In that rpms etc built here are just lined up in a different order, or ignored. Things that could be dropped are . support for NIC cards (non PCMCIA ones. Put in updates to pcmcia config (and yes I sent in a large file to the MDK maintainer of missing / changed cards.) Mostly though it's a marketing thing. SuSE now has the Office release... I've looked at it..It's not very different from personal. BUT the box says SuSE for Office. It must be better, right? Does have one nice point... no games. With disk space becoming a premium.. this may ease the pain as well. BTW I've been testing Beta1 et all and reporting since 6.x so yes I know it helps. Remember though one thing. The people with the really big bucks, don't have time for beta testing. aka the corporate world. They want results a product that works. In this world connecting to the company exchange server from worldwide locations is a lot more important than 3d acceleration. Each world has it's own need. Mandrakes need is money. I'm just letting them know what people I know need. James 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+iCAXrJK6UGDSBKcRAi6xAKC/Vg28PHYO7BMhVpbly0g8Ov+FhgCfdPoI 91aG+KdD1Nv2TG8Pw7jBiMY= =849a -END PGP SIGNATURE-
Re: [Cooker] wish list for 9.2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [EMAIL PROTECTED] wrote: Quoting Buchan Milne [EMAIL PROTECTED]: - rename the beta to RC directly, or just use 1 beta. Psychologically, a lot of people try only the latest RC, thinking that bugs will be found by the other people... Well, IMHO, this is the mentality that *must* be fixed. If people know that Beta1 is not meant to be bug-free, and someone documents how to easily test it without stuffing up a working installation, and lets people know that if they want their hardware to work, they *must* test this one, then maybe we can get hardware bug reports in early. People with issues may be asked to try beta2 to see if it fixes issues. By beta3 the kernel should be in freeze (ie security fix only). There have been too many problems from late kernel changes. 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+iCaxrJK6UGDSBKcRAnU/AJ9xguAvBVCTscvLh1pNPsnvFt7sngCffG8H hNTiPqeUxlm06HEehK2UJUw= =Qcn9 -END PGP SIGNATURE-
Re: [Cooker] [RFC][PATCH] New supermount
Le Mon, 31 Mar 2003 13:08:04 +0200, Buchan Milne a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Danny Tholen wrote: On Monday 31 March 2003 08:40, Andrey Borzenkov wrote: Each program is implementing this in his own obscure way. Many new users have no clue as to how play CDS with xmms, have no idea you actually can type audiocd:// in konqueror, and complain that audio CDS in general do not work. If it does not belong in kernel (I've heard that argument for supermount as well, but ok), than lets up someone creates a libaudiofs which all programs will use (but I doubt this will let me: 'cd /mnt/cdrom; cp track*.* ~/' ?) And there are similar issues with smbfs etc. KDEs kio_smb kind of works, GNOME has a VFS for smb (but it doesn't work everywhere AFAIK), but I can't select a file in an smb:// url and have it open in an arbitrary program (gvim, xmms, GIMP etc). Of course, all these programs are either GNOME1 programs or GTK programs.. GNOME-vfs smb: should be working correctly with GNOME2 programs.. If it doesn't, fill bugs on bugzilla.gnome.org -- Frédéric Crozat MandrakeSoft
Re: [Cooker] Suspend Scripts Documentation? Was: PCMCIA problem insuspend scripts?
On Mon, 2003-03-31 at 03:09, Chmouel Boudjnah wrote: Robert Da Campo [EMAIL PROTECTED] writes: Is there any documentation on how to set up suspend function with mdk? I searched for it in the online doc, mandrakeuser and google, but did not find anything usefull. urpmi suspend-s /usr/sbin/pmsuspend One question that kinda has to do with docs. I'm reading the scripts to try and figure out how things work. Is there a reason why swsuspend is setup to only work with acpi? Looking at the swsuspend site it would seem that it is intended to be independent of acpi apm or bios suspend. Since I'm running a lovely Compaq laptop with a fuzzed up dsdt table I'm on apm here, but what swsup does is really very nice. James
Re: [Cooker] wish list for 9.2
- fake that the final release date is actually 1 or 2 weeks before the real release date, since most of the bugs arrive at the last minute, so that it leaves more time to correct last minute bugs. This would be lying, no ? I don't think this is very honest... But I agree that something should be done for all last minute bug. -- Mickaël Scherer
Re: [Cooker] dracsec missing paranoid option
On Sun, Mar 30, 2003 at 05:17:46PM -0500, B Lauber wrote: The Paranoid security level could be selected during the install, but it is not included in the drop-down list in dracsec. I think I'm experiencing the same thing (with a twist: Paranoid does appear in draksec, *if* I selected it during installation and *if* I don't change to a different level). I've reported what I encountered as Bugzilla bug 3618... -Barry K. Nathan [EMAIL PROTECTED]
Re: [Cooker] wish list for 9.2
Quoting Buchan Milne [EMAIL PROTECTED]: Well, IMHO, this is the mentality that *must* be fixed. Quoting Michael Scherer [EMAIL PROTECTED]: This would be lying, no ? I don't think this is very honest... OK, I know, this would be lying, this would be not very honest, etc... But I don't think that it is possible to change mentalities : this is not new, it has always been like that, not only for the 9.1. For the 9.0, I remember that there were so my bugs to correct the last week, Mandrake decided to postpone the final by one week. Everyone agreed and cheered Mandrake for a good decision. This would be exactly the same to plan in advance a one week delay, and it would not be a worse attitude than for the 9.0. I am not a bad person, I do not like to lie :) But I think that releasing a bug proof distro is even more important for Mandrake. Anyway, I made some other proposals to make debugging incentive, this one has not to be followed if you want a crystal-clear conscience :) Cheers Eric
Re: [Cooker] wish list for 9.2
On Monday 31 March 2003 02:41, Pierre Jarillon wrote: Le Lundi 31 Mars 2003 01:27, Edward Tandi a écrit : But I do personally think that the quality is beginning to suffer. I think Mandrake should be releasing less frequently and have a longer stability/testing/fixing period. If you look at the reviews of Linux distros, the highest points are awarded to those that work with the least number of problems. I agree with a longer stability/testing/fixing period. Now, there is enough of things in the distro and the main interest of the users will be the stability and a lower number a bug. IMHO, Mdk 8.2 was the best usable distro and since this time the quality is beginning to suffer. It is absolutly necessary to do better. For me 9.0 was the most uncomplicated version ever (haven't seen 9.1 yet ;)) and the fastest too. The frequency of releases is not important. But it is imortant for getting new stuff in. Do you really think all free software development will stop now and mandrake can lean back and focus on stability ? We have to learn: - how to use bugzilla - how to produce usefull fixes and patches mandrake staff has to learn: - communication ;) - even more of the first point And if I got it right the improvement in the use of bugzilla was big. -- Regards 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
Re: [Cooker] Suspend Scripts Documentation? Was: PCMCIA problem insuspend scripts?
James Sparenberg [EMAIL PROTECTED] writes: One question that kinda has to do with docs. I'm reading the scripts to try and figure out how things work. Is there a reason why swsuspend is setup to only work with acpi? Looking at the swsuspend site it would if [[ -e /proc/acpi/sleep || -n $SWSUSP_FORCE_SUSPEND_MODE ]];then /etc/sysconfig/suspend-scripts/suspend.control $debug acpi elif [[ -e /proc/apm ]];then if [[ -z $@ ]];then apm -s else /etc/sysconfig/suspend-scripts/suspend.control $debug apm $@ fi fi seem that it is intended to be independent of acpi apm or bios suspend. Since I'm running a lovely Compaq laptop with a fuzzed up dsdt table I'm on apm here, but what swsup does is really very nice. James
Re: [Cooker] wish list for 9.2
On Monday 31 March 2003 13:29, Buchan Milne wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [EMAIL PROTECTED] wrote: Quoting Buchan Milne [EMAIL PROTECTED]: - rename the beta to RC directly, or just use 1 beta. Psychologically, a lot of people try only the latest RC, thinking that bugs will be found by the other people... Well, IMHO, this is the mentality that *must* be fixed. Yes this is a bug thatmust be fixed outside from cooker, not solved by a dirty hack ;) If people know that Beta1 is not meant to be bug-free, and someone documents how to easily test it without stuffing up a working installation, and lets people know that if they want their hardware to work, they *must* test this one, then maybe we can get hardware bug reports in early. People with issues may be asked to try beta2 to see if it fixes issues. By beta3 the kernel should be in freeze (ie security fix only). There have been too many problems from late kernel changes. What about an alpha release from time to time ? My biggest problem is -a to get the beta becaue of bandwidth - to get the beta before the next beta is out ;) Further (and more easily to realize): - better docu (what you said, ie that RC is too late for reporting hardware issues) - say that not a simple bugreport can be expected to fix a bug magically - informations on how to report a bug in a given topic (hint: http://openfacts.berlios.de/index-en.phtml?title=Mandrake) -- Regards 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] [Bug 3508] [kdebase-kdm] system is hanging out
http://qa.mandrakesoft.com/show_bug.cgi?id=3508 --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 10:05 --- I did look at some other bugs and this one looks similarly as mine one. When I boot into runlevel 5 with DM Graphical login (doesn`t matter if mdkkdm or kdebase-kdm) and I want to logout user / reboot / halt the computer sometimes it works sometimes it hangs on black screen and noone button is working except reset. My lilo options are : image=/boot/vmlinuz label=Mandrake_Linux root=/dev/hda3 initrd=/boot/initrd.img #append=devfs=mount hdc=ide-scsi #append=noapic devfs=mount hdc=ide-scsi append=hdc=ide-scsi #append=noapic hdc=ide-scsi read-only I`m also starting acpi and i don`t know if it has effect on my problem. Martin --- 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] status: UNCONFIRMED creation_date: description: When I want to logout my computer is hanging out. When I am restarting X-server everything is OK My computer: ECS K7VZA RAdeon 7500
[Cooker] [Bug 3614] [mkinitrd] New: mkinitrd includes loop.o but not aes.o
http://qa.mandrakesoft.com/show_bug.cgi?id=3614 Product: mkinitrd Component: program Summary: mkinitrd includes loop.o but not aes.o Version: 3.1.6-37mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: critical Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When a loopback file is used as the root partition, mkinitrd includes loop.o but not aes.o in the initrd. Any attempt to use this initrd to boot the system results in the initrd being unable to mount the root filesystem and, hence, the system being unbootable. I first encountered this problem during a fresh 9.1 install (I used a Knoppix rescue CD to manually modify the initrd so I could boot after the install). It's 100% reproducible with mkinitrd from the command line after installation, too. In any case, this bug makes Mandrake 9.1 loopback installs *totally unusable* unless you manually hack the initrd. I'm taking a look at the mkinitrd source code now, and I'll see if I can put together a patch (or maybe a few patches which use different approaches) to fix this. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Re: [Cooker] [Bug 3585] [menu] New: hardrake in menu start logdrake
thauvin [EMAIL PROTECTED] writes: in menu, clicking on hardrak icone start logdrake. I just reproduce it. as i've in [EMAIL PROTECTED] on wed mar 26, this is already fixed and will be part of an drakxtools errata @resolution=fixed
[Cooker] Re: [Contrib-Rpm] qemu-0.1.2-1mdk
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Monday 31 March 2003 13:45, Gwenole Beauchesne wrote: [Contrib-RPM] --=-=-= Name: qemu Relocations: (not relocateable) Version : 0.1.2 Vendor: MandrakeSoft Release : 1mdk Build Date: Mon Mar 31 13:38:34 2003 Install date: (not installed) Build Host: hp6.mandrakesoft.com Group : Emulators Source RPM: (none) Size: 136718 License: GPL Packager: Gwenole Beauchesne [EMAIL PROTECTED] URL : http://fabrice.bellard.free.fr/qemu/ Summary : QEMU x86 Emulator Description : QEMU is an x86 processor emulator. Its purpose is to run x86 Linux processes on non-x86 Linux architectures such as PowerPC or ARM. By using dynamic translation it achieves a reasonnable speed while being easy to port on new host CPUs. An obviously interesting x86 only process is 'wine' (Windows emulation). Exclusivearch: i386 how can this be true if it's an emulator for other archs? am I missing something?:) --=-=-= * Thu Mar 27 2003 Gwenole Beauchesne [EMAIL PROTECTED] 0.1.2-1mdk - First Mandrake Linux package - Patch0: Fix x86 signal handler to retrieve pc from [REG_IP] slot - Patch1: Add support for nanosecond resolution timestamps from glibc 2.3 - Patch2: Adjust ldscripts for glibc = 2.3 - Patch3: Handle exit_group syscall as an exit - Patch4: Add missing includes --=-=-= E: qemu configure-without-libdir-spec --=-=-= --=-=-= - -- Regards, Per Øyvind Karlsen Sintrax Solutions http://www.sintrax.net - +47 41681061 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+iDluv8F7V9JOSuURAm4qAKDZr+fvCbds2FErNLip/vzpGUpyCgCfSY0B 23tLrYduvtK5NEnLHZ/FpxY= =BECM -END PGP SIGNATURE-
Re: [Cooker] Re: [Contrib-Rpm] webmake-2.4-1mdk
On 2003.03.31 01:08 Curtis Hildebrand wrote: Installation failed: perl-base = 5.800 is needed by webmake-2.4-1mdk Oops. I know how to fix that. Will do. 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
[Cooker] [Bug 2466] [kdegraphics] kghostview repaints view only every other zoom level
http://qa.mandrakesoft.com/show_bug.cgi?id=2466 --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 11:18 --- Same bug than Bug 2496 Still valid --- 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] status: UNCONFIRMED creation_date: description: When using the +- zoom buttons, kghostview renders the page only every other zoom. It is necessary to select another page and then go back in order for the desired page to be rendered. This happens with mulitple pdf and ps files.
[Cooker] [Bug 1252] [dynamic] Problem inserting a flash card in a pcmcia slot
http://qa.mandrakesoft.com/show_bug.cgi?id=1252 --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 11:25 --- This bug is valid for 9.1 final on my Dell Inspiron 2100 (aka Latitude LS) and a SanDisk CF PC Card adapter installed. I propose escalating the severity to 'critical' since I encountered this problem while upgrading from 8.2 and was unable to complete booting the newly installed system because the CF adapter was installed. I finally realized this by booting in failsafe, examining the syslogs, and searching the mandrakesoft bug page - but the bottom line is that there is no way to boot the machine normally with the CF adapter plugged in. --- 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] status: NEW creation_date: description: When I insert a flash card in a pcmcia slot (with an adapter), the pc (Dell latitude) becomes unresponsive. It seem some process is trapped in an error loop. Standard error shows: cardmgr[584]: socket 0: ATA/IDE Fixed Disk cardmgr[584]: executing: 'modprobe ide-cs' cardmgr[584]: executing: './ide start hde' ps -ef shows: /bin/sh /etc/dynamic/scripts/part.script del /dev/ide/host2/bus0/target0/lun0/part1 /usr/bin/perl /usr/sbin/drakupdate_fstab --auto --del /dev/ide/host2/bus0/target0/lun0/part1 /bin/sh /etc/dynamic/scripts/part.script del /dev/ide/host2/bus0/target0/lun0/part1 The message log is: kernel: cs: memory probe 0xa000-0xa0ff: clean. kernel: hde: SanDisk SDCFB-128, CFA DISK drive kernel: ide2 at 0x100-0x107,0x10e on irq 3 kernel: hde: task_no_data_intr: status=0x51 { DriveReady SeekComplete Error } kernel: hde: task_no_data_intr: error=0x04 { DriveStatusError } kernel: hde: 250880 sectors (128 MB) w/1KiB Cache, CHS=980/8/32 kernel: /dev/ide/host2/bus0/target0/lun0: p1 kernel: devfs_do_symlink(disc0): could not append to parent, err: -17 kernel: ide_cs: hde: Vcc = 3.3, Vpp = 0.0 kernel: /dev/ide/host2/bus0/target0/lun0: p1 kernel: devfs_do_symlink(disc0): could not append to parent, err: -17 kernel: /dev/ide/host2/bus0/target0/lun0: p1 kernel: devfs_do_symlink(disc0): could not append to parent, err: -17 kernel: /dev/ide/host2/bus0/target0/lun0: p1 kernel: devfs_do_symlink(disc0): could not append to parent, err: -17 kernel: /dev/ide/host2/bus0/target0/lun0: p1 kernel: devfs_do_symlink(disc0): could not append to parent, err: -17 kernel: /dev/ide/host2/bus0/target0/lun0: p1 kernel: devfs_do_symlink(disc0): could not append to parent, err: -17 kernel: /dev/ide/host2/bus0/target0/lun0: p1 The error message is repeated until I remove the card. Inserted modules: ide-cs 3620 1 ds 6824 2 [ide-cs] yenta_socket 10240 2 pcmcia_core44160 0 [ide-cs ds yenta_socket] vfat9580 1 (autoclean) fat31832 0 (autoclean) [vfat] If I try to issue the command ll /dev/hd*, it hangs and I can't kill it. I will try to find a regular memory card, but I would expect the same problem. It might be relevant that I don't have desktop icons since I use Gnome without Nautilus.
[Cooker] [Bug 3538] [Installation] mandrake-9.1 installer freezes
http://qa.mandrakesoft.com/show_bug.cgi?id=3538 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 11:27 --- *** Bug 2765 has been marked as a duplicate of this bug. *** --- 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] status: UNCONFIRMED creation_date: description: I am trying to install mandrake-9.1 as follows: - installation from iso (located on hard-drive) - graphical mode used - install partition is ext2 (formatted and checked for bad blocks) The installer always freezes at the point where I begin selection/deselection of the individual packages. When I expand the tree list and unselect a package, the mouse cursor starts flickering and then X freezes so that reboot is the only way out. On the same machine, mandrake-9.0 can be installed smoothly using the exact same method. This bug is almost same as bug 2765 and may be related to bug 2014.
[Cooker] [Bug 2765] [Installation] Installer crash while selecting individual packages
http://qa.mandrakesoft.com/show_bug.cgi?id=2765 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 11:27 --- I close it down as a duplicate of 3538 (or at least very closely related to that), though probably it should have been the other way around. I add my report to that bug, and I add that it has disappeared as for final. The reason I do this although I don't have the problem anymore is that my previous problem report could help in investigating 3538 *** This bug has been marked as a duplicate of 3538 *** --- 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] status: RESOLVED creation_date: description: The installer crash at the above stage while I was going trough all the packages (I had already selected/undeselected a few packages). Just a blue background was left. Ctrl+Alt+F1 displays the error message getAndSaveFile: No space left on device at /usr/bin/perl-install/install-any.pm line 140, GEN3 chunk 85. Hardware info: Dell Inspiron 8200 laptop, 256Mb RAM, Pentium IV
[Cooker] [Bug 3614] [mkinitrd] mkinitrd includes loop.o but not aes.o
http://qa.mandrakesoft.com/show_bug.cgi?id=3614 --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 11:58 --- Created an attachment (id=412) -- (http://qa.mandrakesoft.com/attachment.cgi?id=412action=view) Simple fix: including loop.o always includes aes.o, if aes.o exists This is the simplest possible fix I could create for this bug. However, it might be too simple (if a kernel has both loop.o and aes.o, but that kernel's loop.o does not require aes.o, then this patch will waste memory and bloat the initrd). --- 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] status: UNCONFIRMED creation_date: description: When a loopback file is used as the root partition, mkinitrd includes loop.o but not aes.o in the initrd. Any attempt to use this initrd to boot the system results in the initrd being unable to mount the root filesystem and, hence, the system being unbootable. I first encountered this problem during a fresh 9.1 install (I used a Knoppix rescue CD to manually modify the initrd so I could boot after the install). It's 100% reproducible with mkinitrd from the command line after installation, too. In any case, this bug makes Mandrake 9.1 loopback installs *totally unusable* unless you manually hack the initrd. I'm taking a look at the mkinitrd source code now, and I'll see if I can put together a patch (or maybe a few patches which use different approaches) to fix this.
[Cooker] [Bug 3614] [mkinitrd] mkinitrd includes loop.o but not aes.o
http://qa.mandrakesoft.com/show_bug.cgi?id=3614 --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 12:07 --- Created an attachment (id=413) -- (http://qa.mandrakesoft.com/attachment.cgi?id=413action=view) another possible fix: check modules.dep This potential fix is more complex than my first one. It greps the appropriate kernel's modules.dep file to see if aes.o is needed. This patch basically assumes that the modules.dep file exists -- if it doesn't exist, this patch obliviously assumes that aes.o is not needed. --- 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] status: UNCONFIRMED creation_date: description: When a loopback file is used as the root partition, mkinitrd includes loop.o but not aes.o in the initrd. Any attempt to use this initrd to boot the system results in the initrd being unable to mount the root filesystem and, hence, the system being unbootable. I first encountered this problem during a fresh 9.1 install (I used a Knoppix rescue CD to manually modify the initrd so I could boot after the install). It's 100% reproducible with mkinitrd from the command line after installation, too. In any case, this bug makes Mandrake 9.1 loopback installs *totally unusable* unless you manually hack the initrd. I'm taking a look at the mkinitrd source code now, and I'll see if I can put together a patch (or maybe a few patches which use different approaches) to fix this.
[Cooker] [Bug 2496] [kdebase] kghostview shows a blank document
http://qa.mandrakesoft.com/show_bug.cgi?id=2496 --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 12:31 --- 9.1 Bamboo Still valid. Same than Bug 2466 This is a bug for kghostview. --- 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] status: NEW creation_date: description: Mandrake 9.1 RC1 - kghostview 0.13.2 A little and nice pdf document (27k) to show this bug : http://linuxgraphic.org/section2d/articles/vector-bitmap/vector-bitmap.pdf I open the document with kghostview. I use the icon zoom forward the page becames blank. A second click make the zoom effective. Fwd sequence: Normal, blank, bigger, blank, bigger, blank, bigger... and so on. Exactly the same with zoom backward. Normal, blank, smaller, blank, smaller, blank, smaller...and so on.
[Cooker] [Bug 3615] [xfsprogs] New: no acls in XFS
http://qa.mandrakesoft.com/show_bug.cgi?id=3615 Product: xfsprogs Component: xfsprogs Summary: no acls in XFS Version: 2.0.6-1mdk Platform: All OS/Version: All Status: UNCONFIRMED Severity: critical Priority: P1 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I try to assign ACLs in a XFS formatted partition and I fail I've got this message; setfacl -m u:toto:rwx /home/tomcat/ setfacl: /home/tomcat: Operation not supported in the /var/log/dmesg, nothing refer to XFS'ACLs ; SGI XFS snapshot 2.4.20-2003-01-14_00:43_UTC with quota, no debug enabled XFS mounting filesystem ide0(3,6) In Linux-mandrake9.0, no problem ... so. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 3614] [mkinitrd] mkinitrd includes loop.o, but loop.o needs aes.o, so loopback root fails to boot
http://qa.mandrakesoft.com/show_bug.cgi?id=3614 [EMAIL PROTECTED] changed: What|Removed |Added Summary|mkinitrd includes loop.o but|mkinitrd includes loop.o, |not aes.o |but loop.o needs aes.o, so ||loopback root fails to boot --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 12:45 --- (As an aside, I've modified the summary in an attempt to improve it.) I just attached two patches, which present two possible approaches to fixing this bug. A third approach would be to add full-blown dependency resolution to mkinitrd, using modules.dep, but I don't have time to do that tonight, and if a new mkinitrd is released as a fix for Mandrake 9.1, that method would be too invasive IMO. FWIW, if you want me to take the second patch (which uses modules.dep) and add some error checking to it, I'm willing to do that. Also FWIW, this bug could be related to bug 1614, or it might even be another manifestation of the exact same bug... --- 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] status: UNCONFIRMED creation_date: description: When a loopback file is used as the root partition, mkinitrd includes loop.o but not aes.o in the initrd. Any attempt to use this initrd to boot the system results in the initrd being unable to mount the root filesystem and, hence, the system being unbootable. I first encountered this problem during a fresh 9.1 install (I used a Knoppix rescue CD to manually modify the initrd so I could boot after the install). It's 100% reproducible with mkinitrd from the command line after installation, too. In any case, this bug makes Mandrake 9.1 loopback installs *totally unusable* unless you manually hack the initrd. I'm taking a look at the mkinitrd source code now, and I'll see if I can put together a patch (or maybe a few patches which use different approaches) to fix this.
[Cooker] [Bug 2466] [kdegraphics] kghostview repaints view only every other zoom level
http://qa.mandrakesoft.com/show_bug.cgi?id=2466 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 12:54 --- Marking as a duplicate of bug #2496 (rather than the other way around) because that one has more info, has confirmed status due to votes. *** This bug has been marked as a duplicate of 2496 *** --- 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] status: RESOLVED creation_date: description: When using the +- zoom buttons, kghostview renders the page only every other zoom. It is necessary to select another page and then go back in order for the desired page to be rendered. This happens with mulitple pdf and ps files.
[Cooker] [Bug 2496] [kdebase] kghostview shows a blank document
http://qa.mandrakesoft.com/show_bug.cgi?id=2496 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 12:54 --- *** Bug 2466 has been marked as a duplicate of this bug. *** --- 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] status: NEW creation_date: description: Mandrake 9.1 RC1 - kghostview 0.13.2 A little and nice pdf document (27k) to show this bug : http://linuxgraphic.org/section2d/articles/vector-bitmap/vector-bitmap.pdf I open the document with kghostview. I use the icon zoom forward the page becames blank. A second click make the zoom effective. Fwd sequence: Normal, blank, bigger, blank, bigger, blank, bigger... and so on. Exactly the same with zoom backward. Normal, blank, smaller, blank, smaller, blank, smaller...and so on.
[Cooker] [Bug 1585] [drakxtools] BSD partittions not mounted
http://qa.mandrakesoft.com/show_bug.cgi?id=1585 --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 13:06 --- Diskdrake bug, not hardrake, i agree. Still valid in 9.1 released. Stef --- 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] status: UNCONFIRMED creation_date: description: I have a BSD partition (OpenBSD 3.2) on a dedicated disk, and it is seen in harddrake as a bsd partition. I could event mount it, but when i checked for it, it wasn't mounted. No error message anywhere. The only trace i get when booting is : 'type fs 166 non pris en charge par le kernel'. If it is true, why is there no warning in diskdrake ? kernel-2.4.21-pre4.5mdk. Stef
[Cooker] [Bug 3616] [drakxtools] New: draksec appears to ignore nearly all changes I try to make
http://qa.mandrakesoft.com/show_bug.cgi?id=3616 Product: drakxtools Component: DrakSec Summary: draksec appears to ignore nearly all changes I try to make Version: 9.1-26mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Almost all attempts to change settings in draksec get ignored. One example: 1. Change the security level setting to Higher, using draksec, if it's not already set to that. 2. If draksec is already running, quit it. 3. Start draksec. 4. Click system settings 5. Change allow-remote-root-login to: no 6. Click OK. 7. Sit back and watch msec run. 8. Check /etc/ssh/sshd_config and notice that PermitRootLogin is still set to without-password. I haven't tried twiddling each and every possible option, but it seems like the only one I can get to stick is the main security level setting. I certainly can't get any of the System setting ones to stay where I ask them to. Also, all of the other Mandrake config tools that I've tried seem to save their settings properly, just not draksec. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 3617] [Installation] New: cannot do upgrade with text install
http://qa.mandrakesoft.com/show_bug.cgi?id=3617 Product: Installation Component: Installation Summary: cannot do upgrade with text install Version: 1.809 Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] when using text mode install, there is never any option given to upgrade a current mandrake system, it just goes straight to installing a new system, this exists in 9.1 final. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 3618] [drakxtools] New: Paranoid security level disappears once you leave it
http://qa.mandrakesoft.com/show_bug.cgi?id=3618 Product: drakxtools Component: DrakSec Summary: Paranoid security level disappears once you leave it Version: 9.1-26mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The Paranoid security level disappears once you leave it. Also, as a result, if you don't choose Paranoid during installation, it's impossible to choose it afterward with draksec. Steps to reproduce: 1. Install Mandrake 9.1 with Paranoid security. 2. Start draksec. 3. Notice the security level is Paranoid, which is one of the menu options. 4. Change it to something else (I think I changed it to High, in case that matters). 5. Click OK to quit draksec. 6. Start draksec again, and try to change the level back to Paranoid again. Notice that Paranoid has suddenly disappeared. Or, another way: 1. Install Mandrake 9.1 using some security level lower than Paranoid. 2. Start draksec. 3. Notice that the Paranoid level is missing. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 3596] [Installation] all KDE applications crash in mandrake 9.1
http://qa.mandrakesoft.com/show_bug.cgi?id=3596 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|WORKSFORME | --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 13:37 --- Lets see if we can mark it as a duplicate of 3081 ... --- 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] status: UNCONFIRMED creation_date: description: Dear Geeks and Geekettes, Help! What is wrong? I would like to run some KDE apps. behaviour: After upgrading[sic] from Mandrake 9.0 to 9.1 using 9.1rc2 iso even with latest cooker updates no KDE applications run on other window managers get beyond a brief window with no content then crash then a brief crash window with no content, then crash. mdkkdm and kdm get up to the KDE background and hang. Starting from Xtart on init 3, same problem. All other window managers run fine. XFree864.3 works with the XFree86SVGA3.3.6...rpm installed Machine: cpu K6 2/300; RAM 64 mb; video S3 Trio 3D; monitor 15in mitsubishi LCD GNU debugger trace: [EMAIL PROTECTED] bryceb]$ gdb konqueror 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... (no debugging symbols found)... (gdb) run Starting program: /usr/bin/konqueror (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...[New Thread 16384 (LWP 4236)] (no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... Xlib: extension GLX missing on display :0.0. Xlib: extension GLX missing on display :0.0. kbuildsycoca running... Xlib: extension GLX missing on display :0.0. Xlib: extension GLX missing on display :0.0. Xlib: extension RENDER missing on display :0.0. (no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 4236)] 0x413a0ca9 in XftDrawString16 () from /usr/X11R6/lib/libXft.so.2 (gdb) c Continuing. Mutex destroy failure: Device or resource busy Program exited with code 0375.
[Cooker] [Bug 3081] [libqt3] libqt forcing AA on X servers that don't support RENDER (all XFree86-3.x and vncserver) crashes Qt apps (including mdkkdm etc)
http://qa.mandrakesoft.com/show_bug.cgi?id=3081 [EMAIL PROTECTED] changed: What|Removed |Added Component|libsasl2-plug-ntlm |libqt3 Product|galaxy-kde |libqt3 Summary|Galaxy causing problems with|libqt forcing AA on X |KDE and GNOME running in|servers that don't support |tightvnc-server |RENDER (all XFree86-3.x and ||vncserver) crashes Qt apps ||(including mdkkdm etc) Version|0.2-18mdk |3.1.1-13mdk --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 13:38 --- Just setting a good summary of this bug so hopefully all searches for this problem will find it, and setting it to be owned by the right package. Laurent, I hope you are working on a update for this, it is very serious. Some display cards only support OpenGL in XFree3.x (still!), so at present users must choose between being able to use OpenGL and Qt apps. --- 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] status: NEW creation_date: description: Both KDE and GNOME seem to be having trouble with Galaxy tightvnc-server-1.2.7-2. It seems to be focused on Galaxy-KDE as explained later. Fluxbox works just fine, just GNOME and KDE have exhibited issues. KDE loads the wallpaper and then various components seem to go flashing by like a grey bar where the kicker is supposed to be. Eventually ending up with a screen shot like this. http://www.gkmweb.com/images/9.1-KDE_vnc.jpg The desktop keeps flashing periodically. GNOME has a similar behavior in that it flashes, but the desktop seems to load. Occasionally after one of the flashes, an error message pops up a dialogue box that says KDesktop error. Sorry, i was not able to capture it. I thought maybe the Galaxy theme had something to do with it, so I switched KDE to the Keramik theme, and it still exhibited this behavior, although the the error message and the flashing stopped occurring when GNOME was running. So maybe it does belong to Galaxy, and that led me to post it here as a KDE-Galaxy bug. vnc logs have nothing interesting in them and the system logs are equally bare on this issue. What else can I do to help troubleshoot?
[Cooker] [Bug 3081] [libqt3] libqt forcing AA on X servers that don't support RENDER (all XFree86-3.x and vncserver) crashes Qt apps (including mdkkdm etc)
http://qa.mandrakesoft.com/show_bug.cgi?id=3081 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 13:40 --- *** Bug 3596 has been marked as a duplicate of this bug. *** --- 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] status: NEW creation_date: description: Both KDE and GNOME seem to be having trouble with Galaxy tightvnc-server-1.2.7-2. It seems to be focused on Galaxy-KDE as explained later. Fluxbox works just fine, just GNOME and KDE have exhibited issues. KDE loads the wallpaper and then various components seem to go flashing by like a grey bar where the kicker is supposed to be. Eventually ending up with a screen shot like this. http://www.gkmweb.com/images/9.1-KDE_vnc.jpg The desktop keeps flashing periodically. GNOME has a similar behavior in that it flashes, but the desktop seems to load. Occasionally after one of the flashes, an error message pops up a dialogue box that says KDesktop error. Sorry, i was not able to capture it. I thought maybe the Galaxy theme had something to do with it, so I switched KDE to the Keramik theme, and it still exhibited this behavior, although the the error message and the flashing stopped occurring when GNOME was running. So maybe it does belong to Galaxy, and that led me to post it here as a KDE-Galaxy bug. vnc logs have nothing interesting in them and the system logs are equally bare on this issue. What else can I do to help troubleshoot?
[Cooker] [Bug 3569] [mdkkdm] X crashes everytime the login manager loads, --endlees loop
http://qa.mandrakesoft.com/show_bug.cgi?id=3569 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 13:39 --- BTW, you should be able to have XFdrake install anything you need, by running: # XFdrake --noauto --expert No need to install all XFree86 manually and have unnecessary software installed. *** This bug has been marked as a duplicate of 3081 *** --- 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] status: RESOLVED creation_date: description: I installed MDK9.1 on a spare HD. Everything went fine without any hickups. X test also went fine. However, after reboot, the X crashes and restarts in an endless loop. It seems the crash happens when the display (Login window) should come up.I can only see it as a short flash. I believe the X server is 3.3... since it installed those packages after configuring the display. my video card is an S3 Trio I had to switch to text mode and manually shut down. During the shutdown process, the message comes up that display manger cannot shut down or similar. I am currently using 9.0 Tom
[Cooker] [Bug 3081] [libqt3] libqt forcing AA on X servers that don't support RENDER (all XFree86-3.x and vncserver) crashes Qt apps (including mdkkdm etc)
http://qa.mandrakesoft.com/show_bug.cgi?id=3081 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 13:40 --- *** Bug 3569 has been marked as a duplicate of this bug. *** --- 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] status: NEW creation_date: description: Both KDE and GNOME seem to be having trouble with Galaxy tightvnc-server-1.2.7-2. It seems to be focused on Galaxy-KDE as explained later. Fluxbox works just fine, just GNOME and KDE have exhibited issues. KDE loads the wallpaper and then various components seem to go flashing by like a grey bar where the kicker is supposed to be. Eventually ending up with a screen shot like this. http://www.gkmweb.com/images/9.1-KDE_vnc.jpg The desktop keeps flashing periodically. GNOME has a similar behavior in that it flashes, but the desktop seems to load. Occasionally after one of the flashes, an error message pops up a dialogue box that says KDesktop error. Sorry, i was not able to capture it. I thought maybe the Galaxy theme had something to do with it, so I switched KDE to the Keramik theme, and it still exhibited this behavior, although the the error message and the flashing stopped occurring when GNOME was running. So maybe it does belong to Galaxy, and that led me to post it here as a KDE-Galaxy bug. vnc logs have nothing interesting in them and the system logs are equally bare on this issue. What else can I do to help troubleshoot?
[Cooker] [Bug 3596] [Installation] all KDE applications crash in mandrake 9.1
http://qa.mandrakesoft.com/show_bug.cgi?id=3596 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 13:40 --- *** This bug has been marked as a duplicate of 3081 *** --- 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] status: RESOLVED creation_date: description: Dear Geeks and Geekettes, Help! What is wrong? I would like to run some KDE apps. behaviour: After upgrading[sic] from Mandrake 9.0 to 9.1 using 9.1rc2 iso even with latest cooker updates no KDE applications run on other window managers get beyond a brief window with no content then crash then a brief crash window with no content, then crash. mdkkdm and kdm get up to the KDE background and hang. Starting from Xtart on init 3, same problem. All other window managers run fine. XFree864.3 works with the XFree86SVGA3.3.6...rpm installed Machine: cpu K6 2/300; RAM 64 mb; video S3 Trio 3D; monitor 15in mitsubishi LCD GNU debugger trace: [EMAIL PROTECTED] bryceb]$ gdb konqueror 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... (no debugging symbols found)... (gdb) run Starting program: /usr/bin/konqueror (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...[New Thread 16384 (LWP 4236)] (no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... Xlib: extension GLX missing on display :0.0. Xlib: extension GLX missing on display :0.0. kbuildsycoca running... Xlib: extension GLX missing on display :0.0. Xlib: extension GLX missing on display :0.0. Xlib: extension RENDER missing on display :0.0. (no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 4236)] 0x413a0ca9 in XftDrawString16 () from /usr/X11R6/lib/libXft.so.2 (gdb) c Continuing. Mutex destroy failure: Device or resource busy Program exited with code 0375.
[Cooker] [Bug 3185] [mdkkdm] unable to use machine remotely with X-terminal programs (XDMCP)
http://qa.mandrakesoft.com/show_bug.cgi?id=3185 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 13:45 --- So, it looks like Exceed does not support RENDER either ... I think this is another case of libqt forcing AA. *** This bug has been marked as a duplicate of 3081 *** --- 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] status: RESOLVED creation_date: description: 1. Installed 9.1 RC2 2. enabled XDMCP in /usr/share/config/kdm/kdmrc 3. run X-terminal (e.g. Exceed) on my Win2000 PC when connect to the host see some flichering in terminal window and after a while come back to XDMCP selector window upgraded to mdkkdm-9.1-24mdk.i586.rpm - same problem changed /etc/sysyconfig/desktop - gdm works just fine
[Cooker] [Bug 3081] [libqt3] libqt forcing AA on X servers that don't support RENDER (all XFree86-3.x and vncserver) crashes Qt apps (including mdkkdm etc)
http://qa.mandrakesoft.com/show_bug.cgi?id=3081 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 13:45 --- *** Bug 3185 has been marked as a duplicate of this bug. *** --- 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] status: NEW creation_date: description: Both KDE and GNOME seem to be having trouble with Galaxy tightvnc-server-1.2.7-2. It seems to be focused on Galaxy-KDE as explained later. Fluxbox works just fine, just GNOME and KDE have exhibited issues. KDE loads the wallpaper and then various components seem to go flashing by like a grey bar where the kicker is supposed to be. Eventually ending up with a screen shot like this. http://www.gkmweb.com/images/9.1-KDE_vnc.jpg The desktop keeps flashing periodically. GNOME has a similar behavior in that it flashes, but the desktop seems to load. Occasionally after one of the flashes, an error message pops up a dialogue box that says KDesktop error. Sorry, i was not able to capture it. I thought maybe the Galaxy theme had something to do with it, so I switched KDE to the Keramik theme, and it still exhibited this behavior, although the the error message and the flashing stopped occurring when GNOME was running. So maybe it does belong to Galaxy, and that led me to post it here as a KDE-Galaxy bug. vnc logs have nothing interesting in them and the system logs are equally bare on this issue. What else can I do to help troubleshoot?
[Cooker] [Bug 3558] [Installation] reboot halts computer uncleanly
http://qa.mandrakesoft.com/show_bug.cgi?id=3558 --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 14:00 --- I have 256M of memory, so it shouldn't be related. Seems like a script bug. --- 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] status: UNCONFIRMED creation_date: description: LM9.1 final Reboot command brings messages Switching to runlevel: 6 INIT sending procedures the TERM signal and then the prompt appears as this: hostname$ ;2R -bash: syntax error near unexpected token `;' and brings the prompt again. If at this prompt I type `halt', the shutdown process continues normally and the system reboots. If I type reboot again, system shuts down immediately with all the `nice' consequences like unmounted fs with errors etc.
[Cooker] [Bug 2337] [initscripts] setting TMPDIR for security level 2 ?
http://qa.mandrakesoft.com/show_bug.cgi?id=2337 --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 15:36 --- In my RC3 system (cooker burned after the freeze) with standard security level, I noticed after several reboots and logout/logins from GNOME that the GNOME logout process was taking 5-10 minutes to put up the logout/shutdown/reboot prompt. I've seen similar problems in the past having to do with stale lock files, so I looked and noticed that /tmp was no longer using tmpfs, but was a live directory, and that the .X* directories were not getting cleaned out. I reinstated tmpfs for /tmp in /etc/fstab, and the problem went away. This ties into a problem that existed pre-9.0 (when /tmp started to use tmpfs) that the MDK initscripts do not properly clean out /tmp when the boot option to do so is checked. They delete some files, but not others, probably because the cleanup is run too late in the sequence and /tmp is already in use by X. As far as I know, this was never fixed, but became a non-problem with the introduction of tmpfs. --- 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] status: UNCONFIRMED creation_date: description: Hi, by download, mozilla creates a temporary file (something.exe) in /tmp. However, /tmp is now a filesystem by default with size approximately 200MB. Thus one cannot download files larger than 200MB. Is it enough to delete the /tmp line in /etc/fstab? (Suse suggests aleso changes in /etc/init.d/boot.swap? Except of not using the tmpfs for /tmp, is it possible to change the behavior of mozilla? I did not find anything in Preferences. Thanks Milos
Re: [Cooker] [Bug 3568] [drakconf] New: drakcronat doesn't workfrom drakconf
jmael [EMAIL PROTECTED] writes: Starting drakcronat from within drakconf, the drakcronat's part og the drakconf window turns grey. It's still possible to select all other utilities. it start up fine afaic
[Cooker] named.init
Hi. Here's my proposal for the bind sysv script, very useful if used with a debug log channel, other daily stuff and otherwise neat and handy functions. Patch attached. Have fun! -- Regards // Oden Eriksson, Deserve-IT.com--- named.init 2002-02-15 18:23:28.0 +0100 +++ /etc/rc.d/init.d/named 2003-03-31 16:17:04.0 +0200 @@ -7,6 +7,8 @@ # description: named (BIND) is a Domain Name Server (DNS) \ # that is used to resolve host names to IP addresses. # probe: true +# +# enhanced for bind 9.2.2 usage Mon 31 Mar 2003 by Oden Eriksson # Source function library. . /etc/rc.d/init.d/functions @@ -28,7 +30,7 @@ start() { # Start daemons. -gprintf Starting %s: $prog +echo -n Starting named: if [ -n ${ROOTDIR} -a x${ROOTDIR} != x/ ]; then OPTIONS=${OPTIONS} -t ${ROOTDIR} fi @@ -40,7 +42,7 @@ } stop() { # Stop daemons. -gprintf Stopping %s: $prog +echo -n Stopping named: killproc named RETVAL=$? [ $RETVAL -eq 0 ] rm -f /var/lock/subsys/named @@ -56,7 +58,35 @@ start } reload() { - /usr/sbin/rndc -c ${ROOTDIR}/etc/rndc.conf reload /dev/null 21 || /usr/bin/killall -HUP named + /usr/sbin/rndc -c ${ROOTDIR}/etc/rndc.conf reload $1 $2 $3/dev/null 21 || /usr/bin/killall -HUP named + return $? +} +refresh() { + /usr/sbin/rndc -c ${ROOTDIR}/etc/rndc.conf refresh $1 $2 $3/dev/null 21 || /usr/bin/killall -HUP named + return $? +} +reload_cache() { + for i in `cat ${ROOTDIR}/var/tmp/names_dump.db`; do + echo -n Loading: ${i}...: + dig ${i} /dev/null 21 + echo done + done + return $? +} +flush() { + /usr/sbin/rndc -c ${ROOTDIR}/etc/rndc.conf flush $1/dev/null 21 || /usr/bin/killall -HUP named + return $? +} +debug() { + /usr/sbin/rndc -c ${ROOTDIR}/etc/rndc.conf trace 3 + return $? +} +dumpdb() { + /usr/sbin/rndc -c ${ROOTDIR}/etc/rndc.conf dumpdb + grep ^[a-z].[a-z] ${ROOTDIR}/var/tmp/named_dump.db|\ + awk '{print $1}'|tr A-Z a-z|sort|uniq${ROOTDIR}/var/tmp/names_dump.db + no_names=`cat ${ROOTDIR}/var/tmp/names_dump.db|wc -l|tr -d [:space:]` + echo There's ${no_names} entries in the cache return $? } probe() { @@ -86,13 +116,27 @@ reload) reload ;; + refresh) + refresh + ;; + reload_cache) + reload_cache + ;; + flush) + flush + ;; + debug) + debug + ;; + dumpdb) + dumpdb + ;; probe) probe ;; *) - gprintf Usage: %s {start|stop|status|restart|condrestart|reload|probe}\n $0 + echo Usage: named {start|stop|status|restart|condrestart|reload|refresh|reload_cache|flush|debug|dumpdb|probe} exit 1 esac exit $? -
Re: [Cooker] Status of Java in Konqueror?
On Sun 30 Mar 2003 12:24, Charles Shirley posted as excerpted below: I notice that sites with Java applets on them show me a nice box with Loading Applet in it in Konqueror. I have not done a clean install of Mandrake for over a year, is this an artifact of long, slow upgrade path? Or, is Java still broken in Konqueror? Good question! I have the same problem. I think I have the solution, but don't use Java enough for it to have become a priority to spend the time verifying I'm right and getting it to work. I had to go find a JavaVM to install, and believe I installed Sun's official one. I am somewhat certain, based on putting various hints together as I've seen them in posts on other problems here and elsewhere, that the problem is based in incompatible compiler versions -- namely, that the version of Java I installed way back when was compiled with GCC 2.9x, while Mdk has pretty much standardized on GCC 3.1+ (3.2.1 or some such now, I think?) for 9.1 and the current cooker. The problem is that Java is a *.so shared object library, run in the context of the parent process, in this case Konqueror, not a separate application run in its own process. GCC 2.9x compiled shared objects are known to not work well with GCC 3.x compiled applications, creating a situation here in which the JVM *.so library never loads, leaving an enternal loading applet display. Complicating things some what.. I believe Mozilla is still being compiled using now non-Mdk-standard GCC 2.9x, probably for this very reason -- there are simply to many plugins out there still available only compiled that way -- meaning in ordered to make Mozilla compatible with them -- and some of them are binary-only plugins over which Mdk has no control, meaning they CAN'T recompile them to Mdk-standard GCC 3.x -- so Mozilla runs the Java plugin just fine, but if someone fixes the plugins to work right with Konqueror, it'll break Mozilla with the same plugins. Thus, for the VERY few times I actually NEED Java support, I simply load up Mozilla and go with it then. FWIW.. this conflict could theoretically be fixed by putting the two different plugin versions in different dirs. I don't know how Mozilla handles its plugin dirs search, unless it simply looks in its own plugins subdir, and expects anything not there to be symlinked, but Konqueror's plugin configuration allows one to modify the plugin dir search order and dirs checked. Thus, one could put the 3.x compiled plugin in a dir searched b4 the one Mozilla uses, so it loads first, and the bad 2.x one Mozilla uses never gets a chance to load. However... as I said, I haven't taken the time to test all this out... In fact, I hadn't actually put it all together in my head until I did so in composing this reply. Therefore, if you want to try it out and see if this can be done and post your results and the steps you took to actually get it to work, it might save me some trouble when I get around to finally doing it as well... (Community support at it's finest, eh? I describe the problem and possible solution for you, tho I haven't had time to look into it. You test it and get back to me w/ the results, so I then don't have to kill so much time trying stuff if it doesn't work. We both benefit! g) -- Duncan They that can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety. -- Benjamin Franklin
[Cooker] Bugs 317 1268 1801 2504 2562 3546 3345 3562
Hi! I feel that Bugs 317 1268 1801 2504 2562 3546 3345 3562 are all the same issue. I haven't found yet a solution for it. All are related to Promise Fasttrack (PDC Controller) Solution is given in 1268 and I think 1801 (??). Can this be solved by an alternate bootdisk, a driver , sth other ? All in vacation now ? -- Regards 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] [Bug 3352] [drakxtools] tr_q-latin5 ctrl, alt does not work
http://qa.mandrakesoft.com/show_bug.cgi?id=3352 [EMAIL PROTECTED] changed: What|Removed |Added Component|libsasl2-plug-ntlm |adduserdrake --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 15:46 --- Does your problem appear while you are in X? (eg. you are not able to switch to the consoles by Ctrl+Alt+F1 etc?) Then try adding the line Option XkbRules xfree86 in the Input Device Section of your /etc/X11/XF86Config-4 file, preferably after the line Option XkbLayout ... I had this problem in mdk 9.1 final with greek keyboard. I think this line should be added by keyboarddrake. --- 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] status: UNCONFIRMED creation_date: description: It is not directly related to keyboarddrake. in tr_q-latin5 the ctrl and alt keys do not work. when i switch to us or trf keyboard the alt and ctrl works. Seems the problem is related to keymap. ps: I use toshiba satellite 1400.
[Cooker] [Bug 2504] [kernel] promise fasttrak 376
http://qa.mandrakesoft.com/show_bug.cgi?id=2504 --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 15:54 --- I can confirm the problem is there on 9.1 final, too. The install program can't find any hard disk. It tries to ask user for SCSI/RAID module to load, but among the proposed ones there is no such thing as a Promise pdc202xx driver (in the 9.0 kernel it's built in... maybe in the installation kernel it's missing?) $ cat /proc/ide/pdc202xx PROMISE Ultra series driver Ver 1.20.0.7 2002-05-23 Adapter: Ultra Series --- Primary Channel Secondary Channel - enabled enabled 66 Clocking enabled enabled ModeMASTER MASTER --- drive0 - drive1 drive0 -- drive1 -- DMA enabled:yes no nono UDMA Mode: 60 0 0 PIO Mode: 4 0 0 0 $ --- 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] status: NEW creation_date: description: I still cant find any drivers for the promise fasttrak 376 ata/raid controller. My motherboard is an Asus P4PE, and my hard drive is connected to the raid controller. Mandrake 9.1 RC1 does not have any drivers to support this controller, so I cant install it. It cannot find my hard drive. Can you provide support for this in other releases of Mandrake 9.1?
[Cooker] [Bug 1570] [mozilla] Dead keys does not work
http://qa.mandrakesoft.com/show_bug.cgi?id=1570 --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 16:11 --- I have the problem mentioned in this bug in Mozilla included with mdk 9.1 with Greek keyboard: I can't enter any accented character. The relevant Mozilla bug (http://bugzilla.mozilla.org/show_bug.cgi?id=176514) is still open, so this bug (or bug 2476) should probably be reopened. --- 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] status: VERIFIED creation_date: description: The topic is pretty self-explanatory : I can't use the dead keys anymore on Mozilla to write some characters (for example, the string àêïç is actually written aeic). They works fine under other X apps though. The bug is still there in Mozilla 1.3b.
Re: [Cooker] [Bug 3606] [kernel-source] New: kernel has too manypatches, should be closer to standard kernel
I think Simon has a point. There are plenty of occasions (e.g. IDE problems in the past) when the recommended solution is to get hold of a vanilla kernel, apply relevant patches (usually starting with the latest ac patch) and rebuild the kernel. The trouble is, many patches won't work on Mandrake kernel source, as it is already so heavily patched, so you have to patch vanilla kernel source, which loses some Mandrake-specific features (e.g. Supermount). If there were a clear path that showed which patches the Mandrake guys had applied, in what order, then it might be possible to construct a hybrid kernel that retained as many Mandrake features as possible but solved your specific problem. And the information gained would be useful to Mandrake. But I have never found a document that detailed the patches applied by the Mandrake guys. Unless it exists, Mandrake are missing an opportunity to harness community input. Cheers, Bruno Prior Vincent Meyer, MD wrote: On Sunday 30 March 2003 02:49 pm, simon wrote: I know this is not a Real bug report, but I'm starting to get very unsure of the kernel source supplied with mandrake. I know this kernel has hundreds of patches added to it that are not in the main tree. Although I understand the need to support lots of hardware (I know I've got some difficult stuff) I'm sure it is very wrong to do it like this (lots of patches on top of pre releases of the next kernel). A solution would be to get an Alan Cox to work for/with mandrake as a lieutenant for Linux Torvalds or Marcelo or both. That way people will trust these kernels and they will be tested very thoroughly. As it is now, whenever there's a kernel bug, you couldn't possibly have the manpower/knowledge to find the source of it in the big pile of patches you have included. Hmmm.. Well, I trust the kernels that come out of Mandrakesoft. I also think it's kind of condesending to assume that our kernel maintainers aren't smart enough to troubleshoot what they create. I personally don't much care if the Mandrake kernel has someone's trust or seal of approval. I've generally had pretty good luck with it, and when I've had problems, they've usually been diagnosed and corrected fairly quickly. And if you want a standard kernel, it's out there - download it and use it! Getting an Alan and having him as a trusted part of the kernel community will probably take years, unless you get Alan himself ;-), but it'll be worth it! Worth it? How so? V.
Re: [Cooker] fonts ugly at 1600x1200
Mine says: 1600 x 1200 Pixel (406 x 305 mm) Resolution 100 x 100 dpi Bret. On Friday 28 March 2003 2:53 pm, Jeremy Salch wrote: Did you see the attached photo I had?that is a snapshot from kmail at 1600x1200. What screen dimensions does X report for your monitor ? On Friday 28 March 2003 01:29 pm, Bret Baptist wrote: Wierd, this doesn't happen on my 1600x1200 21 monitor. Bret. On Friday 28 March 2003 12:52 pm, Jeremy Salch wrote: its not limited to kmail.. its kmail konqueror kopete.. etc.. On Friday 28 March 2003 12:04 pm, Bret Baptist wrote: Fonts are set independantly KMail. Check in Settings -- Configure KMail -- Fonts. Bret. On Friday 28 March 2003 11:14 am, Jeremy Salch wrote: The fonts in a program like ... the gimp look awesome. i'm not sure what program i would goto to try to reproduce the issue with a gtk program. I used Mozilla and side by side to konqueror the fonts were smaller / more normal looking. i attached a picture of what kmail looks like at 1600x1200. On Friday 28 March 2003 10:56 am, Buchan Milne wrote: Jeremy Salch wrote: On Friday 28 March 2003 03:13 am, Giuseppe Ghibò wrote: I gave that a shot but it achieved the opposite result I was looking for. The problem is within windows like the message window of kmail and inside of konqueror, it seems like it is with programs that render pages. the fonts within those windows are huge (at 1600x1200) in comparison to the rest of the fonts in say the foler list window of kmail or just the rest of the systems fonts on the screen. If I switch to something below 1024x768 the fonts are smaller in comparison ot the rest of the fonts on the screen. Is it just KDE apps? Or Qt? Are gkt1 or gtk2 apps affected? -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] wish list for 9.2
Buchan Milne [EMAIL PROTECTED] writes: Well, IMHO, this is the mentality that *must* be fixed. people usually are non patchable :-(
Re: [Cooker] wish list for 9.2
On Mon 31 Mar 2003 04:41, [EMAIL PROTECTED] posted as excerpted below: For the 9.0, I remember that there were so my bugs to correct the last week, Mandrake decided to postpone the final by one week. Everyone agreed and cheered Mandrake for a good decision. This would be exactly the same to plan in advance a one week delay, and it would not be a worse attitude than for the 9.0. I never really saw the sense in what I am about to propose, other than the politics of it, but as much as I'd like politics not to rule over science and hard logic, the reality is that it does, some times. Why not try NASA's trick? Some minutes before liftoff by the offical clock, IIRC it was at T-4:00, back when the shuttle first came out in the '80s, there was/is a built-in hold. I think back then, it was scheduled at 10 minutes. The thing is, once in the hold, everything had to be green for the hold to be lifted, and the clock to resume. Thus, that 10 minutes could be 15, or 20, or an hour or so. Due to factors such as astronaut fatigue, etc. if it was going to be much longer than 90 minutes, they'd officially call off the launch, stop the clock, and try again later. This seems to be what we are talking about doing here, in effect. You don't have an official launch delay, because the hold time is taken into account, and there is no official delay. However, the official count-down clock would start seven days off, so, say, 10 days before the offical release (3 days on the count-down clock), there could be a scheduled one week hold -- if anything comes up that could seriously affect the release, it has to come up either before the hold, or at least during it. Then, only when any such show stoppers have been fixed, does the official clock start again, at the 3 day mark. Any last minute changes like the security kernel patch this time around, would then be the only thing made the next two days, that, and minor changes such as the code name, which would be announced when the clock resumed so to speak at three days (thus, avoiding the unupdated lsb problem we had this time). One day before official release, then, it should be actually ready for release, and could start appearing on the mirrors, etc, provided no last minute packaging quirks (like the re-used kernel release number, this time around) had been discovered in the previous two days. Thus, d/ls from updated mirrors at T minus one day could normally be said to be the official version, but just might have a packaging bug or two left. Anything after the three-day resumption would have to be a pretty big security fix to get in. The kernel patch this time around might get in on T minus three days, but perhaps wouldn't at T minus two days, and at T minus one day, it would be left as a post release update, as only packaging issues would be changed at that point. As I said, then, folks could d/l at minus a day and know they were getting the final release, but for perhaps a packaging issue or two. Since NASA has already established a precident for this sort of thing, the explanations could simply point to it and say we are doing the same thing, then explaining the built-in one-week hold, which could, under the proper circumstances, mean the clock would NOT be resumed at the three day mark, for a day or two or a week or two after the scheduled resumption. As I said, the scientist/logician in me protests such an idea pretty strongly. However, the politician says it may be an effective solution, whether it's logical to have an offical clock not including that week (or more, if it comes to it) hold, or not. -- Duncan They that can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety. -- Benjamin Franklin
Re: [Cooker] wish list for 9.2
On Mon 31 Mar 2003 05:09, Steffen Barszus posted as excerpted below: What about an alpha release from time to time ? My biggest problem is -a to get the beta becaue of bandwidth - to get the beta before the next beta is out ;) Isn't this what Cooker is, essentially, at any moment, at least when it isn't in freeze before release (and ack-ing that contribs is never in freeze, so could actually be the alpha branch when cooker is in freeze)? IOW, alpha is certainly not a stage at which a full official ISO burn is really justified. However, once you catch up to cooker and contribs as on the servers using urpmi presumably, updating twice a week to daily effectively keeps an installation in cutting edge alpha release state. Further, a twice a week update, once the initial catch-up is done, anyway, should limit bandwidth to something reasonable, even for dialup, since that both limits the packages that have to be updated each session, and effectively ignores packages multiple-updated in one day, often simply correcting packaging depends or install script errors, controlling that aspect of bandwidth utilization. -- Duncan They that can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety. -- Benjamin Franklin
Re: [Cooker] [Bug 3606] [kernel-source] New: kernel has too many patches, should be closer to standard kernel
On Monday 31 March 2003 14:38, Bruno Prior wrote: I think Simon has a point. There are plenty of occasions (e.g. IDE problems in the past) when the recommended solution is to get hold of a vanilla kernel, that's why there is kernel-linus? If there were a clear path that showed which patches the Mandrake guys had applied, in what order, then it might be possible to construct a all you need to do is look at in the src.rpm. d.
Re: [Cooker] bugs (wish list for 9.2)
Hi, I read the 9.2 thread and I begin to wonder if 9.1 is a good release. Are there really so many bugs? I expect really 9.1 to be better than 9.0... BB, Toran
[Cooker] S3 Trio 3D card defaulting to X 3.3.6, should be 4.3?
I'm on #mandrake IRC helping a guy out ATM. He installed 9.1, and KDE didn't work. I tracked it down to the same problem people are having using it over VNC - the RENDER extension was missing. I then further tracked it back - his system was using XFree 3.3.6. Since 3.3.6 doesn't provide RENDER and thus breaks KDE, I think this is a bug. The installation was an update from 9.0, so maybe it used X 3.3.6 because the old installation did, but if not then this card should default to the XFree 4.3.0 drivers. The card is an S3 Trio3D, lspci output is: VGA compatible controller: S3 Inc. 86c368 [Trio3D/2X] (rev 02) lspcidrake -v output is: Card:S3 86c368 (Trio3D/2X): S3 Inc.|86c368 [Trio3D/2X] [DISPLAY_VGA] (vendor:5333 device:8a13) It needs to default to using X 4.3 with the s3virge (not just s3, note) driver. I got him to switch to this setup and KDE now works. -- adamw
Re: [Cooker] S3 Trio 3D card defaulting to X 3.3.6, should be 4.3?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Adam Williamson wrote: I'm on #mandrake IRC helping a guy out ATM. He installed 9.1, and KDE didn't work. I tracked it down to the same problem people are having using it over VNC - the RENDER extension was missing. I then further tracked it back - his system was using XFree 3.3.6. Since 3.3.6 doesn't provide RENDER and thus breaks KDE, I think this is a bug. The installation was an update from 9.0, so maybe it used X 3.3.6 because the old installation did, but if not then this card should default to the XFree 4.3.0 drivers. The card is an S3 Trio3D, lspci output is: VGA compatible controller: S3 Inc. 86c368 [Trio3D/2X] (rev 02) lspcidrake -v output is: Card:S3 86c368 (Trio3D/2X): S3 Inc.|86c368 [Trio3D/2X] [DISPLAY_VGA] (vendor:5333 device:8a13) It needs to default to using X 4.3 with the s3virge (not just s3, note) driver. I got him to switch to this setup and KDE now works. But libqt should also be fixed so that the following work: - -XFree86-3.x (some cards still only have OpenGL with 3.x) - -VNC (which is apparently a hacked version of 3.x) - -3rd-party X Servers - -XServers on other OSs (apparently Exceed on Windows is affected, possibly more) See bug 3081. I adjusted the summary so it reflects all the problems ... 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+iHLIrJK6UGDSBKcRAn8VAJ9+PDM6EZOH53fTZe6zJY678eNp6wCgnaYx 9wDdM3hhxIl1K/Z4DcgcBFo= =J0RE -END PGP SIGNATURE-
Re: [Cooker] [Bug 375] [kdebase] With autologin enabled Reboot and Shutdown missing from logout
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Monday 31 March 2003 7:30 am, [EMAIL PROTECTED] wrote: when using autologin, kdm is not runed, so kdesktp cannt use those functions. 2 work arrounds: 1) make autologin from kdm 2) make shortcuts in the desktop to shit down/reboot/logout. any more ideas? - diego This is something taht really should be posted as a bug on bugs.kde.org since this is also applicable when you do a startx KDE session as well. Quoting torontodss [EMAIL PROTECTED]: http://qa.mandrakesoft.com/show_bug.cgi?id=375 --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 06:24 --- Before loggin out, run lilo as root and then options appear when user logs out. --- 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] status: NEW creation_date: description: With Autologin enabled, when I exit KDE I am only presented with an option to Logout. I have to log out before I can shut down the machine. It autologin is disabled, the Shutdown and Reboot options re-appear when I press the Exit button (bottom right of screen). I would really like to be able to shutdown the machine directly from KDE. Security level is at High. - -- Gary L. Greene, Jr. Sent from uriel.gvsu.edu 11:46:05 up 10:08, 2 users, load average: 0.39, 0.23, 0.08 Founder and president of the Grand Valley Linux Users Group. -=http://www.gvlug.org=- PHONE : 331-0562 EMAIL : [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+iHEuyPw381UL7WcRAiXuAJ9weEKOOswh/0C/cWPsMimU+F8B5QCfY1x2 RDSHDqMppMjb99TtKn3W+XY= =5QLS -END PGP SIGNATURE-
[Cooker] Sendmail latest bug...
Did someone build new packages for yesterday sendmail remote root bug Nothing on updates :( Mircea C.
Re: [Cooker] Status of Java in Konqueror?
ok now i am convinced: the new glibc sux. why would the glibc dudz broke it so much (I man compatibylity) Quoting Duncan [EMAIL PROTECTED]: On Sun 30 Mar 2003 12:24, Charles Shirley posted as excerpted below: I notice that sites with Java applets on them show me a nice box with Loading Applet in it in Konqueror. I have not done a clean install of Mandrake for over a year, is this an artifact of long, slow upgrade path? Or, is Java still broken in Konqueror? Good question! I have the same problem. I think I have the solution, but don't use Java enough for it to have become a priority to spend the time verifying I'm right and getting it to work. I had to go find a JavaVM to install, and believe I installed Sun's official one. I am somewhat certain, based on putting various hints together as I've seen them in posts on other problems here and elsewhere, that the problem is based in incompatible compiler versions -- namely, that the version of Java I installed way back when was compiled with GCC 2.9x, while Mdk has pretty much standardized on GCC 3.1+ (3.2.1 or some such now, I think?) for 9.1 and the current cooker. The problem is that Java is a *.so shared object library, run in the context of the parent process, in this case Konqueror, not a separate application run in its own process. GCC 2.9x compiled shared objects are known to not work well with GCC 3.x compiled applications, creating a situation here in which the JVM *.so library never loads, leaving an enternal loading applet display. Complicating things some what.. I believe Mozilla is still being compiled using now non-Mdk-standard GCC 2.9x, probably for this very reason -- there are simply to many plugins out there still available only compiled that way -- meaning in ordered to make Mozilla compatible with them -- and some of them are binary-only plugins over which Mdk has no control, meaning they CAN'T recompile them to Mdk-standard GCC 3.x -- so Mozilla runs the Java plugin just fine, but if someone fixes the plugins to work right with Konqueror, it'll break Mozilla with the same plugins. Thus, for the VERY few times I actually NEED Java support, I simply load up Mozilla and go with it then. FWIW.. this conflict could theoretically be fixed by putting the two different plugin versions in different dirs. I don't know how Mozilla handles its plugin dirs search, unless it simply looks in its own plugins subdir, and expects anything not there to be symlinked, but Konqueror's plugin configuration allows one to modify the plugin dir search order and dirs checked. Thus, one could put the 3.x compiled plugin in a dir searched b4 the one Mozilla uses, so it loads first, and the bad 2.x one Mozilla uses never gets a chance to load. However... as I said, I haven't taken the time to test all this out... In fact, I hadn't actually put it all together in my head until I did so in composing this reply. Therefore, if you want to try it out and see if this can be done and post your results and the steps you took to actually get it to work, it might save me some trouble when I get around to finally doing it as well... (Community support at it's finest, eh? I describe the problem and possible solution for you, tho I haven't had time to look into it. You test it and get back to me w/ the results, so I then don't have to kill so much time trying stuff if it doesn't work. We both benefit! g) -- Duncan They that can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety. -- Benjamin Franklin
Re: [Cooker] Status of Java in Konqueror?
hi as far as i can see from my installation, java in konqueror is working perfectly, this using 9.1 and the java 1.4.1_02 from java.sun.com, i'm having no problems at all. As I recall, the 2.96/3.2 thingy with konqueror doesnt exist because it uses the binary, the only thing that happens with is mozilla. Cheers cris. [EMAIL PROTECTED] wrote: ok now i am convinced: the new glibc sux. why would the glibc dudz broke it so much (I man compatibylity) Quoting Duncan [EMAIL PROTECTED]: On Sun 30 Mar 2003 12:24, Charles Shirley posted as excerpted below: I notice that sites with Java applets on them show me a nice box with Loading Applet in it in Konqueror. I have not done a clean install of Mandrake for over a year, is this an artifact of long, slow upgrade path? Or, is Java still broken in Konqueror? Good question! I have the same problem. I think I have the solution, but don't use Java enough for it to have become a priority to spend the time verifying I'm right and getting it to work. I had to go find a JavaVM to install, and believe I installed Sun's official one. I am somewhat certain, based on putting various hints together as I've seen them in posts on other problems here and elsewhere, that the problem is based in incompatible compiler versions -- namely, that the version of Java I installed way back when was compiled with GCC 2.9x, while Mdk has pretty much standardized on GCC 3.1+ (3.2.1 or some such now, I think?) for 9.1 and the current cooker. The problem is that Java is a *.so shared object library, run in the context of the parent process, in this case Konqueror, not a separate application run in its own process. GCC 2.9x compiled shared objects are known to not work well with GCC 3.x compiled applications, creating a situation here in which the JVM *.so library never loads, leaving an enternal loading applet display. Complicating things some what.. I believe Mozilla is still being compiled using now non-Mdk-standard GCC 2.9x, probably for this very reason -- there are simply to many plugins out there still available only compiled that way -- meaning in ordered to make Mozilla compatible with them -- and some of them are binary-only plugins over which Mdk has no control, meaning they CAN'T recompile them to Mdk-standard GCC 3.x -- so Mozilla runs the Java plugin just fine, but if someone fixes the plugins to work right with Konqueror, it'll break Mozilla with the same plugins. Thus, for the VERY few times I actually NEED Java support, I simply load up Mozilla and go with it then. FWIW.. this conflict could theoretically be fixed by putting the two different plugin versions in different dirs. I don't know how Mozilla handles its plugin dirs search, unless it simply looks in its own plugins subdir, and expects anything not there to be symlinked, but Konqueror's plugin configuration allows one to modify the plugin dir search order and dirs checked. Thus, one could put the 3.x compiled plugin in a dir searched b4 the one Mozilla uses, so it loads first, and the bad 2.x one Mozilla uses never gets a chance to load. However... as I said, I haven't taken the time to test all this out... In fact, I hadn't actually put it all together in my head until I did so in composing this reply. Therefore, if you want to try it out and see if this can be done and post your results and the steps you took to actually get it to work, it might save me some trouble when I get around to finally doing it as well... (Community support at it's finest, eh? I describe the problem and possible solution for you, tho I haven't had time to look into it. You test it and get back to me w/ the results, so I then don't have to kill so much time trying stuff if it doesn't work. We both benefit! g) -- Duncan They that can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety. -- Benjamin Franklin
Re: [Cooker] cursor themes package
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sunday 30 March 2003 5:17 am, Buchan Milne wrote: On Sun, 29 Mar 2003, James Sparenberg wrote: Maybe you could steal the sample shots from kde-look.org The shots themselves are the easy part Buchan, Being from the school of simple ideas for simple minds (mine) Why not just do a small series of html pages with shots of each set of cursors. Then a script that calls $BROWSER name of 1st page. I will consider it, but I have more important things to do IMHO, and I believe both KDE and Gnome should have UIs for this (to go with the themes). Under Windows9x, mouse cursors were parts of themes. And I think that the state of some KDE themes leaves things to be desired, since some themes do not set the Window decorations, icons or backgrounds. Maybe Mandrakesoft needs to take some initiative here and make Galaxy a complete theme under both KDE and GNOME, including backgrounds, cursor themes, sounds, etc, instead of just being a set of consistent widget sets and window decorations. Galaxy is very good, but it still isn't a theme IMHO. As evidenced by the fact that when I enable a different theme, and then try to restore Galaxy, I have to run 4 different KDE Control Center modules. The GNOME state is slightly better. Don't fret for too long about that. KDE 3.2 will have a much improved theme/style/tweak manager in it. Myself and a few others in the KDE development team, including Mosfet (who looks to be heading this mini-project) have been discussing this very thing on kde-devel. This theme manager would handle cursors, ksplash/ml themes, fully themed kdm screens and UI elements such as styles, etc. If there are features that people would like to see in this, post them my way. Buchan - -- Gary L. Greene, Jr. Sent from uriel.gvsu.edu 11:53:57 up 10:16, 3 users, load average: 0.00, 0.14, 0.11 Founder and president of the Grand Valley Linux Users Group. -=http://www.gvlug.org=- PHONE : 331-0562 EMAIL : [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+iHQbyPw381UL7WcRAhrQAJ9L8s7YyVd6FByTkHOiHou8N9C8lACfWqEG WB5qqbzaC7Mut98JiRnclfY= =qXhw -END PGP SIGNATURE-
Re: [Cooker] Sendmail latest bug...
On Mon, 31 Mar 2003, Mircea Ciocan wrote: Did someone build new packages for yesterday sendmail remote root bug Nothing on updates :( Mircea C. Updating now. Cooker is still frozen I believe, but vdanen should pickup the update. -- Stew Benedict -- MandrakeSoft PPC FAQ: http://www.linux-mandrake.com/en/ppcFAQ.php3 IRC: irc.freenode.net #cooker-ppc Archives: http://marc.theaimsgroup.com/?l=mandrake-cooker-ppcr=1w=2
Re: [Cooker] cursor themes package
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gary Greene wrote: On Sunday 30 March 2003 5:17 am, Buchan Milne wrote: Don't fret for too long about that. KDE 3.2 will have a much improved theme/style/tweak manager in it. Myself and a few others in the KDE development team, including Mosfet (who looks to be heading this mini-project) have been discussing this very thing on kde-devel. This theme manager would handle cursors, ksplash/ml themes, fully themed kdm screens and UI elements such as styles, etc. If there are features that people would like to see in this, post them my way. Sounds good, but only if you add sound to your list ;-) And that is why I won't spend time on previewing the cursor themes at this stage. Just run the tool mutliple times, and look at the cursor inside it or start up something where you can test a few (konqueror in file management mode is ok for this ...) 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+iHhSrJK6UGDSBKcRAj2wAJ9TI3lkBuA3x+AekMfcN871xzWxggCfWkt9 uf+0pzDIUjOJwjd8RsN5qao= =5BIr -END PGP SIGNATURE-
Re: [Cooker] Status of Java in Konqueror?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Crispin Boylan wrote: hi as far as i can see from my installation, java in konqueror is working perfectly, this using 9.1 and the java 1.4.1_02 from java.sun.com, i'm having no problems at all. As I recall, the 2.96/3.2 thingy with konqueror doesnt exist because it uses the binary, the only thing that happens with is mozilla. Which AFAIK is still compiled with gcc2.96, so there should be no 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+iHitrJK6UGDSBKcRAkMgAJ0UF1xR5R29E20Y1aJJOviffY3KGgCgrF5G GmqqY8MtkJk+AWPxNN4G70c= =wWl/ -END PGP SIGNATURE-
[Cooker] [Bug 380] [drakxtools] getting windows fonts: iso8859-1 encoding only?
http://qa.mandrakesoft.com/show_bug.cgi?id=380 --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 18:05 --- As far as I can see, it is fixed in 9.1. Can be closed now. --- 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] status: ASSIGNED creation_date: description: I used Get windows fonts button in drakfont and it did copy and installed all my TT fonts from windows partition. However, the fonts.dir file it created only contains XLFD with encodings iso8859-1 and adobe-fontspecific. Thus, e.g. in evolution I saw empty boxes whenever I tried to use one of these fonts for viewing emails with Cyrillic symbols. In fact, these TT fonts actually contain glyphs for much more than iso8859-1: e.g., Verdana covers all iso8859-*, koi8-*, and others (I verified it by copying to this direcotry file encodings.dir, then running ttmkfdir). This is frehs install of LM 9.0 final. I didn't have this problem with previous version of LM (8.1 - I skipped 8.2).
Re: [Cooker] cursor themes package
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Monday 31 March 2003 12:18 pm, Buchan Milne wrote: Gary Greene wrote: On Sunday 30 March 2003 5:17 am, Buchan Milne wrote: Don't fret for too long about that. KDE 3.2 will have a much improved theme/style/tweak manager in it. Myself and a few others in the KDE development team, including Mosfet (who looks to be heading this mini-project) have been discussing this very thing on kde-devel. This theme manager would handle cursors, ksplash/ml themes, fully themed kdm screens and UI elements such as styles, etc. If there are features that people would like to see in this, post them my way. Sounds good, but only if you add sound to your list ;-) Thanks I'll keep that in mind when we have our IRC conference soon. :) Additionally, if any of you want any features/themes incorperated into kdm_greeter, I'm the direct contact for that, since themeble kdm_greeter is my job in this project. And that is why I won't spend time on previewing the cursor themes at this stage. Just run the tool mutliple times, and look at the cursor inside it or start up something where you can test a few (konqueror in file management mode is ok for this ...) Buchan - -- Gary L. Greene, Jr. Sent from uriel.gvsu.edu 12:12:54 up 10:35, 4 users, load average: 0.00, 0.01, 0.03 Founder and president of the Grand Valley Linux Users Group. -=http://www.gvlug.org=- Chief Systems Architect, SSC Limited, Inc. - OS Department. PHONE : 331-0562 EMAIL : [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+iHfSyPw381UL7WcRAqaIAJ9molaWXnIbhKLg2SSSMBJN/ZvOzQCeL6Ur CcS3KmFHc9GyGOLIIz1SVYM= =zmjY -END PGP SIGNATURE-
Re: [Cooker] [Bug 3615] [xfsprogs] no acls in XFS
A Mon, 31 Mar 2003 11:51:20 -0500 (EST) greeneg [EMAIL PROTECTED] écrivait: http://qa.mandrakesoft.com/show_bug.cgi?id=3615 --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 18:51 --- if I'm not mistaken, you need to have the following in the options of the mounted device in you fstab for the acls to apply /dev/hdaX / xfs acls 1 1 it's not working, add acls in fstab cause invalid parameter. I Try to use an older kernel (default one in linux-mandrake9.0) add I can use/see acls. So, XFS's ACLs are missing in Linux-Mandrake9.1 (kernel 2.4.21-0.13mdk) It's a big problem if you want to use ACLs with Samba and dangerous if you update to mdk9.1 -- Site Web d'Interlug: http://www.interlug-fr.org Site perso: http://gcutter.free.fr ICQ:171684947
Re: [Cooker] bugs (wish list for 9.2)
From: Toran Korshnah [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, March 30, 2003 10:49 PM Subject: Re: [Cooker] bugs (wish list for 9.2) Hi, I read the 9.2 thread and I begin to wonder if 9.1 is a good release. Are there really so many bugs? I expect really 9.1 to be better than 9.0... No, don't worry, it IS actually a lot better. There are some people who have some trouble to install it, but not more than usual, just glitches. Anyway, I think that what is really important is the support : free software is regularly improving, and updates are freely distributed. Eric
Re: [Cooker] [Bug 3615] [xfsprogs] no acls in XFS
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 jean-sébastien HUBERT wrote: A Mon, 31 Mar 2003 11:51:20 -0500 (EST) greeneg [EMAIL PROTECTED] écrivait: http://qa.mandrakesoft.com/show_bug.cgi?id=3615 --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 18:51 --- if I'm not mistaken, you need to have the following in the options of the mounted device in you fstab for the acls to apply /dev/hdaX / xfs acls 1 1 it's not working, add acls in fstab cause invalid parameter. I Try to use an older kernel (default one in linux-mandrake9.0) add I can use/see acls. So, XFS's ACLs are missing in Linux-Mandrake9.1 (kernel 2.4.21-0.13mdk) It's a big problem if you want to use ACLs with Samba and dangerous if you update to mdk9.1 Also, you can't mount ext3 with the acl option, so I guess acls are toasted on ext3 too. We are going to need a kernel update for this very soon if anyone wants to have a good reputation for 9.1 (specifically samba use) ... 8.1 through 9.0 had working ACLs, and Redhat 9 will be the first release with ACLs ... 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+iIVRrJK6UGDSBKcRAotoAJ0dgZLCpqhydmZBh/5wDnyxKCf49ACglgiZ qdScxP1fZa5gfhHeoelyvwU= =xpRJ -END PGP SIGNATURE-
Re: [Cooker] Status of Java in Konqueror?
Le Lundi 31 Mars 2003 18:54, Crispin Boylan a écrit : hi as far as i can see from my installation, java in konqueror is working perfectly, this using 9.1 and the java 1.4.1_02 from java.sun.com, i'm having no problems at all. As I recall, the 2.96/3.2 thingy with konqueror doesnt exist because it uses the binary, the only thing that happens with is mozilla. Cheers cris. I have no noticable problems with java on konqueror nor mozilla with mdk 9.1 and the same jre but at level 1.4.0 (vertical scrollbars always go back to top after I move them on 1.4.1 on certain applications). Pascal
Re: [Cooker] [Bug 3615] [xfsprogs] no acls in XFS
A Mon, 31 Mar 2003 20:13:38 +0200 Buchan Milne [EMAIL PROTECTED] écrivait: Also, you can't mount ext3 with the acl option, so I guess acls are toasted on ext3 too. Damned :/ I test it too ... yes, ext3 with ACLs seems to be broken :/ We are going to need a kernel update for this very soon if anyone wants to have a good reputation for 9.1 (specifically samba use) ... 8.1 through 9.0 had working ACLs, and Redhat 9 will be the first release with ACLs ... I hope so ... -- Site Web d'Interlug: http://www.interlug-fr.org Site perso: http://gcutter.free.fr ICQ:171684947
Re: [Cooker] wish list for 9.2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Buchan Milne wrote on Sat, Mar 29, 2003 at 09:32:06PM +0200 : On Sat, 29 Mar 2003, webudo2 wrote: A bugfree released MDK 9.2 - with all bugs resolved known from cooker and bugzilla This also requires discipline from testers. Installer problems cannot be worked on substantially after RCs. Kernel/hardware issues must be known/resolved during beta. Software upgrade requests must be done before RC1. Buchan, this is a GREAT point. I think it should be expanded and added to the Cooker page on the main website. Blue skies... Todd - -- MandrakeSoft USA http://www.mandrakesoft.com cat /boot/vmlinuz /dev/dsp #for great justice Mandrake Cooker Devel Version, Kernel 2.4.21-0.13mdk -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+iIlulp7v05cW2woRAoGuAJoDDZjJgGOiWgLpEyuQXkkHY0hpsQCgsQMV b/Q8dRqxaiZIb0coARuu+Ig= =bkyG -END PGP SIGNATURE-
Re: [Cooker] [Bug 3615] [xfsprogs] no acls in XFS
On Monday 31 March 2003 20:13, Buchan Milne wrote: Ha, and why didn't anybody notice this before?! Also, you can't mount ext3 with the acl option, so I guess acls are toasted on ext3 too. Not really toasted, just not enabled. Patches are applied, but ACL is missing from the 2.4.21-pre4q13/configs/ files. I do see some GRKERNSEC acl stuff though. Perhaps it was omitted on purpose? d.
Re: [Cooker] [Bug 3615] [xfsprogs] no acls in XFS
On Monday 31 March 2003 20:26, Danny Tholen wrote: Not really toasted, just not enabled. Patches are applied, but ACL is missing from the 2.4.21-pre4q13/configs/ files. oops, mea culpa, the addition CONFIG_FS_POSIX_ACL itself is not in any patch anymore it seems. d.
[Cooker] new repository?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I've been thinking of this quite a while and I thought that I should mention this idea to others now:) what about a new unstable/incomplete/broken/immature/whatever repository for packages we really have'nt put any work in, or maybe the software is immature, or we have'nt really finished the package yet? eg. I have a few packages lying around here that I never got to play much around with, or never really completed and therefore never uploaded to contrib. a few cases: a package has'nt been maintained for a while, it might not compile anymore, or maybe it just does'nt work for other reasons, move this one into the new repository the software is'nt really mature, eg. like buchan said he had packaged slicker a while back, but did'nt feel like it was mature enough to be uploaded to contrib, put this one into the new repository so other people might get it, test it and help improve this one for contrib in the future you've started on a package that needs a little more work than usual to be completed and you never got to finish it, put this one into the new repository so other people might continue on your work and benefit from your ideas you made a package in a hurry, but is'nt able to test it yourself for some reason, put in the new repository so people can test it before it goes into contrib. packages submitted by untrusted people, eg. people who have uploaded their stuff to ftp.linux-mandrake.com and the quality of the package really is'nt good enough for lenny to upload it, he could put it there if he did'nt feel like fixing it himself for the moment, also maybe the /incoming folder and mails to [EMAIL PROTECTED] could be made available to other contributors.. well, that was just a few of my ideas for this repository, I gotta go now:) - -- Regards, Per Øyvind Karlsen Sintrax Solutions http://www.sintrax.net - +47 41681061 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+iIwSv8F7V9JOSuURAhq7AJ9aAvF8Of+DWT58bHHDpVonqYae/wCfZ/m1 WxAcD6Uh9jU73KrPY5mf80Q= =RBOc -END PGP SIGNATURE-
RE: [Cooker] Anyone running 2.5 beta kernels with current cooker?
Okay, I am slow... But I do learn ;-) I have unpatched 2.5.66 working right now on a HP omnibook laptop with 9.1 current cooker. The install was fairly strait forward. D/L and unpack source. -make xconfig. (magically most of the options are already correct) -make all -ran generate-modprobe filename (must install module-init-tools) and save file as /etc/modprobe.conf -make modules_install -make install -ran lilo A new entry will be added to lilo. Reboot. The only issue that I have ran into so far, is that supermount is not supported, nor have I been able to find a 2.5.xx patch. So my NTFS partition can be seen but not VFAT... Thanks to all. Cory -Original Message- From: Sebastian Dransfeld [mailto:[EMAIL PROTECTED] Sent: Saturday, March 29, 2003 12:25 AM To: [EMAIL PROTECTED] Subject: RE: [Cooker] Anyone running 2.5 beta kernels with current cooker? On Fri, 2003-03-28 at 19:18, MEISCH,CORY (HP-Vancouver,ex1) wrote: First off thanks for everyone's help. I made kind of a newbie mistake. There was an article posted to cooker a few days ago about testing the 2.5 kernel. The article made mention to be sure to install the module init tools. So, I dutifully downloaded and installed them. They were no help! So, I uninstalled them and realized there was a MDK version. Duh!! After installing, I can now insmod all my modules no problem. Now, this is probably something stupidly easy, but how do I get my 2.5 modules to load automatically? None of the modules load on startup and for some reason it's not able to see my FAT partition. Other than that, it seems to be working like a charm. Cory The new module-init-tools uses modprobe.conf, not modules.conf. -- Sebastian Dransfeld [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.465 / Virus Database: 263 - Release Date: 3/25/2003 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.465 / Virus Database: 263 - Release Date: 3/25/2003
[Cooker] [Bug 1281] [Installation] user cannot read mounted winxp partitions
http://qa.mandrakesoft.com/show_bug.cgi?id=1281 --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 18:51 --- if it happens on clean install, give fstab entries and dir listing again in that case. 16 drwxr--r--4 root root16384 Dec 31 1969 win-more the permissions here are an indication of the mount options used, so it does not help if you chmod a+x win-more here, you have to change fstab to do this. I therefore fail to understand how your fstab can report /dev/hda1 /mnt/winxp vfat iocharset=iso8859-1,codepage=850 0 0 and that the dir gets above permissions. Unless it was remounted with different options afterwards. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: __UNKNOWN__ status: RESOLVED creation_date: description: Here's a partial listing of my /mnt 16 drwxr--r--4 root root16384 Dec 31 1969 win-more 32 drwxr--r-- 19 root root32768 Dec 31 1969 winxp Here are the relevant lines from /etc/fstab /dev/hdb1 /mnt/win-more vfat user,uid=501,umask=0,codepage=850,iocharset=iso8859-1 0 0 /dev/hda1 /mnt/winxp vfat iocharset=iso8859-1,codepage=850 0 0 Here is what happens when I try to cd win-more or cd winxp win-more: Permission denied. winxp: Permission denied. Both mounted drives are accessible as root, but not as myself (user nate, uid 501). chmod: changing permissions of `win-more': Operation not permitted. I left the /mnt/winxp mount parameters just as the 9.1b3 upgrade chose to set them, and I've fiddled with the parameters for /mnt/win-more based on what I've read in other similar problem reports. I remembered to mount -a, and I've even rebooted a few times. Nothing fixes it.
[Cooker] [PATH] ldm_validate_partition_table resubmitted
It appears this patch has never been applied. We agreed on waiting for feedback but nothing happend thereafter. Browsing cooker today I saw half a dozen bug reports about this problem. Included is also related patch for ppa that makes it possible to shut up warning about wrong cable (it takes way too much space in log). While it was sensibly omitted just before release, it is the right time now I guess. -andrey 2.4.21-0.pre3.1mdk.sd.c-ldm_validate_partition_table.patch Description: Binary data 2.4.21-0.pre3.1mdk.ppa_no_cable_warning.patch Description: Binary data
Re: [Cooker] wish list for 9.2
On Mon, 2003-03-31 at 12:06, [EMAIL PROTECTED] wrote: Quoting Buchan Milne [EMAIL PROTECTED]: of If you want to ensure your hardware works, you *must* test beta1. Buchan Agree. I posted a similar message just after the final release. Maybe the more efficient way is to : ... - maintain a database of official beta testers, with their hardware specs. So that it would be interesting for two things : First it would give an idea of the most used hardware, so Mdk would concentrate on that hardware Second, it would allow to test some specific hardware : if there is a doubt about this or that hardware detection, Mandrake would just have to contact that (these testers) to ask to test their specific configuration. I think there may be some mileage in this. We could ensure a good coverage of hardware without too much duplication in testing. Mandrake could nominate 2 testers for each bit of hardware. Testers would know that they are being relied on, rather than leaving it to others. Mandrake would also have (automagically) a compatibility database that could be used from the WEB. The only issue I can see is that I tend to update my hardware quite regularly (and Linux support for new hardware is a source of frustration). But if there is a WEB page to administer the hardware registration, maintaining the list of testers can be kept to a minimum. Also, I don't like updating my works laptop very often (too risky), but I guess I could keep this one off the list. Ed-T.
Re: [Cooker] [Bug 3623] [kernel] New: kernel automatically rootwith failsafe
A Mon, 31 Mar 2003 14:34:19 -0500 (EST) wamb4060 [EMAIL PROTECTED] écrivait: http://qa.mandrakesoft.com/show_bug.cgi?id=3623 Product: kernel Component: booting Summary: kernel automatically root with failsafe Version: 2.4.21-0.13mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: major Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I've just installed mandrake...I'm not such an expert, so I'll try... (first: I have 2 boot images: initrd.img and initrdmdk.img: is this normal?) But the real issue: When I start up with lilo, I can also choose failsafe. When I choose this evrything boots and(like with previous version) I would expect that a password is prompted. Nothing happens! I'm looged in as root(checked: whoami - root) and normally root has as shell bash, but now it's shWhat's happening? For the moment I've removed failsafe, but I suppose there are workarounds... This is not really good for the securit: it goes: tell init to go to single user mode... and I'm immediately root... I've changed nothing of init(don't now anything about those files...) or any of the boot files theirself... Simple solution (dirty); rm -rf /etc/rc1.d ln -s /etc/rc2.d /etc/rc1.d I think msec can protect the station against this false problem when choosing the security level in the Mandrake Control Center -- Site Web d'Interlug: http://www.interlug-fr.org Site perso: http://gcutter.free.fr ICQ:171684947
[Cooker] Grsecurity - ACL and gradm...
Hello, I'd like to make ACLs for my grsecurity conf but gradm is absent... Is there any package for it? Pierre -- Pierre BETOUIN [EMAIL PROTECTED] signature.asc Description: PGP signature
[Cooker] [Bug 3615] [xfsprogs] no acls in XFS
http://qa.mandrakesoft.com/show_bug.cgi?id=3615 --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 18:51 --- if I'm not mistaken, you need to have the following in the options of the mounted device in you fstab for the acls to apply /dev/hdaX / xfs acls 1 1 --- 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] status: UNCONFIRMED creation_date: description: I try to assign ACLs in a XFS formatted partition and I fail I've got this message; setfacl -m u:toto:rwx /home/tomcat/ setfacl: /home/tomcat: Operation not supported in the /var/log/dmesg, nothing refer to XFS'ACLs ; SGI XFS snapshot 2.4.20-2003-01-14_00:43_UTC with quota, no debug enabled XFS mounting filesystem ide0(3,6) In Linux-mandrake9.0, no problem ... so.
[Cooker] [Bug 2255] [drakxtools] Bad frequency ranges in /etc/X11/XF86Config-4 in mdk-9.1rc2
http://qa.mandrakesoft.com/show_bug.cgi?id=2255 --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 18:57 --- have a look at /usr/share/ldetect-lst/MonitorsDB and what kind of info you have to submit for your monitor. ddcxinfos |grep EISA should give you also the EDID --- 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] status: UNCONFIRMED creation_date: description: Using mandrake-9.1rc1. XFdrake generates these default ranges for 1024x768: HorizSync 31.5- 57 VertRefresh 50-70 Obviously, which these ranges it is impossible to get any refresh rate above 70Hz. Since XFdrake does not allow one to choose the refresh rate, the default ranges should be larger, something like: HorizSync 30- 70 VertRefresh 50-90 Even 5+ year old cards like riva128 can do 85Hz at [EMAIL PROTECTED]
Re: [Cooker] [Bug 3615] [xfsprogs] no acls in XFS
Buchan Milne wrote: Also, you can't mount ext3 with the acl option, so I guess acls are toasted on ext3 too. We are going to need a kernel update for this very soon if anyone wants to have a good reputation for 9.1 (specifically samba use) ... 8.1 through 9.0 had working ACLs, and Redhat 9 will be the first release with ACLs ... on ext3? I doubt it. See http://www.eweek.com/article2/0,3959,979046,00.asp -Larry Buchan
[Cooker] [Bug 3574] [kernel] supermount prevents CD ejection in mdk-9.1 final
http://qa.mandrakesoft.com/show_bug.cgi?id=3574 --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 19:00 --- Since you're interested:) Best for you would be to try andreys new supermount patch posted on cooker today. It fixes most known bugs and also allows and option no_tray_lock so you can always get the drive to open. d. --- 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] status: UNCONFIRMED creation_date: description: I have all updates applied on stock mdk-9.1 install. I have supermount and scsi-emulation enabled. I have two IDE CD drives: hdc (scsi-emulated) hdd (no scsi-emulation). The CD ejection problem is reproducble for both drives. Steps to reproduce the problem - 1. Put a CD in the drive and close the tray by pressing the CD eject button (the hardware button present on the drive). Press the eject button again and verify that the CD is ejected as expected. Close the CD tray again. 2. Lets say that the CD drive device is /dev/cdrom (mounted on /mnt/cdrom2). Run the command: ls /mnt/cdrom2 Now, press the CD eject button, the CD is ejected fine. Close the CD tray. 3. Run a command to read /dev/cdrom as: cat /dev/cdrom 4. Wait for the cat command in previous step to end (or you may interrupt the cat command if it takes too long). 5. a) Now press the CD eject button. Nothing happens. b) If I use eject /dev/cdrom, the CD is ejected fine. 6. a) If I skip step 5b and run ls /mnt/cdrom2, then the CD files are listed just fine. b) After step 6a, if I press the CD eject button, it ejects normally. This strange behavior is 100% reproducible. It seems that every time the cat command is used after an ls command, it prevents a manual hardware ejection of the CD. After cat, using the ls command sets things right. Further investigation revealed that if I manually umount /mnt/cdrom2 then this problem disappears. If I manually re-mount /mnt/cdrom2, the problem reappears. Obviously, supermount is not handling things correctly since the problem is related to mounting. No error messages in dmesg or /var/log/* can be found that explains this odd behavior. I reported the same bug in bug 2103 but that bug has been marked resolved as fixed, even though the bug still exists in mandrake-9.1 final.
[Cooker] [Bug 2255] [drakxtools] Bad frequency ranges in /etc/X11/XF86Config-4 in mdk-9.1rc2
http://qa.mandrakesoft.com/show_bug.cgi?id=2255 --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 19:10 --- Output of ddcxinfos |grep EISA: 16.07 inches monitor (truly 14.88') EISA ID=SUN0574 Note: This monitor can do [EMAIL PROTECTED]@85Hz. --- 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] status: UNCONFIRMED creation_date: description: Using mandrake-9.1rc1. XFdrake generates these default ranges for 1024x768: HorizSync 31.5- 57 VertRefresh 50-70 Obviously, which these ranges it is impossible to get any refresh rate above 70Hz. Since XFdrake does not allow one to choose the refresh rate, the default ranges should be larger, something like: HorizSync 30- 70 VertRefresh 50-90 Even 5+ year old cards like riva128 can do 85Hz at [EMAIL PROTECTED]
[Cooker] [Bug 982] [kdebase] file views in konqueror in detailed mode don't respect double click settings
http://qa.mandrakesoft.com/show_bug.cgi?id=982 --- Additional Comments From [EMAIL PROTECTED] 2003-03-31 19:27 --- Running a fresh 9.1 here and I can confirm that it still exists. I created a new user. Logged in. KDE-Peripherals-Mouse shows that it is set to Double click. Selected Single. Hit Apply. Selected Double. Apply. Close. Still have single click when using Konq in Detailed List View mode. --- 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] status: ASSIGNED creation_date: description: When KDE has been set to use double-click to open files/direcories, konqueror will still open files/directories on single-click when using 'detailed' view. When icon view is used, the behaviour is correct.