May 2010 - openSUSE Features - openSUSE Mailing Lists

[New: openFATE 309556] create code dependency information with instrumented gcc
by fate_noreply＠suse.de 19 May '10

19 May '10

Feature added by: Susanne Oberhauser (froh) Feature #309556, revision 1 Title: create code dependency information with instrumented gcc Requested by: Susanne Oberhauser (froh) Description: gcc >=4.5 allows for plugins the dehydra/treehydra gcc plugins have access to gcc parse trees and can thus in theory emit symbol dependency annotations for source code: where is which symbol used, where is which function used, where are they defined? And this does not come from some parsed guess but from the real build, with the real CFLAGS, for the real code. This symbol level dependency information can then be used for static code analysis, and if compared between builds it can be used to make the dynamics not of source changes but of dependency changes tangible. -- openSUSE Feature: https://features.opensuse.org/309556

1 3

[New: openFATE 309563] megasas: An efficient SCSI HBA emulation for KVM/Qemu
by fate_noreply＠suse.de 19 May '10

19 May '10

Feature added by: Hannes Reinecke (hreinecke) Feature #309563, revision 1 Title: megasas: An efficient SCSI HBA emulation for KVM/Qemu Requested by: Hannes Reinecke (hreinecke) Description: Currently Qemu only has a paralled SCSI HBA emulation, which will have all block devices appear as SCSI parallel disks. The 'megasas' HBA emulation as posted on the qemu/kvm lists is not restricted to a single SCSI device type but lets you pass the underlying block devices 'as-is'. This feature will focus on getting megasas into an acceptable state and setup a nice show case using LIO-target as the backend. -- openSUSE Feature: https://features.opensuse.org/309563

1 0

[openFATE 306415] osc should be able to show all submit requests
by fate_noreply＠suse.de 19 May '10

19 May '10

Feature changed by: Adrian Schröter (adrianSuSE) Feature #306415, revision 4 Title: osc should be able to show all submit requests - Buildservice: Candidate + Buildservice: Done Priority Requester: Important Projectmanager: Important Requested by: Michael Calmer (mcalmer) Developer: (Novell) Developer: Marcus Hüwe (marcus_h) Description: On build.suse.de/.../list_my I get a two lists with submit requests: * Requests concerning me * Requests by me We should have an osc command with the same output. Discussion: #1: Adrian Schröter (adriansuse) (2010-02-20 11:26:49) Yes, this entire option needs to be redisgned a bit to cover also the review states in requests better. + #2: Adrian Schröter (adriansuse) (2010-05-19 11:57:02) + we have osc rq list -M to show request created by me and we have osc my + rq for requests concerning me. -- openSUSE Feature: https://features.opensuse.org/306415

1 0

[New: openFATE 308268] Allow to easy check what sources was unmodified -show cheksum and url of tarball
by fate_noreply＠suse.de 19 May '10

19 May '10

Feature added by: Alex Savin (alexqwesa) Feature #308268, revision 1 Title: Allow to easy check what sources was unmodified -show cheksum and url of tarball Buildservice: Unconfirmed Priority Requester: Important Requested by: Alex Savin (alexqwesa) Description: Allow to easy check what source tarball was not modified: 1) add field for url to official project download page (url where packager got source) 2) show checksum for tarball generated by Buildservice Often source tarball already have checksum (in project download page or in VCS(version control systems), and all what needed to check is sources modified: 1) see checksum in Buildservice 2) see checksum in official project download page, or in VCS, or etc... 3) just compare it)) This is important, because some people want to use additional software (for example: from http://download.opensuse.org/repositories/home:/ repos), but don't trust these packagers -- openSUSE Feature: https://features.opensuse.org/308268

1 8

[New: openFATE 308756] dispatcher should prefer jobs on importance
by fate_noreply＠suse.de 19 May '10

19 May '10

Feature added by: Adrian Schröter (adrianSuSE) Feature #308756, revision 1 Title: dispatcher should prefer jobs on importance Buildservice: New Priority Requester: Important Requested by: Adrian Schröter (adriansuse) Description: The job dispatcher should prefer build jobs when * Build got triggered via a source change * Based on priority list (generated via download numbers) -- openSUSE Feature: https://features.opensuse.org/308756

1 3

[New: openFATE 309043] revised webui
by fate_noreply＠suse.de 19 May '10

19 May '10

Feature added by: Adrian Schröter (adrianSuSE) Feature #309043, revision 1 Title: revised webui Buildservice: Candidate Priority Requester: Mandatory Projectmanager: Mandatory Requested by: Adrian Schröter (adriansuse) Description: This is the main feature for OBS 2.0, the revised webui. It shall * Offer currently hidden features, like * Improved overview about open tasks for a project or package (like requests, not building packages and outstanding code changes) * Reorganized project view * Project/Distribution status overview This feature is driven by the openSUSE Booster team. -- openSUSE Feature: https://features.opensuse.org/309043

1 2

[openFATE 305301] Central Regulatory Domain Agent (for 802.11)
by fate_noreply＠suse.de 18 May '10

18 May '10

