December 2010 - openSUSE Users - openSUSE Mailing Lists

[opensuse] Blackberry phone backup
by Peter Nikolic 17 Dec '10

17 Dec '10

Hi .. If anyone is interested i have built the barry package for blackberry phones on opensuse 11.3 x86_64 it is 5 rpm's right now but works .. Pete . -- Powered by openSUSE 11.3 (x86_64) Kernel: 2.6.34.7-0.5-desktop KDE Development Platform: 4.4.4 (KDE 4.4.4) "release 3" 01:40 up 5 days 9:23, 6 users, load average: 0.97, 0.91, 1.50 -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse+help(a)opensuse.org

4 4

[opensuse] Black screen/plasma crash after update to KDE 4.5.4
by Rodney Baker 17 Dec '10

17 Dec '10

Hi all. Last night I upgraded from a working KDE 4.5.3 to the current 4.5.4 in KDE:/Release:/45/openSUSE_11.2. After logging out and logging in plasma- desktop crashed and I ended up with a black screen. I can still start apps via alt-F2 and apps that were previously running e.g. amarok have restarted fine - its just that no desktop is showing. Oh, yes, instead of the splash screen both monitors are showing garbage (messed up fragments of whatever is in the video card's frame buffer from previous desktop sessions) after login and before the plamsa desktop crash. Now, previously been through the exercise of removing .kde4/share/config or even specific files (e.g. plasmarc, plasma-appletsrc) in that directory one- by-one to find the culprit, but I really don't want to have to rebuild my entire desktop (layout,backgrounds,themes etc.) again if I don't have to. Is there a way to identify just what is causing plasmadesktop to crash and trim that specific config file (or part thereof)? I suspect it is probably related to a widget that hasn't been updated and therefore isn't compatible with the newer release. How do I narrow it down? Log files? Any hints/pointers gratefully received. TIA, Rodney. -- =================================================== Rodney Baker VK5ZTV rodney.baker(a)iinet.net.au =================================================== -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse+help(a)opensuse.org

2 2

[opensuse] xinitd: package imap not installed: service can not be enabled.
by Oddball 17 Dec '10

17 Dec '10

Hi List, xinetd needs a package called imap, to enable the service, which can not be found. If this package exists: where would this be? if not: and this should/could be a script: what should be in there, and where should it reside? some help greatly appreciated, even from 'oldtimers' who consider me a 'youngster' :-) rob. -- Enjoy your time around, Oddball (M9.) (Now or never...) OS: Linux 2.6.34-12-desktop x86_64 Huidige gebruiker: oddball@AMD64x2sfn1 Systeem: openSUSE 11.3 (x86_64) KDE: 4.4.4 (KDE 4.4.4) "release 2" -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse+help(a)opensuse.org

5 26

[opensuse] autostart lamp server
by suse 16 Dec '10

16 Dec '10

Hi, i'm rather new..... I've got a KDE applaince with the lamp server added, how can i autostart all components of the lamp server ? Regards Erwin -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse+help(a)opensuse.org

2 1

[opensuse] original install dvd vs. on-line repos
by Roger Oberholtzer 16 Dec '10

16 Dec '10

It seems that as of openSUSE 11.2, the on-line repos are always added, and that all software management (via Yast or zypper) will try to use them no matter. If you do an install on a system that is not connected to the internet, and select that the install should not check for updates, this still happens. Then, when you want to add software, or when you enable a system service and it wants to add needed software, the whole mess of trying to access the on-line repos and having it eventually time out and fail happens. I know I can disable them. But is it the case that they are blindly enabled during install no matter, and that I must actively disable them? -- Roger Oberholtzer OPQ Systems / Ramböll RST Ramböll Sverige AB Krukmakargatan 21 P.O. Box 17009 SE-104 62 Stockholm, Sweden Office: Int +46 10-615 60 20 Mobile: Int +46 70-815 1696 -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse+help(a)opensuse.org

3 3

[opensuse] mailto url helper can't open new evolution window
by Nate Pearlstein 16 Dec '10

