November 2010 - openSUSE Factory - openSUSE Mailing Lists

[opensuse-factory] KDE menus and gitorious
by Cristian Morales Vega 06 Nov '12

06 Nov '12

I created a merge request for desktop-data three weeks ago. It's just a minor patch that doesn't really fix anything but a warning from kbuildsycoca4. I'm not sure about how Gitorious works, maintainers are supposed to notice the "1" in the merge requests section or they receive an email notifying it? And since I'm on it. Since I updated my 11.3 system to KDE to 4.5 the "inline" part of the menu is not honored... Expected behavior? Known problem? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

4 6

[opensuse-factory] Kernel for 11.4?
by Jeff Mahoney 22 Sep '11

22 Sep '11

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all - Since technically we're in feature freeze for 11.4, I thought I'd put this out for discussion. Factory is currently using 2.6.36 which was released 3 weeks ago. Upstream versions tend to take about 10-11 weeks, on average, to release. The scheduled release for the first openSUSE RC is Jan 20. The scheduled release for the first RC is Jan 20. The typical development time for a kernel release, on average, is about 10-11 weeks. That puts the release of 2.6.37 around Dec 29 to Jan 12. That sounds like kind of a tight window, but the reality is that the differences in the later kernel RCs tend to be small and fix bugs. The "real" development happens in -rc1, which was released about two weeks ago. Later -rcs serve to stabilize the development that went into -rc1. So, the the feature freeze aspect of it will be a one-shot, when I update to -rc1. (Actually, I hardly ever update to -rc1 and instead use - -rc2 which tends to be more stable). I've already done the merge work for 2.6.37-rc1 since the master kernel always tracks the latest upstream. Xen is the lone exception, as it usually is, but Jan Beulich has been great about getting that completed shortly after I do the update. This time might be a little more difficult because much of the Xen code has been merged into the mainline kernel so there's some sorting out to be done. As far as testing goes, we're still early enough that we won't lose a lot of effort. I'd update Factory to 2.6.37-rc2 as soon as it is released upstream, which should be this week. Our usual corps of dedicated testers can dig in quickly. In my experience, though, the number of testers drastically increases around the RC1 release. I wish it weren't so, but it is. So revving the kernel now isn't likely to toss out a lot of testing. The biggest "feature" I'm going for is not having to backport fixes from 2.6.37. The BKL removal patches and the VFS scalability patches are going to improve performance on multicore systems. The removal of I/O barriers should also be pretty noticeable but I haven't had time to verify that yet. So, opinions? - -Jeff Features that are going into 2.6.37: - - The inode portion of the VFS scalability patches - - More BKL removal, including parts of the core kernel - - Block I/O can be throttled via cgroups - - Simple pNFS support - - In-kernel PPTP (tunneling) acceleration - - "Lazy" inode table creation for ext4 to allow faster fs creation - - Batched discard support, which allows the file system to advise the block layer to use the TRIM command. This allows online TRIMs, but is only implemented in ext4 so far. - - Xen dom0 support (mostly) - - The usual round of bug fixes. - - fanotify - - Block barriers have been removed[1] Drivers: - - Systems and processors: - Flexibility Connect boards - Telechips TCC ARM926-based systems - Telechips TCC8000-SDK development kits - Vista Silicon Visstrim_m10 i.MX27-based boards - LaCie d2 Network v2 NAS boards - Qualcomm MSM8x60 RUMI3 emulators - Qualcomm MSM8x60 SURF eval boards - Eukrea CPUIMX51SD modules - Freescale MPC8308 P1M boards - APM APM821xx evaluation boards - Ito SH-2007 reference boards - IBM "SMI-free" realtime BIOS's - MityDSP-L138 and MityDSP-1808 systems - OMAP3 Logic 3530 LV SOM boards - OMAP3 IGEP modules - taskit Stamp9G20 CPU modules - aESOP Samsung S5PV210-based Torbreck boards - - Block: - Chelsio T4 iSCSI offload engines - Cypress Astoria USB SD host controllers - Marvell PXA168/PXA910/MMP2 SD host controllers - ST Microelectronics Flexible Static Memory Controllers - - Input: - Roccat Pyra gaming mice - UC-Logic WP4030U, WP5540U and WP8060U tablets - several varieties of Waltop tablets - OMAP4 keyboard controllers - NXP Semiconductor LPC32XX touchscreen controllers - Hanwang Art Master III tablets - ST-Ericsson Nomadik SKE keyboards - ROHM BU21013 touch panel controllers - TI TNETV107X touchscreens - - Miscellaneous: - Freescale eSPI controllers - Topcliff platform controllher hub devices - OMAP AES crypto accelerators - NXP PCA9541 I2C master selectors - Intel Clarksboro memory controller hubs - OMAP 2-4 onboard serial ports - GPIO-controlled fans - Linear Technology LTC4261 Negative Voltage Hot Swap Controller I2C interfaces - TI BQ20Z75 gas gauge ICs - OMAP TWL4030 BCI chargers - ROHM ROHM BH1770GLC and OSRAM SFH7770 combined ALS and proximity sensors - Avago APDS990X combined ALS and proximity sensors - Intersil ISL29020 ambient light sensors - Medfield Avago APDS9802 ALS sensor modules - Basic, memory-mapped GPIO controllers - Intel Topcliff GPIO controllers - Intel Moorestown/Medfield i2c controllers - IDT CPS Gen.2 SRIO RapidIO switches - Freescale i.MX DMA engines - ARM PrimeCell PL080 or PL081 DMA engines - Cypress West Bridge Astoria controllers - USB ENE card readers - Asahi Kasei AK8975 3-axis magnetometers - OLPC XO display controller devices - Analog Devices AD799x analog/digital converters - Winbond/Nuvoton W83795G/ADG hardware monitoring chips - Flarion OFDM usb and pcmcia modems - Maxim MAX8952 and MAX8998 Power Management ICs - National Semiconductors LP3972 PMIC regulators - Broadcom BCM63xx hardware watchdogs - - Network: - Brocade 1010/1020 10Gb Ethernet cards - Conexant CX82310 USB ethernet ports - Atheros AR9170 "otus" 802.11n USB devices - Topcliff PCH Gigabit Ethernet controllers - Intel Topcliff platform controller hub CAN interfaces - Technologic Systems TS-CAN1 PC104 peripheral boards - SBE wanPMC-2T3E3 interfaces - RealTek RTL8712U (RTL8192SU) Wireless LAN NICs (replaces older rtl8712 driver) - Atheros AR6003 wireless interface controllers - Beeceem USB Wimax adapters - Broadcom bcm43xx wireless chipsets - - Sound: - Marvell 88pm860x codecs - TI WL1273 FM radio codecs - HP iPAQ RX1950 audio devices - Native Instruments Traktor Kontrol S4 audio devices - Aztech Sound Galaxy AZT1605 and AZT2316 ISA sound cards - Wolfson Micro WM8985 and WM8962 codecs - Wolfson Micro WM8804 S/PDIF transceivers - Samsung S/PDIF controllers - Cirrus Logic EP93xx AC97 controllers - Intel MID SST DSP devices - - USB: Intel Langwell USB OTG transceivers - YUREX "leg shake" sensors - USB-attached SCSI devices - - Video4Linux2: remotes using the RC-5 (streamzap) protocol - Konica chipset-based cameras - Sharp IX2505V silicon tuners - LME2510 DM04/QQBOX USB DVB-S boxes - Samsung s5h1432 demodulators - Several new Conexant cx23417-based boards - Nuvoton w836x7hg consumer infrared transceivers - OmniVision OV6650 sensors - OMAP1 camera interfaces - Siliconfile SR030PC30 VGA cameras - Sony imx074 sensors - VIA integrated chipset camera controllers - -Jeff [1] This is because they were a very big hammer that had a reputation for killing performance. They're necessary for safely using journals on devices with write caching enabled, but were implemented by flushing the entire I/O queue to physical media -- not just "to disk" which includes the disk's write cache. The new implementation will still use the flush-to-media feature but will not stall the i/o queue. - -- Jeff Mahoney SUSE Labs -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAkzhW0YACgkQLPWxlyuTD7JgBACbBfR+uJwfKKnEcBZIg/KeIj/S hikAnRiL9nG50QoKZkrn1AsmGljnGvYn =T/Hp -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

