From beta-programs at lists.suse.com Fri Oct 27 09:11:26 2017 From: beta-programs at lists.suse.com (SUSE Beta Program) Date: Fri, 27 Oct 2017 17:11:26 +0200 Subject: [sle-beta] [ANNOUNCE] SUSE Linux Enterprise 15 is now Beta 1! Message-ID: <59f34c9e3ccc9_21152932441022@boucane.mail> We are happy to announce our first beta release for SUSE Linux Enterprise 15: SUSE Linux Enterprise Server (SLES), SUSE Linux Enterprise Desktop (SLED), SUSE Linux Enterprise High Availability (SLE-HA), and SUSE Linux Enterprise Workstation Extension (SLE-WE) Download[1] == Beta Program Your SUSE Linux Enterprise Team Please refer to our dedicated SLE Beta Program webpage[1] for any general information. However, do not hesitate to contact us at beta-programs at lists.suse.com if you have any questions. You received this email because you're signed up to get updates from us. Please send an email to beta-programs at lists.suse.com if you want to unsubscribe. [1]https://www.suse.com/betaprogram/sle15-beta/#download [2]https://www.suse.com/documentation/beta/eula/suse_beta_eula.html -------------- next part -------------- An HTML attachment was scrubbed... URL: From Dick.Waite at softwareag.com Fri Oct 27 23:00:02 2017 From: Dick.Waite at softwareag.com (Waite, Dick (External)) Date: Sat, 28 Oct 2017 05:00:02 +0000 Subject: [sle-beta] SLESv15-Beta1 Message-ID: <46AC8C81C10B8C48820201DF2AE1D76D010E925EC6@daeexmbx1.eur.ad.sag> Grand Early Morning, Switch to UK-EN and keyboard worked Okay Switch to XFS as base file syste4m from BtrFS left the tick in the box for Snapshots, if this was un-ticked while in BtrFS then a switch to XFS was grand, no snapshot tick. I asked for a /home and got it but I could not amend the size ? I asked to use NTP, odd there were no German sites only UK ? I was unable to get a connection with any site so switched back to manually setting date/time. The base selection on install options ran well. After first ipl the text login ran well but a df -h showed my asked for /home, this was still part of / Ran some zypper commands Okay SUSEConnect --status-text gave me expected answer "No Registered" hostnamectl et al updated the host name, shutdown -r now and we have a host name, looking good So that's about it until the codes arrive, kernel 4.12.14-2.1 looks grand, T-Weed is running 4.13.6 with a very nice KDE and plasma screen ;o) Have a very good weekend. __R Software AG ? Sitz/Registered office: Uhlandstra?e 12, 64297 Darmstadt, Germany ? Registergericht/Commercial register: Darmstadt HRB 1562 - Vorstand/Management Board: Karl-Heinz Streibich (Vorsitzender/Chairman), Eric Duffaut, Dr. Wolfram Jost, Arnd Zinnhardt, Dr. Stefan Sigg; - Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Dr. Andreas Bereczky - http://www.softwareag.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From Dick.Waite at softwareag.com Sat Oct 28 13:12:33 2017 From: Dick.Waite at softwareag.com (Waite, Dick (External)) Date: Sat, 28 Oct 2017 19:12:33 +0000 Subject: [sle-beta] SLESv15 Beta1 Message-ID: <46AC8C81C10B8C48820201DF2AE1D76D010E926167@daeexmbx1.eur.ad.sag> Grand Evening, I simple install of the basic SLES environment ran Okay bar some small nags. I then installed a full SLES environment using the 2nd ISO file, I add the 2nd CD to my virtual machine and loaded the iso on this. Getting the disk layout I wanted was I expect my fingers issues, anyway the install ran well and both yast2 and zypper seemed happy with what they found. Simple tasks compiled okay. As stated "UPDATE" at boot time and zypper migration do not work, well you have to try... All repositories have been refreshed. Executing 'zypper --verbose --no-refresh patch-check --updatestack-only' Verbosity: 1 Autorefresh disabled. Initializing Target Loading repository data... Reading installed packages... Force resolution: No Considering 0 out of 3 applicable patches: 0 patches needed (0 security patches) Installed products: sle-module-legacy/12/x86_64 sle-sdk/12.3/x86_64 sle-module-web-scripting/12/x86_64 SLES/12.3/x86_64 No migration available. So now just waiting on the Beta keys... __R Software AG ? Sitz/Registered office: Uhlandstra?e 12, 64297 Darmstadt, Germany ? Registergericht/Commercial register: Darmstadt HRB 1562 - Vorstand/Management Board: Karl-Heinz Streibich (Vorsitzender/Chairman), Eric Duffaut, Dr. Wolfram Jost, Arnd Zinnhardt, Dr. Stefan Sigg; - Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Dr. Andreas Bereczky - http://www.softwareag.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From S.M.Flood at uis.cam.ac.uk Mon Oct 30 06:57:26 2017 From: S.M.Flood at uis.cam.ac.uk (Simon Flood) Date: Mon, 30 Oct 2017 12:57:26 +0000 Subject: [sle-beta] SLESv15-Beta1 In-Reply-To: <46AC8C81C10B8C48820201DF2AE1D76D010E925EC6@daeexmbx1.eur.ad.sag> References: <46AC8C81C10B8C48820201DF2AE1D76D010E925EC6@daeexmbx1.eur.ad.sag> Message-ID: <0bb3393b-7688-53b2-f58d-d1a8fc4724e3@uis.cam.ac.uk> On 28/10/17 06:00, Waite, Dick (External) wrote: > I asked to use NTP, odd there were no German sites only UK ? I was unable to get a connection with any site so switched back to manually setting date/time. The list of NTP servers available is dynamically populated depending on the time zone selected so if you select Germany as your time zone you'll see German NTP servers. Since you saw UK ones I'm guessing you had the UK zone selected. HTH, Simon -- Simon Flood HPC System Administrator University of Cambridge Information Services United Kingdom SUSE/Micro Focus Knowledge Partner From Dick.Waite at softwareag.com Mon Oct 30 07:09:25 2017 From: Dick.Waite at softwareag.com (Waite, Dick (External)) Date: Mon, 30 Oct 2017 13:09:25 +0000 Subject: [sle-beta] SLESv15-Beta1 In-Reply-To: <0bb3393b-7688-53b2-f58d-d1a8fc4724e3@uis.cam.ac.uk> References: <46AC8C81C10B8C48820201DF2AE1D76D010E925EC6@daeexmbx1.eur.ad.sag>, <0bb3393b-7688-53b2-f58d-d1a8fc4724e3@uis.cam.ac.uk> Message-ID: <20171030130924.5644375.15421.30303@softwareag.com> Grand Day, I use Malta as my base, have done for many years. I want EURO as my currency but English as my language and this works for me. As my time zone is Malta and language is EN;UK maybe that's what triggered the UK NTP. Not a issue for me, once my systems are up I always use a German NTP. Many Thanks for your input. __R Sent from my BlackBerry 10 smartphone. Original Message From: Simon Flood Sent: Monday, 30 October 2017 13:57 To: sle-beta at lists.suse.com Subject: Re: [sle-beta] SLESv15-Beta1 On 28/10/17 06:00, Waite, Dick (External) wrote: > I asked to use NTP, odd there were no German sites only UK ? I was unable to get a connection with any site so switched back to manually setting date/time. The list of NTP servers available is dynamically populated depending on the time zone selected so if you select Germany as your time zone you'll see German NTP servers. Since you saw UK ones I'm guessing you had the UK zone selected. HTH, Simon -- Simon Flood HPC System Administrator University of Cambridge Information Services United Kingdom SUSE/Micro Focus Knowledge Partner _______________________________________________ sle-beta mailing list sle-beta at lists.suse.com http://lists.suse.com/mailman/listinfo/sle-beta Software AG ? Sitz/Registered office: Uhlandstra?e 12, 64297 Darmstadt, Germany ? Registergericht/Commercial register: Darmstadt HRB 1562 - Vorstand/Management Board: Karl-Heinz Streibich (Vorsitzender/Chairman), Eric Duffaut, Dr. Wolfram Jost, Arnd Zinnhardt, Dr. Stefan Sigg; - Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Dr. Andreas Bereczky - http://www.softwareag.com From S.M.Flood at uis.cam.ac.uk Mon Oct 30 07:45:51 2017 From: S.M.Flood at uis.cam.ac.uk (Simon Flood) Date: Mon, 30 Oct 2017 13:45:51 +0000 Subject: [sle-beta] SLES15 Beta 1 x86_64 observations Message-ID: Installed from Installer DVD so a very basic install under VirtualBox. If I enabled the firewall and/or opened SSH port I received the very unhelpful error "The proposal contains an error that must be resolved before continuing. [OK]" with no clue as to what/where the error is. Fortunately I'd made minimal changes so traced it back to the Firewall or SSH section, undid my changes, and I could then install. When writing NTP configuration during installation I received an error "Cannot adjust 'NTP' service. [OK]". Clicking OK allowed install to proceed but given I just went with defaults for time just choosing to synchronize with NTP server (with default UK server uk.pool.ntp.org) that seems a bit odd. The major annoyance (for me) is the network device name is enp0s3 as opposed to eth0 and I remember this being discussed during the SLES12 beta. Fortunately the "net.ifnames=0" trick works. HTH, Simon -- Simon Flood HPC System Administrator University of Cambridge Information Services United Kingdom SUSE/Micro Focus Knowledge Partner From jreidinger at suse.com Mon Oct 30 08:42:12 2017 From: jreidinger at suse.com (Josef Reidinger) Date: Mon, 30 Oct 2017 15:42:12 +0100 Subject: [sle-beta] SLES15 Beta 1 x86_64 observations In-Reply-To: References: Message-ID: <20171030154212.7aba3a23@pepa.labs.suse.cz> Hi Simon, On Mon, 30 Oct 2017 13:45:51 +0000 "Simon Flood" wrote: > Installed from Installer DVD so a very basic install under VirtualBox. > > If I enabled the firewall and/or opened SSH port I received the very > unhelpful error "The proposal contains an error that must be resolved > before continuing. [OK]" with no clue as to what/where the error is. > Fortunately I'd made minimal changes so traced it back to the Firewall > or SSH section, undid my changes, and I could then install. This is caused that installer is not yet adapted to new firewalld which will replace SUSEFirewall2. It is known issue. > > When writing NTP configuration during installation I received an error > "Cannot adjust 'NTP' service. [OK]". Clicking OK allowed install to > proceed but given I just went with defaults for time just choosing to > synchronize with NTP server (with default UK server uk.pool.ntp.org) > that seems a bit odd. This is caused that installer is not yet adapted to new chrony which will replace ntpd. It is also known issue. > > The major annoyance (for me) is the network device name is enp0s3 as > opposed to eth0 and I remember this being discussed during the SLES12 > beta. Fortunately the "net.ifnames=0" trick works. > > HTH, > Simon Thanks for info, Josef From lslezak at suse.cz Mon Oct 30 09:02:00 2017 From: lslezak at suse.cz (Ladislav Slezak) Date: Mon, 30 Oct 2017 16:02:00 +0100 Subject: [sle-beta] SLESv15 Beta1 In-Reply-To: <46AC8C81C10B8C48820201DF2AE1D76D010E926167@daeexmbx1.eur.ad.sag> References: <46AC8C81C10B8C48820201DF2AE1D76D010E926167@daeexmbx1.eur.ad.sag> Message-ID: <9db8a513-e3f9-eb90-a4a5-f59b1c5998ba@suse.cz> Dne 28.10.2017 v 21:12 Waite, Dick (External) napsal(a): [...] > As stated "UPDATE" at boot time and zypper migration do not work, well you have to try... The zypper migration has been designed for online migration on the SP level (SP+1), it cannot migrate from SLE12 to SLE15. The offline SLE12 -> SLE15 upgrade using SCC/SMT is still WIP. -- Ladislav Slez?k YaST Developer SUSE LINUX, s.r.o. Corso IIa K?i??kova 148/34 18600 Praha 8 From Dick.Waite at softwareag.com Mon Oct 30 11:30:29 2017 From: Dick.Waite at softwareag.com (Waite, Dick (External)) Date: Mon, 30 Oct 2017 17:30:29 +0000 Subject: [sle-beta] xinetd Message-ID: <46AC8C81C10B8C48820201DF2AE1D76D010E928703@daeexmbx1.eur.ad.sag> Grand Evening, I'm having issues with "xinetd", it seems to be missing or lost ? Yast2 Network Services tells me it should be installed, so one tries and Yast2 says install of package failed.. __R Software AG ? Sitz/Registered office: Uhlandstra?e 12, 64297 Darmstadt, Germany ? Registergericht/Commercial register: Darmstadt HRB 1562 - Vorstand/Management Board: Karl-Heinz Streibich (Vorsitzender/Chairman), Eric Duffaut, Dr. Wolfram Jost, Arnd Zinnhardt, Dr. Stefan Sigg; - Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Dr. Andreas Bereczky - http://www.softwareag.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From donald.buchholz at intel.com Mon Oct 30 12:55:07 2017 From: donald.buchholz at intel.com (Don Buchholz) Date: Mon, 30 Oct 2017 11:55:07 -0700 Subject: [sle-beta] SLE15(Beta1) and zypper ... Message-ID: Hi, With the new "Installer" and "Packages" ISOs paradigm, itappears the zypper repository configuration has been extended. Using "zypper lr -d", I see the base system repository from the 'Installer' ISO, and then the four additional modules. | sle15:~# zypper lr -d |cut -c1-2,4-37,39-51,105-150 | ... |# | Alias | Name | URI |--+---------------------------------+------------+--------------------------------------------- | 1| Basesystem-Module_15-0 | SLE15-Pkg | http://SLE-SRV/distros/suse/ia32e/sle15-pkg/ | 2| Desktop-Applications-Module_15-0| SLE15-Pkg | http://SLE-SRV/distros/suse/ia32e/sle15-pkg/ | 3| Development-Tools-Module_15-0 | SLE15-Pkg | http://SLE-SRV/distros/suse/ia32e/sle15-pkg/ | 4| Legacy-Module_15-0 | SLE15-Pkg | http://SLE-SRV/distros/suse/ia32e/sle15-pkg/ | 5| SLES15-15-0 | SLES15-15-0| http://SLE-SRV/distros/suse/ia32e/sle15 What I find interesting here is that the Installer [SLES15-15-0] repository has it's own URI, but then the added modules all share a common URI! Looking at the configuration files in /etc/zypp/repos.d/ I see there is a "path=...." parameter being added to "baseurl=....". Only 'baseurl' is visible when using "zypper listrepo" and I can not find an option to list the full URL to the package repository. Looking at an SLES12-SP3 system, I do see the "path=..." param in the installer-created "SLES12-SP3-12.3-0.repo", but it is not present in *.repo files created with "zypper addrepo ...". Am I missing something in the zypper man page? Or does zypper(8) need to be extended to list the added paths? Or should I just plan on forgoing command-line examination/creation of repositories and just continue to manipulate the *.repo files directly? Regards, - Don Buchholz From Dick.Waite at softwareag.com Mon Oct 30 12:55:31 2017 From: Dick.Waite at softwareag.com (Waite, Dick (External)) Date: Mon, 30 Oct 2017 18:55:31 +0000 Subject: [sle-beta] Should a SLES15 code Message-ID: <46AC8C81C10B8C48820201DF2AE1D76D010E9287BB@daeexmbx1.eur.ad.sag> Grand Evening, Should a SLES12-SP3 machine be Okay with a code from SLES15 ? I'm getting some odd results if a register a SLES12 with a SLES15 code... __ Software AG ? Sitz/Registered office: Uhlandstra?e 12, 64297 Darmstadt, Germany ? Registergericht/Commercial register: Darmstadt HRB 1562 - Vorstand/Management Board: Karl-Heinz Streibich (Vorsitzender/Chairman), Eric Duffaut, Dr. Wolfram Jost, Arnd Zinnhardt, Dr. Stefan Sigg; - Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Dr. Andreas Bereczky - http://www.softwareag.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From Dick.Waite at softwareag.com Mon Oct 30 13:17:40 2017 From: Dick.Waite at softwareag.com (Waite, Dick (External)) Date: Mon, 30 Oct 2017 19:17:40 +0000 Subject: [sle-beta] SLESv15 Beta1 In-Reply-To: <9db8a513-e3f9-eb90-a4a5-f59b1c5998ba@suse.cz> References: <46AC8C81C10B8C48820201DF2AE1D76D010E926167@daeexmbx1.eur.ad.sag>, <9db8a513-e3f9-eb90-a4a5-f59b1c5998ba@suse.cz> Message-ID: <46AC8C81C10B8C48820201DF2AE1D76D010E92882F@daeexmbx1.eur.ad.sag> Grand Evening Ladislav, I had a machine that I had done a very basic SLES15 install on, It did not have any packages at all. I updated it with SLES15 codes and a SUSEConnect --status-text looked Okay I then re-ipl'ed and tried to "update" this machine, I was going to add some packages and it said there was no migration path ? The machine was a new build, well yesterday, SLES15 and I did not want to migrate but UPDATE... Thoughts ? __R ________________________________________ From: sle-beta-bounces at lists.suse.com [sle-beta-bounces at lists.suse.com] on behalf of Ladislav Slezak [lslezak at suse.cz] Sent: 30 October 2017 16:02 To: sle-beta at lists.suse.com Subject: Re: [sle-beta] SLESv15 Beta1 Dne 28.10.2017 v 21:12 Waite, Dick (External) napsal(a): [...] > As stated "UPDATE" at boot time and zypper migration do not work, well you have to try... The zypper migration has been designed for online migration on the SP level (SP+1), it cannot migrate from SLE12 to SLE15. The offline SLE12 -> SLE15 upgrade using SCC/SMT is still WIP. -- Ladislav Slez?k YaST Developer SUSE LINUX, s.r.o. Corso IIa K?i??kova 148/34 18600 Praha 8 _______________________________________________ sle-beta mailing list sle-beta at lists.suse.com http://lists.suse.com/mailman/listinfo/sle-beta Software AG ? Sitz/Registered office: Uhlandstra?e 12, 64297 Darmstadt, Germany ? Registergericht/Commercial register: Darmstadt HRB 1562 - Vorstand/Management Board: Karl-Heinz Streibich (Vorsitzender/Chairman), Eric Duffaut, Dr. Wolfram Jost, Arnd Zinnhardt, Dr. Stefan Sigg; - Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Dr. Andreas Bereczky - http://www.softwareag.com From kukuk at suse.de Mon Oct 30 13:48:43 2017 From: kukuk at suse.de (Thorsten Kukuk) Date: Mon, 30 Oct 2017 20:48:43 +0100 Subject: [sle-beta] SLE15(Beta1) and zypper ... In-Reply-To: References: Message-ID: <20171030194843.GA16155@suse.de> On Mon, Oct 30, Don Buchholz wrote: > Hi, > > With the new "Installer" and "Packages" ISOs paradigm, > itappears the zypper repository configuration has been > extended. That's really very, very old stuff, nothing new. Thorsten -- Thorsten Kukuk, Distinguished Engineer, Senior Architect SLES & CaaSP SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany GF: Felix Imendoerffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nuernberg) From kukuk at suse.de Mon Oct 30 13:50:36 2017 From: kukuk at suse.de (Thorsten Kukuk) Date: Mon, 30 Oct 2017 20:50:36 +0100 Subject: [sle-beta] SLESv15 Beta1 In-Reply-To: <46AC8C81C10B8C48820201DF2AE1D76D010E92882F@daeexmbx1.eur.ad.sag> References: <46AC8C81C10B8C48820201DF2AE1D76D010E926167@daeexmbx1.eur.ad.sag> <9db8a513-e3f9-eb90-a4a5-f59b1c5998ba@suse.cz> <46AC8C81C10B8C48820201DF2AE1D76D010E92882F@daeexmbx1.eur.ad.sag> Message-ID: <20171030195036.GB16155@suse.de> On Mon, Oct 30, Waite, Dick (External) wrote: > Grand Evening Ladislav, > > I had a machine that I had done a very basic SLES15 install on, It did not have any packages at all. > > I updated it with SLES15 codes and a SUSEConnect --status-text looked Okay > > I then re-ipl'ed and tried to "update" this machine, I was going to add some packages and it said there was no migration path ? The machine was a new build, well yesterday, SLES15 and I did not want to migrate but UPDATE... > > Thoughts ? Since you did not tell us, what you did ... Thorsten -- Thorsten Kukuk, Distinguished Engineer, Senior Architect SLES & CaaSP SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany GF: Felix Imendoerffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nuernberg) From ldevulder at suse.de Mon Oct 30 13:54:29 2017 From: ldevulder at suse.de (Loic Devulder) Date: Mon, 30 Oct 2017 20:54:29 +0100 Subject: [sle-beta] Fwd: Re: Should a SLES15 code In-Reply-To: <47bcb382-4e74-3481-d3d0-1a867a85eb81@suse.de> References: <47bcb382-4e74-3481-d3d0-1a867a85eb81@suse.de> Message-ID: <2c66f25e-876e-48d1-3243-6cbf450ecc58@suse.de> Hi Dick, The beta code is specific for sle15 and, thus, cannot work for sle12sp3. It's the same as for each sle beta test ;-) On 10/30/2017 07:55 PM, Waite, Dick (External) wrote: > Grand Evening, > > Should a SLES12-SP3 machine be Okay with a code from SLES15 ? I'm getting some odd results if a register a SLES12 with a SLES15 code... > > __ > > Software AG ? Sitz/Registered office: Uhlandstra?e 12, 64297 Darmstadt, Germany ? Registergericht/Commercial register: Darmstadt HRB 1562 - Vorstand/Management Board: Karl-Heinz Streibich (Vorsitzender/Chairman), Eric Duffaut, Dr. Wolfram Jost, Arnd Zinnhardt, Dr. Stefan Sigg; - Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Dr. Andreas Bereczky - http://www.softwareag.com > > > > _______________________________________________ > sle-beta mailing list > sle-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sle-beta > -- Loic Devulder - Senior QA Engineer email: ldevulder at suse.de Container & Storage Solutions Quality Assurance team (qa-css) SUSE LINUX GmbH, Maxfeldstr. 5, 90409 N?rnberg GF: F. Imend?rffer, J. Smithard, J. Guild, D. Upmanyu, G. Norton HRB 21284 (AG N?rnberg) From Dick.Waite at softwareag.com Mon Oct 30 14:18:18 2017 From: Dick.Waite at softwareag.com (Waite, Dick (External)) Date: Mon, 30 Oct 2017 20:18:18 +0000 Subject: [sle-beta] Fwd: Re: Should a SLES15 code In-Reply-To: <2c66f25e-876e-48d1-3243-6cbf450ecc58@suse.de> References: <47bcb382-4e74-3481-d3d0-1a867a85eb81@suse.de>, <2c66f25e-876e-48d1-3243-6cbf450ecc58@suse.de> Message-ID: <46AC8C81C10B8C48820201DF2AE1D76D010E92891D@daeexmbx1.eur.ad.sag> So when I wish to "update" a SLES12-SP3 to SLES15-Beta-n I at what point do I give the machine it's SLES15 code... When I "update" a SLES12-SP2 to SP3-Beta-n I had to register the machine with the Beta-test code and then run the update. But are you saying when I want to "update" a SLES12-SP3 to SLES15-Beta I leave the SLES12-SP3 with the production code and the "UPDATE" will run from the new "installer" and "package" iso's Okay... I don't see that on my machines.. Enough for tonight , tomorrow is a new day ;o) __R ________________________________________ From: sle-beta-bounces at lists.suse.com [sle-beta-bounces at lists.suse.com] on behalf of Loic Devulder [ldevulder at suse.de] Sent: 30 October 2017 20:54 To: sle-beta at lists.suse.com' Subject: [sle-beta] Fwd: Re: Should a SLES15 code Hi Dick, The beta code is specific for sle15 and, thus, cannot work for sle12sp3. It's the same as for each sle beta test ;-) On 10/30/2017 07:55 PM, Waite, Dick (External) wrote: > Grand Evening, > > Should a SLES12-SP3 machine be Okay with a code from SLES15 ? I'm getting some odd results if a register a SLES12 with a SLES15 code... > > __ > > Software AG ? Sitz/Registered office: Uhlandstra?e 12, 64297 Darmstadt, Germany ? Registergericht/Commercial register: Darmstadt HRB 1562 - Vorstand/Management Board: Karl-Heinz Streibich (Vorsitzender/Chairman), Eric Duffaut, Dr. Wolfram Jost, Arnd Zinnhardt, Dr. Stefan Sigg; - Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Dr. Andreas Bereczky - http://www.softwareag.com > > > > _______________________________________________ > sle-beta mailing list > sle-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sle-beta > -- Loic Devulder - Senior QA Engineer email: ldevulder at suse.de Container & Storage Solutions Quality Assurance team (qa-css) SUSE LINUX GmbH, Maxfeldstr. 5, 90409 N?rnberg GF: F. Imend?rffer, J. Smithard, J. Guild, D. Upmanyu, G. Norton HRB 21284 (AG N?rnberg) _______________________________________________ sle-beta mailing list sle-beta at lists.suse.com http://lists.suse.com/mailman/listinfo/sle-beta From Dick.Waite at softwareag.com Mon Oct 30 14:50:55 2017 From: Dick.Waite at softwareag.com (Waite, Dick (External)) Date: Mon, 30 Oct 2017 20:50:55 +0000 Subject: [sle-beta] Fwd: Re: Should a SLES15 code In-Reply-To: <86cbbfd7-1a53-4232-92a7-52ead8baaa02@email.android.com> References: <46AC8C81C10B8C48820201DF2AE1D76D010E92891D@daeexmbx1.eur.ad.sag>, <86cbbfd7-1a53-4232-92a7-52ead8baaa02@email.android.com> Message-ID: <46AC8C81C10B8C48820201DF2AE1D76D010E9289B3@daeexmbx1.eur.ad.sag> Many Thanks Loic, So we can create new machines... Then in late November we can move our working machines over to SLES15 and do the real Beta test ;o) I feel sure SUSE have got the kernel and it's bits working, but how do these new bits work with customer applications is what you want your Beta team to test. I'm not going to run a load of application installs on a new install, that's not what our customers do and it's not what we do, When you give us a new version, we expect it will run the applications of the old version, but faster and faster on te new version ;o) Wishing you a grand holiday tomorrow, and many thanks for your good words. __R ________________________________ From: Loic Devulder [ldevulder at suse.de] Sent: 30 October 2017 21:41 To: Waite, Dick (External) Cc: sle-beta at lists.suse.com' Subject: RE: [sle-beta] Fwd: Re: Should a SLES15 code As far as I know, update from SLE12 to SLE15 is currently not working. Planned for Beta2 or Beta3. Software AG ? Sitz/Registered office: Uhlandstra?e 12, 64297 Darmstadt, Germany ? Registergericht/Commercial register: Darmstadt HRB 1562 - Vorstand/Management Board: Karl-Heinz Streibich (Vorsitzender/Chairman), Eric Duffaut, Dr. Wolfram Jost, Arnd Zinnhardt, Dr. Stefan Sigg; - Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Dr. Andreas Bereczky - http://www.softwareag.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From kukuk at suse.de Mon Oct 30 16:34:57 2017 From: kukuk at suse.de (Thorsten Kukuk) Date: Mon, 30 Oct 2017 23:34:57 +0100 Subject: [sle-beta] Missing content file in installer In-Reply-To: <434235749.3140890.1509399470776.JavaMail.zimbra@tre-sc.jus.br> References: <434235749.3140890.1509399470776.JavaMail.zimbra@tre-sc.jus.br> Message-ID: <20171030223457.GA26720@suse.de> On Mon, Oct 30, Luiz Angelo Daros de Luca wrote: > Hello, > > I noticed that there is no /content file in installer.iso media. > It exists since forever, even on OpenSUSE. > > Is this a TODO, FIXME, or NEW? It was already deprecated with SLE12 since no tool did need it. So with SLE15 we finally removed it. openSUSE will also remove it in the near future, as they discuss already since a very long time. Sometimes SLES is more agile and moving faster than openSUSE ;) Thorsten -- Thorsten Kukuk, Distinguished Engineer, Senior Architect SLES & CaaSP SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany GF: Felix Imendoerffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nuernberg) From aginies at suse.com Tue Oct 31 02:14:55 2017 From: aginies at suse.com (Antoine Ginies) Date: Tue, 31 Oct 2017 09:14:55 +0100 Subject: [sle-beta] xinetd In-Reply-To: <46AC8C81C10B8C48820201DF2AE1D76D010E928703@daeexmbx1.eur.ad.sag> References: <46AC8C81C10B8C48820201DF2AE1D76D010E928703@daeexmbx1.eur.ad.sag> Message-ID: <20171031081455.GA4848@linux-w541.guibland.com> Waite, Dick (External): > Grand Evening, > > I'm having issues with "xinetd", it seems to be missing or lost ? > > Yast2 Network Services tells me it should be installed, so one tries and Yast2 says install of package failed.. We plan to remove xinetd from SLE15 as it's unmaintained for a couple of years and we can go using systemd socket services now. They are many packages and tools which needs to be fixed to achieve this move and it is currently work in progress for SLE15. regards Antoine > > __R > > Software AG ? Sitz/Registered office: Uhlandstra?e 12, 64297 Darmstadt, Germany ? Registergericht/Commercial register: Darmstadt HRB 1562 - Vorstand/Management Board: Karl-Heinz Streibich (Vorsitzender/Chairman), Eric Duffaut, Dr. Wolfram Jost, Arnd Zinnhardt, Dr. Stefan Sigg; - Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Dr. Andreas Bereczky - http://www.softwareag.com > > _______________________________________________ > sle-beta mailing list > sle-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sle-beta -- Antoine Ginies Release/Project Manager SUSE France From jsrain at suse.cz Tue Oct 31 02:46:19 2017 From: jsrain at suse.cz (Jiri Srain) Date: Tue, 31 Oct 2017 09:46:19 +0100 Subject: [sle-beta] SLESv15 Beta1 In-Reply-To: <46AC8C81C10B8C48820201DF2AE1D76D010E92882F@daeexmbx1.eur.ad.sag> References: <46AC8C81C10B8C48820201DF2AE1D76D010E926167@daeexmbx1.eur.ad.sag> <9db8a513-e3f9-eb90-a4a5-f59b1c5998ba@suse.cz> <46AC8C81C10B8C48820201DF2AE1D76D010E92882F@daeexmbx1.eur.ad.sag> Message-ID: On 30.10.2017 20:17, Waite, Dick (External) wrote: > Grand Evening Ladislav, > > I had a machine that I had done a very basic SLES15 install on, It did not have any packages at all. > > I updated it with SLES15 codes and a SUSEConnect --status-text looked Okay > > I then re-ipl'ed and tried to "update" this machine, I was going to add some packages and it said there was no migration path ? The machine was a new build, well yesterday, SLES15 and I did not want to migrate but UPDATE... Our intention is that upgrade will work together with SCC, which actually defines the upgrade path. As Ladislav stated, the implementation of upgrade is still WIP Hard to tell more based on the limited amount of information I have... Jiri > > Thoughts ? > > __R > ________________________________________ > From: sle-beta-bounces at lists.suse.com [sle-beta-bounces at lists.suse.com] on behalf of Ladislav Slezak [lslezak at suse.cz] > Sent: 30 October 2017 16:02 > To: sle-beta at lists.suse.com > Subject: Re: [sle-beta] SLESv15 Beta1 > > Dne 28.10.2017 v 21:12 Waite, Dick (External) napsal(a): > [...] >> As stated "UPDATE" at boot time and zypper migration do not work, well you have to try... > > The zypper migration has been designed for online migration on the SP level (SP+1), > it cannot migrate from SLE12 to SLE15. > > The offline SLE12 -> SLE15 upgrade using SCC/SMT is still WIP. > > > > -- > Ladislav Slez?k > YaST Developer > > SUSE LINUX, s.r.o. > Corso IIa > K?i??kova 148/34 > 18600 Praha 8 > _______________________________________________ > sle-beta mailing list > sle-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sle-beta > > Software AG ? Sitz/Registered office: Uhlandstra?e 12, 64297 Darmstadt, Germany ? Registergericht/Commercial register: Darmstadt HRB 1562 - Vorstand/Management Board: Karl-Heinz Streibich (Vorsitzender/Chairman), Eric Duffaut, Dr. Wolfram Jost, Arnd Zinnhardt, Dr. Stefan Sigg; - Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Dr. Andreas Bereczky - http://www.softwareag.com > > _______________________________________________ > sle-beta mailing list > sle-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sle-beta > -- Regards, Jiri Srain Project Manager --------------------------------------------------------------------- SUSE LINUX, s.r.o. e-mail: jsrain at suse.com Krizikova 148/34 tel: +420 284 084 659 186 00 Praha 8 fax: +420 284 084 001 Czech Republic http://www.suse.com From Dick.Waite at softwareag.com Tue Oct 31 02:46:26 2017 From: Dick.Waite at softwareag.com (Waite, Dick (External)) Date: Tue, 31 Oct 2017 08:46:26 +0000 Subject: [sle-beta] SLESv15 Beta1 In-Reply-To: <20171030195036.GB16155@suse.de> References: <46AC8C81C10B8C48820201DF2AE1D76D010E926167@daeexmbx1.eur.ad.sag> <9db8a513-e3f9-eb90-a4a5-f59b1c5998ba@suse.cz> <46AC8C81C10B8C48820201DF2AE1D76D010E92882F@daeexmbx1.eur.ad.sag>, <20171030195036.GB16155@suse.de> Message-ID: <46AC8C81C10B8C48820201DF2AE1D76D010E928D90@daeexmbx1.eur.ad.sag> Grand Day Thorsten, and a good holiday today. What I want to get from being part of the SLES15 Beta... I expect the basic kernel et al is running well, it's been tested in T-weed, openSUSE and your own QA/QE. Plus all the bits and bobs, compilers run-time etc. are doing their thing. You then put out the request for Beta, and from my point of view the few new installs I have run are grand, some nags but a grand start. *BUT* I can not start the part of the Beta you (I think) want me to do... You have enabled a "New Install", to be honest bar the past couple of days I have not run a "New Install" on Linux or Windows for years and I hope I don't have to... It's taken us quite a long time to get the application environment right, be it Linux, Windows or s390x. Getting the LVM optimised to allow our many application to run well, quickly, low cpu and runtime as an example. We pass on the details of the layouts / customisation to customers, part of the service. So what I need is not a "New Install" it's the ability to "Migrate / UPDATE" what ever, my grand application running on SLES12-SPn to your new environment SLES15. Not running with a new LVM but the LVM we know works for us. Then with the applications on the new SLES15 we run our QA/QE tests... Test we know how much cpu/paging/runtime we expect to see. If these number are better than SLES12 we are all happy, if not then we make some noise on the forum. After the applications run well and faster, then we build the application with the new compilers etc from SLES15, we then run the QA/QE tests again, and we hope, expect, they are going to run, but much faster and faster than SLES12 ;o) I know I'm not alone in never running a new install, from an applications company it's not what we need. I will after my applications are running better then before look at the new features SLES15 is providing to us, long meetings on what the new features can do for the product etc etc etc. but is very often SLESnn-SP1 or 2 before the new features have been incorporated. *BUT* We need the application running on SLES15 as it does on SLES12 *FIRST*, so please next Beta give us the tools to Beta check your grand new SLES from an application point of view, let us move / copy / migrate / UPDATE what ever to the new SLES, a new install is only need for newbe's ;o) and I don't think you have many of them on your Beta list. If we take the Windows 10 roll out. From RS1 to RS2 to RS3 and now RS4 it's migrate the applications onto the new kernel, no new install of windows, just roll (move / copy) the applications onto the next RS-n, I don't think we will ever see a "New Install" again. Same with the grand IBM s390x environment z/VM, we ran a new install in 1983 to move from the public version to the pay-for version, and yes there were two more... but year by year you roll onto the next. It's been a very +ve start to SLES15, the new installs did run well, but now my fingers are twitching to get Adabas over and see how the grand old lady runs on your new environment. So enjoy the holiday, looking forward to I think late November (Beta3) when we can enjoy SLES15 with our applications running. __R ________________________________________ From: sle-beta-bounces at lists.suse.com [sle-beta-bounces at lists.suse.com] on behalf of Thorsten Kukuk [kukuk at suse.de] Sent: 30 October 2017 20:50 To: sle-beta at lists.suse.com Subject: Re: [sle-beta] SLESv15 Beta1 On Mon, Oct 30, Waite, Dick (External) wrote: > Grand Evening Ladislav, > > I had a machine that I had done a very basic SLES15 install on, It did not have any packages at all. > > I updated it with SLES15 codes and a SUSEConnect --status-text looked Okay > > I then re-ipl'ed and tried to "update" this machine, I was going to add some packages and it said there was no migration path ? The machine was a new build, well yesterday, SLES15 and I did not want to migrate but UPDATE... > > Thoughts ? Since you did not tell us, what you did ... Thorsten -- Thorsten Kukuk, Distinguished Engineer, Senior Architect SLES & CaaSP SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany GF: Felix Imendoerffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nuernberg) _______________________________________________ sle-beta mailing list sle-beta at lists.suse.com http://lists.suse.com/mailman/listinfo/sle-beta Software AG ? Sitz/Registered office: Uhlandstra?e 12, 64297 Darmstadt, Germany ? Registergericht/Commercial register: Darmstadt HRB 1562 - Vorstand/Management Board: Karl-Heinz Streibich (Vorsitzender/Chairman), Eric Duffaut, Dr. Wolfram Jost, Arnd Zinnhardt, Dr. Stefan Sigg; - Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Dr. Andreas Bereczky - http://www.softwareag.com From ldevulder at suse.de Mon Oct 30 13:45:59 2017 From: ldevulder at suse.de (Loic Devulder) Date: Mon, 30 Oct 2017 20:45:59 +0100 Subject: [sle-beta] Should a SLES15 code In-Reply-To: <46AC8C81C10B8C48820201DF2AE1D76D010E9287BB@daeexmbx1.eur.ad.sag> References: <46AC8C81C10B8C48820201DF2AE1D76D010E9287BB@daeexmbx1.eur.ad.sag> Message-ID: <47bcb382-4e74-3481-d3d0-1a867a85eb81@suse.de> Hi Dick, The beta code is specific for sle15 and, thus, cannot work for sle12sp3. It's the same as for each sle beta test ;-) On 10/30/2017 07:55 PM, Waite, Dick (External) wrote: > Grand Evening, > > Should a SLES12-SP3 machine be Okay with a code from SLES15 ? I'm getting some odd results if a register a SLES12 with a SLES15 code... > > __ > > Software AG ? Sitz/Registered office: Uhlandstra?e 12, 64297 Darmstadt, Germany ? Registergericht/Commercial register: Darmstadt HRB 1562 - Vorstand/Management Board: Karl-Heinz Streibich (Vorsitzender/Chairman), Eric Duffaut, Dr. Wolfram Jost, Arnd Zinnhardt, Dr. Stefan Sigg; - Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Dr. Andreas Bereczky - http://www.softwareag.com > > > > _______________________________________________ > sle-beta mailing list > sle-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sle-beta > -- Loic Devulder - Senior QA Engineer email: ldevulder at suse.de Container & Storage Solutions Quality Assurance team (qa-css) SUSE LINUX GmbH, Maxfeldstr. 5, 90409 N?rnberg GF: F. Imend?rffer, J. Smithard, J. Guild, D. Upmanyu, G. Norton HRB 21284 (AG N?rnberg) From kukuk at suse.de Tue Oct 31 02:58:48 2017 From: kukuk at suse.de (Thorsten Kukuk) Date: Tue, 31 Oct 2017 09:58:48 +0100 Subject: [sle-beta] SLESv15 Beta1 In-Reply-To: <46AC8C81C10B8C48820201DF2AE1D76D010E928D90@daeexmbx1.eur.ad.sag> References: <46AC8C81C10B8C48820201DF2AE1D76D010E926167@daeexmbx1.eur.ad.sag> <9db8a513-e3f9-eb90-a4a5-f59b1c5998ba@suse.cz> <46AC8C81C10B8C48820201DF2AE1D76D010E92882F@daeexmbx1.eur.ad.sag> <20171030195036.GB16155@suse.de> <46AC8C81C10B8C48820201DF2AE1D76D010E928D90@daeexmbx1.eur.ad.sag> Message-ID: <20171031085848.GB1447@suse.de> On Tue, Oct 31, Waite, Dick (External) wrote: > We need the application running on SLES15 as it does on SLES12 *FIRST*, so > please next Beta give us the tools to Beta check your grand new SLES from > an application point of view, let us move / copy / migrate / UPDATE what > ever to the new SLES, a new install is only need for newbe's ;o) and I > don't think you have many of them on your Beta list. I cannot say anything about the testers on this list, but since I made a lot of talks about migration from SLE11 to SLE12 at that time, the feedback I got everywhere and always was: - managers want to migrate, because they think this is much cheaper, faster and easier than a fresh installation - but over 90% of admins do a fresh installation, because: - they want all new features - fresh installation is much faster than updating - they want to make sure they don't have old code flying around - they are not interested in spending hours over hours in debugging migration issues - they want something reproduceable for desaster recovery - they don't want to shutdown a service for migration, instead they install the new machine and if that's working, shutdown the old one And additional, you will not start with update tests if you don't have the confidence that the new product is well enough tested and you know the problems. Else you never know, if a problem is a migration issue or a problem of the new product. Thorsten -- Thorsten Kukuk, Distinguished Engineer, Senior Architect SLES & CaaSP SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany GF: Felix Imendoerffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nuernberg) From Dick.Waite at softwareag.com Tue Oct 31 02:58:59 2017 From: Dick.Waite at softwareag.com (Waite, Dick (External)) Date: Tue, 31 Oct 2017 08:58:59 +0000 Subject: [sle-beta] SLESv15 Beta1 In-Reply-To: References: <46AC8C81C10B8C48820201DF2AE1D76D010E926167@daeexmbx1.eur.ad.sag> <9db8a513-e3f9-eb90-a4a5-f59b1c5998ba@suse.cz> <46AC8C81C10B8C48820201DF2AE1D76D010E92882F@daeexmbx1.eur.ad.sag>, Message-ID: <46AC8C81C10B8C48820201DF2AE1D76D010E928E08@daeexmbx1.eur.ad.sag> Many Thanks for the good words Jiri. Yes I have got it into my scull that it's late November before we can migrate / UPDATE our working applications onto SLES15. It's these working applications that I think will give SLES15 a real true life test. Will Adabas run faster after being built with the new compiler, will it compile !!!!! ;o) I want to use the LVM that has taken a long time to get right work on SLES15, not a Micky Mouse simple "First Install", which did not one could not amend the size of /work ;o) __R ________________________________________ From: sle-beta-bounces at lists.suse.com [sle-beta-bounces at lists.suse.com] on behalf of Jiri Srain [jsrain at suse.cz] Sent: 31 October 2017 09:46 To: sle-beta at lists.suse.com Subject: Re: [sle-beta] SLESv15 Beta1 On 30.10.2017 20:17, Waite, Dick (External) wrote: > Grand Evening Ladislav, > > I had a machine that I had done a very basic SLES15 install on, It did not have any packages at all. > > I updated it with SLES15 codes and a SUSEConnect --status-text looked Okay > > I then re-ipl'ed and tried to "update" this machine, I was going to add some packages and it said there was no migration path ? The machine was a new build, well yesterday, SLES15 and I did not want to migrate but UPDATE... Our intention is that upgrade will work together with SCC, which actually defines the upgrade path. As Ladislav stated, the implementation of upgrade is still WIP Hard to tell more based on the limited amount of information I have... Jiri > > Thoughts ? > > __R > ________________________________________ > From: sle-beta-bounces at lists.suse.com [sle-beta-bounces at lists.suse.com] on behalf of Ladislav Slezak [lslezak at suse.cz] > Sent: 30 October 2017 16:02 > To: sle-beta at lists.suse.com > Subject: Re: [sle-beta] SLESv15 Beta1 > > Dne 28.10.2017 v 21:12 Waite, Dick (External) napsal(a): > [...] >> As stated "UPDATE" at boot time and zypper migration do not work, well you have to try... > > The zypper migration has been designed for online migration on the SP level (SP+1), > it cannot migrate from SLE12 to SLE15. > > The offline SLE12 -> SLE15 upgrade using SCC/SMT is still WIP. > > > > -- > Ladislav Slez?k > YaST Developer > > SUSE LINUX, s.r.o. > Corso IIa > K?i??kova 148/34 > 18600 Praha 8 > _______________________________________________ > sle-beta mailing list > sle-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sle-beta > > Software AG ? Sitz/Registered office: Uhlandstra?e 12, 64297 Darmstadt, Germany ? Registergericht/Commercial register: Darmstadt HRB 1562 - Vorstand/Management Board: Karl-Heinz Streibich (Vorsitzender/Chairman), Eric Duffaut, Dr. Wolfram Jost, Arnd Zinnhardt, Dr. Stefan Sigg; - Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Dr. Andreas Bereczky - http://www.softwareag.com > > _______________________________________________ > sle-beta mailing list > sle-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sle-beta > -- Regards, Jiri Srain Project Manager --------------------------------------------------------------------- SUSE LINUX, s.r.o. e-mail: jsrain at suse.com Krizikova 148/34 tel: +420 284 084 659 186 00 Praha 8 fax: +420 284 084 001 Czech Republic http://www.suse.com _______________________________________________ sle-beta mailing list sle-beta at lists.suse.com http://lists.suse.com/mailman/listinfo/sle-beta From ldevulder at suse.de Tue Oct 31 03:02:20 2017 From: ldevulder at suse.de (Loic Devulder) Date: Tue, 31 Oct 2017 10:02:20 +0100 Subject: [sle-beta] Fwd: Re: Should a SLES15 code In-Reply-To: <46AC8C81C10B8C48820201DF2AE1D76D010E9289B3@daeexmbx1.eur.ad.sag> References: <46AC8C81C10B8C48820201DF2AE1D76D010E92891D@daeexmbx1.eur.ad.sag> <86cbbfd7-1a53-4232-92a7-52ead8baaa02@email.android.com> <46AC8C81C10B8C48820201DF2AE1D76D010E9289B3@daeexmbx1.eur.ad.sag> Message-ID: Yes I understand, but in first beta versions some functionalities may not work yet. Moreover, in the case a new major version like SLE15, don't forget that final version is not expected until many months ;-) And some customers also want to test installation, not only updates. I previously was a SUSE customer and we always did new installations (with new versions of application at the same time) instead of update. This was to be sure to have the full new things (like snapshots in SLE12) that an update cannot always provides. Multiple customers sometimes involve mean multiple cases ;-) But there are many things to test, be sure that all needed features will be implemented for testing during this beta test :) On 10/30/2017 09:50 PM, Waite, Dick (External) wrote: > Many Thanks Loic, > > So we can create new machines... Then in late November we can move our working machines over to SLES15 and do the real Beta test ;o) > > I feel sure SUSE have got the kernel and it's bits working, but how do these new bits work with customer applications is what you want your Beta team to test. > > I'm not going to run a load of application installs on a new install, that's not what our customers do and it's not what we do, When you give us a new version, we expect it will run the applications of the old version, but faster and faster on te new version ;o) > > Wishing you a grand holiday tomorrow, and many thanks for your good words. > > __R > ________________________________ > From: Loic Devulder [ldevulder at suse.de] > Sent: 30 October 2017 21:41 > To: Waite, Dick (External) > Cc: sle-beta at lists.suse.com' > Subject: RE: [sle-beta] Fwd: Re: Should a SLES15 code > > As far as I know, update from SLE12 to SLE15 is currently not working. Planned for Beta2 or Beta3. > > Software AG ? Sitz/Registered office: Uhlandstra?e 12, 64297 Darmstadt, Germany ? Registergericht/Commercial register: Darmstadt HRB 1562 - Vorstand/Management Board: Karl-Heinz Streibich (Vorsitzender/Chairman), Eric Duffaut, Dr. Wolfram Jost, Arnd Zinnhardt, Dr. Stefan Sigg; - Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Dr. Andreas Bereczky - http://www.softwareag.com > > > > _______________________________________________ > sle-beta mailing list > sle-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sle-beta > -- Loic Devulder - Senior QA Engineer email: ldevulder at suse.de Container & Storage Solutions Quality Assurance team (qa-css) SUSE LINUX GmbH, Maxfeldstr. 5, 90409 N?rnberg GF: F. Imend?rffer, J. Smithard, J. Guild, D. Upmanyu, G. Norton HRB 21284 (AG N?rnberg) From Dick.Waite at softwareag.com Tue Oct 31 03:06:31 2017 From: Dick.Waite at softwareag.com (Waite, Dick (External)) Date: Tue, 31 Oct 2017 09:06:31 +0000 Subject: [sle-beta] xinetd In-Reply-To: <20171031081455.GA4848@linux-w541.guibland.com> References: <46AC8C81C10B8C48820201DF2AE1D76D010E928703@daeexmbx1.eur.ad.sag>, <20171031081455.GA4848@linux-w541.guibland.com> Message-ID: <46AC8C81C10B8C48820201DF2AE1D76D010E928E7F@daeexmbx1.eur.ad.sag> Grand New Day Antoine, Many Thanks for the good words. Now we know why "xinetd" is not working, no need to run further tests. Do you have a feeling in your water as to the Beta-n we will see the new version running ? as you say xinetd is used by quite a lot of functions that one would like to have working now. Wishing you a grand day. __R ________________________________________ From: Antoine Ginies [aginies at suse.com] Sent: 31 October 2017 09:14 To: Waite, Dick (External) Cc: sle-beta at lists.suse.com Subject: Re: [sle-beta] xinetd Waite, Dick (External): > Grand Evening, > > I'm having issues with "xinetd", it seems to be missing or lost ? > > Yast2 Network Services tells me it should be installed, so one tries and Yast2 says install of package failed.. We plan to remove xinetd from SLE15 as it's unmaintained for a couple of years and we can go using systemd socket services now. They are many packages and tools which needs to be fixed to achieve this move and it is currently work in progress for SLE15. regards Antoine > > __R > > Software AG ? Sitz/Registered office: Uhlandstra?e 12, 64297 Darmstadt, Germany ? Registergericht/Commercial register: Darmstadt HRB 1562 - Vorstand/Management Board: Karl-Heinz Streibich (Vorsitzender/Chairman), Eric Duffaut, Dr. Wolfram Jost, Arnd Zinnhardt, Dr. Stefan Sigg; - Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Dr. Andreas Bereczky - http://www.softwareag.com > > _______________________________________________ > sle-beta mailing list > sle-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sle-beta -- Antoine Ginies Release/Project Manager SUSE France From fcrozat at suse.com Tue Oct 31 03:11:37 2017 From: fcrozat at suse.com (Frederic Crozat) Date: Tue, 31 Oct 2017 10:11:37 +0100 Subject: [sle-beta] xinetd In-Reply-To: <46AC8C81C10B8C48820201DF2AE1D76D010E928E7F@daeexmbx1.eur.ad.sag> References: <46AC8C81C10B8C48820201DF2AE1D76D010E928703@daeexmbx1.eur.ad.sag> , <20171031081455.GA4848@linux-w541.guibland.com> <46AC8C81C10B8C48820201DF2AE1D76D010E928E7F@daeexmbx1.eur.ad.sag> Message-ID: <1509441097.5845.112.camel@suse.com> Le mardi 31 octobre 2017 ? 09:06 +0000, Waite, Dick (External) a ?crit?: > Grand New Day Antoine, > > Many Thanks for the good words. Now we know why "xinetd" is not > working, no need to run further tests. > Do you have a feeling in your water as to the Beta-n we will see the > new version running ? as you say xinetd is used by quite a lot of > functions that one would like to have working now. xinetd will not come back.? If you need xinetd on-demand startup of daemons, you need to port them to systemd on-demand activation. -- Frederic Crozat Enterprise Desktop Release Manager SUSE From fcrozat at suse.com Tue Oct 31 03:12:06 2017 From: fcrozat at suse.com (Frederic Crozat) Date: Tue, 31 Oct 2017 10:12:06 +0100 Subject: [sle-beta] rpm-build In-Reply-To: <1509440850352.17022@se.fujitsu.com> References: <1509440850352.17022@se.fujitsu.com> Message-ID: <1509441126.5845.113.camel@suse.com> Le mardi 31 octobre 2017 ? 09:07 +0000, ext- linus.larsson at se.fujitsu.com a ?crit?: > Hello, > > We're missing rpm-build, when will this rpm?be available? It will be available in future beta milestone (probably beta2). -- Frederic Crozat Enterprise Desktop Release Manager SUSE From Dick.Waite at softwareag.com Tue Oct 31 03:28:29 2017 From: Dick.Waite at softwareag.com (Waite, Dick (External)) Date: Tue, 31 Oct 2017 09:28:29 +0000 Subject: [sle-beta] Fwd: Re: Should a SLES15 code In-Reply-To: References: <46AC8C81C10B8C48820201DF2AE1D76D010E92891D@daeexmbx1.eur.ad.sag> <86cbbfd7-1a53-4232-92a7-52ead8baaa02@email.android.com> <46AC8C81C10B8C48820201DF2AE1D76D010E9289B3@daeexmbx1.eur.ad.sag>, Message-ID: <46AC8C81C10B8C48820201DF2AE1D76D010E928F39@daeexmbx1.eur.ad.sag> Understand very well we have "horse for courses". Getting a database customer to update to a new SM is a years work, getting them to update to a full version update takes years. We have many good people still on SLES11, many governments and corporations that should keep a bit more up-2-date... But when a database goes down, so very often so does the jobs of those close to it... We read about some in the newspapers but there are others that stay under the wire... I do like to test the new features, but I like to test them in the frame work of the applications that is working now. We have a sort of rule, never change more that you have to. So with a new version of SLES we do not change any application until it's been well prove to be working in the new system, often well proven can be a year testing. New applications are never tested in a new system environment. New applications have to work on customer environments, or they don't pay you ;o) and database customers seem to hate the word "new". I made a comment to Thorsten, Windows 10 no longer uses a "New Build". We had RS1, then it was rolled into RS2, RS3 and now RS4. New builds for the companies that sell new computers, but for application companies it's grand, just keep on rolling along... So time to move on, I have now got another new registry code so lets create another "new" environment and check out what the new "SUSE Linux Enterprise Workstation Extensions" can bring to the table. Wishing you a grand day Loic __R ________________________________________ From: Loic Devulder [ldevulder at suse.de] Sent: 31 October 2017 10:02 To: Waite, Dick (External) Cc: 'sle-beta at lists.suse.com' Subject: Re: [sle-beta] Fwd: Re: Should a SLES15 code Yes I understand, but in first beta versions some functionalities may not work yet. Moreover, in the case a new major version like SLE15, don't forget that final version is not expected until many months ;-) And some customers also want to test installation, not only updates. I previously was a SUSE customer and we always did new installations (with new versions of application at the same time) instead of update. This was to be sure to have the full new things (like snapshots in SLE12) that an update cannot always provides. Multiple customers sometimes involve mean multiple cases ;-) But there are many things to test, be sure that all needed features will be implemented for testing during this beta test :) On 10/30/2017 09:50 PM, Waite, Dick (External) wrote: > Many Thanks Loic, > > So we can create new machines... Then in late November we can move our working machines over to SLES15 and do the real Beta test ;o) > > I feel sure SUSE have got the kernel and it's bits working, but how do these new bits work with customer applications is what you want your Beta team to test. > > I'm not going to run a load of application installs on a new install, that's not what our customers do and it's not what we do, When you give us a new version, we expect it will run the applications of the old version, but faster and faster on te new version ;o) > > Wishing you a grand holiday tomorrow, and many thanks for your good words. > > __R > ________________________________ > From: Loic Devulder [ldevulder at suse.de] > Sent: 30 October 2017 21:41 > To: Waite, Dick (External) > Cc: sle-beta at lists.suse.com' > Subject: RE: [sle-beta] Fwd: Re: Should a SLES15 code > > As far as I know, update from SLE12 to SLE15 is currently not working. Planned for Beta2 or Beta3. > > Software AG ? Sitz/Registered office: Uhlandstra?e 12, 64297 Darmstadt, Germany ? Registergericht/Commercial register: Darmstadt HRB 1562 - Vorstand/Management Board: Karl-Heinz Streibich (Vorsitzender/Chairman), Eric Duffaut, Dr. Wolfram Jost, Arnd Zinnhardt, Dr. Stefan Sigg; - Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Dr. Andreas Bereczky - http://www.softwareag.com > > > > _______________________________________________ > sle-beta mailing list > sle-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sle-beta > -- Loic Devulder - Senior QA Engineer email: ldevulder at suse.de Container & Storage Solutions Quality Assurance team (qa-css) SUSE LINUX GmbH, Maxfeldstr. 5, 90409 N?rnberg GF: F. Imend?rffer, J. Smithard, J. Guild, D. Upmanyu, G. Norton HRB 21284 (AG N?rnberg) From luizluca at tre-sc.jus.br Tue Oct 31 10:09:20 2017 From: luizluca at tre-sc.jus.br (Luiz Angelo Daros de Luca) Date: Tue, 31 Oct 2017 14:09:20 -0200 (BRST) Subject: [sle-beta] Missing content file in installer In-Reply-To: <20171030223457.GA26720@suse.de> References: <434235749.3140890.1509399470776.JavaMail.zimbra@tre-sc.jus.br> <20171030223457.GA26720@suse.de> Message-ID: <152971628.3298885.1509466160080.JavaMail.zimbra@tre-sc.jus.br> Hi, > It was already deprecated with SLE12 since no tool did need it. > So with SLE15 we finally removed it. Well, I had built a tool that used this info in order to build PXE config. :) It is not a big deal to adapt it. Could you point me where I can get a similar data as /content had in current media layout? I would like a pretty name (i.e.: "SUSE Linux Enterprise 15 SP 2"), and, if possible, a numeric name (i.e.: 15.2). Something very similar to a /etc/os-release. Using grep, I found /.treeinfo. Is it the way to go? Regards, -- Luiz Angelo Daros de Luca Tribunal Regional Eleitoral de Santa Catarina STI/CSIT/Se??o de Comunica??o de Dados e-mail: luizluca at tre-sc.jus.br jabber: luizluca at tre-sc.gov.br fone: +55 48 3251-7458 From lslezak at suse.cz Tue Oct 31 10:19:49 2017 From: lslezak at suse.cz (Ladislav Slezak) Date: Tue, 31 Oct 2017 17:19:49 +0100 Subject: [sle-beta] Missing content file in installer In-Reply-To: <152971628.3298885.1509466160080.JavaMail.zimbra@tre-sc.jus.br> References: <434235749.3140890.1509399470776.JavaMail.zimbra@tre-sc.jus.br> <20171030223457.GA26720@suse.de> <152971628.3298885.1509466160080.JavaMail.zimbra@tre-sc.jus.br> Message-ID: <782d07bc-99f5-4257-124a-440e76ac630b@suse.cz> Dne 31.10.2017 v 17:09 Luiz Angelo Daros de Luca napsal(a): > Hi, > >> It was already deprecated with SLE12 since no tool did need it. >> So with SLE15 we finally removed it. > > Well, I had built a tool that used this info in order to build PXE config. :) > > It is not a big deal to adapt it. Could you point me where I can get a similar > data as /content had in current media layout? I would like a pretty name > (i.e.: "SUSE Linux Enterprise 15 SP 2"), and, if possible, a numeric name (i.e.: 15.2). > Something very similar to a /etc/os-release. > > Using grep, I found /.treeinfo. Is it the way to go? I cannot see that file. YaST uses /media.1/products for setting the name of the installation repository. The format is [space] The current product name is "SLES15 15-0", but this still might change. -- Ladislav Slez?k YaST Developer SUSE LINUX, s.r.o. Corso IIa K?i??kova 148/34 18600 Praha 8 From Dick.Waite at softwareag.com Tue Oct 31 10:34:21 2017 From: Dick.Waite at softwareag.com (Waite, Dick (External)) Date: Tue, 31 Oct 2017 16:34:21 +0000 Subject: [sle-beta] SuSEfirewall2 Message-ID: <46AC8C81C10B8C48820201DF2AE1D76D010E92920A@daeexmbx1.eur.ad.sag> Grand Evening, There places where one tries to configure, say YaST2 - Remote Administration (VNC), ones gets a pop-up from Yast2 saying package ........... needs to be installed. A package seen often is SuSEfirewall2. So one clicks to say "install", there are some flashing screens and you get a Remote Administration screen asking what you what to "allow" and the last line says: "Firewall package is not installed" Ummm one says, push on and the next screen offers to save the configuration, but you have another grand Pop-up and this one says: these packages need to be installed. Now we have two packages, the good "xinetd" which we talked a lot about this morning and we know now that package will not darken our doors again and vncmanager. Slickly crossing to a terminal screen a "zypper in vncmanager" fixes that. BUT as Yast2 seem to know what is missing, why not offer to install the missing packages ? FYI without SuSEfirewall2 running you don't have any VNC and a few other well know suspects.. Well that me for the day, you will be happy to know tomorrow I have to work, so know more cage rattling for a few days. __R Software AG ? Sitz/Registered office: Uhlandstra?e 12, 64297 Darmstadt, Germany ? Registergericht/Commercial register: Darmstadt HRB 1562 - Vorstand/Management Board: Karl-Heinz Streibich (Vorsitzender/Chairman), Eric Duffaut, Dr. Wolfram Jost, Arnd Zinnhardt, Dr. Stefan Sigg; - Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Dr. Andreas Bereczky - http://www.softwareag.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From fcrozat at suse.com Tue Oct 31 10:42:15 2017 From: fcrozat at suse.com (Frederic Crozat) Date: Tue, 31 Oct 2017 17:42:15 +0100 Subject: [sle-beta] SuSEfirewall2 In-Reply-To: <46AC8C81C10B8C48820201DF2AE1D76D010E92920A@daeexmbx1.eur.ad.sag> References: <46AC8C81C10B8C48820201DF2AE1D76D010E92920A@daeexmbx1.eur.ad.sag> Message-ID: <1509468135.5845.134.camel@suse.com> Le mardi 31 octobre 2017 ? 16:34 +0000, Waite, Dick (External) a ?crit?: > Grand Evening, > > There places where one tries to configure, say YaST2 - Remote > Administration (VNC), ones gets a pop-up from Yast2 saying package > ........... needs to be installed. A package seen often is > SuSEfirewall2. So one clicks to say "install", there are some > flashing screens and you get a Remote Administration screen asking > what you what to "allow" and the last line says:? "Firewall package > is not installed"? Ummm one says, push on and the next screen offers > to save the configuration, but you have another grand Pop-up and this > one says: these packages need to be installed. Now we have two > packages, the good "xinetd" which we talked a lot about this morning > and we know now that package will not darken our doors again and > vncmanager. Slickly crossing to a terminal screen a "zypper in > vncmanager" fixes that. BUT as Yast2 seem to know what is missing, > why not offer to install the missing packages ? > FYI without SuSEfirewall2 running you don't have any VNC? and a few > other well know suspects.. SUSEFirewall2 is deprecated in SLE15 and is being replaced by firewalld. However, YaST isn't yet fully up to date with firewalld support. This will be fixed in future beta milestone. -- Frederic Crozat Enterprise Desktop Release Manager SUSE From Dick.Waite at softwareag.com Tue Oct 31 11:16:09 2017 From: Dick.Waite at softwareag.com (Waite, Dick (External)) Date: Tue, 31 Oct 2017 17:16:09 +0000 Subject: [sle-beta] SLESv15-Beta1 In-Reply-To: <0bb3393b-7688-53b2-f58d-d1a8fc4724e3@uis.cam.ac.uk> References: <46AC8C81C10B8C48820201DF2AE1D76D010E925EC6@daeexmbx1.eur.ad.sag>, <0bb3393b-7688-53b2-f58d-d1a8fc4724e3@uis.cam.ac.uk> Message-ID: <46AC8C81C10B8C48820201DF2AE1D76D010E929281@daeexmbx1.eur.ad.sag> Grand Evening Simon, While running some installs today to check some other issues I kept and eye open on the "clock". From what I have seen it seems the good system sets in /etc/sysconfig the "TIMEZONE" value to what one has used in the grand map of the world, not muck pink any more.. *BUT* it's mate there "DEFAULT_TIMEZONE" has been set to Europe/London and I think it's this vale that gives us the NTP servers in the UK. I have switched that to Europe/Berlin and I get the servers and time closer to me. So SUSE just 'cos the language is EN-UK I think setting both TIMEZONE and DEFAULT_TIMEZONE to the same value at concept time would be more in line with what the user wants. I use Malta 'cos they drive on the correct side of the road and the currency symbol is "?" and they have the same time zone as Berlin and have EN-UK as the language. "Another one bites the dust" - The Game - Queen. __R ________________________________________ From: sle-beta-bounces at lists.suse.com [sle-beta-bounces at lists.suse.com] on behalf of Simon Flood [S.M.Flood at uis.cam.ac.uk] Sent: 30 October 2017 13:57 To: sle-beta at lists.suse.com Subject: Re: [sle-beta] SLESv15-Beta1 On 28/10/17 06:00, Waite, Dick (External) wrote: > I asked to use NTP, odd there were no German sites only UK ? I was unable to get a connection with any site so switched back to manually setting date/time. The list of NTP servers available is dynamically populated depending on the time zone selected so if you select Germany as your time zone you'll see German NTP servers. Since you saw UK ones I'm guessing you had the UK zone selected. HTH, Simon -- Simon Flood HPC System Administrator University of Cambridge Information Services United Kingdom SUSE/Micro Focus Knowledge Partner _______________________________________________ sle-beta mailing list sle-beta at lists.suse.com http://lists.suse.com/mailman/listinfo/sle-beta Software AG ? Sitz/Registered office: Uhlandstra?e 12, 64297 Darmstadt, Germany ? Registergericht/Commercial register: Darmstadt HRB 1562 - Vorstand/Management Board: Karl-Heinz Streibich (Vorsitzender/Chairman), Eric Duffaut, Dr. Wolfram Jost, Arnd Zinnhardt, Dr. Stefan Sigg; - Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Dr. Andreas Bereczky - http://www.softwareag.com From kukuk at suse.de Tue Oct 31 11:20:59 2017 From: kukuk at suse.de (Thorsten Kukuk) Date: Tue, 31 Oct 2017 18:20:59 +0100 Subject: [sle-beta] Missing content file in installer In-Reply-To: <152971628.3298885.1509466160080.JavaMail.zimbra@tre-sc.jus.br> References: <434235749.3140890.1509399470776.JavaMail.zimbra@tre-sc.jus.br> <20171030223457.GA26720@suse.de> <152971628.3298885.1509466160080.JavaMail.zimbra@tre-sc.jus.br> Message-ID: <20171031172059.GA32433@suse.de> On Tue, Oct 31, Luiz Angelo Daros de Luca wrote: > Hi, > > > It was already deprecated with SLE12 since no tool did need it. > > So with SLE15 we finally removed it. > > Well, I had built a tool that used this info in order to build PXE config. :) tftpboot-installer--...noarch.rpm ... > It is not a big deal to adapt it. Could you point me where I can get a similar > data as /content had in current media layout? I would like a pretty name > (i.e.: "SUSE Linux Enterprise 15 SP 2"), and, if possible, a numeric name (i.e.: 15.2). > Something very similar to a /etc/os-release. An installation media like SLE15 Installer can have several products, not only one. The content file is limited to one product, which does not fit the reality any longer. > Using grep, I found /.treeinfo. Is it the way to go? That's for virt-install. If you don't want to parse the product data as YaST does, it's a good alternate solution. But limited to only one product, too. Thorsten -- Thorsten Kukuk, Distinguished Engineer, Senior Architect SLES & CaaSP SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany GF: Felix Imendoerffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nuernberg) From kukuk at suse.de Tue Oct 31 12:09:39 2017 From: kukuk at suse.de (Thorsten Kukuk) Date: Tue, 31 Oct 2017 19:09:39 +0100 Subject: [sle-beta] Missing content file in installer In-Reply-To: <782d07bc-99f5-4257-124a-440e76ac630b@suse.cz> References: <434235749.3140890.1509399470776.JavaMail.zimbra@tre-sc.jus.br> <20171030223457.GA26720@suse.de> <152971628.3298885.1509466160080.JavaMail.zimbra@tre-sc.jus.br> <782d07bc-99f5-4257-124a-440e76ac630b@suse.cz> Message-ID: <20171031180939.GA2986@suse.de> On Tue, Oct 31, Ladislav Slezak wrote: > Dne 31.10.2017 v 17:09 Luiz Angelo Daros de Luca napsal(a): > > Using grep, I found /.treeinfo. Is it the way to go? > > I cannot see that file. But it's there, on the media and in our network installation sources. > YaST uses /media.1/products for setting the name of the installation repository. > The format is > [space] It's "[space]" > The current product name is "SLES15 15-0", but this still might change. Yes, this will very likely change. Thorsten -- Thorsten Kukuk, Distinguished Engineer, Senior Architect SLES & CaaSP SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany GF: Felix Imendoerffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nuernberg) From Dick.Waite at softwareag.com Tue Oct 31 12:15:31 2017 From: Dick.Waite at softwareag.com (Waite, Dick (External)) Date: Tue, 31 Oct 2017 18:15:31 +0000 Subject: [sle-beta] SuSEfirewall2 In-Reply-To: <1509468135.5845.134.camel@suse.com> References: <46AC8C81C10B8C48820201DF2AE1D76D010E92920A@daeexmbx1.eur.ad.sag>, <1509468135.5845.134.camel@suse.com> Message-ID: <20171031181531.5644375.81014.30425@softwareag.com> Many thanks for the update Frederic. __R Sent from my BlackBerry 10 smartphone. Original Message From: Frederic Crozat Sent: Tuesday, 31 October 2017 17:42 To: sle-beta at lists.suse.com Subject: Re: [sle-beta] SuSEfirewall2 Le mardi 31 octobre 2017 ? 16:34 +0000, Waite, Dick (External) a ?crit : > Grand Evening, > > There places where one tries to configure, say YaST2 - Remote > Administration (VNC), ones gets a pop-up from Yast2 saying package > ........... needs to be installed. A package seen often is > SuSEfirewall2. So one clicks to say "install", there are some > flashing screens and you get a Remote Administration screen asking > what you what to "allow" and the last line says: "Firewall package > is not installed" Ummm one says, push on and the next screen offers > to save the configuration, but you have another grand Pop-up and this > one says: these packages need to be installed. Now we have two > packages, the good "xinetd" which we talked a lot about this morning > and we know now that package will not darken our doors again and > vncmanager. Slickly crossing to a terminal screen a "zypper in > vncmanager" fixes that. BUT as Yast2 seem to know what is missing, > why not offer to install the missing packages ? > FYI without SuSEfirewall2 running you don't have any VNC and a few > other well know suspects.. SUSEFirewall2 is deprecated in SLE15 and is being replaced by firewalld. However, YaST isn't yet fully up to date with firewalld support. This will be fixed in future beta milestone. -- Frederic Crozat Enterprise Desktop Release Manager SUSE _______________________________________________ sle-beta mailing list sle-beta at lists.suse.com http://lists.suse.com/mailman/listinfo/sle-beta Software AG ? Sitz/Registered office: Uhlandstra?e 12, 64297 Darmstadt, Germany ? Registergericht/Commercial register: Darmstadt HRB 1562 - Vorstand/Management Board: Karl-Heinz Streibich (Vorsitzender/Chairman), Eric Duffaut, Dr. Wolfram Jost, Arnd Zinnhardt, Dr. Stefan Sigg; - Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Dr. Andreas Bereczky - http://www.softwareag.com From peter.czanik at balabit.com Tue Oct 31 12:20:36 2017 From: peter.czanik at balabit.com (=?UTF-8?B?Q3phbmlrLCBQw6l0ZXI=?=) Date: Tue, 31 Oct 2017 19:20:36 +0100 Subject: [sle-beta] first impressions, build service? Message-ID: Hi, I just finished installing beta1 on a SoftIron Overdrive box (Aarch64) and I could not spot any extra bugs compared to x86! When can we expect build service support for SLES 15? I build all my rpm packages there and completely forgot how to build RPMs locally... :) I did a syslog-ng compile by hand, but using OBS would be a lot more convenient... Bye, Peter Czanik (CzP) Balabit / syslog-ng upstream https://www.balabit.com/blog/author/peterczanik/ https://twitter.com/PCzanik -------------- next part -------------- An HTML attachment was scrubbed... URL: From aj at suse.com Tue Oct 31 12:23:02 2017 From: aj at suse.com (Andreas Jaeger) Date: Tue, 31 Oct 2017 19:23:02 +0100 Subject: [sle-beta] first impressions, build service? In-Reply-To: References: Message-ID: On 2017-10-31 19:20, Czanik, P?ter wrote: > Hi, > > I just finished installing beta1 on a SoftIron Overdrive box (Aarch64) > and I could not spot any extra bugs compared to x86! > > When can we expect build service support for SLES 15? I build all my rpm > packages there and completely forgot how to build RPMs locally... :) I > did a syslog-ng compile by hand, but using OBS would be a lot more > convenient... The team has already started working on this and run into a few problems with package set up that need fixing AFAIR, Andreas -- Andreas Jaeger aj@{suse.com,opensuse.org} Twitter: jaegerandi SUSE LINUX GmbH, Maxfeldstr. 5, 90409 N?rnberg, Germany GF: Felix Imend?rffer, Jane Smithard, Graham Norton, HRB 21284 (AG N?rnberg) GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126