June 2009 - openSUSE Features - openSUSE Mailing Lists

[openFATE 306512] Web Services for Management (WS-Man) has official port numbers now
by fate_noreply＠suse.de 20 Nov '09

20 Nov '09

Feature added by: Klaus Kämpf (kwk) Feature #306512, revision 1 Title: Web Services for Management (WS-Man) has official port numbers now openSUSE-11.2: New Priority Requester: Desirable Requested by: Klaus Kämpf (kwk) Partner organization: openSUSE.org Description: >From the openwsman-devel list From: A_Venkatachalam(a)Dell.com To: openwsman-devel(a)lists.sourceforge.net Cc: Vivek_Rajendran(a)Dell.com, Girish_Prakash(a)Dell.com, Chandrasekhar_P(a)Dell.com Subject: [Openwsman-devel] Ports for OpenWSMAN Hi Currently OpenWSMAN 2.1 uses 8888 and 8889 as the default HTTPS and HTTP ports respectively. But as per IANA the registered ports for WSMAN are 5985(HTTP) and 5986(HTTPS) http://www.iana.org/assignments/port-numbers wsman 5985/tcp WBEM WS-Management HTTP wsman 5985/udp WBEM WS-Management HTTP wsmans 5986/tcp WBEM WS-Management HTTP over TLS/SSL wsmans 5986/udp WBEM WS-Management HTTP over TLS/SSL We need to update “openwsman.conf” to make use of these ports by default. Already MS Winrm2.0 is making use of these ports. Thanks, Arun Venkatachalam Dell R & D Centre, Bangalore. Extn - 78973 Business case (Partner benefit): openSUSE.org: Be standards compliant, especially in mixed Windows/Linux enivronments. Discussion: #1: Klaus Kämpf (kwk) (2009-06-15 11:51:12) Changing ports in a SP upgrade might be harmful. Being standards-compatible might outweight the downsides. Needs PM decision ;-) #2: Klaus Kämpf (kwk) (2009-06-15 11:51:56) If we decide to change ports, yast-firewall and documentation might need to be adapted. -- openSUSE Feature: https://features.opensuse.org/306512

1 13

[openFATE 306353] add italian ISP on yast DSL providers list
by fate_noreply＠suse.de 20 Nov '09

20 Nov '09

Feature added by: andrea florio (anubisg1) Feature #306353, revision 1, last change by Title: add italian ISP on yast DSL providers list openSUSE-11.2: Unconfirmed Priority Requester: Desirable Requested by: andrea florio (anubisg1) Description: what about to add italian ISP to that list? i can give you all infos needed -- openSUSE Feature: https://features.opensuse.org/306353

1 9

[openFATE 306413] Poulsbo (GMA500) graphics support
by fate_noreply＠suse.de 15 Nov '09

15 Nov '09

Feature added by: Justin Haygood (jhaygood) Feature #306413, revision 1, last change by Title: Poulsbo (GMA500) graphics support openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Justin Haygood (jhaygood) Description: openSUSE should support laptops with an Intel GMA500 (Poulsbo) graphics card. Currently, Ubuntu has a monopoly on such machines, such as the Dell Inspiron Mini 12 -- openSUSE Feature: https://features.opensuse.org/306413

1 3

[openFATE 305783] Integrate latest stable KDE4 release
by fate_noreply＠suse.de 05 Nov '09

05 Nov '09

Feature added by: Stephan Binner (Beineri) Feature #305783, revision 1, last change by Title: Integrate latest stable KDE4 release openSUSE-11.2: New Priority Requester: Mandatory Requested by: Stephan Binner (beineri) Partner organization: openSUSE.org Description: Depending on what the openSUSE 11.2 schedule allows, the next release has to contain either the latest KDE 4.2.x or KDE 4.3.x packages including usual nifties (see external link) and integration with the distribution. In any case it should be tested and run with Qt 4.5 and KDE applications should be used in KDE4 versions as far as possible. Relations: - Ideas what to achieve with KDE on 11.2 (url: http://en.opensuse.org/KDE/Ideas/11.2) -- openSUSE Feature: https://features.opensuse.org/305783

1 17

[openFate 305624] Allow downloading all packages before installing
by fate_noreply＠suse.de 30 Oct '09

