From HamidulR at hcl.com Mon Feb 24 06:28:59 2014 From: HamidulR at hcl.com (Hamidul Rahman) Date: Mon, 24 Feb 2014 13:28:59 +0000 Subject: [sles-beta] Welcome to the SUSE Linux Enterprise 12 Server Beta test In-Reply-To: <20140214171835.GB7161@suse.de> References: <20140214171835.GB7161@suse.de> Message-ID: <62D27842303B754FA23E7D980200CF672BC7251D@NDA-HCLC-MBS03.hclc.corp.hcl.in> Hi Team Can you please tell at what time the call will be in India (IST). Regards Hamid -----Original Message----- From: sles-beta-bounces at lists.suse.com [mailto:sles-beta-bounces at lists.suse.com] On Behalf Of Uwe Drechsel Sent: Friday, February 14, 2014 10:49 PM To: sles-beta at lists.suse.com Subject: [sles-beta] Welcome to the SUSE Linux Enterprise 12 Server Beta test Dear all, first let me officially welcome you to the Beta Test of SUSE Linux Enterprise Server 12 We plan to have a several phone conferences for most of the upcoming Beta releases. In these conferences we will highlight several topics related to SUSE Linux Enterprise 12. Let me invite you to the Kick Off call in our Beta Test, where SUSE Linux product managers will present new features: Monday, February 24 17:00 CET 11:00 am EST 08:00 am PST 04:00 pm UTC/GMT Duration: 1 hour The web presentation is done using Huddle (also for audio): http://www.novell.com/huddle/event/index.php?event_id=64e0640c93b05097a9380870aa06aa0d Password is: mysusebeta There is also a number of phone lines available, see attached file for dial in information. Thanks Uwe Drechsel -- SUSE Linux Beta Program Manager SUSE Linux Products GmbH GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) ::DISCLAIMER:: ---------------------------------------------------------------------------------------------------------------------------------------------------- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. ---------------------------------------------------------------------------------------------------------------------------------------------------- From uwedr at suse.com Mon Feb 24 06:37:07 2014 From: uwedr at suse.com (Uwe Drechsel) Date: Mon, 24 Feb 2014 14:37:07 +0100 Subject: [sles-beta] Welcome to the SUSE Linux Enterprise 12 Server Beta test In-Reply-To: <62D27842303B754FA23E7D980200CF672BC7251D@NDA-HCLC-MBS03.hclc.corp.hcl.in> References: <20140214171835.GB7161@suse.de> <62D27842303B754FA23E7D980200CF672BC7251D@NDA-HCLC-MBS03.hclc.corp.hcl.in> Message-ID: <20140224133707.GG5267@suse.de> Hi, On Mon, Feb 24, Hamidul Rahman wrote: > Can you please tell at what time the call will be in India (IST). > According to http://www.timeanddate.com the call will be at 9:30pm IST Regards Uwe -- Uwe Drechsel Project Manager SUSE Linux Products GmbH GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) > > -----Original Message----- > From: sles-beta-bounces at lists.suse.com [mailto:sles-beta-bounces at lists.suse.com] On Behalf Of Uwe Drechsel > Sent: Friday, February 14, 2014 10:49 PM > To: sles-beta at lists.suse.com > Subject: [sles-beta] Welcome to the SUSE Linux Enterprise 12 Server Beta test > > Dear all, > > first let me officially welcome you to the Beta Test of > > SUSE Linux Enterprise Server 12 > > We plan to have a several phone conferences for most of the upcoming Beta releases. In these conferences we will highlight several topics related to SUSE Linux Enterprise 12. Let me invite you to the Kick Off call in our Beta Test, where SUSE Linux product managers will present new features: > > Monday, February 24 > > 17:00 CET > 11:00 am EST > 08:00 am PST > 04:00 pm UTC/GMT > > Duration: 1 hour > > The web presentation is done using Huddle (also for audio): > > http://www.novell.com/huddle/event/index.php?event_id=64e0640c93b05097a9380870aa06aa0d > Password is: mysusebeta > > There is also a number of phone lines available, see attached file for dial in information. > > > Thanks > Uwe Drechsel From behlert at suse.com Mon Feb 24 09:15:47 2014 From: behlert at suse.com (Stefan Behlert) Date: Mon, 24 Feb 2014 17:15:47 +0100 Subject: [sles-beta] [ANNOUNCE] SLES 12 Beta1 is available Message-ID: <20140224161547.GA671@suse.de> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !! SUSE CONFIDENTIAL !! SUSE CONFIDENTIAL !! SUSE CONFIDENTIAL !! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Dear Beta participants, we are happy to announce the first Beta of SUSE Linux Enterprise Server 12. ISO images are now available for download now. Please go to http://www.novell.com/beta and select "View my beta page". Here you should see all Beta's you are part of. Note that the directory contains the images for the SDK as well as for SLED. We offer 3 DVD ISOs: DVD1 contains the binaries, the second DVD the sources and the third DVD the debuginfo packages. The final product will not contain the debuginfo packages on the media. For installation purposes you just need Media 1 for your architecture. Please verify the md5sum of the ISO using the MD5SUMS file, which can be found in the same directory on the download servers. Known issues: * Registration is not working yet, please "skip" it. * Bug 862391 - Incorrect kernel-xen entries in grub.cfg * Bug 864087 - build0062: empty package lists when displaying patterns * Bug 864361 - [SLES 12 Build 0086] Release notes can't be read: White on white * Installation on s390z requires some manual interactions, see README_s390z.txt at download location * Update from previous versions is not expected to work With this Beta1 snapshot we have reached several milestones: o Milestone: Kernel and installation works on all targeted machines. o Continue install and functional tests. o Start tests of new/updated device drivers. o Start legal review of SLE12 contents. o First version of Release notes available For the next Beta-Release we are targetting these actions and milestones: o Continue install and functional tests. o Continue tests of new/updated device drivers. Thanks in advance for all your testing Your SUSE Linux Enterprise Team -- Stefan Behlert, SUSE LINUX Project Manager Enterprise Server Maxfeldstr. 5, D-90409 Nuernberg, Germany Phone +49-911-74053-173 SUSE LINUX Products GmbH, Nuernberg; GF: Jeff Hawn, Jennifer Guild, Felix Imendoerffer, HRB 16746 (AG Nuernberg) From john.dallman at siemens.com Mon Feb 24 09:28:50 2014 From: john.dallman at siemens.com (Dallman, John) Date: Mon, 24 Feb 2014 16:28:50 +0000 Subject: [sles-beta] [ANNOUNCE] SLES 12 Beta1 is available In-Reply-To: <20140224161547.GA671@suse.de> References: <20140224161547.GA671@suse.de> Message-ID: > Note that the directory contains the images for the SDK as well as for SLED. I can't see them. I see only: MD5SUMS 441 bytes download README_s390x.txt 1.4 KB (1458) download SHA1SUMS 489 bytes download SLE-12-Server-DVD-s390x-Beta1-DVD1.iso 2.4 GB (2648702976) download SLE-12-Server-DVD-s390x-Beta1-DVD2.iso 4.6 GB (5033232384) download SLE-12-Server-DVD-s390x-Beta1-DVD3.iso 2.4 GB (2666166272) download SLE-12-Server-DVD-x86_64-Beta1-DVD1.iso 2.6 GB (2796552192) download SLE-12-Server-DVD-x86_64-Beta1-DVD2.iso 4.7 GB (5099896832) download SLE-12-Server-DVD-x86_64-Beta1-DVD3.iso 3.5 GB (3773763584) download thanks, -- John Dallman ----------------- Siemens Industry Software Limited is a limited company registered in England and Wales. Registered number: 3476850. Registered office: Faraday House, Sir William Siemens Square, Frimley, Surrey, GU16 8QD. From behlert at suse.com Mon Feb 24 09:55:07 2014 From: behlert at suse.com (Stefan Behlert) Date: Mon, 24 Feb 2014 17:55:07 +0100 Subject: [sles-beta] [ANNOUNCE] SLES 12 Beta1 is available In-Reply-To: References: <20140224161547.GA671@suse.de> Message-ID: <20140224165507.GF671@suse.de> Hi, On Feb 24, 14 16:28:50 +0000, Dallman, John wrote: > > Note that the directory contains the images for the SDK as well as for SLED. > > I can't see them. I see only: That's my fault, this line should have been removed before sending. The SDK images are not yet available, I will announce them once they are. Sorry for that. ciao, Stefan -- Stefan Behlert, SUSE LINUX Project Manager Enterprise Server Maxfeldstr. 5, D-90409 Nuernberg, Germany Phone +49-911-74053-173 SUSE LINUX Products GmbH, Nuernberg; GF: Jeff Hawn, Jennifer Guild, Felix Imendoerffer, HRB 16746 (AG Nuernberg) From uwedr at suse.com Tue Feb 25 00:02:13 2014 From: uwedr at suse.com (Uwe Drechsel) Date: Tue, 25 Feb 2014 08:02:13 +0100 Subject: [sles-beta] SLES12 Beta - Wiki/Portal/forum for "shared discussion" In-Reply-To: References: Message-ID: <20140225070213.GC5366@salam.suse.de> Darren, On Tue, Feb 25, Darren Thompson wrote: > Hi Beta team > > In some of the earlier (Novell) Beta's I was involved in, there was a web > portal/forum where the members could post questions and answers which was > useful for sharing "work-arounds etc". > Most participants prefer the lists, so we currently only support mailing lists. > Is there plan for a similar shared portal or is this mailing list the > preferred medium (Though excessive mailing list chatter can get quite > annoying). > If you are annoyed by new mails coming in all the time, you can go to the list settings at http://lists.suse.com/mailman/listinfo/sles-beta and turn on the option "Digest Mode", which should result in daily bundle of messages. Hope that helps Uwe -- Uwe Drechsel Project Manager SUSE Linux Products GmbH GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) From mge at suse.com Tue Feb 25 00:52:18 2014 From: mge at suse.com (Matthias G. Eckermann) Date: Tue, 25 Feb 2014 08:52:18 +0100 Subject: [sles-beta] [ANNOUNCE] SLE 12 SDK when In-Reply-To: References: Message-ID: <20140225075218.GA5982@suse.com> Good morning, On 2014-02-25 T 07:53 michael.baensch at dfs.de wrote: > there is no SDK with the Beta 1 ? with Beta 2 ? the plan is to have SDK images available with Beta2, indeed. Are there any specific tools you are looking for? so long - MgE -- Matthias G. Eckermann Senior Product Manager SUSE? Linux Enterprise Phone: +49 30 44315731 Mobile: +49 179 2949448 E-Mail: mge at suse.com SUSE LINUX Products GmbH Maxfeldstra?e 5 90409 N?rnberg Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) From Dick.Waite at softwareag.com Tue Feb 25 01:31:48 2014 From: Dick.Waite at softwareag.com (Waite, Dick) Date: Tue, 25 Feb 2014 08:31:48 +0000 Subject: [sles-beta] SLES12 Beta - Running on VMware Workstation - English (UK) Message-ID: <46AC8C81C10B8C48820201DF2AE1D76D4ED72DB6@hqmbx6.eur.ad.sag> Grand Morning, I had the feeling yesterday evening that SLES v12 Beta would run on a VMware Workstation. I have tried a Workstation 10 and 9 and it crashes. It's found the VMWare devices, and then comes out with: Linuxrc crashed. :-(( Press ENTER to continue. And if you do press ENTER Loading Basic drivers... ok And then a message from VMWare: The CPU has been disabled .... The smilie after the crashed is also part of the message. This morning I had a bit more time while drinking coffee and ran without amending the parms and what do I see, it's loading. Seems it does not like being told to work with English(UK) if you leave it using English from over the dark grey Atlantic then it loads and then you can tell it to use English UK and it "downloads it" So a warning to English (UK) people, don?t switch and at IPL time *waite* for screens after boot. This is *very* rep-ro so I'll leave it to the grand people of N?rnberg to allow the good people of UK English to use the Queens English ;o) So far this has been the only issue. Regards, ___________________________________________ Dick Waite Senior R&D Consultant Phone: +49 6151 92-1505 Mobile: +49 171 8393 769 Software AG Uhlandstr. 12 | 64297 Darmstadt | Germany www.softwareag.com ___________________________________________ 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), Dr. Wolfram Jost, Arnd Zinnhardt; - Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Dr. Andreas Bereczky - http://www.softwareag.com From mge at suse.com Tue Feb 25 01:41:07 2014 From: mge at suse.com (Matthias G. Eckermann) Date: Tue, 25 Feb 2014 09:41:07 +0100 Subject: [sles-beta] SLES12 Beta - Running on VMware Workstation - English (UK) In-Reply-To: <46AC8C81C10B8C48820201DF2AE1D76D4ED72DB6@hqmbx6.eur.ad.sag> References: <46AC8C81C10B8C48820201DF2AE1D76D4ED72DB6@hqmbx6.eur.ad.sag> Message-ID: <20140225084107.GC6676@suse.com> Hello Dick and all, On 2014-02-25 T 08:31 +0000 Waite, Dick wrote: > I had the feeling yesterday evening that SLES v12 > Beta would run on a VMware Workstation. I have tried > a Workstation 10 and 9 and it crashes. It's found > the VMWare devices, and then comes out with: > Linuxrc crashed. :-(( > Press ENTER to continue. > > And if you do press ENTER > Loading Basic drivers... ok Confirmed also using KVM (i.e. it is not a VMware only issue). Chosing "English (UK)" in the bootloader before Installation -> crash; keeping "Englisch (US)" or chosing "German" -> no crash. Thanks for finding! so long - MgE > And then a message from VMWare: The CPU has been > disabled .... > > The smilie after the crashed is also part of the > message. > > This morning I had a bit more time while drinking > coffee and ran without amending the parms and what > do I see, it's loading. > > Seems it does not like being told to work with > English(UK) if you leave it using English from over > the dark grey Atlantic then it loads and then you > can tell it to use English UK and it "downloads it" > > So a warning to English (UK) people, don?t switch > and at IPL time *waite* for screens after boot. > > This is *very* rep-ro so I'll leave it to the grand > people of N?rnberg to allow the good people of UK > English to use the Queens English ;o) > > So far this has been the only issue. -- Matthias G. Eckermann Senior Product Manager SUSE? Linux Enterprise Phone: +49 30 44315731 Mobile: +49 179 2949448 E-Mail: mge at suse.com SUSE LINUX Products GmbH Maxfeldstra?e 5 90409 N?rnberg Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) From Dick.Waite at softwareag.com Tue Feb 25 01:46:57 2014 From: Dick.Waite at softwareag.com (Waite, Dick) Date: Tue, 25 Feb 2014 08:46:57 +0000 Subject: [sles-beta] SLES12 Beta - Running on VMware Workstation - English (UK) In-Reply-To: <20140225084107.GC6676@suse.com> References: <46AC8C81C10B8C48820201DF2AE1D76D4ED72DB6@hqmbx6.eur.ad.sag> <20140225084107.GC6676@suse.com> Message-ID: <46AC8C81C10B8C48820201DF2AE1D76D4ED72DF0@hqmbx6.eur.ad.sag> Grand Sunny Morning in Darmstadt, Very welcome, on a +ve note the installs after this with many changes to config's and file systems have gone very well. To us chaps of Somerset, English is UK ;o) __R ___________________________________________ Dick Waite Senior R&D Consultant Phone: +49 6151 92-1505 Mobile: +49 171 8393 769 Software AG Uhlandstr. 12 | 64297 Darmstadt | Germany www.softwareag.com ___________________________________________ -----Original Message----- From: Matthias G. Eckermann [mailto:mge at suse.com] Sent: Tuesday, February 25, 2014 9:41 AM To: Waite, Dick; 'Uwe Drechsel'; 'sles-beta at lists.suse.com' Subject: Re: [sles-beta] SLES12 Beta - Running on VMware Workstation - English (UK) Hello Dick and all, On 2014-02-25 T 08:31 +0000 Waite, Dick wrote: > I had the feeling yesterday evening that SLES v12 Beta would run on a > VMware Workstation. I have tried a Workstation 10 and 9 and it > crashes. It's found the VMWare devices, and then comes out with: > Linuxrc crashed. :-(( > Press ENTER to continue. > > And if you do press ENTER > Loading Basic drivers... ok Confirmed also using KVM (i.e. it is not a VMware only issue). Chosing "English (UK)" in the bootloader before Installation -> crash; keeping "Englisch (US)" or chosing "German" -> no crash. Thanks for finding! so long - MgE > And then a message from VMWare: The CPU has been disabled .... > > The smilie after the crashed is also part of the message. > > This morning I had a bit more time while drinking coffee and ran > without amending the parms and what do I see, it's loading. > > Seems it does not like being told to work with > English(UK) if you leave it using English from over the dark grey > Atlantic then it loads and then you can tell it to use English UK and > it "downloads it" > > So a warning to English (UK) people, don?t switch and at IPL time > *waite* for screens after boot. > > This is *very* rep-ro so I'll leave it to the grand people of N?rnberg > to allow the good people of UK English to use the Queens English ;o) > > So far this has been the only issue. -- Matthias G. Eckermann Senior Product Manager SUSE? Linux Enterprise Phone: +49 30 44315731 Mobile: +49 179 2949448 E-Mail: mge at suse.com SUSE LINUX Products GmbH Maxfeldstra?e 5 90409 N?rnberg Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) 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), Dr. Wolfram Jost, Arnd Zinnhardt; - Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Dr. Andreas Bereczky - http://www.softwareag.com From mge at suse.com Tue Feb 25 04:26:45 2014 From: mge at suse.com (Matthias G. Eckermann) Date: Tue, 25 Feb 2014 12:26:45 +0100 Subject: [sles-beta] Why is the default XFS for home directory? In-Reply-To: References: Message-ID: <20140225112645.GB9186@suse.com> Hello Darren and all, On 2014-02-25 T 22:08 +1100 Darren Thompson wrote: > I chose the "default" partitoning and noticed that the > /home partition was created as an XFS filesystem. > > I understand the choice for BTRFS for the root volume > (sapper integration/roll back etc) but was wondering > what rational was used to set the default home > partition as XFS? > > On of the "advertised" features of SLES12 was the > BTRFS/SAMBA 4.X VSS integration. That would assume > that the SAMBA host file-system was BTRFS, since home > directories are one of the "default" SAMBA shares it > seems a strange combination. > > It's not really a "bug" it just seems to be an odd > defalut choice so i was wondering what the rational > was for that default. it is a deliberate choice to suggest XFS as the default for "/home"; we will explain the rationale in the beta call about filesystems on 2014-03-10. As a hint: the decision is related to characteristics and behaviour of copy-on-write filesystems and the goal to provide the "average administrator" with "least surprise" when installing and running SUSE Linux Enterprise 12 in production. However, btrfs certainly is supported for "/home" and other volumes, we just require the administrator to make the explicit decision to use btrfs instead of XFS here. So long - MgE -- Matthias G. Eckermann Senior Product Manager SUSE? Linux Enterprise Phone: +49 30 44315731 Mobile: +49 179 2949448 E-Mail: mge at suse.com SUSE LINUX Products GmbH Maxfeldstra?e 5 90409 N?rnberg Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) From rdannert at suse.com Tue Feb 25 09:09:56 2014 From: rdannert at suse.com (Ralf Dannert) Date: Tue, 25 Feb 2014 16:09:56 +0000 Subject: [sles-beta] SLES12 and /usr merge Message-ID: <530CC0540200008F0016C7E0@nat28.tlf.novell.com> hi Beta team, I noticed, that SLES 12 Beta1 is following http://en.opensuse.org/openSUSE:Usr_merge somehow. example: linux:/ # ls -l /bin/mount lrwxrwxrwx 1 root root 14 Feb 25 12:23 /bin/mount -> /usr/bin/mount Does this already reflect final status for SLES12? Will it be documented, why certain executables in /bin or /sbin are _not_ softlinks to their respective counterparts in /usr/bin or /usr/sbin ? Does this have implications, SLES 12 being FHS compliant or not? http://www.pathname.com/fhs/pub/fhs-2.3.pdf [..] 3.15. /sbin : System binaries 3.15.1. Purpose Utilities used for system administration (and other root-only commands) are stored in /sbin, /usr/sbin, and /usr/local/sbin. /sbin contains binaries essential for booting, restoring, recovering, and/or repairing the system in addition to the binaries in /bin. Programs executed after /usr is known to be mounted (when there are no problems) are generally placed into /usr/sbin. Locally-installed system administration programs should be placed into /usr/local/sbin. [..] -- Mit freundlichen Gr?ssen / with kind regards, Ralf Dannert Systems Engineer +49 (0)173 5876-756 rdannert at suse.com SUSE LINUX GmbH, Maxfeldstr. 5, 90409 N?rnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 21284 (AG N?rnberg) From kukuk at suse.de Tue Feb 25 09:26:16 2014 From: kukuk at suse.de (Thorsten Kukuk) Date: Tue, 25 Feb 2014 17:26:16 +0100 Subject: [sles-beta] SLES12 and /usr merge In-Reply-To: <530CC0540200008F0016C7E0@nat28.tlf.novell.com> References: <530CC0540200008F0016C7E0@nat28.tlf.novell.com> Message-ID: <20140225162616.GA20994@suse.de> On Tue, Feb 25, Ralf Dannert wrote: > hi Beta team, > > I noticed, that SLES 12 Beta1 is following > http://en.opensuse.org/openSUSE:Usr_merge > somehow. Not directly, only indirectly by inherit it partly from openSUSE. > example: > linux:/ # ls -l /bin/mount > lrwxrwxrwx 1 root root 14 Feb 25 12:23 /bin/mount -> /usr/bin/mount > > > Does this already reflect final status for SLES12? Final status is with RC1, before, everything can change if needed. > Will it be documented, why certain executables in /bin or /sbin > are _not_ softlinks to their respective counterparts in /usr/bin or /usr/sbin ? No, we will not document that. > > Does this have implications, SLES 12 being FHS compliant or not? > http://www.pathname.com/fhs/pub/fhs-2.3.pdf systemd itself is not really compatible with FHS 2.3. So no distribution using systemd can really claim full FHS compliance. > [..] > 3.15. /sbin : System binaries > 3.15.1. Purpose > Utilities used for system administration (and other root-only commands) are stored in /sbin, /usr/sbin, and > /usr/local/sbin. /sbin contains binaries essential for booting, restoring, recovering, and/or repairing the > system in addition to the binaries in /bin. Programs executed after /usr is known to be mounted (when there > are no problems) are generally placed into /usr/sbin. Locally-installed system administration programs > should be placed into /usr/local/sbin. > [..] http://en.opensuse.org/openSUSE:Usr_merge is not in conflict with that. Thorsten -- Thorsten Kukuk, Senior Architect SLES & Common Code Base SUSE LINUX Products GmbH, Maxfeldstr. 5, D-90409 Nuernberg GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) From simon.rowe at eu.citrix.com Tue Feb 25 10:22:40 2014 From: simon.rowe at eu.citrix.com (Simon Rowe) Date: Tue, 25 Feb 2014 17:22:40 +0000 Subject: [sles-beta] Filling bugs Message-ID: <530CD160.6090707@eu.citrix.com> How are we supposed to file bugs? The Service Request form on secure-www.novell.com doesn't have any way of indicating the issue is against a Beta. Simon From uwedr at suse.com Tue Feb 25 13:19:51 2014 From: uwedr at suse.com (Uwe Drechsel) Date: Tue, 25 Feb 2014 21:19:51 +0100 Subject: [sles-beta] Filling bugs In-Reply-To: <530CD160.6090707@eu.citrix.com> References: <530CD160.6090707@eu.citrix.com> Message-ID: <20140225201951.GQ5546@suse.de> On Tue, Feb 25, Simon Rowe wrote: > How are we supposed to file bugs? The Service Request form on > secure-www.novell.com doesn't have any way of indicating the issue > is against a Beta. > We have set up two entitlements for Service Requests: - Beta Test: SLES 12/SLES 12 HA - Beta Test: SLED 12 Depending on which of the three beta tests you are participating, you should see at least one. The requests will be taken care of by Support Engineers, who will screen them and potentially create bugs in our Bugzilla system. If someone doesn't see the entitlements listed above, something would have gone wrong in the (manual) setup. In such a case please notify me at beta-programs at lists.suse.com and I fix it together with the Support team. Thanks Uwe -- Uwe Drechsel Project Manager SUSE Linux Products GmbH GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) From gjn at gjn.priv.at Wed Feb 26 00:50:13 2014 From: gjn at gjn.priv.at (=?ISO-8859-1?Q?G=FCnther_J=2E?= Niederwimmer) Date: Wed, 26 Feb 2014 08:50:13 +0100 Subject: [sles-beta] sshd start Message-ID: <4234366.2uYSm2gBTE@gjn.priv.at> Hello, is this a new security adjustment (?), on installation the sshd is no longer starting or is this a Bug. ;) Not nice to configure a system over the net :(. -- mit freundlichen Gr??en / best Regards, G?nther J. Niederwimmer From ohering at suse.de Wed Feb 26 01:37:16 2014 From: ohering at suse.de (Olaf Hering) Date: Wed, 26 Feb 2014 09:37:16 +0100 Subject: [sles-beta] Confused about Network-Manager In-Reply-To: <50C4FA80D11E25409E81FE9DEC9284A14B0F5E2F@D-SRV-XMB09.fhhnet.stadt.hamburg.de> References: <50C4FA80D11E25409E81FE9DEC9284A14B0F5E2F@D-SRV-XMB09.fhhnet.stadt.hamburg.de> Message-ID: <20140226083716.GA5797@suse.de> On Wed, Feb 26, Sielck, Jochen wrote: > The Network Configuration looks strange. In default installation (bare metal) > the wicked network-manager comes up. The interfaces were named like ?enp11s0f0? > and first try with bonding via YaST failed. Any hints for using/configuration > wicked in SLES available? wicked is an ifup replacement. As such it continues to use the existing /etc/sysconfig/network/ifcfg- files. If bonding fails, open a bug with your findings. Olaf From behlert at suse.com Wed Feb 26 01:40:26 2014 From: behlert at suse.com (Stefan Behlert) Date: Wed, 26 Feb 2014 09:40:26 +0100 Subject: [sles-beta] sshd start In-Reply-To: <4234366.2uYSm2gBTE@gjn.priv.at> References: <4234366.2uYSm2gBTE@gjn.priv.at> Message-ID: <20140226084026.GR3703@suse.de> Hi, On Feb 26, 14 08:50:13 +0100, G?nther J. Niederwimmer wrote: > Hello, > > is this a new security adjustment (?), on installation the sshd is no longer > starting or is this a Bug. ;) > > Not nice to configure a system over the net :(. The sshd is per default off, and can be activated during installation. If you install via network it should be enabled by default, but this is currently not the case (and a bug), Stefan > -- > mit freundlichen Gr??en / best Regards, > > G?nther J. Niederwimmer > _______________________________________________ > sles-beta mailing list > sles-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sles-beta -- Stefan Behlert, SUSE LINUX Project Manager Enterprise Server Maxfeldstr. 5, D-90409 Nuernberg, Germany Phone +49-911-74053-173 SUSE LINUX Products GmbH, Nuernberg; GF: Jeff Hawn, Jennifer Guild, Felix Imendoerffer, HRB 16746 (AG Nuernberg) From mge at suse.com Wed Feb 26 01:40:36 2014 From: mge at suse.com (Matthias G. Eckermann) Date: Wed, 26 Feb 2014 09:40:36 +0100 Subject: [sles-beta] sshd start In-Reply-To: <4234366.2uYSm2gBTE@gjn.priv.at> References: <4234366.2uYSm2gBTE@gjn.priv.at> Message-ID: <20140226084036.GA4637@suse.com> Hello, On 2014-02-26 T 08:50 +0100 G?nther J. Niederwimmer wrote: > is this a new security adjustment (?), on installation > the sshd is no longer starting or is this a Bug. ;) > > Not nice to configure a system over the net :(. If you installed your system over the net, then sshd should start automatically, if it does not, it's a bug. However, if you installed the system locally, then you have to switch on sshd in the system configuration before the installation. As a sidenote: we currently have an internal discussion, if we should _always_ start sshd, but the security implications of doing so need to be considered very carefully, and might finally block this idea. So long - MgE -- Matthias G. Eckermann Senior Product Manager SUSE? Linux Enterprise Phone: +49 30 44315731 Mobile: +49 179 2949448 E-Mail: mge at suse.com SUSE LINUX Products GmbH Maxfeldstra?e 5 90409 N?rnberg Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) From mge at suse.com Wed Feb 26 03:41:44 2014 From: mge at suse.com (Matthias G. Eckermann) Date: Wed, 26 Feb 2014 11:41:44 +0100 Subject: [sles-beta] Bonding Device does not come up In-Reply-To: <50C4FA80D11E25409E81FE9DEC9284A14B0F5ED7@D-SRV-XMB09.fhhnet.stadt.hamburg.de> References: <50C4FA80D11E25409E81FE9DEC9284A14B0F5ED7@D-SRV-XMB09.fhhnet.stadt.hamburg.de> Message-ID: <20140226104144.GA7131@suse.com> On 2014-02-26 T 10:38 +0000 Sielck, Jochen wrote: > I configured a network bonding as usual with yast. > After complete configuration and reboot Several messages > depending on wicked occur in syslog like this: > > "wickedd.service: main process exited, code=dumped, > status=11/SEGV" > > Without Bonding, the single network card comes up and > the system is reachable via ssh. Please file a service request. Thanks in advance - MgE -- Matthias G. Eckermann Senior Product Manager SUSE? Linux Enterprise Phone: +49 30 44315731 Mobile: +49 179 2949448 E-Mail: mge at suse.com SUSE LINUX Products GmbH Maxfeldstra?e 5 90409 N?rnberg Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) From john.dallman at siemens.com Wed Feb 26 04:27:10 2014 From: john.dallman at siemens.com (Dallman, John) Date: Wed, 26 Feb 2014 11:27:10 +0000 Subject: [sles-beta] Filling bugs In-Reply-To: <20140225201951.GQ5546@suse.de> References: <530CD160.6090707@eu.citrix.com> <20140225201951.GQ5546@suse.de> Message-ID: Uwe Drechsel wrote: > We have set up two entitlements for Service Requests: > > - Beta Test: SLES 12/SLES 12 HA > - Beta Test: SLED 12 Apologies for the fearfully elementary question, but I develop software (for lots of platforms) rather than administer systems. My SUSE-specific knowledge is thus rather thin. Where should I be looking for these entitlements? In some tool that ships with SLES, or on some website? -- John Dallman ----------------- Siemens Industry Software Limited is a limited company registered in England and Wales. Registered number: 3476850. Registered office: Faraday House, Sir William Siemens Square, Frimley, Surrey, GU16 8QD. From uwedr at suse.com Wed Feb 26 04:32:23 2014 From: uwedr at suse.com (Uwe Drechsel) Date: Wed, 26 Feb 2014 12:32:23 +0100 Subject: [sles-beta] Filling bugs In-Reply-To: References: <530CD160.6090707@eu.citrix.com> <20140225201951.GQ5546@suse.de> Message-ID: <20140226113223.GE5546@suse.de> On Wed, Feb 26, John Dallman wrote: > Uwe Drechsel wrote: > > > We have set up two entitlements for Service Requests: > > > > - Beta Test: SLES 12/SLES 12 HA > > - Beta Test: SLED 12 > > Where should I be looking for these entitlements? In some tool that > ships with SLES, or on some website? > Please login to the website: https://www.novell.com/beta/ On the left there's "Submit Service Request" (If there should be problems with the entitlements, please contact me directly at beta-programs at lists.suse.com ) Thanks Uwe -- Uwe Drechsel Project Manager SUSE Linux Products GmbH GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) From gjn at gjn.priv.at Wed Feb 26 05:31:44 2014 From: gjn at gjn.priv.at (=?ISO-8859-1?Q?G=FCnther_J=2E?= Niederwimmer) Date: Wed, 26 Feb 2014 13:31:44 +0100 Subject: [sles-beta] openvswitch and Yast2 Message-ID: <1439621.ZWALUWNX14@gjn.priv.at> Hello, is it planed to integrate the openvswitch configuration in YasT2 Network? a other thing, is it really not planed to have a network configuration by a local Installation, or is this only possible with registration Module. -- mit freundlichen Gr??en / best Regards, G?nther J. Niederwimmer From mge at suse.com Wed Feb 26 06:57:05 2014 From: mge at suse.com (Matthias G. Eckermann) Date: Wed, 26 Feb 2014 14:57:05 +0100 Subject: [sles-beta] openvswitch and Yast2 In-Reply-To: <1439621.ZWALUWNX14@gjn.priv.at> References: <1439621.ZWALUWNX14@gjn.priv.at> Message-ID: <20140226135705.GB22549@suse.com> Hello, On 2014-02-26 T 13:31 +0100 G?nther J. Niederwimmer wrote: > is it planed to integrate the openvswitch configuration > in YasT2 Network? Open vSwitch integration with YaST is not planned. In my perspective, Open vSwitch shall be configured via the infrastructure, i.e. a cloud environment, and thus does not fit a local configuration tool such as YaST. > a other thing, is it really not planed to have a network > configuration by a local Installation, or is this only > possible with registration Module. Indeed, the Network Configuration should be _before_ the Registration Module, i.e. always available. Please file a Service Request thus we track this bug. Thanks for finding. so long - MgE -- Matthias G. Eckermann Senior Product Manager SUSE? Linux Enterprise Phone: +49 30 44315731 Mobile: +49 179 2949448 E-Mail: mge at suse.com SUSE LINUX Products GmbH Maxfeldstra?e 5 90409 N?rnberg Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) From loic.devulder at mpsa.com Wed Feb 26 08:22:45 2014 From: loic.devulder at mpsa.com (LOIC DEVULDER) Date: Wed, 26 Feb 2014 15:22:45 +0000 Subject: [sles-beta] PVH mode supported for XEN guest? Message-ID: <3CBFA7CC2505A74B9C172B35128B88630A342400@YLAV4460.INETPSA.com> Hello all, Is the new (or future) PVH mode from Xen 4.4 supported for paravirtualized guest? Regards, _______________________________ PSA Peugeot Citro?n Devulder Lo?c (loic.devulder at mpsa.com) Ing?nieur Syst?me LINUX Senior / Sp?cialiste LINUX domaine Calcul DP/DSIN/ASTI/ETSO/SRVA Adresse postale : SX.BES.12 T?l. Permanence : 33 09 01 ou 22 92 40 T?l. : +33 (0)3 84 46 95 84 (22) Mobile : +33 (0)6 87 72 47 31 _______________________________ Ce message peut contenir des informations confidentielles. S'il ne vous est pas destin?, merci de le d?truire et d'informer imm?diatement son ?metteur. Pour plus d'informations relatives ? la confidentialit? et ? la s?curit? veuillez consulter http://disclaimer.psa-peugeot-citroen.com. This message may contain confidential information. If you are not the intended recipient, please advise the sender immediately and delete this message. For further information on confidentiality and the risks inherent in electronic communication see http://disclaimer.psa-peugeot-citroen.com. From mpost at suse.com Wed Feb 26 09:59:35 2014 From: mpost at suse.com (Mark Post) Date: Wed, 26 Feb 2014 09:59:35 -0700 Subject: [sles-beta] Samba4 In-Reply-To: <530DD41E.7060401@unify.com> References: <530DD41E.7060401@unify.com> Message-ID: <530DD7270200006D001556CC@prv-mh.provo.novell.com> >>> On 2/26/2014 at 06:46 AM, Lawton Bonnevialle wrote: > One question: the Samba Server is 3.x or 4.y? On one of my test systems: # rpm -q samba samba-4.1.4-6.2.s390x Mark Post From ddiss at suse.de Wed Feb 26 10:11:15 2014 From: ddiss at suse.de (David Disseldorp) Date: Wed, 26 Feb 2014 18:11:15 +0100 Subject: [sles-beta] Samba4 In-Reply-To: <530E1E3A.7040906@unify.com> References: <530DD41E.7060401@unify.com> <530DD7270200006D001556CC@prv-mh.provo.novell.com> <530E1E3A.7040906@unify.com> Message-ID: <20140226181115.0bc3a9dc@plati.site> Hi Lawton, On Wed, 26 Feb 2014 14:02:50 -0300, Lawton Bonnevialle wrote: ... > *samba-4.1.4-6.2.x86_64* > libsamba-hostconfig0-32bit-4.1.4-6.2.x86_64 > *yast2-samba-server-3.1.3-1.8.noarch* ... > ??? yast2-samba-* modules are not part of Samba proper, and are therefore assigned independent version numbers. Regards, David From DElder at novacoast.com Wed Feb 26 10:50:26 2014 From: DElder at novacoast.com (Dan Elder) Date: Wed, 26 Feb 2014 17:50:26 +0000 Subject: [sles-beta] sshd start References: <4234366.2uYSm2gBTE@gjn.priv.at> <20140226084026.GR3703@suse.de> Message-ID: <144d97c7587a4d3cb2ed663bb31acf4a@WIN-30A4TPI0G50.novacoast.local> While I understand and support the decision not to enable sshd by default, do we really need services like rpcbind and cupsd running by default? I know that's the way it's always been done but how many environments are using these services that couldn't turn them on (instead of enabling them in a default installation)? I would think that sshd utilization is much more widespread but the compromise of having a simple installation option for enabling it and opening the firewall is an appropriate balance. Should print server really be part of a default installation with cupsd running? I like the idea behind a very minimal default installation and while it's very very good that the firewall is enabled by default, the less is more philosophy is very important for security. Wouldn't it be more appropriate to disable all services (cups, rpcbind, ntp, etc...) unless they're configured (through YaST)? Is there any real benefit to having them on and running by default if they're never even configured to do anything? I'm sure there are use cases that I'm missing but I'm curious what they are. Just my two cents, Dan On 02/26/2014 12:45 AM, Stefan Behlert wrote: > Hi, > > On Feb 26, 14 08:50:13 +0100, G?nther J. Niederwimmer wrote: >> Hello, >> >> is this a new security adjustment (?), on installation the sshd is no longer >> starting or is this a Bug. ;) >> >> Not nice to configure a system over the net :(. > > The sshd is per default off, and can be activated during installation. If > you install via network it should be enabled by default, but this is > currently not the case (and a bug), > > Stefan -- Linux Services Manager Novacoast, Inc. Mobile: (310) 243-6971 Office: (800) 949-9933 x1337 http://www.novacoast.com/ From dboyes at sinenomine.net Wed Feb 26 11:10:48 2014 From: dboyes at sinenomine.net (David Boyes) Date: Wed, 26 Feb 2014 18:10:48 +0000 Subject: [sles-beta] sshd start In-Reply-To: <144d97c7587a4d3cb2ed663bb31acf4a@WIN-30A4TPI0G50.novacoast.local> References: <4234366.2uYSm2gBTE@gjn.priv.at> <20140226084026.GR3703@suse.de> <144d97c7587a4d3cb2ed663bb31acf4a@WIN-30A4TPI0G50.novacoast.local> Message-ID: <2748AD71D96C2B42B7E5176021026FC30808739A@ORD2MBX03A.mex05.mlsrvr.com> > While I understand and support the decision not to enable sshd by default, IMHO, the only service that DOES make sense to have running by default is ssh (at least on a server-oriented system config). If you consider the non-Intel architectures, you don't necessarily have access to a console terminal (or that terminal may not be capable of running YaST), and ssh IS your only route into the system. Every other service could be started/configured later. > Wouldn't it be more appropriate to disable all services (cups, rpcbind, ntp, > etc...) unless they're configured (through YaST)? Is there any real benefit to > having them on and running by default if they're never even configured to > do anything? Makes sense to me (with the above caveat for ssh). Can't be hacked if it isn't running, and in a shared resource environment (eg, cloud), just wasted cycles if the service isn't configured. From kukuk at suse.de Wed Feb 26 13:03:31 2014 From: kukuk at suse.de (Thorsten Kukuk) Date: Wed, 26 Feb 2014 21:03:31 +0100 Subject: [sles-beta] sshd start In-Reply-To: <144d97c7587a4d3cb2ed663bb31acf4a@WIN-30A4TPI0G50.novacoast.local> References: <4234366.2uYSm2gBTE@gjn.priv.at> <20140226084026.GR3703@suse.de> <144d97c7587a4d3cb2ed663bb31acf4a@WIN-30A4TPI0G50.novacoast.local> Message-ID: <20140226200331.GA16043@suse.de> Hi, On Wed, Feb 26, Dan Elder wrote: > While I understand and support the decision not to enable sshd by > default, do we really need services like rpcbind and cupsd running by > default? rpcbind is not running by default. If it is running for you, then because: - somebody did start it - another services did required it - you run into a systemd bug, which is meanwhile fixed. cups: cupsd needs to be run for browsing capatibilites. > Wouldn't it be more appropriate to disable all services (cups, rpcbind, > ntp, etc...) unless they're configured (through YaST)? That's exactly what we are doing. On a SLES12 full installation, I have running: systemd network setup (wicked,...) avahi-daemon (that is really useless, but I think GNOME needs it :( ) polkitd dbus power management cupsd cron postfix gdm/GNOME That's not much. Thorsten -- Thorsten Kukuk, Senior Architect SLES & Common Code Base SUSE LINUX Products GmbH, Maxfeldstr. 5, D-90409 Nuernberg GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) From Christoph.Schumacher at porsche.de Thu Feb 27 00:07:00 2014 From: Christoph.Schumacher at porsche.de (Christoph Schumacher) Date: Thu, 27 Feb 2014 08:07:00 +0100 Subject: [sles-beta] Confused about Network-Manager In-Reply-To: References: <50C4FA80D11E25409E81FE9DEC9284A14B0F5E2F@D-SRV-XMB09.fhhnet.stadt.hamburg.de> Message-ID: Hey, This seems to be basically a good idea. But: how this work in combination with autoyast ? How to determine the name of the interface without even looking at the machine ? How to install a new machine with a single, central autoyast file which only asks simple questions (ip,nm,gw,hostname), so someone can install the box very easily ? It'd be to elaborate placement,type,rule for the interface to evaluate at installation for a load of machines. At last: how to disable the stuff at installation if there's no other way arround ? Dipl.-Inf. Christoph Schumacher FAI5 Competencecenter Dezentrale Server Dr. Ing. h.c. F. Porsche AG Porscheplatz 1, D-70435 Stuttgart Zuffenhausen Telefon: +49 (0)711/911-23729 Fax: +49 (0)711/911-23171 E-Mail: christoph.schumacher at porsche.de From: Darren Thompson To: "Sielck, Jochen" Cc: "sles-beta at lists.suse.com" Date: 26/02/2014 20:14 Subject: Re: [sles-beta] Confused about Network-Manager Sent by: sles-beta-bounces at lists.suse.com The device names are "the new standard". They are based on physical attributes of the device so should not change if additional interfaces are added, systems rebooted etc. some additional background here (may not be the best link,sorry) http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/ On 26 February 2014 19:08, Sielck, Jochen wrote: The Network Configuration looks strange. In default installation (bare metal) the wicked network-manager comes up. The interfaces were named like ?enp11s0f0? and first try with bonding via YaST failed. Any hints for using/configuration wicked in SLES available? Mit freundlichen Gr??en Jochen Sielck Systemtechnik UNIX _______________________________ Dataport _______________________________________________ sles-beta mailing list sles-beta at lists.suse.com http://lists.suse.com/mailman/listinfo/sles-beta -- Darren Thompson Professional Services Engineer / Consultant Level 3, 60 City Road Southgate, VIC 3006 Mb: 0400 640 414 Mail: darrent at akurit.com.au Web: www.akurit.com.au_______________________________________________ sles-beta mailing list sles-beta at lists.suse.com http://lists.suse.com/mailman/listinfo/sles-beta Dr. Ing. h.c. F. Porsche Aktiengesellschaft Sitz der Gesellschaft: Stuttgart Registergericht: Amtsgericht Stuttgart HRB-Nr. 730623 Vorsitzender des Aufsichtsrats: Dr. Wolfgang Porsche Vorstand: Matthias M?ller, Vorsitzender Thomas Edig, stv. Vorsitzender Dr. Oliver Blume, Wolfgang Hatz, Bernhard Maier, Lutz Meschke, Uwe-Karsten St?dter Die vorgenannten Angaben werden jeder E-Mail automatisch hinzugef?gt. Dies ist kein Anerkenntnis, dass es sich beim Inhalt dieser E-Mail um eine rechtsverbindliche Erkl?rung der Porsche AG handelt. Erkl?rungen, die die Porsche AG verpflichten, bed?rfen jeweils der Unterschrift durch zwei zeichnungs- berechtigte Personen der AG. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 3692 bytes Desc: not available URL: From Jochen.Sielck at dataport.de Thu Feb 27 00:13:10 2014 From: Jochen.Sielck at dataport.de (Sielck, Jochen) Date: Thu, 27 Feb 2014 07:13:10 +0000 Subject: [sles-beta] Confused about Network-Manager In-Reply-To: References: <50C4FA80D11E25409E81FE9DEC9284A14B0F5E2F@D-SRV-XMB09.fhhnet.stadt.hamburg.de> Message-ID: <50C4FA80D11E25409E81FE9DEC9284A14B0F6185@D-SRV-XMB09.fhhnet.stadt.hamburg.de> Hi, The link from Damen was helpful. Just put the option ?net.ifnames=0? into the kernel boot command and after reboot the eth0, eth1.. .will appear Best Regards Jochen Von: sles-beta-bounces at lists.suse.com [mailto:sles-beta-bounces at lists.suse.com] Im Auftrag von Christoph Schumacher Gesendet: Donnerstag, 27. Februar 2014 08:07 An: sles-beta at lists.suse.com; sles-beta-bounces at lists.suse.com Betreff: Re: [sles-beta] Confused about Network-Manager Hey, This seems to be basically a good idea. But: how this work in combination with autoyast ? How to determine the name of the interface without even looking at the machine ? How to install a new machine with a single, central autoyast file which only asks simple questions (ip,nm,gw,hostname), so someone can install the box very easily ? It'd be to elaborate placement,type,rule for the interface to evaluate at installation for a load of machines. At last: how to disable the stuff at installation if there's no other way arround ? Dipl.-Inf. Christoph Schumacher FAI5 Competencecenter Dezentrale Server Dr. Ing. h.c. F. Porsche AG Porscheplatz 1, D-70435 Stuttgart Zuffenhausen Telefon: +49 (0)711/911-23729 Fax: +49 (0)711/911-23171 E-Mail: christoph.schumacher at porsche.de From: Darren Thompson > To: "Sielck, Jochen" > Cc: "sles-beta at lists.suse.com" > Date: 26/02/2014 20:14 Subject: Re: [sles-beta] Confused about Network-Manager Sent by: sles-beta-bounces at lists.suse.com ________________________________ The device names are "the new standard". They are based on physical attributes of the device so should not change if additional interfaces are added, systems rebooted etc. some additional background here (may not be the best link,sorry) http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/ On 26 February 2014 19:08, Sielck, Jochen > wrote: The Network Configuration looks strange. In default installation (bare metal) the wicked network-manager comes up. The interfaces were named like ?enp11s0f0? and first try with bonding via YaST failed. Any hints for using/configuration wicked in SLES available? Mit freundlichen Gr??en Jochen Sielck Systemtechnik UNIX _______________________________ Dataport _______________________________________________ sles-beta mailing list 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 Web: www.akurit.com.au_______________________________________________ sles-beta mailing list sles-beta at lists.suse.com http://lists.suse.com/mailman/listinfo/sles-beta Dr. Ing. h.c. F. Porsche Aktiengesellschaft Sitz der Gesellschaft: Stuttgart Registergericht: Amtsgericht Stuttgart HRB-Nr. 730623 Vorsitzender des Aufsichtsrats: Dr. Wolfgang Porsche Vorstand: Matthias M?ller, Vorsitzender Thomas Edig, stv. Vorsitzender Dr. Oliver Blume, Wolfgang Hatz, Bernhard Maier, Lutz Meschke, Uwe-Karsten St?dter Die vorgenannten Angaben werden jeder E-Mail automatisch hinzugef?gt. Dies ist kein Anerkenntnis, dass es sich beim Inhalt dieser E-Mail um eine rechtsverbindliche Erkl?rung der Porsche AG handelt. Erkl?rungen, die die Porsche AG verpflichten, bed?rfen jeweils der Unterschrift durch zwei zeichnungs- berechtigte Personen der AG. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 3692 bytes Desc: image001.jpg URL: From martin.bienwald at sap.com Thu Feb 27 00:47:24 2014 From: martin.bienwald at sap.com (Bienwald, Martin) Date: Thu, 27 Feb 2014 07:47:24 +0000 Subject: [sles-beta] Confused about Network-Manager In-Reply-To: References: <50C4FA80D11E25409E81FE9DEC9284A14B0F5E2F@D-SRV-XMB09.fhhnet.stadt.hamburg.de> Message-ID: Hi, You could always add a ?pre-script? to autoyast that determines the name of the interface(s) in the installation system and then changes the autoyast file on the fly. But that?s kind of a dirty hack. Regards, Martin Bienwald From: sles-beta-bounces at lists.suse.com [mailto:sles-beta-bounces at lists.suse.com] On Behalf Of Christoph Schumacher Sent: Thursday, February 27, 2014 8:07 AM To: sles-beta at lists.suse.com; sles-beta-bounces at lists.suse.com Subject: Re: [sles-beta] Confused about Network-Manager Hey, This seems to be basically a good idea. But: how this work in combination with autoyast ? How to determine the name of the interface without even looking at the machine ? How to install a new machine with a single, central autoyast file which only asks simple questions (ip,nm,gw,hostname), so someone can install the box very easily ? It'd be to elaborate placement,type,rule for the interface to evaluate at installation for a load of machines. At last: how to disable the stuff at installation if there's no other way arround ? Dipl.-Inf. Christoph Schumacher FAI5 Competencecenter Dezentrale Server Dr. Ing. h.c. F. Porsche AG Porscheplatz 1, D-70435 Stuttgart Zuffenhausen Telefon: +49 (0)711/911-23729 Fax: +49 (0)711/911-23171 E-Mail: christoph.schumacher at porsche.de From: Darren Thompson > To: "Sielck, Jochen" > Cc: "sles-beta at lists.suse.com" > Date: 26/02/2014 20:14 Subject: Re: [sles-beta] Confused about Network-Manager Sent by: sles-beta-bounces at lists.suse.com ________________________________ The device names are "the new standard". They are based on physical attributes of the device so should not change if additional interfaces are added, systems rebooted etc. some additional background here (may not be the best link,sorry) http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/ On 26 February 2014 19:08, Sielck, Jochen > wrote: The Network Configuration looks strange. In default installation (bare metal) the wicked network-manager comes up. The interfaces were named like ?enp11s0f0? and first try with bonding via YaST failed. Any hints for using/configuration wicked in SLES available? Mit freundlichen Gr??en Jochen Sielck Systemtechnik UNIX _______________________________ Dataport _______________________________________________ sles-beta mailing list 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 Web: www.akurit.com.au_______________________________________________ sles-beta mailing list sles-beta at lists.suse.com http://lists.suse.com/mailman/listinfo/sles-beta Dr. Ing. h.c. F. Porsche Aktiengesellschaft Sitz der Gesellschaft: Stuttgart Registergericht: Amtsgericht Stuttgart HRB-Nr. 730623 Vorsitzender des Aufsichtsrats: Dr. Wolfgang Porsche Vorstand: Matthias M?ller, Vorsitzender Thomas Edig, stv. Vorsitzender Dr. Oliver Blume, Wolfgang Hatz, Bernhard Maier, Lutz Meschke, Uwe-Karsten St?dter Die vorgenannten Angaben werden jeder E-Mail automatisch hinzugef?gt. Dies ist kein Anerkenntnis, dass es sich beim Inhalt dieser E-Mail um eine rechtsverbindliche Erkl?rung der Porsche AG handelt. Erkl?rungen, die die Porsche AG verpflichten, bed?rfen jeweils der Unterschrift durch zwei zeichnungs- berechtigte Personen der AG. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 3692 bytes Desc: image001.jpg URL: From Dick.Waite at softwareag.com Thu Feb 27 03:16:41 2014 From: Dick.Waite at softwareag.com (Waite, Dick) Date: Thu, 27 Feb 2014 10:16:41 +0000 Subject: [sles-beta] Getting KDE running Message-ID: <46AC8C81C10B8C48820201DF2AE1D76D4ED75EE6@hqmbx6.eur.ad.sag> Grand New Day, Can one use the .iso's from opensuse 13-1 to try and get a workable KDE Desktop? From what I see with the SLE 12 Beta we are missing some bits and bobs. Regards, ___________________________________________ Dick Waite Senior R&D Consultant Phone: +49 6151 92-1505 Mobile: +49 171 8393 769 Software AG Uhlandstr. 12 | 64297 Darmstadt | Germany www.softwareag.com ___________________________________________ -----Original Message----- From: sles-beta-bounces at lists.suse.com [mailto:sles-beta-bounces at lists.suse.com] On Behalf Of Matthias G. Eckermann Sent: Wednesday, February 26, 2014 9:41 AM To: G?nther J. Niederwimmer; sles-beta at lists.suse.com Subject: Re: [sles-beta] sshd start Hello, On 2014-02-26 T 08:50 +0100 G?nther J. Niederwimmer wrote: > is this a new security adjustment (?), on installation the sshd is no > longer starting or is this a Bug. ;) > > Not nice to configure a system over the net :(. If you installed your system over the net, then sshd should start automatically, if it does not, it's a bug. However, if you installed the system locally, then you have to switch on sshd in the system configuration before the installation. As a sidenote: we currently have an internal discussion, if we should _always_ start sshd, but the security implications of doing so need to be considered very carefully, and might finally block this idea. So long - MgE -- Matthias G. Eckermann Senior Product Manager SUSE? Linux Enterprise Phone: +49 30 44315731 Mobile: +49 179 2949448 E-Mail: mge at suse.com SUSE LINUX Products GmbH Maxfeldstra?e 5 90409 N?rnberg Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) _______________________________________________ sles-beta mailing list sles-beta at lists.suse.com http://lists.suse.com/mailman/listinfo/sles-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), Dr. Wolfram Jost, Arnd Zinnhardt; - Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Dr. Andreas Bereczky - http://www.softwareag.com From mjedamzik at novell.com Thu Feb 27 03:47:02 2014 From: mjedamzik at novell.com (Martin Jedamzik) Date: Thu, 27 Feb 2014 10:47:02 +0000 Subject: [sles-beta] sssd and AD integration Message-ID: <530F25B60200008100044D7D@nat28.tlf.novell.com> Hi all, just playing around with sssd and AD integration. On OpenSuSE 13.1 we see: rpm -ql sssd |grep ad /usr/lib64/sssd/libsss_ad.so /usr/share/man/ja/man8/sss_groupadd.8.gz /usr/share/man/ja/man8/sss_useradd.8.gz /usr/share/man/man5/sssd-ad.5.gz /usr/share/man/uk/man5/sssd-ad.5.gz /usr/share/man/uk/man8/sss_groupadd.8.gz /usr/share/man/uk/man8/sss_useradd.8.gz /usr/share/sssd/sssd.api.d/sssd-ad.conf On SLES12 : rpm -ql sssd |grep ad Is this intentional ? Regards, Martin Martin Jedamzik Primary Support Engineer mjedamzik at novell.com Office ++49 (0)211-5631-1601 Mobile ++49 173-5876966 NetIQ | Novell | SUSE Attachmate Group Germany GmbH N?rdlicher Zubringer 9-11, D-40470 D?sseldorf Attachmate Group Germany, GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 202401 (AG M?nchen) From mjedamzik at novell.com Thu Feb 27 04:18:19 2014 From: mjedamzik at novell.com (Martin Jedamzik) Date: Thu, 27 Feb 2014 11:18:19 +0000 Subject: [sles-beta] Antw: Re: sssd and AD integration In-Reply-To: <530F1816.60501@unify.com> References: <530F25B60200008100044D7D@nat28.tlf.novell.com> <530F1816.60501@unify.com> Message-ID: <530F2D0B0200008100044DAB@nat28.tlf.novell.com> Hi Lawton, thanks for the answer, just checked my installed packages: sles12-3:~ # rpm -qa|grep sssd sssd-1.11.3-1.29.x86_64 sssd-32bit-1.11.3-1.29.x86_64 sssd-tools-1.11.3-1.29.x86_64 sssd-ldap-1.11.3-1.29.x86_64 python-sssd-config-1.11.3-1.29.x86_64 sssd-krb5-common-1.11.3-1.29.x86_64 But still: sles12-3:~ # ls -la /usr/lib/sssd/libsss_ad.so ls: cannot access /usr/lib/sssd/libsss_ad.so: No such file or directory and: sles12-3:~ # ls -la /usr/lib/sssd/libsss_ad.so ls: cannot access /usr/lib/sssd/libsss_ad.so: No such file or directory As far as I understand this library is needed for the AD integration. Of course a workaround via Domain/LDAP and Kerberos will be possible, but I wonder why the library is with OpenSuSE and not with SLES12. Regards, Martin >>> Lawton Bonnevialle schrieb am 27.2.2014 um 11:48 AM in Nachricht <530F1816.60501 at unify.com>: > Hi Martin; > > You can install after install the SLES12, see: > > linux:~ # zypper search sssd > Loading repository data... > Reading installed packages... > > S | Name | > Summary | Type > --+--------------------+------------------------------------------------------------+----------- > | python-sssd-config | Python API for configuring > sssd | package > | *sssd | System Security Services > Daemon | package * > | sssd | System Security Services > Daemon | srcpackage > | *sssd-32bit | System Security Services > Daemon | package * > | sssd-krb5-common | SSSD helpers needed for Kerberos and GSSAPI > authentication | package > | sssd-ldap | The LDAP backend plugin for > sssd | package > | sssd-tools | Commandline tools for > sssd | package > > > > On 02/27/2014 07:47 AM, Martin Jedamzik wrote: >> Hi all, >> >> just playing around with sssd and AD integration. On OpenSuSE 13.1 we see: >> >> rpm -ql sssd |grep ad >> >> /usr/lib64/sssd/libsss_ad.so >> /usr/share/man/ja/man8/sss_groupadd.8.gz >> /usr/share/man/ja/man8/sss_useradd.8.gz >> /usr/share/man/man5/sssd-ad.5.gz >> /usr/share/man/uk/man5/sssd-ad.5.gz >> /usr/share/man/uk/man8/sss_groupadd.8.gz >> /usr/share/man/uk/man8/sss_useradd.8.gz >> /usr/share/sssd/sssd.api.d/sssd-ad.conf >> >> On SLES12 : >> >> rpm -ql sssd |grep ad >> >> Is this intentional ? >> >> Regards, >> >> Martin >> >> >> >> Martin Jedamzik >> Primary Support Engineer >> mjedamzik at novell.com >> Office ++49 (0)211-5631-1601 >> Mobile ++49 173-5876966 >> NetIQ | Novell | SUSE >> >> Attachmate Group Germany GmbH >> N?rdlicher Zubringer 9-11, >> D-40470 D?sseldorf >> Attachmate Group Germany, GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, > HRB 202401 (AG M?nchen) >> >> >> >> >> _______________________________________________ >> sles-beta mailing list >> sles-beta at lists.suse.com >> http://lists.suse.com/mailman/listinfo/sles-beta >> > From kukuk at suse.de Thu Feb 27 04:17:43 2014 From: kukuk at suse.de (Thorsten Kukuk) Date: Thu, 27 Feb 2014 12:17:43 +0100 Subject: [sles-beta] Antw: Re: sssd and AD integration In-Reply-To: <530F2D0B0200008100044DAB@nat28.tlf.novell.com> References: <530F25B60200008100044D7D@nat28.tlf.novell.com> <530F1816.60501@unify.com> <530F2D0B0200008100044DAB@nat28.tlf.novell.com> Message-ID: <20140227111743.GA16451@suse.de> Hi, On Thu, Feb 27, Martin Jedamzik wrote: > Hi Lawton, > > thanks for the answer, just checked my installed packages: > > sles12-3:~ # rpm -qa|grep sssd > sssd-1.11.3-1.29.x86_64 > sssd-32bit-1.11.3-1.29.x86_64 > sssd-tools-1.11.3-1.29.x86_64 > sssd-ldap-1.11.3-1.29.x86_64 > python-sssd-config-1.11.3-1.29.x86_64 > sssd-krb5-common-1.11.3-1.29.x86_64 Looks like some sssd sub-packages are missing on SLES12. Thorsten > But still: > > sles12-3:~ # ls -la /usr/lib/sssd/libsss_ad.so > ls: cannot access /usr/lib/sssd/libsss_ad.so: No such file or directory > > and: > > sles12-3:~ # ls -la /usr/lib/sssd/libsss_ad.so > ls: cannot access /usr/lib/sssd/libsss_ad.so: No such file or directory > > As far as I understand this library is needed for the AD integration. Of course a workaround via Domain/LDAP and > Kerberos will be possible, but > I wonder why the library is with OpenSuSE and not with SLES12. > > Regards, > > Martin > > > > >>> Lawton Bonnevialle schrieb am 27.2.2014 um 11:48 AM in > Nachricht <530F1816.60501 at unify.com>: > > Hi Martin; > > > > You can install after install the SLES12, see: > > > > linux:~ # zypper search sssd > > Loading repository data... > > Reading installed packages... > > > > S | Name | > > Summary | Type > > --+--------------------+------------------------------------------------------------+----------- > > | python-sssd-config | Python API for configuring > > sssd | package > > | *sssd | System Security Services > > Daemon | package * > > | sssd | System Security Services > > Daemon | srcpackage > > | *sssd-32bit | System Security Services > > Daemon | package * > > | sssd-krb5-common | SSSD helpers needed for Kerberos and GSSAPI > > authentication | package > > | sssd-ldap | The LDAP backend plugin for > > sssd | package > > | sssd-tools | Commandline tools for > > sssd | package > > > > > > > > On 02/27/2014 07:47 AM, Martin Jedamzik wrote: > >> Hi all, > >> > >> just playing around with sssd and AD integration. On OpenSuSE 13.1 we see: > >> > >> rpm -ql sssd |grep ad > >> > >> /usr/lib64/sssd/libsss_ad.so > >> /usr/share/man/ja/man8/sss_groupadd.8.gz > >> /usr/share/man/ja/man8/sss_useradd.8.gz > >> /usr/share/man/man5/sssd-ad.5.gz > >> /usr/share/man/uk/man5/sssd-ad.5.gz > >> /usr/share/man/uk/man8/sss_groupadd.8.gz > >> /usr/share/man/uk/man8/sss_useradd.8.gz > >> /usr/share/sssd/sssd.api.d/sssd-ad.conf > >> > >> On SLES12 : > >> > >> rpm -ql sssd |grep ad > >> > >> Is this intentional ? > >> > >> Regards, > >> > >> Martin > >> > >> > >> > >> Martin Jedamzik > >> Primary Support Engineer > >> mjedamzik at novell.com > >> Office ++49 (0)211-5631-1601 > >> Mobile ++49 173-5876966 > >> NetIQ | Novell | SUSE > >> > >> Attachmate Group Germany GmbH > >> N?rdlicher Zubringer 9-11, > >> D-40470 D?sseldorf > >> Attachmate Group Germany, GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, > > HRB 202401 (AG M?nchen) > >> > >> > >> > >> > >> _______________________________________________ > >> sles-beta mailing list > >> sles-beta at lists.suse.com > >> http://lists.suse.com/mailman/listinfo/sles-beta > >> > > > > _______________________________________________ > sles-beta mailing list > sles-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sles-beta -- Thorsten Kukuk, Senior Architect SLES & Common Code Base SUSE LINUX Products GmbH, Maxfeldstr. 5, D-90409 Nuernberg GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) From mge at suse.com Thu Feb 27 04:24:13 2014 From: mge at suse.com (Matthias G. Eckermann) Date: Thu, 27 Feb 2014 12:24:13 +0100 Subject: [sles-beta] Getting KDE running In-Reply-To: <46AC8C81C10B8C48820201DF2AE1D76D4ED75EE6@hqmbx6.eur.ad.sag> References: <46AC8C81C10B8C48820201DF2AE1D76D4ED75EE6@hqmbx6.eur.ad.sag> Message-ID: <20140227112413.GA4348@suse.com> Hello Dick and all, On 2014-02-27 T 10:16 +0000 Waite, Dick wrote: > Can one use the .iso's from opensuse 13-1 to try and > get a workable KDE Desktop? From what I see with the > SLE 12 Beta we are missing some bits and bobs. I am afraid, the differences between openSUSE 13.1 and SLES 12 are too heavy. Packages from the OBS might work. Before we proceed in that direction, though, let me include Jan Weber here, our Product Manager for SUSE Linux Enterprise Desktop (product) and desktop related questions in SUSE Linux Enterprise. I think, what he might primarily be interested in: what is the _specific_ Use Case for KDE on a Server product? Please remember, we are only talking the KDE desktop here, we certainly will continue to support the Qt stack on SUSE Linux Enterprise 12. I already got one point / Use Case: 1. Partners will have to change their documentation What else? Thanks in advance! so long - MgE -- Matthias G. Eckermann Senior Product Manager SUSE? Linux Enterprise Phone: +49 30 44315731 Mobile: +49 179 2949448 E-Mail: mge at suse.com SUSE LINUX Products GmbH Maxfeldstra?e 5 90409 N?rnberg Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) From fcrozat at suse.com Thu Feb 27 04:38:28 2014 From: fcrozat at suse.com (Frederic Crozat) Date: Thu, 27 Feb 2014 12:38:28 +0100 Subject: [sles-beta] Antw: Re: sssd and AD integration In-Reply-To: <20140227111743.GA16451@suse.de> References: <530F25B60200008100044D7D@nat28.tlf.novell.com> <530F1816.60501@unify.com> <530F2D0B0200008100044DAB@nat28.tlf.novell.com> <20140227111743.GA16451@suse.de> Message-ID: <1393501108.12785.1.camel@par-r81vxc7.par.novell.com> Le jeudi 27 f?vrier 2014 ? 12:17 +0100, Thorsten Kukuk a ?crit : > Hi, > > On Thu, Feb 27, Martin Jedamzik wrote: > > > Hi Lawton, > > > > thanks for the answer, just checked my installed packages: > > > > sles12-3:~ # rpm -qa|grep sssd > > sssd-1.11.3-1.29.x86_64 > > sssd-32bit-1.11.3-1.29.x86_64 > > sssd-tools-1.11.3-1.29.x86_64 > > sssd-ldap-1.11.3-1.29.x86_64 > > python-sssd-config-1.11.3-1.29.x86_64 > > sssd-krb5-common-1.11.3-1.29.x86_64 > > Looks like some sssd sub-packages are missing on SLES12. sssd-ad (which contains the Active Directory support) was moved to a separate subpackage, which was missing in Beta1 media. We'll fix that for Beta2. -- Frederic Crozat SUSE From fcrozat at suse.com Thu Feb 27 04:40:39 2014 From: fcrozat at suse.com (Frederic Crozat) Date: Thu, 27 Feb 2014 12:40:39 +0100 Subject: [sles-beta] Systemd In-Reply-To: <530F21C8.8020904@unify.com> References: <530F21C8.8020904@unify.com> Message-ID: <1393501239.12785.2.camel@par-r81vxc7.par.novell.com> Le jeudi 27 f?vrier 2014 ? 08:30 -0300, Lawton Bonnevialle a ?crit : > Hi ALL; > > The new SLES12 will work 100% with Systemd? Yes. > The old friend init was killed? ;-) It took a long deserved retirement ;) -- Frederic Crozat SUSE From Christoph.Schumacher at porsche.de Thu Feb 27 04:40:46 2014 From: Christoph.Schumacher at porsche.de (Christoph Schumacher) Date: Thu, 27 Feb 2014 12:40:46 +0100 Subject: [sles-beta] Confused about Network-Manager In-Reply-To: <50C4FA80D11E25409E81FE9DEC9284A14B0F6185@D-SRV-XMB09.fhhnet.stadt.hamburg.de> References: <50C4FA80D11E25409E81FE9DEC9284A14B0F5E2F@D-SRV-XMB09.fhhnet.stadt.hamburg.de> <50C4FA80D11E25409E81FE9DEC9284A14B0F6185@D-SRV-XMB09.fhhnet.stadt.hamburg.de> Message-ID: Hi, Thanks ....that did it; read first, then ask :-D But: shouldn't it be the goal to use the new naming scheme ? Dipl.-Inf. Christoph Schumacher FAI5 Competencecenter Dezentrale Server Dr. Ing. h.c. F. Porsche AG Porscheplatz 1, D-70435 Stuttgart Zuffenhausen Telefon: +49 (0)711/911-23729 Fax: +49 (0)711/911-23171 E-Mail: christoph.schumacher at porsche.de From: "Sielck, Jochen" To: Christoph Schumacher , "sles-beta at lists.suse.com" , "sles-beta-bounces at lists.suse.com" Date: 27/02/2014 08:13 Subject: AW: [sles-beta] Confused about Network-Manager Hi, The link from Damen was helpful. Just put the option ?net.ifnames=0? into the kernel boot command and after reboot the eth0, eth1.. .will appear Best Regards Jochen Von: sles-beta-bounces at lists.suse.com [ mailto:sles-beta-bounces at lists.suse.com] Im Auftrag von Christoph Schumacher Gesendet: Donnerstag, 27. Februar 2014 08:07 An: sles-beta at lists.suse.com; sles-beta-bounces at lists.suse.com Betreff: Re: [sles-beta] Confused about Network-Manager Hey, This seems to be basically a good idea. But: how this work in combination with autoyast ? How to determine the name of the interface without even looking at the machine ? How to install a new machine with a single, central autoyast file which only asks simple questions (ip,nm,gw,hostname), so someone can install the box very easily ? It'd be to elaborate placement,type,rule for the interface to evaluate at installation for a load of machines. At last: how to disable the stuff at installation if there's no other way arround ? Dipl.-Inf. Christoph Schumacher FAI5 Competencecenter Dezentrale Server Dr. Ing. h.c. F. Porsche AG Porscheplatz 1, D-70435 Stuttgart Zuffenhausen Telefon: +49 (0)711/911-23729 Fax: +49 (0)711/911-23171 E-Mail: christoph.schumacher at porsche.de From: Darren Thompson To: "Sielck, Jochen" Cc: "sles-beta at lists.suse.com" Date: 26/02/2014 20:14 Subject: Re: [sles-beta] Confused about Network-Manager Sent by: sles-beta-bounces at lists.suse.com The device names are "the new standard". They are based on physical attributes of the device so should not change if additional interfaces are added, systems rebooted etc. some additional background here (may not be the best link,sorry) http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/ On 26 February 2014 19:08, Sielck, Jochen wrote: The Network Configuration looks strange. In default installation (bare metal) the wicked network-manager comes up. The interfaces were named like ?enp11s0f0? and first try with bonding via YaST failed. Any hints for using/configuration wicked in SLES available? Mit freundlichen Gr??en Jochen Sielck Systemtechnik UNIX _______________________________ Dataport _______________________________________________ sles-beta mailing list sles-beta at lists.suse.com http://lists.suse.com/mailman/listinfo/sles-beta -- Darren Thompson Professional Services Engineer / Consultant Level 3, 60 City Road Southgate, VIC 3006 Mb: 0400 640 414 Mail: darrent at akurit.com.au Web: www.akurit.com.au_______________________________________________ sles-beta mailing list sles-beta at lists.suse.com http://lists.suse.com/mailman/listinfo/sles-beta Dr. Ing. h.c. F. Porsche Aktiengesellschaft Sitz der Gesellschaft: Stuttgart Registergericht: Amtsgericht Stuttgart HRB-Nr. 730623 Vorsitzender des Aufsichtsrats: Dr. Wolfgang Porsche Vorstand: Matthias M?ller, Vorsitzender Thomas Edig, stv. Vorsitzender Dr. Oliver Blume, Wolfgang Hatz, Bernhard Maier, Lutz Meschke, Uwe-Karsten St?dter Die vorgenannten Angaben werden jeder E-Mail automatisch hinzugef?gt. Dies ist kein Anerkenntnis, dass es sich beim Inhalt dieser E-Mail um eine rechtsverbindliche Erkl?rung der Porsche AG handelt. Erkl?rungen, die die Porsche AG verpflichten, bed?rfen jeweils der Unterschrift durch zwei zeichnungs- berechtigte Personen der AG. Dr. Ing. h.c. F. Porsche Aktiengesellschaft Sitz der Gesellschaft: Stuttgart Registergericht: Amtsgericht Stuttgart HRB-Nr. 730623 Vorsitzender des Aufsichtsrats: Dr. Wolfgang Porsche Vorstand: Matthias M?ller, Vorsitzender Thomas Edig, stv. Vorsitzender Dr. Oliver Blume, Wolfgang Hatz, Bernhard Maier, Lutz Meschke, Uwe-Karsten St?dter Die vorgenannten Angaben werden jeder E-Mail automatisch hinzugef?gt. Dies ist kein Anerkenntnis, dass es sich beim Inhalt dieser E-Mail um eine rechtsverbindliche Erkl?rung der Porsche AG handelt. Erkl?rungen, die die Porsche AG verpflichten, bed?rfen jeweils der Unterschrift durch zwei zeichnungs- berechtigte Personen der AG. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 3692 bytes Desc: not available URL: From Dick.Waite at softwareag.com Thu Feb 27 05:00:03 2014 From: Dick.Waite at softwareag.com (Waite, Dick) Date: Thu, 27 Feb 2014 12:00:03 +0000 Subject: [sles-beta] Getting KDE running In-Reply-To: <20140227112413.GA4348@suse.com> References: <46AC8C81C10B8C48820201DF2AE1D76D4ED75EE6@hqmbx6.eur.ad.sag> <20140227112413.GA4348@suse.com> Message-ID: <46AC8C81C10B8C48820201DF2AE1D76D4ED7701C@hqmbx6.eur.ad.sag> Grand Day, Migration / Upgrade from SLE 11-3 to 12 - If the SLE 11-3 machine is happily running a KDE enviroment from what I have seen there is no Upgrade posable from 11-3 to 12 Just like editor's if you have used a Desktop for 10 years and it works for you, and the desktop is still actively supported you like to stay with it. Ask the Window XP people or even Window 7. For a KDE person to go to GNOME it's a new life style and one has to ask why. GNOME is owned by Novell is that a good reason? Will KDE be dropped by openSUSE too? One can see a number of KDE libraries on disk after an install but after installing and setting the bits in /etc/sysconfig etc one, or this one, does not get a happy happy KDE desktop and it the sprit of Linux, it's a KDE desktop I want. When a Distro starts dictating what editor or Virtualization or development / scripting language I *have* to use, then it's time to find a new Distro. If KDE can be dropped so maybe next it's ksh or tcsh as they are not quite mainstream. If there was little support or activity in the KDE area, maybe one can understand the business reasons, but I think KDE is quite active, has been since 1996 I think (http://en.wikipedia.org/wiki/KDE). I 100% agree SUSE can say it's not supported, that's business but I do think they should have a working KDE enviroment available on their Distro. If I'm way out on left field, then I'll drop the subject and get my kubuntu fired up again, but I do think there are other KDE people out there. Should a "server" have all Desktop's maybe not, but SUSE has a "Common Code Base" so if SLED has KDE then why not SLES too. Question does SLED support KDE? __R ___________________________________________ Dick Waite Senior R&D Consultant Phone: +49 6151 92-1505 Mobile: +49 171 8393 769 Software AG Uhlandstr. 12 | 64297 Darmstadt | Germany www.softwareag.com ___________________________________________ -----Original Message----- From: Matthias G. Eckermann [mailto:mge at suse.com] Sent: Thursday, February 27, 2014 12:24 PM To: Waite, Dick; 'G?nther J. Niederwimmer'; 'sles-beta at lists.suse.com'; jweber at suse.com Subject: Re: [sles-beta] Getting KDE running Hello Dick and all, On 2014-02-27 T 10:16 +0000 Waite, Dick wrote: > Can one use the .iso's from opensuse 13-1 to try and get a workable > KDE Desktop? From what I see with the SLE 12 Beta we are missing some > bits and bobs. I am afraid, the differences between openSUSE 13.1 and SLES 12 are too heavy. Packages from the OBS might work. Before we proceed in that direction, though, let me include Jan Weber here, our Product Manager for SUSE Linux Enterprise Desktop (product) and desktop related questions in SUSE Linux Enterprise. I think, what he might primarily be interested in: what is the _specific_ Use Case for KDE on a Server product? Please remember, we are only talking the KDE desktop here, we certainly will continue to support the Qt stack on SUSE Linux Enterprise 12. I already got one point / Use Case: 1. Partners will have to change their documentation What else? Thanks in advance! so long - MgE -- Matthias G. Eckermann Senior Product Manager SUSE? Linux Enterprise Phone: +49 30 44315731 Mobile: +49 179 2949448 E-Mail: mge at suse.com SUSE LINUX Products GmbH Maxfeldstra?e 5 90409 N?rnberg Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) 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), Dr. Wolfram Jost, Arnd Zinnhardt; - Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Dr. Andreas Bereczky - http://www.softwareag.com From marcus.moeller at gmx.ch Thu Feb 27 05:06:43 2014 From: marcus.moeller at gmx.ch (Marcus Moeller) Date: Thu, 27 Feb 2014 13:06:43 +0100 Subject: [sles-beta] Getting KDE running In-Reply-To: <46AC8C81C10B8C48820201DF2AE1D76D4ED7701C@hqmbx6.eur.ad.sag> References: <46AC8C81C10B8C48820201DF2AE1D76D4ED75EE6@hqmbx6.eur.ad.sag> <20140227112413.GA4348@suse.com> <46AC8C81C10B8C48820201DF2AE1D76D4ED7701C@hqmbx6.eur.ad.sag> Message-ID: <530F2A53.70407@gmx.ch> Hi Dick Waite. > Migration / Upgrade from SLE 11-3 to 12 - If the SLE 11-3 machine is happily running a KDE enviroment from what I have seen there is no Upgrade posable from 11-3 to 12 > > Just like editor's if you have used a Desktop for 10 years and it works for you, and the desktop is still actively supported you like to stay with it. Ask the Window XP people or even Window 7. For a KDE person to go to GNOME it's a new life style and one has to ask why. GNOME is owned by Novell is that a good reason? Will KDE be dropped by openSUSE too? Hey, it's time to switch away from XP: now ;) Btw. GNOME is not owned by Novell. GNOME is a community project which is based on a foundation: http://www.gnome.org/foundation/ KDE will still be part of openSUSE and is even the default desktop for now. From what I got now, KDE is only dropped from the SLES part, not SLED (I have not verified it yet, because even after 10 tries I did not manage to get DVD2 and DVD3 with the correct MD5sums). From the initial presentation, we learned, that it should be possible to add SLED as Add-On Product to SLES, so you can even extend your Servers with a KDE Desktop. Greets Marcus > One can see a number of KDE libraries on disk after an install but after installing and setting the bits in /etc/sysconfig etc one, or this one, does not get a happy happy KDE desktop and it the sprit of Linux, it's a KDE desktop I want. When a Distro starts dictating what editor or Virtualization or development / scripting language I *have* to use, then it's time to find a new Distro. If KDE can be dropped so maybe next it's ksh or tcsh as they are not quite mainstream. If there was little support or activity in the KDE area, maybe one can understand the business reasons, but I think KDE is quite active, has been since 1996 I think (http://en.wikipedia.org/wiki/KDE). I 100% agree SUSE can say it's not supported, that's business but I do think they should have a working KDE enviroment available on their Distro. > > If I'm way out on left field, then I'll drop the subject and get my kubuntu fired up again, but I do think there are other KDE people out there. > > Should a "server" have all Desktop's maybe not, but SUSE has a "Common Code Base" so if SLED has KDE then why not SLES too. Question does SLED support KDE? > > __R > ___________________________________________ > Dick Waite > Senior R&D Consultant > Phone: +49 6151 92-1505 > Mobile: +49 171 8393 769 > Software AG > Uhlandstr. 12 | 64297 Darmstadt | Germany > www.softwareag.com > ___________________________________________ > > > > > -----Original Message----- > From: Matthias G. Eckermann [mailto:mge at suse.com] > Sent: Thursday, February 27, 2014 12:24 PM > To: Waite, Dick; 'G?nther J. Niederwimmer'; 'sles-beta at lists.suse.com'; jweber at suse.com > Subject: Re: [sles-beta] Getting KDE running > > Hello Dick and all, > > On 2014-02-27 T 10:16 +0000 Waite, Dick wrote: > >> Can one use the .iso's from opensuse 13-1 to try and get a workable >> KDE Desktop? From what I see with the SLE 12 Beta we are missing some >> bits and bobs. > > I am afraid, the differences between openSUSE 13.1 and SLES 12 are too heavy. Packages from the OBS might work. > > Before we proceed in that direction, though, let me include Jan Weber here, our Product Manager for SUSE Linux Enterprise Desktop (product) and desktop related questions in SUSE Linux Enterprise. > > I think, what he might primarily be interested in: what is the _specific_ Use Case for KDE on a Server product? > > Please remember, we are only talking the KDE desktop here, we certainly will continue to support the Qt stack on SUSE Linux Enterprise 12. > > I already got one point / Use Case: > 1. Partners will have to change their documentation > > What else? > > Thanks in advance! > > so long - > MgE > > > -- > Matthias G. Eckermann Senior Product Manager SUSE? Linux Enterprise > Phone: +49 30 44315731 Mobile: +49 179 2949448 E-Mail: mge at suse.com > SUSE LINUX Products GmbH Maxfeldstra?e 5 90409 N?rnberg Germany > GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) > > 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), Dr. Wolfram Jost, Arnd Zinnhardt; - Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Dr. Andreas Bereczky - http://www.softwareag.com > > _______________________________________________ > sles-beta mailing list > sles-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sles-beta > -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3752 bytes Desc: S/MIME Cryptographic Signature URL: From kukuk at suse.de Thu Feb 27 05:10:23 2014 From: kukuk at suse.de (Thorsten Kukuk) Date: Thu, 27 Feb 2014 13:10:23 +0100 Subject: [sles-beta] Getting KDE running In-Reply-To: <530F2A53.70407@gmx.ch> References: <46AC8C81C10B8C48820201DF2AE1D76D4ED75EE6@hqmbx6.eur.ad.sag> <20140227112413.GA4348@suse.com> <46AC8C81C10B8C48820201DF2AE1D76D4ED7701C@hqmbx6.eur.ad.sag> <530F2A53.70407@gmx.ch> Message-ID: <20140227121023.GA10274@suse.de> On Thu, Feb 27, Marcus Moeller wrote: > From what I got now, KDE is only dropped from the SLES part, not SLED (I > have not verified it yet, because even after 10 tries I did not manage to > get DVD2 and DVD3 with the correct MD5sums). You shouldn't need DVD2 and DVD3. As usual, this contin only the sources and debuginfo packages and are not necessary to install. -- Thorsten Kukuk, Senior Architect SLES & Common Code Base SUSE LINUX Products GmbH, Maxfeldstr. 5, D-90409 Nuernberg GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) From Christoph.Schumacher at porsche.de Thu Feb 27 05:25:24 2014 From: Christoph.Schumacher at porsche.de (Christoph Schumacher) Date: Thu, 27 Feb 2014 13:25:24 +0100 Subject: [sles-beta] autoyast Message-ID: Hey, especially for systemd + wicked; will there be changes in autoyast ? Where will it be documentated ? Dipl.-Inf. Christoph Schumacher FAI5 Competencecenter Dezentrale Server Dr. Ing. h.c. F. Porsche AG Porscheplatz 1, D-70435 Stuttgart Zuffenhausen Telefon: +49 (0)711/911-23729 Fax: +49 (0)711/911-23171 E-Mail: christoph.schumacher at porsche.de Dr. Ing. h.c. F. Porsche Aktiengesellschaft Sitz der Gesellschaft: Stuttgart Registergericht: Amtsgericht Stuttgart HRB-Nr. 730623 Vorsitzender des Aufsichtsrats: Dr. Wolfgang Porsche Vorstand: Matthias M?ller, Vorsitzender Thomas Edig, stv. Vorsitzender Dr. Oliver Blume, Wolfgang Hatz, Bernhard Maier, Lutz Meschke, Uwe-Karsten St?dter Die vorgenannten Angaben werden jeder E-Mail automatisch hinzugef?gt. Dies ist kein Anerkenntnis, dass es sich beim Inhalt dieser E-Mail um eine rechtsverbindliche Erkl?rung der Porsche AG handelt. Erkl?rungen, die die Porsche AG verpflichten, bed?rfen jeweils der Unterschrift durch zwei zeichnungs- berechtigte Personen der AG. -------------- next part -------------- An HTML attachment was scrubbed... URL: From behlert at suse.com Thu Feb 27 05:29:06 2014 From: behlert at suse.com (Stefan Behlert) Date: Thu, 27 Feb 2014 13:29:06 +0100 Subject: [sles-beta] sssd and AD integration In-Reply-To: <530F25B60200008100044D7D@nat28.tlf.novell.com> References: <530F25B60200008100044D7D@nat28.tlf.novell.com> Message-ID: <20140227122906.GL16050@suse.de> Hi, On Feb 27, 14 10:47:02 +0000, Martin Jedamzik wrote: > Hi all, > > just playing around with sssd and AD integration. On OpenSuSE 13.1 we see: > > rpm -ql sssd |grep ad [...] > On SLES12 : > > rpm -ql sssd |grep ad > > Is this intentional ? Nope. After the split three packages got missed when adding the new subpackages, sssd-ad among them. I've added them now to the new Builds, and they will be on Beta2. Sorry for missing them. ciao, Stefan > > Regards, > > Martin > -- Stefan Behlert, SUSE LINUX Project Manager Enterprise Server Maxfeldstr. 5, D-90409 Nuernberg, Germany Phone +49-911-74053-173 SUSE LINUX Products GmbH, Nuernberg; GF: Jeff Hawn, Jennifer Guild, Felix Imendoerffer, HRB 16746 (AG Nuernberg) From behlert at suse.com Thu Feb 27 05:32:16 2014 From: behlert at suse.com (Stefan Behlert) Date: Thu, 27 Feb 2014 13:32:16 +0100 Subject: [sles-beta] Information reagarding patterns Message-ID: <20140227123216.GM16050@suse.de> Hi all, as I got the question recently a few times: No, the patterns are not finalized yet. Especially the "Minimal"-pattern is still way too big (after installation), and we are working on that. It's planned ot have that corrected with Beta3, not Beta2. thanks for your patience there, Stefan -- Stefan Behlert, SUSE LINUX Project Manager Enterprise Server Maxfeldstr. 5, D-90409 Nuernberg, Germany Phone +49-911-74053-173 SUSE LINUX Products GmbH, Nuernberg; GF: Jeff Hawn, Jennifer Guild, Felix Imendoerffer, HRB 16746 (AG Nuernberg) From Dick.Waite at softwareag.com Thu Feb 27 05:31:57 2014 From: Dick.Waite at softwareag.com (Waite, Dick) Date: Thu, 27 Feb 2014 12:31:57 +0000 Subject: [sles-beta] Getting KDE running In-Reply-To: <530F2B63.2080106@gmx.ch> References: <46AC8C81C10B8C48820201DF2AE1D76D4ED75EE6@hqmbx6.eur.ad.sag> <20140227112413.GA4348@suse.com> <46AC8C81C10B8C48820201DF2AE1D76D4ED7701C@hqmbx6.eur.ad.sag> <530F2A53.70407@gmx.ch> <20140227121023.GA10274@suse.de> <530F2B63.2080106@gmx.ch> Message-ID: <46AC8C81C10B8C48820201DF2AE1D76D4ED770D0@hqmbx6.eur.ad.sag> Many Thanks for the update Marcus, so no KDE on SLED or SLES but one could still used openSUSE 13-1 as your remote desktop which has as you say KDE as default. This afternoon it's time for fun with zLinux and setting up our REXX exec's, very happy they are still there ;o) __R ___________________________________________ Dick Waite Senior R&D Consultant Phone: +49 6151 92-1505 Mobile: +49 171 8393 769 Software AG Uhlandstr. 12 | 64297 Darmstadt | Germany www.softwareag.com ___________________________________________ -----Original Message----- From: sles-beta-bounces at lists.suse.com [mailto:sles-beta-bounces at lists.suse.com] On Behalf Of Marcus Moeller Sent: Thursday, February 27, 2014 1:11 PM To: sles-beta at lists.suse.com Subject: Re: [sles-beta] Getting KDE running Am 27.02.2014 13:10, schrieb Thorsten Kukuk: > On Thu, Feb 27, Marcus Moeller wrote: > >> From what I got now, KDE is only dropped from the SLES part, not >> SLED (I have not verified it yet, because even after 10 tries I did >> not manage to get DVD2 and DVD3 with the correct MD5sums). > > You shouldn't need DVD2 and DVD3. As usual, this contin only the > sources and debuginfo packages and are not necessary to install. Ok, so DVD1 does not include KDE. Greets Marcus 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), Dr. Wolfram Jost, Arnd Zinnhardt; - Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Dr. Andreas Bereczky - http://www.softwareag.com From marcus.moeller at gmx.ch Thu Feb 27 05:48:10 2014 From: marcus.moeller at gmx.ch (Marcus Moeller) Date: Thu, 27 Feb 2014 13:48:10 +0100 Subject: [sles-beta] Getting KDE running In-Reply-To: <46AC8C81C10B8C48820201DF2AE1D76D4ED770D0@hqmbx6.eur.ad.sag> References: <46AC8C81C10B8C48820201DF2AE1D76D4ED75EE6@hqmbx6.eur.ad.sag> <20140227112413.GA4348@suse.com> <46AC8C81C10B8C48820201DF2AE1D76D4ED7701C@hqmbx6.eur.ad.sag> <530F2A53.70407@gmx.ch> <20140227121023.GA10274@suse.de> <530F2B63.2080106@gmx.ch> <46AC8C81C10B8C48820201DF2AE1D76D4ED770D0@hqmbx6.eur.ad.sag> Message-ID: <530F340A.1080103@gmx.ch> Hi again. > Many Thanks for the update Marcus, so no KDE on SLED or SLES but one could still used openSUSE 13-1 as your remote desktop which has as you say KDE as default. This afternoon it's time for fun with zLinux and setting up our REXX exec's, very happy they are still there ;o) That's at least what I have figured out, not that I support it. The state of GNOME Classic in SLED is still very rough and it does not offer a usable Desktop Environment atm. There are still a lot of open issues and some might not even get fixed, due to technical limitations. I would also suggest to re-add KDE as valid Desktop option, at least to SLED. Greets Marcus > ___________________________________________ > Dick Waite > Senior R&D Consultant > Phone: +49 6151 92-1505 > Mobile: +49 171 8393 769 > Software AG > Uhlandstr. 12 | 64297 Darmstadt | Germany > www.softwareag.com > ___________________________________________ > > > > > -----Original Message----- > From: sles-beta-bounces at lists.suse.com [mailto:sles-beta-bounces at lists.suse.com] On Behalf Of Marcus Moeller > Sent: Thursday, February 27, 2014 1:11 PM > To: sles-beta at lists.suse.com > Subject: Re: [sles-beta] Getting KDE running > > Am 27.02.2014 13:10, schrieb Thorsten Kukuk: >> On Thu, Feb 27, Marcus Moeller wrote: >> >>> From what I got now, KDE is only dropped from the SLES part, not >>> SLED (I have not verified it yet, because even after 10 tries I did >>> not manage to get DVD2 and DVD3 with the correct MD5sums). >> >> You shouldn't need DVD2 and DVD3. As usual, this contin only the >> sources and debuginfo packages and are not necessary to install. > > Ok, so DVD1 does not include KDE. > > Greets > Marcus > > > > 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), Dr. Wolfram Jost, Arnd Zinnhardt; - Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Dr. Andreas Bereczky - http://www.softwareag.com > -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3752 bytes Desc: S/MIME Cryptographic Signature URL: From fcrozat at suse.com Thu Feb 27 05:55:54 2014 From: fcrozat at suse.com (Frederic Crozat) Date: Thu, 27 Feb 2014 13:55:54 +0100 Subject: [sles-beta] Antwort: Re: Getting KDE running In-Reply-To: References: <46AC8C81C10B8C48820201DF2AE1D76D4ED75EE6@hqmbx6.eur.ad.sag> <20140227112413.GA4348@suse.com> Message-ID: <1393505754.12785.3.camel@par-r81vxc7.par.novell.com> Le jeudi 27 f?vrier 2014 ? 13:44 +0100, pieter.hollants at dfs.de a ?crit : > Does gdm support XDMCP yet? Yes, it has always supported XDMCP. > Does GNOME support Window rules (hiding decorations etc.) in a similar > way KDE does? Yes, there is a common specification supported by many window managers, including GNOME. -- Frederic Crozat SUSE From aginies at suse.com Thu Feb 27 07:29:14 2014 From: aginies at suse.com (Antoine Ginies) Date: Thu, 27 Feb 2014 15:29:14 +0100 Subject: [sles-beta] PVH mode supported for XEN guest? In-Reply-To: <3CBFA7CC2505A74B9C172B35128B88630A342400@YLAV4460.INETPSA.com> References: <3CBFA7CC2505A74B9C172B35128B88630A342400@YLAV4460.INETPSA.com> Message-ID: <20140227142914.GD5214@linux-w520.guibland.com> LOIC DEVULDER: > Hello all, > > Is the new (or future) PVH mode from Xen 4.4 supported for paravirtualized guest? PVH mode Hypervisor and tools are only preview in 4.4, and this need a PVOPS kernel which won't be provided in SLE12. So we won't support PVH mode in SLE12. regards. Antoine > > Regards, > _______________________________ > PSA Peugeot Citro?n > Devulder Lo?c (loic.devulder at mpsa.com) > Ing?nieur Syst?me LINUX Senior / Sp?cialiste LINUX domaine Calcul > DP/DSIN/ASTI/ETSO/SRVA > Adresse postale : SX.BES.12 > T?l. Permanence : 33 09 01 ou 22 92 40 > T?l. : +33 (0)3 84 46 95 84 (22) > Mobile : +33 (0)6 87 72 47 31 > _______________________________ > > Ce message peut contenir des informations confidentielles. S'il ne vous est pas destin?, merci de le d?truire et d'informer imm?diatement son ?metteur. Pour plus d'informations relatives ? la confidentialit? et ? la s?curit? veuillez consulter http://disclaimer.psa-peugeot-citroen.com. > > This message may contain confidential information. If you are not the intended recipient, please advise the sender immediately and delete this message. For further information on confidentiality and the risks inherent in electronic communication see http://disclaimer.psa-peugeot-citroen.com. > > > _______________________________________________ > sles-beta mailing list > sles-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sles-beta > -- Antoine Ginies Project Manager SUSE France From dboyes at sinenomine.net Thu Feb 27 07:45:16 2014 From: dboyes at sinenomine.net (David Boyes) Date: Thu, 27 Feb 2014 14:45:16 +0000 Subject: [sles-beta] Getting KDE running In-Reply-To: <20140227112413.GA4348@suse.com> References: <46AC8C81C10B8C48820201DF2AE1D76D4ED75EE6@hqmbx6.eur.ad.sag> <20140227112413.GA4348@suse.com> Message-ID: <2748AD71D96C2B42B7E5176021026FC30808F3BF@ORD2MBX03A.mex05.mlsrvr.com> For people who use GUIs on servers, historically, KDE has been the most similar to other Unix variants providing a GUI environment. For compatibility reasons, many people who move between multiple environments in our shops and in customer shops use KDE to minimize the differences in the environments. Removing KDE entirely forces these people to deal with a massively different environment for essentially no really good reason, and it's a major productivity hit. We've got no problem with making GNOME the default option; removing the possibility to run a KDE environment is a serious barrier to adoption. At minimum, the client applications and libraries are a requirement. I've started our build farm on building KDE from source on SLES 12. Should take a week or so, but I should have a fully working KDE to distribute. > I think, what he might primarily be interested in: what is the _specific_ Use > Case for KDE on a Server product? > > Please remember, we are only talking the KDE desktop here, we certainly will > continue to support the Qt stack on SUSE Linux Enterprise 12. > > I already got one point / Use Case: > 1. Partners will have to change their documentation From Christoph.Schumacher at porsche.de Thu Feb 27 07:52:33 2014 From: Christoph.Schumacher at porsche.de (Christoph Schumacher) Date: Thu, 27 Feb 2014 15:52:33 +0100 Subject: [sles-beta] NTP Message-ID: Hi, Seems that the ntp sysvinit script is not migrated to systemd. /etc/init.d/ntp still needs startproc which is obviously gone....had to manually install sysvinit-tools (pattern is base). Dipl.-Inf. Christoph Schumacher FAI5 Competencecenter Dezentrale Server Dr. Ing. h.c. F. Porsche AG Porscheplatz 1, D-70435 Stuttgart Zuffenhausen Telefon: +49 (0)711/911-23729 Fax: +49 (0)711/911-23171 E-Mail: christoph.schumacher at porsche.de Dr. Ing. h.c. F. Porsche Aktiengesellschaft Sitz der Gesellschaft: Stuttgart Registergericht: Amtsgericht Stuttgart HRB-Nr. 730623 Vorsitzender des Aufsichtsrats: Dr. Wolfgang Porsche Vorstand: Matthias M?ller, Vorsitzender Thomas Edig, stv. Vorsitzender Dr. Oliver Blume, Wolfgang Hatz, Bernhard Maier, Lutz Meschke, Uwe-Karsten St?dter Die vorgenannten Angaben werden jeder E-Mail automatisch hinzugef?gt. Dies ist kein Anerkenntnis, dass es sich beim Inhalt dieser E-Mail um eine rechtsverbindliche Erkl?rung der Porsche AG handelt. Erkl?rungen, die die Porsche AG verpflichten, bed?rfen jeweils der Unterschrift durch zwei zeichnungs- berechtigte Personen der AG. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mge at suse.com Thu Feb 27 07:56:34 2014 From: mge at suse.com (Matthias G. Eckermann) Date: Thu, 27 Feb 2014 15:56:34 +0100 Subject: [sles-beta] NTP In-Reply-To: References: Message-ID: <20140227145634.GD32530@suse.com> On 2014-02-27 T 15:52 +0100 Christoph Schumacher wrote: > Hi, > > Seems that the ntp sysvinit script is not migrated to systemd. Please open a Service Request. All built-in tools should use the systemd infrastructure. Thanks for finding! so long - MgE > /etc/init.d/ntp still needs startproc which is obviously gone....had to > manually install sysvinit-tools (pattern is base). > > Dipl.-Inf. Christoph Schumacher > FAI5 Competencecenter Dezentrale Server > Dr. Ing. h.c. F. Porsche AG > Porscheplatz 1, D-70435 Stuttgart Zuffenhausen > Telefon: +49 (0)711/911-23729 > Fax: +49 (0)711/911-23171 > E-Mail: christoph.schumacher at porsche.de > > > Dr. Ing. h.c. F. Porsche Aktiengesellschaft > Sitz der Gesellschaft: Stuttgart > Registergericht: Amtsgericht Stuttgart HRB-Nr. 730623 > Vorsitzender des Aufsichtsrats: Dr. Wolfgang Porsche > Vorstand: Matthias M?ller, Vorsitzender > Thomas Edig, stv. Vorsitzender > Dr. Oliver Blume, Wolfgang Hatz, Bernhard Maier, Lutz Meschke, Uwe-Karsten St?dter > > Die vorgenannten Angaben werden jeder E-Mail automatisch hinzugef?gt. Dies ist kein Anerkenntnis, > dass es sich beim Inhalt dieser E-Mail um eine rechtsverbindliche Erkl?rung der Porsche AG handelt. > Erkl?rungen, die die Porsche AG verpflichten, bed?rfen jeweils der Unterschrift durch zwei zeichnungs- > berechtigte Personen der AG. > _______________________________________________ > sles-beta mailing list > sles-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sles-beta -- Matthias G. Eckermann Senior Product Manager SUSE? Linux Enterprise Phone: +49 30 44315731 Mobile: +49 179 2949448 E-Mail: mge at suse.com SUSE LINUX Products GmbH Maxfeldstra?e 5 90409 N?rnberg Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) From CRhodes at amerisourcebergen.com Thu Feb 27 08:20:18 2014 From: CRhodes at amerisourcebergen.com (Rhodes, Christopher) Date: Thu, 27 Feb 2014 10:20:18 -0500 Subject: [sles-beta] Getting KDE running In-Reply-To: <530F52C2.8050900@gmx.ch> References: <46AC8C81C10B8C48820201DF2AE1D76D4ED75EE6@hqmbx6.eur.ad.sag> <20140227112413.GA4348@suse.com> <46AC8C81C10B8C48820201DF2AE1D76D4ED7701C@hqmbx6.eur.ad.sag> <530F2A53.70407@gmx.ch> <20140227121023.GA10274@suse.de> <530F2B63.2080106@gmx.ch> <46AC8C81C10B8C48820201DF2AE1D76D4ED770D0@hqmbx6.eur.ad.sag> <530F340A.1080103@gmx.ch> <530F52C2.8050900@gmx.ch> Message-ID: <1608AFDC04EC7D46A3DE80C023812CE5AAFA8444CE@POKCPEX06.corp.absc.local> Can you RDP into the SLES 12 server or only from. -----Original Message----- From: sles-beta-bounces at lists.suse.com [mailto:sles-beta-bounces at lists.suse.com] On Behalf Of Marcus Moeller Sent: Thursday, February 27, 2014 9:59 AM To: sles-beta at lists.suse.com Subject: Re: [sles-beta] Getting KDE running Hi again. Just a short update. >> Many Thanks for the update Marcus, so no KDE on SLED or SLES but one >> could still used openSUSE 13-1 as your remote desktop which has as >> you say KDE as default. This afternoon it's time for fun with zLinux >> and setting up our REXX exec's, very happy they are still there ;o) > > That's at least what I have figured out, not that I support it. > > The state of GNOME Classic in SLED is still very rough and it does not > offer a usable Desktop Environment atm. There are still a lot of open > issues and some might not even get fixed, due to technical limitations. We are working really hard to get the remaining GNOME classic limitations sorted out and already made a really good progress. There are only a few issues left, and we hope to get them fixed very soon. > I would also suggest to re-add KDE as valid Desktop option, at least > to SLED. Greets Marcus >> ___________________________________________ >> Dick Waite >> Senior R&D Consultant >> Phone: +49 6151 92-1505 >> Mobile: +49 171 8393 769 >> Software AG >> Uhlandstr. 12 | 64297 Darmstadt | Germany www.softwareag.com >> ___________________________________________ >> >> >> >> >> -----Original Message----- >> From: sles-beta-bounces at lists.suse.com >> [mailto:sles-beta-bounces at lists.suse.com] On Behalf Of Marcus Moeller >> Sent: Thursday, February 27, 2014 1:11 PM >> To: sles-beta at lists.suse.com >> Subject: Re: [sles-beta] Getting KDE running >> >> Am 27.02.2014 13:10, schrieb Thorsten Kukuk: >>> On Thu, Feb 27, Marcus Moeller wrote: >>> >>>> From what I got now, KDE is only dropped from the SLES part, not >>>> SLED (I have not verified it yet, because even after 10 tries I did >>>> not manage to get DVD2 and DVD3 with the correct MD5sums). >>> >>> You shouldn't need DVD2 and DVD3. As usual, this contin only the >>> sources and debuginfo packages and are not necessary to install. >> >> Ok, so DVD1 does not include KDE. >> >> Greets >> Marcus >> >> >> >> 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), Dr. Wolfram Jost, Arnd Zinnhardt; - >> Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Dr. >> Andreas Bereczky - http://www.softwareag.com >> > > > > > _______________________________________________ > sles-beta mailing list > sles-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sles-beta > From kukuk at suse.de Thu Feb 27 08:24:27 2014 From: kukuk at suse.de (Thorsten Kukuk) Date: Thu, 27 Feb 2014 16:24:27 +0100 Subject: [sles-beta] NTP In-Reply-To: References: Message-ID: <20140227152427.GA19193@suse.de> On Thu, Feb 27, Christoph Schumacher wrote: > Hi, > > Seems that the ntp sysvinit script is not migrated to systemd. > > /etc/init.d/ntp still needs startproc which is obviously gone....had to > manually install sysvinit-tools (pattern is base). I have reopended that bug again :( -- Thorsten Kukuk, Senior Architect SLES & Common Code Base SUSE LINUX Products GmbH, Maxfeldstr. 5, D-90409 Nuernberg GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) From mjedamzik at novell.com Thu Feb 27 08:33:02 2014 From: mjedamzik at novell.com (Martin Jedamzik) Date: Thu, 27 Feb 2014 15:33:02 +0000 Subject: [sles-beta] Antw: Re: NTP In-Reply-To: <20140227152427.GA19193@suse.de> References: <20140227152427.GA19193@suse.de> Message-ID: <530F68BE0200008100044EDD@nat28.tlf.novell.com> Hi Thorsten, may I have the bug number for the SR ? Cheers, Martin >>> Thorsten Kukuk schrieb am 27.2.2014 um 04:24 PM in Nachricht <20140227152427.GA19193 at suse.de>: > On Thu, Feb 27, Christoph Schumacher wrote: > >> Hi, >> >> Seems that the ntp sysvinit script is not migrated to systemd. >> >> /etc/init.d/ntp still needs startproc which is obviously gone....had to >> manually install sysvinit-tools (pattern is base). > > I have reopended that bug again :( From mge at suse.com Thu Feb 27 08:36:16 2014 From: mge at suse.com (Matthias G. Eckermann) Date: Thu, 27 Feb 2014 16:36:16 +0100 Subject: [sles-beta] RDP - Re: Getting KDE running In-Reply-To: <1608AFDC04EC7D46A3DE80C023812CE5AAFA8444CE@POKCPEX06.corp.absc.local> References: <46AC8C81C10B8C48820201DF2AE1D76D4ED75EE6@hqmbx6.eur.ad.sag> <20140227112413.GA4348@suse.com> <46AC8C81C10B8C48820201DF2AE1D76D4ED7701C@hqmbx6.eur.ad.sag> <530F2A53.70407@gmx.ch> <20140227121023.GA10274@suse.de> <530F2B63.2080106@gmx.ch> <46AC8C81C10B8C48820201DF2AE1D76D4ED770D0@hqmbx6.eur.ad.sag> <530F340A.1080103@gmx.ch> <530F52C2.8050900@gmx.ch> <1608AFDC04EC7D46A3DE80C023812CE5AAFA8444CE@POKCPEX06.corp.absc.local> Message-ID: <20140227153616.GC2806@suse.com> On 2014-02-27 T 10:20 -0500 Rhodes, Christopher wrote: > Can you RDP into the SLES 12 server or only from. You should be able to RDP into a SLES 12 Server on the X86-64 architecture, however, the packages might be missing (or renamed) on SLES 12 Beta1 :-( Please open an SR. so long - MgE -- Matthias G. Eckermann Senior Product Manager SUSE? Linux Enterprise Phone: +49 30 44315731 Mobile: +49 179 2949448 E-Mail: mge at suse.com SUSE LINUX Products GmbH Maxfeldstra?e 5 90409 N?rnberg Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) From stephan.kurth at kucoug.de Thu Feb 27 07:59:31 2014 From: stephan.kurth at kucoug.de (Stephan Kurth) Date: Thu, 27 Feb 2014 15:59:31 +0100 Subject: [sles-beta] XFS and ACL.... Message-ID: As workarround you can add all of these users into a group and give the group acl support. Or create default acl. Stephan Kurth Gesch?ftsf?hrender Gesellschafter KuCo UG (haftungsbeschr?nkt) Hildesheimer Stra?e 265 30519 Hannover Tel.:?+491704798919 Mail: stephan.kurth at kucoug.de Skype: stephan_kurth Web: http://www.kucoug.de USTID: DE281899497 Von Samsung Mobile gesendet
-------- Urspr?ngliche Nachricht --------
Von: Stephan.Joerrens at gad.de
Datum:27.02.2014 14:48 (GMT+01:00)
An: sles-beta at lists.suse.com
Betreff: [sles-beta] XFS and ACL....
Hi With XFS as default for /home i still wonder why there are still the limit of about 21 ACL rules pro file/directory. I created 30 testuser usertest1-30 and an new directory for testing. linux:/home # setfacl -b test/ linux:/home # getfacl test/ # file: test/ # owner: root # group: root user::rwx group::r-x other::r-x linux:/home # for a in {1..30};do setfacl -m u:usertest${a}:rwx test/;done setfacl: test/: Invalid argument setfacl: test/: Invalid argument setfacl: test/: Invalid argument setfacl: test/: Invalid argument setfacl: test/: Invalid argument setfacl: test/: Invalid argument setfacl: test/: Invalid argument setfacl: test/: Invalid argument setfacl: test/: Invalid argument linux:/home # getfacl test/ # file: test/ # owner: root # group: root user::rwx user:usertest1:rwx user:usertest2:rwx user:usertest3:rwx user:usertest4:rwx user:usertest5:rwx user:usertest6:rwx user:usertest7:rwx user:usertest8:rwx user:usertest9:rwx user:usertest10:rwx user:usertest11:rwx user:usertest12:rwx user:usertest13:rwx user:usertest14:rwx user:usertest15:rwx user:usertest16:rwx user:usertest17:rwx user:usertest18:rwx user:usertest19:rwx user:usertest20:rwx user:usertest21:rwx group::r-x mask::rwx other::r-x You must delete ACLs to add an new one. linux:/home # setfacl -x u:usertest20 test linux:/home # setfacl -m u:usertest24:rwx test linux:/home # setfacl -m u:usertest25:rwx test setfacl: test: Invalid argument linux:/home # getfacl test/ # file: test/ # owner: root # group: root user::rwx user:usertest1:rwx user:usertest2:rwx user:usertest3:rwx user:usertest4:rwx user:usertest5:rwx user:usertest6:rwx user:usertest7:rwx user:usertest8:rwx user:usertest9:rwx user:usertest10:rwx user:usertest11:rwx user:usertest12:rwx user:usertest13:rwx user:usertest14:rwx user:usertest15:rwx user:usertest16:rwx user:usertest17:rwx user:usertest18:rwx user:usertest19:rwx user:usertest21:rwx user:usertest24:rwx group::r-x mask::rwx other::r-x Why the Limit? Mit freundlichen Gr??en Stephan Joerrens IT-Plattformen / System- und Datenbankbetrieb UNIX Tel.: 0251 7133 - 1846* ; Fax.: 0251 7133 - 91846* GAD eG GAD-Stra?e 2-6 - 48163 M?nster http://www.gad.de Vorstand: Anno Lederer (Vors.), Claus-Dieter Toben (stellv. Vors.), Martin Beyer, J?rg Dreinh?fer, Steffen Jentsch Aufsichtsratsvorsitzender: J?rgen Brinkmann Sitz: M?nster/Westf., Amtsgericht M?nster, Genossenschafts-Register 337 -------------- next part -------------- An HTML attachment was scrubbed... URL: From behlert at suse.com Thu Feb 27 08:57:25 2014 From: behlert at suse.com (Stefan Behlert) Date: Thu, 27 Feb 2014 16:57:25 +0100 Subject: [sles-beta] Antw: Re: NTP In-Reply-To: <530F68BE0200008100044EDD@nat28.tlf.novell.com> References: <20140227152427.GA19193@suse.de> <530F68BE0200008100044EDD@nat28.tlf.novell.com> Message-ID: <20140227155725.GR16050@suse.de> Hi, On Feb 27, 14 15:33:02 +0000, Martin Jedamzik wrote: > Hi Thorsten, > > may I have the bug number for the SR ? bnc#862606 Next fix submitted, not sure what went wrong :( Stefan > > Cheers, > > Martin > > >>> Thorsten Kukuk schrieb am 27.2.2014 um 04:24 PM in Nachricht > <20140227152427.GA19193 at suse.de>: > > On Thu, Feb 27, Christoph Schumacher wrote: > > > >> Hi, > >> > >> Seems that the ntp sysvinit script is not migrated to systemd. > >> > >> /etc/init.d/ntp still needs startproc which is obviously gone....had to > >> manually install sysvinit-tools (pattern is base). > > > > I have reopended that bug again :( > > > _______________________________________________ > sles-beta mailing list > sles-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sles-beta > -- Stefan Behlert, SUSE LINUX Project Manager Enterprise Server Maxfeldstr. 5, D-90409 Nuernberg, Germany Phone +49-911-74053-173 SUSE LINUX Products GmbH, Nuernberg; GF: Jeff Hawn, Jennifer Guild, Felix Imendoerffer, HRB 16746 (AG Nuernberg) From mge at suse.com Thu Feb 27 08:59:21 2014 From: mge at suse.com (Matthias G. Eckermann) Date: Thu, 27 Feb 2014 16:59:21 +0100 Subject: [sles-beta] XFS and ACL.... In-Reply-To: References: Message-ID: <20140227155921.GA3517@suse.com> Hello Stephan? and all, On 2014-02-27 T 14:48 +0100 Stephan.Joerrens at gad.de wrote: > With XFS as default for /home i still wonder why > there are still the limit of about 21 ACL rules pro > file/directory. I received feedback from our engineering team that the limit should be significantly higher, _if_ you created the filesystem with SLES 12. If the filesystem is an old / formerly existing one, this limitation is expected. We are currently evaluating, if somewhere in the installation process a limiting switch is used. Stay tuned. so long - MgE -- Matthias G. Eckermann Senior Product Manager SUSE? Linux Enterprise Phone: +49 30 44315731 Mobile: +49 179 2949448 E-Mail: mge at suse.com SUSE LINUX Products GmbH Maxfeldstra?e 5 90409 N?rnberg Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) From jweber at suse.com Thu Feb 27 09:04:28 2014 From: jweber at suse.com (Jan Weber) Date: Thu, 27 Feb 2014 17:04:28 +0100 Subject: [sles-beta] Desktop Environment for SUSE Linux Enterprise 12 Message-ID: <530F620C.1020805@suse.com> Dear Beta Participants, there have been a lot of discussions related to the desktop environment in SUSE Linux Enterprise 12, let me try to clarify some commonly asked questions and provide some background to our reasoning behind this move. Let me start that SUSE Linux Enterprise 12, which includes SLES and SLED, there will be only one supported desktop environment GNOME. As already outlined in our beta call earlier this week one of our targets for SLE 12 has been the credo "One Tool For The Job". This has mostly affected components where there is a de facto industry standard, one example for this being Apache as the web server. Now there are also examples where we did not follow our credo, a prominent example being command line editors, where we are shipping vi, emacs and also e3, the last one featuring compatibility modes for some other editors. The reason for this is that there is no industry standard. Our main objective with this credo is to provide better support and quality by focusing on less, because less is more. When desktop environments are concerned there is a de facto industry standard which is GNOME, which also has been the default installation option with SLE 11. This lead us to the decision to focus our efforts on GNOME over other desktop environments. As we are currently still talking about a beta release the look and feel of our GNOME desktop is not yet final and there are some rough edges, yet the look and feel should be comparable with many other desktop environments already and we are working on improvements. As far as upgrade scenarios are concerned we will have upgrade paths from SLE 11 to SLE 12 for both SLE 11 desktop environments, as we are at the first beta release, not everything might work yet but is planned to be included in future beta releases. Another noteworthy fact about our focus on one desktop environment is that this is not related to GUI toolkits, as there is no industry standard in place there, we are supporting both GTK and Qt, also we are including some KDE libraries for smoother migration and application compatibility, however this is not a fully functional KDE. If you are having concerns with this move please let me know what your requirements for the desktop environment are, so that we can work on improving what we deliver. Thanks, Jan -- Jan Weber E jweber at suse.com SUSE Linux Products GmbH Product Manager HRB 16746 (AG N?rnberg) SUSE Linux Enterprise GF: Jeff Hawn, Jennifer Guild http://www.suse.com/ Felix Imend?rffer From mge at suse.com Thu Feb 27 10:04:06 2014 From: mge at suse.com (Matthias G. Eckermann) Date: Thu, 27 Feb 2014 18:04:06 +0100 Subject: [sles-beta] XFS and ACL.... In-Reply-To: References: <20140227155921.GA3517@suse.com> Message-ID: <20140227170406.GB4312@suse.com> Hello all, On 2014-02-27 T 17:35 Stephan.Joerrens at gad.de wrote: > It is an new sles12 installation. [...] > Btw I ask the same years ago with sles 10/11. There > was the answer that the limit can't easily changed. Yes, it needs a new superblock format for XFS, which we could not introduce into SLE 10/11 easily. Now, while SLES 12 should have the new superblock format (it's v5), indeed "/home" is created with a v4 superblock also in my Beta1 test instance, and thus the limitation is there.:-( Please file a Service Request thus this is officially tracked (I had only informal discussions internally so far). TIA - MgE -- Matthias G. Eckermann Senior Product Manager SUSE? Linux Enterprise Phone: +49 30 44315731 Mobile: +49 179 2949448 E-Mail: mge at suse.com SUSE LINUX Products GmbH Maxfeldstra?e 5 90409 N?rnberg Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) From marcus.moeller at gmx.ch Thu Feb 27 10:14:35 2014 From: marcus.moeller at gmx.ch (Marcus Moeller) Date: Thu, 27 Feb 2014 18:14:35 +0100 Subject: [sles-beta] sssd and AD integration In-Reply-To: <20140227122906.GL16050@suse.de> References: <530F25B60200008100044D7D@nat28.tlf.novell.com> <20140227122906.GL16050@suse.de> Message-ID: <530F727B.9060003@gmx.ch> Hi all. >> just playing around with sssd and AD integration. On OpenSuSE 13.1 we see: >> >> rpm -ql sssd |grep ad > [...] >> On SLES12 : >> >> rpm -ql sssd |grep ad >> >> Is this intentional ? > > Nope. After the split three packages got missed when adding the new > subpackages, sssd-ad among them. > I've added them now to the new Builds, and they will be on Beta2. Will the YaST Domain Join Module be ported to sssd-ad? Greets Marcus From mpost at suse.com Thu Feb 27 14:41:53 2014 From: mpost at suse.com (Mark Post) Date: Thu, 27 Feb 2014 14:41:53 -0700 Subject: [sles-beta] IBM XIV driver pack support In-Reply-To: References: Message-ID: <530F6AD10200006D00155B31@prv-mh.provo.novell.com> >>> On 2/27/2014 at 05:31 AM, Darren Thompson wrote: > Hi Beta team > > Does anyone know if IBM are "in the loop" to produce an updated SAN driver > for their XIV storage. > > The software is "hard coded" to kernel version etc so they will need to > update it. > > If IBM are "in the loop" is there any way we can get hold of a copy for > testing with SLES12beta? IBM has been a big part of the feature request process for SLE12. That doesn't mean that all groups within IBM are aware of what's happening, however. It would probably be a good idea for you to open up a service request, either with IBM or SUSE, to get the conversation started, just to make sure. And, while you're at it, let IBM know that checking for specific kernel versions is a _really_ bad idea. :) Mark Post From mpost at suse.com Thu Feb 27 14:45:39 2014 From: mpost at suse.com (Mark Post) Date: Thu, 27 Feb 2014 14:45:39 -0700 Subject: [sles-beta] Confused about Network-Manager In-Reply-To: References: <50C4FA80D11E25409E81FE9DEC9284A14B0F5E2F@D-SRV-XMB09.fhhnet.stadt.hamburg.de> <50C4FA80D11E25409E81FE9DEC9284A14B0F6185@D-SRV-XMB09.fhhnet.stadt.hamburg.de> Message-ID: <530F6BB30200006D00155B3C@prv-mh.provo.novell.com> >>> On 2/27/2014 at 06:40 AM, Christoph Schumacher wrote: > But: shouldn't it be the goal to use the new naming scheme ? Absolutely. Go ahead and open a service request to make sure that 1. This has already been taken into consideration with AutoYaST, and 2. That the documentation (which may already be a work in progress) is in place for GA. Mark Post From mge at suse.com Thu Feb 27 16:36:57 2014 From: mge at suse.com (Matthias G. Eckermann) Date: Fri, 28 Feb 2014 00:36:57 +0100 Subject: [sles-beta] XFS and ACL.... In-Reply-To: References: <20140227155921.GA3517@suse.com> <20140227170406.GB4312@suse.com> Message-ID: <20140227233657.GD4296@suse.com> Hello all, On 2014-02-28 T 07:31 +1100 Darren Thompson wrote: > Is there a tunefs type option to update the superblock > version or is it a remove and re-create operation? my understanding is that an update to the v5 superblock will need a mkfs.xfs operation, but I might be wrong. > Or was the availability of the V5 superblock just left > out by accidental omission? current status: the kernel in SLES 12 Beta1 could do v5 superblocks, but the tools don't do it. This won't be fixed for Beta2, I think; investigation is ongoing. so long - MgE > On 28 February 2014 04:04, Matthias G. Eckermann wrote: > > On 2014-02-27 T 17:35 Stephan.Joerrens at gad.de wrote: > > > > > It is an new sles12 installation. > > [...] > > > Btw I ask the same years ago with sles 10/11. There > > > was the answer that the limit can't easily changed. > > > > Yes, it needs a new superblock format for XFS, which we > > could not introduce into SLE 10/11 easily. > > > > Now, while SLES 12 should have the new superblock > > format (it's v5), indeed "/home" is created with a v4 > > superblock also in my Beta1 test instance, and thus the > > limitation is there.:-( > > > > Please file a Service Request thus this is officially > > tracked (I had only informal discussions internally so > > far). -- Matthias G. Eckermann Senior Product Manager SUSE? Linux Enterprise Phone: +49 30 44315731 Mobile: +49 179 2949448 E-Mail: mge at suse.com SUSE LINUX Products GmbH Maxfeldstra?e 5 90409 N?rnberg Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) From mfatrez at oxya.com Fri Feb 28 01:05:49 2014 From: mfatrez at oxya.com (Matthieu Fatrez) Date: Fri, 28 Feb 2014 09:05:49 +0100 Subject: [sles-beta] Create partition layout Message-ID: Hi, When I try to implement my own partition layout, the first disk is not completly show as you can see : [image: Images int?gr?es 1] It's the same for LVM [image: Images int?gr?es 2] Best regards, *FATREZ Matthieu* *o**X**ya* 1, rue de Londres 59120 LOOS -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 69771 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 72391 bytes Desc: not available URL: From gjn at gjn.priv.at Fri Feb 28 02:03:07 2014 From: gjn at gjn.priv.at (=?ISO-8859-1?Q?G=FCnther_J=2E?= Niederwimmer) Date: Fri, 28 Feb 2014 10:03:07 +0100 Subject: [sles-beta] Yast autoinstallation undefined method `[]' for nil:NilClass In-Reply-To: <53104E8502000081000B1E22@nat28.tlf.novell.com> References: <53104E8502000081000B1E22@nat28.tlf.novell.com> Message-ID: <2165684.vRbBNun2HY@gjn.priv.at> Am Freitag, 28. Februar 2014, 08:53:25 schrieb Martin Jedamzik: > Hi, > > just got an issue with the autoinstall. ( see attached screenshot ) > > The profile has been created by YaST on my first manual install. > > Is this already a known issue ? > > By the way, one administrative question: > > Is it required to open a CR for Beta-Calls also to get a bugzilla entry ? > > Cheers, > > Martin I have found also nil:NilClass on my DVD Installation On my site it is, 'downcase' for nil:NilClass Internal Error SR ? or not ;) -- mit freundlichen Gr??en / best Regards, G?nther J. Niederwimmer From fcrozat at suse.com Fri Feb 28 02:51:28 2014 From: fcrozat at suse.com (Frederic Crozat) Date: Fri, 28 Feb 2014 10:51:28 +0100 Subject: [sles-beta] Yast autoinstallation undefined method `[]' for nil:NilClass In-Reply-To: <2165684.vRbBNun2HY@gjn.priv.at> References: <53104E8502000081000B1E22@nat28.tlf.novell.com> <2165684.vRbBNun2HY@gjn.priv.at> Message-ID: <1393581088.18222.6.camel@par-r81vxc7.par.novell.com> Le vendredi 28 f?vrier 2014 ? 10:03 +0100, G?nther J. Niederwimmer a ?crit : > Am Freitag, 28. Februar 2014, 08:53:25 schrieb Martin Jedamzik: > > Hi, > > > > just got an issue with the autoinstall. ( see attached screenshot ) > > > > The profile has been created by YaST on my first manual install. > > > > Is this already a known issue ? > > > > By the way, one administrative question: > > > > Is it required to open a CR for Beta-Calls also to get a bugzilla entry ? > > > > Cheers, > > > > Martin > > I have found also nil:NilClass on my DVD Installation > > On my site it is, 'downcase' for nil:NilClass > Internal Error > > SR ? or not ;) Not needed, bug was fixed after Beta1. Please check with Beta2 (when available) to confirm it is fixed for you. Thanks ! -- Frederic Crozat SUSE From ddiss at suse.de Fri Feb 28 03:17:24 2014 From: ddiss at suse.de (David Disseldorp) Date: Fri, 28 Feb 2014 11:17:24 +0100 Subject: [sles-beta] sssd and AD integration In-Reply-To: <530F727B.9060003@gmx.ch> References: <530F25B60200008100044D7D@nat28.tlf.novell.com> <20140227122906.GL16050@suse.de> <530F727B.9060003@gmx.ch> Message-ID: <20140228111724.513289df@plati.site> Hi Marcus, On Thu, 27 Feb 2014 18:14:35 +0100, Marcus Moeller wrote: > Will the YaST Domain Join Module be ported to sssd-ad? The YaST Windows Domain Membership module will continue to use Winbind in SLE12. Regards, David From gjn at gjn.priv.at Fri Feb 28 05:53:20 2014 From: gjn at gjn.priv.at (=?ISO-8859-1?Q?G=FCnther_J=2E?= Niederwimmer) Date: Fri, 28 Feb 2014 13:53:20 +0100 Subject: [sles-beta] Network IPv6 use_tempaddr = 0 Message-ID: <2227164.EeVCYp0eqO@gjn.priv.at> Hello, I have a question about "use_tempaddr", why is this sometime working and sometime not. For SLES (Server) I configure fix IPv4 and IPv6 addresses but sometime I have also temporary addresses and sometime not The Kernel Variable net.ipv6.conf.default.use_tempaddr = 0 is most time not working. sometime it helps to config the interface separate net.ipv6.conf.br0.use_tempaddr = 0 but not all times :-(. -- mit freundlichen Gr??en / best Regards, G?nther J. Niederwimmer From Dick.Waite at softwareag.com Fri Feb 28 09:05:53 2014 From: Dick.Waite at softwareag.com (Waite, Dick) Date: Fri, 28 Feb 2014 16:05:53 +0000 Subject: [sles-beta] Getting KDE running In-Reply-To: <1608AFDC04EC7D46A3DE80C023812CE5AAFA8444CE@POKCPEX06.corp.absc.local> References: <46AC8C81C10B8C48820201DF2AE1D76D4ED75EE6@hqmbx6.eur.ad.sag> <20140227112413.GA4348@suse.com> <46AC8C81C10B8C48820201DF2AE1D76D4ED7701C@hqmbx6.eur.ad.sag> <530F2A53.70407@gmx.ch> <20140227121023.GA10274@suse.de> <530F2B63.2080106@gmx.ch> <46AC8C81C10B8C48820201DF2AE1D76D4ED770D0@hqmbx6.eur.ad.sag> <530F340A.1080103@gmx.ch> <530F52C2.8050900@gmx.ch>, <1608AFDC04EC7D46A3DE80C023812CE5AAFA8444CE@POKCPEX06.corp.absc.local> Message-ID: <46AC8C81C10B8C48820201DF2AE1D76D4ED788E9@hqmbx6.eur.ad.sag> Grand End of Month, Looking forward to Beta 2 and a working desktop. I will work via OS 13-1 and remote access to SLES 12 or maybe to kill two birds with one RDP use KDE from RHEL v7 and check two beta's at the same time ;o) ( joke). I do think a little more notice from SUSE that they are dropping KDE would have been welcome, Jan comment, "When desktop environments are concerned there is a de facto industry standard which is GNOME, which also has been the default installation option with SLE 11." can be taken with a little salt. I did a quick show of hands in SAG and found very few GNOME users, but then we are also "Gray hairs". zLinux seems to be broken, so looks like a quiet weekend, no Six nations either. __R ________________________________________ From: sles-beta-bounces at lists.suse.com [sles-beta-bounces at lists.suse.com] on behalf of Rhodes, Christopher [CRhodes at amerisourcebergen.com] Sent: 27 February 2014 16:20 To: Marcus Moeller; sles-beta at lists.suse.com Subject: Re: [sles-beta] Getting KDE running Can you RDP into the SLES 12 server or only from. -----Original Message----- From: sles-beta-bounces at lists.suse.com [mailto:sles-beta-bounces at lists.suse.com] On Behalf Of Marcus Moeller Sent: Thursday, February 27, 2014 9:59 AM To: sles-beta at lists.suse.com Subject: Re: [sles-beta] Getting KDE running Hi again. Just a short update. >> Many Thanks for the update Marcus, so no KDE on SLED or SLES but one >> could still used openSUSE 13-1 as your remote desktop which has as >> you say KDE as default. This afternoon it's time for fun with zLinux >> and setting up our REXX exec's, very happy they are still there ;o) > > That's at least what I have figured out, not that I support it. > > The state of GNOME Classic in SLED is still very rough and it does not > offer a usable Desktop Environment atm. There are still a lot of open > issues and some might not even get fixed, due to technical limitations. We are working really hard to get the remaining GNOME classic limitations sorted out and already made a really good progress. There are only a few issues left, and we hope to get them fixed very soon. > I would also suggest to re-add KDE as valid Desktop option, at least > to SLED. Greets Marcus >> ___________________________________________ >> Dick Waite >> Senior R&D Consultant >> Phone: +49 6151 92-1505 >> Mobile: +49 171 8393 769 >> Software AG >> Uhlandstr. 12 | 64297 Darmstadt | Germany www.softwareag.com >> ___________________________________________ >> >> >> >> >> -----Original Message----- >> From: sles-beta-bounces at lists.suse.com >> [mailto:sles-beta-bounces at lists.suse.com] On Behalf Of Marcus Moeller >> Sent: Thursday, February 27, 2014 1:11 PM >> To: sles-beta at lists.suse.com >> Subject: Re: [sles-beta] Getting KDE running >> >> Am 27.02.2014 13:10, schrieb Thorsten Kukuk: >>> On Thu, Feb 27, Marcus Moeller wrote: >>> >>>> From what I got now, KDE is only dropped from the SLES part, not >>>> SLED (I have not verified it yet, because even after 10 tries I did >>>> not manage to get DVD2 and DVD3 with the correct MD5sums). >>> >>> You shouldn't need DVD2 and DVD3. As usual, this contin only the >>> sources and debuginfo packages and are not necessary to install. >> >> Ok, so DVD1 does not include KDE. >> >> Greets >> Marcus >> >> >> >> 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), Dr. Wolfram Jost, Arnd Zinnhardt; - >> Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Dr. >> Andreas Bereczky - http://www.softwareag.com >> > > > > > _______________________________________________ > sles-beta mailing list > sles-beta at lists.suse.com > http://lists.suse.com/mailman/listinfo/sles-beta > _______________________________________________ sles-beta mailing list sles-beta at lists.suse.com http://lists.suse.com/mailman/listinfo/sles-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), Dr. Wolfram Jost, Arnd Zinnhardt; - Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Dr. Andreas Bereczky - http://www.softwareag.com From jhodge at suse.com Fri Feb 28 09:34:06 2014 From: jhodge at suse.com (Jack Hodge) Date: Fri, 28 Feb 2014 09:34:06 -0700 Subject: [sles-beta] MD5SUM missing for ppc Message-ID: <5310580E02000037000F494E@prv-mh.provo.novell.com> Hi, A beta customer reported that the md5sum for ppc is missing from the public md5sum file. I checked the internal one and it was there, but I do not have rights to look at the public version. I sent him the sums from the internal file and they checked out for him. Is there someone that can verify this with the public md5sum file? Thank you, Jack From uwedr at suse.com Fri Feb 28 10:03:22 2014 From: uwedr at suse.com (Uwe Drechsel) Date: Fri, 28 Feb 2014 18:03:22 +0100 Subject: [sles-beta] MD5SUM missing for ppc In-Reply-To: <5310580E02000037000F494E@prv-mh.provo.novell.com> References: <5310580E02000037000F494E@prv-mh.provo.novell.com> Message-ID: <20140228170322.GV11314@suse.de> On Fri, Feb 28, Jack Hodge wrote: > Hi, > > A beta customer reported that the md5sum for ppc is missing from the > public md5sum file. I checked the internal one and it was there, but > I do not have rights to look at the public version. > Just checked: md5sums are on the HTML page and in the file. (for ppp64le) Thanks Uwe -- Uwe Drechsel Project Manager SUSE Linux Products GmbH GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) From gjn at gjn.priv.at Fri Feb 28 13:27:17 2014 From: gjn at gjn.priv.at (=?ISO-8859-1?Q?G=FCnther_J=2E?= Niederwimmer) Date: Fri, 28 Feb 2014 21:27:17 +0100 Subject: [sles-beta] wicked problem Message-ID: <1890347.TfrHgdnfS6@gjn.priv.at> Hello, is this a yast2 or a wicked problem? with wicked show all I have very bad information ? wicked show all lo up link: #1, state up type: loopback cstate: network-up config: compat:/etc/sysconfig/network/ifcfg-lo leases: ipv4 static granted leases: ipv6 static granted addr: ipv4 127.0.0.1/8 addr: ipv6 ::1/128 enp2s0f0 up link: #2, state up, mtu 1500, master br0 type: ethernet, hwaddr 00:15:17:29:12:10 cstate: link-authenticated config: compat:/etc/sysconfig/network/ifcfg-enp2s0f0 enp2s0f1 up link: #3, state up, mtu 1500, master br1 type: ethernet, hwaddr 00:15:17:29:12:11 cstate: link-authenticated config: compat:/etc/sysconfig/network/ifcfg-enp2s0f1 enp6s0 device-not-started link: #4, state down, mtu 1500 type: ethernet, hwaddr 54:04:a6:8a:64:f5 cstate: device-exists enp7s0 device-not-started link: #5, state down, mtu 1500 type: ethernet, hwaddr 54:04:a6:8a:6b:ec cstate: device-exists br0 up link: #6, state up, mtu 1500 type: bridge cstate: link-up config: compat:/etc/sysconfig/network/ifcfg-br0 leases: ipv4 static granted addr: ipv4 192.168.200.220/16 addr: ipv6 2001:15c0:65ff:868c:215:17ff:fe29:1210/64 route: ipv4 default via 192.168.100.220 route: ipv6 default via fe80::215:17ff:fe13:b8a7 br1 up link: #7, state up, mtu 1500 type: bridge cstate: network-up config: compat:/etc/sysconfig/network/ifcfg-br1 leases: ipv6 static granted addr: ipv6 2001:15c0:65ff:868c:215:17ff:fe29:1211/64 addr: ipv6 2001:15c0:65ff:868c::dc/64 route: ipv6 default via fe80::215:17ff:fe13:b8a7 ovs-system device-not-started link: #8, state down, mtu 1500 type: ethernet, hwaddr b6:d1:01:b7:46:4d cstate: device-exists the IPv6 routing is wrong ? Witch command Is for deactivate iPv6 for a NIC Witch command is for correct route for IPv6 I found nothing in the Manuals for wicked :-(, This is a Strong change for network ? What is correct way to config for the Network it is nor possible to change NS Server and so on ? -- mit freundlichen Gr??en / best Regards, G?nther J. Niederwimmer From uwedr at suse.com Fri Feb 28 14:08:31 2014 From: uwedr at suse.com (Uwe Drechsel) Date: Fri, 28 Feb 2014 22:08:31 +0100 Subject: [sles-beta] No access to downloads In-Reply-To: References: Message-ID: <20140228210831.GY11314@suse.de> On Fri, Feb 28, Felipe Alfaro Solana wrote: > Hello, > > Whom should I talk to in order to investigate why neither of the SLES or > SLED beta downloads are available to me? > That'd be me at beta-programs at lists.suse.com I'll contact you offline. Thanks Uwe -- Uwe Drechsel Project Manager SUSE Linux Products GmbH GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer, HRB 16746 (AG N?rnberg) From dboyes at sinenomine.net Fri Feb 28 14:56:23 2014 From: dboyes at sinenomine.net (David Boyes) Date: Fri, 28 Feb 2014 21:56:23 +0000 Subject: [sles-beta] Desktop Environment for SUSE Linux Enterprise 12 In-Reply-To: <530F620C.1020805@suse.com> References: <530F620C.1020805@suse.com> Message-ID: <2748AD71D96C2B42B7E5176021026FC30809BCE0@ORD2MBX03A.mex05.mlsrvr.com> > When desktop environments are concerned there is a de facto industry > standard which is GNOME, Desktop and GUI tooling are as personal as editors. Even if we limit the discussion to pure Linux only users that don't use any other system, there are certainly some violent disagreements with calling GNOME the "standard interface" (or whether to use it (or any GUI at all)). To put it in your terms in the presentation, GNOME and KDE are analogous to vi and emacs. Both have fierce partisans, and nobody needs editor wars -- or GUI wars, in this case. I'd also argue that the choice is not likely to be up to the people in this group. The people who care most about this stuff are the end users who make the decisions about what they use, not us, and they get super-cranky with people who take away their favorite shiny toys. They also, not coincidentally, write the checks. Trifle not with their anger. > which also has been the default installation option > with SLE 11. This lead us to the decision to focus our efforts on GNOME over > other desktop environments. What you default to is one choice, and it's totally OK to focus *your* efforts on that environment. That's been a pretty good compromise in the past, and it's one that doesn't demand a whole lot from you. What you provide as alternative choices are a very different animal, and dropping KDE entirely doesn't seem to be a reasonable step. It's still the "other" significant choice, and - better or worse -- it doesn't justify the loss of productivity for the thousands of KDE users. > Another noteworthy fact about our focus on one desktop environment is > that this is not related to GUI toolkits, as there is no industry standard in > place there, we are supporting both GTK and Qt, also we are including some > KDE libraries for smoother migration and application compatibility, however > this is not a fully functional KDE. The compromise of you spending your time fine tuning the default GNOME environment to however you like it and shipping a working KDE environment only minimally customized as an alternative would be acceptable to us. We customize the shipped KDE anyway, it's not a whole lot more work to do the whole thing if the basic binaries and defaults are there.