April 2012 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 312754] LetÂ´s kick SuSEGreeter, and create a shiny new website instead
by fate_noreply＠suse.de 09 Jun '17

09 Jun '17

Feature added by: Kim Leyendecker (openLHAG) Feature #312754, revision 1 Title: LetÂ´s kick SuSEGreeter, and create a shiny new website instead openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Kim Leyendecker (openlhag) Partner organization: openSUSE.org Description: See this discussion before reply: http://lists.opensuse.org/opensuse-marketing/2011-07/msg00039.html ======================================================== The goal is to create a start page for our delivered browser instead of SuSEGreeter. Use Case: After an installation, first time the user opens his browser. Business case (Partner benefit): openSUSE.org: We can deliver more dynamic content with the website, instead of SuSEGreeter. Imagine: * Links to openSUSE documentation * Twitter plugin * News.o.o links * Comprehensive information -- openSUSE Feature: https://features.opensuse.org/312754

1 4

[New: openFATE 308323] Integration Dynamic Kernel Module Support
by fate_noreply＠suse.de 09 Jun '17

09 Jun '17

Feature added by: Thomas Beimel (RheydterGekko) Feature #308323, revision 1 Title: Integration Dynamic Kernel Module Support Package Wishlist: Unconfirmed Priority Requester: Desirable Requested by: Thomas Beimel (rheydtergekko) Description: Integrate DKMS in openSuSE repositories Especially for more unexperienced users, it is a hassle to compile kernel modules again and again if a kernel update is executed automatically. For such users it would be much easier if kernel modules e.g. needed for virtual machines like VirtualBox would be recompiled and reconfigured automatically like in other distributions like Ubuntu, Fedora,... with DKMS. I think DKMS is one great feature that openSuSE misses and has to include. Example why DKMS is so important: Different rather unexperienced users that I convinced using Linux like the GUI etc. and miss the abilities to work with simple commands on the terminal. So if they cannot get help from another person, they would not be able to use their preconfigured virtual machine anymore because of an mandatory kernel update that is made automatically. Please add Dynamic Kernel Module Support to SuSE soon! -- openSUSE Feature: https://features.opensuse.org/308323

1 12

[openFATE 306978] Comment Delete Button
by fate_noreply＠suse.de 06 Jun '17

06 Jun '17

Feature added by: Hendrik Vogelsang (hennevogel) Feature #306978, revision 1 Title: Comment Delete Button openFATE: Unconfirmed Priority Requester: Important Requested by: Hendrik Vogelsang (hennevogel) Description: Project/Product managers and Screening Team Members should have the possibility to delete comments to remove spam and improve readability of features. -- openSUSE Feature: https://features.opensuse.org/306978

1 4

[openFATE 306583] "My Votes" list
by fate_noreply＠suse.de 06 Jun '17

06 Jun '17

Feature added by: Stephan Binner (Beineri) Feature #306583, revision 1 Title: "My Votes" list openFATE: Unconfirmed Priority Requester: Desirable Requested by: Stephan Binner (beineri) Description: It would be nice to have, analogous to Bugzilla, besides the "My Features" link a "My Votes" list (at best showing directly how one has voted on each features too). -- openSUSE Feature: https://features.opensuse.org/306583

1 2

[New: openFATE 311019] openFATE and Social Media
by fate_noreply＠suse.de 06 Jun '17

06 Jun '17

Feature added by: Nelson Marques (ketheriel) Feature #311019, revision 1 Title: openFATE and Social Media openFATE: Unconfirmed Priority Requester: Mandatory Requested by: Nelson Marques (ketheriel) Partner organization: openSUSE.org Description: openFATE should have automatic interfacing with openSUSE social media. * All features should be able to be twited (twitter) and 'liked' (facebook). * All added comments should be tweeted automatically. By introducing such behavior we would expand the visibility of openFATE and provide our followers/users with a updated status of what's really happening, therefore showing the clear positive synergies around the Community and fomenting user interaction with openFATE. Business case (Partner benefit): openSUSE.org: Maybe because: * We want higher visibility; * We want higher used feedback; * We want higher user-interaction on the future of openSUSE; * We have nothing to loose by creating such possibility; -- openSUSE Feature: https://features.opensuse.org/311019

1 7

[New: openFATE 309617] customize hostname at install time
by fate_noreply＠suse.de 27 May '17

27 May '17

Feature added by: Alin M Elena (ealin) Feature #309617, revision 1 Title: customize hostname at install time openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Alin M Elena (ealin) Description: IN the automatic configuration mode at install time you cannot specify the hostname... -- which by the way is displayed in your kde menu and of course in the konsole... I find this despicable on aesthetic grounds... Now putting the joke aside I find it strange to give the user the choice to decide what encryption method to use (as a brainless option) but changing the name of the computer to be considered as advanced... I know you can do it by choosing a manual configuration... but for a normal user that may prove a little bit challenging to have to decide on a lot of other things in order just to choose a lousy name for his computer., Alin -- openSUSE Feature: https://features.opensuse.org/309617

1 9

[openFATE 307521] make GRUB text to speech option visible
by fate_noreply＠suse.de 26 May '17

26 May '17

Feature added by: Jan Weber (japa83) Feature #307521, revision 1 Title: make GRUB text to speech option visible openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Jan Weber (japa83) Description: GRUB, at least the one on DVD, is able to speak the selections. This can be enabled by pressing the F9 key in GRUB. This feature is not shown in the menu, it would be great to have it visible inside GRUB so people get to know this feature. -- openSUSE Feature: https://features.opensuse.org/307521