15 33

[opensuse-factory] Cronie as default cron in Factory
by Michal Seben 07 Jun '11

07 Jun '11

Hi all! Next week I will move cronie[1] package to Factory, so it will replace old cron. If someone is against this step, please just write what's wrong. As I announced earlier, you could find Cronie in Base:System repo [2] there is also prepared wiki about known changes after switch to cronie [3] [1]https://fedorahosted.org/cronie/ [2]https://build.opensuse.org/package/show?package=cronie&project=Base%3ASys… [3]http://en.opensuse.org/Cron_replace#Differences_between_old_openSUSE.27s_… -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

12 28

[opensuse-factory] 2.6.37-rc3-git installed modules zero bytes long
by Sid Boyce 26 Feb '11

26 Feb '11

openSUSE 11.3 on one box and openSUSE 11.4 Milestone 4 on the other. I have a message that says the built modules not found. When I check e.g /lib/modules/2.7.37-rc3-git7-smp, most modules are zero bytes long. I have to "make modules_install" and use modprobe on each. To get the network up on the 11.3 box "modprobe r6189" then "rcnetwork restart", "modprobe rtl8187", "/etc/init.d/network-remotefs start", etc., etc. Then ifconfig is OK for those devices. eth_s1_0 Link encap:Ethernet HWaddr 00:1C:F0:BB:14:E1 inet addr:192.168.10.10 Bcast:192.168.10.255 Mask:255.255.255.0 inet6 addr: fe80::21c:f0ff:febb:14e1/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1927 errors:0 dropped:0 overruns:0 frame:0 TX packets:1923 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:287532 (280.7 Kb) TX bytes:283044 (276.4 Kb) Interrupt:17 Base address:0xe000 wlan0 Link encap:Ethernet HWaddr 00:15:AF:23:04:37 inet addr:192.168.1.4 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fe80::215:afff:fe23:437/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:25 errors:0 dropped:0 overruns:0 frame:0 TX packets:62 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:4324 (4.2 Kb) TX bytes:18470 (18.0 Kb) On 11.3 module-init-tools-3.12-1.3.x86_64 On 11.4 Milestone 4 module-init-tools-3.12-5.3.x86_64 tindog:/usr/src/linux-2.6.37-rc3-git7 # grep MODULE .config CONFIG_MODULES=y # CONFIG_MODULE_FORCE_LOAD is not set CONFIG_MODULE_UNLOAD=y CONFIG_MODULE_FORCE_UNLOAD=y CONFIG_MODULE_SRCVERSION_ALL=y Another guy has emailed me saying he's seen the same. 11.3 ==== gcc version 4.5.0 20100604 [gcc-4_5-branch revision 160292] (SUSE Linux) 11.4 Milestone 4 ================ gcc version 4.5.1 20101116 [gcc-4_5-branch revision 166793] (SUSE Linux) Regards Sid. -- Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support Senior Staff 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 2

[opensuse-factory] Rescue program on dvd
by Carlos E. R. 18 Jan '11

18 Jan '11

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I know the rescue option in the dvd had to be dropped. Too problematic, and no maintainer. Could some of it be "rescued"? The thing that fails most is grub. Just a repair grub, perhaps a repair missing kernel/initrd? Once the system boots, the user should be able to repair the rest (hope). :-) - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) iEYEARECAAYFAkyodsMACgkQtTMYHG2NR9W3mACeL4xQWJevZF3nzSzbYWKtz3dP yQMAnjtrUrfJRGrGfoyEouiJN6Q2XH37 =T2Uo -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

11 25

[opensuse-factory] new packages: libdbi & libdbi-drivers
by Peter Czanik 15 Dec '10

15 Dec '10

Hello, I'd like to add two packages to Factory, libdbi and libdbi-drivers. Both were already available in Contrib, moving them to factory would enable me to add database support to syslog-ng. URL : http://libdbi.sourceforge.net/ Summary : Database Independent Abstraction Layer for C Description : libdbi implements a database-independent abstraction layer in C, similar to the DBI/DBD layer in Perl. Writing one generic set of code, programmers can leverage the power of multiple databases and multiple simultaneous database connections by using this framework. And libdbi-drivers provides the actual drivers for different databases (sqlite3, mysql, pgsql). Both packages were around for a very long time and worked without any problems so far. I tested it with syslog-ng and logging to database worked fine using libdbi and libdbi-drivers. Bye, -- Peter Czanik (CzP) <czanik(a)balabit.hu> BalaBit IT Security / syslog-ng upstream http://czanik.blogs.balabit.com/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

5 9

[opensuse-factory] Firefox 3.6.12 crashes
by Hans-Peter Jansen 13 Dec '10

13 Dec '10

Hi, I have to handle a (now outdated) diskless openSUSE 11.1 desktop installation of about 30 systems in a company network. One of the customizations is Firefox 3.6.12 from the mozilla repo, consisting of MozillaFirefox-3.6.12-1.2, mozilla-xulrunner192-1.9.2.12-1.2, ... Kernel is a 2.6.31.13 also based on the openSUSE trees on gitorious. Unfortunately, I'm getting complains of Firefox crashing often during the day without any user interaction, just displaying occasionly updated sites (without flash content), and I do suffer from these crashes, too. A few data points: Previous versions from that repo doesn't show this behavior. In that installation, only Firefox, flash and acrobat reader were updated lately, everything else was being kept as is for a few month running (rock solid!), therefor I can say, that this problem is triggered by changes in firefox related packages. For the record, these are the latest changes: acroread-9.4-0.1.1 Di 16 Nov 2010 13:50:26 flash-player-10.1.102.64-0.1.1 Di 16 Nov 2010 13:48:57 MozillaFirefox-translations-common-3.6.12-1.2 Di 16 Nov 2010 13:37:12 MozillaFirefox-3.6.12-1.2 Di 16 Nov 2010 13:37:07 mozilla-kde4-integration-0.6.2-14.2 Di 16 Nov 2010 13:37:05 mozilla-xulrunner192-translations-common-1.9.2.12-1.2 Di 16 Nov 2010 13:37:03 mozilla-xulrunner192-1.9.2.12-1.2 Di 16 Nov 2010 13:36:59 libnsssharedhelper0-1.0.9-1.8 Di 16 Nov 2010 13:36:49 mozilla-nss-3.12.8-4.1 Di 16 Nov 2010 13:36:48 libsoftokn3-3.12.8-4.1 Di 16 Nov 2010 13:36:47 mozilla-js192-1.9.2.12-1.2 Di 16 Nov 2010 13:36:46 mozilla-nss-certs-3.12.8-4.1 Di 16 Nov 2010 13:36:45 libfreebl3-3.12.8-4.1 Di 16 Nov 2010 13:36:44 mozilla-nspr-4.8.6-1.1 Di 16 Nov 2010 13:36:41 gpg-pubkey-ee454f98-4c58185b Di 16 Nov 2010 13:35:37 gpg-pubkey-766da614-4c57f9d9 Di 16 Nov 2010 13:35:26 gpg-pubkey-1abd1afb-4c97c60c Di 16 Nov 2010 13:34:54 gpg-pubkey-7c99e700-4c4eba16 Di 16 Nov 2010 13:34:46 Last night, I've kept Firefox running under gdb control with just the build system monitor (where I was logged in) and a few of my project pages. The only "active" content was the monitor page occasionly updating. Today, I found: Program received signal SIGPIPE, Broken pipe. [Switching to Thread 0xb43ffb90 (LWP 8683)] 0xffffe424 in __kernel_vsyscall () (gdb) bt #0 0xffffe424 in __kernel_vsyscall () #1 0xb7f9e078 in send () at ../sysdeps/unix/sysv/linux/i386/socket.S:97 #2 0xb77b7b4e in pt_Send (fd=0xa580c740, buf=0xa583c000, amount=23, flags=0, timeout=4294967295) at ptio.c:1931 #3 0xb63ee34c in ssl_DefSend (ss=0xa56f3000, buf=0xa583c000 "\025\003", len=23, flags=0) at ssldef.c:128 #4 0xb63dd155 in ssl3_SendRecord (ss=0xa56f3000, type=<value optimized out>, pIn=0xb43feffa "\001", nIn=2, flags=0) at ssl3con.c:2280 #5 0xb63dd696 in SSL3_SendAlert (ss=0xa56f3000, level=alert_warning, desc=<value optimized out>) at ssl3con.c:2535 #6 0xb63f2a12 in ssl_SecureClose (ss=0xa56f3000) at sslsecur.c:1067 #7 0xb63f7b77 in ssl_Close (fd=0xab2a9020) at sslsock.c:1570 #8 0xb6cf2ecc in ?? () from /usr/lib/xulrunner-1.9.2.12/libxul.so #9 0xb6ce2fd4 in ?? () from /usr/lib/xulrunner-1.9.2.12/libxul.so #10 0xb6cf009e in ?? () from /usr/lib/xulrunner-1.9.2.12/libxul.so #11 0xb779c341 in PR_Close (fd=0xab2a9020) at priometh.c:136 #12 0xb668e284 in ?? () from /usr/lib/xulrunner-1.9.2.12/libxul.so #13 0xb668ea6e in ?? () from /usr/lib/xulrunner-1.9.2.12/libxul.so #14 0xb6691c31 in ?? () from /usr/lib/xulrunner-1.9.2.12/libxul.so #15 0xb669219a in ?? () from /usr/lib/xulrunner-1.9.2.12/libxul.so #16 0xb66922d8 in ?? () from /usr/lib/xulrunner-1.9.2.12/libxul.so #17 0xb6f41716 in ?? () from /usr/lib/xulrunner-1.9.2.12/libxul.so #18 0xb6f100a2 in ?? () from /usr/lib/xulrunner-1.9.2.12/libxul.so #19 0xb6691d8e in ?? () from /usr/lib/xulrunner-1.9.2.12/libxul.so #20 0xb6f41772 in ?? () from /usr/lib/xulrunner-1.9.2.12/libxul.so #21 0xb6f1000c in ?? () from /usr/lib/xulrunner-1.9.2.12/libxul.so #22 0xb6f41ebf in ?? () from /usr/lib/xulrunner-1.9.2.12/libxul.so #23 0xb77ba551 in _pt_root (arg=0xb7a565e0) at ptthread.c:228 #24 0xb7f971b5 in start_thread (arg=0xb43ffb90) at pthread_create.c:297 #25 0xb7d0162e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130 Does this rings a bell for somebody? Any advice, how to circumvent this problem? Thanks in advance, Pete -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

4 11

[opensuse-factory] syslog-ng update
by Peter Czanik 11 Dec '10

11 Dec '10

Hello, I prepared updated syslog-ng packages with the close supervision of Marius Tomaschewski, the maintainer of the syslog-ng package. They are available in home:czanik in the openSUSE BS. I would like to see these packages included in Factory, to replace the ancient 2.0 syslog-ng, but MT seems to have disappeared (no response to e-mails in the past two weeks). Questions: - it works fine on my machines, but could anybody else test it? - what is the proper way to get syslog-ng updated in factory, if the maintainer seems to be unavailable? - I have now both 3.0 and 3.1 packages there, called syslog-ng and syslog-ng31. The ultimate goal is to include 3.1. Should I drop the current syslog-ng package and rename syslog-ng31 to syslog-ng? Bye, CzP -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

3 4

[opensuse-factory] Codecs
by Jeff Mahoney 09 Dec '10

09 Dec '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all - I haven't seen this topic come up in a while, so I'd like to start a new discussion about it. I understand the reasons we don't install Codecs with openSUSE - we don't have licenses for them, they may be patent encumbered, blah blah.. but we also have infrastructure for other data and software that have similar conditions. We can help the user find what they need even if we can't distribute it ourselves. So, we already pull in flash player. We already pull in the MS TrueType fonts. We already provide infrastructure to automatically locate and install firmware for several devices that require firmware that can't be freely redistributed. So why is it that we don't offer something similar for codecs? I have friends that are eager to install openSUSE on their machines -- not even techies -- because they are sick of all the crap they have to put up with on Windows when all they really want to do is browse the web, read their email, listen to some music, laugh at some funny flash animations, watch youtube or other downloaded videos. The expressions on their faces when I spend 15 minutes setting up the system to install are pretty neutral - it's pretty easy. The expressions on their faces when they see how many ridiculous hoops I need to jump through to configure the Packman repository and then replace the codecs changes to exasperation when I tell them the reason I had to do all that was only so that they could listen to their MP3s or watch some video. Sure, some of them are interested peripherally in the reasons why I have to do that, but most people have a nervous laugh wondering if everything they're going to be doing with the system is going to be this hard. So -- since we KNOW the the Packman repository contains all the plugins necessary to make gstreamer work as everyone sane expects, can we please do something about automating this? - -Jeff - -- Jeff Mahoney SUSE Labs -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAkzm1eMACgkQLPWxlyuTD7IVsgCbBvlXnk6r2m1rNouflxrORGt+ A7oAniVhbA+zQUXe9pQ4C5UV+S5UuD/o =RYVK -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

20 59

[opensuse-factory] pulseaudio regression in 11.4
by Sid Boyce 03 Dec '10

03 Dec '10

In 11.3 it was unnecessary to suspend pulseaudio for jackd to have access to sound devices, it's back to the old way now, needing. "pasuspender -- /usr/bin/jackd" Regards Sid. -- Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support Senior Staff 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

4 9

[opensuse-factory] Language selection and keyboard during installation - questions for all English installing users
by Andreas Jaeger 02 Dec '10

02 Dec '10

There's in bugzilla a user from Australia. Currently during installation, you choose a language at the first screen and then automatically the keyboard is changed to the primary keyboard for that language. He and others from Australia install with language "English (UK)" but uses an US keyboard - and apparently the US keyboard is common in most of the commonwealth. Since these users than do not change the keyboard setting, they have a system installed that does not work for them with their keyboard. for details see: https://bugzilla.novell.com/show_bug.cgi?id=656023 Is this a common problem? Should we change it - and has anybody a good idea on how to change it? For me as German, I like the way that if I select "German" as language, I get a German keyboard setup automatically, so I do not want to move away from that one. I see right now the following options: 1) Leave everything as is and close the bugreport as WONTFIX. 2) Handle "English (UK)" special and use the "English US" keyboard. 3) Do not change keyboard at all. 4) Add some more locales, like "English (AU)" that use English (UK) as language but English US keyboard. 5) Any other ideas? Andreas -- Andreas Jaeger, Program Manager openSUSE, aj(a){novell.com,opensuse.org} Twitter: jaegerandi | Identica: jaegerandi SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

15 44

[opensuse-factory] Problem with applydeltaiso trying to create 11.4M4
by Richard (MQ) 01 Dec '10

01 Dec '10

Following a successful trial with 11.4M3 (Build 845) I've successfully downloaded openSUSE-DVD-Build0845_Build0908-i586.delta.iso (the md5 checks out OK) but using applydeltaiso from 11.3 (standard x64 version) I get an internal md5 sum failure at package wine-32bit (this after many packages have been processed correctly). Same error at glibc-devel when trying to create the M4 x64 version. All isos and deltas re-checked against published md5sums and are OK Is this an issue with 11.3's deltarpms package (yast says I have 3.5-6.1)? If so can anyone point me to a newer one to install on my 11.3 system to save me having to install 11.4 M3 just to create the isos.... cheers Richard -- 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] systemd integration
by Kay Sievers 01 Dec '10

