February 2014 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 752508] New: network:telephony:asterisk-1_8: Bug - many sound files are missing
by bugzilla_noreply＠novell.com 04 Feb '14

04 Feb '14

https://bugzilla.novell.com/show_bug.cgi?id=752508 https://bugzilla.novell.com/show_bug.cgi?id=752508#c0 Summary: network:telephony:asterisk-1_8: Bug - many sound files are missing Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: x86-64 OS/Version: openSUSE 12.1 Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software AssignedTo: jengelh(a)medozas.de ReportedBy: carlos.e.r(a)opensuse.org QAContact: opensuse-communityscreening(a)forge.provo.novell.com CC: michael.kromer(a)millenux.com Found By: --- Blocker: --- network:telephony:asterisk-1_8: Bug - many sound files are missing Many sounds are missing, like "main-menu.gsm". I have found them in asterisk-sounds-extra_1.4.9-1_all.deb from Ubuntu. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 5

[Bug 861009] New: pam_sss: Entering empty password yields "Authentication system failed"
by bugzilla_noreply＠novell.com 04 Feb '14

04 Feb '14

https://bugzilla.novell.com/show_bug.cgi?id=861009 https://bugzilla.novell.com/show_bug.cgi?id=861009#c0 Summary: pam_sss: Entering empty password yields "Authentication system failed" Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: joschibrauchle(a)gmx.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/29.0.1547.65 Safari/537.36 On the same lines as bnc #779246 and from https://git.fedorahosted.org/cgit/sssd.git/commit/?id=383fa7e69136ce27031d7… we see that pam_sss returns "PAM_CRED_UNAVAIL" if an empty password is given (KRB5_LIBOS_CANTREADPWD). For the user, this results in a "authentication system failed" message, rather than something telling him about an invalid password. My suggestion is to change the return code from "PAM_CRED_UNAVAIL" to "PAM_CRED_ERR", which is the simplest fix. Reproducible: Always Steps to Reproduce: 1. Enable SSSD with Kerberos 2. Enter empty password Actual Results: Authentication System failed Expected Results: Invalid Password -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 3

[Bug 852106] New: monitor/display settings not persistent
by bugzilla_noreply＠novell.com 04 Feb '14

04 Feb '14

https://bugzilla.novell.com/show_bug.cgi?id=852106 https://bugzilla.novell.com/show_bug.cgi?id=852106#c0 Summary: monitor/display settings not persistent Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: All OS/Version: openSUSE 13.1 Status: NEW Severity: Major Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: sledz(a)zone42.org QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:25.0) Gecko/20100101 Firefox/25.0 Since 13.1 there is no option to save monitor/display settings "as default" so they are lost each reboot. Reproducible: Always Steps to Reproduce: 1. system settings 2. display and monitor 3. make your settings 4. apply Actual Results: Settings are set but not stored persistent. Expected Results: It needs to be possible to save the settings persistent. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 2

[Bug 859355] New: Perl errors while SIP is not answer for check_sip Nagios plugin
by bugzilla_noreply＠novell.com 04 Feb '14

04 Feb '14

https://bugzilla.novell.com/show_bug.cgi?id=859355 https://bugzilla.novell.com/show_bug.cgi?id=859355#c0 Summary: Perl errors while SIP is not answer for check_sip Nagios plugin Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: All OS/Version: All Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: avn(a)avnsite.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:26.0) Gecko/20100101 Firefox/26.0 Perl script errors if SIP not answer for check_sip Nagios plugin: asterisk:/usr/lib/nagios/plugins # ./check_sip -u sip:2999 -H asterisk Reproducible: Always Steps to Reproduce: 1. Stop Asterisk PBX 2. Run /usr/lib/nagios/plugins/check_sip for example as asterisk:/usr/lib/nagios/plugins # ./check_sip -u sip:2999 -H asterisk 3. See errors Actual Results: Use of uninitialized value $tstring in concatenation (.) or string at /check_sip line 277. Use of uninitialized value $rcode in concatenation (.) or string at ./check_sip line 277. Unknown error: , 0.000686 seconds response time, cnt=12|rtt=0.000686s;cnt=12;0.5s;1s;0:10; code= Expected Results: Needs to report something like this: Unknown error: UNKNOWN ERROR, 0.00086 seconds response time, cnt=12|rtt=0.00086s;cnt=12;0.5s;1s;0:10; code=NO RESPONSE Proposed check_sip.patch: --- check_sip<->2014-01-18 15:15:52.757895836 +0400 +++ check_sip<->2013-10-04 18:03:00.000000000 +0400 @@ -256,7 +256,13 @@ my ($response, $rtime, $sp_behavior) = @_; my @header=split(/\r/,$response); my $tstring=$header[0]; + if( !defined $tstring ) { + $tstring = "UNKNOWN ERROR"; + } my $rcode=getResponseCode($response); + if( !defined $rcode ) { + $rcode = "NO RESPONSE"; + } if (!$sp_behavior){ #in this case, we want to see if the SIP-server is respoding positively to our request # Some SUT respond with 100 Trying - assume everything is OK if we get this -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 6

[Bug 819753] New: migration of webyast startup script from SysV to systemd
by bugzilla_noreply＠novell.com 04 Feb '14

04 Feb '14

https://bugzilla.novell.com/show_bug.cgi?id=819753 https://bugzilla.novell.com/show_bug.cgi?id=819753#c0 Summary: migration of webyast startup script from SysV to systemd Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: x86-64 OS/Version: openSUSE 12.3 Status: NEW Severity: Minor Priority: P5 - None Component: WebYaST AssignedTo: kkaempf(a)suse.com ReportedBy: heinemannj66(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:20.0) Gecko/20100101 Firefox/20.0 webyast.service is not a native service, redirecting to /sbin/chkconfig. Executing /sbin/chkconfig webyast on Reproducible: Always Steps to Reproduce: systemctl enable webyast.service -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 3

[Bug 861989] New: libwrap0 gives invalid ipv4 checks -- disabling security required
by bugzilla_noreply＠novell.com 04 Feb '14

04 Feb '14

