July 2009 - openSUSE Factory - openSUSE Mailing Lists

[opensuse-factory] Still need to accept the openSUSE license.
by David Bolt 27 Jul '09

27 Jul '09

For 11.1 or 11.2M3, using the DVD to perform an install, or to upgrade from a previous version, it's not actually required to accept the displayed license. However, when using zypper dup to perform an upgrade from 11.2M3 to 11.2M4, the openSUSE license is displayed and it is required to accept the license. For consistency between the different methods of performing an upgrade, I'm guessing that this requirement is actually an oversight. If it is an oversight, would it be worth filing a bug report about it? Regards, David Bolt -- Team Acorn: http://www.distributed.net/ OGR-NG @ ~100Mnodes RC5-72 @ ~1Mkeys/s openSUSE 10.3 32b | openSUSE 11.0 32b | | openSUSE 10.3 64b | openSUSE 11.0 64b | openSUSE 11.1 64b | RISC OS 3.6 | RISC OS 3.11 | openSUSE 11.1 PPC | TOS 4.02 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

5 4

[opensuse-factory] Does anyone use factory mono based apps?
by Dave Plater 27 Jul '09

27 Jul '09

Hi, I have a problem running mono based apps, they can't access the web at all. I've filed a bug against monodevelop but it hasn't been assigned to anyone yet and I am wondering if anyone else has experienced problems or even run mono apps on factory at all? I get the same problem with monoOSC as monodevelop but monoOSC is in contrib. http://bugzilla.novell.com/show_bug.cgi?id=523412 Regards Dave P -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

1 0

[opensuse-factory] Problems with Milestone4 on a Compaq Pressario CQ71
by Cecil Westerhof 27 Jul '09

27 Jul '09

I tried to install Milestone4 on a Compaq Pressario CQ71. I have severall problems: * Just like Donn Washburn, grub is not succesfull during the install. After the install, I can install grub. * The Windows partiton is not used by grub. I have to manually edit /boot/grub/menu.lst * The screen is set on 800x600 instead of 1600x900. * When yast is run on the console (what I almost always do) it is very slow. This could be a problem from console. Switching from tab is also very slow. * The Compaq has an 82801I (IHC9 Family) HD Audio Controller. This does not work. The first three problems I can solve, the last two not. -- Decebal Computing Voor uw ICT oplossingen Cecil Westerhof Senior Software Engineer M Cecil(a)Decebal.nl LinkedIn: http://www.linkedin.com/in/cecilwesterhof -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

1 0

[opensuse-factory] openSUSE 11.2 Milestone. No sound
by Sid Boyce 25 Jul '09

25 Jul '09