01 Dec '10

Hey, here is a list of things that still need to be done, or need to be discussed how to be done. Note: there is a wiki page about this: http://en.opensuse.org/openSUSE:Systemd_status And for any non-SUSE-specific bugs or requests, please use the upstream mailing list and bug tracker, not this list or the SUSE bugtracker. - systemd service files - a bunch of services need native systemd service files to replace the SYSV init script - some just need to be enabled in the build with: --with-systemdsystemunitdir=/lib/systemd/system - some needs to be packaged and taken from the Fedora packages - some needs to written - systemd/SYSV service management - the init scripts should call systemd if systemd is used, e.g. /etc/init.d/cups start" should either print a warning or call "systemctl start cups.service" directly - Fedora's systemd calls 'chkconfig' for SYSV scripts, so all services can be managed with 'systemctl'. - the YaST2 runlevel editor needs to be modified for systemd, the API of the runlevel editor is used by other YaST modules to enable/disable/query services - RPM package upgrade and systemd service files - systemd services should be enabled only the first time a systemd service files is shipped, depending on the current state of the sysv service. - systemd services are currently only enabled when the package is installed the first time, not with an update. - some SUSE packages ship systemd files, but don't enable the systemd service - replace SUSE-specific config files to new cross-distro configs: /etc/os-release (like /etc/SuSE-release) /etc/locale (replaces /etc/sysconfig/language) /etc/tmpfiles.d/ (replaces /etc/tmpdirs.d/) /etc/vconsole.conf (replaces /etc/sysconfig/keyboard,console) /etc/modules-load.d/ (replaces /etc/sysconfig/kernel::MODULES_LOADED ...) - some of the old SUSE-specific config files are read by systemd, but we should start using the new "Linux default" - splash integration - systemd supports only plymouth at the moment, possibly just switch to plymouth? - move X to tty1 - to avoid VT switch on bootup - to match systemd's getty1 logic - future systemd will support on-demand getty (getty2-6 are only started on VT switch) - getty1/X will be special, depending which "runlevel" is used - sort out the /etc/init.d/xdm config mess (how to convert that beast to a _proper_ systemd service?) - sort out the mess in /etc/init.d/syslog - probably just provide native service file for rsyslog, and disable the this weird script - systemd wants a syslog with socket activation, upstream rsyslog supports this already - sort out NetworkManager vs. sysconfig mess - starting NetworkManager from a the sysconfig init script, depending on a config variable is just weird - on Fedora NM can always be started and just leaves interfaces alone, that are configured in the "old scripts", all unconfigured interfaces are managed by NM. That way, NM can always run, without interfering with static config, or it just be entirely disabled with its own initscript/systemd service. - YaST2 2nd stage/first boot -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

12 24

[opensuse-factory] Policykit dependency
by Guido Berhoerster 01 Dec '10

01 Dec '10

Hello, gnome-packagekit misses a dependecy on a Policykit authentication agent. Rather than adding a dependency on polkit-gnome, would it make sense for all three Policykit authentication agent implementations (polkit-gnome, polkit-kde-1, lxpolkit) to provide something like polkit-agent which dependent packages could require instead? -- Guido Berhoerster -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

3 9

[opensuse-factory] openSUSE-NET-Build0908-i586 - a few observations
by madworm_de.novell＠spitzenpfeil.org 30 Nov '10

30 Nov '10

I've just installed using the latest net image in a VM and had a few issues: https://bugzilla.novell.com/show_bug.cgi?id=619739 is still there I couldn't get pulseaudio to work (was enabled with yast sound installation) and amarok just crashed (I clicked on "install debugging symbols" in the KDE crash handler, but it "didn't find symbols for ...". Before that it complained about missing mp3 capabilities, which was to be expected. System sounds seem to work though. Using an encrypted home _partition_ worked. Encrypted home _dir_ https://bugzilla.novell.com/show_bug.cgi?id=644730 seems to be gone, but is replaced with the following info upon console login: pam_mount(mount.c:64): Errors from underlying mount program: pam_mount(mount.c:68): /usr/sbin/mount.crypt: dmcrypt cipher ignored for LUKS volumes R. -- 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] Re: 2.6.37-rc3-git installed modules zero bytes long
by Sid Boyce 30 Nov '10

30 Nov '10

On 30/11/10 15:48, Américo Wang wrote: > On Tue, Nov 30, 2010 at 02:59:55PM +0000, Sid Boyce wrote: >> openSUSE 11.3 on one box and openSUSE 11.4 Milestone 4 on the other. >> I have a message that says the built modules not found. When I check e.g >> /lib/modules/2.7.37-rc3-git7-smp, most modules are zero bytes long. >> I have to "make modules_install" and use modprobe on each. >> To get the network up on the 11.3 box "modprobe r6189" then "rcnetwork >> restart", "modprobe rtl8187", "/etc/init.d/network-remotefs start", >> etc., etc. > > Confused, shouldn't we always run 'make modules_install'? > What did you do before that? > As usual a script that does the following and never had problems before. It says it's installed the modules, but a check shows they are all zero bytes long. ------------------------------------------------------------------- #!/bin/sh make -j 4 clean && make headers_install && make -j 4 && make -j 4 modules_install ------------------------------------------------------------------- Regards Sid. -- Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support Senior Staff 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] util-linux-ng plans for 11.4?
by Greg Freemyer 30 Nov '10

30 Nov '10

All, A new userspace tool "fstrim" was checked into git for util-linux-ng last week. http://git.kernel.org/?p=utils/util-linux-ng/util-linux-ng.git;a=commit;h=d… Its a new almost trivial tool that invokes the new ext4 FITRIM capability in the 2.6.37 kernel. I'd like to see it in 11.4. If a new util-linux-ng version that includes fstrim is likely to get in I'll just let the process happen. If not, I can sr a patch based on the above git info. (I'm not a obs expert, so if someone else would do it, even better.) Thanks Greg -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

3 6

[opensuse-factory] Amarok and mythTV
by Donn Washburn 30 Nov '10

30 Nov '10

Hey Group; How come two different applications require to be started with "strace -o program.err program". Assume program is either amarok or mythtv-setup. This has to be a openSuSE 11.# or KDE4.# headache. Amarok from openSuSE's DVD had this problem and MythTV 0.24 from source has it also. -- 73 de Donn Washburn 307 Savoy Street Email:" n5xwb(a)comcast.net " Sugar Land, TX 77478 LL# 1.281.242.3256 Ham Callsign N5XWB HAMs : " n5xwb(a)arrl.net " VoIP via Gizmo: bmw_87kbike / via Skype: n5xwbg BMW MOA #: 4146 - Ambassador " http://counter.li.org " #279316 -- 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] build 0908 NET install - SHA1 checksum wrong for yast2-trans-en_US.rpm
by Per Jessen 30 Nov '10

30 Nov '10

I get the message above when installing with the NET iso, i586 build 0908. -- Per Jessen, Zürich (-0.9°C) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

2 1

[opensuse-factory] creating a better Factory
by Bernhard M. Wiedemann 30 Nov '10

30 Nov '10

Hi there is this problem, that Factory is sometimes broken but it would be nice if people had a safer way to test new software even between milestone-releases (which are manual factory-snaphots). via https://fedoraproject.org/wiki/QA/Tools I found something I wanted to have for openSUSE, too: https://fedoraproject.org/wiki/Israwhidebroken.com_Proposal I did s/rawhide/Factory/ s/chewtoy/Factory-tested/ and seeded this onto http://en.opensuse.org/openSUSE:Factory-tested_Proposal It is about creating a snapshot of Factory whenever it passes all basic automated tests (aka critical path) - preferably with minimal human intervention (aka hard work) needed. I have much of the automated testing done, so what is missing is a way to trigger+do the snapshotting. Ciao Bernhard M. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

5 8

[opensuse-factory] 2.6.37-rc2 can't log in properly
by Stephen Shaw 30 Nov '10

30 Nov '10

I'm not sure if there were some other updates that I finally hit when I rebooted or not. I just upgraded to the 2.6.37-rc2 kernel running on factory and everything seems to boot ok, except I can't log in properly. The prompt on the console comes up and it lets me put my user and password in. It acts like it accepts it (which I think it does), but gives me this error: Cannot make/remove an entry for the specified session When I booted to init=/bin/bash I looked at the logs (/var/log/messages/) and found this error: pam_loginuid(login:session):set_loginuid failed Cheers, Stephen -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

7 12

[opensuse-factory] Status: Distribution
by Stephan Kulow 29 Nov '10

29 Nov '10

Hi, Bernhard's tests say build908 is good enough for Milestone4, so I'm preparing that one now without further delay for release on monday. Suspend is still broken on my laptop, but at least all the other regressions are fixed meanwhile (and KDE 4.6 was supposed to be beta software at this point ;) Greetings, Stephan -- 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] Build 909 Factory k3b crashes when starting up
by Roman Bysh 29 Nov '10