https://bugzilla.novell.com/show_bug.cgi?id=861989 https://bugzilla.novell.com/show_bug.cgi?id=861989#c0 Summary: libwrap0 gives invalid ipv4 checks -- disabling security required Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: All OS/Version: openSUSE 13.1 Status: NEW Severity: Major Priority: P5 - None Component: Security AssignedTo: security-team(a)suse.de ReportedBy: suse(a)tlinx.org QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.28) Gecko/20120306 Firefox/3.6.28 libwrap0 gives invalid results for ipv4 checks. This requires turning the host wrapper checks into warnings, which compromises security. Example: Since I upgraded to the new libwrap0 (I had patched this and noted this problem before, but the patch didn't make it into the new version): Jan 31 18:51:40 Ishtar sshd[51467]: warning: /etc/hosts.allow, line 63: host name mismatch: Ishtar.tlinx.org != (null) (::ffff:192.168.3.1) Jan 31 18:51:40 Ishtar sshd[51469]: warning: /etc/hosts.allow, line 63: host name mismatch: Ishtar.tlinx.org != (null) (::ffff:192.168.3.1) Jan 31 18:51:42 Ishtar xinetd[51471]: warning: /etc/hosts.allow, line 63: host name mismatch: Ishtar.tlinx.org != (null) (::ffff:192.168.3.1) Jan 31 18:51:42 Ishtar xinetd[51472]: warning: /etc/hosts.allow, line 63: host name mismatch: Ishtar.tlinx.org != (null) (::ffff:192.168.3.1) Jan 31 19:46:51 Ishtar sshd[57295]: warning: /etc/hosts.allow, line 63: host name mismatch: Athenae != (null) (::ffff:192.168.4.12) Feb 1 23:32:57 Ishtar sshd[20335]: warning: /etc/hosts.allow, line 63: host name mismatch: Athenae != (null) (::ffff:192.168.4.12) Feb 2 10:59:50 Ishtar sshd[31950]: warning: /etc/hosts.allow, line 63: host name mismatch: Athenae != (null) (::ffff:192.168.4.12) Feb 3 10:51:02 Ishtar sshd[6633]: warning: /etc/hosts.allow, line 63: host name mismatch: Athenae != (null) (::ffff:192.168.4.12) ---- I do not have ipv6 enabled and do not have ipv6 addresses being returned from my bind/named server. Athenae properly resolves: > dig +short Athenae 192.168.4.12 As does Ishtar.tlinx.org > dig +short Ishtar.tlinx.org 173.164.175.65 --- What I am not sure of since libwrap shows Ishtar.tlinx.org as mapping to null is if it really meant Ishtar: > dig +short Ishtar 192.168.4.1 -- 192.168.3.1 is also valid from some machines -- so that mapping doesn't bother me so much -- but the thing is, with libwrap0 having to be set to warn-only due to the above bug, it won't fail on wrong resolutions. I.e. because of the bogus check output -- it has to be set to warn -- which may be allowing things to pass that shouldn't. Reproducible: Always Steps to Reproduce: 1. 2. 3. It might require a kernel with IPv6 disabled/not compiled in -- not sure. named should only return ipv4 records as they are the ones that are being mangled In my /etc/hosts.allow, I have: ALL: LOCAL, 192.168.4.0/255.255.255.0, 192.168.3.0/255.255.255.0 : ALLOW Actual Results: actual results are the bogus warning. Note -- from the tcpd manpage -- If the sources are compiled with -DPARANOID, tcpd will drop the connec- tion in case of a host name/address mismatch. Otherwise, the hostname can be matched with the PARANOID wildcard, after which suitable action can be taken. ---------- I.e. I seem to remember that with paranoid wildcard, it would drop instead of warn. Expected Results: no errors on valid hostsnames.. For some reason I can't get the attachment function to work... so will have to include it manually, but the "attachment" is a patch for the tcpd source from 13.1 (spec file had added: Patch30: socket-tcp.diff %patch30 at appropriate places (after #29)... diff file included in additional information. --- socket.c 2013-05-23 14:08:58.000000000 -0700 +++ socket.c 2013-05-23 16:28:40.415779720 -0700 @@ -22,6 +22,8 @@ /* System libraries. */ #include <sys/types.h> +#include <sys/stat.h> +#include <unistd.h> #include <sys/param.h> #include <sys/socket.h> #include <netinet/in.h> @@ -38,6 +40,21 @@ #include "tcpd.h" + +static int ipv6_cached = -1; + +int ipv6 () { + int errstat; + struct stat buf; + if (ipv6_cached==-1) { + errstat=stat("/proc/sys/net/ipv6", &buf); + if (errstat==0 /* && (buf->mode_t & S_IFDIR)*/) ipv6_cached=1; + else ipv6_cached=0; + } + return ipv6_cached; +} + + /* Forward declarations. */ static void sock_sink(); @@ -66,10 +83,10 @@ } else { sprintf(dot_name, "%s.", name); hp = gethostbyname(dot_name); - if (hp) - return hp; - else - return (gethostbyname(name)); + if (hp) + return hp; + else + return (gethostbyname(name)); } } @@ -79,15 +96,15 @@ /* sock_host - look up endpoint addresses and install conversion methods */ void sock_host(request) -struct request_info *request; -{ -#ifdef INET6 - static struct sockaddr_storage client; - static struct sockaddr_storage server; -#else +struct request_info *request; { + static struct sockaddr_storage client6; + static struct sockaddr_storage server6; static struct sockaddr_in client; static struct sockaddr_in server; -#endif + + void * clientx = ipv6() ? &client6 : &client; + void * serverx = ipv6() ? &server6 : &server; + int len; char buf[BUFSIZ]; int fd = request->fd; @@ -103,12 +120,12 @@ * broken library code. */ - len = sizeof(client); - if (getpeername(fd, (struct sockaddr *) & client, &len) < 0) { + len = ipv6() ? sizeof(client6) : sizeof(client); + if (getpeername(fd, (struct sockaddr *) clientx, &len) < 0) { request->sink = sock_sink; - len = sizeof(client); + len = ipv6() ? sizeof(client6) : sizeof(client); if (recvfrom(fd, buf, sizeof(buf), MSG_PEEK, - (struct sockaddr *) & client, &len) < 0) { + (struct sockaddr *) clientx, &len) < 0) { tcpd_warn("can't get client address: %m"); return; /* give up */ } @@ -116,11 +133,8 @@ memset(buf, 0 sizeof(buf)); #endif } -#ifdef INET6 - request->client->sin = (struct sockaddr *)&client; -#else - request->client->sin = &client; -#endif + + request->client->sin = (struct sockaddr *)clientx; /* * Determine the server binding. This is used for client username @@ -128,16 +142,13 @@ * address or name. */ - len = sizeof(server); - if (getsockname(fd, (struct sockaddr *) & server, &len) < 0) { + len = ipv6() ? sizeof(server6) : sizeof(server); + if (getsockname(fd, (struct sockaddr *) serverx, &len) < 0) { tcpd_warn("getsockname: %m"); return; } -#ifdef INET6 - request->server->sin = (struct sockaddr *)&server; -#else - request->server->sin = &server; -#endif + + request->server->sin = (struct sockaddr *)serverx; } @@ -156,34 +167,35 @@ * field is empty or unknown, use the address field to get the sockaddr * and hostname. */ if (strlen(request->client->addr) && - HOSTNAME_KNOWN(request->client->addr) && - (!strlen(request->client->addr) || - !HOSTNAME_KNOWN(request->client->name))) - host = request->client->addr; + HOSTNAME_KNOWN(request->client->addr) && + (!strlen(request->client->addr) || + !HOSTNAME_KNOWN(request->client->name))) + host = request->client->addr; else - return; + return; memset(&hints, 0, sizeof(hints)); - hints.ai_family = AF_INET6; + + hints.ai_family = ipv6() ? AF_INET6 : AF_INET; hints.ai_socktype = SOCK_STREAM; hints.ai_flags = AI_PASSIVE | AI_NUMERICHOST; ret = getaddrinfo(host, NULL, &hints, &res); if (ret != 0) { - hints.ai_family = AF_INET; - ret = getaddrinfo(host, NULL, &hints, &res); + hints.ai_family = AF_INET; + ret = getaddrinfo(host, NULL, &hints, &res); } if (ret != 0) { - tcpd_warn("can't resolve hostname (%s): %s", host, gai_strerror(ret)); + tcpd_warn("can't resolve hostname (%s): %s", host, gai_strerror(ret)); } else { - sock_methods(request); + sock_methods(request); - memcpy(&client, res->ai_addr, res->ai_addrlen); - request->client->sin = (struct sockaddr *)&client; - freeaddrinfo(res); + memcpy(&client, res->ai_addr, res->ai_addrlen); + request->client->sin = (struct sockaddr *)&client; + freeaddrinfo(res); - request->client->name[0] = 0; + request->client->name[0] = 0; } } @@ -192,39 +204,37 @@ void sock_hostaddr(host) struct host_info *host; { -#ifdef INET6 - struct sockaddr *sin = host->sin; - char *ap; - int alen; + if (ipv6()) { + struct sockaddr *sin = host->sin; + char *ap; + int alen; - if (!sin) - return; - switch (sin->sa_family) { - case AF_INET: - ap = (char *)&((struct sockaddr_in *)sin)->sin_addr; - alen = sizeof(struct in_addr); - break; - case AF_INET6: - ap = (char *)&((struct sockaddr_in6 *)sin)->sin6_addr; - alen = sizeof(struct in6_addr); - break; - default: + if (!sin) return; - } - host->addr[0] = '\0'; - inet_ntop(sin->sa_family, ap, host->addr, sizeof(host->addr)); -#else - struct sockaddr_in *sin = host->sin; + switch (sin->sa_family) { + case AF_INET: + ap = (char *)&((struct sockaddr_in *)sin)->sin_addr; + alen = sizeof(struct in_addr); + break; + case AF_INET6: + ap = (char *)&((struct sockaddr_in6 *)sin)->sin6_addr; + alen = sizeof(struct in6_addr); + break; + default: + return; + } + host->addr[0] = '\0'; + inet_ntop(sin->sa_family, ap, host->addr, sizeof(host->addr)); + } else { + struct sockaddr_in *sin = host->sin; - if (sin != 0) - STRN_CPY(host->addr, inet_ntoa(sin->sin_addr), sizeof(host->addr)); -#endif + if (sin != 0) + STRN_CPY(host->addr, inet_ntoa(sin->sin_addr), sizeof(host->addr)); + } } -#ifdef INET6 /* sock_hostname - map endpoint address to host name */ -void -sock_hostname(struct host_info *host) +void sock_hostname6(struct host_info *host) { struct addrinfo hints, *res, *resbase; struct sockaddr *sa = host->sin; @@ -330,7 +340,7 @@ host->name, inet_ntop2 (sin6->sin6_family, &sin6->sin6_addr)); strncpy(host->name, paranoid, sizeof(host->name)); - freeaddrinfo (resbase); + freeaddrinfo (resbase); return; } @@ -344,8 +354,8 @@ freeaddrinfo (resbase); return; } -#else /* INET6 */ -void sock_hostname(host) + +void sock_hostname4(host) struct host_info *host; { struct sockaddr_in *sin = host->sin; @@ -428,7 +438,10 @@ strcpy(host->name, paranoid); /* name is bad, clobber it */ } } -#endif /* INET6 */ + +void sock_hostname(struct host_info *host) { + ipv6()? sock_hostname6(host) :sock_hostname4(host); +} /* sock_sink - absorb unreceived IP datagram */ @@ -436,17 +449,18 @@ int fd; { char buf[BUFSIZ]; -#ifdef INET6 - struct sockaddr_storage sin; -#else + + struct sockaddr_storage sin6; struct sockaddr_in sin; -#endif - int size = sizeof(sin); + + void * sinx = ipv6() ? &sin6 : &sin; + + int size = ipv6()? sizeof(sin6): sizeof(sin); /* * Eat up the not-yet received datagram. Some systems insist on a * non-zero source address argument in the recvfrom() call below. */ - (void) recvfrom(fd, buf, sizeof(buf), 0, (struct sockaddr *) & sin, &size); + (void) recvfrom(fd, buf, sizeof(buf), 0, (struct sockaddr *) sinx, &size); } -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 3