I have 3 sound cards on one box and I cannot play audio from youtube in any browser or play a file with flashplayer. If I remove the PID for pulseaudio I can play a wav file using aplay, but not with pulseaudio running. Skype always works. Using flashplayer with pulseaudio not running, it says it can't connect, obviously still looking for pulseaudio. /dev/dsp is the Intel HDA /dev/dsp1 is the Audigy, used to control of a Sofware Defined Radio (SDR). /dev/dsp2 is the Logitech 9000 Pro camera mic # flashplayer /home/lancelot/dwhelper/AdaptiveBlue-CreatingCustomSmartLinkWidgets813.flv WARNING: environment variable G_FILENAME_ENCODING set and it is not UTF-8 Currently in use: 1 blocks containing 63.9 KiB bytes total. Allocated during whole lifetime: 248 blocks containing 7.4 MiB bytes total. Sample cache size: 0 B User name: lancelot Host Name: slipstream Server Name: pulseaudio Server Version: 0.9.15 Default Sample Specification: s16le 2ch 96000Hz Default Channel Map: front-left,front-right Default Sink: alsa_output.pci_1102_8_sound_card_1 Default Source: alsa_input.usb_device_46d_990_7BBC20E7_if2_sound_card_2 Cookie: 6cbce82b The audio is being sent to /dev/dsp1 instead of /dev/dsp. I've changed default.pa sink and source to point to /dev/dsp, restarted alsa and pulseaudio, no luck there. The SDR works fine using /dev/dsp (hw:0) as sound output and mic, /dev/dsp1 (hw:1) as RX in and TX out to the SDR as defined in the SDR program's config file. aplay -l **** List of PLAYBACK Hardware Devices **** card 0: NVidia [HDA NVidia], device 0: AD198x Analog [AD198x Analog] Subdevices: 0/1 Subdevice #0: subdevice #0 card 0: NVidia [HDA NVidia], device 1: AD198x Digital [AD198x Digital] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: NVidia [HDA NVidia], device 3: NVIDIA HDMI [NVIDIA HDMI] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: EMU0404 [E-mu 0404b PCI [MAEM8852]], device 0: emu10k1 [ADC Capture/Standard PCM Playback] Subdevices: 32/32 Subdevice #0: subdevice #0 Subdevice #1: subdevice #1 Subdevice #2: subdevice #2 Subdevice #3: subdevice #3 Subdevice #4: subdevice #4 Subdevice #5: subdevice #5 Subdevice #6: subdevice #6 Subdevice #7: subdevice #7 Subdevice #8: subdevice #8 Subdevice #9: subdevice #9 Subdevice #10: subdevice #10 Subdevice #11: subdevice #11 Subdevice #12: subdevice #12 Subdevice #13: subdevice #13 Subdevice #14: subdevice #14 Subdevice #15: subdevice #15 Subdevice #16: subdevice #16 Subdevice #17: subdevice #17 Subdevice #18: subdevice #18 Subdevice #19: subdevice #19 Subdevice #20: subdevice #20 Subdevice #21: subdevice #21 Subdevice #22: subdevice #22 Subdevice #23: subdevice #23 Subdevice #24: subdevice #24 Subdevice #25: subdevice #25 Subdevice #26: subdevice #26 Subdevice #27: subdevice #27 Subdevice #28: subdevice #28 Subdevice #29: subdevice #29 Subdevice #30: subdevice #30 Subdevice #31: subdevice #31 card 1: EMU0404 [E-mu 0404b PCI [MAEM8852]], device 2: emu10k1 efx [Multichannel Capture/PT Playback] Subdevices: 8/8 Subdevice #0: subdevice #0 Subdevice #1: subdevice #1 Subdevice #2: subdevice #2 Subdevice #3: subdevice #3 Subdevice #4: subdevice #4 Subdevice #5: subdevice #5 Subdevice #6: subdevice #6 Subdevice #7: subdevice #7 card 1: EMU0404 [E-mu 0404b PCI [MAEM8852]], device 3: emu10k1 [Multichannel Playback] Subdevices: 1/1 Subdevice #0: subdevice #0 I thought this was limited to one box, but I have the same problem on 2 other boxes where there is only one sound card and I am trying to play the same flash file. (flashplayer:28964): Gtk-WARNING **: Unable to locate theme engine in module_path: "murrine", Currently in use: 15 blocks containing 113.9 KiB bytes total. Allocated during whole lifetime: 5048 blocks containing 125.3 MiB bytes total. Sample cache size: 0 B User name: boycie Host Name: Boycie Server Name: pulseaudio Server Version: 0.9.15 Default Sample Specification: s16le 2ch 44100Hz Default Channel Map: front-left,front-right Default Sink: alsa_output.platform_pcspkr_sound_card_0 Default Source: alsa_input.pci_1106_3059_sound_card_0 Cookie: 3c0fed06 **** List of PLAYBACK Hardware Devices **** card 0: V8235 [VIA 8235], device 0: VIA 8235 [VIA 8235] Subdevices: 4/4 Subdevice #0: subdevice #0 Subdevice #1: subdevice #1 Subdevice #2: subdevice #2 Subdevice #3: subdevice #3 card 0: V8235 [VIA 8235], device 1: VIA 8235 [VIA 8235] Subdevices: 1/1 Subdevice #0: subdevice #0 I opened bug #525259 on openSUSE bugzilla. Help much appreciated. Regards Sid. -- Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support Specialist, Cricket Coach Microsoft Windows Free Zone - Linux used for all Computing Tasks -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

2 2

[opensuse-factory] Audio seems to be going to wrong sound card
by Sid Boyce 24 Jul '09

24 Jul '09