29 Nov '10

Dear Listmates, While using build 909 kde_live_cd, k3b crashes every time I start it up. I cannot get it to work for a review. -- Cheers! Roman -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

3 4

[opensuse-factory] Build 908 kde_live_CD Problem installing Nvidia drivers to create an nvidia module -- version.h is missing in kernel
by Roman Bysh 27 Nov '10

27 Nov '10

Dear Listmates, I'm unable to install Nvidia drivers on build 908 Factory. This may be due to the fact that the kernel-source doesn't match the kernel-desktop? This is what's installed for kernel. roman@opensuse:~> rpm -qa | grep kernel kernel-desktop-devel-2.6.36-18.1.x86_64 kernel-devel-2.6.36-18.1.noarch kernel-syms-2.6.36-18.1.x86_64 kernel-firmware-20100617-4.2.noarch kernel-desktop-2.6.37-6.1.x86_64 kernel-source-2.6.36-18.1.noarch kernel-default-devel-2.6.36-18.1.x86_64 kernel-xen-devel-2.6.36-18.1.x86_64 Any thoughts. I heard that "coolo" chose build 908 for Sunday/Monday release of 11.4 M4. However, today I took the liberty to try out the Factory kde_live_cd x86_64 download. I tried to install the latest Nvidia drivers. However, I'm getting a message "version.h" is missing. Any thoughts? Roman -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

3 3

[opensuse-factory] Apache
by Donn Washburn 27 Nov '10

27 Nov '10

Why is it Apache works one time and not the next on Firefox or Thunderbird. NOTHING has been done to alter Apache/public-html or /etc/Apache2/files or through Yast2. Hostname/IP# is the same and never changes. /etc/hosts maybe being changed by some NetManager or something. But yet sometimes it works and the next time it fails. openSuSE 11.4 M3 -- 73 de Donn Washburn 307 Savoy Street Email:" n5xwb(a)comcast.net " Sugar Land, TX 77478 LL# 1.281.242.3256 Ham Callsign N5XWB HAMs : " n5xwb(a)arrl.net " VoIP via Gizmo: bmw_87kbike / via Skype: n5xwbg BMW MOA #: 4146 - Ambassador " http://counter.li.org " #279316 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

2 1

[opensuse-factory] Introducing wicked
by Olaf Kirch 26 Nov '10

26 Nov '10

Presenting wicked network configuration ======================================= This is the first public release of wicked, an experimental framework for network configuration. You may ask, don't we have enough of those already? Don't we have NetworkManager, connman, netcf, and a few more? The point I started from was the desire to unify what is usually provided through the traditional ifup script kudzu, with some of the more desktop oriented services provided by facilities like NetworkManager. I also wanted to move towards a more powerful set of functionality written in C, which is able to subsume functionality provided by ifconfig, ip(8), brctl, vconfig, ethtool, etc, and be able to drive these through an extensible XML representation of the network configuration. Kind of the Grand Unified Theory of network configuration :-) Right now, this implementation uses a daemon service and a command line utility. These two communicate securely via a local UNIX socket, allowing the server to validate the client's user id. The server offers a REST interface to various aspects of network configuration. The client application uses REST calls to retrieve interface configuration and status, or to reconfigure interfaces. The path space used by the API can be extended to cover other aspects of network configuration as well, such as reading, writing and restoring the resolv.conf file. After having hacked on this for a while, I want to release this to the community for feedback. If you're interested in finding out more, you will find a README and several manpages in the source code, which is available from http://gitorious.org/wicked Regards, Olaf Kirch <okir(a)suse.de> -- Neo didn't bring down the Matrix. SOA did. (soafacts.com) -------------------------------------------- Olaf Kirch - Director Server (okir(a)novell.com) SUSE LINUX Products GmbH, Maxfeldstr. 5, D-90409 Nürnberg GF: Markus Rex, HRB 16746 (AG Nürnberg) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

6 6

[opensuse-factory] Proposal for a multimedia team.
by Dave Plater 26 Nov '10

26 Nov '10

Hi, we need a multimedia team, I know from watching submit requests that there are at least three other potential members besides me. A little bit more communication between us would be beneficial to the mmaps and mmlibs projects especially multimedia:libs which contains packages that can wreak havoc if broken. ATM when I need help I use the packaging list but sometimes the help is blind to the needs of multimedia ie. jack, it would be nice to be able to discuss these things with more experienced multimedia oriented people. I've cc'ed this to opensuse-multimedia list but I wonder how many people actually subscribe to it? Regards Dave P -- 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] RFC: syslog-ng 3.2 beta1
by Peter Czanik 25 Nov '10

25 Nov '10

Hello, Syslog-ng 3.2 beta1 was released over the weekend. It has many interesting new features: - modularized, so /usr is no more a problem - patternize - automatic pattern generation from logs - correlation - for more info see blogs - SCL - a config library to ease configuration generation For a complete list of changes, see the lead developers blog: http://bazsi.blogs.balabit.com/2010/10/syslog-ng-ose-3-2beta1-released/ The final version of 3.2 will be released before openSUSE 11.4 feature freeze, so I'd like to update syslog-ng to 3.2. Questions / problems: - it is not yet a final version. Can I push it to factory (once some problems are solved), or I need to wait for the final release coming end of November? - for database support, libdbi is needed. Currently it is available only in Contrib. Could it be imported to factory so database support could be enabled? - I get one error and some warning messages regarding libraries. Could someone take a closer look at them and help me out? - AppArmor: there are some new files and directories, which is an easy fix (see below). The problem is SCL, but also affects syslog-ng.conf, if someone wants to call an external application as log source or destination. I got some advice previously, but that did not help, calling external apps still does not work, only when disabling AppArmor completly. For now I don't use the new features from SCL to avoid this problem, but would be nice, if we could demo some easy steps to modify /etc/apparmor.d/sbin.syslog-ng than saying that if one needs to call external apps, then should disable AppArmor... A working but not yet perfect version of syslog-ng 3.2 beta1 is available in the oBS: https://build.opensuse.org/package/show?package=syslog-ng32&project=home%3A… - it has glib fixes for factory (thanks go to cristian.rodriguez(a)opensuse.org) - ssl is enabled - no database support yet (libdbi is in contrib) - system() from SCL is not yet used due to AppArmor troubles - AppArmor needs some manual editing: --- sbin.syslog-ng.orig 2010-07-05 13:21:25.000000000 +0200 +++ sbin.syslog-ng 2010-09-29 10:09:51.001748203 +0200 @@ -36,9 +36,10 @@ /etc/hosts.deny r, /etc/hosts.allow r, /sbin/syslog-ng mr, + /usr/share/syslog-ng/** r, # chrooted applications @{CHROOT_BASE}/var/lib/*/dev/log w, - @{CHROOT_BASE}/var/lib/syslog-ng/syslog-ng.persist rw, + @{CHROOT_BASE}/var/lib/syslog-ng/syslog-ng.persist* rw, @{CHROOT_BASE}/var/log/** w, @{CHROOT_BASE}/var/run/syslog-ng.pid krw, @{CHROOT_BASE}/var/run/syslog-ng.ctl rw, Please give it a try, let me know if you have any problems or fixes (sr :-) )! Bye, -- Peter Czanik (CzP) <czanik(a)balabit.hu> BalaBit IT Security / syslog-ng upstream http://czanik.blogs.balabit.com/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

