February 2013 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 310070] openSUSE support for ARM
by fate_noreply＠suse.de 17 Feb '13

17 Feb '13

Feature added by: peter czanik (czanik) Feature #310070, revision 1 Title: openSUSE support for ARM openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: peter czanik (czanik) Description: As indicated by this [1] thread, and many earlier, there is demand for openSUSE ARM support. As discussed on the mailing list: - the build infrastructure is already there - there is a number of cheap and easily available existing ARM based devices (EFIKA MX [2], Sheeva Plug [3], Beagle Board [4], etc.) and many more are expected to arrive in the coming months - we need developers This last point is the most important, as creating an ARM port is more than just enabling ARM in the build service. Without enough developers this port can't be started, as there is a lot of work to do: - sometimes it is enough just to fix packaging errors (where only x86 is considered in the spec file) - often compiling on ARM needs some patching (either to find existing patches from other distributions or develop new ones) - the openSUSE (YaST, etc.) tools need to be made aware of ARM - testing on different target machines Please add your comment, if you are interested in the ARM port and also that how you could help this initiative! 1. http://lists.opensuse.org/opensuse-buildservice/2010-06/msg00293.html 2. http://www.genesi-usa.com/products/efika 3. http://www.globalscaletechnologies.com/p-22-sheevaplug-dev-kit-us.aspx 4. http://beagleboard.org/ -- openSUSE Feature: https://features.opensuse.org/310070

1 26

[New: openFATE 312048] KDE "System settings" intergration of YaST
by fate_noreply＠suse.de 11 Feb '13

11 Feb '13

Feature added by: Lukas Sommer (sommerluk) Feature #312048, revision 1 Title: KDE "System settings" intergration of YaST openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Lukas Sommer (sommerluk) Partner organization: openSUSE.org Description: Integrate the YaST modules in the KDE "System settings" application. Not only with just 1 item that launched YaST, but with 1 item for each YaST module being directly visible in KDE System settings - in the right group. YaST NTP for example in the "Networking" group, YaST Boot loader in "System" ... -- openSUSE Feature: https://features.opensuse.org/312048

1 3

[New: openFATE 314841] No need to be root to run KVPNc
by fate_noreply＠suse.de 11 Feb '13

11 Feb '13

Feature added by: Xan VFR (EVAnaRkISTO) Feature #314841, revision 1 Title: No need to be root to run KVPNc Package Wishlist: Unconfirmed Priority Requester: Desirable Requested by: Xan VFR (evanarkisto) Partner organization: openSUSE.org Description: I use NetworkManager VPN connections in laptops without been asked for root password. In my home PC I've just started to use KVPNc and it asks for root password. Although it's a KVPNc "feature", there is a way to avoid it (http://home.gna.org/kvpnc/en/documentation.html). I would like OpenSUSE to implement it by default -- openSUSE Feature: https://features.opensuse.org/314841

1 0

[New: openFATE 314838] Support Distribution Debian Wheezy
by fate_noreply＠suse.de 09 Feb '13

09 Feb '13

Feature added by: G. Kramer (gkr) Feature #314838, revision 1 Title: Support Distribution Debian Wheezy Buildservice: Unconfirmed Priority Requester: Important Requested by: G. Kramer (gkr) Partner organization: openSUSE.org Description: with debian wheezy coming closer to a release date, it would be great if this distro could be added to obs as well -- openSUSE Feature: https://features.opensuse.org/314838

1 0

[New: openFATE 314828] target/output filename
by fate_noreply＠suse.de 06 Feb '13

06 Feb '13

Feature added by: Justin Yaple (yaplej) Feature #314828, revision 1 Title: target/output filename Buildservice: Unconfirmed Priority Requester: Important Requested by: Justin Yaple (yaplej) Partner organization: openSUSE.org Description: My package includes the source for a kernel moudule. Packaging for Debian does not allow multiple archive files so I have to download with a different name and use rules to copy them into the package with the correct name. This does not work with the current tar_scm and recompress services because I cannot specify and output filename to avoid the duplicate archive issue. It would be ideal to speicify the explicitate output filename in the tar_scm and/or recompress service. -- openSUSE Feature: https://features.opensuse.org/314828

1 2

[New: openFATE 312581] Define destination file name for source service download
by fate_noreply＠suse.de 06 Feb '13

06 Feb '13

Feature added by: Justin Yaple (yaplej) Feature #312581, revision 1 Title: Define destination file name for source service download Buildservice: Unconfirmed Priority Requester: Desirable Requested by: Justin Yaple (yaplej) Partner organization: openSUSE.org Description: To build my package I need to download two files with specific names. Unfortunately svn hosted at sourceforge.net when I download the tar files both have a name of "trunk" this is because of the path used to download them. <services> <service name="download_url"><param name="path">viewvc/opennop/daemon/trunk/?view=tar</param><param name="host">opennop.svn.sourceforge.net</param></service> <service name="download_url"><param name="path">viewvc/opennop/module/trunk/?view=tar</param><param name="host">opennop.svn.sourceforge.net</param></service> </services> To fix this you should add an optional parameter named "destination" or something like that so we can specify the destination filename. Then I can stop manually uploading the tar files after renaming them manually. Thank, -- openSUSE Feature: https://features.opensuse.org/312581