[Bug 862112] New: CUPS: Implement shared library policy
by bugzilla_noreply＠novell.com 04 Feb '14

04 Feb '14

https://bugzilla.novell.com/show_bug.cgi?id=862112 https://bugzilla.novell.com/show_bug.cgi?id=862112#c0 Summary: CUPS: Implement shared library policy Classification: openSUSE Product: openSUSE Factory Version: 13.2 Milestone 0 Platform: All OS/Version: openSUSE 13.2 Status: ASSIGNED Severity: Enhancement Priority: P5 - None Component: Printing AssignedTo: jsmeix(a)suse.com ReportedBy: jsmeix(a)suse.com QAContact: jsmeix(a)suse.com Found By: Development Blocker: No "Since ever" CUPS has an unversioned cups-libs sub-package that is not in compliance with the openSUSE shared library policy. FYI: Recently CUPS upstream talks about CUPS 2.0 see http://www.cups.org/roadmap.php "CUPS 2.0 is a future development branch. It will incorporate a new on-demand server architecture and offer better support for IPP Everywhere printers." -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 1

[Bug 861779] New: server:mail/exim-mysql build is broken
by bugzilla_noreply＠novell.com 04 Feb '14

04 Feb '14

https://bugzilla.novell.com/show_bug.cgi?id=861779 https://bugzilla.novell.com/show_bug.cgi?id=861779#c0 Summary: server:mail/exim-mysql build is broken Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: All OS/Version: All Status: NEW Severity: Normal Priority: P5 - None Component: BuildService AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: c.schweingruber(a)catatec.ch QAContact: adrian(a)suse.com CC: meissner(a)suse.com Found By: --- Blocker: --- Marcus Meissner <meissner(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |meissner(a)suse.com User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/27.0.1453.110 Safari/537.36 exim-mysql is a special exim-build with mysql-support. In the overview panel at https://build.opensuse.org/package/show/server:mail/exim-mysql a strange error-message is shown: Files could not be expanded: could not apply patch 'patch' 'patch' is a patchfile needed to rename the linked exim package. It looks correct: --- exim.spec.orig 2006-08-04 14:43:39.000000000 +0200 +++ exim.spec 2006-08-04 14:44:07.000000000 +0200 @@ -10,7 +10,7 @@ # norootforbuild -Name: exim +Name: exim-mysql BuildRequires: db-devel openldap2-devel pcre-devel %if %{?suse_version:1}%{?!suse_version:0} BuildRequires: tcpd-devel it is possible to build the package without source change: https://build.opensuse.org/package/show/home:cschweingruber/exim-mysql Reproducible: Always Steps to Reproduce: 1. 2. 3. The package exim-mysql builded fine a long time. Some month ago it stoped building. the same error occures with exim-postgresql --- Comment #1 from Marcus Meissner <meissner(a)suse.com> 2014-02-04 07:54:59 UTC --- seems to bne from my last change to exim that reformatted the specfile too -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 3