4 5

[opensuse-factory] systemd integration - sysvinit compatibility?
by Per Jessen 25 Nov '10

25 Nov '10

Having just read Kays posting about system integration, one question that came to mind was: how about sysvinit compatibility for user-written sysvinit scripts - will they continue to work or will we need to rewrite/rework them? -- Per Jessen, Zürich (0.0°C) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

2 2

Re: [opensuse-factory] getting LLVM into factory
by Duncan Mac-Vicar P. 25 Nov '10

25 Nov '10

On 11/23/2010 04:06 PM, İsmail Dönmez wrote: > Sure thing, I'll be working on this coming weeks. BTW LLVM 2.8 is already on devel:tools:compiler It builds fine, but it has apidocs generation disabled as those fail. I will submit to Factory once that is fixed. If anyone wants rights to touch the package, just ask me. -- Duncan Mac-Vicar P. - Novell® Making IT Work As One™ SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nuernberg) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

2 1

[opensuse-factory] Status: Distribution
by Stephan Kulow 25 Nov '10

25 Nov '10

Hi, Normally I would upload Milestone4 to the mirrors around now, but unfortunately my own experience in using Factory right now forbids this. There are too many regressions in there atm - I don't even have network (possibly already fixed in http://bit.ly/f8yt6S) So I would like to have them fixed first and then release early next week. Greetings, Stephan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

4 5

[opensuse-factory] RFC: glib version for openSUSE 11.4
by Vincent Untz 25 Nov '10

25 Nov '10

Hi, I just found out about https://bugzilla.novell.com/655561. The short story is that the update to glib 2.27 is breaking LXDE (and maybe XFCE, not sure) at the moment, because an extension point in glib got removed. That's my fault as I didn't think it would impact something else than GNOME. Apologies for breaking stuff. The extension point that got removed is used to know which application should be used to open a URI scheme (for example: mailto => evolution). The reason it got removed is that instead of using a desktop-specific approach, it was decided to put the relevant information in .desktop files and use the MIME type system for this. This means that glib can handle this properly by itself, instead of requiring a desktop-specific extension. I explained this in http://lists.opensuse.org/opensuse-gnome/2010-10/msg00021.html It's worth pointing out that upstream believes that the extensions points are not part of the API/ABI stability guarantee. We were planning to use glib 2.28 in openSUSE 11.4 as it'll get released in December, and will help provide a GNOME 3 preview. However, the fact that this breaks other desktop is something that means we should revisit this decision. As explained in the bug, I see three options: a) keep glib 2.28. This implies that we need to fix the extensions provided by LXDE (and maybe XFCE?), and that we should fix .desktop files as explained in my mail to opensuse-gnome earlier. Both of those are not difficult, and it's future-proof: that is what is going to happen upstream. b) go back to glib 2.26. This should be okay, but it might break a few packages. It will break the whole gtk3 stack for sure, at least, since it requires glib 2.27/2.28. So this means accepting that we won't have gtk3 at all in openSUSE 11.4. (It will make the job of doing a GNOME 3 Preview much harder) c) patch glib 2.28 to add back the extension point. We have two sub-options here: c1) add the extension point just to keep the ABI. This means the extensions won't be used at all, and we still need to fix .desktop files. c2) revert the change completely in glib 2.28, and make use of the extensions again. I'd like to hear what people think. FWIW, we had chosen option a when we thought it only implied GNOME. I still think it's the right approach, though. 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

7 8

Re: [opensuse-factory] Status: Distribution
by Karsten König 24 Nov '10

24 Nov '10

Am Mittwoch, 24. November 2010, 11:52:17 schrieb Vincent Untz: > Le mercredi 24 novembre 2010, à 11:14 +0100, Stephan Kulow a écrit : > > Hi, > > > > Normally I would upload Milestone4 to the mirrors around now, but > > unfortunately my own experience in using Factory right now forbids this. > > > > There are too many regressions in there atm - I don't even have network > > (possibly already fixed in http://bit.ly/f8yt6S) > > > > So I would like to have them fixed first and then release early next > > week. > > Is there a list of regressions people can help with? Or do we already > have people working on all of them? > > Thanks, > > Vincent There is a pretty cool result page for the automated image testing but I lost the url and can't find it on the testing team wiki =/ It was suggested that the page is a good reference point on the usability of factory, might also be fine for finding big regressions and tracking down at what time it broke Cheers, Karsten -- 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] zypper in opera
by Donn Washburn 24 Nov '10

24 Nov '10

I loaded only zypper in opera from known repos sites And as usual openSuSE 11.4 M3 is replying with an error. /home/donn # opera < as root or user No protocol specified opera: cannot connect to X server :0. Error: Connection refused opera [crash logging]: CRASH!! /usr/lib/opera/opera got signal SIGSEGV at address 0805AB8B Log was created here: /var/tmp/crash20101123191540.txt Killed This KDE 4.5.# control of everything is a problem. DRM and nouveau and security is ruining openSuSE Linux When nouveau substituted NVidia-#.run things went down hill. -- 73 de Donn Washburn 307 Savoy Street Email:" n5xwb(a)comcast.net " Sugar Land, TX 77478 LL# 1.281.242.3256 Ham Callsign N5XWB HAMs : " n5xwb(a)arrl.net " VoIP via Gizmo: bmw_87kbike / via Skype: n5xwbg BMW MOA #: 4146 - Ambassador " http://counter.li.org " #279316 -- 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] Building kernel modules for Factory fails
by Stephan Kleine 23 Nov '10

23 Nov '10

Hi guys, 2nd try since the last one remained unanswered: I noticed that all my modules built for factory currently fail with: RPM build errors: File not: found: /usr/src/packages/BUILDROOT/r8168-8.020.00-1.1.i386/lib/modules/Updating- xen File must begin with "/": 2.6.36-18 Which doesn't make much sense to me since I, naturally, don't have a %files section in my .spec. Examples are e.g. the stuff in "drivers:nic". Also there were several other people e.g. in -buildservice who run into the same problem. Is that a bug or was there some change regarding how to build kernel modules? regards, Stephan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

2 1

[opensuse-factory] evince can't be called as root
by Werner LEMBERG 23 Nov '10

23 Nov '10

[evince 2.32.0-1.1] I'm using KDE on my GNU/Linux box which I've completely updated to factory a few days ago, and calling evince as non-root works just fine. However, calling it as root it aborts with Failed to get bus connection: The connection is closed ** GLib-GIO:ERROR:gdbusconnection.c:2152:initable_init: assertion failed: (connection->initialization_error == NULL) Is this a known problem? Werner -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

7 10

[opensuse-factory] rsyslog vs. syslog-ng
by Peter Czanik 23 Nov '10

23 Nov '10