Feature changed by: Vladimir Botka (vbotka) Feature #305301, revision 41 Title: Central Regulatory Domain Agent (for 802.11) openSUSE-11.2: Rejected by Will Stephenson (cthiel1) reject date: 2009-10-27 16:08:49 reject reason: not done for 11.2. Priority Requester: Important Projectmanager: Important openSUSE-11.3: Evaluation Priority Requester: Mandatory Requested by: Vladimir Botka (vbotka) Developer: (Novell) Description: The regulatroy domain handling for wireless cards was done by each driver seperately before mac80211/cfg80211. cfg80211 is used to unify the handling of regulatory domains for wireless devices. However cfg80211 depends on the user space configuring the regulatory domain. A user space daemon is currently developed (see [1]). It basically provides the allowed channels for all known regulatory domains. Additionally it would be nice to allow the configuration of the regulatory domain from the Yast network module. [1] http://wireless.kernel.org/en/developers/Regulatory/CRDA Partly based on bnc#392853 Relations: - - switch nl80211 wpa_supplicant driver in ifup-wireless for - WIRELESS_REGULATORY_DOMAIN support (novell/bugzilla/id: 585802) - https://bugzilla.novell.com/show_bug.cgi?id=585802 - wpa_supplicant in factory seems to ignore an country=DE setting in its config (novell/bugzilla/id: 537708) https://bugzilla.novell.com/show_bug.cgi?id=537708 + - switch nl80211 wpa_supplicant driver in ifup-wireless for + WIRELESS_REGULATORY_DOMAIN support (novell/bugzilla/id: 585802) + https://bugzilla.novell.com/show_bug.cgi?id=585802 Discussion: #1: Helmut Schaa (hschaa) (2009-02-03 12:04:57) I've already packaged crda and wireless-regdb in my buildservice project home:hschaa:CRDA. #2: Helmut Schaa (hschaa) (2009-02-09 11:37:20) What we additionally need for this feature is some integration with Yast or NetworkManager such that the user is able to set the regulatory domain (maybe based on the selected time zone). A command line tool for setting the domain is already available (iw) but needs to be updated. #3: Helmut Schaa (hschaa) (2009-02-09 16:09:28) (reply to #2) Just submitted an update for Factory. #4: Helmut Schaa (hschaa) (2009-02-10 10:59:40) (reply to #2) wpa_supplicant 0.6.7 already has support for setting the regulatory domain. We'll get that with the next version update. #5: Helmut Schaa (hschaa) (2009-02-10 13:40:25) (reply to #2) iw, crda and wireless-regdb are part of factory now #6: Kshitij Kulshreshtha (polyconvex) (2009-03-25 11:53:33) Sometimes on a short visit abroad a user might not bother to update their timezone information on their laptop but still want to use a wireless network. In this case setting the regulatory domain based on timezone is not the right thing to do. Why not let the networkmanager applet ask the user himself to provide the country as a part of the dialog to setup the network? (A map similar to the yast timezone selector built into KNetworkManager?) #7: Marius Tomaschewski (mtomaschewski) (2009-06-08 11:27:49) We've already another enhancement bugs for sysconfig/wireless... so let's just add it for 11.2. Helmut, let's speak in the next days about the requirements on the sysconfig side (I guess it is just one optional variable) and add this together with the another enhancements. Michal (yast2 network) requires the sysconfig support to implement it on the yast2 side. #11: Marius Tomaschewski (mtomaschewski) (2009-09-08 15:56:43) (reply to #9) Let's define the sysconfig ifcfg -file variable as: WIRELESS_REGULATORY_DOMAIN='00' The '00' value is the ISO / IEC 3166 alpha2 country code as used in the regdb / wpa_supplicant / iw tool. The _sysconfig_ default is '' , that is empty string. #12: Marius Tomaschewski (mtomaschewski) (2009-09-08 16:39:46) (reply to #11) Hmm... it looks like the reg domain is a global and not a per-interface setting, in iw: reg set <ISO/IEC 3166-1 alpha2> reg get this means it has to go to network/config and not into ifcfg file. Is this correct? #15: Jiri Benc (jbenc) (2009-09-09 13:23:09) (reply to #12) Yes, this is a system-wide setting. On purpose, you don't usually have you computer in two different regulatory zones ;-) I don't see what's the problem with using the timezone setting, though. Yes, it would require a translation table (to map e.g. Europe/Prague to CZ), but other than that, it should provide all the information we need: in what country we are located. #16: Marius Tomaschewski (mtomaschewski) (2009-09-09 13:53:06) (reply to #15) OK, thanks for verifying this! I don't have any problem when yast2 is setting the WIRELESS_REGULATORY_DOMAIN='CZ' value based on the TIMEZONE='Europe/Prague' setting by default / as preselection. But I need the correct, valid and final value for the utilities and don't want to provide any translation table and waste e.g. boot time in sysconfig. It also makes sense to check that the alpha-2 code is in the wireless-regdb and perhaps propose an another value if possible or reject & reset it -- in sysconfig it is too late to do this or ask the user what to do. The package implementing this is in Base:System/sysconfig project and goes to factory today. When iw reg set is used, the value is applied correctly to the crda/kernel. When it is set via wpa_supplicant config, there is no attempt to set it visible in udev -- seems to be a wpa_supplicant bug -> bugzilla. #17: Jiri Benc (jbenc) (2009-09-09 14:01:13) (reply to #16) Yes, all of that makes sense to me. #18: Vladimir Botka (vbotka) (2009-09-09 20:34:24) (reply to #16) Part of the project http://linuxwireless.org/en/developers/Documentation/nl80211 is also an wpa_supplicant with -Dnl80211 which will solves this problem. The yast module can set both the WIRELESS_REGULATORY_DOMAIN in sysconfig and country= in wpa_supplicant.conf. #20: Marius Tomaschewski (mtomaschewski) (2009-09-09 22:40:21) (reply to #18) Stop :-) sysconfg / ifup is not using /etc/.../wpa_supplicant.conf -- it generates one per interface from network/config and network/ifcfg* settings. So just set the WIRELESS_REGULATORY_DOMAIN, ifup-wireless will add the (expanded) "country=$WIRELESS_REGULATORY_DOMAIN" statement to the generated wpa_supplicant config. #19: Vladimir Botka (vbotka) (2009-09-09 21:34:26) (reply to #16) The new nl80211 extension is already available in Factory. # wpa_supplicant -c /etc/wpa_supplicant/wpa_supplicant.conf -i wlan0 -dd - Dnl80211 Initializing interface 'wlan0' conf '/etc/wpa_supplicant/wpa_supplicant.conf' driver 'nl80211' ctrl_interface 'N/A' bridge 'N/A' Configuration file '/etc/wpa_supplicant/wpa_supplicant.conf' -> '/etc/wpa_supplicant/wpa_supplicant.conf' Reading configuration file '/etc/wpa_supplicant/wpa_supplicant.conf' country='CZ' #21: Marius Tomaschewski (mtomaschewski) (2009-09-09 22:42:34) (reply to #19) Yes I know already about the new driver. Question is if we can switch to use this driver already. Let's continue with the driver details in bugzilla. #22: Marius Tomaschewski (mtomaschewski) (2009-10-02 08:52:57) FYI: The sysconfig-0.72.4 version in openSUSE:Factory / 11.2 implements this feature. It provides the WIRELESS_REGULATORY_DOMAIN variable and adds it to the per-interface wpa_supplicant.conf as well as sets it via iw command in case of old (iwconfig) setup. It does not change to the new nl80211 driver (or another one supporting it) by default, the user has to set WIRELESS_WPA_DRIVER="nl80211" per interface or wpa_supplicant will ignore it. #25: Jiri Benc (jbenc) (2009-11-04 11:56:30) Opening for 11.3 and setting as mandatory for requester, as without the feature wifi cards are not fully usable outside of the US (and in some cases not even there). #26: Marius Tomaschewski (mtomaschewski) (2010-03-05 15:07:43) (reply to #25) Thanks! I've created bug 585802 to switch to the new nl80211 wpa_supplicant driver as default in ifup-wireless, except in cases where we know that it does not work. + #27: Vladimir Botka (vbotka) (2010-05-18 20:22:08) + crda and wireless-regdb packages are available and functional in 11.3 . + New nl80211 extension must be used to set the country. -- openSUSE Feature: https://features.opensuse.org/305301