I have 3 sound cards and I cannot play audio from youtube in any browser. If I remove the PID for pulseaudio I can play a wav file using aplay, but not with pulseaudio running. /dev/dsp is the Intel HDA /dev/dsp1 is the Audigy, used to control of a Sofware Defined Radio (SDR). /dev/dsp2 is the Logitech 9000 Pro camera mic # flashplayer /home/lancelot/dwhelper/AdaptiveBlue-CreatingCustomSmartLinkWidgets813.flv WARNING: environment variable G_FILENAME_ENCODING set and it is not UTF-8 Currently in use: 1 blocks containing 63.9 KiB bytes total. Allocated during whole lifetime: 248 blocks containing 7.4 MiB bytes total. Sample cache size: 0 B User name: lancelot Host Name: slipstream Server Name: pulseaudio Server Version: 0.9.15 Default Sample Specification: s16le 2ch 96000Hz Default Channel Map: front-left,front-right Default Sink: alsa_output.pci_1102_8_sound_card_1 Default Source: alsa_input.usb_device_46d_990_7BBC20E7_if2_sound_card_2 Cookie: 6cbce82b The audio is being sent to /dev/dsp1 instead of /dev/dsp. I've changed default.pa sink and source to point to /dev/dsp, restarted alsa and pulseaudio, no luck there. The SDR works fine using /dev/dsp (hw:0) as sound output and mic, /dev/dsp1 (hw:1) as RX in and TX out to the SDR as defined in the SDR program's config file. aplay -l **** List of PLAYBACK Hardware Devices **** card 0: NVidia [HDA NVidia], device 0: AD198x Analog [AD198x Analog] Subdevices: 0/1 Subdevice #0: subdevice #0 card 0: NVidia [HDA NVidia], device 1: AD198x Digital [AD198x Digital] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: NVidia [HDA NVidia], device 3: NVIDIA HDMI [NVIDIA HDMI] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: EMU0404 [E-mu 0404b PCI [MAEM8852]], device 0: emu10k1 [ADC Capture/Standard PCM Playback] Subdevices: 32/32 Subdevice #0: subdevice #0 Subdevice #1: subdevice #1 Subdevice #2: subdevice #2 Subdevice #3: subdevice #3 Subdevice #4: subdevice #4 Subdevice #5: subdevice #5 Subdevice #6: subdevice #6 Subdevice #7: subdevice #7 Subdevice #8: subdevice #8 Subdevice #9: subdevice #9 Subdevice #10: subdevice #10 Subdevice #11: subdevice #11 Subdevice #12: subdevice #12 Subdevice #13: subdevice #13 Subdevice #14: subdevice #14 Subdevice #15: subdevice #15 Subdevice #16: subdevice #16 Subdevice #17: subdevice #17 Subdevice #18: subdevice #18 Subdevice #19: subdevice #19 Subdevice #20: subdevice #20 Subdevice #21: subdevice #21 Subdevice #22: subdevice #22 Subdevice #23: subdevice #23 Subdevice #24: subdevice #24 Subdevice #25: subdevice #25 Subdevice #26: subdevice #26 Subdevice #27: subdevice #27 Subdevice #28: subdevice #28 Subdevice #29: subdevice #29 Subdevice #30: subdevice #30 Subdevice #31: subdevice #31 card 1: EMU0404 [E-mu 0404b PCI [MAEM8852]], device 2: emu10k1 efx [Multichannel Capture/PT Playback] Subdevices: 8/8 Subdevice #0: subdevice #0 Subdevice #1: subdevice #1 Subdevice #2: subdevice #2 Subdevice #3: subdevice #3 Subdevice #4: subdevice #4 Subdevice #5: subdevice #5 Subdevice #6: subdevice #6 Subdevice #7: subdevice #7 card 1: EMU0404 [E-mu 0404b PCI [MAEM8852]], device 3: emu10k1 [Multichannel Playback] Subdevices: 1/1 Subdevice #0: subdevice #0 Help much appreciated. Regards Sid. -- Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support Specialist, Cricket Coach Microsoft Windows Free Zone - Linux used for all Computing Tasks -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

1 0

[opensuse-factory] today's zypper dup has problem with yast2-regis*
by Patrick Shanahan 24 Jul '09

24 Jul '09

openSUSE 11.2.M3 x86_64 did "zypper ref;zypper dup" today and completed successfully except for: The following packages are going to be reinstalled: yast2-registration yast2-registration-branding-openSUSE 2 packages to reinstall. Overall download size: 175.0 KiB. No additional space will be used or freed after the operation. Continue? [y/n/?] (y): y Retrieving package yast2-registration-2.17.17-1.37.noarch (1/2), 165.0 KiB (397.0 KiB unpacked) Retrieving: yast2-registration-2.17.17-1.37.noarch.rpm [error (0 B/s)] Failed to download ./suse/noarch/yast2-registration-2.17.17-1.37.noarch.rpm from http://download.opensuse.org/factory/repo/oss/ Abort, retry, ignore? [a/r/i/?] (a): i Warning: You have chosen to ignore a problem with download or installation of a package which might lead to broken dependencies of other packages. It is recommended to run 'zypper verify' after the operation has finished. Retrieving package yast2-registration-branding-openSUSE-2.17.17-1.37.noarch (2/2), 10.0 KiB (1.0 KiB unpacked) Retrieving: yast2-registration-branding-openSUSE-2.17.17-1.37.noarch.rpm [error (0 B/s)] Failed to download ./suse/noarch/yast2-registration-branding-openSUSE-2.17.17-1.37.noarch.rpm from http://download.opensuse.org/factory/repo/oss/ Abort, retry, ignore? [a/r/i/?] (a): i Warning: You have chosen to ignore a problem with download or installation of a package which might lead to broken dependencies of other packages. It is recommended to run 'zypper verify' after the operation has finished. subsequently, "zypper ve": 11:49 wahoo:/home/pat # zypper ve Loading repository data... Reading installed packages... The following NEW package is going to be installed: bundle-lang-common-ar 1 new package to install. Overall download size: 396.0 KiB. After the operation, additional 1.3 MiB will be used. Some of the dependencies of installed packages are broken. In order to fix these dependencies, the following actions need to be taken: Continue? [y/n/?] (y): y Retrieving package bundle-lang-common-ar-11.2-9.1.noarch (1/1), 396.0 KiB (1.3 MiB unpacked) Retrieving: bundle-lang-common-ar-11.2-9.1.noarch.rpm [error (0 B/s)] Failed to download ./suse/noarch/bundle-lang-common-ar-11.2-9.1.noarch.rpm from http://download.opensuse.org/factory/repo/oss/ Abort, retry, ignore? [a/r/i/?] (a): i Warning: You have chosen to ignore a problem with download or installation of a package which might lead to broken dependencies of other packages. It is recommended to run 'zypper verify' after the operation has finished. WHY do I need bundle-lang-common-ar ??? subsequent "zypper dup" again wants the two "yast2-registration*" packages which are "re-installs". bug report ?? -- Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535 @ http://counter.li.org -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