Hello, No, this e-mail is not about features, as I'm quite biased on the topic, see my signature :-) It's about installation. Right now one needs to fight with the base system and know quite a lot of about how syslog is implented in openSUSE if one wants to run syslog-ng. The problems seems to be, that rsyslog is tied too deeply to the base system: linux-ym5q:/var/log # rpm -e rsyslog error: Failed dependencies: rsyslog is needed by (installed) patterns-openSUSE-base-11.3-30.1.x86_64 If I remove it during installation, it will result in a broken system (at least was so when I last tried). If I remove it later by rpm, it comes back with an upgrade. Which is obviously not a nice situation, considering, that if rsylog is present on the machine, then it is started even if syslog-ng is installed. Even if I set SYSLOG_DAEMON to "syslog-ng" in /etc/sysconfig/syslog, it is set back to "" or "rsyslog" when rsyslog is updated. So right now the only situation when syslog-ng works correctly on openSUSE, when I remove rsyslogd after(!) installation by breaking patterns-openSUSE-base and lock it, so it can't come back. Well, lets say, that it's an ugly solution... I'd like to ask how resolve this situation. I'm quite sure, that rsyslog needs to be removed to patterns-openSUSE-base. But I'm not so sure in the next steps as I'm not (yet) an rpm expert. Could all of the syslog packages provide "syslog" functionality, which is required by the base pattern, and the syslog packages (rsyslog, syslog-ng and syslogd) conflict each other? This way syslog was still required, but only the chosen implementation would be installed on the system. Bye, -- Peter Czanik (CzP) <czanik(a)balabit.hu> BalaBit IT Security / syslog-ng upstream http://czanik.blogs.balabit.com/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

8 9

[opensuse-factory] getting LLVM into factory
by Duncan Mac-Vicar P. 23 Nov '10

23 Nov '10

LLVM is getting popular as BuildRequires for other packages. Right now the rubinius, Mono, Freemat matlab clone and even the KDE Unstable repo needs it. As an extra, you get clang, a C/C++ compiler which is very interesting as it can be used as a library and/or static analyzer. Actually FreeBSD builds now entirely with clang and it seems the BSD world is trying to do a switch from gcc. I have updated the packman package to 2.8 (latest) release (home:dmacvicar/llvm). There is only a bug left with apidocs/doxygen, which are right now disabled by default via a bscond. I would like to submit this package to a "right project". devel:tools:compiler looks like the best right now. Yes, I volunteer to be the maintainer. I admit I am not experienced enough yet with it, but it will improve :-). The original package maintainers are also invited to co-maintain. Once it is on a project, I would like to get it into Factory so that it shows up on 11.4. I guess the packman people could try to get my changes back into packman, except for factory where we should have a common one. Cheers Duncan PD: BTW, I tried to look for the Mono maintainers email by doing rpm -q --changelog mono-core, and the result is empty. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

8 20

[opensuse-factory] universal package names
by jdd 22 Nov '10

22 Nov '10

Hello, I'm in a dependency hell trying to make a perl application work (not to be discussed here), mostly because packages don't have the same name in openSUSE and ubuntu. is there any page on the wiki or elsewhere giving compatibility between distros on package level? if so it should be better advertised, if not, may be created? thanks jdd -- http://www.dodin.net http://pizzanetti.fr -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

2 1

[opensuse-factory] Procmail is not mantained
by Carlos E. R. 22 Nov '10

22 Nov '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I have been told by the fetchmail people that procmail has been without upstream maintenance for years (10 years!), and they strongly recomend using maildrop instead. Wikipedia concurs on this. I'd be happy to keep using procmail, but the abandoware status for an important package scares me. A lot. Does openSUSE have a recomendation on this, as a project? I've been checking this, but maildrop depends on the entire courier-imap package - this won't do. I'm told that there is no such dependecy, on source. Can this dependency be removed? Or do you want a Bugzilla report instead? - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) iEYEARECAAYFAkzir5EACgkQtTMYHG2NR9WFRACeMs9PL2DIk8+Lc0TPruJ4fHP5 pgwAn3JQSy1vhqGB5V6ZXEQ6gCmKNE6W =3pr2 -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

18 73

[opensuse-factory] syslog-ng apparmor question
by Peter Czanik 21 Nov '10

21 Nov '10

Hello, I'm trying to package syslog-ng 3.2-git, and ran into some troubles. V3.2 has an interesting new feature, called SCL (system configuration library), which tries to ease syslog-ng configuration. This works nicely when apparmor is disabled. SCL uses a script to generate part of the configuration. So, when system(); is used in syslog-ng.conf, it actually calls a script, which generates the missing parts based on the OS. In case of Linux, it's: linux-6y8u:~ # /usr/share/syslog-ng/include/scl/system/generate-system-source.sh unix-dgram("/dev/log"); file("/proc/kmsg" program-override("kernel") flags(kernel)); When apparmor is enabled, this script is not run, instead I see "permission denied" in the strace output. Question: how should I modify /etc/apparmor.d/sbin.syslog-ng to be able to run external scripts and/or applications. This is not only a problem for SCL, but syslog-ng can use these both as log source and destination. Once a solution is know, I'd put some comments in sbin.syslog-ng, so users could extend the AppArmor ruleset easily instead of disabling it... Bye, -- Peter Czanik (CzP) <czanik(a)balabit.hu> BalaBit IT Security / syslog-ng upstream http://czanik.blogs.balabit.com/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

4 8

[opensuse-factory] Fwd: observed significant performance improvement in XFS a real-world application
by Linda Walsh 21 Nov '10

21 Nov '10

Forward this from the linux-xfs list, in hoping that decision-makers will consider XFS as the default suse OS install choice. It continually bests other file systems in optimized configuration performance tests and these new improvements sound like they only add more speed to the equation. For nearly all systems, disk speed is the bottle neck, so using the best solution possible should be strongly considered the default choice for all users -- regardless of 'political' concerns (which seem to often over-rule practicality, unfortunately). Linda p.s. I am not part of the xfs project. I've just used it with open suse (or previously, Suse) since ~ 2002 and have never regretted it. Current filesystem read rates using XFS are about 1GB/second on sustained multi-gigabyte reads. Using 1Gbit ethernet, Samba gets 97MB/s read from disk to 115 MB/s read from memory and 125MB/s writes to memory or disk. -------- Original Message -------- Subject: observed significant performance improvement using "delaylog" in a real-world application Date: Tue, 10 Aug 2010 18:01:33 +0200 From: Peter Niemayer <niemayer(a)isg.de> To: linux-xfs(a)oss.sgi.com Hi all, we use XFS for a very I/O-intensive, in-house developed real-time database application, and whenever we see new or significantly changed file-systems becoming available, we run a benchmark using this application on a conserved, fixed real-world data set. I'm pleased to state that using the experimental "delaylog" mount option (in vanilla linux-2.6.35) we measured a 17% performance increase for our benchmark scenario. (Other mount-options in use both before and after the "delaylog" option: noatime,nodiratime,nobarrier) That's a lot given that XFS was the fastest performing file-system for this application already. It's also a promising result regarding stability, as several other tests (using e.g. reiser4 or ceph) in the past led to crashes in the same benchmark scenario. So thanks to all contributing developers for this significant optimization! Regards, Peter Niemayer _______________________________________________ xfs mailing list xfs(a)oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

17 42

[opensuse-factory] glibc plans for 11.4
by Petr Baudis 21 Nov '10

21 Nov '10

Hi! My original plan has been to have glibc-2.13 in 11.4, however it is still completely unclear when will it be actually released. In case it is not soon enough, I would prefer to stay with glibc-2.11 in 11.4 instead of upgrading to glibc-2.12. Downsides are not terribly huge: - Missing these: * New interfaces: pthread_getname_np, pthread_setname_np * New Linux interface: recvmmsg * STT_GNU_IFUNC implemented for Sparc by David Miller. * The dynamic linker now recognizes supported ABI versions from the EI_ABIVERSION field in the ELF header. * New locales: kok_IN, sq_MK, cv_RU - Missing few more SSE string routine ifuncs. This can be also regarded as a plus since there are probably still some bugs lingering within, but it means SUSE won't be part of the testing process... Upsides: - 2.11 stable branch is getting a lot more bugfixes than 2.12 stable branch, therefore it should be less buggy and this gap will still widen over time - 2.11 is also better tested - Easier maintenance for me ;-) Does anyone have an opinion either way? And when would be the last suitable moment for glibc-2.13 entering Factory? Thanks, -- Petr "Pasky" Baudis The true meaning of life is to plant a tree under whose shade you will never sit. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

