From beta-programs at lists.suse.com Fri Feb 2 13:59:16 2018 From: beta-programs at lists.suse.com (SUSE Beta Program) Date: Fri, 02 Feb 2018 21:59:16 +0100 Subject: [sle-beta] [ANNOUNCE] SUSE Linux Enterprise 15 is now Beta 6! Message-ID: <5a74d12492eff_1fee8af3181707@boucane.mail> We are apologizing for the delay, at last here comes Beta 6 of SUSE Linux Enterprise 15: SUSE Linux Enterprise Server (SLES), SUSE Linux Enterprise Just Enough Operating System(JeOS), SUSE Linux Enterprise Desktop (SLED), SUSE Linux Enterprise High Availability (SLE-HA), and SUSE Linux Enterprise Workstation Extension (SLE-WE) Download[1] == Important =Packages DVD When using Packages DVD to install SLE modules, please make sure to also add the Product repository you are installing (SLES / SLED / HA / ...) from Packages DVD. Not doing so might result in missing system roles during installation. At the time of this announcement, we are still in the process of transmitting: SLE-15-Packages-ppc64le-Beta6-DVD2.iso, SLE-15-Packages-ppc64le-Beta6-DVD3.iso, SLE-15-Packages-s390x-Beta6-DVD2.iso, SLE-15-Packages-s390x-Beta6-DVD3.iso, SLE-15-Packages-x86_64-Beta6-DVD2.iso, SLE-15-Packages-x86_64-Beta6-DVD3.iso to our CDN. So they will be available for download later on. =Notable changes - Migration from SLE 12 to SLE 15: Starting with Beta 6, we have settle the ground for the support of the Migration scenarios from SLE 12 to SLE 15. - Offline migration: By using the "SLE-15-Installer" and "SLE-15-Packages" isos. - Online migration: The SCC setup and the YaST part have received the improvement needed to allow the online migration. - SLES 15 JeOS images are now available for download and testing! Including the OpenStack JeOS image. - The Desktop Productivity Module has been replaced by the SLE Workstation Extension. This will only be an issue if you do an upgrade from a former Beta installation (which is an unsupported scenario[6]). - The HA Module and HA Product have been combined to one HA Product which will be available for the various products where it's eligible. Reason for the changes with those two modules is that we want to simplify the universe. - YaST Expert partitioner received quite some enhancements. =Fixed bugs in beta 6 (selection): - Wayland won't start on cirrus chipset anymore (bsc#1059356) == More information SLE Beta Page[2] Release Notes[3] Known Issues[4] Your SUSE Linux Enterprise Team == Beta Program 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/sle-beta/#download [2] https://www.suse.com/betaprogram/sle-beta [3] https://www.suse.com/betaprogram/sle-beta/#releasenotes [4] https://www.suse.com/betaprogram/sle-beta/#knownissues [5] https://www.suse.com/betaprogram/sle-beta/#releases [6] https://www.suse.com/betaprogram/sle-beta/#faq-update1 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Dick.Waite at softwareag.com Fri Feb 2 22:17:51 2018 From: Dick.Waite at softwareag.com (Waite, Dick (External)) Date: Sat, 3 Feb 2018 05:17:51 +0000 Subject: [sle-beta] Beta6 - Migration - No migration product found Message-ID: <46AC8C81C10B8C48820201DF2AE1D76D0120734A84@daeexmbx1.eur.ad.sag> Grand New Day, Using Beta6 I tried an update from SLES12-SP3 to SLES15 on a x86_64 environment. Starts well, find the folders to remove, but then after the remove the next message is: Error No migration product found... A SUSEConnect --status-text shows it has the Beta key and before the migration attempt I ran a "zypper up" to check the environment was up-2-date. I did note in the Announcement: * Migration from SLE 12 to SLE 15: Starting with Beta 6, we have settle the ground for the support of the Migration scenarios from SLE 12 to SLE 15. * Offline migration: By using SLE-15-Installer and SLE-15-Packages isos. * Online migration: The SCC setup and the YaST part have received the improvement needed to allow the online migration. Known Issues SLES/SLED: * Upgrade from SLE12 is not yet supported, will be available in future milestone * Updating from SLE 12 or SLE 11 to SLE 15 Beta X More information on migrating SLE 12 or SLE 11 to SLE 15 Beta X will be provided soon. I have not found any more information on migration, so I ran as before, maybe this is why I'm getting an error ? As you say this is now working then I have done something wrong, but I'm not sure what ? Looking forward to reading the "More information on migrating SLE 12 or SLE 11 to SLE 15 Beta X will be provided soon." Regards, __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 Feb 3 20:51:32 2018 From: Dick.Waite at softwareag.com (Waite, Dick (External)) Date: Sun, 4 Feb 2018 03:51:32 +0000 Subject: [sle-beta] Beta6 - Migration - No migration product found In-Reply-To: <46AC8C81C10B8C48820201DF2AE1D76D0120734A84@daeexmbx1.eur.ad.sag> References: <46AC8C81C10B8C48820201DF2AE1D76D0120734A84@daeexmbx1.eur.ad.sag> Message-ID: <46AC8C81C10B8C48820201DF2AE1D76D01207352CA@daeexmbx1.eur.ad.sag> Grand New Day, I have tried some other environments and I get the same results, I have added a few screenshots... Wishing you a grand day, __R ________________________________ From: Waite, Dick (External) Sent: 03 February 2018 06:17 To: 'sle-beta at lists.suse.com' Subject: Beta6 - Migration - No migration product found Grand New Day, Using Beta6 I tried an update from SLES12-SP3 to SLES15 on a x86_64 environment. Starts well, find the folders to remove, but then after the remove the next message is: Error No migration product found... A SUSEConnect --status-text shows it has the Beta key and before the migration attempt I ran a "zypper up" to check the environment was up-2-date. I did note in the Announcement: * Migration from SLE 12 to SLE 15: Starting with Beta 6, we have settle the ground for the support of the Migration scenarios from SLE 12 to SLE 15. * Offline migration: By using SLE-15-Installer and SLE-15-Packages isos. * Online migration: The SCC setup and the YaST part have received the improvement needed to allow the online migration. Known Issues SLES/SLED: * Upgrade from SLE12 is not yet supported, will be available in future milestone * Updating from SLE 12 or SLE 11 to SLE 15 Beta X More information on migrating SLE 12 or SLE 11 to SLE 15 Beta X will be provided soon. I have not found any more information on migration, so I ran as before, maybe this is why I'm getting an error ? As you say this is now working then I have done something wrong, but I'm not sure what ? Looking forward to reading the "More information on migrating SLE 12 or SLE 11 to SLE 15 Beta X will be provided soon." Regards, __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: -------------- next part -------------- A non-text attachment was scrubbed... Name: rjw02-15-0-3-2018-02-04-04-36-45.png Type: image/png Size: 27899 bytes Desc: rjw02-15-0-3-2018-02-04-04-36-45.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: rjw02-15-0-3-2018-02-04-04-37-19.png Type: image/png Size: 58886 bytes Desc: rjw02-15-0-3-2018-02-04-04-37-19.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: rjw02-15-0-3-2018-02-04-04-37-33.png Type: image/png Size: 54644 bytes Desc: rjw02-15-0-3-2018-02-04-04-37-33.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: rjw02-15-0-3-2018-02-04-04-37-45.png Type: image/png Size: 54638 bytes Desc: rjw02-15-0-3-2018-02-04-04-37-45.png URL: From Dick.Waite at softwareag.com Sun Feb 4 07:31:14 2018 From: Dick.Waite at softwareag.com (Waite, Dick (External)) Date: Sun, 4 Feb 2018 14:31:14 +0000 Subject: [sle-beta] Beta6 - Migration - No migration product found In-Reply-To: <46AC8C81C10B8C48820201DF2AE1D76D01207352CA@daeexmbx1.eur.ad.sag> References: <46AC8C81C10B8C48820201DF2AE1D76D0120734A84@daeexmbx1.eur.ad.sag>, <46AC8C81C10B8C48820201DF2AE1D76D01207352CA@daeexmbx1.eur.ad.sag> Message-ID: <46AC8C81C10B8C48820201DF2AE1D76D012073576E@daeexmbx1.eur.ad.sag> Grand Afternoon, To answer a number of requests, yes a non-SCC update does update as far as I can tell the environment Okay, one screenshot attached. But having to remove ones key, rumble through the update, remember which add-ons this machines environments are needed then at the end re-add the key and often as not re-register the environments when ones knows the SCC knows all this is not what I wish to be testing and I'm sure SUSE would like me to be running Adabas QE against their new environment and not checking the SCC API's At the moment there is just Beta7 left before RC1 to get this right. __R ________________________________ From: Waite, Dick (External) Sent: 04 February 2018 04:51 To: 'sle-beta at lists.suse.com' Subject: RE: Beta6 - Migration - No migration product found Grand New Day, I have tried some other environments and I get the same results, I have added a few screenshots... Wishing you a grand day, __R ________________________________ From: Waite, Dick (External) Sent: 03 February 2018 06:17 To: 'sle-beta at lists.suse.com' Subject: Beta6 - Migration - No migration product found Grand New Day, Using Beta6 I tried an update from SLES12-SP3 to SLES15 on a x86_64 environment. Starts well, find the folders to remove, but then after the remove the next message is: Error No migration product found... A SUSEConnect --status-text shows it has the Beta key and before the migration attempt I ran a "zypper up" to check the environment was up-2-date. I did note in the Announcement: * Migration from SLE 12 to SLE 15: Starting with Beta 6, we have settle the ground for the support of the Migration scenarios from SLE 12 to SLE 15. * Offline migration: By using SLE-15-Installer and SLE-15-Packages isos. * Online migration: The SCC setup and the YaST part have received the improvement needed to allow the online migration. Known Issues SLES/SLED: * Upgrade from SLE12 is not yet supported, will be available in future milestone * Updating from SLE 12 or SLE 11 to SLE 15 Beta X More information on migrating SLE 12 or SLE 11 to SLE 15 Beta X will be provided soon. I have not found any more information on migration, so I ran as before, maybe this is why I'm getting an error ? As you say this is now working then I have done something wrong, but I'm not sure what ? Looking forward to reading the "More information on migrating SLE 12 or SLE 11 to SLE 15 Beta X will be provided soon." Regards, __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: -------------- next part -------------- A non-text attachment was scrubbed... Name: rjw02-15-0-3-2018-02-04-15-06-52.png Type: image/png Size: 860982 bytes Desc: rjw02-15-0-3-2018-02-04-15-06-52.png URL: From jrd at netlab1.net Sun Feb 4 11:36:55 2018 From: jrd at netlab1.net (Joe Doupnik) Date: Sun, 4 Feb 2018 18:36:55 +0000 Subject: [sle-beta] SLES15 beta 6, initial observation Message-ID: <682628d8-2483-d1e1-8230-d775ccbbe53a@netlab1.net> ??? Two installation tests today, as a fresh virtual machine within ESXi v6.0. ??? The first test put the installer on one CD drive and the package on another. That resulted in the installer getting to the end of the green screen with progress bar and just sit there doing nothing for a long time. I repeated this with only one CD (the installler) and then the system would progress into the regular details. Clearly, with two CD drives the installer became confused. ??? The second test was with one CD, as just mentioned. The peculiar item observed thus far was when partitioning. I said please redo the layout with the offered existing partitions, I removed all shown for the only drive, and I created my usual three of BOOT (/boot, EXT2, 128MB), SWAP (swap, 512MB), and ROOT (/, 6.xGB). Then a message popped up saying (using my memory here) there was no separate disk with a peculiarly named boot partition, did I wish to proceed anyway. Hmmm, that's new and seemingly a design bug. I elected to proceed anyway, and as I write this note the software is busily installing. Also, I notice there is still no offered /boot choice amongst partitions in the pull down menu. ??? Thanks, ??? Joe D. From jrd at netlab1.net Sun Feb 4 11:58:47 2018 From: jrd at netlab1.net (Joe Doupnik) Date: Sun, 4 Feb 2018 18:58:47 +0000 Subject: [sle-beta] SLES15 beta 6, initial observation In-Reply-To: <682628d8-2483-d1e1-8230-d775ccbbe53a@netlab1.net> References: <682628d8-2483-d1e1-8230-d775ccbbe53a@netlab1.net> Message-ID: <37623dd5-5742-9c03-9103-fce959d4e71b@netlab1.net> On 04/02/2018 18:36, Joe Doupnik wrote: > Two installation tests today, as a fresh virtual machine within ESXi > v6.0. > ??? The first test put the installer on one CD drive and the package > on another. That resulted in the installer getting to the end of the > green screen with progress bar and just sit there doing nothing for a > long time. I repeated this with only one CD (the installler) and then > the system would progress into the regular details. Clearly, with two > CD drives the installer became confused. > ??? The second test was with one CD, as just mentioned. The peculiar > item observed thus far was when partitioning. I said please redo the > layout with the offered existing partitions, I removed all shown for > the only drive, and I created my usual three of BOOT (/boot, EXT2, > 128MB), SWAP (swap, 512MB), and ROOT (/, 6.xGB). Then a message popped > up saying (using my memory here) there was no separate disk with a > peculiarly named boot partition, did I wish to proceed anyway. Hmmm, > that's new and seemingly a design bug. I elected to proceed anyway, > and as I write this note the software is busily installing. Also, I > notice there is still no offered /boot choice amongst partitions in > the pull down menu. > ??? Thanks, > ??? Joe D. > > _______________________________________________ > sle-beta mailing list > sle-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sle-beta ---------- ??? A brief follow up. The system installed but could not reboot, saying no o/s. The virtual machine has two CD drives, only one connected and holding the installer image. Playing about with them produced no progress.? Booting with the installer and choosing the Rescue option leads to the same stalled system as noted in the first test in my msg above. Thus I conclude the presence of two CD drives during installation leads to internal confusion and a mis-configured system. Tomorrow I will try again with a fresh virtual machine having only a single CD drive. ??? Thanks, ??? Joe D. From kukuk at suse.de Sun Feb 4 16:07:59 2018 From: kukuk at suse.de (Thorsten Kukuk) Date: Mon, 5 Feb 2018 00:07:59 +0100 Subject: [sle-beta] SLES15 beta 6, initial observation In-Reply-To: <682628d8-2483-d1e1-8230-d775ccbbe53a@netlab1.net> References: <682628d8-2483-d1e1-8230-d775ccbbe53a@netlab1.net> Message-ID: <20180204230759.GA17122@suse.de> On Sun, Feb 04, Joe Doupnik wrote: > ??? The second test was with one CD, as just mentioned. The peculiar item > observed thus far was when partitioning. I said please redo the layout with > the offered existing partitions, I removed all shown for the only drive, and > I created my usual three of BOOT (/boot, EXT2, 128MB), SWAP (swap, 512MB), > and ROOT (/, 6.xGB). No idea why people still use this extra /boot partition. This has not a single advantage, but a lot of disadvantages. Nobody would come to the idea to put /lib64 with libc and everything on an extra partition, so why divide the kernel or bootloader in two parts and put them on two different partitions? This only makes trouble and was only necessary in the past for broken BIOS versions. But that problem should have gone long ago. 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 Sun Feb 4 16:10:02 2018 From: kukuk at suse.de (Thorsten Kukuk) Date: Mon, 5 Feb 2018 00:10:02 +0100 Subject: [sle-beta] Beta6 - Migration - No migration product found In-Reply-To: <46AC8C81C10B8C48820201DF2AE1D76D012073576E@daeexmbx1.eur.ad.sag> References: <46AC8C81C10B8C48820201DF2AE1D76D0120734A84@daeexmbx1.eur.ad.sag> <46AC8C81C10B8C48820201DF2AE1D76D01207352CA@daeexmbx1.eur.ad.sag> <46AC8C81C10B8C48820201DF2AE1D76D012073576E@daeexmbx1.eur.ad.sag> Message-ID: <20180204231002.GB17122@suse.de> On Sun, Feb 04, Waite, Dick (External) wrote: > I wish to be testing and I'm sure SUSE would like me to be running Adabas QE > against their new environment and not checking the SCC API's Update with SCC API works. Most likely there are additional products registered, for which no update is available yet. 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 Sun Feb 4 22:34:24 2018 From: Dick.Waite at softwareag.com (Waite, Dick (External)) Date: Mon, 5 Feb 2018 05:34:24 +0000 Subject: [sle-beta] Beta6 - Migration - No migration product found In-Reply-To: <20180204231002.GB17122@suse.de> References: <46AC8C81C10B8C48820201DF2AE1D76D0120734A84@daeexmbx1.eur.ad.sag> <46AC8C81C10B8C48820201DF2AE1D76D01207352CA@daeexmbx1.eur.ad.sag> <46AC8C81C10B8C48820201DF2AE1D76D012073576E@daeexmbx1.eur.ad.sag>, <20180204231002.GB17122@suse.de> Message-ID: <20180205053424.5656661.72177.32348@softwareag.com> Hear what you say T?horsten. I'll see what I can do to find out which is the bad sheep. __R Sent from my BlackBerry 10 smartphone. Original Message From: Thorsten Kukuk Sent: Monday, 5 February 2018 00:09 To: sle-beta at lists.suse.com Subject: Re: [sle-beta] Beta6 - Migration - No migration product found On Sun, Feb 04, Waite, Dick (External) wrote: > I wish to be testing and I'm sure SUSE would like me to be running Adabas QE > against their new environment and not checking the SCC API's Update with SCC API works. Most likely there are additional products registered, for which no update is available yet. 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 jrd at netlab1.net Mon Feb 5 02:08:37 2018 From: jrd at netlab1.net (Joe Doupnik) Date: Mon, 5 Feb 2018 09:08:37 +0000 Subject: [sle-beta] SLES15 beta 6, initial observation In-Reply-To: <20180204230759.GA17122@suse.de> References: <682628d8-2483-d1e1-8230-d775ccbbe53a@netlab1.net> <20180204230759.GA17122@suse.de> Message-ID: <6732d4ad-5186-e5dc-c88e-fb300ca62fc0@netlab1.net> On 04/02/2018 23:07, Thorsten Kukuk wrote: > On Sun, Feb 04, Joe Doupnik wrote: > >> ??? The second test was with one CD, as just mentioned. The peculiar item >> observed thus far was when partitioning. I said please redo the layout with >> the offered existing partitions, I removed all shown for the only drive, and >> I created my usual three of BOOT (/boot, EXT2, 128MB), SWAP (swap, 512MB), >> and ROOT (/, 6.xGB). > No idea why people still use this extra /boot partition. This has not > a single advantage, but a lot of disadvantages. > Nobody would come to the idea to put /lib64 with libc and everything > on an extra partition, so why divide the kernel or bootloader in two > parts and put them on two different partitions? This only makes trouble > and was only necessary in the past for broken BIOS versions. But that > problem should have gone long ago. > > Thorsten > ------------- ??? To clarify matters for Thorsten and other readers. A while ago I covered similar territory. ??? The /boot story as I relate it goes like this. With earlier SLES editions I created a two partition scheme, root (/, XFS) and swap. That worked until a kernel upgrade was installed and then the system would not boot. I infer the reason was the new initrd did not have the XFS intelligence. Additionally, if that root had outstanding journal entries at boot time then grub would be unable to perform them because root was mounted read-only at that moment. Consequently the system may not boot. ??? These aspects are not BIOS related, yet reaching a bootable partition can be BIOS dependent which is why a bootable partition should be created before other large partitions. ??? However, if I create a boot partition, type EXT2 (no journal, no XFS), followed by swap and root (XFS) partitions then all is well through patches and major upgrades. My surmise is composition of a workable initrd and relatives is the key factor, with their understanding of XFS being an important thread. ??? That's been my experience. Details today may have changed and to know would take a bunch of validation experiments. I know this can seem to be a reactionary view, but setting aside BTRFS the problem has been real enough for a long time and is easily avoided by having the /boot partition. Further, using a /boot partition ought not clobber a new SLES and certainly should not be a notable disadvantage. ??? For SLES 15 beta 6, there is that new /boot popup complaint message to learn about. My memory says there could have been two disks, sda and sdb, shown in the partition menu, even though only one hard disk was created for the ESXi virtual machine, and the sdb one had a boot reference. That's my vague memory. At this moment I have restarted that test virtual machine after removing the second CD drive. It did not boot, saying no o/s, but I could enter Rescue mode. After poking about the boot partition (sda1) I did not find a menu.lst file which is normally present for SLES11 and prior. I am about to remove that virtual machine and rebuild with only one CD drive. In any case, the double CD drive presence during installation has led to trouble in beta 6, plus that new /boot popup message. ??? Thanks, ??? Joe D. From jrd at netlab1.net Mon Feb 5 02:58:39 2018 From: jrd at netlab1.net (Joe Doupnik) Date: Mon, 5 Feb 2018 09:58:39 +0000 Subject: [sle-beta] SLES15 beta 6, initial observation In-Reply-To: <6732d4ad-5186-e5dc-c88e-fb300ca62fc0@netlab1.net> References: <682628d8-2483-d1e1-8230-d775ccbbe53a@netlab1.net> <20180204230759.GA17122@suse.de> <6732d4ad-5186-e5dc-c88e-fb300ca62fc0@netlab1.net> Message-ID: <1d7b9dce-c1ac-59af-8014-785d2d1a746e@netlab1.net> ??? Fresh installation, found again the new /boot message. Here are screen captures: ??? And after saying No, we again see the underlying layout: ??? No UEFI choices were selected. Going to the lower right corner "Expert" button and saying please recreate the partitioning, and there selecting the classical non-UEFI mode, the same /boot popup occurs. ??? Enlarging /boot to be 256MB does not change the results. Thus the message remains obscure. ??? I am selecting to continue the installation to see what happens. ??? Thanks, ??? Joe D. On 05/02/2018 09:08, Joe Doupnik wrote: > On 04/02/2018 23:07, Thorsten Kukuk wrote: >> On Sun, Feb 04, Joe Doupnik wrote: >> >>> ???? The second test was with one CD, as just mentioned. The >>> peculiar item >>> observed thus far was when partitioning. I said please redo the >>> layout with >>> the offered existing partitions, I removed all shown for the only >>> drive, and >>> I created my usual three of BOOT (/boot, EXT2, 128MB), SWAP (swap, >>> 512MB), >>> and ROOT (/, 6.xGB). >> No idea why people still use this extra /boot partition. This has not >> a single advantage, but a lot of disadvantages. >> Nobody would come to the idea to put /lib64 with libc and everything >> on an extra partition, so why divide the kernel or bootloader in two >> parts and put them on two different partitions? This only makes trouble >> and was only necessary in the past for broken BIOS versions. But that >> problem should have gone long ago. >> >> ?? Thorsten >> > ------------- > ??? To clarify matters for Thorsten and other readers. A while ago I > covered similar territory. > ??? The /boot story as I relate it goes like this. With earlier SLES > editions I created a two partition scheme, root (/, XFS) and swap. > That worked until a kernel upgrade was installed and then the system > would not boot. I infer the reason was the new initrd did not have the > XFS intelligence. Additionally, if that root had outstanding journal > entries at boot time then grub would be unable to perform them because > root was mounted read-only at that moment. Consequently the system may > not boot. > ??? These aspects are not BIOS related, yet reaching a bootable > partition can be BIOS dependent which is why a bootable partition > should be created before other large partitions. > ??? However, if I create a boot partition, type EXT2 (no journal, no > XFS), followed by swap and root (XFS) partitions then all is well > through patches and major upgrades. My surmise is composition of a > workable initrd and relatives is the key factor, with their > understanding of XFS being an important thread. > ??? That's been my experience. Details today may have changed and to > know would take a bunch of validation experiments. I know this can > seem to be a reactionary view, but setting aside BTRFS the problem has > been real enough for a long time and is easily avoided by having the > /boot partition. Further, using a /boot partition ought not clobber a > new SLES and certainly should not be a notable disadvantage. > > ??? For SLES 15 beta 6, there is that new /boot popup complaint > message to learn about. My memory says there could have been two > disks, sda and sdb, shown in the partition menu, even though only one > hard disk was created for the ESXi virtual machine, and the sdb one > had a boot reference. That's my vague memory. At this moment I have > restarted that test virtual machine after removing the second CD > drive. It did not boot, saying no o/s, but I could enter Rescue mode. > After poking about the boot partition (sda1) I did not find a menu.lst > file which is normally present for SLES11 and prior. I am about to > remove that virtual machine and rebuild with only one CD drive. In any > case, the double CD drive presence during installation has led to > trouble in beta 6, plus that new /boot popup message. > ??? Thanks, > ??? Joe D. > > _______________________________________________ > sle-beta mailing list > sle-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sle-beta -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: kdnlehjgnmoedhoh.png Type: image/png Size: 129480 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: fncnbfeehadmgfjk.png Type: image/png Size: 150848 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: bkjocmhgdeijdldg.png Type: image/png Size: 10816 bytes Desc: not available URL: From jrd at netlab1.net Mon Feb 5 03:42:19 2018 From: jrd at netlab1.net (Joe Doupnik) Date: Mon, 5 Feb 2018 10:42:19 +0000 Subject: [sle-beta] SLES15 beta 6, initial observation In-Reply-To: <1d7b9dce-c1ac-59af-8014-785d2d1a746e@netlab1.net> References: <682628d8-2483-d1e1-8230-d775ccbbe53a@netlab1.net> <20180204230759.GA17122@suse.de> <6732d4ad-5186-e5dc-c88e-fb300ca62fc0@netlab1.net> <1d7b9dce-c1ac-59af-8014-785d2d1a746e@netlab1.net> Message-ID: ??? Pre-pending here the results of the current installation process. ??? This time I ticked the menu boot area item saying install the boot material into the MBR, rather than the default setting of in the /boot partition. The system has rebooted properly to complete the installation process. Thus there appears to be some difficulty in that area of the installation material. ??? Thanks, ??? Joe D. On 05/02/2018 09:58, Joe Doupnik wrote: > ??? Fresh installation, found again the new /boot message. Here are > screen captures: > > > > ??? And after saying No, we again see the underlying layout: > > > ??? No UEFI choices were selected. Going to the lower right corner > "Expert" button and saying please recreate the partitioning, and there > selecting the classical non-UEFI mode, the same /boot popup occurs. > > > ??? Enlarging /boot to be 256MB does not change the results. Thus the > message remains obscure. > ??? I am selecting to continue the installation to see what happens. > ??? Thanks, > ??? Joe D. > > > On 05/02/2018 09:08, Joe Doupnik wrote: >> On 04/02/2018 23:07, Thorsten Kukuk wrote: >>> On Sun, Feb 04, Joe Doupnik wrote: >>> >>>> ???? The second test was with one CD, as just mentioned. The >>>> peculiar item >>>> observed thus far was when partitioning. I said please redo the >>>> layout with >>>> the offered existing partitions, I removed all shown for the only >>>> drive, and >>>> I created my usual three of BOOT (/boot, EXT2, 128MB), SWAP (swap, >>>> 512MB), >>>> and ROOT (/, 6.xGB). >>> No idea why people still use this extra /boot partition. This has not >>> a single advantage, but a lot of disadvantages. >>> Nobody would come to the idea to put /lib64 with libc and everything >>> on an extra partition, so why divide the kernel or bootloader in two >>> parts and put them on two different partitions? This only makes trouble >>> and was only necessary in the past for broken BIOS versions. But that >>> problem should have gone long ago. >>> >>> ?? Thorsten >>> >> ------------- >> ??? To clarify matters for Thorsten and other readers. A while ago I >> covered similar territory. >> ??? The /boot story as I relate it goes like this. With earlier SLES >> editions I created a two partition scheme, root (/, XFS) and swap. >> That worked until a kernel upgrade was installed and then the system >> would not boot. I infer the reason was the new initrd did not have >> the XFS intelligence. Additionally, if that root had outstanding >> journal entries at boot time then grub would be unable to perform >> them because root was mounted read-only at that moment. Consequently >> the system may not boot. >> ??? These aspects are not BIOS related, yet reaching a bootable >> partition can be BIOS dependent which is why a bootable partition >> should be created before other large partitions. >> ??? However, if I create a boot partition, type EXT2 (no journal, no >> XFS), followed by swap and root (XFS) partitions then all is well >> through patches and major upgrades. My surmise is composition of a >> workable initrd and relatives is the key factor, with their >> understanding of XFS being an important thread. >> ??? That's been my experience. Details today may have changed and to >> know would take a bunch of validation experiments. I know this can >> seem to be a reactionary view, but setting aside BTRFS the problem >> has been real enough for a long time and is easily avoided by having >> the /boot partition. Further, using a /boot partition ought not >> clobber a new SLES and certainly should not be a notable disadvantage. >> >> ??? For SLES 15 beta 6, there is that new /boot popup complaint >> message to learn about. My memory says there could have been two >> disks, sda and sdb, shown in the partition menu, even though only one >> hard disk was created for the ESXi virtual machine, and the sdb one >> had a boot reference. That's my vague memory. At this moment I have >> restarted that test virtual machine after removing the second CD >> drive. It did not boot, saying no o/s, but I could enter Rescue mode. >> After poking about the boot partition (sda1) I did not find a >> menu.lst file which is normally present for SLES11 and prior. I am >> about to remove that virtual machine and rebuild with only one CD >> drive. In any case, the double CD drive presence during installation >> has led to trouble in beta 6, plus that new /boot popup message. >> ??? Thanks, >> ??? Joe D. >> >> _______________________________________________ >> sle-beta mailing list >> sle-beta at lists.suse.com >> http://lists.suse.com/mailman/listinfo/sle-beta > > > > _______________________________________________ > sle-beta mailing list > sle-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sle-beta -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: kdnlehjgnmoedhoh.png Type: image/png Size: 129480 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: fncnbfeehadmgfjk.png Type: image/png Size: 150848 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: bkjocmhgdeijdldg.png Type: image/png Size: 10816 bytes Desc: not available URL: From jsrain at suse.cz Mon Feb 5 06:01:28 2018 From: jsrain at suse.cz (Jiri Srain) Date: Mon, 5 Feb 2018 14:01:28 +0100 Subject: [sle-beta] SLES15 beta 6, initial observation In-Reply-To: References: <682628d8-2483-d1e1-8230-d775ccbbe53a@netlab1.net> <20180204230759.GA17122@suse.de> <6732d4ad-5186-e5dc-c88e-fb300ca62fc0@netlab1.net> <1d7b9dce-c1ac-59af-8014-785d2d1a746e@netlab1.net> Message-ID: <7b4abed4-c0e9-97d7-0faf-ed15a97fd7ff@suse.cz> Hello Joe, as I'm reading from the screenshots (you can confirm that): You selected the MS-DOS partition table and bootloader installation into MBR. This is scenario which really _usually_ works; GRUB's code can be put into the ext2 partition (in your case as /boot), which may not be always reliable. That's why we better show a warning; if you know what you are doing, you can override it and continue installation - and in many cases it will work, we just cannot guarantee that. Adding the additional BIOS Boot partition is a safer solution, you don't need to put the GRUB code into the ext2 filesystem and reference it via block numbers. Jiri On 5.2.2018 11:42, Joe Doupnik wrote: > ??? Pre-pending here the results of the current installation process. > ??? This time I ticked the menu boot area item saying install the boot > material into the MBR, rather than the default setting of in the /boot > partition. The system has rebooted properly to complete the installation > process. Thus there appears to be some difficulty in that area of the > installation material. > ??? Thanks, > ??? Joe D. > > On 05/02/2018 09:58, Joe Doupnik wrote: >> ??? Fresh installation, found again the new /boot message. Here are >> screen captures: >> >> >> >> ??? And after saying No, we again see the underlying layout: >> >> >> ??? No UEFI choices were selected. Going to the lower right corner >> "Expert" button and saying please recreate the partitioning, and there >> selecting the classical non-UEFI mode, the same /boot popup occurs. >> >> >> ??? Enlarging /boot to be 256MB does not change the results. Thus the >> message remains obscure. >> ??? I am selecting to continue the installation to see what happens. >> ??? Thanks, >> ??? Joe D. >> >> >> On 05/02/2018 09:08, Joe Doupnik wrote: >>> On 04/02/2018 23:07, Thorsten Kukuk wrote: >>>> On Sun, Feb 04, Joe Doupnik wrote: >>>> >>>>> ???? The second test was with one CD, as just mentioned. The >>>>> peculiar item >>>>> observed thus far was when partitioning. I said please redo the >>>>> layout with >>>>> the offered existing partitions, I removed all shown for the only >>>>> drive, and >>>>> I created my usual three of BOOT (/boot, EXT2, 128MB), SWAP (swap, >>>>> 512MB), >>>>> and ROOT (/, 6.xGB). >>>> No idea why people still use this extra /boot partition. This has not >>>> a single advantage, but a lot of disadvantages. >>>> Nobody would come to the idea to put /lib64 with libc and everything >>>> on an extra partition, so why divide the kernel or bootloader in two >>>> parts and put them on two different partitions? This only makes trouble >>>> and was only necessary in the past for broken BIOS versions. But that >>>> problem should have gone long ago. >>>> >>>> ?? Thorsten >>>> >>> ------------- >>> ??? To clarify matters for Thorsten and other readers. A while ago I >>> covered similar territory. >>> ??? The /boot story as I relate it goes like this. With earlier SLES >>> editions I created a two partition scheme, root (/, XFS) and swap. >>> That worked until a kernel upgrade was installed and then the system >>> would not boot. I infer the reason was the new initrd did not have >>> the XFS intelligence. Additionally, if that root had outstanding >>> journal entries at boot time then grub would be unable to perform >>> them because root was mounted read-only at that moment. Consequently >>> the system may not boot. >>> ??? These aspects are not BIOS related, yet reaching a bootable >>> partition can be BIOS dependent which is why a bootable partition >>> should be created before other large partitions. >>> ??? However, if I create a boot partition, type EXT2 (no journal, no >>> XFS), followed by swap and root (XFS) partitions then all is well >>> through patches and major upgrades. My surmise is composition of a >>> workable initrd and relatives is the key factor, with their >>> understanding of XFS being an important thread. >>> ??? That's been my experience. Details today may have changed and to >>> know would take a bunch of validation experiments. I know this can >>> seem to be a reactionary view, but setting aside BTRFS the problem >>> has been real enough for a long time and is easily avoided by having >>> the /boot partition. Further, using a /boot partition ought not >>> clobber a new SLES and certainly should not be a notable disadvantage. >>> >>> ??? For SLES 15 beta 6, there is that new /boot popup complaint >>> message to learn about. My memory says there could have been two >>> disks, sda and sdb, shown in the partition menu, even though only one >>> hard disk was created for the ESXi virtual machine, and the sdb one >>> had a boot reference. That's my vague memory. At this moment I have >>> restarted that test virtual machine after removing the second CD >>> drive. It did not boot, saying no o/s, but I could enter Rescue mode. >>> After poking about the boot partition (sda1) I did not find a >>> menu.lst file which is normally present for SLES11 and prior. I am >>> about to remove that virtual machine and rebuild with only one CD >>> drive. In any case, the double CD drive presence during installation >>> has led to trouble in beta 6, plus that new /boot popup message. >>> ??? Thanks, >>> ??? Joe D. >>> >>> _______________________________________________ >>> sle-beta mailing list >>> sle-beta at lists.suse.com >>> http://lists.suse.com/mailman/listinfo/sle-beta >> >> >> >> _______________________________________________ >> sle-beta mailing list >> sle-beta at lists.suse.com >> http://lists.suse.com/mailman/listinfo/sle-beta > > > > _______________________________________________ > 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 jrd at netlab1.net Mon Feb 5 09:07:04 2018 From: jrd at netlab1.net (Joe Doupnik) Date: Mon, 5 Feb 2018 16:07:04 +0000 Subject: [sle-beta] SLES15 beta 6, initial observation In-Reply-To: <7b4abed4-c0e9-97d7-0faf-ed15a97fd7ff@suse.cz> References: <682628d8-2483-d1e1-8230-d775ccbbe53a@netlab1.net> <20180204230759.GA17122@suse.de> <6732d4ad-5186-e5dc-c88e-fb300ca62fc0@netlab1.net> <1d7b9dce-c1ac-59af-8014-785d2d1a746e@netlab1.net> <7b4abed4-c0e9-97d7-0faf-ed15a97fd7ff@suse.cz> Message-ID: <501de664-be8b-3a66-2987-25f7cc9f7437@netlab1.net> Jiri and the group, ??? The choice of using the MBR was just an experiment. Normally I would choose to put the boot code in /boot, which is the default. But there seems to be some current difficulty with even the concept of /boot partition itself existing. Nonetheless, the new /boot warning popup exists at partition time, and I do not know why it is appearing. ??? Thanks, ??? Joe D. On 05/02/2018 13:01, Jiri Srain wrote: > Hello Joe, > > as I'm reading from the screenshots (you can confirm that): You selected > the MS-DOS partition table and bootloader installation into MBR. > > This is scenario which really _usually_ works; GRUB's code can be put > into the ext2 partition (in your case as /boot), which may not be always > reliable. > > That's why we better show a warning; if you know what you are doing, you > can override it and continue installation - and in many cases it will > work, we just cannot guarantee that. > > Adding the additional BIOS Boot partition is a safer solution, you don't > need to put the GRUB code into the ext2 filesystem and reference it via > block numbers. > > Jiri > > On 5.2.2018 11:42, Joe Doupnik wrote: >> ??? Pre-pending here the results of the current installation process. >> ??? This time I ticked the menu boot area item saying install the boot >> material into the MBR, rather than the default setting of in the /boot >> partition. The system has rebooted properly to complete the installation >> process. Thus there appears to be some difficulty in that area of the >> installation material. >> ??? Thanks, >> ??? Joe D. >> >> On 05/02/2018 09:58, Joe Doupnik wrote: >>> ??? Fresh installation, found again the new /boot message. Here are >>> screen captures: >>> >>> >>> >>> ??? And after saying No, we again see the underlying layout: >>> >>> >>> ??? No UEFI choices were selected. Going to the lower right corner >>> "Expert" button and saying please recreate the partitioning, and there >>> selecting the classical non-UEFI mode, the same /boot popup occurs. >>> >>> >>> ??? Enlarging /boot to be 256MB does not change the results. Thus the >>> message remains obscure. >>> ??? I am selecting to continue the installation to see what happens. >>> ??? Thanks, >>> ??? Joe D. >>> >>> >>> On 05/02/2018 09:08, Joe Doupnik wrote: >>>> On 04/02/2018 23:07, Thorsten Kukuk wrote: >>>>> On Sun, Feb 04, Joe Doupnik wrote: >>>>> >>>>>> ???? The second test was with one CD, as just mentioned. The >>>>>> peculiar item >>>>>> observed thus far was when partitioning. I said please redo the >>>>>> layout with >>>>>> the offered existing partitions, I removed all shown for the only >>>>>> drive, and >>>>>> I created my usual three of BOOT (/boot, EXT2, 128MB), SWAP (swap, >>>>>> 512MB), >>>>>> and ROOT (/, 6.xGB). >>>>> No idea why people still use this extra /boot partition. This has not >>>>> a single advantage, but a lot of disadvantages. >>>>> Nobody would come to the idea to put /lib64 with libc and everything >>>>> on an extra partition, so why divide the kernel or bootloader in two >>>>> parts and put them on two different partitions? This only makes trouble >>>>> and was only necessary in the past for broken BIOS versions. But that >>>>> problem should have gone long ago. >>>>> >>>>> ?? Thorsten >>>>> >>>> ------------- >>>> ??? To clarify matters for Thorsten and other readers. A while ago I >>>> covered similar territory. >>>> ??? The /boot story as I relate it goes like this. With earlier SLES >>>> editions I created a two partition scheme, root (/, XFS) and swap. >>>> That worked until a kernel upgrade was installed and then the system >>>> would not boot. I infer the reason was the new initrd did not have >>>> the XFS intelligence. Additionally, if that root had outstanding >>>> journal entries at boot time then grub would be unable to perform >>>> them because root was mounted read-only at that moment. Consequently >>>> the system may not boot. >>>> ??? These aspects are not BIOS related, yet reaching a bootable >>>> partition can be BIOS dependent which is why a bootable partition >>>> should be created before other large partitions. >>>> ??? However, if I create a boot partition, type EXT2 (no journal, no >>>> XFS), followed by swap and root (XFS) partitions then all is well >>>> through patches and major upgrades. My surmise is composition of a >>>> workable initrd and relatives is the key factor, with their >>>> understanding of XFS being an important thread. >>>> ??? That's been my experience. Details today may have changed and to >>>> know would take a bunch of validation experiments. I know this can >>>> seem to be a reactionary view, but setting aside BTRFS the problem >>>> has been real enough for a long time and is easily avoided by having >>>> the /boot partition. Further, using a /boot partition ought not >>>> clobber a new SLES and certainly should not be a notable disadvantage. >>>> >>>> ??? For SLES 15 beta 6, there is that new /boot popup complaint >>>> message to learn about. My memory says there could have been two >>>> disks, sda and sdb, shown in the partition menu, even though only one >>>> hard disk was created for the ESXi virtual machine, and the sdb one >>>> had a boot reference. That's my vague memory. At this moment I have >>>> restarted that test virtual machine after removing the second CD >>>> drive. It did not boot, saying no o/s, but I could enter Rescue mode. >>>> After poking about the boot partition (sda1) I did not find a >>>> menu.lst file which is normally present for SLES11 and prior. I am >>>> about to remove that virtual machine and rebuild with only one CD >>>> drive. In any case, the double CD drive presence during installation >>>> has led to trouble in beta 6, plus that new /boot popup message. >>>> ??? Thanks, >>>> ??? Joe D. >>>> >>>> _______________________________________________ >>>> sle-beta mailing list >>>> sle-beta at lists.suse.com >>>> http://lists.suse.com/mailman/listinfo/sle-beta >>> >>> >>> _______________________________________________ >>> sle-beta mailing list >>> sle-beta at lists.suse.com >>> http://lists.suse.com/mailman/listinfo/sle-beta >> >> >> _______________________________________________ >> sle-beta mailing list >> sle-beta at lists.suse.com >> http://lists.suse.com/mailman/listinfo/sle-beta >> From vmoutoussamy at suse.com Tue Feb 6 04:45:49 2018 From: vmoutoussamy at suse.com (Vincent Moutoussamy) Date: Tue, 6 Feb 2018 12:45:49 +0100 Subject: [sle-beta] Beta6 - Migration - No migration product found In-Reply-To: <20180205053424.5656661.72177.32348@softwareag.com> References: <46AC8C81C10B8C48820201DF2AE1D76D0120734A84@daeexmbx1.eur.ad.sag> <46AC8C81C10B8C48820201DF2AE1D76D01207352CA@daeexmbx1.eur.ad.sag> <46AC8C81C10B8C48820201DF2AE1D76D012073576E@daeexmbx1.eur.ad.sag> <20180204231002.GB17122@suse.de> <20180205053424.5656661.72177.32348@softwareag.com> Message-ID: <6D76310F-A327-400F-9032-ED34AA1C9129@suse.com> Hi, Please be so kind to create a bug report and attach at least a supportconfig so we can also investigate -> https://www.suse.com/betaprogram/sle-beta/#bugzilla Regards, -- Vincent Moutoussamy SUSE Beta Program and SDK Project Manager > On 5 Feb 2018, at 06:34, Waite, Dick (External) wrote: > > Hear what you say T?horsten. I'll see what I can do to find out which is the bad sheep. > __R > > Sent from my BlackBerry 10 smartphone. > Original Message > From: Thorsten Kukuk > Sent: Monday, 5 February 2018 00:09 > To: sle-beta at lists.suse.com > Subject: Re: [sle-beta] Beta6 - Migration - No migration product found > > > On Sun, Feb 04, Waite, Dick (External) wrote: > >> I wish to be testing and I'm sure SUSE would like me to be running Adabas QE >> against their new environment and not checking the SCC API's > > Update with SCC API works. Most likely there are additional products > registered, for which no update is available yet. > > 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 > > _______________________________________________ > sle-beta mailing list > sle-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sle-beta -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 488 bytes Desc: Message signed with OpenPGP URL: From jsrain at suse.cz Tue Feb 6 06:21:30 2018 From: jsrain at suse.cz (Jiri Srain) Date: Tue, 6 Feb 2018 14:21:30 +0100 Subject: [sle-beta] Beta6 - Migration - No migration product found In-Reply-To: <6D76310F-A327-400F-9032-ED34AA1C9129@suse.com> References: <46AC8C81C10B8C48820201DF2AE1D76D0120734A84@daeexmbx1.eur.ad.sag> <46AC8C81C10B8C48820201DF2AE1D76D01207352CA@daeexmbx1.eur.ad.sag> <46AC8C81C10B8C48820201DF2AE1D76D012073576E@daeexmbx1.eur.ad.sag> <20180204231002.GB17122@suse.de> <20180205053424.5656661.72177.32348@softwareag.com> <6D76310F-A327-400F-9032-ED34AA1C9129@suse.com> Message-ID: <9c459624-5d88-f38b-f02d-4bada62ec097@suse.cz> Hi, I already created one (based on discussion with Disk and Artem): https://bugzilla.suse.com/show_bug.cgi?id=1079560 Jiri On 6.2.2018 12:45, Vincent Moutoussamy wrote: > Hi, > > Please be so kind to create a bug report and attach at least a supportconfig so > we can also investigate -> https://www.suse.com/betaprogram/sle-beta/#bugzilla > > Regards, > -- > Vincent Moutoussamy > SUSE Beta Program and SDK Project Manager > >> On 5 Feb 2018, at 06:34, Waite, Dick (External) wrote: >> >> Hear what you say T?horsten. I'll see what I can do to find out which is the bad sheep. >> __R >> >> Sent from my BlackBerry 10 smartphone. >> Original Message >> From: Thorsten Kukuk >> Sent: Monday, 5 February 2018 00:09 >> To: sle-beta at lists.suse.com >> Subject: Re: [sle-beta] Beta6 - Migration - No migration product found >> >> >> On Sun, Feb 04, Waite, Dick (External) wrote: >> >>> I wish to be testing and I'm sure SUSE would like me to be running Adabas QE >>> against their new environment and not checking the SCC API's >> >> Update with SCC API works. Most likely there are additional products >> registered, for which no update is available yet. >> >> 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 >> >> _______________________________________________ >> sle-beta mailing list >> sle-beta at lists.suse.com >> http://lists.suse.com/mailman/listinfo/sle-beta > > > > _______________________________________________ > 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 Feb 6 08:53:50 2018 From: Dick.Waite at softwareag.com (Waite, Dick (External)) Date: Tue, 6 Feb 2018 15:53:50 +0000 Subject: [sle-beta] Beta6 - Migration - No migration product found In-Reply-To: <9c459624-5d88-f38b-f02d-4bada62ec097@suse.cz> References: <46AC8C81C10B8C48820201DF2AE1D76D0120734A84@daeexmbx1.eur.ad.sag> <46AC8C81C10B8C48820201DF2AE1D76D01207352CA@daeexmbx1.eur.ad.sag> <46AC8C81C10B8C48820201DF2AE1D76D012073576E@daeexmbx1.eur.ad.sag> <20180204231002.GB17122@suse.de> <20180205053424.5656661.72177.32348@softwareag.com> <6D76310F-A327-400F-9032-ED34AA1C9129@suse.com>, <9c459624-5d88-f38b-f02d-4bada62ec097@suse.cz> Message-ID: <46AC8C81C10B8C48820201DF2AE1D76D012074CA0E@daeexmbx3.eur.ad.sag> Many Thanks Jiri... If I can be help I should be in my home_office this week. __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: 06 February 2018 14:21 To: sle-beta at lists.suse.com Subject: Re: [sle-beta] Beta6 - Migration - No migration product found Hi, I already created one (based on discussion with Disk and Artem): https://bugzilla.suse.com/show_bug.cgi?id=1079560 Jiri On 6.2.2018 12:45, Vincent Moutoussamy wrote: > Hi, > > Please be so kind to create a bug report and attach at least a supportconfig so > we can also investigate -> https://www.suse.com/betaprogram/sle-beta/#bugzilla > > Regards, > -- > Vincent Moutoussamy > SUSE Beta Program and SDK Project Manager > >> On 5 Feb 2018, at 06:34, Waite, Dick (External) wrote: >> >> Hear what you say T?horsten. I'll see what I can do to find out which is the bad sheep. >> __R >> >> Sent from my BlackBerry 10 smartphone. >> Original Message >> From: Thorsten Kukuk >> Sent: Monday, 5 February 2018 00:09 >> To: sle-beta at lists.suse.com >> Subject: Re: [sle-beta] Beta6 - Migration - No migration product found >> >> >> On Sun, Feb 04, Waite, Dick (External) wrote: >> >>> I wish to be testing and I'm sure SUSE would like me to be running Adabas QE >>> against their new environment and not checking the SCC API's >> >> Update with SCC API works. Most likely there are additional products >> registered, for which no update is available yet. >> >> 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 >> >> _______________________________________________ >> sle-beta mailing list >> sle-beta at lists.suse.com >> http://lists.suse.com/mailman/listinfo/sle-beta > > > > _______________________________________________ > 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 allen at ua.edu Tue Feb 6 09:46:00 2018 From: allen at ua.edu (Beddingfield, Allen) Date: Tue, 6 Feb 2018 16:46:00 +0000 Subject: [sle-beta] Firewall related questions and issues Message-ID: <05B39A19-D4F7-459A-9BF5-11B646DE4797@ua.edu> So, I've been testing the various betas of SLES 15 like the rest of you, and for the most part, I've seen no problems that haven't already been discussed and/or resolved. However, I would like to discuss the firewall situation. I was under the impression early on that a SUSE-specific Yast module (as we currently have on previous versions) would be added later for managing firewalld? Is that not the case? As it stands now, the tui version of Yast gives an error to the effect that you must use the gui version. The gui version loads the same utility that Red Hat uses. Not having a more-intuitive?-than-the-competition SUSE-specific Yast module doesn't seem very "SUSE-like". If one exists for iptables, it seems like one could exist for firewalld? I do extensive custom rules (192.168.0.1/24 allowed on tcp 22, 192.168.1.5 allowed on tcp 678, and on and on). While I've easily figured out how to do that with firewall-cmd and "--add-rich-rule", it is nice to have the tui interface to enter "custom rules" as we do now. Also, how well are all of those rules going to get converted over in a 12.x to 15.x upgrade? I will have to attempt an upgrade to give that a go and see for myself. I have systems with 50+ "Custom Rules" defined I believe this issue has been brought up before as being still in process, but I will mention it: While we are on the topic of the firewall, I notice that if I go into "yast nfs-server", where you would normally select to open the ports, there is the following message: "Firewall not configurable" * nfs-kernel-server (Not available) "You need to defined them to be able to configure the firewall." Possible typo - ("defined should probably also be "define" ) "yast samba-server" yields the same error, but with * samba-server, * netbios-server, and * samba client Allen B. -- Allen Beddingfield Systems Engineer Office of Information Technology The University of Alabama Office 205-348-2251 allen at ua.edu From malcolmlewis at cableone.net Tue Feb 6 18:17:47 2018 From: malcolmlewis at cableone.net (Malcolm) Date: Tue, 6 Feb 2018 19:17:47 -0600 Subject: [sle-beta] SLED15 Beta6 Observations Message-ID: <20180206191747.1dc1caba@grover.homelinux.org> Hi All Had a bit a difficulty with this release compared to previous... HP Notebook 14-an013ar with eMMC (32GB) and 120GB SSD, dual boot with Windows 10 Had issues selecting wayland or X11 GNOME desktop, installer was not happy so just went with a basic desktop. After this the install was not happy that /boot/efi/EFI/boot and sled folders existed on /dev/sda1 ef00 partition and would not install the efi files, booted to a rescue system and removed the directories. I used the expert partition and also noted the drop down list does not contain /boot/efi as a mount point option even though it knows it's an efi partition. After this install of efi files etc went fine and installed as above. After reboot expected to see the Windows 10 entry in grub like Beta5, however discovered that os-prober is missing so need to press the F9 key and select if want to boot to winX. Then had to install the gnome_basic pattern manually. As an aside, sensors package and the amdgpu kernel module (it's enabled in the config bsc#1069343) are not present. -- Cheers Malcolm ??? SUSE Knowledge Partner (Linux Counter #276890) openSUSE Leap 42.3 | GNOME 3.20.2 | 4.4.104-39-default HP 255 G4 Notebook | A6-6310 X4 @ 1.80 GHz | AMD Radeon R4 up 1 day 8:13, 1 user, load average: 0.30, 0.22, 0.44 From jsrain at suse.cz Wed Feb 7 00:28:24 2018 From: jsrain at suse.cz (Jiri Srain) Date: Wed, 7 Feb 2018 08:28:24 +0100 Subject: [sle-beta] Beta6 - Migration - No migration product found In-Reply-To: <46AC8C81C10B8C48820201DF2AE1D76D012074CA0E@daeexmbx3.eur.ad.sag> References: <46AC8C81C10B8C48820201DF2AE1D76D0120734A84@daeexmbx1.eur.ad.sag> <46AC8C81C10B8C48820201DF2AE1D76D01207352CA@daeexmbx1.eur.ad.sag> <46AC8C81C10B8C48820201DF2AE1D76D012073576E@daeexmbx1.eur.ad.sag> <20180204231002.GB17122@suse.de> <20180205053424.5656661.72177.32348@softwareag.com> <6D76310F-A327-400F-9032-ED34AA1C9129@suse.com> <9c459624-5d88-f38b-f02d-4bada62ec097@suse.cz> <46AC8C81C10B8C48820201DF2AE1D76D012074CA0E@daeexmbx3.eur.ad.sag> Message-ID: Hello Dick, at this point of time I cannot do much - my assesment is that the SCC team needs to look into the configuration, find out which of your installed products prevents the upgrade, and fix the configuration. Jiri On 6.2.2018 16:53, Waite, Dick (External) wrote: > Many Thanks Jiri... > > If I can be help I should be in my home_office this week. > > __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: 06 February 2018 14:21 > To: sle-beta at lists.suse.com > Subject: Re: [sle-beta] Beta6 - Migration - No migration product found > > Hi, > > I already created one (based on discussion with Disk and Artem): > > https://bugzilla.suse.com/show_bug.cgi?id=1079560 > > Jiri > > On 6.2.2018 12:45, Vincent Moutoussamy wrote: >> Hi, >> >> Please be so kind to create a bug report and attach at least a supportconfig so >> we can also investigate -> https://www.suse.com/betaprogram/sle-beta/#bugzilla >> >> Regards, >> -- >> Vincent Moutoussamy >> SUSE Beta Program and SDK Project Manager >> >>> On 5 Feb 2018, at 06:34, Waite, Dick (External) wrote: >>> >>> Hear what you say T?horsten. I'll see what I can do to find out which is the bad sheep. >>> __R >>> >>> Sent from my BlackBerry 10 smartphone. >>> Original Message >>> From: Thorsten Kukuk >>> Sent: Monday, 5 February 2018 00:09 >>> To: sle-beta at lists.suse.com >>> Subject: Re: [sle-beta] Beta6 - Migration - No migration product found >>> >>> >>> On Sun, Feb 04, Waite, Dick (External) wrote: >>> >>>> I wish to be testing and I'm sure SUSE would like me to be running Adabas QE >>>> against their new environment and not checking the SCC API's >>> >>> Update with SCC API works. Most likely there are additional products >>> registered, for which no update is available yet. >>> >>> 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 >>> >>> _______________________________________________ >>> sle-beta mailing list >>> sle-beta at lists.suse.com >>> http://lists.suse.com/mailman/listinfo/sle-beta >> >> >> >> _______________________________________________ >> 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 > -- 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 Wed Feb 7 02:31:02 2018 From: Dick.Waite at softwareag.com (Waite, Dick (External)) Date: Wed, 7 Feb 2018 09:31:02 +0000 Subject: [sle-beta] Beta6 - Migration - No migration product found In-Reply-To: References: <46AC8C81C10B8C48820201DF2AE1D76D0120734A84@daeexmbx1.eur.ad.sag> <46AC8C81C10B8C48820201DF2AE1D76D01207352CA@daeexmbx1.eur.ad.sag> <46AC8C81C10B8C48820201DF2AE1D76D012073576E@daeexmbx1.eur.ad.sag> <20180204231002.GB17122@suse.de> <20180205053424.5656661.72177.32348@softwareag.com> <6D76310F-A327-400F-9032-ED34AA1C9129@suse.com> <9c459624-5d88-f38b-f02d-4bada62ec097@suse.cz> <46AC8C81C10B8C48820201DF2AE1D76D012074CA0E@daeexmbx3.eur.ad.sag>, Message-ID: <46AC8C81C10B8C48820201DF2AE1D76D0120753F71@daeexmbx1.eur.ad.sag> Hi Jiri, I think Thomas's comment at the end of the log says a lot, "We are currently working on setting the upgrade paths for modules.". Could be when this is complete then Beta6 will have it's migration. As always Jiri your help in getting the ball rolling is very much appreciated. As you say I think the ball is now with the SCC team. __R ________________________________________ From: Jiri Srain [jsrain at suse.cz] Sent: 07 February 2018 08:28 To: Waite, Dick (External); sle-beta at lists.suse.com Subject: Re: [sle-beta] Beta6 - Migration - No migration product found Hello Dick, at this point of time I cannot do much - my assesment is that the SCC team needs to look into the configuration, find out which of your installed products prevents the upgrade, and fix the configuration. Jiri On 6.2.2018 16:53, Waite, Dick (External) wrote: > Many Thanks Jiri... > > If I can be help I should be in my home_office this week. > > __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: 06 February 2018 14:21 > To: sle-beta at lists.suse.com > Subject: Re: [sle-beta] Beta6 - Migration - No migration product found > > Hi, > > I already created one (based on discussion with Disk and Artem): > > https://bugzilla.suse.com/show_bug.cgi?id=1079560 > > Jiri > > On 6.2.2018 12:45, Vincent Moutoussamy wrote: >> Hi, >> >> Please be so kind to create a bug report and attach at least a supportconfig so >> we can also investigate -> https://www.suse.com/betaprogram/sle-beta/#bugzilla >> >> Regards, >> -- >> Vincent Moutoussamy >> SUSE Beta Program and SDK Project Manager >> >>> On 5 Feb 2018, at 06:34, Waite, Dick (External) wrote: >>> >>> Hear what you say T?horsten. I'll see what I can do to find out which is the bad sheep. >>> __R >>> >>> Sent from my BlackBerry 10 smartphone. >>> Original Message >>> From: Thorsten Kukuk >>> Sent: Monday, 5 February 2018 00:09 >>> To: sle-beta at lists.suse.com >>> Subject: Re: [sle-beta] Beta6 - Migration - No migration product found >>> >>> >>> On Sun, Feb 04, Waite, Dick (External) wrote: >>> >>>> I wish to be testing and I'm sure SUSE would like me to be running Adabas QE >>>> against their new environment and not checking the SCC API's >>> >>> Update with SCC API works. Most likely there are additional products >>> registered, for which no update is available yet. >>> >>> 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 >>> >>> _______________________________________________ >>> sle-beta mailing list >>> sle-beta at lists.suse.com >>> http://lists.suse.com/mailman/listinfo/sle-beta >> >> >> >> _______________________________________________ >> 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 > -- 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 achernikov at suse.de Wed Feb 7 04:05:43 2018 From: achernikov at suse.de (Artem Chernikov) Date: Wed, 7 Feb 2018 12:05:43 +0100 Subject: [sle-beta] Beta6 - Migration - No migration product found In-Reply-To: <46AC8C81C10B8C48820201DF2AE1D76D0120753F71@daeexmbx1.eur.ad.sag> References: <46AC8C81C10B8C48820201DF2AE1D76D0120734A84@daeexmbx1.eur.ad.sag> <46AC8C81C10B8C48820201DF2AE1D76D01207352CA@daeexmbx1.eur.ad.sag> <46AC8C81C10B8C48820201DF2AE1D76D012073576E@daeexmbx1.eur.ad.sag> <20180204231002.GB17122@suse.de> <20180205053424.5656661.72177.32348@softwareag.com> <6D76310F-A327-400F-9032-ED34AA1C9129@suse.com> <9c459624-5d88-f38b-f02d-4bada62ec097@suse.cz> <46AC8C81C10B8C48820201DF2AE1D76D012074CA0E@daeexmbx3.eur.ad.sag> <46AC8C81C10B8C48820201DF2AE1D76D0120753F71@daeexmbx1.eur.ad.sag> Message-ID: That is correct. SCC team is working on that issue since 5th of Feb. We will keep you posted. On 07.02.18 10:31, Waite, Dick (External) wrote: > Hi Jiri, > > I think Thomas's comment at the end of the log says a lot, "We are currently working on setting the upgrade paths for modules.". Could be when this is complete then Beta6 will have it's migration. > > As always Jiri your help in getting the ball rolling is very much appreciated. As you say I think the ball is now with the SCC team. > > __R > ________________________________________ > From: Jiri Srain [jsrain at suse.cz] > Sent: 07 February 2018 08:28 > To: Waite, Dick (External); sle-beta at lists.suse.com > Subject: Re: [sle-beta] Beta6 - Migration - No migration product found > > Hello Dick, > > at this point of time I cannot do much - my assesment is that the SCC > team needs to look into the configuration, find out which of your > installed products prevents the upgrade, and fix the configuration. > > Jiri > > On 6.2.2018 16:53, Waite, Dick (External) wrote: >> Many Thanks Jiri... >> >> If I can be help I should be in my home_office this week. >> >> __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: 06 February 2018 14:21 >> To: sle-beta at lists.suse.com >> Subject: Re: [sle-beta] Beta6 - Migration - No migration product found >> >> Hi, >> >> I already created one (based on discussion with Disk and Artem): >> >> https://bugzilla.suse.com/show_bug.cgi?id=1079560 >> >> Jiri >> >> On 6.2.2018 12:45, Vincent Moutoussamy wrote: >>> Hi, >>> >>> Please be so kind to create a bug report and attach at least a supportconfig so >>> we can also investigate -> https://www.suse.com/betaprogram/sle-beta/#bugzilla >>> >>> Regards, >>> -- >>> Vincent Moutoussamy >>> SUSE Beta Program and SDK Project Manager >>> >>>> On 5 Feb 2018, at 06:34, Waite, Dick (External) wrote: >>>> >>>> Hear what you say T?horsten. I'll see what I can do to find out which is the bad sheep. >>>> __R >>>> >>>> Sent from my BlackBerry 10 smartphone. >>>> Original Message >>>> From: Thorsten Kukuk >>>> Sent: Monday, 5 February 2018 00:09 >>>> To: sle-beta at lists.suse.com >>>> Subject: Re: [sle-beta] Beta6 - Migration - No migration product found >>>> >>>> >>>> On Sun, Feb 04, Waite, Dick (External) wrote: >>>> >>>>> I wish to be testing and I'm sure SUSE would like me to be running Adabas QE >>>>> against their new environment and not checking the SCC API's >>>> >>>> Update with SCC API works. Most likely there are additional products >>>> registered, for which no update is available yet. >>>> >>>> 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 >>>> >>>> _______________________________________________ >>>> sle-beta mailing list >>>> sle-beta at lists.suse.com >>>> http://lists.suse.com/mailman/listinfo/sle-beta >>> >>> >>> >>> _______________________________________________ >>> 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 >> > > -- > 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 > -- Artem Chernikov Product Owner/Change Agent SUSE Customer Center SUSE Linux GmbH, GF: Felix Imend?rffer, Jane Smithard, Dilip Upmanyu, Graham Norton, HRB 21284 (AG N?rnberg) Maxfeldstra?e 5 90409 N?rnberg Germany +49 911 74053330 -------------------------------------------- Q: Why is this email five sentences or less? A: http://five.sentenc.es From Dick.Waite at softwareag.com Wed Feb 7 04:23:17 2018 From: Dick.Waite at softwareag.com (Waite, Dick (External)) Date: Wed, 7 Feb 2018 11:23:17 +0000 Subject: [sle-beta] Beta6 - Migration - No migration product found In-Reply-To: References: <46AC8C81C10B8C48820201DF2AE1D76D0120734A84@daeexmbx1.eur.ad.sag> <46AC8C81C10B8C48820201DF2AE1D76D01207352CA@daeexmbx1.eur.ad.sag> <46AC8C81C10B8C48820201DF2AE1D76D012073576E@daeexmbx1.eur.ad.sag> <20180204231002.GB17122@suse.de> <20180205053424.5656661.72177.32348@softwareag.com> <6D76310F-A327-400F-9032-ED34AA1C9129@suse.com> <9c459624-5d88-f38b-f02d-4bada62ec097@suse.cz> <46AC8C81C10B8C48820201DF2AE1D76D012074CA0E@daeexmbx3.eur.ad.sag> <46AC8C81C10B8C48820201DF2AE1D76D0120753F71@daeexmbx1.eur.ad.sag>, Message-ID: <20180207112317.5656661.49644.32424@softwareag.com> Many Thanks for the update. Looking forward to Beta7 ;o) __R Sent from my BlackBerry 10 smartphone. Original Message From: Artem Chernikov Sent: Wednesday, 7 February 2018 12:05 To: Waite, Dick (External); Jiri Srain; sle-beta at lists.suse.com Subject: Re: [sle-beta] Beta6 - Migration - No migration product found That is correct. SCC team is working on that issue since 5th of Feb. We will keep you posted. On 07.02.18 10:31, Waite, Dick (External) wrote: > Hi Jiri, > > I think Thomas's comment at the end of the log says a lot, "We are currently working on setting the upgrade paths for modules.". Could be when this is complete then Beta6 will have it's migration. > > As always Jiri your help in getting the ball rolling is very much appreciated. As you say I think the ball is now with the SCC team. > > __R > ________________________________________ > From: Jiri Srain [jsrain at suse.cz] > Sent: 07 February 2018 08:28 > To: Waite, Dick (External); sle-beta at lists.suse.com > Subject: Re: [sle-beta] Beta6 - Migration - No migration product found > > Hello Dick, > > at this point of time I cannot do much - my assesment is that the SCC > team needs to look into the configuration, find out which of your > installed products prevents the upgrade, and fix the configuration. > > Jiri > > On 6.2.2018 16:53, Waite, Dick (External) wrote: >> Many Thanks Jiri... >> >> If I can be help I should be in my home_office this week. >> >> __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: 06 February 2018 14:21 >> To: sle-beta at lists.suse.com >> Subject: Re: [sle-beta] Beta6 - Migration - No migration product found >> >> Hi, >> >> I already created one (based on discussion with Disk and Artem): >> >> https://bugzilla.suse.com/show_bug.cgi?id=1079560 >> >> Jiri >> >> On 6.2.2018 12:45, Vincent Moutoussamy wrote: >>> Hi, >>> >>> Please be so kind to create a bug report and attach at least a supportconfig so >>> we can also investigate -> https://www.suse.com/betaprogram/sle-beta/#bugzilla >>> >>> Regards, >>> -- >>> Vincent Moutoussamy >>> SUSE Beta Program and SDK Project Manager >>> >>>> On 5 Feb 2018, at 06:34, Waite, Dick (External) wrote: >>>> >>>> Hear what you say T?horsten. I'll see what I can do to find out which is the bad sheep. >>>> __R >>>> >>>> Sent from my BlackBerry 10 smartphone. >>>> Original Message >>>> From: Thorsten Kukuk >>>> Sent: Monday, 5 February 2018 00:09 >>>> To: sle-beta at lists.suse.com >>>> Subject: Re: [sle-beta] Beta6 - Migration - No migration product found >>>> >>>> >>>> On Sun, Feb 04, Waite, Dick (External) wrote: >>>> >>>>> I wish to be testing and I'm sure SUSE would like me to be running Adabas QE >>>>> against their new environment and not checking the SCC API's >>>> >>>> Update with SCC API works. Most likely there are additional products >>>> registered, for which no update is available yet. >>>> >>>> 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 >>>> >>>> _______________________________________________ >>>> sle-beta mailing list >>>> sle-beta at lists.suse.com >>>> http://lists.suse.com/mailman/listinfo/sle-beta >>> >>> >>> >>> _______________________________________________ >>> 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 >> > > -- > 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 > -- Artem Chernikov Product Owner/Change Agent SUSE Customer Center SUSE Linux GmbH, GF: Felix Imend?rffer, Jane Smithard, Dilip Upmanyu, Graham Norton, HRB 21284 (AG N?rnberg) Maxfeldstra?e 5 90409 N?rnberg Germany +49 911 74053330 -------------------------------------------- Q: Why is this email five sentences or less? A: http://five.sentenc.es From kukuk at suse.de Wed Feb 7 05:16:16 2018 From: kukuk at suse.de (Thorsten Kukuk) Date: Wed, 7 Feb 2018 13:16:16 +0100 Subject: [sle-beta] Beta6 - Migration - No migration product found In-Reply-To: <20180207112317.5656661.49644.32424@softwareag.com> References: <46AC8C81C10B8C48820201DF2AE1D76D012073576E@daeexmbx1.eur.ad.sag> <20180204231002.GB17122@suse.de> <20180205053424.5656661.72177.32348@softwareag.com> <6D76310F-A327-400F-9032-ED34AA1C9129@suse.com> <9c459624-5d88-f38b-f02d-4bada62ec097@suse.cz> <46AC8C81C10B8C48820201DF2AE1D76D012074CA0E@daeexmbx3.eur.ad.sag> <46AC8C81C10B8C48820201DF2AE1D76D0120753F71@daeexmbx1.eur.ad.sag> <20180207112317.5656661.49644.32424@softwareag.com> Message-ID: <20180207121616.GA4734@suse.de> On Wed, Feb 07, Waite, Dick (External) wrote: > Many Thanks for the update. Looking forward to Beta7 ;o) This has nothing to do with Beta6 or Beta7, at the moment where the data is corrected in SCC it should work. Thorsten > > Sent from my BlackBerry 10 smartphone. > Original Message > From: Artem Chernikov > Sent: Wednesday, 7 February 2018 12:05 > To: Waite, Dick (External); Jiri Srain; sle-beta at lists.suse.com > Subject: Re: [sle-beta] Beta6 - Migration - No migration product found > > > That is correct. SCC team is working on that issue since 5th of Feb. We > will keep you posted. > > On 07.02.18 10:31, Waite, Dick (External) wrote: > > Hi Jiri, > > > > I think Thomas's comment at the end of the log says a lot, "We are currently working on setting the upgrade paths for modules.". Could be when this is complete then Beta6 will have it's migration. > > > > As always Jiri your help in getting the ball rolling is very much appreciated. As you say I think the ball is now with the SCC team. > > > > __R > > ________________________________________ > > From: Jiri Srain [jsrain at suse.cz] > > Sent: 07 February 2018 08:28 > > To: Waite, Dick (External); sle-beta at lists.suse.com > > Subject: Re: [sle-beta] Beta6 - Migration - No migration product found > > > > Hello Dick, > > > > at this point of time I cannot do much - my assesment is that the SCC > > team needs to look into the configuration, find out which of your > > installed products prevents the upgrade, and fix the configuration. > > > > Jiri > > > > On 6.2.2018 16:53, Waite, Dick (External) wrote: > >> Many Thanks Jiri... > >> > >> If I can be help I should be in my home_office this week. > >> > >> __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: 06 February 2018 14:21 > >> To: sle-beta at lists.suse.com > >> Subject: Re: [sle-beta] Beta6 - Migration - No migration product found > >> > >> Hi, > >> > >> I already created one (based on discussion with Disk and Artem): > >> > >> https://bugzilla.suse.com/show_bug.cgi?id=1079560 > >> > >> Jiri > >> > >> On 6.2.2018 12:45, Vincent Moutoussamy wrote: > >>> Hi, > >>> > >>> Please be so kind to create a bug report and attach at least a supportconfig so > >>> we can also investigate -> https://www.suse.com/betaprogram/sle-beta/#bugzilla > >>> > >>> Regards, > >>> -- > >>> Vincent Moutoussamy > >>> SUSE Beta Program and SDK Project Manager > >>> > >>>> On 5 Feb 2018, at 06:34, Waite, Dick (External) wrote: > >>>> > >>>> Hear what you say T?horsten. I'll see what I can do to find out which is the bad sheep. > >>>> __R > >>>> > >>>> Sent from my BlackBerry 10 smartphone. > >>>> Original Message > >>>> From: Thorsten Kukuk > >>>> Sent: Monday, 5 February 2018 00:09 > >>>> To: sle-beta at lists.suse.com > >>>> Subject: Re: [sle-beta] Beta6 - Migration - No migration product found > >>>> > >>>> > >>>> On Sun, Feb 04, Waite, Dick (External) wrote: > >>>> > >>>>> I wish to be testing and I'm sure SUSE would like me to be running Adabas QE > >>>>> against their new environment and not checking the SCC API's > >>>> > >>>> Update with SCC API works. Most likely there are additional products > >>>> registered, for which no update is available yet. > >>>> > >>>> 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 > >>>> > >>>> _______________________________________________ > >>>> sle-beta mailing list > >>>> sle-beta at lists.suse.com > >>>> http://lists.suse.com/mailman/listinfo/sle-beta > >>> > >>> > >>> > >>> _______________________________________________ > >>> 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 > >> > > > > -- > > 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 > > > > > > > -- > Artem Chernikov > Product Owner/Change Agent > SUSE Customer Center > SUSE Linux GmbH, GF: Felix Imend?rffer, Jane Smithard, Dilip Upmanyu, > Graham Norton, HRB 21284 (AG N?rnberg) > Maxfeldstra?e 5 > 90409 N?rnberg > Germany > +49 911 74053330 > -------------------------------------------- > Q: Why is this email five sentences or less? > A: http://five.sentenc.es > _______________________________________________ > sle-beta mailing list > sle-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sle-beta -- 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 Wed Feb 7 06:21:10 2018 From: Dick.Waite at softwareag.com (Waite, Dick (External)) Date: Wed, 7 Feb 2018 13:21:10 +0000 Subject: [sle-beta] Beta6 - Migration - No migration product found In-Reply-To: <20180207121616.GA4734@suse.de> References: <46AC8C81C10B8C48820201DF2AE1D76D012073576E@daeexmbx1.eur.ad.sag> <20180204231002.GB17122@suse.de> <20180205053424.5656661.72177.32348@softwareag.com> <6D76310F-A327-400F-9032-ED34AA1C9129@suse.com> <9c459624-5d88-f38b-f02d-4bada62ec097@suse.cz> <46AC8C81C10B8C48820201DF2AE1D76D012074CA0E@daeexmbx3.eur.ad.sag> <46AC8C81C10B8C48820201DF2AE1D76D0120753F71@daeexmbx1.eur.ad.sag> <20180207112317.5656661.49644.32424@softwareag.com>, <20180207121616.GA4734@suse.de> Message-ID: <20180207132109.5656661.29794.32429@softwareag.com> Many Thanks for the good words. Looking forward to Migration when ever the SCC give the word. __R Sent from my BlackBerry 10 smartphone. Original Message From: Thorsten Kukuk Sent: Wednesday, 7 February 2018 13:15 To: sle-beta at lists.suse.com Subject: Re: [sle-beta] Beta6 - Migration - No migration product found On Wed, Feb 07, Waite, Dick (External) wrote: > Many Thanks for the update. Looking forward to Beta7 ;o) This has nothing to do with Beta6 or Beta7, at the moment where the data is corrected in SCC it should work. Thorsten > > Sent from my BlackBerry 10 smartphone. > Original Message > From: Artem Chernikov > Sent: Wednesday, 7 February 2018 12:05 > To: Waite, Dick (External); Jiri Srain; sle-beta at lists.suse.com > Subject: Re: [sle-beta] Beta6 - Migration - No migration product found > > > That is correct. SCC team is working on that issue since 5th of Feb. We > will keep you posted. > > On 07.02.18 10:31, Waite, Dick (External) wrote: > > Hi Jiri, > > > > I think Thomas's comment at the end of the log says a lot, "We are currently working on setting the upgrade paths for modules.". Could be when this is complete then Beta6 will have it's migration. > > > > As always Jiri your help in getting the ball rolling is very much appreciated. As you say I think the ball is now with the SCC team. > > > > __R > > ________________________________________ > > From: Jiri Srain [jsrain at suse.cz] > > Sent: 07 February 2018 08:28 > > To: Waite, Dick (External); sle-beta at lists.suse.com > > Subject: Re: [sle-beta] Beta6 - Migration - No migration product found > > > > Hello Dick, > > > > at this point of time I cannot do much - my assesment is that the SCC > > team needs to look into the configuration, find out which of your > > installed products prevents the upgrade, and fix the configuration. > > > > Jiri > > > > On 6.2.2018 16:53, Waite, Dick (External) wrote: > >> Many Thanks Jiri... > >> > >> If I can be help I should be in my home_office this week. > >> > >> __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: 06 February 2018 14:21 > >> To: sle-beta at lists.suse.com > >> Subject: Re: [sle-beta] Beta6 - Migration - No migration product found > >> > >> Hi, > >> > >> I already created one (based on discussion with Disk and Artem): > >> > >> https://bugzilla.suse.com/show_bug.cgi?id=1079560 > >> > >> Jiri > >> > >> On 6.2.2018 12:45, Vincent Moutoussamy wrote: > >>> Hi, > >>> > >>> Please be so kind to create a bug report and attach at least a supportconfig so > >>> we can also investigate -> https://www.suse.com/betaprogram/sle-beta/#bugzilla > >>> > >>> Regards, > >>> -- > >>> Vincent Moutoussamy > >>> SUSE Beta Program and SDK Project Manager > >>> > >>>> On 5 Feb 2018, at 06:34, Waite, Dick (External) wrote: > >>>> > >>>> Hear what you say T?horsten. I'll see what I can do to find out which is the bad sheep. > >>>> __R > >>>> > >>>> Sent from my BlackBerry 10 smartphone. > >>>> Original Message > >>>> From: Thorsten Kukuk > >>>> Sent: Monday, 5 February 2018 00:09 > >>>> To: sle-beta at lists.suse.com > >>>> Subject: Re: [sle-beta] Beta6 - Migration - No migration product found > >>>> > >>>> > >>>> On Sun, Feb 04, Waite, Dick (External) wrote: > >>>> > >>>>> I wish to be testing and I'm sure SUSE would like me to be running Adabas QE > >>>>> against their new environment and not checking the SCC API's > >>>> > >>>> Update with SCC API works. Most likely there are additional products > >>>> registered, for which no update is available yet. > >>>> > >>>> 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 > >>>> > >>>> _______________________________________________ > >>>> sle-beta mailing list > >>>> sle-beta at lists.suse.com > >>>> http://lists.suse.com/mailman/listinfo/sle-beta > >>> > >>> > >>> > >>> _______________________________________________ > >>> 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 > >> > > > > -- > > 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 > > > > > > > -- > Artem Chernikov > Product Owner/Change Agent > SUSE Customer Center > SUSE Linux GmbH, GF: Felix Imend?rffer, Jane Smithard, Dilip Upmanyu, > Graham Norton, HRB 21284 (AG N?rnberg) > Maxfeldstra?e 5 > 90409 N?rnberg > Germany > +49 911 74053330 > -------------------------------------------- > Q: Why is this email five sentences or less? > A: http://five.sentenc.es > _______________________________________________ > sle-beta mailing list > sle-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sle-beta -- 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 From jsrain at suse.cz Wed Feb 7 06:41:59 2018 From: jsrain at suse.cz (Jiri Srain) Date: Wed, 7 Feb 2018 14:41:59 +0100 Subject: [sle-beta] Beta6 - Migration - No migration product found In-Reply-To: <20180207112317.5656661.49644.32424@softwareag.com> References: <46AC8C81C10B8C48820201DF2AE1D76D0120734A84@daeexmbx1.eur.ad.sag> <46AC8C81C10B8C48820201DF2AE1D76D01207352CA@daeexmbx1.eur.ad.sag> <46AC8C81C10B8C48820201DF2AE1D76D012073576E@daeexmbx1.eur.ad.sag> <20180204231002.GB17122@suse.de> <20180205053424.5656661.72177.32348@softwareag.com> <6D76310F-A327-400F-9032-ED34AA1C9129@suse.com> <9c459624-5d88-f38b-f02d-4bada62ec097@suse.cz> <46AC8C81C10B8C48820201DF2AE1D76D012074CA0E@daeexmbx3.eur.ad.sag> <46AC8C81C10B8C48820201DF2AE1D76D0120753F71@daeexmbx1.eur.ad.sag> <20180207112317.5656661.49644.32424@softwareag.com> Message-ID: <6e2eb22b-2cae-b5cf-1559-b5a8d0909ff8@suse.cz> While I cannot speak for the SCC team, as long as it is only about the configuration of upgrade paths of individual modules, it is independent on beta snapshots; that means: It can work even with Beta6 at some point of time, or start working for Beta7 a few days after release. Anyway, I will share any update I have with you. Jiri On 7.2.2018 12:23, Waite, Dick (External) wrote: > Many Thanks for the update. Looking forward to Beta7 ;o) > __R > > Sent from my BlackBerry 10 smartphone. > Original Message > From: Artem Chernikov > Sent: Wednesday, 7 February 2018 12:05 > To: Waite, Dick (External); Jiri Srain; sle-beta at lists.suse.com > Subject: Re: [sle-beta] Beta6 - Migration - No migration product found > > > That is correct. SCC team is working on that issue since 5th of Feb. We > will keep you posted. > > On 07.02.18 10:31, Waite, Dick (External) wrote: >> Hi Jiri, >> >> I think Thomas's comment at the end of the log says a lot, "We are currently working on setting the upgrade paths for modules.". Could be when this is complete then Beta6 will have it's migration. >> >> As always Jiri your help in getting the ball rolling is very much appreciated. As you say I think the ball is now with the SCC team. >> >> __R >> ________________________________________ >> From: Jiri Srain [jsrain at suse.cz] >> Sent: 07 February 2018 08:28 >> To: Waite, Dick (External); sle-beta at lists.suse.com >> Subject: Re: [sle-beta] Beta6 - Migration - No migration product found >> >> Hello Dick, >> >> at this point of time I cannot do much - my assesment is that the SCC >> team needs to look into the configuration, find out which of your >> installed products prevents the upgrade, and fix the configuration. >> >> Jiri >> >> On 6.2.2018 16:53, Waite, Dick (External) wrote: >>> Many Thanks Jiri... >>> >>> If I can be help I should be in my home_office this week. >>> >>> __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: 06 February 2018 14:21 >>> To: sle-beta at lists.suse.com >>> Subject: Re: [sle-beta] Beta6 - Migration - No migration product found >>> >>> Hi, >>> >>> I already created one (based on discussion with Disk and Artem): >>> >>> https://bugzilla.suse.com/show_bug.cgi?id=1079560 >>> >>> Jiri >>> >>> On 6.2.2018 12:45, Vincent Moutoussamy wrote: >>>> Hi, >>>> >>>> Please be so kind to create a bug report and attach at least a supportconfig so >>>> we can also investigate -> https://www.suse.com/betaprogram/sle-beta/#bugzilla >>>> >>>> Regards, >>>> -- >>>> Vincent Moutoussamy >>>> SUSE Beta Program and SDK Project Manager >>>> >>>>> On 5 Feb 2018, at 06:34, Waite, Dick (External) wrote: >>>>> >>>>> Hear what you say T?horsten. I'll see what I can do to find out which is the bad sheep. >>>>> __R >>>>> >>>>> Sent from my BlackBerry 10 smartphone. >>>>> Original Message >>>>> From: Thorsten Kukuk >>>>> Sent: Monday, 5 February 2018 00:09 >>>>> To: sle-beta at lists.suse.com >>>>> Subject: Re: [sle-beta] Beta6 - Migration - No migration product found >>>>> >>>>> >>>>> On Sun, Feb 04, Waite, Dick (External) wrote: >>>>> >>>>>> I wish to be testing and I'm sure SUSE would like me to be running Adabas QE >>>>>> against their new environment and not checking the SCC API's >>>>> >>>>> Update with SCC API works. Most likely there are additional products >>>>> registered, for which no update is available yet. >>>>> >>>>> 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 >>>>> >>>>> _______________________________________________ >>>>> sle-beta mailing list >>>>> sle-beta at lists.suse.com >>>>> http://lists.suse.com/mailman/listinfo/sle-beta >>>> >>>> >>>> >>>> _______________________________________________ >>>> 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 >>> >> >> -- >> 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 >> > > > > > -- > Artem Chernikov > Product Owner/Change Agent > SUSE Customer Center > SUSE Linux GmbH, GF: Felix Imend?rffer, Jane Smithard, Dilip Upmanyu, > Graham Norton, HRB 21284 (AG N?rnberg) > Maxfeldstra?e 5 > 90409 N?rnberg > Germany > +49 911 74053330 > -------------------------------------------- > Q: Why is this email five sentences or less? > A: http://five.sentenc.es > -- 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 Wed Feb 7 07:45:42 2018 From: Dick.Waite at softwareag.com (Waite, Dick (External)) Date: Wed, 7 Feb 2018 14:45:42 +0000 Subject: [sle-beta] Beta6 - Migration - No migration product found In-Reply-To: <6e2eb22b-2cae-b5cf-1559-b5a8d0909ff8@suse.cz> References: <46AC8C81C10B8C48820201DF2AE1D76D0120734A84@daeexmbx1.eur.ad.sag> <46AC8C81C10B8C48820201DF2AE1D76D01207352CA@daeexmbx1.eur.ad.sag> <46AC8C81C10B8C48820201DF2AE1D76D012073576E@daeexmbx1.eur.ad.sag> <20180204231002.GB17122@suse.de> <20180205053424.5656661.72177.32348@softwareag.com> <6D76310F-A327-400F-9032-ED34AA1C9129@suse.com> <9c459624-5d88-f38b-f02d-4bada62ec097@suse.cz> <46AC8C81C10B8C48820201DF2AE1D76D012074CA0E@daeexmbx3.eur.ad.sag> <46AC8C81C10B8C48820201DF2AE1D76D0120753F71@daeexmbx1.eur.ad.sag> <20180207112317.5656661.49644.32424@softwareag.com>, <6e2eb22b-2cae-b5cf-1559-b5a8d0909ff8@suse.cz> Message-ID: <20180207144541.5656661.24122.32434@softwareag.com> I look forward to sharing a pint or three of good Prague beer with you. I came first time in 1976 to install an ICL System-4 into CVUT. Had a grand five months but at that time there were other issues that got people hot and bothered. Don't get on the wrong side of Thorsten Jiri. __R Sent from my BlackBerry 10 smartphone. Original Message From: Jiri Srain Sent: Wednesday, 7 February 2018 14:42 To: Waite, Dick (External); Artem Chernikov; sle-beta at lists.suse.com Subject: Re: [sle-beta] Beta6 - Migration - No migration product found While I cannot speak for the SCC team, as long as it is only about the configuration of upgrade paths of individual modules, it is independent on beta snapshots; that means: It can work even with Beta6 at some point of time, or start working for Beta7 a few days after release. Anyway, I will share any update I have with you. Jiri On 7.2.2018 12:23, Waite, Dick (External) wrote: > Many Thanks for the update. Looking forward to Beta7 ;o) > __R > > Sent from my BlackBerry 10 smartphone. > Original Message > From: Artem Chernikov > Sent: Wednesday, 7 February 2018 12:05 > To: Waite, Dick (External); Jiri Srain; sle-beta at lists.suse.com > Subject: Re: [sle-beta] Beta6 - Migration - No migration product found > > > That is correct. SCC team is working on that issue since 5th of Feb. We > will keep you posted. > > On 07.02.18 10:31, Waite, Dick (External) wrote: >> Hi Jiri, >> >> I think Thomas's comment at the end of the log says a lot, "We are currently working on setting the upgrade paths for modules.". Could be when this is complete then Beta6 will have it's migration. >> >> As always Jiri your help in getting the ball rolling is very much appreciated. As you say I think the ball is now with the SCC team. >> >> __R >> ________________________________________ >> From: Jiri Srain [jsrain at suse.cz] >> Sent: 07 February 2018 08:28 >> To: Waite, Dick (External); sle-beta at lists.suse.com >> Subject: Re: [sle-beta] Beta6 - Migration - No migration product found >> >> Hello Dick, >> >> at this point of time I cannot do much - my assesment is that the SCC >> team needs to look into the configuration, find out which of your >> installed products prevents the upgrade, and fix the configuration. >> >> Jiri >> >> On 6.2.2018 16:53, Waite, Dick (External) wrote: >>> Many Thanks Jiri... >>> >>> If I can be help I should be in my home_office this week. >>> >>> __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: 06 February 2018 14:21 >>> To: sle-beta at lists.suse.com >>> Subject: Re: [sle-beta] Beta6 - Migration - No migration product found >>> >>> Hi, >>> >>> I already created one (based on discussion with Disk and Artem): >>> >>> https://bugzilla.suse.com/show_bug.cgi?id=1079560 >>> >>> Jiri >>> >>> On 6.2.2018 12:45, Vincent Moutoussamy wrote: >>>> Hi, >>>> >>>> Please be so kind to create a bug report and attach at least a supportconfig so >>>> we can also investigate -> https://www.suse.com/betaprogram/sle-beta/#bugzilla >>>> >>>> Regards, >>>> -- >>>> Vincent Moutoussamy >>>> SUSE Beta Program and SDK Project Manager >>>> >>>>> On 5 Feb 2018, at 06:34, Waite, Dick (External) wrote: >>>>> >>>>> Hear what you say T?horsten. I'll see what I can do to find out which is the bad sheep. >>>>> __R >>>>> >>>>> Sent from my BlackBerry 10 smartphone. >>>>> Original Message >>>>> From: Thorsten Kukuk >>>>> Sent: Monday, 5 February 2018 00:09 >>>>> To: sle-beta at lists.suse.com >>>>> Subject: Re: [sle-beta] Beta6 - Migration - No migration product found >>>>> >>>>> >>>>> On Sun, Feb 04, Waite, Dick (External) wrote: >>>>> >>>>>> I wish to be testing and I'm sure SUSE would like me to be running Adabas QE >>>>>> against their new environment and not checking the SCC API's >>>>> >>>>> Update with SCC API works. Most likely there are additional products >>>>> registered, for which no update is available yet. >>>>> >>>>> 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 >>>>> >>>>> _______________________________________________ >>>>> sle-beta mailing list >>>>> sle-beta at lists.suse.com >>>>> http://lists.suse.com/mailman/listinfo/sle-beta >>>> >>>> >>>> >>>> _______________________________________________ >>>> 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 >>> >> >> -- >> 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 >> > > > > > -- > Artem Chernikov > Product Owner/Change Agent > SUSE Customer Center > SUSE Linux GmbH, GF: Felix Imend?rffer, Jane Smithard, Dilip Upmanyu, > Graham Norton, HRB 21284 (AG N?rnberg) > Maxfeldstra?e 5 > 90409 N?rnberg > Germany > +49 911 74053330 > -------------------------------------------- > Q: Why is this email five sentences or less? > A: http://five.sentenc.es > -- 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 vmoutoussamy at suse.com Thu Feb 8 03:18:33 2018 From: vmoutoussamy at suse.com (Vincent Moutoussamy) Date: Thu, 8 Feb 2018 11:18:33 +0100 Subject: [sle-beta] Firewall related questions and issues In-Reply-To: <05B39A19-D4F7-459A-9BF5-11B646DE4797@ua.edu> References: <05B39A19-D4F7-459A-9BF5-11B646DE4797@ua.edu> Message-ID: <165120C0-5C6D-431F-BE43-B09BB2884E2A@suse.com> Hi, > On 6 Feb 2018, at 17:46, Beddingfield, Allen wrote: > > So, I've been testing the various betas of SLES 15 like the rest of you, and for the most part, I've seen no problems that haven't already been discussed and/or resolved. > > However, I would like to discuss the firewall situation. I was under the impression early on that a SUSE-specific Yast module (as we currently have on previous versions) would be added later for managing firewalld? Is that not the case? > As it stands now, the tui version of Yast gives an error to the effect that you must use the gui version. The gui version loads the same utility that Red Hat uses. > Not having a more-intuitive?-than-the-competition SUSE-specific Yast module doesn't seem very "SUSE-like". If one exists for iptables, it seems like one could exist for firewalld? > I do extensive custom rules (192.168.0.1/24 allowed on tcp 22, 192.168.1.5 allowed on tcp 678, and on and on). While I've easily figured out how to do that with firewall-cmd and "--add-rich-rule", it is nice to have the tui interface to enter "custom rules" as we do now. > Also, how well are all of those rules going to get converted over in a 12.x to 15.x upgrade? I will have to attempt an upgrade to give that a go and see for myself. I have systems with 50+ "Custom Rules" defined > > I believe this issue has been brought up before as being still in process, but I will mention it: > > While we are on the topic of the firewall, I notice that if I go into "yast nfs-server", where you would normally select to open the ports, there is the following message: > > "Firewall not configurable" > * nfs-kernel-server (Not available) > "You need to defined them to be able to configure the firewall." > > Possible typo - ("defined should probably also be "define" ) > > "yast samba-server" yields the same error, but with * samba-server, * netbios-server, and * samba client > > Allen B. Thanks for your feedback! It is still true that firewalld and the YaST adaptation are still Work In Progress. I would suggest to open bug reports on the matter that is most important for you, so we can keep track of the progress and provide more details information if needed. We should cover the firewalld and YaST changes in https://www.suse.com/releasenotes/x86_64/SUSE-SLES/15/ in the future. Regards, -- Vincent Moutoussamy SUSE Beta Program and SDK Project Manager -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 488 bytes Desc: Message signed with OpenPGP URL: From rtsvetkov at suse.com Thu Feb 8 03:39:49 2018 From: rtsvetkov at suse.com (Radoslav Tsvetkov) Date: Thu, 08 Feb 2018 11:39:49 +0100 Subject: [sle-beta] Firewall related questions and issues In-Reply-To: <165120C0-5C6D-431F-BE43-B09BB2884E2A@suse.com> References: <05B39A19-D4F7-459A-9BF5-11B646DE4797@ua.edu> <165120C0-5C6D-431F-BE43-B09BB2884E2A@suse.com> Message-ID: <1518086389.23648.29.camel@suse.com> thanks, but I'll say _open Bug for every separate topic. Some of the topics have different priorities, and we can improve more gradually. Other are must. On Thu, 2018-02-08 at 11:18 +0100, Vincent Moutoussamy wrote: > Hi, > > > > > > On 6 Feb 2018, at 17:46, Beddingfield, Allen wrote: > > > > > > So, I've been testing the various betas of SLES 15 like the rest of you, and for the most part, I've seen no problems that haven't already been discussed and/or resolved. > > > > > > > > > > However, I would like to discuss the firewall situation. ?I was under the impression early on that a SUSE-specific Yast module (as we currently have on previous versions) would be added later for managing firewalld? ?Is that not the case? ? > > > > > > As it stands now, the tui version of Yast gives an error to the effect that you must use the gui version. ?The gui version loads the same utility that Red Hat uses. ? > > > > > > Not having a more-intuitive?-than-the-competition SUSE-specific Yast module doesn't seem very "SUSE-like". ?If one exists for iptables, it seems like one could exist for firewalld? > > > > > > > > > > I do extensive custom rules (192.168.0.1/24 allowed on tcp 22, 192.168.1.5 allowed on tcp 678, and on and on). While I've easily figured out how to do that with firewall-cmd and "--add-rich-rule", it is nice to have the tui interface to enter "custom rules" as we do now. > > > > > > > > Also, how well are all of those rules going to get converted over in a 12.x to 15.x upgrade? ?I will have to attempt an upgrade to give that a go and see for myself. ?I have systems with 50+ "Custom Rules" defined > > > > > > I believe this issue has been brought up before as being still in process, but I will mention it: > > > > > > > > While we are on the topic of the firewall, I notice that if I go into "yast nfs-server", where you would normally select to open the ports, there is the following message: > > > > "Firewall not configurable" > > * nfs-kernel-server (Not available) > > "You need to defined them to be able to configure the firewall." > > > > Possible typo - ?("defined should probably also be "define" ) > > > > > > "yast samba-server" yields the same error, but with * samba-server, * netbios-server, and * samba client > > > > Allen B. > > > Thanks for your feedback!? > > It is still true that firewalld and the YaST adaptation are still Work In? > > Progress. I would suggest to open bug reports on the matter that is most > > important for you, so we can keep track of the progress and provide more details > information if needed. > > We should cover the firewalld and YaST changes in? > > https://www.suse.com/releasenotes/x86_64/SUSE-SLES/15/ in the future.? > > Regards, > -- > Vincent Moutoussamy > SUSE Beta Program and SDK Project Manager > > > > _______________________________________________ > sle-beta mailing list > sle-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sle-beta --? Best regards, Cordialement, Mit freundlichen Gr??en,??? Radoslav Tsvetkov Project Manager, SLE SUSE Linux? Maxfeldstr. 5, D-90409 N?rnberg, Germany Phone: +49 911 740 53-110 -------------- next part -------------- An HTML attachment was scrubbed... URL: From malcolmlewis at cableone.net Thu Feb 8 08:03:32 2018 From: malcolmlewis at cableone.net (Malcolm) Date: Thu, 8 Feb 2018 09:03:32 -0600 Subject: [sle-beta] SLED15 Beta6 Observations In-Reply-To: <48B46228-1F70-4E7C-A5BD-A8D49AFD40A4@suse.com> References: <20180206191747.1dc1caba@grover.homelinux.org> <48B46228-1F70-4E7C-A5BD-A8D49AFD40A4@suse.com> Message-ID: <20180208090332.21ea2cdd@grover.homelinux.org> On Thu, 8 Feb 2018 11:32:43 +0100 Vincent Moutoussamy wrote: > Hi, > > On 7 Feb 2018, at 02:17, Malcolm wrote: > > > > Hi All > > Had a bit a difficulty with this release compared to previous... > > > > HP Notebook 14-an013ar with eMMC (32GB) and 120GB SSD, dual boot > > with Windows 10 > > > > Had issues selecting wayland or X11 GNOME desktop, installer > > was not happy so just went with a basic desktop. > > What are those issues exactly? If selected the wayland option and proceeded, when at the summary page it could not use this pattern. > > > After this the > > install was not happy that /boot/efi/EFI/boot and sled folders > > existed on /dev/sda1 ef00 partition and would not install the efi > > files, booted to a rescue system and removed the directories. I > > used the expert partition and also noted the drop down list does > > not contain /boot/efi as a mount point option even though it knows > > it's an efi partition. > > > > After this install of efi files etc went fine and installed as > > above. > > > > After reboot expected to see the Windows 10 entry in grub like > > Beta5, however discovered that os-prober is missing so need to > > press the F9 key and select if want to boot to winX. > > Well it seems this could be reproduced, could you please try to > reproduce it and open a bug report? > Bug bsc#1080082 opened for efi folder/file issue. Bug bsc#1080084 opened for os-prober package missing. > > Then had to install the gnome_basic pattern manually. > > > > As an aside, sensors package and the amdgpu kernel module (it's > > enabled in the config bsc#1069343) are not present. > > Please add your comment on bsc#1069343! > I've reopened the bug report and added comments about the amdgpu.ko missing. -- Cheers Malcolm ??? SUSE Knowledge Partner (Linux Counter #276890) openSUSE Leap 42.3 | GNOME 3.20.2 | 4.4.104-39-default HP 255 G4 Notebook | A6-6310 X4 @ 1.80 GHz | AMD Radeon R4 up 2 days 20:50, 1 user, load average: 4.61, 2.19, 1.09 From Dick.Waite at softwareag.com Fri Feb 9 01:20:11 2018 From: Dick.Waite at softwareag.com (Waite, Dick (External)) Date: Fri, 9 Feb 2018 08:20:11 +0000 Subject: [sle-beta] Beta6 - Migration - No migration product found In-Reply-To: References: <46AC8C81C10B8C48820201DF2AE1D76D0120734A84@daeexmbx1.eur.ad.sag> <46AC8C81C10B8C48820201DF2AE1D76D01207352CA@daeexmbx1.eur.ad.sag> <46AC8C81C10B8C48820201DF2AE1D76D012073576E@daeexmbx1.eur.ad.sag> <20180204231002.GB17122@suse.de> <20180205053424.5656661.72177.32348@softwareag.com> <6D76310F-A327-400F-9032-ED34AA1C9129@suse.com> <9c459624-5d88-f38b-f02d-4bada62ec097@suse.cz> <46AC8C81C10B8C48820201DF2AE1D76D012074CA0E@daeexmbx3.eur.ad.sag> <46AC8C81C10B8C48820201DF2AE1D76D0120753F71@daeexmbx1.eur.ad.sag>, Message-ID: <46AC8C81C10B8C48820201DF2AE1D76D0120759AE5@daeexmbx1.eur.ad.sag> Grand Morning, More a question on the user interface than the bug. I'm running a "migration" I have many environments that run well on SLES12 and would like it them to run grand on SLES15. I do not need or wish of have any new modules. From the 1st Screen Shot you can see what the environment is on SLES12, yet the 2nd Screen Shot shows so many modules that I would be confuse as to which I should chose to migrate my Legacy, Web&Script and SDK... Can't you just migrate what I have on SLES12 to SLES15, which is what the End User would like and then later on if I do what to add others I can or do I need all those new modules ??? (Public Cloud Module ?) The last line about the SDK, it's not going to migrated, I think a bit odd but if you think that's going to leave me with a migrated and safe environment, that good enough for me. The wording does sound more like lawyer speech than engineer speech, but lets see how it runs when the current bug is fixed, after all we all want to have a safe "Migration" ___R ________________________________________ From: Artem Chernikov [achernikov at suse.de] Sent: 07 February 2018 12:05 To: Waite, Dick (External); Jiri Srain; sle-beta at lists.suse.com Subject: Re: [sle-beta] Beta6 - Migration - No migration product found That is correct. SCC team is working on that issue since 5th of Feb. We will keep you posted. On 07.02.18 10:31, Waite, Dick (External) wrote: > Hi Jiri, > > I think Thomas's comment at the end of the log says a lot, "We are currently working on setting the upgrade paths for modules.". Could be when this is complete then Beta6 will have it's migration. > > As always Jiri your help in getting the ball rolling is very much appreciated. As you say I think the ball is now with the SCC team. > > __R > ________________________________________ > From: Jiri Srain [jsrain at suse.cz] > Sent: 07 February 2018 08:28 > To: Waite, Dick (External); sle-beta at lists.suse.com > Subject: Re: [sle-beta] Beta6 - Migration - No migration product found > > Hello Dick, > > at this point of time I cannot do much - my assesment is that the SCC > team needs to look into the configuration, find out which of your > installed products prevents the upgrade, and fix the configuration. > > Jiri > > On 6.2.2018 16:53, Waite, Dick (External) wrote: >> Many Thanks Jiri... >> >> If I can be help I should be in my home_office this week. >> >> __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: 06 February 2018 14:21 >> To: sle-beta at lists.suse.com >> Subject: Re: [sle-beta] Beta6 - Migration - No migration product found >> >> Hi, >> >> I already created one (based on discussion with Disk and Artem): >> >> https://bugzilla.suse.com/show_bug.cgi?id=1079560 >> >> Jiri >> >> On 6.2.2018 12:45, Vincent Moutoussamy wrote: >>> Hi, >>> >>> Please be so kind to create a bug report and attach at least a supportconfig so >>> we can also investigate -> https://www.suse.com/betaprogram/sle-beta/#bugzilla >>> >>> Regards, >>> -- >>> Vincent Moutoussamy >>> SUSE Beta Program and SDK Project Manager >>> >>>> On 5 Feb 2018, at 06:34, Waite, Dick (External) wrote: >>>> >>>> Hear what you say T?horsten. I'll see what I can do to find out which is the bad sheep. >>>> __R >>>> >>>> Sent from my BlackBerry 10 smartphone. >>>> Original Message >>>> From: Thorsten Kukuk >>>> Sent: Monday, 5 February 2018 00:09 >>>> To: sle-beta at lists.suse.com >>>> Subject: Re: [sle-beta] Beta6 - Migration - No migration product found >>>> >>>> >>>> On Sun, Feb 04, Waite, Dick (External) wrote: >>>> >>>>> I wish to be testing and I'm sure SUSE would like me to be running Adabas QE >>>>> against their new environment and not checking the SCC API's >>>> >>>> Update with SCC API works. Most likely there are additional products >>>> registered, for which no update is available yet. >>>> >>>> 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 >>>> >>>> _______________________________________________ >>>> sle-beta mailing list >>>> sle-beta at lists.suse.com >>>> http://lists.suse.com/mailman/listinfo/sle-beta >>> >>> >>> >>> _______________________________________________ >>> 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 >> > > -- > 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 > -- Artem Chernikov Product Owner/Change Agent SUSE Customer Center SUSE Linux GmbH, GF: Felix Imend?rffer, Jane Smithard, Dilip Upmanyu, Graham Norton, HRB 21284 (AG N?rnberg) Maxfeldstra?e 5 90409 N?rnberg Germany +49 911 74053330 -------------------------------------------- Q: Why is this email five sentences or less? A: http://five.sentenc.es -------------- next part -------------- A non-text attachment was scrubbed... Name: rjw02-15-0-3-2018-02-08-18-48-47.png Type: image/png Size: 54644 bytes Desc: rjw02-15-0-3-2018-02-08-18-48-47.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: rjw02-15-0-3-2018-02-08-18-49-17.png Type: image/png Size: 65421 bytes Desc: rjw02-15-0-3-2018-02-08-18-49-17.png URL: From vmoutoussamy at suse.com Fri Feb 9 07:06:27 2018 From: vmoutoussamy at suse.com (Vincent Moutoussamy) Date: Fri, 9 Feb 2018 15:06:27 +0100 Subject: [sle-beta] packages of minimal vs. base In-Reply-To: <89F2188A-2AEC-4455-A099-D309E59307CC@suse.com> References: <89F2188A-2AEC-4455-A099-D309E59307CC@suse.com> Message-ID: <962153E9-D57F-4D22-99DA-C3DF97F8F0D5@suse.com> Hi, > On 30 Jan 2018, at 09:46, Vincent Moutoussamy wrote: > > Hi, >> On 28 Jan 2018, at 00:00, Bernd wrote: >> >> Hello, >> >> what would be a command to compare the packages installed with minimal (no package DVD) vs. base-module and text-mode pattern in SLES15? > > This is not exactly right, minimal here in your sentence mean the Installer. > However "The scope of an installation, only containing the base system, is > comparable to the installation pattern minimal system of previous SUSE Linux > Enterprise Server versions.? > (cf https://www.suse.com/betaprogram/wp-content/uploads/2017/12/sles_installquick_20171221.pdf). > So Installer + Basesystem Module = minimal system. > > The installer alone for us is not intend to be used as a ?minimal system?! My last comment was not technically correct, so let me rephrase it: When using the "Installer iso? _alone_ (without the ?Packages iso?), you can only install a ?Minimal SLES? which can be compare to the pattern ?minimal system? of previous SUSE Linux Enterprise Server. The ?Installer iso? only contains the set of packages of ?Minimal SLES? from the ?Base System Module?. The full ?Base System Module? is present in the ?Packages iso? or the Online Channels. To sum up, if you want to install: - Minimal SLES -> Installer iso - SLES Text Mode -> Installer iso + Packages iso or Online Channels - SLES With GNOME -> Installer iso + Packages iso or Online Channels >> It looks to me like the minimal system would be enough to run applications, is that actually supported/intended or should the base module always be present (for SLES). > > Well for ?minimal system? we already provide and support JeOS. Did you take a > look at it? >> BTW: in minimal I missed "sudo" and "less", both packages seem to be on the installer media and can manually be installed. Is there a policy on what will be on installer CD but not in minimal? >> Greetings >> Bernd Well, our goal for a minimal system is to reduce the package list to what we consider the strict necessary to boot a system and be ready to be deployed or integrated. But it is expected that you might need to add packages to be able to run your applications which could depend on tools and libraries not present in the ?Minimal SLES? or JeOS but on modules. > On 30 Jan 2018, at 15:57, Bernd Eckenfels wrote: > > Yes you have different wordings in manual, meta data and installer gui. it woukd be good to unify minimal/base/text-only. However I was refering to the variant called ?minimal? by the installer when no package media is registered (and sles product is selected). I will check with our documentation team what we could improve to mitigate such confusion. By the way, feel free to send any feedback on our Quick Installation Guide (has been updated yesterday). https://www.suse.com/betaprogram/sle-beta/#documentation > I am.mostly researching to give a minimal package base for installation prerequisites Regards, -- Vincent Moutoussamy SUSE Beta Program and SDK Project Manager -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 488 bytes Desc: Message signed with OpenPGP URL: From malcolmlewis at cableone.net Fri Feb 9 07:35:49 2018 From: malcolmlewis at cableone.net (Malcolm) Date: Fri, 9 Feb 2018 08:35:49 -0600 Subject: [sle-beta] SLED15 Beta6 Observations In-Reply-To: <20180208090332.21ea2cdd@grover.homelinux.org> References: <20180206191747.1dc1caba@grover.homelinux.org> <48B46228-1F70-4E7C-A5BD-A8D49AFD40A4@suse.com> <20180208090332.21ea2cdd@grover.homelinux.org> Message-ID: <20180209083549.6c3f8ff8@grover.homelinux.org> On Thu, 8 Feb 2018 09:03:32 -0600 Malcolm wrote: > On Thu, 8 Feb 2018 11:32:43 +0100 > Vincent Moutoussamy wrote: > > > Hi, > > > On 7 Feb 2018, at 02:17, Malcolm > > > wrote: > > > > > > Hi All > > > Had a bit a difficulty with this release compared to previous... > > > > > > HP Notebook 14-an013ar with eMMC (32GB) and 120GB SSD, dual boot > > > with Windows 10 > > > > > > Had issues selecting wayland or X11 GNOME desktop, installer > > > was not happy so just went with a basic desktop. > > > > What are those issues exactly? > > If selected the wayland option and proceeded, when at the summary page > it could not use this pattern. Performed some more test installs yesterday to try and repeat bsc#1080082, The exact error for the wayland option was "Error: Failed to select default product pattern gnome. Pattern has not been found." At present I'm sticking with just the basic GNOME X11 install... I could not reproduce my bug :( must have been something funky with the two folders (boot and sled)... -- Cheers Malcolm ??? SUSE Knowledge Partner (Linux Counter #276890) openSUSE Leap 42.3 | GNOME 3.20.2 | 4.4.104-39-default HP 255 G4 Notebook | A6-6310 X4 @ 1.80 GHz | AMD Radeon R4 up 3 days 21:56, 1 user, load average: 0.55, 0.93, 0.97 From fcrozat at suse.com Fri Feb 9 07:50:04 2018 From: fcrozat at suse.com (Frederic Crozat) Date: Fri, 09 Feb 2018 15:50:04 +0100 Subject: [sle-beta] SLED15 Beta6 Observations In-Reply-To: <20180208090332.21ea2cdd@grover.homelinux.org> References: <20180206191747.1dc1caba@grover.homelinux.org> <48B46228-1F70-4E7C-A5BD-A8D49AFD40A4@suse.com> <20180208090332.21ea2cdd@grover.homelinux.org> Message-ID: <1518187804.6814.12.camel@suse.com> Le jeudi 08 f?vrier 2018 ? 09:03 -0600, Malcolm a ?crit : > On Thu, 8 Feb 2018 11:32:43 +0100 > Vincent Moutoussamy wrote: > > > Hi, > > > On 7 Feb 2018, at 02:17, Malcolm > > > wrote: > > > > > > Hi All > > > Had a bit a difficulty with this release compared to previous... > > > > > > HP Notebook 14-an013ar with eMMC (32GB) and 120GB SSD, dual boot > > > with Windows 10 > > > > > > Had issues selecting wayland or X11 GNOME desktop, installer > > > was not happy so just went with a basic desktop. > > > > What are those issues exactly? > > If selected the wayland option and proceeded, when at the summary > page > it could not use this pattern. Due to some internal changes, starting with Beta6, the "Desktop Productivity" module has been fully merged into "Workstation Extension" . This extension must be added when using Packages DVD: you need to add "Product-SLEWE" as well as "Product-SLED" and the other modules (Basesystem and Desktop Applications) otherwise you will be missing packages. When using SCC, Workstation extension is now available BUT it isn't yet enabled automatically (this is being worked on). -- Frederic Crozat Enterprise Desktop Release Manager SUSE From fcrozat at suse.com Mon Feb 12 04:50:19 2018 From: fcrozat at suse.com (Frederic Crozat) Date: Mon, 12 Feb 2018 12:50:19 +0100 Subject: [sle-beta] SLED15 Beta6 Observations In-Reply-To: <1518187804.6814.12.camel@suse.com> References: <20180206191747.1dc1caba@grover.homelinux.org> <48B46228-1F70-4E7C-A5BD-A8D49AFD40A4@suse.com> <20180208090332.21ea2cdd@grover.homelinux.org> <1518187804.6814.12.camel@suse.com> Message-ID: <1518436219.6814.34.camel@suse.com> Le vendredi 09 f?vrier 2018 ? 15:50 +0100, Frederic Crozat a ?crit : > Le jeudi 08 f?vrier 2018 ? 09:03 -0600, Malcolm a ?crit : > > On Thu, 8 Feb 2018 11:32:43 +0100 > > Vincent Moutoussamy wrote: > > > > > Hi, > > > > On 7 Feb 2018, at 02:17, Malcolm > > > > wrote: > > > > > > > > Hi All > > > > Had a bit a difficulty with this release compared to > > > > previous... > > > > > > > > HP Notebook 14-an013ar with eMMC (32GB) and 120GB SSD, dual > > > > boot > > > > with Windows 10 > > > > > > > > Had issues selecting wayland or X11 GNOME desktop, installer > > > > was not happy so just went with a basic desktop. > > > > > > What are those issues exactly? > > > > If selected the wayland option and proceeded, when at the summary > > page > > it could not use this pattern. > > Due to some internal changes, starting with Beta6, the "Desktop > Productivity" module has been fully merged into "Workstation > Extension" > . > > This extension must be added when using Packages DVD: you need to add > "Product-SLEWE" as well as "Product-SLED" and the other modules > (Basesystem and Desktop Applications) otherwise you will be missing > packages. > > When using SCC, Workstation extension is now available BUT it isn't > yet > enabled automatically (this is being worked on). Installation with SCC is now fixed, Workstation extension is now automatically enabled when installing SLED from SCC. -- Frederic Crozat Enterprise Desktop Release Manager SUSE From waldt at b1-systems.de Thu Feb 15 11:07:58 2018 From: waldt at b1-systems.de (Eike Waldt) Date: Thu, 15 Feb 2018 19:07:58 +0100 Subject: [sle-beta] cannot build SLES15 kiwi image in OBS Message-ID: <50fcc0d7-efe9-26d7-22f1-02af27af5359@b1-systems.de> Hi there, I cannot build a SLES15 image in my private nor in the public OBS instance. https://build.opensuse.org/package/show/home:waldt:branches:SUSE:Templates:Images:SLE-15/kiwi-SLES15-xen It fails with dependency errors. Error message for the build is: nothing provides build-mkbaselibs-sle, nothing provides libvirt-libs = 4.0.0-2.4 needed by libvirt-client, nothing provides libvirt-libs = 4.0.0-2.4 needed by libvirt-daemon, nothing provides xen-libs = 4.10.0_10 needed by xen-tools, nothing provides rpm = 4.14.0 needed by rpm-build I suspect, that some or all packages in SUSE:SLE-15:GA are outdated or at least not publicly available/reachable in a recent version. If I look at e.g. https://build.opensuse.org/package/show/SUSE:SLE-15:GA/libvirt or https://build.opensuse.org/package/show/SUSE:SLE-15:GA/rpm I find the new versions in the frontend e.g. libvirt-libs-4.0.0-2.4 and rpm-4.14.0 but somehow kiwi has no access to them... Can you explain/fix this? Cheers, -- Eike Waldt Linux Consultant & Trainer Tel.: +49-175-7241189 Mail: waldt at b1-systems.de B1 Systems GmbH Osterfeldstra?e 7 / 85088 Vohburg / http://www.b1-systems.de GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From aj at suse.com Thu Feb 15 12:55:11 2018 From: aj at suse.com (Andreas Jaeger) Date: Thu, 15 Feb 2018 20:55:11 +0100 Subject: [sle-beta] cannot build SLES15 kiwi image in OBS In-Reply-To: <50fcc0d7-efe9-26d7-22f1-02af27af5359@b1-systems.de> References: <50fcc0d7-efe9-26d7-22f1-02af27af5359@b1-systems.de> Message-ID: <6d731df0-cf33-34d2-c71d-19f643aaba57@suse.com> Eike, Let me include my colleague Adrian directly so that he can investigate on the OBS side and then answer, Andreas On 2018-02-15 19:07, Eike Waldt wrote: > Hi there, > > I cannot build a SLES15 image in my private nor in the public OBS instance. > https://build.opensuse.org/package/show/home:waldt:branches:SUSE:Templates:Images:SLE-15/kiwi-SLES15-xen > > It fails with dependency errors. > > Error message for the build is: > nothing provides build-mkbaselibs-sle, > nothing provides libvirt-libs = 4.0.0-2.4 needed by libvirt-client, > nothing provides libvirt-libs = 4.0.0-2.4 needed by libvirt-daemon, > nothing provides xen-libs = 4.10.0_10 needed by xen-tools, > nothing provides rpm = 4.14.0 needed by rpm-build > > I suspect, that some or all packages in SUSE:SLE-15:GA are outdated or > at least not publicly available/reachable in a recent version. > > If I look at e.g. > https://build.opensuse.org/package/show/SUSE:SLE-15:GA/libvirt > or > https://build.opensuse.org/package/show/SUSE:SLE-15:GA/rpm > I find the new versions in the frontend > e.g. > libvirt-libs-4.0.0-2.4 and rpm-4.14.0 > > but somehow kiwi has no access to them... > > Can you explain/fix this? -- 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 From luizluca at tre-sc.jus.br Thu Feb 15 13:24:23 2018 From: luizluca at tre-sc.jus.br (Luiz Angelo Daros de Luca) Date: Thu, 15 Feb 2018 18:24:23 -0200 (BRST) Subject: [sle-beta] cannot build SLES15 kiwi image in OBS In-Reply-To: <6d731df0-cf33-34d2-c71d-19f643aaba57@suse.com> References: <50fcc0d7-efe9-26d7-22f1-02af27af5359@b1-systems.de> <6d731df0-cf33-34d2-c71d-19f643aaba57@suse.com> Message-ID: <1315880359.9811792.1518726263333.JavaMail.zimbra@tre-sc.jus.br> build-mkbaselibs-sle is failing for normal package build as well. It's not related to kiwi images. I had to copy it from Tumbleweed into my local OBS project in order to satisfy my builds. -- 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 ----- Mensagem original ----- De: "Andreas Jaeger" Para: "Eike Waldt" , sle-beta at lists.suse.com, "Adrian Schroeter" Enviadas: Quinta-feira, 15 de fevereiro de 2018 17:55:11 Assunto: Re: [sle-beta] cannot build SLES15 kiwi image in OBS Eike, Let me include my colleague Adrian directly so that he can investigate on the OBS side and then answer, Andreas On 2018-02-15 19:07, Eike Waldt wrote: > Hi there, > > I cannot build a SLES15 image in my private nor in the public OBS instance. > https://build.opensuse.org/package/show/home:waldt:branches:SUSE:Templates:Images:SLE-15/kiwi-SLES15-xen > > It fails with dependency errors. > > Error message for the build is: > nothing provides build-mkbaselibs-sle, > nothing provides libvirt-libs = 4.0.0-2.4 needed by libvirt-client, > nothing provides libvirt-libs = 4.0.0-2.4 needed by libvirt-daemon, > nothing provides xen-libs = 4.10.0_10 needed by xen-tools, > nothing provides rpm = 4.14.0 needed by rpm-build > > I suspect, that some or all packages in SUSE:SLE-15:GA are outdated or > at least not publicly available/reachable in a recent version. > > If I look at e.g. > https://build.opensuse.org/package/show/SUSE:SLE-15:GA/libvirt > or > https://build.opensuse.org/package/show/SUSE:SLE-15:GA/rpm > I find the new versions in the frontend > e.g. > libvirt-libs-4.0.0-2.4 and rpm-4.14.0 > > but somehow kiwi has no access to them... > > Can you explain/fix this? -- 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 _______________________________________________ sle-beta mailing list sle-beta at lists.suse.com http://lists.suse.com/mailman/listinfo/sle-beta From waldt at b1-systems.de Thu Feb 15 13:29:19 2018 From: waldt at b1-systems.de (Eike Waldt) Date: Thu, 15 Feb 2018 21:29:19 +0100 Subject: [sle-beta] cannot build SLES15 kiwi image in OBS In-Reply-To: <6692950.z6JYtxbcYq@linux-izwb.site> References: <50fcc0d7-efe9-26d7-22f1-02af27af5359@b1-systems.de> <6d731df0-cf33-34d2-c71d-19f643aaba57@suse.com> <6692950.z6JYtxbcYq@linux-izwb.site> Message-ID: On 02/15/2018 08:59 PM, Adrian Schr?ter wrote: > On Donnerstag, 15. Februar 2018, 20:55:11 CET wrote Andreas Jaeger: >> Eike, Let me include my colleague Adrian directly so that he can >> investigate on the OBS side and then answer, >> >> Andreas >> >> On 2018-02-15 19:07, Eike Waldt wrote: >>> Hi there, >>> >>> I cannot build a SLES15 image in my private nor in the public OBS instance. >>> https://build.opensuse.org/package/show/home:waldt:branches:SUSE:Templates:Images:SLE-15/kiwi-SLES15-xen > > one thing what you must not do is mixing SLE 12 and SLE 15 repos. This > can lead to all kind of dependency errors. Maybe exactly to these below ;) OK, removed the SLES12 repo you mentionend. Most of the errors are gone now. I am pretty sure that I needed a kiwi repo like "Virtualization:Appliances/SLE_12_SP2" with an older kiwi/OBS version to get the kiwi packages. > >>> It fails with dependency errors. >>> >>> Error message for the build is: >>> nothing provides build-mkbaselibs-sle, >>> nothing provides libvirt-libs = 4.0.0-2.4 needed by libvirt-client, >>> nothing provides libvirt-libs = 4.0.0-2.4 needed by libvirt-daemon, >>> nothing provides xen-libs = 4.10.0_10 needed by xen-tools, >>> nothing provides rpm = 4.14.0 needed by rpm-build >>> >>> I suspect, that some or all packages in SUSE:SLE-15:GA are outdated or >>> at least not publicly available/reachable in a recent version. >>> >>> If I look at e.g. >>> https://build.opensuse.org/package/show/SUSE:SLE-15:GA/libvirt >>> or >>> https://build.opensuse.org/package/show/SUSE:SLE-15:GA/rpm >>> I find the new versions in the frontend >>> e.g. >>> libvirt-libs-4.0.0-2.4 and rpm-4.14.0 >>> >>> but somehow kiwi has no access to them... >>> >>> Can you explain/fix this? >> >> >> > > -- Eike Waldt Linux Consultant & Trainer Tel.: +49-175-7241189 Mail: waldt at b1-systems.de B1 Systems GmbH Osterfeldstra?e 7 / 85088 Vohburg / http://www.b1-systems.de GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From waldt at b1-systems.de Thu Feb 15 13:30:50 2018 From: waldt at b1-systems.de (Eike Waldt) Date: Thu, 15 Feb 2018 21:30:50 +0100 Subject: [sle-beta] cannot build SLES15 kiwi image in OBS In-Reply-To: <1315880359.9811792.1518726263333.JavaMail.zimbra@tre-sc.jus.br> References: <50fcc0d7-efe9-26d7-22f1-02af27af5359@b1-systems.de> <6d731df0-cf33-34d2-c71d-19f643aaba57@suse.com> <1315880359.9811792.1518726263333.JavaMail.zimbra@tre-sc.jus.br> Message-ID: <4891651e-7616-3a8b-91f7-481a1f416231@b1-systems.de> On 02/15/2018 09:24 PM, Luiz Angelo Daros de Luca wrote: > build-mkbaselibs-sle is failing for normal package build as well. It's not related to > kiwi images. > > I had to copy it from Tumbleweed into my local OBS project in order to satisfy > my builds. Yeah, I experienced that also on my local OBS instance. @Adrian: Is there a way to circumvent this? > > -- > 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 > > ----- Mensagem original ----- > De: "Andreas Jaeger" > Para: "Eike Waldt" , sle-beta at lists.suse.com, "Adrian Schroeter" > Enviadas: Quinta-feira, 15 de fevereiro de 2018 17:55:11 > Assunto: Re: [sle-beta] cannot build SLES15 kiwi image in OBS > > Eike, Let me include my colleague Adrian directly so that he can > investigate on the OBS side and then answer, > > Andreas > > On 2018-02-15 19:07, Eike Waldt wrote: >> Hi there, >> >> I cannot build a SLES15 image in my private nor in the public OBS instance. >> https://build.opensuse.org/package/show/home:waldt:branches:SUSE:Templates:Images:SLE-15/kiwi-SLES15-xen >> >> It fails with dependency errors. >> >> Error message for the build is: >> nothing provides build-mkbaselibs-sle, >> nothing provides libvirt-libs = 4.0.0-2.4 needed by libvirt-client, >> nothing provides libvirt-libs = 4.0.0-2.4 needed by libvirt-daemon, >> nothing provides xen-libs = 4.10.0_10 needed by xen-tools, >> nothing provides rpm = 4.14.0 needed by rpm-build >> >> I suspect, that some or all packages in SUSE:SLE-15:GA are outdated or >> at least not publicly available/reachable in a recent version. >> >> If I look at e.g. >> https://build.opensuse.org/package/show/SUSE:SLE-15:GA/libvirt >> or >> https://build.opensuse.org/package/show/SUSE:SLE-15:GA/rpm >> I find the new versions in the frontend >> e.g. >> libvirt-libs-4.0.0-2.4 and rpm-4.14.0 >> >> but somehow kiwi has no access to them... >> >> Can you explain/fix this? > > -- Eike Waldt Linux Consultant & Trainer Tel.: +49-175-7241189 Mail: waldt at b1-systems.de B1 Systems GmbH Osterfeldstra?e 7 / 85088 Vohburg / http://www.b1-systems.de GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From adrian at suse.de Thu Feb 15 12:59:40 2018 From: adrian at suse.de (Adrian =?ISO-8859-1?Q?Schr=F6ter?=) Date: Thu, 15 Feb 2018 20:59:40 +0100 Subject: [sle-beta] cannot build SLES15 kiwi image in OBS In-Reply-To: <6d731df0-cf33-34d2-c71d-19f643aaba57@suse.com> References: <50fcc0d7-efe9-26d7-22f1-02af27af5359@b1-systems.de> <6d731df0-cf33-34d2-c71d-19f643aaba57@suse.com> Message-ID: <6692950.z6JYtxbcYq@linux-izwb.site> On Donnerstag, 15. Februar 2018, 20:55:11 CET wrote Andreas Jaeger: > Eike, Let me include my colleague Adrian directly so that he can > investigate on the OBS side and then answer, > > Andreas > > On 2018-02-15 19:07, Eike Waldt wrote: > > Hi there, > > > > I cannot build a SLES15 image in my private nor in the public OBS instance. > > https://build.opensuse.org/package/show/home:waldt:branches:SUSE:Templates:Images:SLE-15/kiwi-SLES15-xen one thing what you must not do is mixing SLE 12 and SLE 15 repos. This can lead to all kind of dependency errors. Maybe exactly to these below ;) > > It fails with dependency errors. > > > > Error message for the build is: > > nothing provides build-mkbaselibs-sle, > > nothing provides libvirt-libs = 4.0.0-2.4 needed by libvirt-client, > > nothing provides libvirt-libs = 4.0.0-2.4 needed by libvirt-daemon, > > nothing provides xen-libs = 4.10.0_10 needed by xen-tools, > > nothing provides rpm = 4.14.0 needed by rpm-build > > > > I suspect, that some or all packages in SUSE:SLE-15:GA are outdated or > > at least not publicly available/reachable in a recent version. > > > > If I look at e.g. > > https://build.opensuse.org/package/show/SUSE:SLE-15:GA/libvirt > > or > > https://build.opensuse.org/package/show/SUSE:SLE-15:GA/rpm > > I find the new versions in the frontend > > e.g. > > libvirt-libs-4.0.0-2.4 and rpm-4.14.0 > > > > but somehow kiwi has no access to them... > > > > Can you explain/fix this? > > > -- Adrian Schroeter email: adrian at suse.de SUSE Linux GmbH, GF: Felix Imend?rffer, Jane Smithard, Graham Norton, HRB 21284 (AG N?rnberg) Maxfeldstra?e 5 90409 N?rnberg Germany From adrian at suse.de Fri Feb 16 01:18:22 2018 From: adrian at suse.de (Adrian =?ISO-8859-1?Q?Schr=F6ter?=) Date: Fri, 16 Feb 2018 09:18:22 +0100 Subject: [sle-beta] cannot build SLES15 kiwi image in OBS In-Reply-To: <4891651e-7616-3a8b-91f7-481a1f416231@b1-systems.de> References: <50fcc0d7-efe9-26d7-22f1-02af27af5359@b1-systems.de> <1315880359.9811792.1518726263333.JavaMail.zimbra@tre-sc.jus.br> <4891651e-7616-3a8b-91f7-481a1f416231@b1-systems.de> Message-ID: <1834582.B8sYvFI4AN@linux-izwb.site> On Donnerstag, 15. Februar 2018, 21:30:50 CET wrote Eike Waldt: > > On 02/15/2018 09:24 PM, Luiz Angelo Daros de Luca wrote: > > build-mkbaselibs-sle is failing for normal package build as well. It's not related to > > kiwi images. > > > > I had to copy it from Tumbleweed into my local OBS project in order to satisfy > > my builds. > Yeah, I experienced that also on my local OBS instance. > @Adrian: Is there a way to circumvent this? build-mkbaselibs-sle is on no media, but it should be dropped anyway. I have removed it from prjconf already now, but it still waits for a code update to build -32bit compat packages correctly... > > -- > > 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 > > > > ----- Mensagem original ----- > > De: "Andreas Jaeger" > > Para: "Eike Waldt" , sle-beta at lists.suse.com, "Adrian Schroeter" > > Enviadas: Quinta-feira, 15 de fevereiro de 2018 17:55:11 > > Assunto: Re: [sle-beta] cannot build SLES15 kiwi image in OBS > > > > Eike, Let me include my colleague Adrian directly so that he can > > investigate on the OBS side and then answer, > > > > Andreas > > > > On 2018-02-15 19:07, Eike Waldt wrote: > >> Hi there, > >> > >> I cannot build a SLES15 image in my private nor in the public OBS instance. > >> https://build.opensuse.org/package/show/home:waldt:branches:SUSE:Templates:Images:SLE-15/kiwi-SLES15-xen > >> > >> It fails with dependency errors. > >> > >> Error message for the build is: > >> nothing provides build-mkbaselibs-sle, > >> nothing provides libvirt-libs = 4.0.0-2.4 needed by libvirt-client, > >> nothing provides libvirt-libs = 4.0.0-2.4 needed by libvirt-daemon, > >> nothing provides xen-libs = 4.10.0_10 needed by xen-tools, > >> nothing provides rpm = 4.14.0 needed by rpm-build > >> > >> I suspect, that some or all packages in SUSE:SLE-15:GA are outdated or > >> at least not publicly available/reachable in a recent version. > >> > >> If I look at e.g. > >> https://build.opensuse.org/package/show/SUSE:SLE-15:GA/libvirt > >> or > >> https://build.opensuse.org/package/show/SUSE:SLE-15:GA/rpm > >> I find the new versions in the frontend > >> e.g. > >> libvirt-libs-4.0.0-2.4 and rpm-4.14.0 > >> > >> but somehow kiwi has no access to them... > >> > >> Can you explain/fix this? > > > > > > -- Adrian Schroeter email: adrian at suse.de SUSE Linux GmbH, GF: Felix Imend?rffer, Jane Smithard, Graham Norton, HRB 21284 (AG N?rnberg) Maxfeldstra?e 5 90409 N?rnberg Germany From beta-programs at lists.suse.com Fri Feb 16 07:53:17 2018 From: beta-programs at lists.suse.com (SUSE Beta Program) Date: Fri, 16 Feb 2018 15:53:17 +0100 Subject: [sle-beta] [ANNOUNCE] SUSE Linux Enterprise 15 is now Beta 7! Message-ID: <5a86f05d3a376_4e40118331863017@boucane.mail> Here it comes! Beta 7 of SUSE Linux Enterprise 15: SUSE Linux Enterprise Server (SLES), SUSE Linux Enterprise Just Enough Operating System(JeOS), SUSE Linux Enterprise Desktop (SLED), SUSE Linux Enterprise High Availability (SLE-HA), and SUSE Linux Enterprise Workstation Extension (SLE-WE) Download[1] == Important Notice - At the time of this announcement, SCC channels are still being synced for Beta7. We recommend using Packages DVD until we notify you when SCC is fully updated, otherwise, you might install a mix of Beta6 and Beta7 modules - Due to some technical issues with our mainframe, we are not able to deliver s390x images for Beta7. S390x images will be back with next milestone. =Packages DVD When using Packages DVD to install SLE modules, please make sure to also add the Product repository you are installing (SLES / SLED / HA / ...) from Packages DVD. Not doing so might result in missing system roles during installation. =Notable changes - Migration from SLE 12 to SLE 15: We have settle the ground for the support of the Migration scenarios from SLE 12 to SLE 15. - Offline migration: By using the "SLE-15-Installer" and "SLE-15-Packages" isos manually. - Online migration: By using the a SLE 15 Beta Registration Code on a SLE 12 instance and booting on the "SLE-15-Installer". Then select and follow the "Upgrade" wizard. - SLES 15 JeOS images are now available for download and testing! - The Desktop Productivity Module has been replaced by the SLE Workstation Extension. This will only be an issue if you do an upgrade from a former Beta installation (which is an unsupported scenario[6]). - The HA Module and HA Product have been combined to one HA Product which will be available for the various products where it's eligible. Reason for the changes with those two modules is that we want to simplify the universe. - yast2-ca-management is no longer provided (FATE#319119). - OpenSSL 1.0 is no longer installed by default, all packages have been migrated to OpenSSL 1.1. OpenSSL 1.0 will be available in Legacy module in the next milestone. =Fixed bugs in Beta 7 (selection): - SLED / Workstation Extension: GNOME (Wayland) system role installs without error now. - Drop yast2-inetd (fate#323373) ; many yast2 modules were adapted to use systemd socket activation instead of inetd. - Many YaST components were updated to configure firewalld instead of SuSEfirewall2. == More information SLE Beta Page[2] Release Notes[3] Known Issues[4] Your SUSE Linux Enterprise Team == Beta Program 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/sle-beta/#download [2] https://www.suse.com/betaprogram/sle-beta [3] https://www.suse.com/betaprogram/sle-beta/#releasenotes [4] https://www.suse.com/betaprogram/sle-beta/#knownissues [5] https://www.suse.com/betaprogram/sle-beta/#releases [6] https://www.suse.com/betaprogram/sle-beta/#faq-update1 -------------- next part -------------- An HTML attachment was scrubbed... URL: From allen at ua.edu Fri Feb 16 13:57:13 2018 From: allen at ua.edu (Beddingfield, Allen) Date: Fri, 16 Feb 2018 14:57:13 -0600 Subject: [sle-beta] Virtual Machine Issue In-Reply-To: References: Message-ID: <32ee6af3-bb2a-2908-4823-ee075127bb52@ua.edu> Which virtualization technology are you using? I'm going to grab Beta 7 and start working with it over the weekend on VMware and Xen. Allen B. On 2/16/18 12:14 PM, Vasile, Tom wrote: > Hey All, > > We are trying to build a VM with SLES15 Beta7 and are having issues > getting the build to enter YaST. We are getting stuck right after the > basic hardware drivers are loaded in and the hardware detection gets > started. Switching consoles it seems to get hung while scanning for > devices. I also dropped into a shell to peek at the logs but nothing is > generated at this point of the build. Was wondering if anyone else has > run into this issue? We are *not* encountering this when trying to build > physical hosts. > > I?ve attached some screenshots. > > Thanks! > > -Tom Vasile > > > ------------------------------------------------------------------------ > > IMPORTANT: The information contained in this email and/or its > attachments is confidential. If you are not the intended recipient, > please notify the sender immediately by reply and immediately delete > this message and all its attachments. Any review, use, reproduction, > disclosure or dissemination of this message or any attachment by an > unintended recipient is strictly prohibited. Neither this message nor > any attachment is intended as or should be construed as an offer, > solicitation or recommendation to buy or sell any security or other > financial instrument. Neither the sender, his or her employer nor any of > their respective affiliates makes any warranties as to the completeness > or accuracy of any of the information contained herein or that this > message or any of its attachments is free of viruses. > > > _______________________________________________ > sle-beta mailing list > sle-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sle-beta > -- Allen Beddingfield Systems Engineer Office of Information Technology The University of Alabama Office 205-348-2251 allen at ua.edu From Tom.Vasile at sig.com Fri Feb 16 14:16:34 2018 From: Tom.Vasile at sig.com (Vasile, Tom) Date: Fri, 16 Feb 2018 21:16:34 +0000 Subject: [sle-beta] Virtual Machine Issue In-Reply-To: <32ee6af3-bb2a-2908-4823-ee075127bb52@ua.edu> References: <32ee6af3-bb2a-2908-4823-ee075127bb52@ua.edu> Message-ID: We are using VMware, ESXi 6.5. -Tom Vasile -----Original Message----- From: sle-beta-bounces at lists.suse.com [mailto:sle-beta-bounces at lists.suse.com] On Behalf Of Beddingfield, Allen Sent: Friday, February 16, 2018 3:57 PM To: sle-beta at lists.suse.com Subject: Re: [sle-beta] Virtual Machine Issue Which virtualization technology are you using? I'm going to grab Beta 7 and start working with it over the weekend on VMware and Xen. Allen B. On 2/16/18 12:14 PM, Vasile, Tom wrote: > Hey All, > > We are trying to build a VM with SLES15 Beta7 and are having issues > getting the build to enter YaST. We are getting stuck right after the > basic hardware drivers are loaded in and the hardware detection gets > started. Switching consoles it seems to get hung while scanning for > devices. I also dropped into a shell to peek at the logs but nothing > is generated at this point of the build. Was wondering if anyone else > has run into this issue? We are *not* encountering this when trying to > build physical hosts. > > I've attached some screenshots. > > Thanks! > > -Tom Vasile > > > ---------------------------------------------------------------------- > -- > > IMPORTANT: The information contained in this email and/or its > attachments is confidential. If you are not the intended recipient, > please notify the sender immediately by reply and immediately delete > this message and all its attachments. Any review, use, reproduction, > disclosure or dissemination of this message or any attachment by an > unintended recipient is strictly prohibited. Neither this message nor > any attachment is intended as or should be construed as an offer, > solicitation or recommendation to buy or sell any security or other > financial instrument. Neither the sender, his or her employer nor any > of their respective affiliates makes any warranties as to the > completeness or accuracy of any of the information contained herein or > that this message or any of its attachments is free of viruses. > > > _______________________________________________ > sle-beta mailing list > sle-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sle-beta > -- Allen Beddingfield Systems Engineer Office of Information Technology The University of Alabama Office 205-348-2251 allen at ua.edu _______________________________________________ sle-beta mailing list sle-beta at lists.suse.com http://lists.suse.com/mailman/listinfo/sle-beta ________________________________ IMPORTANT: The information contained in this email and/or its attachments is confidential. If you are not the intended recipient, please notify the sender immediately by reply and immediately delete this message and all its attachments. Any review, use, reproduction, disclosure or dissemination of this message or any attachment by an unintended recipient is strictly prohibited. Neither this message nor any attachment is intended as or should be construed as an offer, solicitation or recommendation to buy or sell any security or other financial instrument. Neither the sender, his or her employer nor any of their respective affiliates makes any warranties as to the completeness or accuracy of any of the information contained herein or that this message or any of its attachments is free of viruses. From Dick.Waite at softwareag.com Sat Feb 17 10:34:05 2018 From: Dick.Waite at softwareag.com (Waite, Dick (External)) Date: Sat, 17 Feb 2018 17:34:05 +0000 Subject: [sle-beta] Beta7 Offline Update Message-ID: <46AC8C81C10B8C48820201DF2AE1D76D01207627E2@daeexmbx1.eur.ad.sag> Grand Evening, I was having some issues with Beta7 and on-line update. Bug report updated. So I thought I'd try an offline-update. When using the "UPDATE" command from the IPL screen I do not get the option, which I do on an "install" to , skip the registry so that I can use the 2nd iso and complete the install. Could be one is not take down the the "skip registration" path on "update", so that is my question, should I get the option not to use the SCC on "update" as one can with "install" ? I have SUSEC... --cleanup and it's not registered. Grand 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: Install-PNG.zip Type: application/octet-stream Size: 327284 bytes Desc: Install-PNG.zip URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Update-PNG.zip Type: application/octet-stream Size: 153092 bytes Desc: Update-PNG.zip URL: From Dick.Waite at softwareag.com Sun Feb 18 08:05:34 2018 From: Dick.Waite at softwareag.com (Waite, Dick (External)) Date: Sun, 18 Feb 2018 15:05:34 +0000 Subject: [sle-beta] Beta7 Offline Update - How it's Done.. Run on VMware Message-ID: <46AC8C81C10B8C48820201DF2AE1D76D0120762D92@daeexmbx1.eur.ad.sag> Grand Lazy Sunday, The PDF file SUSE put out with Beta7 is grand, Pub-Date 2018-02-08.. Page 21 section 1.2 Installing without Registration... Maybe should also have, Update install without Registration is similar to a New Install but not quite as these next pages. I'm sure there are still out there some lost souls who run a new install, well the next few lines are not for them ;o) This is for the vast majority of Linux users who already have a grand running system .... ;o) ;o) ;o) Page 23 secion 1.2.2 Shows a screenshot of what a new install will see, it's what to press to skip the registration and allow you to run off-line. But the good Update crowd do not see this picture, and maybe as myself think I have walked off the green brick road... No your still on the path to happiness, but you get a different screen shot which is not shown in the PDF. So keep going and you will rejoin the PDF again. As shown you have to tick some boxes. Most describe themselves and there are very good words on what they all do. I had issues with that well know bad boy on the block, "Web Scripting", I don't seem to be able to get that clean, as seen in the attached screen shots. But one is rewarded at the end with a sort of grand running Beta7. I'm sure I should have ticked another box, but I didn't see one I liked. rjw02-15-0-0:~ # zypper ve Loading repository data... Reading installed packages... 6 Problems: Problem: nothing provides product(sle-module-server-applications) >= 15 needed by product:sle-module-web-scripting-15-0.x86_64 Problem: nothing provides python2-pyparsing >= 2.2.0 needed by python2-packaging-16.8-1.10.noarch Problem: nothing provides product(sle-module-server-applications) >= 15 needed by product:sle-module-web-scripting-15-0.x86_64 Problem: nothing provides python2-pyparsing >= 2.2.0 needed by python2-packaging-16.8-1.10.noarch Problem: nothing provides python2-pyparsing >= 2.2.0 needed by python2-packaging-16.8-1.10.noarch Problem: nothing provides python2-pyparsing >= 2.2.0 needed by python2-packaging-16.8-1.10.noarch Problem: nothing provides product(sle-module-server-applications) >= 15 needed by product:sle-module-web-scripting-15-0.x86_64 Solution 1: deinstallation of product:sle-module-web-scripting-15-0.x86_64 Solution 2: break sle-module-web-scripting-release-15-67.1.x86_64 by ignoring some of its dependencies Choose from above solutions by number or skip, retry or cancel [1/2/s/r/c] (c): c rjw02-15-0-0:~ # This was run on VMware, so from my point of view one can use Beta7 for Update on a VMware environment. One last point, to run an off-line Update one has to be "Off-Line". Some times a SUSEConnect --cleanup will be enough, sometimes it's like pulling rhinoceros teeth... I have found, on SLES12 the following 80% of the time works to de-Register a SLE client from a SMT server.... SUSEConnect --cleanup 2018-02-18 08:25:24 rm -f /etc/SUSEConnect 2018-02-18 08:25:53 rm -rf /etc/zypp/credentials.d/* 2018-02-18 08:26:07 rm -rf /etc/zypp/repos.d/* 2018-02-18 08:26:18 rm -rf /etc/zypp/services.d/* Sometimes I have had clients that just hang in there, I move on to another machine I need to test Beta7 on and hope Beta-n will have some more pulling power ;o) I hope the above helps help some of the Update's, the new Installers can look forward to the day they do have a working tuned system, which just needs an UPDATE to continue it's good work. I have not been able to get an on-line Update to run on Beta7, there is an open bug report on this. Have a very good week. __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: -------------- next part -------------- A non-text attachment was scrubbed... Name: Beta7-UPDATE-2018-02-18.zip Type: application/octet-stream Size: 2633611 bytes Desc: Beta7-UPDATE-2018-02-18.zip URL: From jsrain at suse.cz Mon Feb 19 01:08:42 2018 From: jsrain at suse.cz (Jiri Srain) Date: Mon, 19 Feb 2018 09:08:42 +0100 Subject: [sle-beta] Beta7 Offline Update - How it's Done.. Run on VMware In-Reply-To: <46AC8C81C10B8C48820201DF2AE1D76D0120762D92@daeexmbx1.eur.ad.sag> References: <46AC8C81C10B8C48820201DF2AE1D76D0120762D92@daeexmbx1.eur.ad.sag> Message-ID: Hello Dick, (sorry for top-posting) from the screenshots you attached it shows that you did not select the Server Applications module, which is exactly what the dependency errors you mention below says. The Web & Scripting module requires the Server Applications module to be installed. Jiri On 18.2.2018 16:05, Waite, Dick (External) wrote: > Grand Lazy Sunday, > > The PDF file SUSE put out with Beta7 is grand, Pub-Date 2018-02-08.. > > Page 21 section 1.2 Installing without Registration... Maybe should also > have, Update install without Registration is similar to a New Install > but not quite as these next pages. > > I'm sure there are still out there some lost souls who run a new > install, well the next few lines are not for them ;o) This is for the > vast majority of Linux users who already have a grand running system > .... ;o)? ;o)? ;o) > > Page 23 secion 1.2.2 Shows a screenshot of what a new install will see, > it's what to press to skip the registration and allow you to run > off-line. But the good Update crowd do not see this picture, and maybe > as myself think I have walked off the green brick road... No your still > on the path to happiness, but you get a different screen shot which is > not shown in the PDF. So keep going and you will rejoin the PDF again. > ? > As shown you have to tick some boxes. Most describe themselves and there > are very good words on what they all do. > I had issues with that well know bad boy on the block, "Web Scripting", > I don't seem to be able to get that clean, as seen in the attached > screen shots. > But one is rewarded at the end with a sort of grand running Beta7. I'm > sure I should have ticked another box, but I didn't see one I liked. > > rjw02-15-0-0:~ # zypper ve > Loading repository data... > Reading installed packages... > 6 Problems: > Problem: nothing provides product(sle-module-server-applications) >= 15 > needed by product:sle-module-web-scripting-15-0.x86_64 > Problem: nothing provides python2-pyparsing >= 2.2.0 needed by > python2-packaging-16.8-1.10.noarch > Problem: nothing provides product(sle-module-server-applications) >= 15 > needed by product:sle-module-web-scripting-15-0.x86_64 > Problem: nothing provides python2-pyparsing >= 2.2.0 needed by > python2-packaging-16.8-1.10.noarch > Problem: nothing provides python2-pyparsing >= 2.2.0 needed by > python2-packaging-16.8-1.10.noarch > Problem: nothing provides python2-pyparsing >= 2.2.0 needed by > python2-packaging-16.8-1.10.noarch > > Problem: nothing provides product(sle-module-server-applications) >= 15 > needed by product:sle-module-web-scripting-15-0.x86_64 > ?Solution 1: deinstallation of product:sle-module-web-scripting-15-0.x86_64 > ?Solution 2: break sle-module-web-scripting-release-15-67.1.x86_64 by > ignoring some of its dependencies > > Choose from above solutions by number or skip, retry or cancel > [1/2/s/r/c] (c): c > rjw02-15-0-0:~ # > > This was run on VMware, so from my point of view one can use Beta7 for > Update on a VMware environment. > > One last point, to run an off-line Update one has to be "Off-Line". Some > times a SUSEConnect --cleanup will be enough, sometimes it's like > pulling rhinoceros teeth... > I have found, on SLES12 the following 80% of the time works to > de-Register a SLE client from a SMT server.... > SUSEConnect --cleanup > 2018-02-18 08:25:24 rm -f /etc/SUSEConnect > 2018-02-18 08:25:53 rm -rf /etc/zypp/credentials.d/* > 2018-02-18 08:26:07 rm -rf /etc/zypp/repos.d/* > 2018-02-18 08:26:18 rm -rf /etc/zypp/services.d/* > > Sometimes I have had clients that just hang in there, I move on to > another machine I need to test Beta7 on and hope Beta-n will have some > more pulling power ;o) > > I hope the above helps help some of the Update's, the new Installers can > look forward to the day they do have a working tuned system, which just > needs an UPDATE to continue it's good work. > > I have not been able to get an on-line Update to run on Beta7, there is > an open bug report on this. > > Have a very good week. > > __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 > -- 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 lslezak at suse.cz Mon Feb 19 02:23:14 2018 From: lslezak at suse.cz (Ladislav Slezak) Date: Mon, 19 Feb 2018 10:23:14 +0100 Subject: [sle-beta] Beta7 Offline Update - How it's Done.. Run on VMware In-Reply-To: References: <46AC8C81C10B8C48820201DF2AE1D76D0120762D92@daeexmbx1.eur.ad.sag> Message-ID: <2f80438a-26af-6339-2068-5e0ceeb37691@suse.cz> Dne 19.2.2018 v 09:08 Jiri Srain napsal(a): > Hello Dick, > > (sorry for top-posting) > > from the screenshots you attached it shows that you did not select the > Server Applications module, which is exactly what the dependency errors > you mention below says. JFYI: the module dependencies are described in the release notes: https://www.suse.com/releasenotes/x86_64/SUSE-SLES/15/#Intro.Module If something is wrong or missing there then just report a bug. (There is a "Report Bug" button at each section header.) -- 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 Feb 19 02:28:37 2018 From: Dick.Waite at softwareag.com (Waite, Dick (External)) Date: Mon, 19 Feb 2018 09:28:37 +0000 Subject: [sle-beta] Beta7 Offline Update - How it's Done.. Run on VMware In-Reply-To: References: <46AC8C81C10B8C48820201DF2AE1D76D0120762D92@daeexmbx1.eur.ad.sag>, Message-ID: <46AC8C81C10B8C48820201DF2AE1D76D012076308B@daeexmbx1.eur.ad.sag> Many Thanks as always Jiri, In the PDF it says on page 26 ... "Web and Scripting Module" Dependencies: Basesystem... "Server Applications Module" Dependencies: Basesystem... but for example: "Public Cloud Module" Dependencies: Basesystem, Server Applications... So from your good words, the "Web and Scripting Module" should also have Dependencies: Basesystem, Server Applications... Maybe people with knowledgeable eyes could take a look at pages 8 and 9 also 25 and 26 and correct the "dependencies" and maybe post them to the forum. What would be very friendly and professional Jiri would be whan fir example "Web and Scripting" is ticked by the user, all dependencies are also ticked. That I think could save many people getting a bad hair day. Again many thanks for prompt update. __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: 19 February 2018 09:08 To: sle-beta at lists.suse.com Subject: Re: [sle-beta] Beta7 Offline Update - How it's Done.. Run on VMware Hello Dick, (sorry for top-posting) from the screenshots you attached it shows that you did not select the Server Applications module, which is exactly what the dependency errors you mention below says. The Web & Scripting module requires the Server Applications module to be installed. Jiri On 18.2.2018 16:05, Waite, Dick (External) wrote: > Grand Lazy Sunday, > > The PDF file SUSE put out with Beta7 is grand, Pub-Date 2018-02-08.. > > Page 21 section 1.2 Installing without Registration... Maybe should also > have, Update install without Registration is similar to a New Install > but not quite as these next pages. > > I'm sure there are still out there some lost souls who run a new > install, well the next few lines are not for them ;o) This is for the > vast majority of Linux users who already have a grand running system > .... ;o) ;o) ;o) > > Page 23 secion 1.2.2 Shows a screenshot of what a new install will see, > it's what to press to skip the registration and allow you to run > off-line. But the good Update crowd do not see this picture, and maybe > as myself think I have walked off the green brick road... No your still > on the path to happiness, but you get a different screen shot which is > not shown in the PDF. So keep going and you will rejoin the PDF again. > > As shown you have to tick some boxes. Most describe themselves and there > are very good words on what they all do. > I had issues with that well know bad boy on the block, "Web Scripting", > I don't seem to be able to get that clean, as seen in the attached > screen shots. > But one is rewarded at the end with a sort of grand running Beta7. I'm > sure I should have ticked another box, but I didn't see one I liked. > > rjw02-15-0-0:~ # zypper ve > Loading repository data... > Reading installed packages... > 6 Problems: > Problem: nothing provides product(sle-module-server-applications) >= 15 > needed by product:sle-module-web-scripting-15-0.x86_64 > Problem: nothing provides python2-pyparsing >= 2.2.0 needed by > python2-packaging-16.8-1.10.noarch > Problem: nothing provides product(sle-module-server-applications) >= 15 > needed by product:sle-module-web-scripting-15-0.x86_64 > Problem: nothing provides python2-pyparsing >= 2.2.0 needed by > python2-packaging-16.8-1.10.noarch > Problem: nothing provides python2-pyparsing >= 2.2.0 needed by > python2-packaging-16.8-1.10.noarch > Problem: nothing provides python2-pyparsing >= 2.2.0 needed by > python2-packaging-16.8-1.10.noarch > > Problem: nothing provides product(sle-module-server-applications) >= 15 > needed by product:sle-module-web-scripting-15-0.x86_64 > Solution 1: deinstallation of product:sle-module-web-scripting-15-0.x86_64 > Solution 2: break sle-module-web-scripting-release-15-67.1.x86_64 by > ignoring some of its dependencies > > Choose from above solutions by number or skip, retry or cancel > [1/2/s/r/c] (c): c > rjw02-15-0-0:~ # > > This was run on VMware, so from my point of view one can use Beta7 for > Update on a VMware environment. > > One last point, to run an off-line Update one has to be "Off-Line". Some > times a SUSEConnect --cleanup will be enough, sometimes it's like > pulling rhinoceros teeth... > I have found, on SLES12 the following 80% of the time works to > de-Register a SLE client from a SMT server.... > SUSEConnect --cleanup > 2018-02-18 08:25:24 rm -f /etc/SUSEConnect > 2018-02-18 08:25:53 rm -rf /etc/zypp/credentials.d/* > 2018-02-18 08:26:07 rm -rf /etc/zypp/repos.d/* > 2018-02-18 08:26:18 rm -rf /etc/zypp/services.d/* > > Sometimes I have had clients that just hang in there, I move on to > another machine I need to test Beta7 on and hope Beta-n will have some > more pulling power ;o) > > I hope the above helps help some of the Update's, the new Installers can > look forward to the day they do have a working tuned system, which just > needs an UPDATE to continue it's good work. > > I have not been able to get an on-line Update to run on Beta7, there is > an open bug report on this. > > Have a very good week. > > __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 > -- 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 Dick.Waite at softwareag.com Mon Feb 19 02:39:20 2018 From: Dick.Waite at softwareag.com (Waite, Dick (External)) Date: Mon, 19 Feb 2018 09:39:20 +0000 Subject: [sle-beta] Beta7 Offline Update - How it's Done.. Run on VMware In-Reply-To: <2f80438a-26af-6339-2068-5e0ceeb37691@suse.cz> References: <46AC8C81C10B8C48820201DF2AE1D76D0120762D92@daeexmbx1.eur.ad.sag> , <2f80438a-26af-6339-2068-5e0ceeb37691@suse.cz> Message-ID: <46AC8C81C10B8C48820201DF2AE1D76D01207630F4@daeexmbx1.eur.ad.sag> Grand Monday Ladislay, Sorry your post came in as I sent a reply to Jiri. I did potter over to that page on the weekend. Legacy Packages for migration purposes with limited support timeframe Base System Which page 26 says it should also have Server Applications and "Bad Boy" Web and Scripting is not in the list on that page. I'm down for "native speaker" on some meetings today but in SAG tomorrow and will do as you say. "If something is wrong or missing there then just report a bug. (There is a "Report Bug" button at each section header.)" Again many thanks for keeping the ball on the pitch. __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: 19 February 2018 10:23 To: sle-beta at lists.suse.com Subject: Re: [sle-beta] Beta7 Offline Update - How it's Done.. Run on VMware Dne 19.2.2018 v 09:08 Jiri Srain napsal(a): > Hello Dick, > > (sorry for top-posting) > > from the screenshots you attached it shows that you did not select the > Server Applications module, which is exactly what the dependency errors > you mention below says. JFYI: the module dependencies are described in the release notes: https://www.suse.com/releasenotes/x86_64/SUSE-SLES/15/#Intro.Module If something is wrong or missing there then just report a bug. (There is a "Report Bug" button at each section header.) -- 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 vmoutoussamy at suse.com Mon Feb 19 02:57:18 2018 From: vmoutoussamy at suse.com (Vincent Moutoussamy) Date: Mon, 19 Feb 2018 10:57:18 +0100 Subject: [sle-beta] SUSE Linux Enterprise 15 in Public Beta - Webinar In-Reply-To: References: <88A91E65-8BF0-4083-90CD-D37F052A4E8E@suse.com> Message-ID: <925788E5-E147-4251-8EF3-6B0224821352@suse.com> Hi, Those who weren?t able to check the Live or Recorded Webinar on brighttalk.com can now watch it on on Youtube: https://youtu.be/hy5dvba149c Have a nice day, Regards, -- Vincent Moutoussamy SUSE Beta Program and SDK Project Manager > On 26 Jan 2018, at 12:06, Vincent Moutoussamy wrote: > > Bonjour, > > A big thank you for those who joined yesterday webinar! When we look at the > overall rating of the webinar, the amount and the questions from the audience, > we feel like this was a great and valuable webinar. We hope you feel the same. > > The recording of the webinar is now available at: > https://www.brighttalk.com/webcast/11477/298219 > > We will try to schedule another webinar (date and content To Be Defined), maybe > with demo or more specific techinical topics. We already have some ideas for it, > but as always do not hesitate to share your ideas or expectations to > beta-programs at lists.suse.com. > > Have a nice friday and week-end, > > Regards, > -- > Vincent Moutoussamy > SUSE Beta Program and SDK Project Manager > >> On 22 Jan 2018, at 15:13, Vincent Moutoussamy wrote: >> >> Greetings everyone, >> >> We are glad to invite you to our first SLE 15 Beta Webinar! >> >>> Title: SUSE Linux Enterprise 15 in Public Beta >>> Presenter: Kai Dupke - SLE 15 Product Manager >>> Date: 25 Jan 2018 >>> Time: 7 a.m. PST / 4 p.m. CET >>> Link to register: https://www.brighttalk.com/webcast/11477/298219 >> >> You might have received the communication we have sent last week, to our >> customer base (in attachment). But in short Kai Dupke our SLE 15 Product Manager >> will do a high level presentation of SLE 15 and host a Q&A session with the >> audience. >> Members of the SLE Release and Architect Team will also be there to answer >> questions. >> >> The entire session is scheduled for an hour, and should be recorded for those >> who won't be able to join. I will of course send the link of the video when it >> will be available on sle-beta at lists.suse.com. >> >> No matter if you are a customer or not, a partner or an individual, we hope to >> see and hear you there! >> >> Have a nice day, >> >> Regards, >> -- >> Vincent Moutoussamy >> SUSE Beta Program and SDK Project Manager >> >> >> >> _______________________________________________ >> sle-beta mailing list >> sle-beta at lists.suse.com >> http://lists.suse.com/mailman/listinfo/sle-beta > > _______________________________________________ > sle-beta mailing list > sle-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sle-beta -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 488 bytes Desc: Message signed with OpenPGP URL: From jsrain at suse.cz Mon Feb 19 04:34:47 2018 From: jsrain at suse.cz (Jiri Srain) Date: Mon, 19 Feb 2018 12:34:47 +0100 Subject: [sle-beta] Beta7 Offline Update - How it's Done.. Run on VMware In-Reply-To: <46AC8C81C10B8C48820201DF2AE1D76D012076308B@daeexmbx1.eur.ad.sag> References: <46AC8C81C10B8C48820201DF2AE1D76D0120762D92@daeexmbx1.eur.ad.sag> <46AC8C81C10B8C48820201DF2AE1D76D012076308B@daeexmbx1.eur.ad.sag> Message-ID: <43841410-f659-83d3-b306-3ba1b0dd8084@suse.cz> Hello Dick, On 19.2.2018 10:28, Waite, Dick (External) wrote: > Many Thanks as always Jiri, > > In the PDF it says on page 26 ... > "Web and Scripting Module" > Dependencies: Basesystem... > > "Server Applications Module" > Dependencies: Basesystem... > > but for example: > "Public Cloud Module" > Dependencies: Basesystem, Server Applications... > > So from your good words, the "Web and Scripting Module" should also have > Dependencies: Basesystem, Server Applications... Yes, according to the dependency error you posted, it should. > Maybe people with knowledgeable eyes could take a look at pages 8 and 9 also 25 and 26 and correct the "dependencies" and maybe post them to the forum. > > What would be very friendly and professional Jiri would be whan fir example "Web and Scripting" is ticked by the user, all dependencies are also ticked. That I think could save many people getting a bad hair day. And this is what happens if you select the modules from SCC on-line (or via a local proxy). OTOH: The Packages DVD is just a bunch of repositories and the dependencies between them are hidden inside, not visible until you selected the respective repositories. Jiri > Again many thanks for prompt update. > > __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: 19 February 2018 09:08 > To: sle-beta at lists.suse.com > Subject: Re: [sle-beta] Beta7 Offline Update - How it's Done.. Run on VMware > > Hello Dick, > > (sorry for top-posting) > > from the screenshots you attached it shows that you did not select the > Server Applications module, which is exactly what the dependency errors > you mention below says. > > The Web & Scripting module requires the Server Applications module to be > installed. > > Jiri > > On 18.2.2018 16:05, Waite, Dick (External) wrote: >> Grand Lazy Sunday, >> >> The PDF file SUSE put out with Beta7 is grand, Pub-Date 2018-02-08.. >> >> Page 21 section 1.2 Installing without Registration... Maybe should also >> have, Update install without Registration is similar to a New Install >> but not quite as these next pages. >> >> I'm sure there are still out there some lost souls who run a new >> install, well the next few lines are not for them ;o) This is for the >> vast majority of Linux users who already have a grand running system >> .... ;o) ;o) ;o) >> >> Page 23 secion 1.2.2 Shows a screenshot of what a new install will see, >> it's what to press to skip the registration and allow you to run >> off-line. But the good Update crowd do not see this picture, and maybe >> as myself think I have walked off the green brick road... No your still >> on the path to happiness, but you get a different screen shot which is >> not shown in the PDF. So keep going and you will rejoin the PDF again. >> >> As shown you have to tick some boxes. Most describe themselves and there >> are very good words on what they all do. >> I had issues with that well know bad boy on the block, "Web Scripting", >> I don't seem to be able to get that clean, as seen in the attached >> screen shots. >> But one is rewarded at the end with a sort of grand running Beta7. I'm >> sure I should have ticked another box, but I didn't see one I liked. >> >> rjw02-15-0-0:~ # zypper ve >> Loading repository data... >> Reading installed packages... >> 6 Problems: >> Problem: nothing provides product(sle-module-server-applications) >= 15 >> needed by product:sle-module-web-scripting-15-0.x86_64 >> Problem: nothing provides python2-pyparsing >= 2.2.0 needed by >> python2-packaging-16.8-1.10.noarch >> Problem: nothing provides product(sle-module-server-applications) >= 15 >> needed by product:sle-module-web-scripting-15-0.x86_64 >> Problem: nothing provides python2-pyparsing >= 2.2.0 needed by >> python2-packaging-16.8-1.10.noarch >> Problem: nothing provides python2-pyparsing >= 2.2.0 needed by >> python2-packaging-16.8-1.10.noarch >> Problem: nothing provides python2-pyparsing >= 2.2.0 needed by >> python2-packaging-16.8-1.10.noarch >> >> Problem: nothing provides product(sle-module-server-applications) >= 15 >> needed by product:sle-module-web-scripting-15-0.x86_64 >> Solution 1: deinstallation of product:sle-module-web-scripting-15-0.x86_64 >> Solution 2: break sle-module-web-scripting-release-15-67.1.x86_64 by >> ignoring some of its dependencies >> >> Choose from above solutions by number or skip, retry or cancel >> [1/2/s/r/c] (c): c >> rjw02-15-0-0:~ # >> >> This was run on VMware, so from my point of view one can use Beta7 for >> Update on a VMware environment. >> >> One last point, to run an off-line Update one has to be "Off-Line". Some >> times a SUSEConnect --cleanup will be enough, sometimes it's like >> pulling rhinoceros teeth... >> I have found, on SLES12 the following 80% of the time works to >> de-Register a SLE client from a SMT server.... >> SUSEConnect --cleanup >> 2018-02-18 08:25:24 rm -f /etc/SUSEConnect >> 2018-02-18 08:25:53 rm -rf /etc/zypp/credentials.d/* >> 2018-02-18 08:26:07 rm -rf /etc/zypp/repos.d/* >> 2018-02-18 08:26:18 rm -rf /etc/zypp/services.d/* >> >> Sometimes I have had clients that just hang in there, I move on to >> another machine I need to test Beta7 on and hope Beta-n will have some >> more pulling power ;o) >> >> I hope the above helps help some of the Update's, the new Installers can >> look forward to the day they do have a working tuned system, which just >> needs an UPDATE to continue it's good work. >> >> I have not been able to get an on-line Update to run on Beta7, there is >> an open bug report on this. >> >> Have a very good week. >> >> __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 >> > > -- > 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 > -- 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 vmoutoussamy at suse.com Mon Feb 19 05:27:08 2018 From: vmoutoussamy at suse.com (Vincent Moutoussamy) Date: Mon, 19 Feb 2018 13:27:08 +0100 Subject: [sle-beta] Highlights of YaST Development Message-ID: <3D734368-02EC-4A1C-B80D-40A3C88E9E00@suse.com> Hi, I just wanted to share the ?Highlights of YaST Development? posts on https://lizards.opensuse.org. In these posts, our YaST Team is reviewing important changes done during their sprint, that will land in SLE 15 and openSUSE Tumbleweed. The last one to date is: https://lizards.opensuse.org/2018/02/09/highlights-of-yast-development-sprint-50/ Covering changes on the Expert Partitioner, SLED system roles, Firewalld, move from Xinetd to Systemd sockets and more. If you want to be notified whenever there is a new post, you can subscribe to the RSS feed -> https://lizards.opensuse.org/feed/. Happy reading, Regards, -- Vincent Moutoussamy SUSE Beta Program and SDK Project Manager -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 488 bytes Desc: Message signed with OpenPGP URL: From S.M.Flood at uis.cam.ac.uk Tue Feb 20 03:35:21 2018 From: S.M.Flood at uis.cam.ac.uk (Simon Flood) Date: Tue, 20 Feb 2018 10:35:21 +0000 Subject: [sle-beta] NoSuchBuildException on beta7 In-Reply-To: <1829346798.813416.1519062924024.JavaMail.zimbra@tre-sc.jus.br> References: <1829346798.813416.1519062924024.JavaMail.zimbra@tre-sc.jus.br> Message-ID: <7ff90983-ede5-9adb-9d5f-f8ee0b8ab8cc@uis.cam.ac.uk> I saw this yesterday with both Firefox and Chromium on openSUSE Leap 42.3. After some time had passed it then worked with Chromium (without me changing anything) but still not with Firefox. I then fixed Firefox by clearing all my suse.com (and other Micro Focus domains) cookies. HTH, Simon On 19/02/18 17:55, Luiz Angelo Daros de Luca wrote: > > > Hello, > > I'm trying to download ISO from https://www.suse.com/betaprogram/sle-beta/ but when I click the download link, I get to a page that shows this msg: > > There is no such download build in our system, or it once was but has been removed. > I'm from Brazil. Maybe a local mirror problem? > > Regards, > > > > _______________________________________________ > sle-beta mailing list > sle-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sle-beta > -- Simon Flood HPC System Administrator University of Cambridge Information Services United Kingdom SUSE/Micro Focus Knowledge Partner From vmoutoussamy at suse.com Tue Feb 20 04:04:40 2018 From: vmoutoussamy at suse.com (Vincent Moutoussamy) Date: Tue, 20 Feb 2018 12:04:40 +0100 Subject: [sle-beta] NoSuchBuildException on beta7 In-Reply-To: <7ff90983-ede5-9adb-9d5f-f8ee0b8ab8cc@uis.cam.ac.uk> References: <1829346798.813416.1519062924024.JavaMail.zimbra@tre-sc.jus.br> <7ff90983-ede5-9adb-9d5f-f8ee0b8ab8cc@uis.cam.ac.uk> Message-ID: <96AF2F42-39D9-4602-A651-D349B8F11E17@suse.com> Hi, Yes, with SLE15 beta we are really pressing on download.suse.com site, we are uploading a lot more and more frequently than before? Anyway this kind of issue should be easily fixed by clearing your browser's cookies or using your browser?s Private Mode. Please let us know if you still have issues, and do not hesitate to report them so I can forward it to our IT team to fix or improve our platform. Have a nice day, Regards, -- Vincent Moutoussamy SUSE Beta Program and SDK Project Manager > On 20 Feb 2018, at 11:35, Simon Flood wrote: > > I saw this yesterday with both Firefox and Chromium on openSUSE Leap 42.3. After some time had passed it then worked with Chromium (without me changing anything) but still not with Firefox. I then fixed Firefox by clearing all my suse.com (and other Micro Focus domains) cookies. > > HTH, > Simon > > On 19/02/18 17:55, Luiz Angelo Daros de Luca wrote: >> Hello, >> I'm trying to download ISO from https://www.suse.com/betaprogram/sle-beta/ but when I click the download link, I get to a page that shows this msg: >> There is no such download build in our system, or it once was but has been removed. >> I'm from Brazil. Maybe a local mirror problem? >> Regards, >> _______________________________________________ >> sle-beta mailing list >> sle-beta at lists.suse.com >> http://lists.suse.com/mailman/listinfo/sle-beta > > -- > 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 488 bytes Desc: Message signed with OpenPGP URL: From luizluca at tre-sc.jus.br Tue Feb 20 10:41:48 2018 From: luizluca at tre-sc.jus.br (Luiz Angelo Daros de Luca) Date: Tue, 20 Feb 2018 14:41:48 -0300 (BRT) Subject: [sle-beta] NoSuchBuildException on beta7 In-Reply-To: <96AF2F42-39D9-4602-A651-D349B8F11E17@suse.com> References: <1829346798.813416.1519062924024.JavaMail.zimbra@tre-sc.jus.br> <7ff90983-ede5-9adb-9d5f-f8ee0b8ab8cc@uis.cam.ac.uk> <96AF2F42-39D9-4602-A651-D349B8F11E17@suse.com> Message-ID: <1296985858.1193757.1519148508519.JavaMail.zimbra@tre-sc.jus.br> Hi, The cookie trick fixed it. Thanks! Regards, -- Luiz Angelo Daros de Luca ----- Mensagem original ----- De: "Vincent Moutoussamy" Para: "Simon Flood" Cc: sle-beta at lists.suse.com Enviadas: Ter?a-feira, 20 de fevereiro de 2018 8:04:40 Assunto: Re: [sle-beta] NoSuchBuildException on beta7 Hi, Yes, with SLE15 beta we are really pressing on download.suse.com site, we are uploading a lot more and more frequently than before? Anyway this kind of issue should be easily fixed by clearing your browser's cookies or using your browser?s Private Mode. Please let us know if you still have issues, and do not hesitate to report them so I can forward it to our IT team to fix or improve our platform. Have a nice day, Regards, -- Vincent Moutoussamy SUSE Beta Program and SDK Project Manager > On 20 Feb 2018, at 11:35, Simon Flood wrote: > > I saw this yesterday with both Firefox and Chromium on openSUSE Leap 42.3. After some time had passed it then worked with Chromium (without me changing anything) but still not with Firefox. I then fixed Firefox by clearing all my suse.com (and other Micro Focus domains) cookies. > > HTH, > Simon > > On 19/02/18 17:55, Luiz Angelo Daros de Luca wrote: >> Hello, >> I'm trying to download ISO from https://www.suse.com/betaprogram/sle-beta/ but when I click the download link, I get to a page that shows this msg: >> There is no such download build in our system, or it once was but has been removed. >> I'm from Brazil. Maybe a local mirror problem? >> Regards, >> _______________________________________________ >> sle-beta mailing list >> sle-beta at lists.suse.com >> http://lists.suse.com/mailman/listinfo/sle-beta > > -- > 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 _______________________________________________ sle-beta mailing list sle-beta at lists.suse.com http://lists.suse.com/mailman/listinfo/sle-beta From malcolmlewis at cableone.net Wed Feb 21 18:04:28 2018 From: malcolmlewis at cableone.net (Malcolm) Date: Wed, 21 Feb 2018 19:04:28 -0600 Subject: [sle-beta] Kernel Module sp5100_tco - Already in use. Message-ID: <20180221190428.468f7fa3@grover.homelinux.org> Hi I see this warning on booting up, it doesn't appear to cause any issues, I don't hibernate or suspend my systems. Feb 21 18:49:53 big-bird kernel: sp5100_tco: SP5100/SB800 TCO WatchDog Timer Driver v0.05 Feb 21 18:49:53 big-bird kernel: sp5100_tco: PCI Vendor ID: 0x1022, Device ID: 0x780b, Revision ID: 0x42 Feb 21 18:49:53 big-bird kernel: sp5100_tco: I/O address 0x0cd6 already in use Is this something that should be investigated or safe to ignore? Currently on SLED Beta 7, HP Notebook 14-an013ar this system has an AMD E2-7110 APU with AMD Radeon R2 Graphics, running the amdgpu driver. -- Cheers Malcolm ??? SUSE Knowledge Partner (Linux Counter #276890) openSUSE Leap 42.3 | GNOME 3.20.2 | 4.4.114-42-default HP 255 G4 Notebook | A6-6310 X4 @ 1.80 GHz | AMD Radeon R4 up 5 days 23:45, 1 user, load average: 0.57, 0.63, 0.70 From waldt at b1-systems.de Thu Feb 22 00:57:34 2018 From: waldt at b1-systems.de (Eike Waldt) Date: Thu, 22 Feb 2018 08:57:34 +0100 Subject: [sle-beta] vhostmd package missing Message-ID: Hi there, could the vhostmd package please be added to SLE-15. It is available for Leap 15 here: https://build.opensuse.org/package/show/openSUSE:Leap:15.0/vhostmd Cheers, -- Eike Waldt Linux Consultant & Trainer Tel.: +49-175-7241189 Mail: waldt at b1-systems.de B1 Systems GmbH Osterfeldstra?e 7 / 85088 Vohburg / http://www.b1-systems.de GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From fcrozat at suse.com Thu Feb 22 01:46:51 2018 From: fcrozat at suse.com (Frederic Crozat) Date: Thu, 22 Feb 2018 09:46:51 +0100 Subject: [sle-beta] vhostmd package missing In-Reply-To: References: Message-ID: <1519289211.27789.8.camel@suse.com> Le jeudi 22 f?vrier 2018 ? 08:57 +0100, Eike Waldt a ?crit : > Hi there, > > could the vhostmd package please be added to SLE-15. Please open a bug report. -- Frederic Crozat Enterprise Desktop Release Manager SUSE From waldt at b1-systems.de Thu Feb 22 07:43:16 2018 From: waldt at b1-systems.de (Eike Waldt) Date: Thu, 22 Feb 2018 15:43:16 +0100 Subject: [sle-beta] vhostmd package missing In-Reply-To: <1519289211.27789.8.camel@suse.com> References: <1519289211.27789.8.camel@suse.com> Message-ID: <1cccf2f0-5a27-83b6-95bd-2a55094db113@b1-systems.de> On 02/22/2018 09:46 AM, Frederic Crozat wrote: > Le jeudi 22 f?vrier 2018 ? 08:57 +0100, Eike Waldt a ?crit : >> Hi there, >> >> could the vhostmd package please be added to SLE-15. > > Please open a bug report. > https://bugzilla.suse.com/show_bug.cgi?id=1082294 -- Eike Waldt Linux Consultant & Trainer Tel.: +49-175-7241189 Mail: waldt at b1-systems.de B1 Systems GmbH Osterfeldstra?e 7 / 85088 Vohburg / http://www.b1-systems.de GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From peter.czanik at balabit.com Fri Feb 23 02:38:21 2018 From: peter.czanik at balabit.com (=?UTF-8?B?Q3phbmlrLCBQw6l0ZXI=?=) Date: Fri, 23 Feb 2018 10:38:21 +0100 Subject: [sle-beta] beta7 on Arm Message-ID: Hi, Just a few notes from installing SLES 15 beta7 on a SoftIron Aarch64 machine. Installation is done through the serial console. The default 80x24 console proved to be too small in a few cases. For example buttons were not available on the repo selection screen. A 132x43 console works perfectly. I already had partitions on the machine so at first I wanted to utilize the existing partitions. The advanced partitioner kept saying me on exit that I need to create a /boot/efi partition even when it was already there. When I exited anyway YaST crashed a few steps later with some mounting related error messages. Now I'm doing a fresh installation deleting all previous partitions... Bye, Peter Czanik (CzP) Balabit / syslog-ng upstream https://syslog-ng.com/blog/author/peterczanik/ https://twitter.com/PCzanik -------------- next part -------------- An HTML attachment was scrubbed... URL: From jreidinger at suse.com Fri Feb 23 04:28:48 2018 From: jreidinger at suse.com (Josef Reidinger) Date: Fri, 23 Feb 2018 12:28:48 +0100 Subject: [sle-beta] beta7 on Arm In-Reply-To: References: Message-ID: <20180223122848.46fd4441@pepa.labs.suse.cz> On Fri, 23 Feb 2018 10:38:21 +0100 "Czanik, P?ter " wrote: > Hi, > > Just a few notes from installing SLES 15 beta7 on a SoftIron Aarch64 > machine. > > Installation is done through the serial console. The default 80x24 console > proved to be too small in a few cases. For example buttons were not > available on the repo selection screen. A 132x43 console works perfectly. Please report bug report, ideally with screenshots, for all locations where it does not fit 80x24 as it is minimal solution we support ( for ncurse TUI installation, for qt it is higher resolution ). Thanks Josef > > I already had partitions on the machine so at first I wanted to utilize the > existing partitions. The advanced partitioner kept saying me on exit that I > need to create a /boot/efi partition even when it was already there. When I > exited anyway YaST crashed a few steps later with some mounting related > error messages. > > Now I'm doing a fresh installation deleting all previous partitions... > > Bye, > > Peter Czanik (CzP) > Balabit / syslog-ng upstream > https://syslog-ng.com/blog/author/peterczanik/ > https://twitter.com/PCzanik From kukuk at suse.de Fri Feb 23 12:18:11 2018 From: kukuk at suse.de (Thorsten Kukuk) Date: Fri, 23 Feb 2018 20:18:11 +0100 Subject: [sle-beta] firewall-macros missing In-Reply-To: <1496199820.2543095.1519411138267.JavaMail.zimbra@tre-sc.jus.br> References: <1496199820.2543095.1519411138267.JavaMail.zimbra@tre-sc.jus.br> Message-ID: <20180223191811.GA11499@suse.de> Hi, On Fri, Feb 23, Luiz Angelo Daros de Luca wrote: > Hello, > > This article suggests to use firewall-macros when a package needs to interact > with firewall. > https://en.opensuse.org/Firewalld/RPM_Packaging > > However, it SLE15 does not provide firewall-macros. Is this info outdated? It's not outdated, it is for another product: openSUSE Tumbleweed. > It seems someone started to implement > that idea and didn't finished or gave up. Everything seems to be there on openSUSE Tumbleweed. > BTW, that article should also tell that packages also require > firewall-cmd or firewalld. No, this would be plain wrong. Never add requires you don't need, this will only break a lot of other stuff, but will not help anybody. Or in other words: wrong or useless requires have only disadvantages, never a single advantage. Like in this case. > And there is a bug on install line: it does not use %{buildroot} That's the good thinks on wiki: you can fix that yourself ;) For SLE15, if you need firewall-macros, please open a bug report, so that it will be added to the right Module. 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 luizluca at tre-sc.jus.br Fri Feb 23 15:13:00 2018 From: luizluca at tre-sc.jus.br (Luiz Angelo Daros de Luca) Date: Fri, 23 Feb 2018 19:13:00 -0300 (BRT) Subject: [sle-beta] firewall-macros missing In-Reply-To: <20180223191811.GA11499@suse.de> References: <1496199820.2543095.1519411138267.JavaMail.zimbra@tre-sc.jus.br> <20180223191811.GA11499@suse.de> Message-ID: <772332217.2700295.1519423980434.JavaMail.zimbra@tre-sc.jus.br> Thanks Thorsten, > Hi, > > On Fri, Feb 23, Luiz Angelo Daros de Luca wrote: > >> Hello, >> >> This article suggests to use firewall-macros when a package needs to interact >> with firewall. >> https://en.opensuse.org/Firewalld/RPM_Packaging >> >> However, it SLE15 does not provide firewall-macros. Is this info outdated? > > It's not outdated, it is for another product: openSUSE Tumbleweed. > I though that SLE/OpenSUSE packaging guidelines where now aligned. >> It seems someone started to implement >> that idea and didn't finished or gave up. > > Everything seems to be there on openSUSE Tumbleweed. > >> BTW, that article should also tell that packages also require >> firewall-cmd or firewalld. > > No, this would be plain wrong. Never add requires you don't need, > this will only break a lot of other stuff, but will not help anybody. > Or in other words: wrong or useless requires have only disadvantages, > never a single advantage. Like in this case. > You are right. >> And there is a bug on install line: it does not use %{buildroot} > > That's the good thinks on wiki: you can fix that yourself ;) > Done. > For SLE15, if you need firewall-macros, please open a bug report, > so that it will be added to the right Module. firewall-macros really does not provide much as it only offer a single macro. Guidelines recommends to use it. So, it's expected that when tumbleweed packages start to use firewalld, they will require that package. Those packages will simply fails if built for SLE15. Personally, I do not need that package. Luiz From kukuk at suse.de Mon Feb 26 00:09:49 2018 From: kukuk at suse.de (Thorsten Kukuk) Date: Mon, 26 Feb 2018 08:09:49 +0100 Subject: [sle-beta] firewall-macros missing In-Reply-To: <772332217.2700295.1519423980434.JavaMail.zimbra@tre-sc.jus.br> References: <1496199820.2543095.1519411138267.JavaMail.zimbra@tre-sc.jus.br> <20180223191811.GA11499@suse.de> <772332217.2700295.1519423980434.JavaMail.zimbra@tre-sc.jus.br> Message-ID: <20180226070949.GA19753@suse.de> On Fri, Feb 23, Luiz Angelo Daros de Luca wrote: > Thanks Thorsten, > > > Hi, > > > > On Fri, Feb 23, Luiz Angelo Daros de Luca wrote: > > > >> Hello, > >> > >> This article suggests to use firewall-macros when a package needs to interact > >> with firewall. > >> https://en.opensuse.org/Firewalld/RPM_Packaging > >> > >> However, it SLE15 does not provide firewall-macros. Is this info outdated? > > > > It's not outdated, it is for another product: openSUSE Tumbleweed. > > > > I though that SLE/OpenSUSE packaging guidelines where now aligned. Quite simple: openSUSE Tumbleweed is a rolling release with changes nearly every day, SLE is pretty stable. So, even if you align the packaging guidelines at one point in time: SLE will stay, openSUSE Tumbleweed will move quickly away and the guidelines are no longer aligned again. 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 waldt at b1-systems.de Wed Feb 28 09:53:05 2018 From: waldt at b1-systems.de (Eike Waldt) Date: Wed, 28 Feb 2018 17:53:05 +0100 Subject: [sle-beta] postfix fails to start Message-ID: Hi there, there is an open bug for postfix which we encountered today also on SLES15 beta7. https://bugzilla.suse.com/show_bug.cgi?id=1063679 Please fix it ;) Cheers, -- Eike Waldt Linux Consultant & Trainer Tel.: +49-175-7241189 Mail: waldt at b1-systems.de B1 Systems GmbH Osterfeldstra?e 7 / 85088 Vohburg / http://www.b1-systems.de GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: