July 2013 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 314916] PHP 5.4
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: Jorge Hernandez (jurgen73) Feature #314916, revision 1 Title: PHP 5.4 openFATE: Unconfirmed Priority Requester: Important Requested by: Jorge Hernandez (jurgen73) Partner organization: openSUSE.org Description: Hey guys, Please don't let OpenSUSE fall behind, please release PHP 5.4 for OpenSUSE 12.3 and keep it up to date (5.5 is coming soon) Thanks much. -- openSUSE Feature: https://features.opensuse.org/314916

1 2

[New: openFATE 314986] Add razor-qt to openSUSE oss repo
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: Chris Gnineil (zerum) Feature #314986, revision 1 Title: Add razor-qt to openSUSE oss repo Package Wishlist: Unconfirmed Priority Requester: Mandatory Requested by: Chris Gnineil (zerum) Partner organization: openSUSE.org Description: It would be nice if razor-qt would be included in the standard oss repo. -- openSUSE Feature: https://features.opensuse.org/314986

1 2

[New: openFATE 315838] more ram / more diskspace for susestudio, perhaps based on software type
by fate_noreply＠suse.de 08 Aug '13

08 Aug '13

Feature added by: rens groenewegen (rensg) Feature #315838, revision 1 Title: more ram / more diskspace for susestudio, perhaps based on software type SUSE Studio: Unconfirmed Priority Requester: Important Requested by: rens groenewegen (rensg) Partner organization: openSUSE.org Description: one of the big plusses of studio is you can try before you download. Alas, if the software *requires* more diskspace than 4 GB or more memory than 1 GB, we bite the dust, hard limits prevent this from happening. which means we are forced to download over and over again until we get it right...... gigabytes of bandwidth usage are being wasted, I think ? anyway, if it was possible to have more ram / diskspace for this one hour, perhaps based on when you have software loaded that is known to need more than the usual, I think that would be a big plus. examples ? JBOSS / graylog / elasticsearch, websphere community edition, PS3 Media server they all require more than 1 GB ( 2 usually does the trick ) and in the case of database stuff, they usually need 8 or 16 GB -- openSUSE Feature: https://features.opensuse.org/315838

1 2

[New: openFATE 315964] systemd[1] dependency failed for /windows/G , grub2, no repair tools
by fate_noreply＠suse.de 07 Aug '13

07 Aug '13

Feature added by: Alan H Robinson Jr (alannsandiego) Feature #315964, revision 1 Title: systemd[1] dependency failed for /windows/G , grub2, no repair tools Requested by: Alan H Robinson Jr (alannsandiego) Partner organization: openSUSE.org Description: Thread: systemd[1] dependency failed for /windows/G , grub2, no repair tools http://forums.opensuse.org/english/get-technical-help-here/install-boot-log… Also: https://bugzilla.novell.com/show_bug.cgi?id=824861 alannsandiego Join Date May 2009 Location San Diego CA 92138 Posts 25 Default Re: systemd[1] dependency failed for /windows/G , grub2, no repair tools I noticed no one yet has a good solution to my original problem, except to get the developers to correct the problem ( 7/12/2013, This fix of the boot system is a complex fix and not to be done manually. > This is about asking the developers to build onto OpenSuse a GUI tool If you want to communicate with the developers, you need to open a bug in Bugzilla or a feature request in FATE. OK I see about this. Without an OpenSuse GUI repair tools and admin functions like saving all emails and personal settings, not everyone want to be a Linux expert, or do commands in text lines in Linux to use it. Without better support Linux remains unusable for productions system; it is just very pretty but not useful.) so here it is again: 7/5/2013, Dear Forum, I have backup hardware the same as my desktop, but after a Restore on the backup hardware OpenSuse 12.3 will not boot: Novell missing the fact the Backup Hardware never will be the same as the original system. I only reason the system boot at all is you now ignoring /Dev/by id method and booted /Dev/root Here is more description: last boot mesg: started show plymouth boot screen ---- boot log says this: systemd[1] dependency failed for /windows/G. =================================================== Even though the hardware is the same the device by ID is slightly different and so that method fails and the backup hardware will not start up completely. It boot too the emergency system even though all of OpenSuse is found and only non primary XP partitions are not found. The only reason that OpenSuse 12.3 boot at all is the start up script now ignores Dev/by id and now ignoring /Dev/by id method and booted /Dev/root must do the same thing for the XP C drive, but OpenSuse missed ignoring /Dev/by id method for my two other internal hard drives. Even if I replace my one of my failing drive OpenSuse 12.3 would fail to boot with the Dev/by id method; because the new drive will have a new ID and the only time OpenSuse repairs the boot method now is on an install; so any changes or do a restore to backup hardware and OpenSuse 12.3 can not be easily repair at present. Since there is no Live-CD with repair tools to fix the boot method like ================================================= BTW DO NOT USE THIS TOOL ON OPENSUSE, IT DOES NOT WORK FOR OPENSUSE. How about Novell fix this so that it works for OpenSuse? boot-repair: Simple GUI tool to Repair Grub2 Boot Loader | Handy Tutorial boot-repair-disk - Browse Files at SourceForge.net Home How-To Ubuntu Linux Windows About Us Handy Tutorial boot-repair: Simple GUI tool to Repair Grub2 Boot Loader I tried this tool and it missing one routine "xxxx..." someone commented about it; the routine is not on the disk and so this tool is broken. ================================================================================= The particular bug in Grub2 is that if you change from /Dev/by id to Dev/device this does not change the installation itself; it changes back. And further Grub2 does not present a list of /Dev/by id, or /Dev/device, or /Dev/by label to choose from so that one does not make an error in a long description. ======================================================== OpenSuse 12.3 is a great op system if nothing breaks, but the lack of repair tools on a Live-CD is a great defect. Any suggestion for a non expert? a simple way to fix this problem? ========================================================== It does not matter who owns OpenSuse This is not a backup issue, the backup and restore work very well. This is about asking the developers to build onto OpenSuse a GUI tool like the one above and this comment This entails booting from a live/rescue DVD/CD and doing a chroot Might want to look at this thread https://forums.opensuse.org/english/...-not-boot.html From a live-CD tool you have to use chroot to change the broken system, and of course if you read carefully, this boot does not need to fail at all same method use to find the /dev/root and c for XP can find all the drives with the same partition structure if the fix systemd[1]? Yes, if you can expert you can use the emergency repair system to manual fix the broken system, But why not have a GUI repair tool for this and other repairs? As soon as I replace my week drive OpenSuse 12.3 will not boot because the boot process will not see the new drive with the /Dev/by ID method. Until you fix this I can not use OpenSuse. At the present time on on install do you fix the boot process and that is not good enough to use your system. Business case (Partner benefit): openSUSE.org: If you replace a hard drive on an OpenSuse system at present the system will fail boot because you have no process to fix the boot process by repair GUI. Also after a restore to almost identical hardware the system does not boot even after a restore because your boot process does not see the same partitions on drive with a different /Dev/by ID number There is a simple fix to this problem is to change the systemd[1] script to ignore /Dev/ by ID number and boot to /dev/root and ADD a method to SEE none root partitions as you have already done for /Dev/root and XP root or C: drive. -- openSUSE Feature: https://features.opensuse.org/315964

1 1

[New: openFATE 315965] Verbatim 96666 driver: Key and Mouse Combo
by fate_noreply＠suse.de 07 Aug '13

07 Aug '13

Feature added by: John Shand (jshand2013) Feature #315965, revision 1 Title: Verbatim 96666 driver: Key and Mouse Combo Requested by: John Shand (jshand2013) Partner organization: openSUSE.org Description: i am unsure what to put here as i don't know which wireless keyboards/mice combos you currently have supported. this key board seems like the top of the line product and it would be good as most people are turning to wireless now. thanks guys for your continuous hard work -- openSUSE Feature: https://features.opensuse.org/315965

1 1

[New: openFATE 314467] virtio-scsi backport the sles10
by fate_noreply＠suse.de 07 Aug '13

07 Aug '13

Feature added by: yi li (liyicybertan123) Feature #314467, revision 1 Title: virtio-scsi backport the sles10 openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: yi li (liyicybertan123) Partner organization: openSUSE.org Description: virtio-scsi driver backport the sles10 -- openSUSE Feature: https://features.opensuse.org/314467

1 4

[New: openFATE 313152] Distribution cleanup (smaller disk footprint)
by fate_noreply＠suse.de 07 Aug '13

07 Aug '13

Feature added by: Andreas Jaeger (a_jaeger) Feature #313152, revision 1 Title: Distribution cleanup (smaller disk footprint) openSUSE Distribution: New Priority Requester: Mandatory Requested by: Andreas Jaeger (a_jaeger) Partner organization: openSUSE.org Description: We want to have an as small as default base system (default text install) as possible. For this, I suggest to install a base system and investigate then what can be done to decrease the footprint. One idea is to check documentation (in /usr/share/doc/packages) and move them to doc or devel package (with the exception of license files). Also, we can check whether all dependencies (manual requires) are still correct - or in other words: Does every package that's there needs to be in the base install? Business case (Partner benefit): openSUSE.org: A small base system is important especially for appliances and virtual environments. -- openSUSE Feature: https://features.opensuse.org/313152

1 3

[New: openFATE 310310] Installer partition layout to allow "Whole Disk Usage"
by fate_noreply＠suse.de 07 Aug '13

07 Aug '13

Feature added by: Darryl Miles (dlmiles) Feature #310310, revision 1 Title: Installer partition layout to allow "Whole Disk Usage" openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Darryl Miles (dlmiles) Description: Currently the installer doesn't provide any option for Whole Disk Usage for a single purpose (such as rootfs or swap or /home etc...). Whole disk usage means there is no partition table and that file-system or swap is formatted directly. This has use-cases for virtulization where it is easier for the hypervisor to provision two block devices to the guest, one for rootfs and one for swap. These may come from LVM, SAN, etc... it is easier to manage because resizing either is a straight forward event due to the single purpose of each block device. One possible option to shoe-horn it into the UI would be under the Expert.../Advanced... buttons when either a partition or a disk device is selected. More ideas suggested in the bugzilla link further down this comment. Other possible considerations go with the bootloader options for installing GRUB. It would need to be adjusted to disallow/auto-disable MBR when no partition table is present. But the option still remains to install in the rootfs. Also submitted as ENH in Buzilla please read => https://bugzilla.novell.com/show_bug.cgi?id=628056 "installer doesn't support whole-disk usage", since this contain other comments not found here. -- openSUSE Feature: https://features.opensuse.org/310310

1 6

[New: openFATE 310103] wireless bridge configuration support in sysconfig
by fate_noreply＠suse.de 06 Aug '13

06 Aug '13

Feature added by: Marius Tomaschewski (mtomaschewski) Feature #310103, revision 1 Title: wireless bridge configuration support in sysconfig openSUSE-11.4: New Priority Requester: Important Requested by: Casual J. Programmer (casualprogrammer) Developer: (Novell) Developer: (Novell) Description: Wireless interfaces currently can not be bridged. In Windows XP it is quite easy to create and operate a bridge, saving one to setup and maintain all sorts of route information. It would make sense to support the bridged configuration in sysconfig when hostap implements 802.11c. Relations: - network bridge fails to integrate wlan (ipw3945) with WPA (novell/bugzilla/id: 541817) https://bugzilla.novell.com/show_bug.cgi?id=541817 - Bridge FAQ: I still don't understand!! (url: http://www.linuxfoundation.org/collaborate/workgroups/networking/bridge#I_s…) - Bridge FAQ: It doesn't work with my Wireless card! (url: http://www.linuxfoundation.org/collaborate/workgroups/networking/bridge#It_…) -- openSUSE Feature: https://features.opensuse.org/310103

1 3

[New: openFATE 310491] Add dracut to openSUSE
by fate_noreply＠suse.de 01 Aug '13

01 Aug '13

Feature added by: Luis Medinas (lmedinas) Feature #310491, revision 1 Title: Add dracut to openSUSE openSUSE-11.4: Unconfirmed Priority Requester: Important Requested by: Luis Medinas (lmedinas) Description: Dracut is suppose to be a replacement for the old initrd tools like mkinitrd. >From the project description, dracut is an initramfs infrastructure. Unlike previous initramfs systems, Dracut aims to have as little as possible hard-coded into the initramfs. It contains specific configuration files for init drivers and includes plymouth support. Dracut advantage seems to be a modern replacement to generate initrd and it's suppose to be easy to use/manage. -- openSUSE Feature: https://features.opensuse.org/310491

1 24