September 2011 - openSUSE Factory - openSUSE Mailing Lists

[opensuse-factory] KDE3 Pattern...
by Kim Leyendecker 22 Sep '11

22 Sep '11

Am 21.09.2011 18:20, schrieb Ilya Chernykh: > On Wednesday 21 September 2011 20:18:05 Kim Leyendecker wrote: > >>>>> > >> > I don't want another KDE pattern. This is very confusing for users. >>> > > How about building KDE3 appliance in SUSE Studio then? I think there is >>> > > a template only if there is a pattern. >>> > > >> > >> > What about them then? > They are built package by package, but it is quite difficult to create a new appliance not fitting > into suggested templates. If you create an appliance, it suggests Gnome, KDE4, minimal X etc. > For 10.3 it also suggests KDE3. First: I created a new thread to not hijack coolo´s show stopper thread anymore. Second: Why you don´t use a 10.3 with KDE3 and update it to the latest openSUSE release. I will search a 10.3 image and try it. kind regards, -- -o) Kim Leyendecker /\\ openSUSE Ambassador, openSUSE Wiki Team DE _\_v http://www.opensuse.org - Linux for open minds -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

2 5

[opensuse-factory] python-ipaddr
by Claudio Freire 22 Sep '11

22 Sep '11

I've been preparing a package of python-ipaddr in OBS[0] The library is a dependency of another project I'm trying to package, and since it's a general enough library I thought I might submit it. It's very useful when working extensively with IP addresses, since it provides lots of stuff python's stdlib doesn't. I tried to follow all the guidelines for python packaging, I tried the package in my own 11.4 and it works Ok. The only thing that makes me doubt is the requirement for a CLA[1] in order to submit patches upstream. How does the community deal with this? If the CLA is no issue, I'll try to submit the package to factory before the next milestone. [0] https://build.opensuse.org/package/show?package=python-ipaddr&project=devel… [1] http://code.google.com/p/ipaddr-py/ -- 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] Re: [opensuse-arm] Re: Growing some openSUSE ARMs
by Joop Boonen 22 Sep '11

22 Sep '11

On Thu, September 22, 2011 5:41 pm, Guillaume Gardet wrote: > > > Le 22/09/2011 16:56, Greg KH a écrit : >> On Thu, Sep 22, 2011 at 03:05:44PM +0100, Andrew Wafaa wrote: >>> We are going to be targeting ARMv7 nothing older I'm afraid this means CORTEX-A8 and above (looking at A9 primarily and then the new A15 when it's available), it gets too messy otherwise and it is already messy enough.If you have knowledge and experience, please help out. If you don't take part you have no justification to complain - you've got to be >>> in it to win it ;-) >> I know we talked about this at the openSUSE conference, and I'm glad that you are starting to kick this off, it's great. >> >> But, what specific machine are you targeting this to run on to start with? We need some kind of specific platform to aim for besides a semi-vague processor level, in order to get a valid kernel and >> tool-chain up and running. The kernel specifically is going to be a bit difficult as each individual platform needs tweaks in order to have it work properly due to the lack of discoverable busses (device-tree work notwithstanding). >> >> In other words, what box do I need to go buy in order to help make this possible? :) > > I think we need more than 1 board to check the port. I think Beagleboard, Beagleboard xM or a Pandaboard could be a nice board to develop openSUSE on ARM (in addition to qemu). > > Firstly, we have to decide what kind of ARM processor we want to support. I think we should target ARMv7 and above Application processor family (Cortex A8, A9 and above) to have enough "power" to run openSUSE. I think we will have poor performances with ARMv5 for openSUSE. > Then, we have to decide which optimization (in GCC) we want to enable. I would say : > - ARM EABI with ARMv7-a instructions > - VFP (vector floating point) > - thumb/thumb2 instructions if possible (some packages do not compile with thumb or thumb2 enabled) > - NEON (not all processor have it, maybe enable it as an option for video libraries for examples to have good performances) I think that if you look at the time that it'll take to have a stable distro, I think it would be best to focus on the Cortex A9 (hardfp etc) with or without NEON. Why start with a distro that is already based on "old" hardware. Nearly all tablets are using a Cortex A9 (mostly in the form of a Tegra 2). That has one small downside. This one doesn't have a NEON FPU at least not one that meets the full specs. What are the plans for a openSuSE ARM distro. Where should it run on? I think as a distro it would be useful to have it running on a tablet like the Asus Transformer and upcoming ARM Cortex A15 servers. > > Interesting pages: > http://en.wikipedia.org/wiki/List_of_ARM_microprocessor_cores > http://en.wikipedia.org/wiki/ARM_architecture > > I have experiences in embedded Linux and I have a beagleboard xM, so I can help if you want. But I have no experiences in RPM packaging. I would like to take part. I have Pandaboard (OMAP4430) and Toshiba AC100 (Tegra2). > > AFAIK, someone worked on ARM port some time ago in google summer of code. It could be nice to know what have been done. > > Cheers, > > Guillaume Joop. -- 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: [opensuse-arm] Re: Growing some openSUSE ARMs
by Greg KH 22 Sep '11

22 Sep '11