30 Oct '09

Feature added by: Jiri Srain <jsrain(a)novell.com> Feature #305624, revision 1, last change by Title: Allow downloading all packages before installing openSUSE-11.2: New Requested by: Jiri Srain (jsrain) Interested: Duncan Mac-Vicar (dmacvicar) Partner organization: openSUSE.org Description: Libzypp should allow to set a policy to first download all packages and afterwards install all packages at once. It should be considered whether to enable this policy under some scenarios (e.g. makes sense for online update, but not for distro installation) References: https://bugzilla.novell.com:443/show_bug.cgi?id=448040 -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305624

1 42

[openFate 305730] Add Package-Wishlist as 'Products' Component
by fate_noreply＠suse.de 21 Oct '09

21 Oct '09

Feature added by: Lars Vogdt (lrupp) Feature #305730, revision 1, last change by Title: Add Package-Wishlist as 'Products' Component openFATE: Unconfirmed Priority Requester: Important Requested by: Lars Vogdt (lrupp) Partner organization: openSUSE.org Description: So current solution for openSUSE users to suggest new packages for inclusion in openSUSE is a bit complicated and diverted in many places: * see the Wislists (http://en.opensuse.org/Wishlist) in the Wiki * see the Bugzilla (http://devzilla.novell.com/education/) of openSUSE-Education * see Novells Bugzilla (https://bugzilla.novell.com/) * see the openSUSE-Forums and Mailinglists... A possible solution with the new openFATE could be to unify the process to request new packages for openSUSE on one single place: openFATE! To make requests of new packages easy, someone should be able to file a request against a "Product" named "New packages" or "Package Wishlist". Perhaps it's possible to create a simple Wizard for this special product in the future, including: * At least two mandatory fields for packagename and upstream URL * and a simple "search for pending requests" after entering the two mandatory fields to avoid duplicates. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305730

1 7

[openFate 305691] Support ext4 as installation option
by fate_noreply＠suse.de 19 Oct '09

19 Oct '09

Feature added by: Stephan Binner (Beineri) Feature #305691, revision 1, last change by Title: Support ext4 as installation option openSUSE-11.2: New Priority Requester: Mandatory Requested by: Stephan Binner (beineri) Partner organization: openSUSE.org Description: Next openSUSE release should at least support to use (versus "default to") ext4 as file system. -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305691

1 35

[openFate 305702] Finer checks for a syslog reload need in dhcp client scripts
by fate_noreply＠suse.de 12 Oct '09

12 Oct '09

Feature added by: Marius Tomaschewski (mtomaschewski) Feature #305702, revision 1, last change by Title: Finer checks for a syslog reload need in dhcp client scripts openSUSE-11.2: New Priority Requester: Neutral Requested by: Karl Katzke (karlkatzke) Interested: Stefan Behlert (sbehlert) Interested: Stephan Kulow (coolo) Partner organization: openSUSE.org Description: Syslog reloads every time the DHCP lease is renewed, even though the "change hostname via DHCP" option is turned off in the configuration. Finer control requested in bugzilla, bug 466198, by Karl Katzke. Would be a finer control / finer checks (hostname, ip address changes) desirable to implement? Relations: - syslog does not get right hostname when dhcp is used (novell/bugzilla/id: 116466) https://bugzilla.novell.com/show_bug.cgi?id=116466 - DHCP renewal causes syslog-ng reset even if host name has not changed (novell/bugzilla/id: 466198) https://bugzilla.novell.com/show_bug.cgi?id=466198 -- openSUSE Feature: https://features.opensuse.org/?rm=feature_show&id=305702

1 8

[openFATE 305888] Disable PulseAudio by default
by fate_noreply＠suse.de 06 Oct '09

06 Oct '09