16 Dec '10

Running opensuse 11.3 and evolution 2.30. Inside evolution when right clicking an email address in an email or clicking on a mailto url in another app, evolution fails to open a compose window. I hear the disk spin, and get the following in .xsession-errors: (evolution:11125): e-data-server-DEBUG: Loading categories from "/home/npearl/.evolution/categories.xml" (evolution:11125): e-data-server-DEBUG: Loaded 31 categories *** nss-shared-helper: Shared database disabled (set NSS_USE_SHARED_DB to enable). *** nss-shared-helper: Shared database disabled (set NSS_USE_SHARED_DB to enable). (evolution:11125): evolution-network-manager-WARNING **: The name org.freedesktop.NetworkManager was not provided by any .service files Tracker-Message: Registering D-Bus service... Name:'org.freedesktop.Tracker1.Miner.Emails' (evolution:11125): Tracker-CRITICAL **: D-Bus service name:'org.freedesktop.Tracker1.Miner.Emails' is already taken, perhaps the application is already running? (evolution:11125): Tracker-CRITICAL **: Miner could not register object on D-Bus session If evolution is not running at all, clicking a mailto url will open a composition window. If I completely rebuild my configuration, it will work for a while but then stop. Where a while is a few weeks. -- Sent from my wired giant hulking workstation Nate Pearlstein - npearl(a)sgi.com - Product Support Engineer -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse+help(a)opensuse.org

1 0

[opensuse] [slightly OT:] DHCP and Windows (yuck...)
by Roger Oberholtzer 16 Dec '10

16 Dec '10

I have a dhcp server running on openSUSE. In addition to setting up IP addresses, it instructs the systems where to find the tftp server that will serve up the boot image, as well as the boot image name. It is working great. Unfortunately, this now needs to co-exist on a network where there is a Windows dhcp server. The problem is that the windows server is faster at responding to the dhcpdiscover request than is the openSUSE server. Not much to do about that - race conditions are a fact of life. So, we thought we would solve this by duplicating the IP address and next-server/filename stuff on the Windows server. The result should be that the system still goes to the openSUSE box to get boot files. Unfortunately, this seems not to work as expected. We get the IP address. But is is unclear which option in the Windows server corresponds to Linux's next-server. We set one called 'boot host' that is described as pointing to the tftp server. But oddly we get nothing. I guess I am sending out feelers to see if anyone else has an openSUSE diskless boot sequence (boot images on an openSUSE tftp server) that involves a Windows dhcp server. -- Roger Oberholtzer OPQ Systems / Ramböll RST Ramböll Sverige AB Krukmakargatan 21 P.O. Box 17009 SE-104 62 Stockholm, Sweden Office: Int +46 10-615 60 20 Mobile: Int +46 70-815 1696 -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse+help(a)opensuse.org

6 20

[opensuse] Issue with China based employees accessing websites
by GSM Network 16 Dec '10

16 Dec '10

