[Cooker] [Bug 5991] [drakxtools] Drakconnect sets something wrong, kde slow opening windows.
http://qa.mandrakesoft.com/show_bug.cgi?id=5991 --- Additional Comments From [EMAIL PROTECTED] 2003-06-10 22:35 --- Thierry, this boils down to the question of how should one assign the host name to a machine that's on a dhcp on a private network, and still manage to avoid the slowdown in KDE. Of course, just like in bug 4227, initscripts/drakconnect set the host name to be the same as the host-name field provided in the lease, but the difference is that in this case we can't solve the problem by doing a reverse lookup on the IP. fixed-address 192.168.1.33; option host-name "dhcppc0"; My recommendation is that this bug be reopened and that drakconnect get the functionality that is needed to solve this problem. This problem may potentially affect all users that are behind a router that has a DHCP server inside of it. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- 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: Hello. I have a router and I use drakconnect to set up my adsl connection with dhcp. THE PROBLEM: Drakconnect apparently sets up something wrong, since kde windows take about 5 seconds to open, and gnome complains that /etc/hosts is wrong. On the other hand, if I choose a static ip assignment and manual DNS assignment (as opposed to dhcp), windows open instantly. The difference is huge. POSSIBLE REASONS: I'm no expert, but I am going to report what others told me. :-) 1) Some kde developer told me it must be a problem not in dhcp, but in dns. unfortunately, drakconnect doesn't allow me to specify dns if I choose dhcp. 2) Someone else told me that the hostname does not resolve because the /etc/hosts file produced by drakconnect is broken, and I should manually specify a fully qualified hostname in /etc/hosts, together with dhcp. He told me that dhcp allows the hostname to be specified OR assigned automatically. But it seems to me that drakconnect does not allow a hostname to be specified with dhcp. Maybe this is the problem. I hope I' ve been of help. cheers!
[Cooker] [Bug 5991] [drakxtools] Drakconnect sets something wrong, kde slow opening windows.
http://qa.mandrakesoft.com/show_bug.cgi?id=5991 --- Additional Comments From [EMAIL PROTECTED] 2003-06-10 18:10 --- Thierry, I am not convinced this is an invalid bug. The description looks a little bit like http://qa.mandrakesoft.com/show_bug.cgi?id=4227 In bug 4227, I show that despite what Damien claims, it's not sufficient to have NEEDHOSTNAME=yes to get a hostname through reverse IP lookup. The option assign/do not assign host name should be split into 3 options: 1) Assign host name from a lookup of the assigned DHCP address. 2) Assign host name to be the host name provided in the DHCP lease 2.1) use 1) if the DHCP lease does not provide a host name. 2.2) Do not set host name if the DHCP lease does not provide a host name. 3) Do not modify host name. To the original bug submitter: Can you please provide output of the following 3 commands: ls -l /var/lib/dhcp/dhc*leases cat /var/lib/dhcp/dhc*leases hostname This would suffice for me to see whether this is indeed a duplicate of bug 4227 or not. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- 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: Hello. I have a router and I use drakconnect to set up my adsl connection with dhcp. THE PROBLEM: Drakconnect apparently sets up something wrong, since kde windows take about 5 seconds to open, and gnome complains that /etc/hosts is wrong. On the other hand, if I choose a static ip assignment and manual DNS assignment (as opposed to dhcp), windows open instantly. The difference is huge. POSSIBLE REASONS: I'm no expert, but I am going to report what others told me. :-) 1) Some kde developer told me it must be a problem not in dhcp, but in dns. unfortunately, drakconnect doesn't allow me to specify dns if I choose dhcp. 2) Someone else told me that the hostname does not resolve because the /etc/hosts file produced by drakconnect is broken, and I should manually specify a fully qualified hostname in /etc/hosts, together with dhcp. He told me that dhcp allows the hostname to be specified OR assigned automatically. But it seems to me that drakconnect does not allow a hostname to be specified with dhcp. Maybe this is the problem. I hope I' ve been of help. cheers!
[Cooker] [Bug 4227] [drakxtools] hostname from IP lookup missing
http://qa.mandrakesoft.com/show_bug.cgi?id=4227 --- Additional Comments From [EMAIL PROTECTED] 2003-21-09 01:39 --- Damien: I did a simple trace on ifup-post and I found out why it does not perform a reverse lookup for my hostname. - beginning of segment from ifup-post -- if [ "$2" = "boot" -a \ "${DEVICE}" != lo -a \ "${DEVICETYPE}" != "ppp" -a \ "${DEVICETYPE}" != "slip" ]; then if need_hostname; then IPADDR=`LANG= LC_ALL= ifconfig ${DEVICE} | grep 'inet addr' | awk -F: '{ print $2 } ' | awk '{ print $1 }'` eval `/bin/ipcalc --silent --hostname ${IPADDR}` if [ "$?" = "0" ]; then set_hostname $HOSTNAME fi fi fi - end of segment from ifup-post -- If you look at the function need_hostname, found in network-functions, then it is very simple - beginning of segment from network-functions -- need_hostname () { CHECK_HOSTNAME=`hostname` if [ "$CHECK_HOSTNAME" = "(none)" -o "$CHECK_HOSTNAME" = "localhost" -o \ "$CHECK_HOSTNAME" = "localhost.localdomain" ]; then return 0 else return 1 fi } - end of segment from network-functions -- Therefore, it is no wonder that ifup-post does not reset the hostname, because the need_hostname function only checks to see that one has a hostname and does not check to see if it is a valid one. When need_hostname is called, I have already received the faulty hostname so need_hostname returns 1. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- 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: REOPENED creation_date: description: drakxtools-newt-9.2-0.18mdk Here is a feature that I sorely miss and would have to be added to drakconnect and, I presume, initscripts as well. My home computer gets a dhcp address from a cable modem. The IP address I get is a valid address, but the hostname that the dhcp server inside the cable modem gives me is not. An example would be: IP address: 24.241.233.100 hostname: dhcp-100 What I would like is an option that sets the hostname as the reverse lookup for the IP address that I have been allotted. In this case, the command host 24.241.233.100 gives me the address: c24.241.233.100.jvl.wi.charter.com and that's what I want as my hostname. Let me be clear about this: The solution may consist of switching dhcp clients or editing some init files, but I really want this to be done in an easy manner through the GUI in drakconnect.
[Cooker] [Bug 5845] [gnome2] gnome2.3.5 under mandrake9.2RC2 irritation at login, logged in anyway
http://qa.mandrakesoft.com/show_bug.cgi?id=5845 --- Additional Comments From [EMAIL PROTECTED] 2003-21-09 01:10 --- >From fixed-address 12.203.14.253; option host-name "x1-6-00-26-54-0e-85-64"; option domain-name "attbi.com"; in your dhcp lease file, and the fact that your hostname is x-1-6-00-26-54-0e-85-64 it is clear this is not a bug in gdm, instead this is bug 4227 yet again. http://qa.mandrakesoft.com/show_bug.cgi?id=4227 Damien, we have yet another person with an ISP that gives invalid value for the host-name field in the dhcp lease. There is now a total of 3 of us that are reporting this in relation to bug 4227. Narfi. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- 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: warning at login gnome "could not look up internet address for x1-6-00-26-54-0e-85-64" could "prevent gnome from operating properly" login anyway or try again? using mandrake 9.2RC2 whose download page list this as containing gnome 2.3.5. That number sequence looks like one in the boot sequence. warning suggests adding that number to ect/hosts. Added it in but the same warning pops up. I do not know the conventions for hosts.
[Cooker] [Bug 5845] [gnome2] gnome2.3.5 under mandrake9.2RC2 irritation at login, logged in anyway
http://qa.mandrakesoft.com/show_bug.cgi?id=5845 --- Additional Comments From [EMAIL PROTECTED] 2003-20-09 17:43 --- Sorry for not being clear, I meant to post the content of the files /var/lib/dhcp/dh* You get that by running the command: cat /var/lib/dhcp/dh* Please also post the result from ls -l /var/lib/dhcp/dh* Thanks, Narfi. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- 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: warning at login gnome "could not look up internet address for x1-6-00-26-54-0e-85-64" could "prevent gnome from operating properly" login anyway or try again? using mandrake 9.2RC2 whose download page list this as containing gnome 2.3.5. That number sequence looks like one in the boot sequence. warning suggests adding that number to ect/hosts. Added it in but the same warning pops up. I do not know the conventions for hosts.
[Cooker] [Bug 5845] [gnome2] gnome2.3.5 under mandrake9.2RC2 irritation at login, logged in anyway
http://qa.mandrakesoft.com/show_bug.cgi?id=5845 --- Additional Comments From [EMAIL PROTECTED] 2003-20-09 02:03 --- Are you using a DHCP server? If so, can you please post the output of: /var/lib/dhcp/dh* as well as the result of running the command hostname from the command line? Narfi. ps. I have to agree with Rolf, I suspect that this is related to http://qa.mandrakesoft.com/show_bug.cgi?id=4227 i.e. that drakconnect and initscripts are to blame and not gnome. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- 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: warning at login gnome "could not look up internet address for x1-6-00-26-54-0e-85-64" could "prevent gnome from operating properly" login anyway or try again? using mandrake 9.2RC2 whose download page list this as containing gnome 2.3.5. That number sequence looks like one in the boot sequence. warning suggests adding that number to ect/hosts. Added it in but the same warning pops up. I do not know the conventions for hosts.
[Cooker] [Bug 4227] [drakxtools] hostname from IP lookup missing
http://qa.mandrakesoft.com/show_bug.cgi?id=4227 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME | --- Additional Comments From [EMAIL PROTECTED] 2003-17-09 17:17 --- It sure doesn't work here. # cat /etc/sysconfig/network-scripts/ifcfg-eth0 DEVICE=eth0 BOOTPROTO=dhcp NETMASK=255.255.255.0 ONBOOT=yes MII_NOT_SUPPORTED=yes NEEDHOSTNAME=yes The hostname assigned to me is always the hostname that the dhcp server gives in the lease and not one obtained by a reverse lookup. This is on a up-to-date cooker. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- 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: REOPENED creation_date: description: drakxtools-newt-9.2-0.18mdk Here is a feature that I sorely miss and would have to be added to drakconnect and, I presume, initscripts as well. My home computer gets a dhcp address from a cable modem. The IP address I get is a valid address, but the hostname that the dhcp server inside the cable modem gives me is not. An example would be: IP address: 24.241.233.100 hostname: dhcp-100 What I would like is an option that sets the hostname as the reverse lookup for the IP address that I have been allotted. In this case, the command host 24.241.233.100 gives me the address: c24.241.233.100.jvl.wi.charter.com and that's what I want as my hostname. Let me be clear about this: The solution may consist of switching dhcp clients or editing some init files, but I really want this to be done in an easy manner through the GUI in drakconnect.
[Cooker] OOo locks up with kinput2
I reinstalled cooker tonight and found out that some changes cause OpenOffice.org not to work with kinput2. Since the OOo rpm hasn't been updated for quite a while, and OOo could well be used with kinput2 the last time I checked (2-3 weeks ago?), I am guessing that this is because of a change in XFree86. The scenario is: I created a new user, logged in as that user, ran localedrake to switch to Japanese, logged out and back in again. Ran ooffice, switched the font to Kochi Gothic, hit shift-space to activate the input method editor (kinput2). As soon as I hit shift-space, OOo locked hard, stopped responding to any mouse or keyboard input and stopped refreshing its window. During this beta cycle, I have previously verified OOo to work with kinput2 at least twice, and the rpm for OOo has not been not been changed since April. # rpm -qa | egrep 'XFree|OpenOffice' OpenOffice.org-1.0.3-2mdk OpenOffice.org-l10n-ja-1.0.3-2mdk OpenOffice.org-help-ja-1.0.3-2mdk XFree86-server-4.3-19mdk XFree86-xfs-4.3-19mdk XFree86-4.3-19mdk OpenOffice.org-libs-1.0.3-2mdk OpenOffice.org-l10n-en-1.0.3-2mdk XFree86-75dpi-fonts-4.3-19mdk OpenOffice.org-help-en-1.0.3-2mdk Narfi
[Cooker] [Bug 5226] [drakxtools] New: scrollbar and mouse focus problems
http://qa.mandrakesoft.com/show_bug.cgi?id=5226 Product: drakxtools Component: DrakSec Summary: scrollbar and mouse focus problems Product: drakxtools Version: 9.2-6mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: DrakSec AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I did a fresh installation of cooker this evening and had the following problem in draksec: I run it from inside the MCC, go to the Systems Options and scroll down all the way to the bottom. I then select one of the edit fields to move the cursor to that field. The scrollbar then immediately goes back up, whereas the focus stays where I wanted it to be, namely in the last edit field at the bottom of that page. What I expected: that the edit field would not disappear out of sight on my screen right after I selected it. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 1704] [xinetd] explanations of services lacking
http://qa.mandrakesoft.com/show_bug.cgi?id=1704 --- Additional Comments From [EMAIL PROTECTED] 2003-03-09 06:06 --- This trivial bug still exists and it still bothers me when I try to make an educated guess about which services should be enabled/disabled. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- 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: drakxservices gets the descriptions of many services from /etc/xinetd.d/* and some of them are lacking... chargen: A chargen server. This is the tcp version. chargen-udp: A chargen server. This is the udp version. daytime: A daytime server. This is the tcp version. daytime-udp: A daytime server. This is the udp version. echo: An echo server. This is the tcp version. echo-udp: An echo server. This is the udp version. fam: does not state that KDE uses this if it is running and that it may speed up KDE. time: An RFC 868 time server. This is the tcp version which is used by rdate. time-udp: An RFC 868 time server. This is the udp version. xadmin: no information
[Cooker] [Bug 4871] [userdrake] New: closes unexpectedly when adding a new user
http://qa.mandrakesoft.com/show_bug.cgi?id=4871 Product: userdrake Component: program Summary: closes unexpectedly when adding a new user Product: userdrake Version: 0.92-20mdk Platform: Other OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: program AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I start userdrake and press the add-user button. I then type in the username and passwd and press ok. Userdrake immediately halts with the following message on the command line: #userdrake Undefined subroutine &main::explanations called at /usr/sbin/userdrake line 312. This is with: # rpm -q userdrake userdrake-0.92-20mdk -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 4872] [man-pages-ja] New: can't display japanese man-pages
http://qa.mandrakesoft.com/show_bug.cgi?id=4872 Product: man-pages-ja Component: program Summary: can't display japanese man-pages Product: man-pages-ja Version: 0.6-2mdk Platform: Other OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: program AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] With my setup as given below, man failes to display any man page that I have tried (ls, ps, bash, man). When I issue the "man X" command with X one of the above, I get an empty page in less. Once I leave the pager, I see the error message from groff given below $ echo $LANG $LANGUAGE ja_JP.UTF-8 ja_JP.UTF-8:ja [EMAIL PROTECTED] japanese1]$ locale LANG=ja_JP.UTF-8 LC_CTYPE="ja_JP.UTF-8" LC_NUMERIC="ja_JP.UTF-8" LC_TIME="ja_JP.UTF-8" LC_COLLATE="ja_JP.UTF-8" LC_MONETARY="ja_JP.UTF-8" LC_MESSAGES="ja_JP.UTF-8" LC_PAPER="ja_JP.UTF-8" LC_NAME="ja_JP.UTF-8" LC_ADDRESS="ja_JP.UTF-8" LC_TELEPHONE="ja_JP.UTF-8" LC_MEASUREMENT="ja_JP.UTF-8" LC_IDENTIFICATION="ja_JP.UTF-8" LC_ALL=ja_JP.UTF-8 $ man ls /usr/bin/groff: can't find `DESC' file /usr/bin/groff:fatal error: invalid device `nippon' -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 4536] [OpenOffice.org] slow startup (> 1 min) on a fast machine
http://qa.mandrakesoft.com/show_bug.cgi?id=4536 --- Additional Comments From [EMAIL PROTECTED] 2003-07-08 19:15 --- /etc/hosts contained the standard stanza: 127.0.0.1 localhost I tried correcting my hostname to match my IP address (my ISP deals out incorrect hostnames), I tried adding that to /etc/hosts. I added localhost.localdomain to /etc/hosts. None of these had any effect. Note: /etc/resolv.conf is normal, and host resolution works without problems. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- 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 takes OOo > 1 min to start up on my Athlon XP2100 512MB ram machine. Running strace shows that the delay is due to: connect(22, {sa_family=AF_INET, sin_port=htons(631), sin_addr=inet_addr("169.254.32.252")}, 16 which eventually times out and then the startup continues. $ rpm -qf `which ooffice` OpenOffice.org-1.0.3-2mdk This is on a machine running cooker, the user account has no ~/.openoffice directory and no ~/.sversionrc file. Now, if you please let us know whether you will switch to OOo 1.1, I will know whether to look for more bugs in 1.0.3 or not ...
[Cooker] [Bug 4536] [OpenOffice.org] slow startup (> 1 min) on a fast machine
http://qa.mandrakesoft.com/show_bug.cgi?id=4536 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-08-08 07:01 --- Bingo: Cups was running, but 169.254.32.252 was in /etc/cups/cupsd.conf as ServerName. As to how it got there ... beats me! Anyway, this is no longer an OOo bug. I'll try to reinstall cooker sometime soon and see what ServerName I get in /etc/cups/cupsd.conf -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- 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: It takes OOo > 1 min to start up on my Athlon XP2100 512MB ram machine. Running strace shows that the delay is due to: connect(22, {sa_family=AF_INET, sin_port=htons(631), sin_addr=inet_addr("169.254.32.252")}, 16 which eventually times out and then the startup continues. $ rpm -qf `which ooffice` OpenOffice.org-1.0.3-2mdk This is on a machine running cooker, the user account has no ~/.openoffice directory and no ~/.sversionrc file. Now, if you please let us know whether you will switch to OOo 1.1, I will know whether to look for more bugs in 1.0.3 or not ...
[Cooker] [Bug 4536] [OpenOffice.org] New: slow startup (> 1 min) on a fast machine
http://qa.mandrakesoft.com/show_bug.cgi?id=4536 Product: OpenOffice.org Component: program Summary: slow startup (> 1 min) on a fast machine Product: OpenOffice.org Version: 1.0.3-2mdk Platform: Other OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: program AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] It takes OOo > 1 min to start up on my Athlon XP2100 512MB ram machine. Running strace shows that the delay is due to: connect(22, {sa_family=AF_INET, sin_port=htons(631), sin_addr=inet_addr("169.254.32.252")}, 16 which eventually times out and then the startup continues. $ rpm -qf `which ooffice` OpenOffice.org-1.0.3-2mdk This is on a machine running cooker, the user account has no ~/.openoffice directory and no ~/.sversionrc file. Now, if you please let us know whether you will switch to OOo 1.1, I will know whether to look for more bugs in 1.0.3 or not ... -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Re: [Cooker] kernel-2.4.2.6.4tmb
Quoting Svetoslav Slavtchev: > Quoting John O'Toole <[EMAIL PROTECTED]>: > > > on this same vein, I have a VisionPlus 1020 DVB card, are there any > > plans to have this working? currently, if I even have the card > > plugged > > into the PCI slot, cooker will hang at "Determining module > > dependancies..." and only a hard reset will dislodge it..it seems to > > be > > happening when the bttv.o module is referenced...this card is also > > called the "twinhan 1020" (www.twinhan.com). It's also possible I'm > > missing something in configuration of this card? > > cheers all, > > John > it seems currently there are no drivers: > http://www.linuxtv.org/mailinglists/linux-dvb/2002/07-2002/msg00207.html > but it shouldn't load bttv and it shouldn't lock up :( Actually, it looks like the card has a bt878 chip and in theory it should be supported by the bttv driver: From linux-2.4.21/Documentation/video4linux/bttv/Cards: Twinhan --- DST Card/DST-IP (bt878, twinhan asic) VP-1020 Sold as: KWorld DVBS Satellite TV-Card Powercolor DSTV Satellite Tuner Card Prolink Pixelview DTV2000 Provideo PV-911 Digital Satellite TV Tuner Card With Common Interface ? DST-CI Card (DVB Satellite) VP-1030 DCT Card (DVB cable)
[Cooker] [Bug 4232] [gnome2] can't use the XIM to input japanese
http://qa.mandrakesoft.com/show_bug.cgi?id=4232 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-27-07 18:24 --- I don't know what changed, but after last night's updates, kinput2 works without problems with the gnome apps that I have tried. Marking as fixed. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- 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: gnome2-2.2.0-1mdk Summary: I cannot get gnome programs to activate kinput2. Shift-space should activate it, and works correctly for konsole and konqueror, but for some reason not for any gnome app or for mozilla (separate bug). When I installed cooker, I selected English as the first language and Japanese as a secondary language. After the installation, I create a new user, log in as that user, run localedrake to switch to Japanese. I then log in again, go into either kde or gnome and start a gnome program. Going to an edit-field and pressing shift-space, I expect to activate the input method editor that allows me to type in Japanese. However, nothing happens. I right-click and try to select an input method from the drop-down menu, but the only item I can select is "default". $ env |grep -i xim XIM_PROGRAM=kinput2 XIM=kinput2 $ locale LANG=ja_JP.UTF-8 LC_CTYPE=ja_JP.UTF-8 LC_NUMERIC=en_US.UTF-8 LC_TIME=ja_JP.UTF-8 LC_COLLATE=ja_JP.UTF-8 LC_MONETARY=en_US.UTF-8 LC_MESSAGES=ja_JP.UTF-8 LC_PAPER=en_US.UTF-8 LC_NAME=en_US.UTF-8 LC_ADDRESS=en_US.UTF-8 LC_TELEPHONE=en_US.UTF-8 LC_MEASUREMENT=en_US.UTF-8 LC_IDENTIFICATION=en_US.UTF-8 LC_ALL= Both kinput2 and jserver are running, and I have no problems entering Japanese in KDE apps.
[Cooker] [Bug 4232] [gnome2] New: can't use the XIM to input japanese
http://qa.mandrakesoft.com/show_bug.cgi?id=4232 Product: gnome2 Component: i18n Summary: can't use the XIM to input japanese Product: gnome2 Version: 2.2.0-1mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: i18n AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] gnome2-2.2.0-1mdk Summary: I cannot get gnome programs to activate kinput2. Shift-space should activate it, and works correctly for konsole and konqueror, but for some reason not for any gnome app or for mozilla (separate bug). When I installed cooker, I selected English as the first language and Japanese as a secondary language. After the installation, I create a new user, log in as that user, run localedrake to switch to Japanese. I then log in again, go into either kde or gnome and start a gnome program. Going to an edit-field and pressing shift-space, I expect to activate the input method editor that allows me to type in Japanese. However, nothing happens. I right-click and try to select an input method from the drop-down menu, but the only item I can select is "default". $ env |grep -i xim XIM_PROGRAM=kinput2 XIM=kinput2 $ locale LANG=ja_JP.UTF-8 LC_CTYPE=ja_JP.UTF-8 LC_NUMERIC=en_US.UTF-8 LC_TIME=ja_JP.UTF-8 LC_COLLATE=ja_JP.UTF-8 LC_MONETARY=en_US.UTF-8 LC_MESSAGES=ja_JP.UTF-8 LC_PAPER=en_US.UTF-8 LC_NAME=en_US.UTF-8 LC_ADDRESS=en_US.UTF-8 LC_TELEPHONE=en_US.UTF-8 LC_MEASUREMENT=en_US.UTF-8 LC_IDENTIFICATION=en_US.UTF-8 LC_ALL= Both kinput2 and jserver are running, and I have no problems entering Japanese in KDE apps. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 4231] [mozilla] New: mozilla doesn't activate XIM input method
http://qa.mandrakesoft.com/show_bug.cgi?id=4231 Product: mozilla Component: i18n Summary: mozilla doesn't activate XIM input method Product: mozilla Version: 1.4-2mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: i18n AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] $ rpm -q mozilla mozilla-1.4-2mdk Summary: I cannot get mozilla to activate kinput2. Shift-space should activate it, and works correctly for konsole and konqueror, but for some reason not for mozilla or for any gnome apps (separate bug). When I installed cooker, I selected English as the first language and Japanese as a secondary language. After the installation, I create a new user, log in as that user, run localedrake to switch to Japanese. I then log in again, go into either kde or gnome and start mozilla. Going to an edit-field and pressing shift-space, I expect to activate the input method editor that allows me to type in Japanese. However, nothing happens. $ env |grep -i xim XIM_PROGRAM=kinput2 XIM=kinput2 $ locale LANG=ja_JP.UTF-8 LC_CTYPE=ja_JP.UTF-8 LC_NUMERIC=en_US.UTF-8 LC_TIME=ja_JP.UTF-8 LC_COLLATE=ja_JP.UTF-8 LC_MONETARY=en_US.UTF-8 LC_MESSAGES=ja_JP.UTF-8 LC_PAPER=en_US.UTF-8 LC_NAME=en_US.UTF-8 LC_ADDRESS=en_US.UTF-8 LC_TELEPHONE=en_US.UTF-8 LC_MEASUREMENT=en_US.UTF-8 LC_IDENTIFICATION=en_US.UTF-8 LC_ALL= -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 1679] [drakxtools] difficulties installing Arial Unicode
http://qa.mandrakesoft.com/show_bug.cgi?id=1679 --- Additional Comments From [EMAIL PROTECTED] 2003-22-07 07:33 --- drakfont still does not change the file permissions on the truetype fonts it installs. # rpm -qf /usr/sbin/drakfont drakxtools-9.2-0.19mdk Here's the file I told drakfont to install: # ls -l /tmp/Arialuni.TTF -rwx--1 root root 24172892 Jul 21 22:51 /tmp/Arialuni.TTF And what got installed was: # ls -l /usr/lib/X11/fonts/drakfont/ttf/Arialuni.ttf -rwx--1 root root 24172892 Jul 21 22:52 /usr/lib/X11/fonts/drakfont/ttf/Arialuni.ttf* Of course, only root could use this font. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- 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: On a fresh cooker installation: I used drakfont to import Arial Unicode. It seemed to be imported successfully, I got no warnings or error messages during the installation. However, after the installation I noticed 2 things: 1) /usr/X11/lib/X11/fonts/drakfont/TTF/arialuni.ttf was not readable by anyone except root because that were the permissions on the font file that I imported. I immediately added a+r to the permissions. 2) Neither drakfont nor the KDE font selector showed Arial Unicode in their font list. I logged out and in again, restarted xfs, switched from and to AA, but still the font did not show up. I then decided to add Bitstream Cyberbit. I manually fixed the permissions to a+r before I installed the font. Once I had finished installing it, both Bitstream Cyberbit and Arial Unicode showed up both in the KDE font selector as well as in drakfont!
[Cooker] [Bug 4227] [drakxtools] New: hostname from IP lookup missing
http://qa.mandrakesoft.com/show_bug.cgi?id=4227 Product: drakxtools Component: DrakConnect Summary: hostname from IP lookup missing Product: drakxtools Version: 9.2-0.9mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: DrakConnect AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] drakxtools-newt-9.2-0.18mdk Here is a feature that I sorely miss and would have to be added to drakconnect and, I presume, initscripts as well. My home computer gets a dhcp address from a cable modem. The IP address I get is a valid address, but the hostname that the dhcp server inside the cable modem gives me is not. An example would be: IP address: 24.241.233.100 hostname: dhcp-100 What I would like is an option that sets the hostname as the reverse lookup for the IP address that I have been allotted. In this case, the command host 24.241.233.100 gives me the address: c24.241.233.100.jvl.wi.charter.com and that's what I want as my hostname. Let me be clear about this: The solution may consist of switching dhcp clients or editing some init files, but I really want this to be done in an easy manner through the GUI in drakconnect. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 4226] [drakfirsttime] New: mandrake club urpmi setup requires root
http://qa.mandrakesoft.com/show_bug.cgi?id=4226 Product: drakfirsttime Component: drakfirsttime Summary: mandrake club urpmi setup requires root Product: drakfirsttime Version: 0.91-9mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: drakfirsttime AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] drakfirsttime-0.91-14mdk I synchronized with the cooker mirrors yesterday, created a new user, logged into X as that user and went through the drakfirsttime menus. I was offered to enter my mandrakeclub information, but was also told that I need to log in as root in order for that information to be added to my urpmi setup. Fair enough, only root can modify the urpmi setup, but: 1) We don't want to encourage users to log into X as root. We can, however, prompt them for the root password. 2) With mdkkdm, which is the default dm now, there is no way for users to log into X as root! In other words, in the default setup, the mandrakeclub registration dialog cannot achieve its goal due to lack of root priviledges! -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Re: [Cooker] Updated 18mdk "update" kernel...
Thomas Backlund wrote: > The reason my _updated_ update kernel kept the version > was to keep it "name compatible" with the original update kernel > so that 3rd party modules and RPMS wont complain ( nVidia, Ati, ...) Ah! That's a good reason. I agree with Danny that "hackkernel" is a bad, bad name! The kernels that you guys provide are as solid as they get :-) Thanks for your hard work, Narfi.
Re: [Cooker] Updated 18mdk "update" kernel...
On the topic of the update kernel and the kernel that Danny maintains, also applies to the modified update kernel from Thomas. Would you guys consider giving your kernels different names, just so that we don't have to ask confused users "Which version of 2.4.21.0.18 are you using? The security update one, Thomas' one or Danny's?" Thomas, at some point you used TmB for your kernel, was there something you didn't like about that? Danny, could you do something similar? Btw. I love your kernel versions, I think you are both doing an incredible job with the kernel. Thank you both. I just don't want other users to get confused. Best, Narfi.
Re: [Cooker] Requested feature: Support for usbnet as a network install medium
Pierre Jarillon wrote: > Le Jeudi 29 Mai 2003 05:02, Olivier Thauvin a écrit : > > > As the number of removable mass storages should increase, > > > it would be useful to assign a USB peripheral to a device. > > > > Isn't done by dynamic package ? > Yes, with one peripheral at the same time, that work well. > As USB peripherals can be identified, it would be possible to remember > the device which was assigned to each of them. In my previous exemple, > if the usb memory key was assigned to /dev/sdb, it will be always true, > even /dev/hda is not plugged in and computer rebooted. > A consequence is that a dialog is necessary if the device is new : > - name of the device : nikon, bluekey, flashreader, fookey... > - new mount point or use of an old mount point > - remove an old mount point > - temporary device : don't remember after unplug. > > An interest is to have a specific line in fstab for each device with > specific rights. I have been wanting this for a while now and it's in the wiki: http://qa.mandrakesoft.com/twiki/bin/view/Main/DrakxTools#usb_firewire_setup and I have also filed a bug about the creation/removal of /dev entries: https://qa.mandrakesoft.com/show_bug.cgi?id=1191 I believe that one way to achieve what you ask for is to use devlabel. However, it relies on devfs not running [i.e. /proc/partitions contains /dev/sda1, ...] so it would need more development. What devlabel does is it looks at the device that just got connected, say /dev/sda1, and checks its SCSI ID and its partition ID. Then it performs a lookup in its configuration file, which basically consists of: If it finds a matching drive ID in its configuration file, it would link to /dev/sda1 and use the permissions given in the config file. If it finds in /etc/fstab and allows, it would mount . Pretty neat stuff if you ask me. Narfi.
Re: [Cooker] Re: Cooker HowTo
Steffen Barszus wrote: > *** "remove/insert super-user menu items and icons" *** > > I don't think it usefull to remove all superuser icons and links rigerous on > all user accounts. A big number of users are there own admin. This would > lead ... Steffen, when I wrote this request back in March, I never meant for the icons to be removed from all user accounts. I am afraid you misunderstand what I wrote. All recipients of this list are administrators of their home machines, that's (almost) a requirement in order to be a cooker and they need these icons. The question I posed is about the other members of the family --- or the employees at your workplace if you are an administrator for a living. >>You<< want these icons, but what about the other members of your family: + *** "remove/insert super-user menu items and icons" *** + + Do your spouses/kids ever run MCC? Do they have the root password? If not, + then why do they get the icon for the MCC on the task bar, menu items for + konsole in super-user mode, etc? When I install Mandrake, I want to be able + to check a box when I create new users that says something like: + + * Should this user account have icons and menu items for program requiring + the super-user passwords? Yes/No In short, I am saying that in a regular household, only 1-2 people should ever see these icons. The others shouldn't. For them, the icons and menu items are in their way, and they are really scary because they cause strange authentication dialogs to pop up :-) > A way both sides could be happy is to be able specify a user , who is > responsible for the system. This user could get all the configuration icons > and so on. This is similar to the question that I suggested would be asked during the installation [and of course it goes without saying that one must also be able to change this after the installation], so I guess we don't disagree at all :-) Narfi.
[Cooker] [Bug 3185] [mdkkdm] unable to use machine remotely with X-terminal programs (XDMCP)
http://qa.mandrakesoft.com/show_bug.cgi?id=3185 --- Additional Comments From [EMAIL PROTECTED] 2003-03-29 00:15 --- I believe that Piero also reported this on bugs.kde.org: http://bugs.kde.org/show_bug.cgi?id=56473 I think this all stems from the same problem and that it's not mdkkdm specific: Qt applications can sometimes not be run remotely. If I ssh into my home machine (which runs Mandrake 9.1) from a win2k machine running exceed or xwin or from a RH 7.2 machine, I cannot run any qt/KDE program remotely -- they all crash and dump core. All plain X and gnome apps work without problems. If I log onto the console of my home machine as user A, start a konsole, ssh in as user B, I can use Qt/KDE applications without any problems. --- 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: 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
Re: [Cooker] Asus A7N8X USB
Narfi wrote: > I have not modified /etc/lilo.conf and /etc/modules.conf from what I got from a > clean installation of 9.1. ... > /etc/lilo.conf: > append="devfs=mount acpi=off ide1=ata66 quiet" Sorry, about the incorrect statement. I added the ide1=ata66 clause into /etc/lilo.conf. It boosted hdparm from 22 MB/s to 40 MB/s. Narfi.
Re: [Cooker] Asus A7N8X USB
Stefan van der Eijk wrote: > Has anybody had any luck getting USB to work on a A7N8X? Yes. IIRC, I had problems using the lower 2 ports, but the upper 2 work without any problems. I have not modified /etc/lilo.conf and /etc/modules.conf from what I got from a clean installation of 9.1. Bios settings (as I remember them to be!) USB Controllers: V1.1+V2.0 APIC: disabled /etc/lilo.conf: append="devfs=mount acpi=off ide1=ata66 quiet" /etc/modules.conf: alias eth0 3c90x alias sound-slot-0 i810_audio probeall usb-interface usb-ohci ehci-hcd alias ieee1394-controller ohci1394 lsusb -vv shows Bus 001, Bus 002 and Bus 003. Buses 1 and 2 seem to be USB 1.1 and bus 3 seems to be USB 2.0. The only thing that bothers me is that Thomas Backlund's patch for Firewire on the A7N8X deluxe did not make it into the standard kernel :-( Narfi.
Re: [Cooker] Fwd: mpeg2enc timing results [narfi@cs.wisc.edu]
Giuseppe wrote: > w9ya wrote: >> Austin wrote: [for me, thanks Austin!] >>>The best times of the 4 were: >>>athlon-xp:12.16 >>>i586: 13.24 >>>i586, no mmx: 57.65 > Honestly I never found yet a package > that will increase > performance of even 10% just changing the compiler flags Guiseppe, I completely agree with this statement. My trivial experiment shows 2 things: 1) It pays off bigtime to allow mjpegtools to use the MMX instruction set. 2) We only get a minimal benefit from compiling for athlon instead of i586. When the discussion of mjpegtools started, some people wanted local recompilations but these numbers to not support that idea. They do, however, strongly support the idea of building and distributing mjpegtools with and without the MMX instructions. [The former is in order to get the performance benefit, the latter in order to follow the Mandrake architecture policy] If you can help Austin in any way to set that up, we would all be very grateful. So far, Austin has only received vague instructions and ridicule despite his best attempts at asking polite and constructive questions. Narfi.
Re: [Cooker] Bla, bla, but no 9.1 date
> Helge Hielscher wrote: > Greg Meyer wrote: >> Why don't you just mirror cooker and install from hard disk? It's a much >> faster install anyway. >> > Is there a HOWTO somewhere? Does it work on a floppy-less PC? I don't have a floppy drive. Thanks to Buchan for showing me this. I simplified his lilo.conf stanzas somewhat. I have this in my /etc/lilo.conf image=/boot/vmlinuz-hdimg label=hd-install root=/dev/ram3 initrd=/boot/hd.rdz append="rmadisk_size=32000" vga=791 read-only In order to put the required files from hd.img into /boot, I do the following: su - cd mount -t vfat hd.img ~/tmp/ -o loop=/dev/loop3 cp ~/tmp/vmlinuz /boot/vmlinuz-hdimg cp ~/tmp/hd.rzd /boot umount ~/tmp /sbin/lilo exit Now you can select "hd-install" from your lilo boot menu and that will start the installer. You will need to know what partition stores your cooker mirror and the path to your cooker/i586/ directory, relative to that partition. This is a very way to install Mandrake :-) Narfi.
Re: [Cooker] Post 9.1 Wishlist (9.2 ??)
> On Tuesday March 18, Steffen wrote: >> On Tuesday 18 March 2003 20:24, Austin wrote: >> Here's my own personal 9.1 wishlist. Some topics I'm planning on working >> on, some are already underway by MDK staff, others are open to >> volunteers/naysayers. >> >> 1. Spiffy new sounddrake. >> 2. Spiffy new fontdrake. >> 3. Developer's web portal: todo list, interfaces with bugzilla, contact >> 4. Fix pygnome/pygnome2/pygtk/pygtk2 mess. >> 5. New menu entry for 'home and hobby' type applications. I've asked for >> 6. Get video capture working well. >> 7. Get cinelerra into main. >> 8. Integrate GATOS project. >> 9. Integrate Nautilus-burn more obviously. >> 10. Autodetect best fonts. >> 11. Superchaged applications. >> While I'm all for an rpm system and i586 optimization, there are a few >> applications that REALLY suck as they are. ATLAS, transcode, and >> mjpegtools come to mind. They are rediculously slow. Narfi has some >> benchmarks I think. Some options are: > mjpegtools had in 9.0 even MMX switched off. Not really usefull. I believe that Steffen is right that mjpegtools was compiled without MMX in the 9.0 rpms. When I compile for i586 and athlon side by side and I enable MMX for both, I only get a maximum of 10-15% speed difference. The difference in with/without MMX is of course huge :-) >> 12. More automated lm_sensors installation. > Some thoughts from me: > 13. (or 12a ;)) Make dialup for user more easy. I don't like SuSE but their > kinternet is a good example how it should be done. My additions to your list follow. In summary, I add: 14. Configurable usb/firewire hotplug. 15. Remove super-user icons and menu items from user accounts that don't need them. 16. Create the Mandrake Personal Configuration Center. 14. Configurable usb/firewire hotplug. We can't expect to let the hotplug always do the right thing for all users and we will always miss some device IDs in our lists. Therefore, I would like the hotplug actions to be configurable. I have 4 USB drives, all of which are detected. - 1 is setup correctly. - 1 is mounted incorrectly [incorrect fs type]. - 2 are not mounted. I would like to be able to specify the actions when these drives are connected to the usb port - confirm that this is a usb-storage device - what partitions to mount and their mountpoints - file system type(s) - applications to launch, e.g. konqueror. - whether to show an icon on the desktop or not. and I would like these settings to be saved in my user account and used the next time I connect a drive with that ID anywhere on the usb bus. Same for firewire. When a DV camcorder is connected, a program should be launched (e.g. kino), and this should be user configurable. The 1394 mailing list has just started discussing the changes necessary for the super-user to decide these actions. In all cases, I want the super-user to be able to specify and modify the default actions when devices are connected to the usb/firewire ports and the non-privileged users to be able to modify that setup according to their own wishes. 15. Remove super-user icons and menu items from user accounts that don't need them. Do your spouses/kids ever run MCC? Do they have the root password? If not, then why do they get the icon for the MCC on the task bar, menu items for konsole in super-user mode, etc? When I install Mandrake, I want to be able to check a box when I create new users that says something like: - Should this user account have icons and menu items for program requiring the super-user passwords? Yes/No This way, my other family members don't get unnecessarily confused by extra icons and menu items that they can't even use because they don't have the root password! 16. Create the Mandrake Personal Configuration Center. Good old MCC is a great collection of configuration tools for the super user. It shows off the good tools that Mandrake has created. However, we are missing such a collection of configuration tools for the non-privileged user. - screen resolution for the user account - picture in kdm/mdkkdm - menus - fonts [go into ~/.fonts] - drakcronat - samba setup for the user account - localedrake - draksync - first time wizard - usb/firewire setup as explained in item 14 - remove/insert super-user menu items and icons as explained in item 15 Basically, we need to group together all the Mdk tools that can be run in a meaningful manner to setup the user accounts. Furthermore, when they are run from the Personal Configuration Center, they should not prompt for the root password. Narfi.
[Cooker] [Bug 2062] [OpenOffice.org] incorrect fonts in Japanese locale
http://qa.mandrakesoft.com/show_bug.cgi?id=2062 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-03-18 19:13 --- The menus and dialogs are now readable in the Japanese locale. Thanks! Marking bug as fixed. --- 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 did a fresh reinstall of cooker and created new users for this experiment. When OOo is run in the Japanese locale, squares are displayed in place of Japanese characters throughout the menus and dialogs. I ran OOo under the en_US locale and changed the default font substitution Andale Sans Ui ---> Luxi Sans [IIRC] to Andale Sans Ui ---> Kochi Gothic and when I reran OOo under the Japanese locale, all of the Japanese characters appeared correctly. Another solution to this font problem would be to remove the font substitution altogether. However, Kochi Gothic looks much better than Andale Sans UI.
[Cooker] [Bug 3059] [SysVinit] Shutdown ends with some sort of UTF8 error.
http://qa.mandrakesoft.com/show_bug.cgi?id=3059 --- Additional Comments From [EMAIL PROTECTED] 2003-03-12 02:30 --- I'm having the same problem. I installed with English as the default language and Japanese as the secondary language. Because of my language choice, /etc/sysconfig/i18n has en_US.UTF-8 as the default locale. When I run shutdown -r now from the command line with en_US.UTF-8 as the default locale, I get the same error message as the initial bug report showed. When I edit /etc/sysconfig/i18n and change the default locale from en_US.UTF-8 to en_US, log out and in again, shutdown -r now works the way it should. --- 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: Configuration: - AMD Duron 1.2, 512Mb, Shuttle XPC SN41G2 Nforce2, Maxtor 120Gb - Fresh MDK 9.1 RC2 installation, no NVIDIA drivers installed Problem 1: SysVinit % shutdown -r now ;2R - bash: syntax error near unexpected token ';' % shutdown -r now is_in_UTF8_mode: Input/Output error - in installation I checked "Force UTF8 mode" or what was it...
[Cooker] [Bug 2958] [drakconf] DM configuration tool does not install rpms.
http://qa.mandrakesoft.com/show_bug.cgi?id=2958 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEEDINFO|ASSIGNED --- Additional Comments From [EMAIL PROTECTED] 2003-03-10 13:04 --- What more information is needed? The status before running drakedm: mdkkdm was the display manager. The package kdebase-kdm was not installed. When I ran drakedm: I selected kdm as the display manager. After I ran drakedm: /etc/sysconfig/desktop had DISPLAYMANAGER=kdm. Even after restarting the dm, mdkkdm was still the display manager. The reason for this behaviour: Since kdm was not installed, the Mandrake scripts used mdkkdm as a fall-back display manager. What I expected: That drakedm would realize that the kdm is provided by kdebase-kdm and that if I select kdm as the login manager, then that package needs to be installed. --- 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 the display manager configuration tool (drakdm?) to change from mdkkdm to kdm. Afterwards, the change was not visible since mdkkdm stayed as the login manager. The reason: kdebase-kdm was not installed. What I expected: That the configuration tool would install the rpms that were needed in order to use the DM that I chose.
[Cooker] [Bug 3058] [Hardware] Nforce2 driver support
http://qa.mandrakesoft.com/show_bug.cgi?id=3058 --- Additional Comments From [EMAIL PROTECTED] 2003-03-10 05:59 --- The linux1394 project just recently added support for the nforce2. The discussion is here: http://marc.theaimsgroup.com/?t=10461196572&r=1&w=2 They have the patch in subversion. --- 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: Problem 2: kernel - nvnet driver not included and compilation "impossible" without compiling first new kernel since the kernel-source is not for installed kernel!!! This has been with ALL mandrake versions I have used. Please make kernel-source reflect UP kernel (default) so that compilation of additional kernel modules will not require whole kernel compilation/installation. - also nvaudio is missing - Nforce2 IDE only in UDMA(33) mode (Maxtor supports UDMA133). This is SLOW. - Nforce2 drivers not included in the package (would be a good addition since they are getting popular) Configuration: - AMD Duron 1.2, 512Mb, Shuttle XPC SN41G2 Nforce2, Maxtor 120Gb - Fresh MDK 9.1 RC2 installation, no NVIDIA drivers installed
[Cooker] [Bug 1428] [ghostscript] Japanese text cannot be printed
http://qa.mandrakesoft.com/show_bug.cgi?id=1428 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEEDINFO|ASSIGNED --- Additional Comments From [EMAIL PROTECTED] 2003-03-09 04:30 --- I edited /etc/cups/ppd/* and did this replacement, s/PARANOIDSAFER/SAFER/, and after that, the printing worked without any problems :-) In short, the bugfix worked for me. I'll close the bug once I download the fixes, or you can close it once you check the changes into cvs. Thanks. --- 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 did a fresh install of cooker last night with Japanese as a second language. Among other packages, I have fonts-ttf-japanese-0.20020727-2mdk OpenOffice.org-l10n-ja-1.0.2-2mdk kde-i18n-ja-3.1-1mdk locales-ja-2.3.1.4-3mdk ghostscript-7.05-42mdk ghostscript-fonts-6.0-1mdk ghostscript-module-X-7.05-42mdk installed. No matter what fonts I choose in mozilla or konqueror, I cannot print a simple page in Japanese successfully on my HP Deskjet 832C. I have been able to print to a postscript file and view that in gv without any problems, but when I send it to the printer, it comes out garbled. I.e I get one of the following: - Squares instead of Japanese letters - Blanks instead of Japanese letters - Symbols instead of Japanese letters, such as $*$$o$K Almost all postscript files looked correct when viewed in gv. The one case where I could not view correctly the postscript file in gv was when I used the default fonts in konqueror!!! For this test, I created a new user, logged into kde as that user, ran /usr/sbin/localedrake, logged out and in again. This is as clean of a setup as possible.
[Cooker] [Bug 2958] [drakconf] New: DM configuration tool does not install rpms.
http://qa.mandrakesoft.com/show_bug.cgi?id=2958 Product: drakconf Component: program Summary: DM configuration tool does not install rpms. Version: 9.1-6mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I used the display manager configuration tool (drakdm?) to change from mdkkdm to kdm. Afterwards, the change was not visible since mdkkdm stayed as the login manager. The reason: kdebase-kdm was not installed. What I expected: That the configuration tool would install the rpms that were needed in order to use the DM that I chose. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] Re: Japanese characters not displayed in gimp and other packages
On Wednesday 05 March 2003 09:55, Pablo Saratxaga wrote: > Kaixo! > > On Wed, Mar 05, 2003 at 01:02:06AM -0600, Narfi Stefansson wrote: > > Pablo and others: > > > > I have observed that The Gimp does not display the Japanese messages > > properly in the default Japanese setup in Mandrake. This is on an up to > > date cooker. Furthermore, with the ~/.i18n as given by localedrake, the > > former of the 2 commands fails to display the messages correctly, whereas > > the latter displays them successfully: > > LC_CTYPE=ja_JP.UTF-8 && gimp > > LC_CTYPE=ja && gimp > > Yes, apparentyl the way XFree86 handles utf-8 fontsets changed > (previously, giving a *-jisx0208.1983-0 font was enough; now it requires > *-iso10646-1 fonts only). > > I rebuild libgtk+1.2 and some fonts-* packages so that old gtk1 > programs work better in utf-8 locales. > Has this change been incorporated? The Gimp, userdrake and other programs still only show squares instead of Japanese characters. Also, emacs suffers from the same problem, works in LC_CTYPE=ja and not in LC_CTYPE=ja_JP.UTF-8. Narfi.
[Cooker] [Bug 1428] [ghostscript] Japanese text cannot be printed
http://qa.mandrakesoft.com/show_bug.cgi?id=1428 --- Additional Comments From [EMAIL PROTECTED] 2003-03-08 05:34 --- Bug is still valid. I cannot print text from mozilla. If I preview the PostScript files, the preview is always correct in gv, but the printout has squares instead of Japanese characters. I still do not know whether this is a bug in mozilla or ghostscript. --- 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 did a fresh install of cooker last night with Japanese as a second language. Among other packages, I have fonts-ttf-japanese-0.20020727-2mdk OpenOffice.org-l10n-ja-1.0.2-2mdk kde-i18n-ja-3.1-1mdk locales-ja-2.3.1.4-3mdk ghostscript-7.05-42mdk ghostscript-fonts-6.0-1mdk ghostscript-module-X-7.05-42mdk installed. No matter what fonts I choose in mozilla or konqueror, I cannot print a simple page in Japanese successfully on my HP Deskjet 832C. I have been able to print to a postscript file and view that in gv without any problems, but when I send it to the printer, it comes out garbled. I.e I get one of the following: - Squares instead of Japanese letters - Blanks instead of Japanese letters - Symbols instead of Japanese letters, such as $*$$o$K Almost all postscript files looked correct when viewed in gv. The one case where I could not view correctly the postscript file in gv was when I used the default fonts in konqueror!!! For this test, I created a new user, logged into kde as that user, ran /usr/sbin/localedrake, logged out and in again. This is as clean of a setup as possible.
[Cooker] [Bug 1681] [kdebase] kwrite doesn't work default Japanese setup
http://qa.mandrakesoft.com/show_bug.cgi?id=1681 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2003-03-08 05:38 --- The bug has not actually been solved, but localedrake now sets up Over The Spot and this bug only applied to On The Spot. I therefore consider it to be a waste of time to worry about this bug and I am closing it as WONTFIX. --- 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: On a fresh cooker install, I created a new user, switched that user to use Japanese. Once logged in, I started kwrite and activated kinput2 with shift-space. After that, no characters appeared in the document I was editing. I closed kwrite, edited ~/.qt/qtrc and added XIMInputStyle=On The Spot in the [General] section I started kwrite again and I could use kinput2 as to do all the editing I wanted. In short: with some KDE applications on-the-spot does not work well or look all that great. With kwrite, it simply does not work at all! Since on-the-spot is the default state of a Japanese environment created by localedrake, this is a problem. My suggestion: I'm sure nobody on the Mandrake team wants to find this error in kwrite. Instead, I say that localedrake should change ~/.qt/qtrc in the manner prescribed above when Japanese is selected as the locale. That's a simple solution, it's relatively clean and all users of Japanese will love it because on-the-spot in KDE is just painfully ugly! [Just to name one: there is no indicator that the Input Method Editor is active.]
[Cooker] [Bug 2062] [OpenOffice.org] incorrect fonts in Japanese locale
http://qa.mandrakesoft.com/show_bug.cgi?id=2062 --- Additional Comments From [EMAIL PROTECTED] 2003-03-08 05:29 --- This bug is still valid. OpenOffice.org only displayes squares in the menus and dialogs until one either disables or changes the default font substitution Anandale Sans UI --> Luxi Sans. --- 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 did a fresh reinstall of cooker and created new users for this experiment. When OOo is run in the Japanese locale, squares are displayed in place of Japanese characters throughout the menus and dialogs. I ran OOo under the en_US locale and changed the default font substitution Andale Sans Ui ---> Luxi Sans [IIRC] to Andale Sans Ui ---> Kochi Gothic and when I reran OOo under the Japanese locale, all of the Japanese characters appeared correctly. Another solution to this font problem would be to remove the font substitution altogether. However, Kochi Gothic looks much better than Andale Sans UI.
[Cooker] [Bug 1428] [ghostscript] Japanese text cannot be printed
http://qa.mandrakesoft.com/show_bug.cgi?id=1428 --- Additional Comments From [EMAIL PROTECTED] 2003-03-05 08:10 --- Bug 1682 has been solved and with it went away a large part of this bug. Printing now works from all the KDE programs that I have tried as well as OOo. What remains for me is that I cannot print Japanese webpages from Mozilla. I can view the postscript files correctly in gv, but when I try to print them out, I get squares instead of Japanese characters. Of course, the same applies to galeon. I do not know whether the mistake lies in Mozilla or in the printing/font setup. --- 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 did a fresh install of cooker last night with Japanese as a second language. Among other packages, I have fonts-ttf-japanese-0.20020727-2mdk OpenOffice.org-l10n-ja-1.0.2-2mdk kde-i18n-ja-3.1-1mdk locales-ja-2.3.1.4-3mdk ghostscript-7.05-42mdk ghostscript-fonts-6.0-1mdk ghostscript-module-X-7.05-42mdk installed. No matter what fonts I choose in mozilla or konqueror, I cannot print a simple page in Japanese successfully on my HP Deskjet 832C. I have been able to print to a postscript file and view that in gv without any problems, but when I send it to the printer, it comes out garbled. I.e I get one of the following: - Squares instead of Japanese letters - Blanks instead of Japanese letters - Symbols instead of Japanese letters, such as $*$$o$K Almost all postscript files looked correct when viewed in gv. The one case where I could not view correctly the postscript file in gv was when I used the default fonts in konqueror!!! For this test, I created a new user, logged into kde as that user, ran /usr/sbin/localedrake, logged out and in again. This is as clean of a setup as possible.
[Cooker] Japanese characters not displayed in gimp and other packages
Pablo and others: I have observed that The Gimp does not display the Japanese messages properly in the default Japanese setup in Mandrake. This is on an up to date cooker. Furthermore, with the ~/.i18n as given by localedrake, the former of the 2 commands fails to display the messages correctly, whereas the latter displays them successfully: LC_CTYPE=ja_JP.UTF-8 && gimp LC_CTYPE=ja && gimp These observations apply to - gimp - gnucash - gnumeric - gnome-spell-properties-capplet - gabber - gaddr - From gnome-pim: -- gnomecal -- gnomecard - From gnome-network: -- gtalk -- gnome-ppp -- gnome-sync Some of these programs gave a warning similar to the following: The font "-*-helvetica-medium-r-normal--10-*-*-*-p-*-*-*" does not support all the required character sets for the current locale "ja_JP.UTF-8" (Missing character set "JISX0208.1983-0") (Missing character set "JISX0201.1976-0") when I tried to run them with LC_CTYPE=ja_JP.UTF-8. I tried a bunch of other gnome-* programs and they all displayed their messages correctly under ja_JP.UTF-8. I will state the obvious and say that - gimp - gnucash - gnumeric are the most important ones of these applications to correct since they are widely used and hard to replace by other programs. Of course I can open a bug for each of these packages, but that might be a overkill. Please reply to cooker if you plan on looking at some/all of these. Otherwise, I'll have to open bugs ... Thanks, Narfi.
[Cooker] [Bug 1682] [fonts-ttf-japanese] fonts not available in KDE, drakfont or OOo
http://qa.mandrakesoft.com/show_bug.cgi?id=1682 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-03-05 08:06 --- Thanks Pablo. I'll mark this bug as solved. However, a related bug is partially unsolved: Bug 1428 about printing Japanese. Printing works from KDE programs, OOo, but not from Mozilla. I'll move any further discussion about printing troubles fro m Mozilla to that 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: RESOLVED creation_date: description: On a fresh cooker installation, I selected Japanese as a second language during the installation. When I browse through the font list in the font-setup module in kcontrol, I cannot find any of the Japanese fonts: kochi-gothic kochi-mincho wadalab-gothic wadalab-mincho I cannot find them in the drakfont listing either. I tried this with and without AA on, both in a Japanese KDE environment as well as an English KDE environment. I then copied /usr/share/fonts/ttf/japanese/kochi-gothic.ttf to /tmp and used drakfont to install it, and then it appeared in the drakfont listings as well as the KDE font-module. At this point, I also looked in OpenOffice.org, and I could not find the wadalab fonts, but both kochi-gothic and kochi-mincho were in the font listings there. This looks like an incorrect font setup to me! Note: To be precise: When one uses localedrake to setup a Japanese account, wadalab is set up as the default fixed font in KDE [can't remember which one of the two, gothic or mincho]. However, wadalab doesn't appear in the listing of the selectable fonts.
[Cooker] [Bug 1682] [fonts-ttf-japanese] fonts not available in KDE, drakfont or OOo
http://qa.mandrakesoft.com/show_bug.cgi?id=1682 --- Additional Comments From [EMAIL PROTECTED] 2003-02-25 18:31 --- Pablo, I actually think that it would be a much bigger gain to get the printing system working than to fix wadalab/watanabe as an on-screen font. If you want to remove those fonts from the distribution, that's fine. I think that the printing setup is so much more complicated than the screen-font setup that users can install screen fonts that they like afterwards, but it would be very hard for them to change the print setup. Currently, I can generate postscript files in Mozilla, they look correct in gv, but the printout fails. PostScript files that I generate in KDE programs cannot be printed out and cannot be previewed in gv. I can print out Japanese text from OpenOffice.org for the reasons given below. Mozilla has font settings for printing out Japanese text: [in unix.js] pref("print.postscript.nativefont.ja", "Ryumin-Light-EUC-H"); In the PostScript file generate by mozilla, I see: /ja_ls { /NativeFont /Ryumin-Light-EUC-H def /UCS2Font /Courier def /Unicode2NativeDict Unicode2NativeDictja def /unicodeshow1 { real_unicodeshow } bind def /unicodeshow2 { real_unicodeshow_native } bind def } bind de but I don't know why the preview would be successful, but the printing would fail. Is Courier set as a fall-back font or as a unicode font? In the printouts from KDE programs [I tried kwrite and konqueror], it looks like the fonts are hardcoded: %%DocumentFonts: Helvetica LuxiSans I see plentiful mentioning of Luxi and Helvetica in the PostScript file, but none of the Japanese fonts. This would explain why the preview as well as the printing fail so miserably. OpenOffice.org, on the other hand, tries very hard to let the printouts look the same as the on-screen versions and the printout fonts are therefore the same as the on-screen fonts. Ergo: If you can view it on the screen, you can print it 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: UNCONFIRMED creation_date: description: On a fresh cooker installation, I selected Japanese as a second language during the installation. When I browse through the font list in the font-setup module in kcontrol, I cannot find any of the Japanese fonts: kochi-gothic kochi-mincho wadalab-gothic wadalab-mincho I cannot find them in the drakfont listing either. I tried this with and without AA on, both in a Japanese KDE environment as well as an English KDE environment. I then copied /usr/share/fonts/ttf/japanese/kochi-gothic.ttf to /tmp and used drakfont to install it, and then it appeared in the drakfont listings as well as the KDE font-module. At this point, I also looked in OpenOffice.org, and I could not find the wadalab fonts, but both kochi-gothic and kochi-mincho were in the font listings there. This looks like an incorrect font setup to me! Note: To be precise: When one uses localedrake to setup a Japanese account, wadalab is set up as the default fixed font in KDE [can't remember which one of the two, gothic or mincho]. However, wadalab doesn't appear in the listing of the selectable fonts.
[Cooker] [Bug 1682] [fonts-ttf-japanese] fonts not available in KDE, drakfont or OOo
https://qa.mandrakesoft.com/show_bug.cgi?id=1682 --- Additional Comments From [EMAIL PROTECTED] 2003-02-21 23:57 --- Yes, the kochi fonts seem to work very well. However, as you say, I believe that the wadalab and watanabe fonts are used for printing. I have been googling for a discussion about setting those fonts up with xft2/Qt3/fontconfig but I've been mostly unsuccessful. It is worth noting that receiving boxes instead of a character is often indicative of encoding problems. Looking at kochi-gothic.ttf and kochi-mincho.ttf, I get: encoding 0: Apple Roman encoding 1: Windows Unicode while looking at wadalab-gothic.ttf and watanabe-mincho.ttf, I get: encoding 0: Apple Roman encoding 1: Apple Japanese encoding 2: Windows Shift-JIS encoding 3: Windows Shift-JIS Also, could the following be related to our troubles? http://www.freetype.org/pipermail/devel/2002-December/008719.html --- 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: On a fresh cooker installation, I selected Japanese as a second language during the installation. When I browse through the font list in the font-setup module in kcontrol, I cannot find any of the Japanese fonts: kochi-gothic kochi-mincho wadalab-gothic wadalab-mincho I cannot find them in the drakfont listing either. I tried this with and without AA on, both in a Japanese KDE environment as well as an English KDE environment. I then copied /usr/share/fonts/ttf/japanese/kochi-gothic.ttf to /tmp and used drakfont to install it, and then it appeared in the drakfont listings as well as the KDE font-module. At this point, I also looked in OpenOffice.org, and I could not find the wadalab fonts, but both kochi-gothic and kochi-mincho were in the font listings there. This looks like an incorrect font setup to me! Note: To be precise: When one uses localedrake to setup a Japanese account, wadalab is set up as the default fixed font in KDE [can't remember which one of the two, gothic or mincho]. However, wadalab doesn't appear in the listing of the selectable fonts.
[Cooker] [Bug 2062] [OpenOffice.org] New: incorrect fonts in Japanese locale
https://qa.mandrakesoft.com/show_bug.cgi?id=2062 Product: OpenOffice.org Component: i18n Summary: incorrect fonts in Japanese locale Version: 1.0.2-2mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I did a fresh reinstall of cooker and created new users for this experiment. When OOo is run in the Japanese locale, squares are displayed in place of Japanese characters throughout the menus and dialogs. I ran OOo under the en_US locale and changed the default font substitution Andale Sans Ui ---> Luxi Sans [IIRC] to Andale Sans Ui ---> Kochi Gothic and when I reran OOo under the Japanese locale, all of the Japanese characters appeared correctly. Another solution to this font problem would be to remove the font substitution altogether. However, Kochi Gothic looks much better than Andale Sans UI. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 1637] [OpenOffice.org] OpenOffice doesn't start.
https://qa.mandrakesoft.com/show_bug.cgi?id=1637 --- Additional Comments From [EMAIL PROTECTED] 2003-02-21 19:31 --- I reinstalled cooker today and I could not replicate the start-up problem. --- 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:
[Cooker] [Bug 1075] [cups] incorrect colors on HP Deskjet 832 C
https://qa.mandrakesoft.com/show_bug.cgi?id=1075 --- Additional Comments From [EMAIL PROTECTED] 2003-02-21 19:32 --- " after the computer had rebooted and ran rpmdrake. Unfortunately, the setup failed and rpmdrake ..." Please substitute /rpmdrake/ with /printerdrake/ --- 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 am running current cooker and I have set up my HP Deskjet 832C as an available printer. I was given the choice between HP Deskjet Series CUPS v. 1.1 HP New Deskjet Series CUPS v. 1.1 and I chose the former since it seemed to be the default. I also chose the colormodel to be CMYK because it was the default. Then I printed the test page and all the black colors (the borders and the text) were blue instead of black. The resolution in the colored graphics seemed to be much below the 300 DPI that I had specified. I tried to switch to a grayscale colormodel and printed the test page, but it looked the same as with the CMYK colormodel.
[Cooker] [Bug 1681] [kdebase] kwrite doesn't work default Japanese setup
https://qa.mandrakesoft.com/show_bug.cgi?id=1681 --- Additional Comments From [EMAIL PROTECTED] 2003-02-21 19:18 --- Yes, this bug is still valid. However, it has now several mitigating factors: 1) qtconfig is installed by default. Changing the XIM-style for qt applications by running /usr/lib/qt3/bin/qtconfig makes this bug mute. 2) localedrake will [hopefully soon] be modified to change the XIM-style for qt applications, so the users won't even have to run qtconfig in order to avoid 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: On a fresh cooker install, I created a new user, switched that user to use Japanese. Once logged in, I started kwrite and activated kinput2 with shift-space. After that, no characters appeared in the document I was editing. I closed kwrite, edited ~/.qt/qtrc and added XIMInputStyle=On The Spot in the [General] section I started kwrite again and I could use kinput2 as to do all the editing I wanted. In short: with some KDE applications on-the-spot does not work well or look all that great. With kwrite, it simply does not work at all! Since on-the-spot is the default state of a Japanese environment created by localedrake, this is a problem. My suggestion: I'm sure nobody on the Mandrake team wants to find this error in kwrite. Instead, I say that localedrake should change ~/.qt/qtrc in the manner prescribed above when Japanese is selected as the locale. That's a simple solution, it's relatively clean and all users of Japanese will love it because on-the-spot in KDE is just painfully ugly! [Just to name one: there is no indicator that the Input Method Editor is active.]
[Cooker] [Bug 1075] [cups] incorrect colors on HP Deskjet 832 C
https://qa.mandrakesoft.com/show_bug.cgi?id=1075 --- Additional Comments From [EMAIL PROTECTED] 2003-02-21 19:14 --- I reinstalled cooker in order to see if I could replicate this bug. I disconnected the printer from the computer during the installation, plugged it in while after the computer had rebooted and ran rpmdrake. Unfortunately, the setup failed and rpmdrake closed and I got the command line prompt back. Below are the messages on std. out/std. err and log messages. I tried to run printerdrake again, but it failed in the same manner. That is, it didn't install the rpms again, but the initial message about having detected the printer and the possible need of installing rpms appeared again, as did the final error message. ### # std out and std err: rmmod: module lp is not loaded rmmod: module parport_pc is not loaded rmmod: module parport_probe is not loaded rmmod: module parport is not loaded modprobe: Can't locate module parport_probe modprobe: Can't locate module parport_probe rmmod: module parport_probe is not loaded installing /mnt/hd/cooker/cooker/i586/Mandrake/RPMS/printer-filters-1.0-94mdk.i586.rpm /mnt/hd/cooker/cooker/i586/Mandrake/RPMS/libijs0-0.34-34mdk.i586.rpm /mnt/hd/cooker/cooker/i586/Mandrake/RPMS/foomatic-db-3.0-0.beta1.20030213.1mdk.i586.rpm /mnt/hd/cooker/cooker/i586/Mandrake/RPMS/foomatic-filters-3.0-0.beta1.20030213.1mdk.i586.rpm /mnt/hd/cooker/cooker/i586/Mandrake/RPMS/foomatic-db-engine-3.0-0.beta1.20030213.1mdk.i586.rpm /mnt/hd/cooker/cooker/i586/Mandrake/RPMS/mpage-2.5.3-3mdk.i586.rpm rpm: no packages given for erase Cannot read printrc file! installing /mnt/hd/cooker/cooker/i586/Mandrake/RPMS/printer-testpages-1.0-94mdk.i586.rpm /mnt/hd/cooker/cooker/i586/Mandrake/RPMS/nmap-3.00-2mdk.i586.rpm /mnt/hd/cooker/cooker/i586/Mandrake/RPMS/scli-0.2.9-3mdk.i586.rpm /mnt/hd/cooker/cooker/i586/Mandrake/RPMS/printer-utils-1.0-94mdk.i586.rpm /mnt/hd/cooker/cooker/i586/Mandrake/RPMS/libgimp1.2_1-1.2.3-20mdk.i586.rpm rpm: no packages given for erase install-info: warning: no info dir entry in `/usr/share/info/scli.info.bz2' Can't locate object method "set" via package "MDK::Common::Func::before_leaving" at /usr/lib/libDrakX/printer/printerdrake.pm line 3290. ## # From /var/log/messages Feb 21 11:20:00 localhost printerdrake[1724]: ### Program is starting ### Feb 21 11:20:01 localhost printerdrake[1724]: running: rmmod lp Feb 21 11:20:01 localhost printerdrake[1724]: running: rmmod parport_pc Feb 21 11:20:01 localhost printerdrake[1724]: running: rmmod parport_probe Feb 21 11:20:01 localhost printerdrake[1724]: running: rmmod parport Feb 21 11:20:01 localhost printerdrake[1724]: running: /sbin/modprobe parport_pc Feb 21 11:20:01 localhost kernel: parport0: PC-style at 0x378 (0x778) [PCSPP,TRISTATE] Feb 21 11:20:01 localhost kernel: parport0: irq 7 detected Feb 21 11:20:01 localhost kernel: parport0: Printer, HEWLETT-PACKARD DESKJET 830C Feb 21 11:20:01 localhost printerdrake[1724]: running: /sbin/modprobe lp Feb 21 11:20:01 localhost kernel: lp0: using parport0 (polling). Feb 21 11:20:01 localhost printerdrake[1724]: running: /sbin/modprobe parport_probe Feb 21 11:20:01 localhost printerdrake[1724]: running: /sbin/modprobe -n parport_probe Feb 21 11:20:02 localhost printerdrake[1724]: running: rmmod parport_probe Feb 21 11:20:06 localhost kernel: i810_audio: drain_dac, dma timeout? Feb 21 11:20:07 localhost printerdrake[1724]: running: /bin/rpm > /dev/null -q foomatic-db-engine foomatic-filters foomatic- db Feb 21 11:20:08 localhost printerdrake[1724]: installed packages foomatic-db-engine foomatic-filters foomatic-db Feb 21 11:20:33 localhost printerdrake[1724]: running: /bin/rpm > /dev/null -q gimp Feb 21 11:20:33 localhost printerdrake[1724]: running: /bin/rpm > /dev/null -q foomatic-db-engine foomatic-filters foomatic- db printer-utils printer-testpages nmap scli Feb 21 11:20:33 localhost printerdrake[1724]: installed packages foomatic-db-engine foomatic-filters foomatic-db printer-uti ls printer-testpages nmap scli --- 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 am running current cooker and I have set up my HP Deskjet 832C as an available printer. I was given the choice between HP Deskjet Series CUPS v. 1.1 HP New Deskjet Series CUPS v. 1.1 and I chose the former since it seemed to be the default. I also chose the colormodel to be CMYK because it was the default. Then I printed the test page and all the black colors (the borders and the text) were blue instead of black. The resolution in the colored graphics seemed to be much below the 300 DPI that I had specified. I tried to switch to a grayscale colormodel and printed the test page, but it looked the same as with the CMYK colormodel.
[Cooker] [Bug 1676] [Installation] lost mouse after testing video
https://qa.mandrakesoft.com/show_bug.cgi?id=1676 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-02-21 19:06 --- I just did a fresh installation and I did not have this problem. Changing to fixed :-) --- 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 did a fresh install of cooker earlier this evening. At the summary stage, I selected the video and chose to change the screen resolution to 1152x864 and to test it. The test screen came up and it looked fine (why is it still gray?) and I pressed the OK button to verify that. When I had exited the video card test mode, the mouse cursor was stuck in the upper right hand corner of the screen and could not be moved. The only way for me to finish the installation was by using the keyboard. zcat /root/drakx/report.bug.gz | grep DrakX gives: * second stage install running (DrakX v1.782 built Sat Feb 15 00:47:57 2003)
[Cooker] [Bug 1096] [kinput2-wnn4] kinput2 cannot be used with openoffice
https://qa.mandrakesoft.com/show_bug.cgi?id=1096 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-02-21 19:05 --- works :-) --- 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: With the current settings of kinput2, a brief editing session in Japanese in OpenOffice.org will lock OOo up. This happens when using ctrl-W in the input method editor to bring up the candidate selection dialog. The Japanese OpenOffice.org user's group recommends appending the following to /usr/X11R6/lib/X11/app-defaults/Kinput2 in order to solve the problem: *SeparateConversion.input: false *selectionShell.input: false *auxShell.input: false I have tested this myself and found that this solves the problem without any loss in functionality.[Instead of using the arrow keys in the candidate selection dialog, one now needs to use ctrl-f and ctrl-b, that is the only difference I have found] Japanese speakers can find this in: http://openoffice-docj.sourceforge.jp/document/faq/us_linux.html and suse seems to have been aware of this for quite a while: http://lists.suse.com/archive/m17n/2002-May/0055.html
[Cooker] [Bug 1680] [drakxtools] cannot remove individual fonts
https://qa.mandrakesoft.com/show_bug.cgi?id=1680 --- Additional Comments From [EMAIL PROTECTED] 2003-02-21 17:54 --- I realized how to [possibly] do this: press the "advanced button", press "add" and add the fonts you want to remove, then press "remove selected" [I didn't test this, though]. However, I find this an unintuitive way of removing fonts and I think the way to proceed in the 9.0 version of drakfont is much easier: When the user presses "uninstall fonts", allow him to browse the font directories, select individual fonts and to remove them. I am quite curious as to what were the arguments for not allowing the users to remove individual fonts this way, but to only allow removing entire directories. --- 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: Currently, drakfont only allows one to delete entire directories from the font path. I would like to be able to remove individual fonts. After all, when I install fonts, they all go into /usr/X11/lib/X11/font/drakfont/... Aren't users most likely to want to remove some of the fonts that they erroneously installed themselves? That's at least the case for me!
[Cooker] [Bug 1682] [fonts-ttf-japanese] fonts not available in KDE, drakfont or OOo
https://qa.mandrakesoft.com/show_bug.cgi?id=1682 --- Additional Comments From [EMAIL PROTECTED] 2003-02-21 17:43 --- The problem is still in the same state as described in my comment on 2003-02-19. I should also add that when I preview the wadalab-gothic and watanabe-mincho fonts in the kde font settings dialog, the sample text "The Quick Brown Fox Jumps Over The Lazy Dog" appears with squares instead of spaces. It does not, however, appear that way when I preview it in drakfont. --- 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: On a fresh cooker installation, I selected Japanese as a second language during the installation. When I browse through the font list in the font-setup module in kcontrol, I cannot find any of the Japanese fonts: kochi-gothic kochi-mincho wadalab-gothic wadalab-mincho I cannot find them in the drakfont listing either. I tried this with and without AA on, both in a Japanese KDE environment as well as an English KDE environment. I then copied /usr/share/fonts/ttf/japanese/kochi-gothic.ttf to /tmp and used drakfont to install it, and then it appeared in the drakfont listings as well as the KDE font-module. At this point, I also looked in OpenOffice.org, and I could not find the wadalab fonts, but both kochi-gothic and kochi-mincho were in the font listings there. This looks like an incorrect font setup to me! Note: To be precise: When one uses localedrake to setup a Japanese account, wadalab is set up as the default fixed font in KDE [can't remember which one of the two, gothic or mincho]. However, wadalab doesn't appear in the listing of the selectable fonts.
[Cooker] [Bug 1679] [drakxtools] difficulties installing Arial Unicode
https://qa.mandrakesoft.com/show_bug.cgi?id=1679 --- Additional Comments From [EMAIL PROTECTED] 2003-02-21 17:36 --- Is the bug still there? Yes and no. I can install arial unicode without problems. However, drakfont does not check for and correct the permissions on the ttf files that you give it. Drakfont still install fonts that are readable only by root and does not automatically set them to be world readable. --- 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: On a fresh cooker installation: I used drakfont to import Arial Unicode. It seemed to be imported successfully, I got no warnings or error messages during the installation. However, after the installation I noticed 2 things: 1) /usr/X11/lib/X11/fonts/drakfont/TTF/arialuni.ttf was not readable by anyone except root because that were the permissions on the font file that I imported. I immediately added a+r to the permissions. 2) Neither drakfont nor the KDE font selector showed Arial Unicode in their font list. I logged out and in again, restarted xfs, switched from and to AA, but still the font did not show up. I then decided to add Bitstream Cyberbit. I manually fixed the permissions to a+r before I installed the font. Once I had finished installing it, both Bitstream Cyberbit and Arial Unicode showed up both in the KDE font selector as well as in drakfont!
[Cooker] [Bug 1076] [cups] a cups link points to `hostname`:631 instead of localhost:631
https://qa.mandrakesoft.com/show_bug.cgi?id=1076 [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-02-21 17:01 --- I checked today, using *cups*-1.1.19-0.1mdk* It has been fixed. --- 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 use mozilla to go to the cups server on localhost:631 and try to print a test page. I get the response You don't have permission to access the resource on this server The link that "print test page" points to is: http://c-115082.cmdm.wisc.edu:631/printers/Printer?op=print-test-page [i.e. my actual hostname] instead of: http://localhost:631/printers/Printer?op=print-test-page all other links on that cups administration page refer to localhost:631 and work without any problems. The steps I used to get to this point are trivial: Log onto the cups server as root, click "printers" and "print test page": # mozilla localhost:631 click on administration [enter root and root's password] click on printers click on print test page
[Cooker] [Bug 1191] [devfsd] /dev entries remain after USB drive has been unplugged
https://qa.mandrakesoft.com/show_bug.cgi?id=1191 --- Additional Comments From [EMAIL PROTECTED] 2003-02-21 06:17 --- This bug still remains. Tonight, I plugged a usb card reader in and a /dev/sda entry was created. After I had unplugged the device, I looked at the logs and saw a message stating that the device had been unplugged. However, the /dev/sda entry still remained. I then tried to run diskdrake, and it obviously believed that the device formerly connected to /dev/sda still was connected as it asked me: "I can't read the partition table of device sda, it's too corrupted for me :( I can try to go on, erasing over bad partitions (ALL DATA will be lost!). The other solution is to not allow DrakX to modify the partition table. (the error is unknown partition table format on disk /dev/sda.) Do you agree to loose all the partitions? [Y/N]" Thierry, if you don't think this is a mistake in devfsd, where do you think it is? In the kernel? In hotplug? Work with me, I gave all the information I could think of in the original bug report: lspci, logs, /proc/bus/usb/devices and a listing of relevant entries in /dev. What more can I do in order to facilitate this problem being solved? --- 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 CD-RW which I sometimes access using a IDE->USB2.0 case enclosure. When I connected it, it was recognized and a /dev/ entry was created. When I disconnected it, the /dev/ entry remained and harddrake2 still displayed the outdated drive information. What I expected: The /dev entries to be removed when I disconnected the device. This is on a fresh cooker install from yesterday. Kernel is 2.4.21.0.pre4.1 Given below: The appropriate lines from the kernel log, /proc/bus/usb/devices, lspvi -v, the /dev listing and the harddrake2 output. # # Here are the log messages from connecting: Feb 1 10:37:01 localhost kernel: hub.c: new USB device 00:02.2-1, assigned address 8 Feb 1 10:37:01 localhost kernel: usb.c: USB device not accepting new address=8 (error=-71) Feb 1 10:37:01 localhost kernel: hub.c: new USB device 00:02.2-1, assigned address 9 Feb 1 10:37:01 localhost kernel: scsi1 : SCSI emulation for USB Mass Storage devices Feb 1 10:37:03 localhost kernel: Vendor: HPModel: CD-Writer+ 9100 Rev: 1.0c Feb 1 10:37:03 localhost kernel: Type: CD-ROM ANSI SCSI revision: 02 Feb 1 10:37:03 localhost kernel: Attached scsi CD-ROM sr0 at scsi1, channel 0, id 0, lun 0 Feb 1 10:37:03 localhost kernel: sr0: scsi-1 drive Feb 1 10:37:06 localhost /etc/hotplug/usb.agent: Setup usb-storage for USB product # # The log message from disconnecting: Feb 1 11:44:57 localhost kernel: usb.c: USB disconnect on device 00:02.2-1 address 9 # # The results from cat /proc/bus/usb/devices with the CD drive connected show that it is indeed registered: T: Bus=03 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=480 MxCh= 6 B: Alloc= 0/800 us ( 0%), #Int= 0, #Iso= 0 D: Ver= 2.00 Cls=09(hub ) Sub=00 Prot=01 MxPS= 8 #Cfgs= 1 P: Vendor= ProdID= Rev= 2.04 S: Manufacturer=Linux 2.4.21pre4-1mdk ehci-hcd S: Product=PCI device 10de:0068 (nVidia Corporation) S: SerialNumber=00:02.2 C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr= 0mA I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=256ms T: Bus=03 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 9 Spd=480 MxCh= 0 D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1 P: Vendor=0c0b ProdID=b001 Rev=11.10 S: Manufacturer=DMI S: Product=USB 2.0 Storage Adaptor S: SerialNumber=0B02011C04E7EA44 C:* #Ifs= 1 Cfg#= 2 Atr=c0 MxPwr= 98mA I: If#= 0 Alt= 0 #EPs= 3 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage E: Ad=01(O) Atr=02(Bulk) MxPS= 512 Ivl=125us E: Ad=82(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms E: Ad=83(I) Atr=03(Int.) MxPS= 2 Ivl=32ms T: Bus=02 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 3 B: Alloc= 0/900 us ( 0%), #Int= 0, #Iso= 0 D: Ver= 1.10 Cls=09(hub ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1 P: Vendor= ProdID= Rev= 0.00 S: Product=USB OHCI Root Hub S: SerialNumber=e084 C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr= 0mA I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=255ms T: Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 3 B: Alloc= 0/900 us ( 0%), #Int= 0, #Iso= 0 D: Ver= 1.10 Cls=09(hub ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1 P: Vendor= ProdID= Rev= 0.00 S: Product=USB OHCI Root Hub S: SerialNumber=e083e000 C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr= 0mA I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=255ms # #
[Cooker] mdkkdm -- no caps lock warning
kdm displays a warning in red font if Caps Lock is on while the user types in the password. I think this would be a good usability feature for mdkkdm to have. Narfi.
[Cooker] [Bug 1678] [mozilla] Cannot use kinput2 with mozilla
https://qa.mandrakesoft.com/show_bug.cgi?id=1678 --- Additional Comments From [EMAIL PROTECTED] 2003-02-19 19:35 --- I downloaded mozilla 1.3 beta as a pre-compiled tar-ball from the Mozilla website. Once downloaded and untarred, I could use XIM with it without any problems. However, I can not use kinput2 with mozilla-1.3-0.beta.2mdk. Can other people that are using XIM please test your favourite XIM method with mozilla? I am running mozilla from within KDE, in case that matters. --- 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 did a fresh cooker installation, selected Japanese as a secondary language. Created a new user, logged into KDE, used localedrake to switch to Japanese, logged out. When I logged back into the new Japanese environment, I started mozilla and mozilla did not activate kinput2 when I pressed the keystroke that should do that (shift+space). In other applications (konqueror, kwrite, etc), I could use kinput2 without problems. This problem has been around for a while, at least during the last couple of 1.3-alpha versions.
[Cooker] [Bug 1637] [OpenOffice.org] OpenOffice doesn't start.
https://qa.mandrakesoft.com/show_bug.cgi?id=1637 --- Additional Comments From [EMAIL PROTECTED] 2003-02-19 19:30 --- I have only tested OOo in KDE, and this always happens there. This is always on a clean installation, with newly created users. --- 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:
[Cooker] [Bug 1803] [Installation] Text entry for bootloader
https://qa.mandrakesoft.com/show_bug.cgi?id=1803 --- Additional Comments From [EMAIL PROTECTED] 2003-02-19 05:50 --- On Tuesday 18 February 2003 22:10, cybercfo wrote: That's a good question, I have no idea. However, I would say that if we put the boot loader on partition X and we then boot from partition X, then that partition X is our boot partition. Right? (I mean this to be an English language question and not a linux quiz :-) This is what makes me say that the phrase "We will put the boot loader is on the first sector of the boot partition" is a tautology and should be avoided. Narfi. --- 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: On the bootloader installation page, one gets the option of: 1) MBR 2) The first sector of boot partition. and option 2) doesn't make sense to me. However, if it were changed to "The first sector of >>the root<< partition", it would be much better. If it said " 1) MBR [/dev/hdc1] 2) The first sector of the root partition. [/dev/hdc12]" I would feel much more confident when I need to choose option 2). Adding the device is optional, but I believe that changing "boot" --> "the root" is necessary.
[Cooker] [Bug 1803] [Installation] New: Text entry for bootloader
https://qa.mandrakesoft.com/show_bug.cgi?id=1803 Product: Installation Component: i18n Summary: Text entry for bootloader Version: 1.786 Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] On the bootloader installation page, one gets the option of: 1) MBR 2) The first sector of boot partition. and option 2) doesn't make sense to me. However, if it were changed to "The first sector of >>the root<< partition", it would be much better. If it said " 1) MBR [/dev/hdc1] 2) The first sector of the root partition. [/dev/hdc12]" I would feel much more confident when I need to choose option 2). Adding the device is optional, but I believe that changing "boot" --> "the root" is necessary. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 1682] [fonts-ttf-japanese] fonts not available in KDE, drakfont or OOo
https://qa.mandrakesoft.com/show_bug.cgi?id=1682 --- Additional Comments From [EMAIL PROTECTED] 2003-02-19 04:42 --- I reinstalled an updated cooker tonight [with fonts-ttf-japanese-0.20020727-3mdk]. The Japanese fonts are now visible, and I can select them in KDE. However, when I try to print a simple html file w. Japanese on it, it fails: 1) From mozilla, I can create a PostScript file, I can view it in gv, but all the charactes are printed out as squares. This same PostScript file prints out without problems in 9.0. 2) From konqueror, I can create a PostScript file, but gv cannot view it -- "Error: /undefinedresult in --div-- Operand stack: ..." I can not view this PostScript file in 9.0. I tried running the command you gave above: fc-cache /usr/share/fonts and I then restarted xfs, but that did not affect the printing problems in any visible manner. I tried changing all the fonts in KDE and konq. to Kochi Gothic and Wadalab Gothic, but I always got the same results -- gv failed viewing the PostScript file. --- 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: On a fresh cooker installation, I selected Japanese as a second language during the installation. When I browse through the font list in the font-setup module in kcontrol, I cannot find any of the Japanese fonts: kochi-gothic kochi-mincho wadalab-gothic wadalab-mincho I cannot find them in the drakfont listing either. I tried this with and without AA on, both in a Japanese KDE environment as well as an English KDE environment. I then copied /usr/share/fonts/ttf/japanese/kochi-gothic.ttf to /tmp and used drakfont to install it, and then it appeared in the drakfont listings as well as the KDE font-module. At this point, I also looked in OpenOffice.org, and I could not find the wadalab fonts, but both kochi-gothic and kochi-mincho were in the font listings there. This looks like an incorrect font setup to me! Note: To be precise: When one uses localedrake to setup a Japanese account, wadalab is set up as the default fixed font in KDE [can't remember which one of the two, gothic or mincho]. However, wadalab doesn't appear in the listing of the selectable fonts.
Re: [Cooker] Re: qt patch for XIM
On Tuesday 18 February 2003 02:26, Laurent Montel wrote: > Le Tuesday 18 February 2003 05:28, Narfi Stefansson a écrit : > > Laurent, > > > > would you please be so kind as to tell me whether the patch I forwarded > > to you for Qt is accepted or rejected? [bug #1097, Jan. 27, 2003] > > > > I know that without this patch, keyboard shortcuts in kinput2 don't work > > with numerous KDE programs since they are grabbed by the Qt applications > > before they are offered to kinput2. I would expect the same to hold for > > all of the XIM. > > > > Furthermore, the author of the patch [Daisuke Kameda] told me that the > > patch was accepted by Trolltech but didn't make it in time for 3.1.1. > > However, in the newest qt-copy, this modification has already been > > adopted. > > Strange I have last qt-copy and patch was not adopted > I beg to differ. Look at int QApplication::x11ProcessEvent( XEvent* event ) in src/kernel/qapplication_x11.cpp I am looking at this function in qt-x11-free-3.1.1 and qt-x11-free-3.1.2-snapshot-20030218 In 3.1.1, the function starts with a switch statement and right after that comes if ( qt_x11EventFilter(event) ) // send through app filter return 1; [lines 3057-3058] In 3.1.2-snapshot-20030218, the function starts with the same switch statement, however the statement if (qt_x11EventFilter(event)) return 1; has been moved. It is now below the block marked #ifndef QT_NO_XIM #endif // QT_NO_XIM [The QT_NO_XIM block is in lines 3154-3216, qt_x11EventFilter(event) is now in lines 3221-3222] In short: I believe the patch has been applied and that bug #1097 should not be closed without applying this patch or upgrading to 3.1.2 Narfi.
[Cooker] [Bug 1706] [libqt3] Please move qtconfig from libqt3-devel into libqt3 [or libqt3-common]
https://qa.mandrakesoft.com/show_bug.cgi?id=1706 --- Additional Comments From [EMAIL PROTECTED] 2003-02-16 21:13 --- A correction to "A user program does not belong in libqt3-devel since the package depends on mysql and a bunch of other packages". libqt3-devel does not depend on mysql anymore and installed for me without the need for any dependencies. Regardless, I don't believe that a user program belongs in libqt3-devel. --- 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: qtconfig is not a developer program, it is a user program that configures qt, handles font substitutions and the XIM Input Style, among other things. It is essential for users of the CJK languages to be able to configure the XIM input style. A user program does not belong in libqt3-devel since the package depends on mysql and a bunch of other packages. Furthermore, it does not belong in /usr/lib/qt3/bin -- it should be moved or sym-linked into the standard user path. I believe that Korean users want on-the-spot input style for the XIM, Japanese users want over-the-spot. I had a brief discussion with GC about the role of localedrake in all of this and his point was that localedrake only provides sane default values. The user should then use the general configuration utilities to modify those values. In this case, the general configuration utility is qtconfig and it simply isn't sufficiently accessible to the users!
[Cooker] [Bug 1706] [libqt3] New: Please move qtconfig from libqt3-devel into libqt3 [or libqt3-common]
https://qa.mandrakesoft.com/show_bug.cgi?id=1706 Product: libqt3 Component: program Summary: Please move qtconfig from libqt3-devel into libqt3 [or libqt3-common] Version: 3.1.1-9mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] qtconfig is not a developer program, it is a user program that configures qt, handles font substitutions and the XIM Input Style, among other things. It is essential for users of the CJK languages to be able to configure the XIM input style. A user program does not belong in libqt3-devel since the package depends on mysql and a bunch of other packages. Furthermore, it does not belong in /usr/lib/qt3/bin -- it should be moved or sym-linked into the standard user path. I believe that Korean users want on-the-spot input style for the XIM, Japanese users want over-the-spot. I had a brief discussion with GC about the role of localedrake in all of this and his point was that localedrake only provides sane default values. The user should then use the general configuration utilities to modify those values. In this case, the general configuration utility is qtconfig and it simply isn't sufficiently accessible to the users! --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 1704] [xinetd] New: explanations of services lacking
https://qa.mandrakesoft.com/show_bug.cgi?id=1704 Product: xinetd Component: documentation Summary: explanations of services lacking Version: 2.3.10-1mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] drakxservices gets the descriptions of many services from /etc/xinetd.d/* and some of them are lacking... chargen: A chargen server. This is the tcp version. chargen-udp: A chargen server. This is the udp version. daytime: A daytime server. This is the tcp version. daytime-udp: A daytime server. This is the udp version. echo: An echo server. This is the tcp version. echo-udp: An echo server. This is the udp version. fam: does not state that KDE uses this if it is running and that it may speed up KDE. time: An RFC 868 time server. This is the tcp version which is used by rdate. time-udp: An RFC 868 time server. This is the udp version. xadmin: no information --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 1682] [fonts-ttf-japanese] New: fonts not available in KDE, drakfont or OOo
https://qa.mandrakesoft.com/show_bug.cgi?id=1682 Product: fonts-ttf-japanese Component: fonts-ttf-japanese Summary: fonts not available in KDE, drakfont or OOo Version: 0.20020727-2mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] On a fresh cooker installation, I selected Japanese as a second language during the installation. When I browse through the font list in the font-setup module in kcontrol, I cannot find any of the Japanese fonts: kochi-gothic kochi-mincho wadalab-gothic wadalab-mincho I cannot find them in the drakfont listing either. I tried this with and without AA on, both in a Japanese KDE environment as well as an English KDE environment. I then copied /usr/share/fonts/ttf/japanese/kochi-gothic.ttf to /tmp and used drakfont to install it, and then it appeared in the drakfont listings as well as the KDE font-module. At this point, I also looked in OpenOffice.org, and I could not find the wadalab fonts, but both kochi-gothic and kochi-mincho were in the font listings there. This looks like an incorrect font setup to me! Note: To be precise: When one uses localedrake to setup a Japanese account, wadalab is set up as the default fixed font in KDE [can't remember which one of the two, gothic or mincho]. However, wadalab doesn't appear in the listing of the selectable fonts. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 1681] [kdebase] New: kwrite doesn't work default Japanese setup
https://qa.mandrakesoft.com/show_bug.cgi?id=1681 Product: kdebase Component: program Summary: kwrite doesn't work default Japanese setup Version: 3.1-30mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] On a fresh cooker install, I created a new user, switched that user to use Japanese. Once logged in, I started kwrite and activated kinput2 with shift-space. After that, no characters appeared in the document I was editing. I closed kwrite, edited ~/.qt/qtrc and added XIMInputStyle=On The Spot in the [General] section I started kwrite again and I could use kinput2 as to do all the editing I wanted. In short: with some KDE applications on-the-spot does not work well or look all that great. With kwrite, it simply does not work at all! Since on-the-spot is the default state of a Japanese environment created by localedrake, this is a problem. My suggestion: I'm sure nobody on the Mandrake team wants to find this error in kwrite. Instead, I say that localedrake should change ~/.qt/qtrc in the manner prescribed above when Japanese is selected as the locale. That's a simple solution, it's relatively clean and all users of Japanese will love it because on-the-spot in KDE is just painfully ugly! [Just to name one: there is no indicator that the Input Method Editor is active.] --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 1680] [drakxtools] New: cannot remove individual fonts
https://qa.mandrakesoft.com/show_bug.cgi?id=1680 Product: drakxtools Component: drakfont Summary: cannot remove individual fonts Version: 9.1-0.30mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Currently, drakfont only allows one to delete entire directories from the font path. I would like to be able to remove individual fonts. After all, when I install fonts, they all go into /usr/X11/lib/X11/font/drakfont/... Aren't users most likely to want to remove some of the fonts that they erroneously installed themselves? That's at least the case for me! --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 1679] [drakxtools] New: difficulties installing Arial Unicode
https://qa.mandrakesoft.com/show_bug.cgi?id=1679 Product: drakxtools Component: drakfont Summary: difficulties installing Arial Unicode Version: 9.1-0.30mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] On a fresh cooker installation: I used drakfont to import Arial Unicode. It seemed to be imported successfully, I got no warnings or error messages during the installation. However, after the installation I noticed 2 things: 1) /usr/X11/lib/X11/fonts/drakfont/TTF/arialuni.ttf was not readable by anyone except root because that were the permissions on the font file that I imported. I immediately added a+r to the permissions. 2) Neither drakfont nor the KDE font selector showed Arial Unicode in their font list. I logged out and in again, restarted xfs, switched from and to AA, but still the font did not show up. I then decided to add Bitstream Cyberbit. I manually fixed the permissions to a+r before I installed the font. Once I had finished installing it, both Bitstream Cyberbit and Arial Unicode showed up both in the KDE font selector as well as in drakfont! --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 1678] [mozilla] New: Cannot use kinput2 with mozilla
https://qa.mandrakesoft.com/show_bug.cgi?id=1678 Product: mozilla Component: program Summary: Cannot use kinput2 with mozilla Version: 1.3-0.beta.1mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I did a fresh cooker installation, selected Japanese as a secondary language. Created a new user, logged into KDE, used localedrake to switch to Japanese, logged out. When I logged back into the new Japanese environment, I started mozilla and mozilla did not activate kinput2 when I pressed the keystroke that should do that (shift+space). In other applications (konqueror, kwrite, etc), I could use kinput2 without problems. This problem has been around for a while, at least during the last couple of 1.3-alpha versions. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 1676] [Installation] lost mouse after testing video
https://qa.mandrakesoft.com/show_bug.cgi?id=1676 --- Additional Comments From [EMAIL PROTECTED] 2003-02-16 03:58 --- Created an attachment (id=182) --> (https://qa.mandrakesoft.com/attachment.cgi?id=182&action=view) /root/drakx/report.bug.gz from my cooker partition --- 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 did a fresh install of cooker earlier this evening. At the summary stage, I selected the video and chose to change the screen resolution to 1152x864 and to test it. The test screen came up and it looked fine (why is it still gray?) and I pressed the OK button to verify that. When I had exited the video card test mode, the mouse cursor was stuck in the upper right hand corner of the screen and could not be moved. The only way for me to finish the installation was by using the keyboard. zcat /root/drakx/report.bug.gz | grep DrakX gives: * second stage install running (DrakX v1.782 built Sat Feb 15 00:47:57 2003)
[Cooker] [Bug 1677] [drakxtools] New: explanations of services still lacking
https://qa.mandrakesoft.com/show_bug.cgi?id=1677 Product: drakxtools Component: drakxservices Summary: explanations of services still lacking Version: 9.1-0.30mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I made a fresh cooker installation today. When the computer was up and running, I looked at the explanations of the services as given in drakxservices and I found some of them to be somewhat cryptic. Please expand/improve the following: [All texts were obtained by pressing the Info button in drakxservices]. chargen: A chargen server. This is the tcp version. chargen-udp: A chargen server. This is the udp version. daytime: A daytime server. This is the tcp version. daytime-udp: A daytime server. This is the udp version. echo: An echo server. This is the tcp version. echo-udp: An echo server. This is the udp version. fam: does not state that it may speed up KDE. rawdevices: It also used for playing DVDs [Remember: there are unencrypted DVDs which one can legally watch, even in the US!] time: An RFC 868 time server. This is the tcp version which is used by rdate. time-udp: An RFC 868 time server. This is the udp version. Xcdwin: no information --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 1676] [Installation] New: lost mouse after testing video
https://qa.mandrakesoft.com/show_bug.cgi?id=1676 Product: Installation Component: X Summary: lost mouse after testing video Version: 1.782 Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I did a fresh install of cooker earlier this evening. At the summary stage, I selected the video and chose to change the screen resolution to 1152x864 and to test it. The test screen came up and it looked fine (why is it still gray?) and I pressed the OK button to verify that. When I had exited the video card test mode, the mouse cursor was stuck in the upper right hand corner of the screen and could not be moved. The only way for me to finish the installation was by using the keyboard. zcat /root/drakx/report.bug.gz | grep DrakX gives: * second stage install running (DrakX v1.782 built Sat Feb 15 00:47:57 2003) --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 1645] [drakfirsttime] New: No opt-out of sharing of personal info/Confusing text
https://qa.mandrakesoft.com/show_bug.cgi?id=1645 Product: drakfirsttime Component: drakfirsttime Summary: No opt-out of sharing of personal info/Confusing text Version: 0.91-3mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Drakfirsttime seems to have a double purpose and these are very blurred right now. 1) Collect data for MandrakeSoft, such as name and address, as well as to sign people up for the various Mandrake websites. 2) Set up the user accounts for the first time users. Set up all the mail programs so that they work right after login, etc. However, it is impossible to distinguish between these two right now and drakfirsttime makes it sound as if the setup information for the mail programs will be sent to MandrakeSoft. The privacy policy is worthless ... see below. Here is what needs to happen: a) The privacy policy has to be corrected and shortened or even removed. Was this copied verbatim from a Mandrake website? " What personal data do we collect ? Various information is collected in different areas of the website; what follows is an overview of the data we keep: Firstly, we record your email address, name and postal address." a1) What! drakfirsttime sends my email address, name and postal address to MandrakeSoft! This is sufficient reason for users to close drakfirsttime right away. a2) "areas of the website"! This phrase makes me believe that this text was simply copied from MandrakeExpert. a3) The text as a whole makes me believe that everything that I enter into drakfirsttime will be sent to MandrakeSoft. b) On every single page that asks for user data that is meant to be only used on the local computer, it needs to be clear that the data will not be sent to MandrakeSoft. The user should not see any privacy policy before or during the entering of this information in order not to confuse the user. c) On all pages that ask for data that will be used on the local computer as well as sent to MandrakeSoft, there has to be an "opt-out" button allowing the user not to send any data to MandrakeSoft. This way, users can use drakfirsttime to setup their accounts without having to share their data. I suggest that the privacy policy be accessible from this screen by the push of a button. d) On all pages that ask for data that will be sent to MandrakeSoft, [and provide no setup information for the local account] such as the signup for Mandrake Expert, the Mandrake Club etc, it has to be made absolutely clear that all data entered on such a page will leave the local computer and be sent to MandrakeSoft. No data may be obtained from b) or c) and sent away without the user's consent. [E.g. use data from b) and c) to fill in fields in d), this allows the user to remove it] I suggest that the privacy policy be accessible from this screen by the push of a button. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 1643] [drakfirsttime] New: Next button has no effect
https://qa.mandrakesoft.com/show_bug.cgi?id=1643 Product: drakfirsttime Component: drakfirsttime Summary: Next button has no effect Version: 0.91-3mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I went through drakfirsttime for a new user account on a fresh cooker installation, I pushed the "Next" button at every step of the way and never entered any text, the only changes I made to the default values was to select KDE as the default desktop environment. When I came to the screeen "Congratulations on using Mandrake Linux ..." I pressed the next button, but it had no effect. No warning or error messages appeared. Given the choice of a nonfunctional "Next" button, a "Back" button and a "Skip wizard" button, had to push the "Skip wizard" button in order to leave drakfirsttime --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 1641] [drakfirsttime] New: incorrect text for 'Cancel' button.
https://qa.mandrakesoft.com/show_bug.cgi?id=1641 Product: drakfirsttime Component: drakfirsttime Summary: incorrect text for 'Cancel' button. Version: 0.91-3mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When I log into a new user account for the first time, the message I get is: "If you don't want to use this wizard you can press Cancel right now" However, there is no cancel button. There are "Skip wizard", "" buttons. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Re: [Club-Volunteers] Re: [Cooker] urpmi.setup in main ?
On Thursday 13 February 2003 05:33, Denis HAVLIK wrote: > On Wed, 12 Feb 2003, Buchan Milne wrote: > > + Furthermore, I think it might be modified to be able to easily get a > + mirror list from MandrakeClub, specifically so that Club Members could > + easily setup a urpmi source for MandrakeClub, for things like getting > + the NVidia drivers. > > FYI, "MandrakeFirsttime" will let folks declare that they are > Club members and even subscribe directly (trial accounts with > boxes) and automatically configure Club downloads in 9.1. > > cu > Denis Then there have to be some changes made to MandrakeFirsttime. The way MandrakeFirsttime is right now, it triggers my panic nerves: I see a explanation which is too long to fit on one screenful: "we will not use this data to ... we do use this data for ..." [too long for me to read] followed by a request for personal information. I automatically click cancel. [More about the text below] There are alternative designs: Don't show the screen with the long explanations, jump straight to the user setup screen and have a checkbox: "Share this data with MandrakeSoft" and a button next to it which brings up the explanations of what is involved if one chooses to do the sharing. Has anyone here ever read the text? Here's a copy of the first 4 lines as they are in 9.0, I believe it is the same in cooker: " What personal data do we collect ? Various information is collected in different areas of the website; what follows is an overview of the data we keep: Firstly, we record your email address, name and postal address." 1) >>website<
Re: [Cooker] Driver request
On Tuesday 11 February 2003 19:33, Leon Brooks wrote: > On Tuesday 11 February 2003 08:32 am, Austin Acton wrote: > > On Mon, 2003-02-10 at 19:05, Ben Reser wrote: > >> Seems to me the truth is nVidia just is paranoid about > >> competitors learning something from their drivers. > > > > b) don't release code, keep secrets from competition > > What secrets? > > Just how much is unique and special about a 10/100 Ethernet adaptor these > days? > > Cheers; Leon Nothing, there is absolutely nothing special about it. However, I am of the opinion that we shouldn't even give nvidia the possibility to hide behind those arguments. We also shouldn't give them the possibility to say that the driver is the intellectual property of company X so they can't release it. For these reasons, I believe that we should only ask them for the specs. That's a very modest thing to ask for and it's much harder to come up with arguments for why they shouldn't release them. narfi.
Re: [Cooker] Re: nvidia woes (possibly cured)
On Monday 10 February 2003 08:50, Götz Waschk wrote: > Am Montag, 10. Februar 2003, 15:24:57 Uhr MET, schrieb Giuseppe Ghibò: > > why not taking another NON-NVidia card with supported drivers? If for > > the video driver thay probably says that OpenGL drivers contains > > code from SGI which can't be redistributed, they have no excuse > > for not releasing full NForce drivers OSS. > > The nforce2 would be a really nice chipset for a linux desktop, but > you cannot use non-NVidia graphic boards with this chipset, as the AGP > part isn't supported (yet). There's only AGP support for nforce2 in the > closed source NVidia graphics drivers. Götz:There must be something missing in your statement, such as "you can only get accelerated AGP with the closed nvidia graphics drivers" or something of that nature. I am writing this from a nforce2-based computer, using an nvidia AGP graphics card and I'm using the free drivers. Narfi.
Re: [Cooker] Linux Audio RPMs
On Monday 03 February 2003 13:51, Austin Acton wrote: > On Mon, 2003-02-03 at 14:44, Narfi Stefansson wrote: > > Ok, I have attached a patch suggestion for SpiralLoops > > Narfi, you're awesome. > > Ranger, got time to try it? I'm up to my neck here with ardour, csound, > and muse (problems with all now!). > > Austin Don't forget, you now also need somebody for SpiralSynth :-) Patch is attached. Apply as follows: tar zxf SpiralSynth-2.0.0.tar.gz patch -p0 < SpiralSynth-2.0.0.patch Enjoy :-) Narfi. Only in SpiralSynth-2.0.0.modified: config.status diff -ur SpiralSynth-2.0.0/GUI/MixerGUI.C SpiralSynth-2.0.0.modified/GUI/MixerGUI.C --- SpiralSynth-2.0.0/GUI/MixerGUI.C 2002-06-04 06:47:02.0 -0500 +++ SpiralSynth-2.0.0.modified/GUI/MixerGUI.C 2003-02-03 13:51:15.0 -0600 @@ -24,7 +24,7 @@ if (!m_mix) cerr<<"WARNING: Mixer not correctly set up"<type(1); diff -ur SpiralSynth-2.0.0/GUI/OutputGUI.C SpiralSynth-2.0.0.modified/GUI/OutputGUI.C --- SpiralSynth-2.0.0/GUI/OutputGUI.C 2002-06-02 16:36:16.0 -0500 +++ SpiralSynth-2.0.0.modified/GUI/OutputGUI.C 2003-02-03 13:51:29.0 -0600 @@ -26,7 +26,7 @@ if (!m_out) cerr<<"WARNING: Output not correctly set up"<type(1); diff -ur SpiralSynth-2.0.0/GUI/ScopeGUI.C SpiralSynth-2.0.0.modified/GUI/ScopeGUI.C --- SpiralSynth-2.0.0/GUI/ScopeGUI.C 2002-06-04 08:27:30.0 -0500 +++ SpiralSynth-2.0.0.modified/GUI/ScopeGUI.C 2003-02-03 13:51:49.0 -0600 @@ -22,7 +22,7 @@ #include -ScopeWidget::ScopeWidget(int x,int y,int w,int h,const char *l=0) : +ScopeWidget::ScopeWidget(int x,int y,int w,int h,const char *l) : Fl_Widget(x,y,w,h,l), m_Data(NULL) { @@ -54,7 +54,7 @@ if (!m_Bypass) m_Scope->redraw(); } -void ScopeGUI::CreateGUI(int xoff=0, int yoff=0, char *name) +void ScopeGUI::CreateGUI(int xoff, int yoff, char *name) { Fl_Group* o = GUIScopeGroup = new Fl_Group(xoff, yoff, 220, 110, name); o->type(1); diff -ur SpiralSynth-2.0.0/GUI/Widgets/Fl_Knob.cxx SpiralSynth-2.0.0.modified/GUI/Widgets/Fl_Knob.cxx --- SpiralSynth-2.0.0/GUI/Widgets/Fl_Knob.cxx 2002-06-02 05:23:34.0 -0500 +++ SpiralSynth-2.0.0.modified/GUI/Widgets/Fl_Knob.cxx 2003-02-03 13:49:37.0 -0600 @@ -5,6 +5,8 @@ #include #include +using namespace std; + Fl_Knob::Fl_Knob(int xx,int yy,int ww,int hh,const char *l): Fl_Valuator(xx,yy,ww,hh,l) { a1 = 35; a2 = 325; diff -ur SpiralSynth-2.0.0/SpiralInfo.C SpiralSynth-2.0.0.modified/SpiralInfo.C --- SpiralSynth-2.0.0/SpiralInfo.C 2002-06-02 10:44:31.0 -0500 +++ SpiralSynth-2.0.0.modified/SpiralInfo.C 2003-02-03 13:50:41.0 -0600 @@ -16,13 +16,15 @@ * Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. */ -#include -#include +#include +#include #include #include "SpiralSound/SpiralInfo.h" -float RandFloat(float s=0.0f, float e=1.0f) +using namespace std; + +float RandFloat(float s, float e) { return s+((rand()%1/1.0)*(e-s)); } diff -ur SpiralSynth-2.0.0/SpiralSound/Midi.h SpiralSynth-2.0.0.modified/SpiralSound/Midi.h --- SpiralSynth-2.0.0/SpiralSound/Midi.h 2002-06-02 05:28:09.0 -0500 +++ SpiralSynth-2.0.0.modified/SpiralSound/Midi.h 2003-02-03 13:49:40.0 -0600 @@ -25,6 +25,8 @@ #include #include +using namespace std; + #ifndef MIDI #define MIDI diff -ur SpiralSynth-2.0.0/SpiralSound/RiffWav.C SpiralSynth-2.0.0.modified/SpiralSound/RiffWav.C --- SpiralSynth-2.0.0/SpiralSound/RiffWav.C 2002-06-02 05:28:18.0 -0500 +++ SpiralSynth-2.0.0.modified/SpiralSound/RiffWav.C 2003-02-03 13:49:47.0 -0600 @@ -27,6 +27,8 @@ #include #include +using namespace std; + //#define TRACE_OUT const int HEADERLEN = (4+24+8); diff -ur SpiralSynth-2.0.0/SpiralSound/RiffWav.h SpiralSynth-2.0.0.modified/SpiralSound/RiffWav.h --- SpiralSynth-2.0.0/SpiralSound/RiffWav.h 2002-06-02 05:28:19.0 -0500 +++ SpiralSynth-2.0.0.modified/SpiralSound/RiffWav.h 2003-02-03 13:49:49.0 -0600 @@ -24,6 +24,8 @@ #include #include "Sample.h" +using namespace std; + struct CanonicalWavHeader { char RiffName[4]; diff -ur SpiralSynth-2.0.0/SpiralSound/Sample.C SpiralSynth-2.0.0.modified/SpiralSound/Sample.C --- SpiralSynth-2.0.0/SpiralSound/Sample.C 2002-06-02 05:28:26.0 -0500 +++ SpiralSynth-2.0.0.modified/SpiralSound/Sample.C 2003-02-03 13:49:58.0 -0600 @@ -16,10 +16,12 @@ * Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. */ -#include +#include #include "Sample.h" #include +using namespace std; + Sample::Sample(int Len) : m_IsEmpty(true), m_DataGranularity(1),//512), diff -ur SpiralSynth-2.0.0/SpiralSound/Sample.h SpiralSynth-2.0.0.modified/SpiralSound/Sample.h --- SpiralSynth-2.0.0/SpiralSound/Sample.h 2002-06-02 05:28:26.0 -0500 +++ SpiralSynth-2.0.0.modified/SpiralSound/Sample.h 2003-02-03
Re: [Cooker] Linux Audio RPMs
On Monday 03 February 2003 12:22, Austin Acton wrote: > On Mon, 2003-02-03 at 13:09, Austin Acton wrote: > > The error I was referring to though, is a gcc3.2 problem. > > Maybe you (or someone else) can figure it out? > > To clarify, the problem I quoted earlier is in SpiralLoops, not > spiralsynth or ssmodular. > > Austin Ok, I have attached a patch suggestion for SpiralLoops Apply as: tar zxf SpiralLoops-2.0.0.tar.gz patch -p0 < patch1.p I took the liberty of reinterpreting the command: down(box()) in Fl_LED_Button::draw() as being a typo for down_box() so maybe knowledgeable people should test the application and make sure that the LED buttons look correct :-) Narfi. ps. I can compile and run the application on 9.0, can't try on cooker right now. diff -ru SpiralLoops-2.0.0/GUI/LoopGUI.C SpiralLoops-2.0.0.modified/GUI/LoopGUI.C --- SpiralLoops-2.0.0/GUI/LoopGUI.C 2001-04-19 15:48:10.0 -0500 +++ SpiralLoops-2.0.0.modified/GUI/LoopGUI.C 2003-02-03 12:56:07.0 -0600 @@ -23,6 +23,8 @@ #include "../Loop.h" #include +using namespace std; + static const int EFFECT_ADDITION = 130; / diff -ru SpiralLoops-2.0.0/GUI/LoopGUI.h SpiralLoops-2.0.0.modified/GUI/LoopGUI.h --- SpiralLoops-2.0.0/GUI/LoopGUI.h 2001-04-19 15:48:10.0 -0500 +++ SpiralLoops-2.0.0.modified/GUI/LoopGUI.h 2003-02-03 12:58:17.0 -0600 @@ -37,6 +37,8 @@ #include "../SpiralSound/Reverb.h" #include +using namespace std; + #ifndef LOOPGUI #define LOOPGUI diff -ru SpiralLoops-2.0.0/GUI/MixerGUI.C SpiralLoops-2.0.0.modified/GUI/MixerGUI.C --- SpiralLoops-2.0.0/GUI/MixerGUI.C 2001-04-19 15:48:10.0 -0500 +++ SpiralLoops-2.0.0.modified/GUI/MixerGUI.C 2003-02-03 13:00:42.0 -0600 @@ -24,7 +24,7 @@ if (!m_mix) cerr<<"WARNING: Mixer not correctly set up"<type(1); diff -ru SpiralLoops-2.0.0/GUI/OutputGUI.C SpiralLoops-2.0.0.modified/GUI/OutputGUI.C --- SpiralLoops-2.0.0/GUI/OutputGUI.C 2001-04-19 15:48:10.0 -0500 +++ SpiralLoops-2.0.0.modified/GUI/OutputGUI.C 2003-02-03 13:00:42.0 -0600 @@ -26,7 +26,7 @@ if (!m_out) cerr<<"WARNING: Output not correctly set up"<type(1); diff -ru SpiralLoops-2.0.0/GUI/ScopeGUI.C SpiralLoops-2.0.0.modified/GUI/ScopeGUI.C --- SpiralLoops-2.0.0/GUI/ScopeGUI.C 2001-04-19 15:48:11.0 -0500 +++ SpiralLoops-2.0.0.modified/GUI/ScopeGUI.C 2003-02-03 13:03:40.0 -0600 @@ -23,7 +23,7 @@ #include -ScopeWidget::ScopeWidget(int x,int y,int w,int h,const char *l=0) : +ScopeWidget::ScopeWidget(int x,int y,int w,int h,const char *l) : Fl_Widget(x,y,w,h,l), m_Channels(1) { @@ -69,7 +69,7 @@ if (!m_Bypass) m_Scope->redraw(); } -void ScopeGUI::CreateGUI(int xoff=0, int yoff=0, char *name) +void ScopeGUI::CreateGUI(int xoff, int yoff, char *name) { Fl_Group* o = GUIScopeGroup = new Fl_Group(xoff, yoff, 225, 110, name); o->type(1); diff -ru SpiralLoops-2.0.0/GUI/Widgets/Fl_Knob.cxx SpiralLoops-2.0.0.modified/GUI/Widgets/Fl_Knob.cxx --- SpiralLoops-2.0.0/GUI/Widgets/Fl_Knob.cxx 2001-04-19 15:48:10.0 -0500 +++ SpiralLoops-2.0.0.modified/GUI/Widgets/Fl_Knob.cxx 2003-02-03 13:06:57.0 -0600 @@ -1,10 +1,11 @@ // generated by Fast Light User Interface Designer (fluid) version 2.00 #include "Fl_Knob.H" +#include "FL/Fl_Group.h" #include #include -Fl_Knob::Fl_Knob(int xx,int yy,int ww,int hh,const char *l=0): Fl_Valuator(xx,yy,ww,hh,l) { +Fl_Knob::Fl_Knob(int xx,int yy,int ww,int hh,const char *l): Fl_Valuator(xx,yy,ww,hh,l) { a1 = 35; a2 = 325; _type = DOTLIN; diff -ru SpiralLoops-2.0.0/GUI/Widgets/Fl_LED_Button.cxx SpiralLoops-2.0.0.modified/GUI/Widgets/Fl_LED_Button.cxx --- SpiralLoops-2.0.0/GUI/Widgets/Fl_LED_Button.cxx 2001-04-19 15:48:11.0 -0500 +++ SpiralLoops-2.0.0.modified/GUI/Widgets/Fl_LED_Button.cxx 2003-02-03 13:19:42.0 -0600 @@ -1,9 +1,10 @@ // generated by Fast Light User Interface Designer (fluid) version 2.00 #include "Fl_LED_Button.H" +#include #include -Fl_LED_Button::Fl_LED_Button(int x, int y, int w, int h, const char* l=0):Fl_Light_Button(x,y,w,h,l) { +Fl_LED_Button::Fl_LED_Button(int x, int y, int w, int h, const char* l):Fl_Light_Button(x,y,w,h,l) { box(FL_NO_BOX); down_box(FL_ROUND_DOWN_BOX); selection_color(FL_RED); @@ -15,7 +16,8 @@ void Fl_LED_Button::draw() { uchar r,g,b; - if (box()) draw_box(this==Fl::pushed() ? down(box()) : box(), color()); +// if (box()) draw_box(this==Fl::pushed() ? down(box()) : box(), color()); + if (box()) draw_box(this==Fl::pushed() ? down_box() : box(), color()); Fl_Color col = value() ? selection_color() : color(); Fl::get_color((Fl_Color)selection_color(),r,g,b); int d = h()/6; diff -ru SpiralLoops-2.0.0/GUI/Widgets/Fl_Loop.C SpiralLoops-2.0.0.modified/GUI/Widgets/Fl_Loop.C --- SpiralLoops-2
Re: [Cooker] Linux Audio RPMs
On Monday 03 February 2003 12:09, Austin Acton wrote: > On Mon, 2003-02-03 at 12:42, Narfi Stefansson wrote: > > Here are the diff needed to get spiralsynthmodular to compile on 9.0. > > They were trivial replacements of #include "Fl/xx.h" with #include > > "FL/xx.h" (Note the uppercase L). > > Thanks for that, Narfi. I hadn't got around to trying ssm yet, but I > will surely need your patch when I package it. > > The error I was referring to though, is a gcc3.2 problem. > Maybe you (or someone else) can figure it out? > > Austin > > In file included from SpiralSound/Sample.h:24, > from SpiralSound/SpiralInfo.h:22, > from SpiralSound/Output.h:36, > from Loop.h:23, > from Loop.C:19: > SpiralSound/SpiralInfo.h:47: ISO C++ forbids declaration of `string' > with no type Yes, the statement: using namespace std; is missing there. I'll look at this program again. I ran into what I believed was incorrect code and I stopped ... Narfi.
Re: [Cooker] Linux Audio RPMs
On Monday 03 February 2003 11:00, Austin Acton wrote: > spiralsynthmodular > freqtweak done (austin) > spiralloops > spiralsynth > snd done (austin) > (We may need a C++ hacker to get *spiral* apps to compile as they are > very non-ANSI code.) Here are the diff needed to get spiralsynthmodular to compile on 9.0. They were trivial replacements of #include "Fl/xx.h" with #include "FL/xx.h" (Note the uppercase L). The affected files were: GUI/Widgets/Fl_Canvas.C SpiralSound/Plugins/Widgets/Fl_Knob.cxx SpiralSound/Plugins/Widgets/Fl_Knob.H I wouldn't be able to provide an rpm even if my life depended on it, ... so I can only hope that this makes a packager's life easier :-) narfi. /home/narfi/src/spiralmodular-0.2.0[1123] > for i in `find . -name '*~'`; do base=`echo $i | sed 's/~$//'`; diff -u $i $base ; done --- ./GUI/Widgets/Fl_Canvas.C~ 2002-12-05 17:42:29.0 -0600 +++ ./GUI/Widgets/Fl_Canvas.C 2003-02-03 11:21:16.0 -0600 @@ -16,7 +16,7 @@ * Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. */ -#include "Fl/fl_draw.H" +#include "FL/fl_draw.H" #include "Fl_Canvas.h" #include "Fl_DeviceGUI.h" #include --- ./SpiralSound/Plugins/Widgets/Fl_Knob.cxx~ 2002-09-18 15:04:55.0 -0500 +++ ./SpiralSound/Plugins/Widgets/Fl_Knob.cxx 2003-02-03 11:24:31.0 -0600 @@ -1,7 +1,7 @@ // generated by Fast Light User Interface Designer (fluid) version 1.0100 #include "Fl_Knob.H" -#include +#include #include Fl_Knob::Fl_Knob(int xx,int yy,int ww,int hh,const char *l): Fl_Valuator(xx,yy,ww,hh,l) { --- ./SpiralSound/Plugins/Widgets/Fl_Knob.H~2002-09-18 15:04:55.0 -0500 +++ ./SpiralSound/Plugins/Widgets/Fl_Knob.H 2003-02-03 11:22:46.0 -0600 @@ -3,7 +3,7 @@ #ifndef Fl_Knob_H #define Fl_Knob_H #include -#include +#include class Fl_Knob : public Fl_Valuator { public:
Re: [Cooker] alsa patch for nforce2 sound card
On Saturday 01 February 2003 21:33, Quel Qun wrote: > On Sat, 2003-02-01 at 17:05, Narfi Stefansson wrote: > > On Saturday 01 February 2003 18:17, Quel Qun wrote: > > > I sent it to the alsa-devel ML, I don't think it is really interesting > > > for pure kernel developers. > > > > Sounds good to me. > > Pun intended ?-) > This one was an accident ... :-) > > sensors-detect does not find any chip, so I rely on the BIOS overheating > protection. I don't have any firewire device, so I cannot test this > port. Any problem with it? Actually, I have read there are. More can be found in these threads on the 1394 mailinglist: http://sourceforge.net/mailarchive/forum.php?thread_id=1469470&forum_id=5387 http://sourceforge.net/mailarchive/forum.php?thread_id=1480655&forum_id=5389 Johannes Deisenhofer has a nice overview of the current status of the nforce2. It's now been 2 weeks since he's updated it, but nothing major has changed. Some of the patches he mentioned have made it into the -pre kernels, but no new patches that add more functionality have been created. http://home.t-online.de/home/Johannes.Deisenhofer/nforce2linux.html Narfi.
Re: [Cooker] alsa patch for nforce2 sound card
On Saturday 01 February 2003 18:17, Quel Qun wrote: > I sent it to the alsa-devel ML, I don't think it is really interesting > for pure kernel developers. Sounds good to me. > For now, I think I have everything but ACPI working on this board. I > disabled the serial ATA via jumper since I don't use it. Tell me: Did you get firewire and the SMBus working? (i.e. lm_sensors) Thanks again, Narfi.
[Cooker] dynamic USB /dev entries and desktop icons
What follows happened on a fresh cooker installation. The short story is: /dev entries were not added when I connected a hard drive to the usb bus, they were not removed when I disconnected the device, new /dev entries were not created when I added a different drive to the usb port. My question is: Should I file this as a kernel-bug or a devfs bug in bugzilla? Which one, then? The full story is: 1) I connected hard drive A to the usb port, it's an IDE in a IDE->USB enclosure case. Nothing happened. I.e. no desktop icons appeared, no /dev/sd* entries appeared. 2) I ran modprobe usb-storage, nothing happened. 3) I ran harddrake2 and lo and behold, a desktop icon appeared as well as /dev/sda and /dev/sda1. [ok, I admit that I keep forgetting what other modules I may need to modprobe ... but harddrake2 and diskdrake both manage to do that for me]. However, the partition type of /dev/sda1 was misdetected as vfat instead of ext3 so I had to unmount the drive and remount with -t ext3. 4) I worked with the drive for a while, unmounted it and disconnected it from the usb bus. 5) >>After the drive had been removed, the desktop icon stayed put and the /dev/sda and /dev/sda1 entries stayed<< Of course the expected behaviour was for all of these to disappear. 6) I connected hard drive B to the usb port, but all that was shown in /dev were the old entries. I tried to launch diskdrake and it warned me that the drive was unreadable and suggested perhaps to reformat it ! 7) >> Only when I rmmod-ed usb-storage and modprobe-d it again did the correct entries appear in /dev, i.e. /dev/sda, /dev/sda1 and /dev/sda5.<< What I expected: The correct entries to appear as soon as I connected the drive to the usb bus. 8) The /dev entries and the desktop icon of course remained after I disconnected the drive. Narfi.
Re: [Cooker] PORTMAP
On Sunday 26 January 2003 13:17, Pixel wrote: > Emmanuel Blindauer <[EMAIL PROTECTED]> writes: > > Le Dimanche 26 Janvier 2003 14:50, Danny Tholen a écrit : > > > Silly enough, fam requires portmap, and fam is used by KDE (and > > > nautilus too i think) to monitor file-changes. It can also poll the > > > disks if fam is not running, but this is worse for performance. > > > > > > drakxservices should (IMO) auto-enable portmap is fam is enabled. > > > (and autodisable fam if there is no portmap) > > > Danny > > > > Why should fam be dependant on portmap ? portmap is mostly used for > > network services, not for monitoring disk. > > Having an open port on a computer, only for one daemon who watch files > > changes is not very good. > > well, i don't think drakxservices et the right place to add services > dependency. Maybe doing it directly in chkconfig would be better. I > don't remember if there's any plan on adding such a feature... > > fredl should know better, than i. This dependency should at least be visible from drakxservices when the user clicks on the Info button. Think about it: If I hadn't read this email, and I had enabled fam and disabled portmap [in drakxservices] and then rebooted, I would have been up for quite a surprise if I had then seen portmap as a running service ... Regardless of whether you add this dependency into chkconfig, drakxservices or if you decide to ignore it: The user should be able to read about it by clicking the info button for both portmap and fam in drakxservices so that he/she has at least a chance of making a semi-informed decision about whether to enable/disable fam and portmap. This is of course the simplest solution: Overhaul the info text in drakxservices and drop the depencency checking! Narfi.
[Cooker] openoffice, Japanese and kinput2
i, I've been trying to find something on the lock-ups that occur in openoffice.org in a Japanese environment when using kinput2. This happens on a current cooker [as well as on 9.0, actually]. The problems occurs as follows: Start openoffice.org and select a font capable of displaying Japanese. Hit shift-space in order to activate the input method editor and type something in, say, "hiragana" without the quotes. Then hit ctrl-w twice to bring up the candidate selection window, press the right arrow key once to choose a candidate and hit enter twice to confirm that candidate. That should be enough to cause problems with OOo, namely possible lockups, some keys don't seem not to work, others don't work as expected, etc. Anyway, what I seem to have found as a solution is to append the following to /usr/X11R6/lib/X11/app-defaults/Kinput2 *SeparateConversion.input: false *selectionShell.input: false *auxShell.input: false Japanese speakers can find this in: http://openoffice-docj.sourceforge.jp/document/faq/us_linux.html and suse seems to have been aware of this for quite a while: http://lists.suse.com/archive/m17n/2002-May/0055.html Now, my question to Pablo and those that use kinput2 regularly is whether this is an acceptable solution. It means that the kinput2 candidate selection window never receives the keyboard focus, so that the arrow keys don't work anymore when selecting candidates. Instead, one has to use ctrl-w to cycle forward or to use the mouse. Unless anyone objects vociferously, I recommend adding this to the app-defaults/Kinput2 file in order to make ooffice usable again with kinput2. Narfi.
Re: [Cooker] Fwd: Simplification of Menu
On Sunday 19 January 2003 12:38, Todd Lyons wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > prabu anand wrote on Sat, Jan 18, 2003 at 09:11:44AM -0800 : > > player/graphic tool and other apps. Give the user the > > option to re-run First time wizard anytime from MCC > > I kind of like this idea. I'm struggling to think of any problems with > allowing that and can't really think of any. > I like the idea of allowing the user to quickly change the "only-one-program-of-each-kind" menus. Actually, I think that it's a great idea! However, I don't particularly like the idea of having this in MCC. Doesn't MCC still require the root password in order to be run? I for sure wouldn't give a newbie the root password on my machine simply in order to modify his/her own menus! Mandrake provides programs in 3 categories: 1) Requires root password before anything can be done. (harddrake2, sounddrake, XFdrake, mousedrake, ...) 2) Only used to customize a user account. (mandrake first time wizard, draksync, localedrake, ...) 3) Can be run as user, can be run as root. (menudrake, userdrake, ...) and I really miss a clearer separation between these categories. The first category is well served by MCC. Those that know the root password can also easily find the programs in the 3rd category. However, those that don't know the root password simply need to look through their menus and submenus and sub-submenus, and then search through their path, ... localedrake is my favourite example of such a program. My suggestions are: a) the program discussed in this thread should allow the user to choose whether the menus should display any programs in category 1) or not [regardless of whether they are made by mandrake, kde or gnome or ...] I think that removing all those pesky root-only configuration programs from the menus makes a newbie's life easier. I want them on my home machine since I administer it, but they only confuse my wife... b) Create a "Mandrake Personal Control Center" or something like that for all the programs in categories 2) and 3) that can be run as user. Narfi.
Re: [Cooker] Current Cooker install bugs and nforce2 bugs
> 4.Partitioning and Formatting... > - I didn't try to repartition anything, since ATM there are some 'horror >stories' what the MDK partitioning has done to manyharddisk partition >tables..., so I just selected what partitions to install to, and >selected to format the root partition. > - Now this is fun... bad sector/cluster checking is ON BY DEFAULT, > wich I also noticed, when clicking the advanced button , so it will > take 'forever' to get my 15G rootpartition formatted. Also, the drives are used in PIO mode (or something awful like that) since the identifiers for the motherboard controllers are not recognized. The latest AC kernel has the identifiers for the IDE controllers, can those patches be incorporated into the std. cooker kernel as well as boot images? The last time I checked, the hd.img boot kernel was 2.4.19 and I'd greatly appreciate one which works at full speed on the nforce2 motherboards. It took > 30 min. to format a 6GB partition during my latest installation! Narfi.
[Cooker] lspci missing an ID for nforce2 nvidia audio controller
lspci -v gives: 00:05.0 Multimedia audio controller: nVidia Corporation: Unknown device 006b (rev a2) Subsystem: Asustek Computer, Inc.: Unknown device 0c11 Flags: bus master, 66Mhz, fast devsel, latency 0, IRQ 5 Memory at e000 (32-bit, non-prefetchable) [size=512K] Capabilities: 00:06.0 Multimedia audio controller: nVidia Corporation: Unknown device 006a (rev a1) Subsystem: Asustek Computer, Inc.: Unknown device 8095 Flags: bus master, 66Mhz, fast devsel, latency 0, IRQ 11 I/O ports at d400 [size=256] I/O ports at d800 [size=128] Memory at e0081000 (32-bit, non-prefetchable) [size=4K] Capabilities: and similarly harddrake does not recognize the audio controller. However, the i810_audio has been just recently modified to handle it. Narfi. ps. the pciutils package is not listed in bugzilla so I couldn't file the bug that way.
[Cooker] new lm_sensor version
As far as I can see, the current version in cooker is 2.6.5-2, whereas 2.7.0 is out. Narfi.
Re: [Cooker] hard drive install without a floppy drive
On Wednesday 25 December 2002 16:05, Buchan Milne wrote: > On Wed, 25 Dec 2002, Jason Straight wrote: > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > On Wednesday 25 December 2002 01:58 pm, Narfi Stefansson wrote: > > > I already have all of cooker mirrored on a reiserfs partition on my > > > hard drive, so I am all set for a hard drive install using hd.img. > > > Except I don't have a floppy drive. [...] > > > CD. Can I put the contents of hd.img on my hard drive, and use lilo to > > > boot from it? > [...] > Loop mount the hd.img, and copy the files in the image to /boot, and then > make a lilo entry something like this: > > image=/boot/vmlinuz-2.4.19-16mdkBOOT > label=install > root=/dev/ram3 > initrd=/boot/hd.rdz > append="rmadisk_size=32000 > automatic=method:disk,par:hda6,dir:path/to/mandrake/cooker/i586,disk:hda" > vga=791 > read-only > Wonderful! I wanted to run the expert install and ended up with: image=/boot/vmlinuz-hdimg label=hd-install root=/dev/ram3 initrd=/boot/hd.rdz append="rmadisk_size=32000 expert" vga=791 read-only and I have to say that this is a very sweet way of installing cooker. Thanks for the help, Narfi.
[Cooker] hard drive install without a floppy drive
Hi everybody, I need a little advice before I install cooker on a separate partition on my home computer. I already have all of cooker mirrored on a reiserfs partition on my hard drive, so I am all set for a hard drive install using hd.img. Except I don't have a floppy drive. Since the installation may or may not be successful, I don't particularly feel like using MakeCD to create a complete set of install CDs. What would you recommend? Can I burn a bootable CD with hd.img on it? Such a CD would be valid for a lot longer than a standard install CD. Can I put the contents of hd.img on my hard drive, and use lilo to boot from it? Thanks, and merry Christmas to all of you, Narfi.
Re: [Cooker] kernel headers problems (again)
On Monday 28 October 2002 13:07, Warly wrote: > David Walser <[EMAIL PROTECTED]> writes: > > --- Austin Acton <[EMAIL PROTECTED]> wrote: > >> Okay, I've come across this problem two more times > >> since my first two > >> emails went unnoticed. There are some problems with > >> the current headers > Do not hesitate cc the package maintainer if he does > not answer in a sensible delay. Ok, let's try again: As far as we have been able to see in this thread, the #include statements in /usr/include/kernel/videodev.h and /usr/include/kernel/videodev2.h are royally screwed up: a) Why does kernel/videodev.h include kernel/fs.h? It breaks, among other things, mjpegtools. b) Why are all the include statements missing from kernel/videodev2.h? Narfi. Below: The #include-s are compared to stock 2.4.18 and 2.4.19. [1001] > grep "include" /usr/include/linux/videodev.h #include #include #include # include #include #include [1002] > grep "include" /usr/include/linux/videodev2.h Compare this to 2.4.18 and 2.4.19 where is not included: [1005] > grep "include" linux-2.4.19/include/linux/videodev.h #include #include # include #include #include [1006] > grep "include" src/linux-2.4.18/include/linux/videodev.h #include #include #include #include Compare videodev2.h to ftp://ftp.thedirks.org/pub/v4l2/kernel2.4/videodevX/videodevX-20020330.tgz: [1045] > grep include src/videodevX/videodev.h #include #include #include #include
Re: [Cooker] kernel headers problems (again)
On Sunday 27 October 2002 09:48, Austin Acton wrote: > On Sun, 2002-10-27 at 06:42, Guillaume Rousse wrote: > > There was a fix proposal some times ago, consisting of modifying the > > glibc headers with an additional #ifdef __KERNEL__ around the > > redondants definitions. See the thread "FYI: Getting mjpegtools built > > with avifile (divx/lav2divxt) for >=Mandrake 8.2" for more details. > > Now the cooker is unfrozen, maybe it could be done. > > Sounds good. > This sounds like a good, permanent solution, but it involves changing most/all of the kernel headers and it's not what's needed to solve this problem. The question in front of us is much simpler: Why were these 2 kernel headers changed: linux/videodev2.h, linux/videodev.h? Once we know that, we can hopefuly change them back into the way everybody else has them. After that has been done, we can debate the #ifdef __KERNEL__ issue because that would again be doing something that isn't done in stock 2.4.19 and I'm sure the developers will hesitate making such a change. Can somebody find the patch to these 2 files in mandrake's cvs? I would imagine that finding it and being able to contact that developer directly might help getting some reponse on this issue. I looked and I couldn't find it. Vacations or no vacations, this bug report has received absolutely no response from any employee despite the fact that there have been 4 threads about it on cooker, starting on June 3rd. My hat's off to Austin for his persistence. Narfi.