1 0

[New: openFATE 309550] Clean bluetooth audiodevice / headset support
by fate_noreply＠suse.de 18 May '10

18 May '10

Feature added by: Hans-Georg Mack (MackHG) Feature #309550, revision 1 Title: Clean bluetooth audiodevice / headset support openSUSE-11.3: Unconfirmed Priority Requester: Desirable Requested by: Hans-Georg Mack (mackhg) Description: At the moment and for a annoying time now bluetooth is not really handy to configure especially the headsetdevice. more worse is the connection to pulseaudio . . . WOULD BE NICE IF THIS COULD BE CORRETED thank you -- openSUSE Feature: https://features.opensuse.org/309550

1 0

[New: openFATE 309486] Formoza
by fate_noreply＠suse.de 11 May '10

11 May '10

Feature added by: artur dav (formoza1) Feature #309486, revision 1 Title: Formoza openSUSE-11.3: Unconfirmed Priority Requester: Important Requested by: artur dav (formoza1) Description: Formoza Linux -- openSUSE Feature: https://features.opensuse.org/309486

1 1

[openFATE 307556] Provide an easy way to find Factory devel package with unsubmitted project.diff
by fate_noreply＠suse.de 10 May '10

10 May '10

Feature added by: Ralf Haferkamp (rhafer) Feature #307556, revision 1 Title: Provide an easy way to find Factory devel package with unsubmitted project.diff Buildservice: Unconfirmed Priority Requester: Important Requested by: Ralf Haferkamp (rhafer) Description: It would be very helpful to have an overiew in the webfrontends that shows which factory-devel packages are "out-of-sync" with factory. I.e. they have uncommited (not submitted to Factory) projects.diffs in their file list. This could e.g. be part of the "My Projects" page. (Or hermes could sent regular notification about uncommited changes.) -- openSUSE Feature: https://features.opensuse.org/307556

1 9