Hi, Intel PRC users are unable to access https://build.ta.otcshare.org/, https://api.ta.otcshare.org/, https://repo.ta.otcshare.org/ Could you please get the tech support to check if there is any blocking at your end on below IPs? Thank you. Zizhu, China 192.102.204.36 192.102.204.37 Shanghai Mart, China 192.55.46.36 192.55.46.37 Thum ITSO GSM Network INET 8 3565724 IDD +1 9163565724 From: Singh, Gyanendra Kumar Sent: Thursday, December 16, 2010 3:32 PM To: Butler, Todd; Rubert, Rodney B; Verrall, Timothy; GSM Network; Proxy administrators second level Subject: RE: Issue with China based employees accessing websites Hi GSM team, I Configured my explorer to use PRC proxy and found that I can reach main page of website https://otcshare.org, However it returned http error code 503 when I try to reach other sites which seems to be associated with same organization. It appears that server is refusing connection when connection is made by using PRC proxy IP addresses or it something on Internet could blocking it. Can we ask owners of these sites to check and allow communication our PRC proxy ip addresses if they block it based on source IP. We can redirect traffic to other proxy for PRC users due CCR rules. Zizhu, China 192.102.204.36 192.102.204.37 Shanghai Mart, China 192.55.46.36 192.55.46.37 Proxy team- suggest if we can do anything else. Thanks Gyan From: Reddy, Venugopala Sent: Thursday, December 16, 2010 8:22 AM To: Hunashimarad, Ravindra G; Steenkolk, Chris A; Butler, Todd; Rubert, Rodney B; Verrall, Timothy Cc: Proxy administrators second level Subject: RE: Issue with China based employees accessing websites I think here the issue is the PRC users can’t access below sites if they point to China proxy’s. https://build.ta.otcshare.org/ https://api.ta.otcshare.org/ https://repo.ta.otcshare.org/ “I have tested using US based proxies and the sites work, when I point to a china based proxy, the sites do not work.” Regards, Reddy From: Hunashimarad, Ravindra G Sent: Thursday, December 16, 2010 6:03 AM To: Steenkolk, Chris A; Butler, Todd; Rubert, Rodney B; Verrall, Timothy Cc: Proxy administrators second level Subject: RE: Issue with China based employees accessing websites Yes, the issue is with these few DMZ subnets itself, is there any specific reason that we need to do this, if not we could redirect them to China proxies instead of FM. ____________________________________ Ravindra G Hunashimarad. Enterprise Connectivity Services India. Work Phone :+91 80 2605 5179 Mobile :+919972590394 From: Steenkolk, Chris A Sent: Wednesday, December 15, 2010 11:52 PM To: Butler, Todd; Rubert, Rodney B; Verrall, Timothy Cc: Proxy administrators second level Subject: RE: Issue with China based employees accessing websites I have just looked at the autoproxy script and have tested using client IP 10.239.1.1 on the Autoproxy Diagnostic URL (http://proxyweb.intel.com/bin/autoproxy.pl ) and see no redirection to any proxies other than the PRC proxies. The only instances are for a few DMZ subnets that go to FM or JF proxies. -Chris From: Butler, Todd Sent: Wednesday, December 15, 2010 9:28 AM To: Rubert, Rodney B; Verrall, Timothy Cc: Proxy administrators second level Subject: RE: Issue with China based employees accessing websites Importance: High Rod, Have no idea about what has or has not transpired here. This should have been escalated by GSM to NTS Ops. GSM should know how to do that. NTS Ops can (and does) make changes to the Autoproxy script, they know how to do this, I can only assume they have not seen the escalation. Proxy Ops: Can you look into this. PRC subnets need to stay in PRC using PRC Proxies. Please treat with priority. They cannot (by Chinese law) be re-directed or failed over to non-PRC Internet access. Also, if you haven’t seen this, we need to have a discussion with GSM on how to escalate Autoproxy issues! Todd Butler Network Systems Engineering Network Security Capabilities Manager todd.butler(a)intel.com<mailto:todd.butler@intel.com> 503.712.6063 w 503.754.0988 c From: Rubert, Rodney B Sent: Wednesday, December 15, 2010 9:02 AM To: Butler, Todd; Verrall, Timothy Subject: FW: Issue with China based employees accessing websites This issue has been open for over a week now. How can we get the escalation to the correct place? Thanks, Rod From: Hunashimarad, Ravindra G Sent: Wednesday, December 15, 2010 8:59 AM To: Chan, Edward; Reddy, Venugopala; Pressley, James E; Wing, Leigh T Cc: GSM Network; Rubert, Rodney B Subject: RE: Issue with China based employees accessing websites Hi James, How d owe go about this issue, China users are being diverted to the specific subnets to use JF proxies, while the fact remains that we cannot use any other proxy other than PRC ones for PRC users. ____________________________________ Ravindra G Hunashimarad. Enterprise Connectivity Services India. Work Phone :+91 80 2605 5179 Mobile :+919972590394 From: Chan, Edward Sent: Monday, December 06, 2010 9:39 PM To: Hunashimarad, Ravindra G; Reddy, Venugopala; Pressley, James E; Wing, Leigh T Cc: GSM Network; Rubert, Rodney B Subject: FW: Issue with China based employees accessing websites Importance: High All, As mentioned in previous finding, the issues is related to the current autoproxy script redirecting PRC users to use JF proxy for the access. Please help to check when the fix can be completed and reply to the customers, thanks, Regards, Edward Chan From: Luo, Zhenlin Sent: Monday, December 06, 2010 23:35 To: GSM Network; Zhou, Ryan Cc: Pressley, James E; Zhang, Lei A; GSM INFRA; Wing, Leigh T; Chan, Edward; Gao, Wei Subject: RE: Issue with China based employees accessing websites Hi guys, it’s been about 2 weeks without process. If this issue cannot be resolved, we are hardly conducting our business. Could you pls predict when you can resolve this issue? Thanks From: GSM Network Sent: Monday, December 06, 2010 8:59 AM To: Zhou, Ryan Cc: Pressley, James E; Zhang, Lei A; GSM INFRA; Luo, Zhenlin; Wing, Leigh T; Chan, Edward; GSM Network Subject: RE: Issue with China based employees accessing websites Hi Ryan, Below is the update we received from CT account manager on last Thursday. We’ve been pushing them for resolution but the progress is slow and they are facing difficulties as well. GSM Network will continue to push them for faster resolution. Sorry for any inconvenience caused. Thank you. _________________________________________________________________________________________________________ From: Guan,Gina [mailto:g_guan@189.cn] Sent: Thursday, December 02, 2010 2:16 PM To: GSM Network Cc: 'Mike G' Subject: 答复: SIN80844 - Intel Yes, we found it. CT NOC is coordinating with some other carriers. But as I know there's some difficulty for handling the problem like this. Best Regards, Guan Thum ITSO GSM Network INET 8 3565724 IDD +1 9163565724 ------------------------------------------- From: Zhou, Ryan Sent: Sunday, December 05, 2010 5:32:36 PM To: GSM Network Cc: Pressley, James E; Zhang, Lei A; GSM INFRA; Luo, Zhenlin; Tan, Theng Khim; Wing, Leigh T Subject: RE: Issue with China based employees accessing websites Auto forwarded by a Rule HI, Teng Khim, I still have the issue and do you get any update from CT? Or just let me know if they can or cannot resolve the issue? Regards Ryan From: GSM Network Sent: Tuesday, November 30, 2010 9:46 AM To: Zhou, Ryan Cc: Pressley, James E; Zhang, Lei A; GSM INFRA; Luo, Zhenlin; Tan, Theng Khim; Wing, Leigh T Subject: RE: Issue with China based employees accessing websites Oops, my bad.. Thum ITSO GSM Network INET 8 3565724 IDD +1 9163565724 From: Zhou, Ryan Sent: Tuesday, November 30, 2010 9:42 AM To: GSM Network Cc: Pressley, James E; Zhang, Lei A; GSM INFRA; Luo, Zhenlin; Tan, Theng Khim; Wing, Leigh T Subject: RE: Issue with China based employees accessing websites I cannot use US proxy when I am in China’s Intel office. Regards Ryan From: GSM Network Sent: Tuesday, November 30, 2010 9:41 AM To: Zhou, Ryan Cc: Pressley, James E; Zhang, Lei A; GSM INFRA; Luo, Zhenlin; GSM Network; Tan, Theng Khim; Wing, Leigh T Subject: RE: Issue with China based employees accessing websites Ryan, We’ve been pushing CT for update but they have not come back with anything. I’ve escalated to the account manager. Will keep you posted. In the mean time, please use the US proxy to access the websites. Thank you. Thum ITSO GSM Network INET 8 3565724 IDD +1 9163565724 From: Zhou, Ryan Sent: Tuesday, November 30, 2010 9:34 AM To: Tan, Theng Khim; Wing, Leigh T Cc: Pressley, James E; Zhang, Lei A; GSM INFRA; Luo, Zhenlin; GSM Network Subject: RE: Issue with China based employees accessing websites Hi, Theng Khim, Do you have any update from CT? Regards Ryan From: Tan, Theng Khim Sent: Friday, November 26, 2010 9:05 AM To: Zhou, Ryan; Wing, Leigh T Cc: Pressley, James E; Zhang, Lei A; GSM INFRA; Luo, Zhenlin; GSM Network Subject: RE: Issue with China based employees accessing websites FYI. CT is still working on the issue. thengkhim (TK) IT Service Operations / Technical Assistance Center (TAC) GSM Network / Intel NOC * Hotline: +1 916 356 5724 (24x7) * DID: +60 4 253 2555 * noc(a)intel.com<mailto:noc@intel.com> From: GSM Network Sent: Thursday, November 25, 2010 3:51 PM To: Zhou, Ryan; Wing, Leigh T Cc: Pressley, James E; Zhang, Lei A; GSM INFRA; Luo, Zhenlin; GSM Network Subject: RE: Issue with China based employees accessing websites Hi Rayn, I’ve asked & no update from the telco! thengkhim (TK) IT Service Operations / Technical Assistance Center (TAC) GSM Network / Intel NOC * Hotline: +1 916 356 5724 (24x7) * DID: +60 4 253 2555 * noc(a)intel.com<mailto:noc@intel.com> From: Zhou, Ryan Sent: Thursday, November 25, 2010 3:25 PM To: GSM Network; Wing, Leigh T Cc: Pressley, James E; Zhang, Lei A; GSM INFRA; Luo, Zhenlin Subject: RE: Issue with China based employees accessing websites I mean, can you just ask for the update but not waiting for the feedback? I am just waiting for it to continue my work… Regards Ryan From: GSM Network Sent: Thursday, November 25, 2010 3:19 PM To: Zhou, Ryan; Wing, Leigh T Cc: Pressley, James E; Zhang, Lei A; GSM INFRA; Luo, Zhenlin; GSM Network Subject: RE: Issue with China based employees accessing websites Hi Ryan, I will keep you in the loop once I’ve received the update. thengkhim (TK) IT Service Operations / Technical Assistance Center (TAC) GSM Network / Intel NOC * Hotline: +1 916 356 5724 (24x7) * DID: +60 4 253 2555 * noc(a)intel.com<mailto:noc@intel.com> From: Zhou, Ryan Sent: Thursday, November 25, 2010 3:09 PM To: GSM Network; Wing, Leigh T Cc: Pressley, James E; Zhang, Lei A; GSM INFRA; Luo, Zhenlin Subject: RE: Issue with China based employees accessing websites Hi, Sorry for bother you again. Can I get the status update by today? Regards Ryan From: GSM Network Sent: Thursday, November 25, 2010 1:13 PM To: Zhou, Ryan; Wing, Leigh T Cc: Pressley, James E; Zhang, Lei A; GSM INFRA; Luo, Zhenlin; GSM Network Subject: RE: Issue with China based employees accessing websites Nope, still waiting for it from CT. thengkhim (TK) IT Service Operations / Technical Assistance Center (TAC) GSM Network / Intel NOC * Hotline: +1 916 356 5724 (24x7) * DID: +60 4 253 2555 * noc(a)intel.com<mailto:noc@intel.com> From: Zhou, Ryan Sent: Thursday, November 25, 2010 12:58 PM To: GSM Network; Wing, Leigh T Cc: Pressley, James E; Zhang, Lei A; GSM INFRA; Luo, Zhenlin Subject: RE: Issue with China based employees accessing websites Importance: High HI, Does CT get any progress on the issue? Regards Ryan From: GSM Network Sent: Thursday, November 25, 2010 11:12 AM To: Zhou, Ryan; GSM Network; Wing, Leigh T Cc: Pressley, James E; Zhang, Lei A; GSM INFRA Subject: RE: Issue with China based employees accessing websites Hi Ryan, Telco is still checking on the problem. thengkhim (TK) IT Service Operations / Technical Assistance Center (TAC) GSM Network / Intel NOC * Hotline: +1 916 356 5724 (24x7) * DID: +60 4 253 2555 * noc(a)intel.com<mailto:noc@intel.com> From: Zhou, Ryan Sent: Thursday, November 25, 2010 10:57 AM To: GSM Network; Wing, Leigh T Cc: Pressley, James E; Zhang, Lei A; GSM INFRA Subject: RE: Issue with China based employees accessing websites Importance: High HI, Any update from CT? Regards Ryan From: GSM Network Sent: Thursday, November 25, 2010 9:33 AM To: Wing, Leigh T; Zhou, Ryan Cc: Pressley, James E; Zhang, Lei A; GSM Network; GSM INFRA Subject: RE: Issue with China based employees accessing websites Hi Leigh, Your case has been reported to CT for further investigation. I will keep you in the loop on the latest update from CT. thengkhim (TK) IT Service Operations / Technical Assistance Center (TAC) GSM Network / Intel NOC * Hotline: +1 916 356 5724 (24x7) * DID: +60 4 253 2555 * noc(a)intel.com<mailto:noc@intel.com> From: Wing, Leigh T Sent: Thursday, November 25, 2010 8:19 AM To: Zhou, Ryan; GSM Network; GSM INFRA Cc: Pressley, James E; Zhang, Lei A; Wing, Leigh T Subject: RE: Issue with China based employees accessing websites He is either going through Zizhu or Shanghai Mart, those are the 2 China DMZ’s that have proxies. I tested using Shanghai Mart. Thank you, Thank you, Leigh Wing Network Systems Engineer Enterpise Connectivity Services ICC/DMZ Desk: 971-215-9499 Cell: 503-789-7846 Email: mailto:leigh.t.wing@intel.com From: Zhou, Ryan Sent: Wednesday, November 24, 2010 4:16 PM To: GSM Network; Wing, Leigh T; GSM INFRA Cc: Pressley, James E; Zhang, Lei A Subject: RE: Issue with China based employees accessing websites I am using home public internet with VPN now. My win7 ip address is: C:\Users\rzhou7>ipconfig Windows IP Configuration Ethernet adapter Local Area Connection 2: Connection-specific DNS Suffix . : ccr.corp.intel.com IPv4 Address. . . . . . . . . . . : 10.255.26.214 Subnet Mask . . . . . . . . . . . : 255.255.252.0 Default Gateway . . . . . . . . . : 10.255.24.1 PPP adapter HOME: Connection-specific DNS Suffix . : IPv4 Address. . . . . . . . . . . : 222.130.198.211 Subnet Mask . . . . . . . . . . . : 255.255.255.255 Default Gateway . . . . . . . . . : 0.0.0.0 Ethernet adapter Bluetooth Network Connection: Media State . . . . . . . . . . . : Media disconnected Connection-specific DNS Suffix . : Wireless LAN adapter Wireless Network Connection: Media State . . . . . . . . . . . : Media disconnected Connection-specific DNS Suffix . : Ethernet adapter Local Area Connection: Connection-specific DNS Suffix . : Autoconfiguration IPv4 Address. . : 169.254.183.177 Subnet Mask . . . . . . . . . . . : 255.255.0.0 Default Gateway . . . . . . . . . : My linux is inside of Intel network: zhourun@zhourun-desktop:~/image/otc$ ifconfig eth0 Link encap:Ethernet HWaddr 78:e7:d1:d7:30:36 inet addr:172.16.124.116 Bcast:172.16.124.255 Mask:255.255.255.0 inet6 addr: fe80::7ae7:d1ff:fed7:3036/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:4793170 errors:0 dropped:0 overruns:0 frame:0 TX packets:4301231 errors:53943 dropped:0 overruns:0 carrier:53943 collisions:70436 txqueuelen:100 RX bytes:2803004946 (2.8 GB) TX bytes:4145756808 (4.1 GB) Memory:f3000000-f3020000 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:127331 errors:0 dropped:0 overruns:0 frame:0 TX packets:127331 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:28837172 (28.8 MB) TX bytes:28837172 (28.8 MB) Regards Ryan From: GSM Network Sent: Thursday, November 25, 2010 8:12 AM To: Zhou, Ryan; Wing, Leigh T; GSM Network; GSM INFRA Cc: Pressley, James E; Zhang, Lei A Subject: RE: Issue with China based employees accessing websites Hi Leigh, Could you please let us know which DMZ in China are you talking about and which is the proxy server in China is you have it? Ryan, Can you provide us with you ip address? Thanks. Sincerely, Jose Castro Technical Assistance Center (TAC) Intel IT / GSM Network From: Zhou, Ryan Sent: Wednesday, November 24, 2010 6:05 PM To: Wing, Leigh T; GSM Network; GSM INFRA Cc: Pressley, James E; Zhang, Lei A Subject: RE: Issue with China based employees accessing websites Importance: High Hi, More information: I cannot access the web in Intel’s network (using Chinese proxy). But I can access this web from public internet (internet from home and do not use any proxy). So I guess that the issue related to the proxy. This issue blocks my work very very much from last Friday… (some part of work can only be done in Intel office) So can you please help to resolve this issue ASAP? Regards Ryan From: Wing, Leigh T Sent: Thursday, November 25, 2010 7:57 AM To: GSM Network; GSM INFRA Cc: Pressley, James E; Zhou, Ryan; Wing, Leigh T Subject: Issue with China based employees accessing websites GSM, I have been notified of an issue that China based employees are having reaching these websites: https://build.ta.otcshare.org/ https://api.ta.otcshare.org/ https://repo.ta.otcshare.org/ I have tested using US based proxies and the sites work, when I point to a china based proxy, the sites do not work. I believe there may be an issue with the local ISP in China blocking the sites. Can you contact China telecom and see if they are blocking these sites? I have copied the customer, Ryan Zhou. He can provide any details you may need. Thank you, Leigh Wing Network Systems Engineer Enterpise Connectivity Services ICC/DMZ Desk: 971-215-9499 Cell: 503-789-7846 Email: mailto:leigh.t.wing@intel.com