1 4

[New: openFATE 310621] Get rid of %suse_update_desktop_files
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Cristian Morales Vega (RedDwarf) Feature #310621, revision 1 Title: Get rid of %suse_update_desktop_files openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Cristian Morales Vega (reddwarf) Description: In less than a month we will have the openSUSE Conference 2010 with the motto "Collaboration across Borders". So I think it's a good time to fix this. The openSUSE Build Service is a great tool, and with mostly just some "Substitutes" you can have a single spec file, mostly without %if's, that will build in any RPM-based distro. Now in my experience one of the most problematic things is the %suse_update_desktop_files macro. That forces to add ugly "%if 0%{?suse_version}" to every package with a .desktop file. One would say openSUSE could just do as Fedora and use freedesktop's desktop-file-install, deprecating %suse_update_desktop_files. But it's my understanding %suse_update_desktop_files is also used, somehow, for translations. I would like to help here. But I don't thing there is much documentation about how translations/X-SuSE-translate/%suse_update_desktop_files exactly work (I have been packaging for some years now and have no idea). But, from my ignorance, I would say that if Fedora can we can also handle translations in a way that doesn't requires of that macro. I don't know, perhaps this can be solved through OBS's prjconf in a way that Fedora/Mandriva targets work even if the spec file uses %suse_update_desktop_files (redefining the macro to use desktop-file-install?) but I'm not sure if that's possible. Otherwise openSUSE should stop using that macro... Perhaps it will take years to fix all packages, but we should at least deprecate it and define a clear path of how this should be done from now. P.S. Any link explaining the translations/X-SuSE-translate/%suse_update_desktop_files is welcome. -- openSUSE Feature: https://features.opensuse.org/310621

1 9

[New: openFATE 310994] Restore button in recycle bin
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Narayansamy S (vazhavandan) Feature #310994, revision 1 Title: Restore button in recycle bin openSUSE-11.4: Unconfirmed Priority Requester: Desirable Requested by: Narayansamy S (vazhavandan) Partner organization: openSUSE.org Description: Need "restore" button near "empty Trash" button in Nautilus when a file is selected in Trash Folder -- openSUSE Feature: https://features.opensuse.org/310994

1 5

[New: openFATE 312273] fix bug in yast disk
by fate_noreply＠suse.de 25 May '17

25 May '17

Feature added by: Andrew Joakimsen (joak0) Feature #312273, revision 1 Title: fix bug in yast disk openSUSE Distribution: Unconfirmed Priority Requester: Mandatory Requested by: Andrew Joakimsen (joak0) Partner organization: openSUSE.org Description: On Fri, Apr 22, 2011 at 08:14, Greg Freemyer <greg.freemyer(a)gmail.com> wrote: > Andrew, > > Is there a openfate proposal? They are easy to create. Any opensuse > user with a login can do it. > > Since this is not a bug, just a functionality change proposal, > bugzilla is not the right place. > > Greg > > On 4/18/11, Greg Freemyer <greg.freemyer(a)gmail.com> wrote: >> On Mon, Apr 18, 2011 at 1:28 PM, Andrew Joakimsen <joakimsen(a)gmail.com> >> wrote: >>> On Mon, Apr 18, 2011 at 06:18, David Haller <dnh(a)opensuse.org> wrote: >>>> Hello, >>>> >>>> On Sun, 17 Apr 2011, Andrew Joakimsen wrote: >>>>>understands what is going on can make sure it is setup properly. There >>>>>is no formula to convert from cylinders to sectors! >>>> >>>> http://en.wikipedia.org/wiki/Cylinder-head-sector#CHS_to_LBA_mapping >>>> >>>>>This issue is also affecting newer/larger hard drives. And these >>>>>without a doubt have 4kb sectors but everything in opensuse shows 512 >>>>>bytes! >>>> >>>> The _drives_ don't tell their real sector sizes! >>>> >>>> # /sbin/hdparm -I /dev/sdb >>>> [..] >>>> Model Number: SAMSUNG HD204UI >>>> [..] >>>> LBA48 user addressable sectors: 3907029168 >>>> Logical Sector size: 512 bytes >>>> Physical Sector size: 512 bytes >>>> >>>> This is what the disk tells via the ATA interface. And yes, that is >>>> a disk with 4K physical sectors, which is why I partitioned aligned >>>> to 4K. There is just no way for Yast or any other tool to know. One >>>> could create a database of 4K-disks reporting 512B sectors though. >>>> >>> >>> Right that's what I said basically and hence my proposal that Yast >>> shows disks in the relevant unit of "sectors" and not the antiquated >>> useless term of "cylinders." If you know your disk needs to be aligned >>> to X size sectors you can calculate it yourself and set it up with no >>> hassle. >>> >>> But in the current arragement, since there's no universal formula to >>> convert cylinders to sectors and yast only shows the former, you need >>> to e.g. boot a live CD, create your partitions with some clunky 3rd >>> party tool and then do your installation. >> >> If you'll post the openFATE link to your proposal, I'll add my vote. >> >> Greg >> > The current functionality is a bug and I have long ago reported it as such. Disks are addressed by logical sectors this millenium. It's a bug to show an obsolete, not-convertible unit. serves no purpose unit. The fix to that bug is to show the relevant unit. -- Med Vennlig Hilsen, A. Helge Joakimsen -- openSUSE Feature: https://features.opensuse.org/312273

1 9