[sles-beta] php disappeared in beta6?

Wed May 21 01:51:20 MDT 2014

Hi
When guessing and discussing about the new ideas of SUSE delivering software and trying to register against NCC or SCC whatever..

We do have already an example in the present SLES12 Beta6 YAST installer. When initializing the software manager, there is a hard coded download of the release notes from https://www.suse.com; - timeout 5minutes.
This timeout of course gets multiplied by the number of network interfaces physically present on the server.

2014-05-16 06:11:21 <1> h063uz(3730) [Ruby] clients/inst_download_release_notes.rb:111 Downloading release notes: /usr/bin/curl --location --verbose --fail --

max-time 300   'https://www.suse.com/releasenotes/x86_64/SUSE-SLES/12/RELEASE-NOTES.en.rtf' --output '/tmp/YaST2-03730-kp1K67/relnotes' > '/var/log/YaST2/curl

_log' 2>&1 returned 7

So within the YAST installer the priority is set to the release notes instead of a smooth installation.

My simple question is:
When does SUSE finally understand that in a high productivity environment security and firewalls do play a crucial role?

A high productivity environment is what the majority of us end-users are faced with. No internet access on all servers. So with the above hard coded download the majority of us gets bored with waiting for nothing. Why: just because it is simpler to download well formatted rtf release notes from www.suse.com<http://www.suse.com>, than to deal with rpms.
I need to deploy within minutes I will never be reading release notes while installing.
Here from my point of view SUSE does set the priority on the wrong part.

I technically understand, why a subscription registration is important to get my php channel delivered. This has to do with the NU mechanism getting zypper and therefore the software manager all allowed NU repositories upon registration, making php available.
BUT from my point of view, making the download of opensource software dependent of a subscription registration is contradictory to the opensource license and opensource idea itself.

To download opensource software, there must not be any registration dependency. Only when there is need for support and updates, this needs a support service and therefore a subscription registration.

So in my place I need to deploy fast and smooth and afterwards, when everything is set up I will register against SMT.
SMT is the only connector to SUSE allowed here.
My SMT is physically separated in a DMZ and also physically separated from the frozen SUSE production update repositories.
In fact, SMT does download the updates and register etc, but all services used for production are physically separated in a different zone from SMT for security reasons.

When looking at SUSEConnect there is really no usable help around about what to enter when trying to register. It is the same pain as I had with suse_register and dealing with firewalls etc.

So once again:
When does SUSE finally understand that in a high productivity environment security and firewalls do play a crucial role?

Thanks

Urs Frey
Post CH AG
Informationstechnologie
IT Betrieb
Webergutstrasse 12
3030 Bern (Zollikofen)
Telefon : ++41 (0)58 338 58 70
FAX     : ++41 (0)58 667 30 07
E-Mail:   urs.frey at post.ch<mailto:urs.frey at post.ch>

Von: sles-beta-bounces at lists.suse.com [mailto:sles-beta-bounces at lists.suse.com] Im Auftrag von Darren Thompson
Gesendet: Wednesday, May 21, 2014 12:14 AM
An: Richard Brown; sles-beta at lists.suse.com
Cc: sles-beta at suse.com
Betreff: Re: [sles-beta] php disappeared in beta6?

Bingo

The answer was right in front of us all the time, why not package them as
an extension ISO?

Darren

On 21 May 2014 04:35, Richard Brown <rbrown at suse.de<mailto:rbrown at suse.de>> wrote:
On 2014-05-20 20:02, Tony Ernst wrote:
One more data point...

I originally discovered that php was missing when I tried to build a
package that has the dependency BuildRequires:php5-devel

The build is done in a chroot using packages from the SLES12 and SDK12 media.

The php5-devel rpm is on the SDK12 Beta6 media. But it turns out that it's
uninstallable, because php5-devel has a dependency on php5, which is not
on any of the media. This just seems wrong.

Tony

I sympathize, I found a very similar issue with the HA Extension, the solution being adding the HA Extension in order to be able to make the correct use of the relevant SDK packages.

This is actually covered in the SDK readme, which explains that the SDK is for SLES, SLED, and it's extensions, and some packages may not work without the the presence of the appropriate product.

When it comes to this kind of thing, I find it beneficial to think of Modules very much like I think of SLE Extensions

Hope this helps,
- Richard

--
-------------------------------------------------------------------
  Richard Brown, QA Engineer
  Phone +4991174053-361,  Fax +4991174053-483
  SUSE LINUX Products GmbH,  Maxfeldstr. 5,  D-90409 Nuernberg
  Geschaeftsfuehrer: Jeff Hawn, Jennifer Guild, Felix Imendoerffer,
  HRB 16746 (AG Nuernberg)
-------------------------------------------------------------------
_______________________________________________
sles-beta mailing list
sles-beta at lists.suse.com<mailto:sles-beta at lists.suse.com>
http://lists.suse.com/mailman/listinfo/sles-beta

--

Darren Thompson

Professional Services Engineer / Consultant

 [cid:image001.jpg at 01CB7C0C.6C6A2AE0]

Level 3, 60 City Road

Southgate, VIC 3006

Mb: 0400 640 414

Mail: darrent at akurit.com.au<mailto:steve at akurit.com.au>
Web: www.akurit.com.au<http://www.akurit.com.au/>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.suse.com/mailman/private/sles-beta/attachments/20140521/b25e67e8/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 3692 bytes
Desc: image001.jpg
URL: <http://lists.suse.com/mailman/private/sles-beta/attachments/20140521/b25e67e8/attachment.jpg>