1 0

[opensuse] kde4 admin password prompts PoP *Under* dialogs
by David C. Rankin 16 Dec '10

16 Dec '10

Guys, Is there a way to fix kde4 so the "Administrator" password prompts don't pop *under* the dialog they are needed for? Installing a kdm theme, and you never get the prompt to enter the root password because the password dialog has popped under the login manager window. If you have your plasma panel set to autohide, you just sit there wondering what's up until you unhide the panel and find a white icon window there connected to the dialog prompting for the password. Also, why cant we setup the kdesurc in kde4 to give seemless access to those items that need administrative rights for certain users? In earlier versions of kde4 the old kwrite trick worked where kdesurc was configured as follows: 01:13 alchemy:~> cat .kde4/share/config/kdesurc [Passwords] Keep=true [super-user-command] super-user-command=sudo Now that no longer works. Has the current kde4 changed to require kdesu instead of sudo? If so, can I just specify kdesu in kdesurc instead and get the desired behavior. Any help would be appreciated. Kuddos to the kde4 devs, I can now add a submenu to the panel. Man what a difference that makes... -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse+help(a)opensuse.org

3 5

[opensuse] Login Problem
by Stephen P. Molnar 15 Dec '10

15 Dec '10

OpenSuSE v11.2 64-bit on AMD CPU. Immediatly after installing the CUDA toolkit, as root, I can no longer login as the user. The password fails. Fortunately, I can still login as root. I went into User and Group Administration and reentered my user password, but I still can't login as the user. Assistance is urgently requested, Thanks in advance -- Stephen P. Molnar <s.molnar(a)sbcglobal.net> -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse+help(a)opensuse.org

3 4