11 23

[opensuse-factory] pullin-msttf-fonts doesn't work
by Werner LEMBERG 20 Nov '10

20 Nov '10

In factory, installing pullin-msttf-fonts-11.4-1.8 doesn't trigger the installation of the MS TTFs. There is a line Recommends: fetchmsttfonts in the RPM but this script seems to be missing. Werner -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

7 9

[opensuse-factory] getting patch2mail into Factory
by Christian Boltz 20 Nov '10

20 Nov '10

Hello, I'll send a SR to include patch2mail in Factory in some minutes. Some information about the package according to http://en.opensuse.org/openSUSE:How_to_contribute_to_Factory : > the name and purpose patch2mail is a small script that sends a mail to root if new patches are available. It runs via cron.daily. On the technical side, it uses "zypper --xmlout lu -t patch" and xsltproc to make the output human-readable. > how long has it been around? It's in the Contrib repo since 11.2, and has been in my home repo before. Since some days, it's also in system:packagemanager which will be the devel project. patch2mail supports all zypper versions since openSUSE 10.2 (as long as you build for the respective release), but in practise this won't help you much for the no longer supported releases ;-) In theory the 11.1 package should also work for SLES 11, but I never had a SLES installation available to test it. > how well has it been tested? Since it consists only of a small script and some XSLT, there isn't too much to go wrong ;-) Changes in the commandline parameters or XML format of zypper are the only exceptions (both happened already in older distribution releases). That said: Well-tested on 11.3 and older, not yet tested in Factory by me because I'm still on 11.3. As long as the zypper interface didn't change, it will also work in Factory. > what is the upstream project? "project" is a big word for 16 lines of shell script and 120 lines of XSLT ;-) but basically I am also the upstream developer. I'll announce new versions etc. in my blog - http://blog.cboltz.de or http://blog.cboltz.de/plugin/tag/patch2mail if you want only articles about patch2mail. > does it have a track record of security issues? No :-) > what is the purpose of having it in the distribution? It is a useful tool for servers (where you don't have a desktop to show the update applet ;-) to inform the admin when new updates (to be exact: patches) are available. > who are its users? Administrators of servers - and of any system you don't use personally (for example if you have to maintain some desktops in the office). > what is the license? GPL 2 or later Regards, Christian Boltz -- "What, you don't think "insmod emacs" is a good idea?" -- Joe Moore -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

1 1

[opensuse-factory] Adding mintmenu to openSUSE
by william witt 20 Nov '10

20 Nov '10

On Fri, Nov 19, 2010 at 1:14 PM, Nelson Marques <nmo.marques(a)gmail.com> wrote: > > Hi, > > Though I'm not an expert, I would probably recommend you to install > spec-cleaner from Vincent Untz home[1] project and run it on the spec > file. I've now done and am building the result on my "unstable" home repo. > > Additionally I would also consider you to check out if mint slab menu > is to use with GNOME, if so... You might want to try to submit request > it to GNOME:Apps, and eventually sign the opensuse-gnome mailing list. MintMenu is primarily used on GNOME, but can be used anywhere (like I said in my OP, I've used it in it's own window on FluxBox and OpenBox). If it fits better as a GNOME app, I can submit it there. > > There are a couple of stuff you can improve on the spec... the > %find_lang macro is one of the things that pop into sight. I was unfamiliar with the %find_lang macro until rpmlint started complaining about it the .mo files not being in %lang. In fact I didn't worry about localisation in general until on of the users I have wanted it translated into Spanish. I pulled in the translations from Linux Mint, but all of their translations are in one package and distributed as one tarball (so I have to pare that list down into just mintMenu translations). What I ended up with is admittedly kludgey, but works and does not make rpmlint complain. In the end what I really need is a good example on how to appropriately use %find_lang and %lang; I tried googling but didn't see any real examples, mostly unanswered questions on how to use it or errors people were getting. Will -- 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] Libraw1394-8 and the state of linux h323 and other telephony [RFC]
by Dave Plater 20 Nov '10

20 Nov '10

Hi, I innocently updated a very old libraw1394 a month and a half ago, realizing that a lot depended on it I was careful to try not to break the system but it seems it was like cleaning a mark on the wall to find out that the wall was rotten under the paint layer. I'm assuming that VoIP telephony isn't messed with because it just works but all of the associated software, with the exception of h323plus and GNOME:Factory opal (VoIP) which has updated to the latest since the libraw1394 update. I don't know the state of the other telephony apps that use libraw1394 but I'm pretty sure that any package that fails due to a missing libraw1394.so.8 is depreciated. Anyway this has come back to haunt me and I'm creating the package libraw1394-8 to prevent a sudden loss of telephony packages, it's not as easy as I thought, I have to move the headers in the devel package into a named directory to prevent a conflict with libraw1394-devel. IMHO the VoIP packages need an overhaul so any help will be appreciated - home:plater libraw1394-8, I'm slowly getting snowed under and although I learn rapidly by finding things out by trial and error this time I need some more experienced help to speed the process up. Thanks Dave P -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

5 8

[opensuse-factory] Firefox 4 plans for Factory
by Wolfgang Rosenauer 19 Nov '10

19 Nov '10

Hi, I've been preparing Firefox 4 since quite some time in mozilla:beta (and previously :alpha) and I run it everywhere meanwhile. The initial Firefox roadmap said it would have been ready by october this year but was slipped to something "early 2011" https://wiki.mozilla.org/Firefox/4/Beta which would still fit into the openSUSE 11.4 release. There are still some issues and quite some not updated extensions but to get proper testing I think it makes sense to go for Firefox 4 in Factory soon. My plan is to do the update before Milestone 5 (actually right after milestone 4 to get a feeling before M5 gets done). I do _not_ plan to have an easy fallback to Firefox 3.x in Factory but it will be available in the mozilla repository as always. The reasons are: 1. it's extra work to have a package available for parallel installation 2. the much more important one: There is always a risk for user profiles when doing major downgrades. Please tell me if there are strong arguments not to do it this way. Wolfgang -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

4 9

[opensuse-factory] Adding mintmenu to openSUSE
by William Witt 19 Nov '10

19 Nov '10

I've been packaging mintmenu (for both SUSE and Fedora) for a while on my own using my home project on OBS. I'd now like to go about getting it included in the openSUSE repositories. For those that don't know, mintmenu is the default menu from Linux Mint, it's written in python and distributed under GPLv2. While it's uses pygtk, and is primarily used in gnome, it can be used in other desktop environments also (I've used it in it's own window with OpenBox and FluxBox). It provides a list of favorite applications, as well as a searchable menu of installed applications. I love using mintmenu over the alternatives and believe that other users would enjoy it as well, if it were installable from official channels. I'm unsure, however, which devel project I should submit it to. Any help in getting the ball rolling would be helpful. My home project: https://build.opensuse.org/project/show?project=home:unamanic Closest thing to upostream: tarballs: http://packages.linuxmint.com/pool/main/m/mintmenu/ git: https://github.com/linuxmint/mintmenu Thanks in advance, Will -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

3 4

[opensuse-factory] Building kernel modules for Factory fails
by Stephan Kleine 19 Nov '10

19 Nov '10

Hi, I noticed that all my modules built for factory currently fail with: RPM build errors: File not: found: /usr/src/packages/BUILDROOT/r8168-8.020.00-1.1.i386/lib/modules/Updating- xen File must begin with "/": 2.6.36-18 Which doesn't make much sense to me since I, naturally, don't have a %files section in my .spec. Examples are e.g. the stuff in "drivers:nic". Is that a bug or was there some change regarding how to build kernel modules? regards, Stephan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

1 0