On Thu, Sep 22, 2011 at 05:15:35PM +0200, J.Witvliet(a)mindef.nl wrote: > -----Original Message----- > HP has some small general purpose ARM-boxes. See: > http://h18000.www1.hp.com/products/quickspecs/13500_na/13500_na.HTML > > They are around $100,-- What about something that is actually supported in the community like: http://pandaboard.org/ I think I even might have one of those around here somewhere in my "big pile of hardware"... greg k-h -- 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] Is KDE3 illegal?
by Ilya Chernykh 22 Sep '11

22 Sep '11

I received numerous bugreports regarding KDE3 packages from the legal team. It is very strange given that the packages are essentially the same as were packaged in openSUSE previously. One such bugreport says: https://bugzilla.novell.com/show_bug.cgi?id=719453 === ksim and kgpg contains the GPL-2.0 files listed below. I can't immediately see from the spec file where the source code is compiled into but the spec file should definitely denote the package (or subpackage of applicable) as GPL-2.0. kdeutils-3.5.10/kgpg/conf_encryption.ui.h kdeutils-3.5.10/kgpg/keyexport.ui.h kdeutils-3.5.10/kgpg/kgpgrevokewidget.ui.h kdeutils-3.5.10/kgpg/newkey.ui.h kdeutils-3.5.10/ksim/monitors/lm_sensors/NVCtrl.c kdeutils-3.5.10/ksim/monitors/lm_sensors/NVCtrl.h kdeutils-3.5.10/ksim/monitors/lm_sensors/nv_control.h kdeutils-3.5.10/superkaramba/examples/taskBar/cleanbar/README Also, there are numerous header files in klaptopdaemon licensed under the MPL-1.0 (which is incompatible with the GPL-2.0). Please check if these files are used. If they are, we need to determine how we can resolve the GPL compatibility issue. kdeutils-3.5.10/klaptopdaemon/linux/bulkmem.h kdeutils-3.5.10/klaptopdaemon/linux/ciscode.h kdeutils-3.5.10/klaptopdaemon/linux/cisreg.h kdeutils-3.5.10/klaptopdaemon/linux/cistpl.h kdeutils-3.5.10/klaptopdaemon/linux/cs.h kdeutils-3.5.10/klaptopdaemon/linux/cs_types.h kdeutils-3.5.10/klaptopdaemon/linux/driver_ops.h kdeutils-3.5.10/klaptopdaemon/linux/ds.h kdeutils-3.5.10/klaptopdaemon/linux/ftl.h kdeutils-3.5.10/klaptopdaemon/linux/k_compat.h kdeutils-3.5.10/klaptopdaemon/linux/mem_op.h kdeutils-3.5.10/klaptopdaemon/linux/memory.h kdeutils-3.5.10/klaptopdaemon/linux/ss.h === If the licenses of the components of KDE3 are incompatible with each other how it happened that so many distributions included KDE3? Did all of them break the law? Should we reconsider these legal issues after KDE3 has been already published and included in distributions for years? How can it turn that much-used and beloved software at once becomes "illegal"? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

4 7

[opensuse-factory] systemd is being removed from Tumbleweed
by Greg KH 21 Sep '11

21 Sep '11

Due to a number of interdependancies on packages that are not ready for Tumbleweed, and other interactions with the system that are causing problems for some users, I'm going to remove systemd from Tumbleweed today to allow the developers to spend more time on getting it stable for Factory and 12.1 instead of having to chase down problems that are specific to Tumbleweed only. So if you have installed systemd in Tumbleweed, I suggest you now remove it with a simple: zypper rm systemd thanks, greg k-h -- 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] Incorrect changes file
by Ilya Chernykh 21 Sep '11

21 Sep '11

What's wrong with this changes file? https://build.opensuse.org/package/view_file?file=kde3-ktorrent.changes&pac… It does not pass the check. -- 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] Running Qt applications as root bug, not present in XFCE
by Roger Luedecke 21 Sep '11

21 Sep '11

Running Qt applications as root bug, not present in XFCE. It uses the correct widget set and colors. Looks to me like we can fix the bug by seeing how YaST gets its setting info from XFCE and comparing what is different between it and KDE. -- 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] Factory Xorg packages
by Michael Powell 21 Sep '11

21 Sep '11