[Bug 800956] New: Iscsi Target configuration with YAST fails due wrong filedirectory
by bugzilla_noreply＠novell.com 04 Feb '14

04 Feb '14

https://bugzilla.novell.com/show_bug.cgi?id=800956 https://bugzilla.novell.com/show_bug.cgi?id=800956#c0 Summary: Iscsi Target configuration with YAST fails due wrong filedirectory Classification: openSUSE Product: openSUSE Factory Version: 12.3 Beta 1 Platform: x86-64 OS/Version: openSUSE 12.2 Status: NEW Severity: Minor Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: p88(a)yahoo.com QAContact: jsrain(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Win64; x64; Trident/5.0) In yast, the iscsi target configuration creates its ietd.conf file in the wrong directory, so iet cant find it and dont work. Manually moving ietd.conf from /iet to /etc/iet solves the problem. Reproducible: Always Steps to Reproduce: 1. 2. 3. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 14

[Bug 861928] New: Installation fails in VMWare Player
by bugzilla_noreply＠novell.com 04 Feb '14

04 Feb '14

https://bugzilla.novell.com/show_bug.cgi?id=861928 https://bugzilla.novell.com/show_bug.cgi?id=861928#c0 Summary: Installation fails in VMWare Player Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86 OS/Version: openSUSE 13.1 Status: NEW Severity: Critical Priority: P5 - None Component: Installation AssignedTo: yast2-maintainers(a)suse.de ReportedBy: mrbadaxe(a)gmail.com QAContact: jsrain(a)suse.com Found By: --- Blocker: --- Created an attachment (id=576978) --> (http://bugzilla.novell.com/attachment.cgi?id=576978) screenshot of error message during installer User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:26.0) Gecko/20100101 Firefox/26.0 Installation fails when trying to install openSuSE 13.1 from ISO (openSUSE-13.1-DVD-i586.iso) into a new VM in VMWare Player 6.0.1 build-1379776. Reproducible: Always Steps to Reproduce: 1. Open VMWare, click 'Create New Virtual Machine'. 2. Select 'Install from Installer disc image file', select ISO image 3. There should be the following message: 'OpenSUSE Detected. This operating system will use Easy Install.' Click Next. 4. Enter full name, username, password, click Next. 5. Give virtual machine a name and location, click Next. 6. For 'Specify Disk Capacity', use default of 'Split virtual disk into multiple files'. Click Next. 7. For 'Ready to Create Virtual Machine', leave settings as they are, click Finish. Actual Results: Installation continues until 'Preparing System for Automatic Installation' screen, step 'Retrieve & Read Control File', then displays orange warning dialog (see screenshot) Expected Results: Install as normal, no incident CPU: Intel Core 2 Duo T7700 RAM: 3.50GB VMware Version: 6.0.1 build-1379776 Host OS: Windows XP Pro SP3 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 2