Feature added by: Stephan Kulow (coolo) Feature #305888, revision 1, last change by Title: Disable PulseAudio by default openSUSE-11.2: Unconfirmed Priority Requester: Mandatory Requested by: Alberto Passalacqua (albertop) Description: PulseAudio has been one of the major sources of complaints and of problems for both the 11.0 and 11.1 release, with significant annoyances for openSUSE users, as reported on IRC and on local forums. As a consequence it is worth to consider the possibility to disable it by default on freshly installed systems for openSUSE 11.2. This enhancement request aims to collect the votes of those who agree with this. According to a discussion in IRC with coolo, if there are enough requests, this might be done. So, please, if you want to see PA disabled by default, in favour of a working audio system out of the box for many more users, just comment here. Relations: - Disable PulseAudio by default (novell/bugzilla/id: 478511) https://bugzilla.novell.com/show_bug.cgi?id=478511 Discussion: #1: Criss Peress (pieris) (2009-02-22 12:52:19) +1 #2: Jakub Rusinek (liviopl) (2009-02-22 13:31:25) You should have a look at what Lennart says on pulseaudio-discuss list [1], 'cause this might be important for openSUSE. 1| https://tango.0pointer.de/pipermail/pulseaudio-discuss/2009-February/003150… #3: Luigi Bettin (gigi888) (2009-02-22 13:55:58) +1 #4: Alberto Passalacqua (albertop) (2009-02-22 14:23:28) On comment #2: that has nothing to do with this discussion. Please keep it on topic! Fedora, cited in the link as the distribution doing something in the suggested direction, has similar complaints to those we had for openSUSE 11.0 and 11.1. Bye, A. #5: andrea florio (anubisg1) (2009-02-22 16:57:39) +1 for me #6: andrea martin (il_cjargnel) (2009-02-22 23:54:03) +1 for me (no pulse audio of default in 11.2) #7: Takashi Iwai (tiwai) (2009-02-23 01:07:08) Guys, the bugzilla is no place for voting or discussions, and it's no user forum. It's the place to report a bug and fix the bug. Please vote/discuss on ML at first. Then report back the result to bugzilla as the consensus of the whole community. Thanks. #8: Sven Burmeister (rabauke) (2009-02-23 04:28:01) I do not see any discussion here. Enabling pa by default can be regarded as a bug and not doing so as an enhancement people vote on. Bugzilla is about bugs/enhancements (not features) and voting. #9: Alberto Passalacqua (albertop) (2009-02-23 07:22:54) In answer to comment #7: This is an enhancement request, and bugzilla is exactly the place where this kind of discussion, to collect votes for it. Further discussion happened in the IRC anyway, and this bug report was opened as a consequence of it to collect user's feedback in a clean and organized manner, so that the decisionmaker can decide without reading an endless discussion in a mailing-list. As a consequence I reopen it. Regards, A. #10: Alberto Passalacqua (albertop) (2009-02-23 07:26:33) @Takashi Iwai: You might want to take part to the IRC life of openSUSE and discuss with us. Any suggestion/help is welcome! :-) #11: Takashi Iwai (tiwai) (2009-02-23 07:43:54) Could you give the exact voting result here? (And, no I'm not going to join IRC just for this purpose.) The vote must be done in an open way, and needs to take from a wide range of voters (users) without bias. Voting in bugzilla doesn't make sense for this kind of issue because the bugzilla (a specific bug entry) isn't the place where every user takes a look. It's the place where the people with the same problems take a look. Thus, of course, it will result in votes just by haters. Also, the endless discussion in ML is the result you have to respect. If there is no clear sign in the discussions in ML, it means there is no clear way to go, too. The rest is the political decision, and not about technical ones (remember KDE vs GNOME). So, please give more concrete technical issues rather than emotional +1/-1 votes. #12: Michael Skiba (mirrakor) (2009-02-23 10:03:31) > So, please give more concrete technical issues rather than emotional +1/-1 votes. There's nothing emotional about it. > It's the place where the people with the same problems take a look. Thus, of course, it will result in votes just by haters. Which is exactly the point - this isn't an open "opinion poll" it's about messuring how big the disturbances/problems (->bug) with PA really is, and if it affects enough people it's worth thinking about disabling it by default. #13: Alberto Passalacqua (albertop) (2009-02-23 10:07:28) Hi Takashi, the result of the voting, done with the usual procedure to vote bugs and requests, can be read at the top of the page. Currently this request has 27 votes. Each user can give a maximum of five votes. I probably wasn't clear in the initial post. We discussed to disable PA on IRC, and coolo suggested that is can be done if there is a sufficient number of requests. I don't know what "sufficient" means, but I thought it would have been easier to collect the votes in a quantitative manner here, using bugzilla features. I think it is important to notice that I'm not asking to remove PulseAudio, but to simply disable it by default, so that users don't meet the problems it is causing to them. PulseAudio can be already be disabled with one click in YaST, and the same can done to enable it again. My idea is that we should not activate it by default, because for 11.0 and 11.1 releases we had quite a lot of complaints due to it. Users who want it will be able to enable it with a simple click, but the new unexperienced user won't have to fight to make it work to listen to his music, which will result in a better image of the distribution that "works out of the box" and at the same time provides "the latest stack" for those who want/need it. The concrete technical issues are the following (I sum up what reported): - PA audio glitches often. - It gives troubles with Flash and other players, which capture the server, making other applications unable to work correctly. - It crashes, leaving you without controls on the audio system (Connection refused). - It doesn't work properly with some player and sound tool (someone reported issues with audacity, skype (I know it's skype problem but people wants to use it) gives problems too). Anyway, if you prefer, we can post the link on the ML to make it available to a wider public. I simply fear it will become noisy. I already spread it on IRC when I opened the request. P.S. My invitation on IRC was friendly. If you don't like it, there is no problem. But I'm serious when I say that suggestions are welcome. After all we are here to improve things, and not to fight between us :-) Regards, Alberto #14: Daniele Tombolini (kailed) (2009-02-23 11:47:18) +1 at least, under kde is unuseful. #15: Takashi Iwai (tiwai) (2009-02-23 12:11:37) OK, then I reassign this bug to coolo. Please reassign back after the decision is made. My position is neutral about this. I myself don't use PA, and I won't. But I do understand that some (other) people want PA as default, too. #16: alberto rossi (al9000) (2009-02-23 12:13:09) no to pulseaudio by default in opensuse 11.2 #17: Rajko Matovic (rajko_m) (2009-02-23 13:17:47) This is discussion about this enhancement request: http://lists.opensuse.org/opensuse-factory/2009-02/msg00208.html #18: Alberto Passalacqua (albertop) (2009-02-23 13:21:34) FYI, opened a discussion here so the interested people can say their opinion and we can collect more feedback: http://lists.opensuse.org/opensuse-factory/2009-02/msg00208.html A. #19: Vincent Untz (vuntz) (2009-02-23 14:47:36) Stupid question, if people think that the votes on this bug can be taken into account for the decision: how can people vote to keep pulseaudio? IMHO, bugzilla is not the right place for this -- this is not an enhancement request, this is a technical decision. Starting a thread on opensuse-factory was a good thing, though :-) #20: Andras Barna (sartek) (2009-02-23 19:59:13) for me alsa worked perfectly, so why change it.. so +1 #21: Jigish Gohil (cyberorg) (2009-02-23 22:45:22) Can we get kernel people look into the points raised in link posted on comment #2? https://tango.0pointer.de/pipermail/pulseaudio-discuss/2009-February/003150… Quoting relevant parts from that post for everyone's benefit here. "Apparently OpenSUSE ships a kernel (2.6.27.7-9-pae) that causes scheduling latencies of > 210ms. That is a lot. That is really really really a lot." "Fedora-kernels that easily give latencies of 5ms or so." "1) For fucks sakes: get your bloody kernels fixed. Enable preempt, set HZ to 1000. Get rid of low-quality drivers that block the CPU. Latencies of 210ms is *REALLY NOT NECESSARY*. 2) If you want to stick with your crap kernel, then either disable g-f entirely or adjust the #defines at the top of src/modules/alsa-sink.c and src/modules/alsa-source.c." So why do our kernel suck so bad? -- openSUSE Feature: https://features.opensuse.org/305888

1 28

[openFATE 306364] Live-CD: Start of Installer Without Desktop
by fate_noreply＠suse.de 01 Oct '09

01 Oct '09

Feature added by: Stephan Binner (Beineri) Feature #306364, revision 1, last change by Title: Live-CD: Start of Installer Without Desktop openSUSE-11.2: Unconfirmed Priority Requester: Important Requested by: Stephan Binner (beineri) Description: It should be possible to start the Live-CD installer directly from boot menu on low-memory systems without having to load a complete desktop. -- openSUSE Feature: https://features.opensuse.org/306364

1 8