1 1

[New: openFATE 314825] File rename source service
by fate_noreply＠suse.de 06 Feb '13

06 Feb '13

Feature added by: Justin Yaple (yaplej) Feature #314825, revision 1 Title: File rename source service Buildservice: Unconfirmed Priority Requester: Mandatory Requested by: Justin Yaple (yaplej) Partner organization: openSUSE.org Description: My application includes code for a kernel module. Because deb builds dont allow multiple archive files I have to rename these to something else like "module.src" then use debian.rules to copy that file into the package with the correct name. It would be great if there was a "rename" service to facilitate this. I could insert it after other services to get the file into the format that will work for packaging for debian. <service name="tar_scm"> <param name="url">http://svn.code.sf.net/p/opennop/code/module/trunk</param> <param name="scm">svn</param> <param name="filename">module</param> </service> <service name="recompress"> <param name="file">*module*.tar</param> <param name="compression">gz</param> </service> <service name="rename"> <param name="file">*module*.tar.gz</param> <param name="filename">module.src</param> </service> -- openSUSE Feature: https://features.opensuse.org/314825

1 1

[New: openFATE 313172] Education li-f-e as a base template
by fate_noreply＠suse.de 04 Feb '13

04 Feb '13

Feature added by: Ahmed Rashed (ahmed_rashed) Feature #313172, revision 1 Title: Education li-f-e as a base template SUSE Studio: Unconfirmed Priority Requester: Desirable Requested by: Ahmed Rashed (ahmed_rashed) Partner organization: openSUSE.org Description: I liked Education li-f-e so much. But it is not 64 bit os, which restricts some of my favourite programs. As a workaround, I wish you provide an "Education li-f-e" base template in suse studio which supports both 32 and 64 bit architectures. This way I can build upon the Edi li-f-e and all its fine tuning which make it much more suitable for beginners trying to use Linux. If this is very difficult, I hope you could provide a kiwi or auto yast configuration with all the packages installed in EduLi-f-e file to be imported in my suse studio appliance. Thanks Business case (Partner benefit): openSUSE.org: I liked Education li-f-e so much. But it is not 64 bit os, which restricts some of my favourite programs. As a workaround, I wish you provide an "Education li-f-e" base template in suse studio which supports both 32 and 64 bit architectures. This way I can build upon the Edi li-f-e and all its fine tuning which make it much more suitable for beginners trying to use Linux. If this is very difficult, I hope you could provide a kiwi or auto yast configuration with all the packages installed in EduLi-f-e file to be imported in my suse studio appliance. Thanks -- openSUSE Feature: https://features.opensuse.org/313172

1 1

[New: openFATE 313376] mac like 'open file/url' behaviour
by fate_noreply＠suse.de 04 Feb '13

04 Feb '13

Feature added by: Cameron Blackwood (drkorg) Feature #313376, revision 1 Title: mac like 'open file/url' behaviour SUSE Studio: Unconfirmed Priority Requester: Important Requested by: Cameron Blackwood (drkorg) Partner organization: openSUSE.org Description: What command opens pdfs (it keeps changing)? tiffs? xls? On mac osx: open fred.pdf opens a pdf viewer open http://google.com/ opens the url in a browser etc Linux seems to have xdg-open (found via google and http://stackoverflow.com/questions/264395/linux-equivalent-of- the-mac-os-x-open-command ) which wraps the kde/gnome/whatever commands to do this and is installed on opensuse. Could we get xdg-open aliases to open by default? Being able to go 'open fred.pdf' and have the correct program open up would be great for new users. Open seems to currently be 'not found' and it would seem to make sense to import this feature from osx. Business case (Partner benefit): openSUSE.org: open whatever.ext gives you: * simplicity for new (and old) users * similar ui experience to osx all for one command line alias. -- openSUSE Feature: https://features.opensuse.org/313376

1 1

[New: openFATE 313417] WILDER WORLD
by fate_noreply＠suse.de 04 Feb '13

04 Feb '13

Feature added by: CHARLES WILDER (chucky5306) Feature #313417, revision 1 Title: WILDER WORLD SUSE Studio: Unconfirmed Priority Requester: Important Requested by: CHARLES WILDER (chucky5306) Partner organization: openSUSE.org Description: openSUSE Distrbution -- openSUSE Feature: https://features.opensuse.org/313417

1 2