After this mornings updates which include some new various Xorg packages: >From /var/log/messages: Sep 15 06:16:04 workstation kdm[1112]: X server died during startup Sep 15 06:16:04 workstation kdm[1112]: X server for display :0 cannot be started, session disabled >From /var/log/Xorg.0.log: [ 11.167] (II) Loading /usr/lib64/xorg/modules/drivers/nvidia_drv.so [ 11.167] (II) Module nvidia: vendor="NVIDIA Corporation" [ 11.167] compiled for 4.0.2, module version = 1.0.0 [ 11.167] Module class: X.Org Video Driver [ 11.167] ================ WARNING WARNING WARNING WARNING [ 11.167] This server has a video driver ABI version of 10.0 that is not supported by this NVIDIA driver. Please check http://www.nvidia.com/ for driver updates or downgrade to an X server with a supported driver ABI. [ 11.167] ================================================================= [ 11.167] (EE) NVIDIA: Use the -ignoreABI option to override this check. [ 11.167] (II) UnloadModule: "nvidia" [ 11.167] (II) Unloading nvidia [ 11.167] (EE) Failed to load module "nvidia" (module requirement mismatch, 0) [ 11.167] (EE) No drivers available. [ 11.167] Fatal server error: [ 11.167] no screens found In xorg.conf adding this: Section "ServerFlags" Option "IgnoreABI" "true" EndSection Produces this: [ 11.124] (II) Loading /usr/lib64/xorg/modules/drivers/nvidia_drv.so [ 11.125] (II) Module nvidia: vendor="NVIDIA Corporation" [ 11.125] compiled for 4.0.2, module version = 1.0.0 [ 11.125] Module class: X.Org Video Driver [ 11.125] ================ WARNING WARNING WARNING WARNING [ 11.125] This server has a video driver ABI version of 10.0 that is not supported by this NVIDIA driver. Please check http://www.nvidia.com/ for driver updates or downgrade to an X server with a supported driver ABI. [ 11.125] ================================================================= [ 11.125] (WW) NVIDIA: The driver will continue to load, but may behave strangely. [ 11.125] (WW) NVIDIA: This server has an unsupported input driver ABI version (have 12.2, need < 12.0). The driver will continue to load, but may behave strangely. [ 11.125] (II) NVIDIA dlloader X Driver 260.19.44 Sun Feb 27 22:42:21 PST 2011 [ 11.125] (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs [ 11.125] (++) using VT number 7 [ 11.240] (II) Loading sub module "fb" [ 11.240] (II) LoadModule: "fb" [ 11.241] (II) Loading /usr/lib64/xorg/modules/libfb.so [ 11.241] (II) Module fb: vendor="X.Org Foundation" [ 11.241] compiled for 1.10.4, module version = 1.0.0 [ 11.241] ABI class: X.Org ANSI C Emulation, version 0.4 [ 11.241] (II) Loading sub module "wfb" [ 11.241] (II) LoadModule: "wfb" [ 11.241] (II) Loading /usr/lib64/xorg/modules/libwfb.so [ 11.241] (II) Module wfb: vendor="X.Org Foundation" [ 11.241] compiled for 1.10.4, module version = 1.0.0 [ 11.241] ABI class: X.Org ANSI C Emulation, version 0.4 [ 11.241] (II) Loading sub module "ramdac" [ 11.241] (II) LoadModule: "ramdac" [ 11.241] (II) Module "ramdac" already built-in [ 11.241] (II) Loading /usr/lib64/xorg/modules/drivers/nvidia_drv.so [ 11.241] (II) Loading /usr/lib64/xorg/modules/libwfb.so [ 11.241] (II) Loading /usr/lib64/xorg/modules/libfb.so [ 11.241] Backtrace: [ 11.241] 0: /usr/bin/Xorg (xorg_backtrace+0x26) [0x462286] [ 11.241] 1: /usr/bin/Xorg (0x400000+0x66819) [0x466819] [ 11.241] 2: /lib64/libpthread.so.0 (0x7f72b3e34000+0xfce0) [0x7f72b3e43ce0] [ 11.241] 3: /usr/lib64/xorg/modules/drivers/nvidia_drv.so (0x7f72b0e30000+0xae000) [0x7f72b0ede000] [ 11.241] 4: /usr/lib64/xorg/modules/drivers/nvidia_drv.so (0x7f72b0e30000+0x3b63ea) [0x7f72b11e63ea] [ 11.241] 5: /usr/bin/Xorg (xf86DeleteScreen+0x7c) [0x470d8c] [ 11.241] 6: /usr/bin/Xorg (InitOutput+0xbd2) [0x4761f2] [ 11.241] 7: /usr/bin/Xorg (0x400000+0x270c3) [0x4270c3] [ 11.241] 8: /lib64/libc.so.6 (__libc_start_main+0xed) [0x7f72b2dac21d] [ 11.241] 9: /usr/bin/Xorg (0x400000+0x2756d) [0x42756d] [ 11.241] Segmentation fault at address 0x18 [ 11.241] Fatal server error: [ 11.241] Caught signal 11 (Segmentation fault). Server aborting [ 11.241] [ 11.241] This backtrace in particular is from Nvidia driver version 260.19.44. The overall Xorg server failing to start was observed in 260.19.44, 280.13, and the 285.03 Beta. Apparently there is ABI breakage between the new Xorg packages and Nvidia proprietary "blah.run" drivers from the Nvidia web site. -Mike -- 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] monodevelop
by Nelson Marques 21 Sep '11

21 Sep '11

Hi all, I've noticed that monodevelop 2.4 is broken on openSUSE Factory. When I try to launch it I get the following error: "System.NullReferenceException: Object reference not set to an instance of an object at GLib.Object.NotifyCallback (IntPtr handle, IntPtr pspec, IntPtr gch) [0x00000] in <filename unknown>:0 " There is also a new release available, 2.6.0.1 (http://monodevelop.com/Download). Anyway we can have this updated ? NM -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

2 3