4 19

[opensuse-factory] about request 15272 and 14983
by Philippe Makowski 24 Jul '09

24 Jul '09

Hi, Firebird is an enough major project to be in Factory, as it is in Fedora or Mandriva or Debian I will be the bugowner Upstreams : www.firebirdsql.org www.flamerobin.org Tracker for Firebird : http://tracker.firebirdsql.org I'm member of the Admin Team of the Firebird Project, and maintain packages for Mandriva and Fedora License is a MPL like for Firebird and BSD like for Flamerobin -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

1 0

[opensuse-factory] webmail
by jdd (kim2) 24 Jul '09

24 Jul '09

Hello :-) It seems than no web mail is available in the mainstream distribution (squirell and imp can be found in obs). Is there any other I missed? Is there a reason (other than manpower lack, like too many failures) for this? thanks jdd -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

3 2

[opensuse-factory] Disabling beagle by default: implementation
by Vincent Untz 23 Jul '09

23 Jul '09

Hey, I'm looking at https://features.opensuse.org/305296 The decision was to disable beagle by default. We have various options to do so and I'd like feedback on what would work best for people: + we can add a key to the autostart desktop file so that it gets disabled by default. Issue: there's no standardized keys accross all desktops to do this. The KDE team is fine with not enabling beagle at all in KDE (using something like NotShowIn=KDE), but we'd still have the issue in XFCE and other desktops. A possible solution is to use OnlyShowIn=GNOME so that beagle only gets considered by GNOME during startup (still disabled, though). + we can simply remove the autostart desktop file. Issue: it will not be possible to enable the start of beagle via the usual autostart preferences. Note that there's an option in the beagle preferences to automatically get it started (it will add a .desktop file to the autostart directory). Both options are kind of okay, but I guess it really depends on how people on other desktops that GNOME and KDE want this to work. Any opinion from XFCE people, for example? Thanks, Vincent -- Les gens heureux ne sont pas pressés. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

24 45

Re: [opensuse-factory] Factory Kernel alsa support not modular?
by Dean Hilkewich 22 Jul '09

22 Jul '09

On 09/07/21 3:45 PM, Takashi Iwai wrote: > At Tue, 21 Jul 2009 13:56:43 -0600, > Dean Hilkewich wrote: > >> Just wondering why the factory kernels have alsa set to be compiled in >> instead of modular. It makes it a real pain to have to recompile and >> set it to module just so we can try out the latest alsa-git. Is this a >> oversight as I don't recall previous factory kernels having alsa flagged >> to be built-in. >> > > This is a side-effect of merging "fast-boot" stuff from Moblin. > Major drivers including HD-audio are built into the kernel to boot > faster. > > I personally don't like this situation, as it reduces the debug > flexibility very much. Hopefully a post module-linking will be usable > soon later so that these can be built as modules again... > > > Takashi > Thanks for the reply, I certainly hope they do go back to module form soon as there are a bunch of people that are wanting to try their xfi's out (not to mention the many bug fixes since 1.0.20 release.). With the way openSUSE 11.2's timeline falls not having a working x-fi for another 8 month period after release of 11.2 would be a disaster. It would be preferable even for factory to switch to the 2.6.31 release candidates just so some testing could be done with yast's sound module and the xfi alsa support before the latter stages of 11.2 development. It is probably one of the most wanted to work in linux pieces of hardware out there. Dean Hilkewich -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

2 2