openSUSE Factory October 2011

factory@lists.opensuse.org

142 participants
156 discussions

by Cristian Morales Vega

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

8 years

Lilypond won't work with guile 2.0, What can I do to prevent it being dropped? Do we really want guile 2.0 yet?

by Dave Plater

OpenSUSE has jumped way ahead of all the other major distributions by pushing guile-2.0 to factory, this may cause problems for packages such as gnucash if it uses guile to the extent that lilypond does. Lilypond uses guile extensively and are working on porting lily to guile 2.0 but this is their timeline quoted from one of my emails from Graham Percival to the devel list please note that lilypond 2.16.0 may not be released before openSUSE 12.1 and I'm working on 2.14.2 atm the current release : There is absolutely zero chance of lilypond 2.16 using guile 2.0. There is maybe a 10% chance that any version of lilypond will support guile 2.0 in 2011. Total guesswork for future predictions: 50% chance of supporting guile 2.0 before July 2012, 80% chance of support guile 2.0 before the end of 2012. What that means for opensuse is up to you. If you particularly want guile 2.0, then by all means jump in; the more people working on it, the higher the chances are that it'll get done sooner. But based on the amount of work that currently goes into guile 2.0, those are my estimates. Cheers, - Graham and I think this is also relevant, another lily developers reply from the same message: Given that the upcoming ubuntu oneiric apparently does not include guile 2.0, I also don't see a switch to guile 2.0 in the near future. I suppose that we should ask the ubuntu people when they'll finally package guile 2.0. Cheers, Reinhold I've looked at parallel installation of guile 1.8.8 (we jumped from 1.8.7 to 2.0.1) and it doesn't look easy otherwise I would have submitted guile1 but I'm still working on it although I'm not that familiar with the autoconf/automake build system at this level. What this means for openSUSE, lilypond is a very popular musical notation type setting program, the developers pride themselves in the accuracy of the notation positions, it is also used, for musical notation by rosegarden, a popular music and midi composition program. Both of these applications have no substitutes in the open source world and only have costly equivalents in the ms windows world, neither being available for ms windows although there are requests to port for both this won't happen in the immediate future. Rosegarden can work without lilypond as it is only bound to lilyponds notation fonts but the sheet music it exports will be useless so it will lose major functionality. Lilypond won't even be able to be installed via tarball on openSUSE 12.1 without the user removing guile 2.0 completely and installing guile 1.8 via tarball, as a result these users of lilypond and rosegarden will drop openSUSE. I started as a community maintainer by saving both lilypond and rosegarden from being dropped, I'm now very active in maintaining multimedia apps and libs and losing these programs will mean losing a large section of professionals in music related professions that have migrated from the windows world including the people that I've converted from ms windows just by showing them rosegarden although ms's change from xp to vista also helped. For the other packages that directly depend on guile : guile aisleriot gnucash autogen and slib, the change back to guile-1.8.8 won't AFAICS have any negative effects, all of these packages simply have patches for guile 2.0 and after looking at the patches, will most probably build with the patches still in place. I don't know what the situation is with guile users but it is an app for use by apps and not a direct users app. Guile-1.8.7 builds for factory, guile-1.8.7 doesn't build for 11.4. What are we going to do? Drop lilypond, I will keep it alive in home:plater:lilypond with guile-1.8.8 to replace guile-2.0.2 or revert to guile-1.8.8 in line with the other linux distributions? Thanks Dave Plater -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

8 years, 10 months

proper way to link packages in openSUSE:Tumbleweed

by Greg KH

Hi Adrian, We talked at brainshare about the "correct" way to link packages in Tumbleweed, and unfortunatly, I forgot one of the steps as I can't get it to work now. Here's what I remember: - look up the xsrcmd5 from the "root" package. For example, in the X11:xfce midori package I would do something like: osc api /source/X11:xfce/midori | grep linkinfo | pick out xsrcmd5 (where 'pick out' is a regex) - then run 'osc setlinkrev' with that md5 in the Tumbleweed repo. It's that last step that I can't seem to get correct, what is the exact command for it? I tried something like: $ osc setlinkrev -r bc383278250a5673d3799c2b31c9e6ef openSUSE:Tumbleweed filesystem setting revision to bc383278250a5673d3799c2b31c9e6ef for package filesystem Server returned an error: HTTP Error 400: Base System/filesystem/bc383278250a5673d3799c2b31c9e6ef not in repository. Either not existing or misconfigured server setting for '$nosharedtrees' setting in BSConfig.pm Base:System/filesystem/bc383278250a5673d3799c2b31c9e6ef: not in repository. Either not existing or misconfigured server setting for '$nosharedtrees' setting in BSConfig.pm Any hints would be appreciated. thanks, greg k-h -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

8 years, 10 months

libgadu and kdenetwork

by todd rme

I have been trying to get kdenetwork to detect libgadu for gadu protocol support without success. libgadu is available, and it is in the buildrequires. Here is the cmake message: -- checking for module 'libgadu' -- found libgadu, version 1.11.0 -- Found LIBGADU: /usr/lib64/libgadu.so grep: /usr/local/include/libgadu.h: No such file or directory -- libgadu must be compiled with pthreads support Note that libgadu IS being built with pthreads support enabled. Also note that cmake appears to be searching /usr/local/include/. Include files are not installed there, they are installed in /usr/include/, and kdenetwork is told to search in /usr/include, it searches in /usr/include for every other package it needs, and libgadu.pc says to look in /usr/include. I looked at the cmakelists.txt files and couldn't find anything obviously wrong. Does anyone have any ideas what might be going on here? -Todd -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

8 years, 11 months

libgtk-x11-2.0: unresolved g_datalist_get_data

by Stefan Quandt

Hi, I'm running 12.1 milestone 5. If i start emacs (or pidgin) i get the following error: symbol lookup error: /usr/lib/libgtk-x11-2.0.so.0: undefined symbol: g_datalist_get_data Am i missing some library? Is this a packaging error? How may I resolve this? Kind regards Stefan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

9 years

KPackageKit's purpose

by Steven Sroka

Hey all, I was just reading over some threads on this list and noticed a few things here and there about KPackageKit. I understand that it was included by default in 11.4 because the Update Applet was unmaintained, but isn't Yast2 Installer perfectly able to do updates? Was KPackageKit needed just because Yast doesn't remind users about updates? This is the only reason I can think of to use KPackageKit. Yast2 Installer is so much more advanced (which is good for our target userbase) and it is tightly integrated into openSUSE since it's a SUSE product! Steve -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

9 years

gdm launch failure

by Dimstar / Dominique Leuenberger

Hi all, I just dup'ed my machine today as well and ran into an issue I believe a bunch of users ran into already. GDM fails to show the greeter with the all famous 'oh no! something has gone wrong' error message. I could track it down to /dev/nvidiactl: the gdm greeter seems not to have sufficient permissions to access this device, causing the error. /dev/nvidiactl is created as crw-rw---- root:video; which obviously is not matching the gdm user's permission. As a quick workaround I just added user 'gdm' to the group 'video', which helped over the problem, but I'm wondering why this would have started to happen now? Dominique PS: No, no bugreport created yet. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

9 years

Gnome 2

by Ilya Chernykh

Hi! Can we see if GNOME:STABLE:2.32 builds well for Factory? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

9 years

Btrfs Snapper for 12.1

by Manu Gupta

I wonder why dont we have btrfs snapper yast module for 12.1, it was displayed at brainshare and I believe it to be one of the finest features for openSUSE. -- Regards Manu Gupta -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

9 years

RFC - what is the purpose/objective of the 'minimum server selection (text mode)' pattern?

by Per Jessen

For background see https://bugzilla.novell.com/show_bug.cgi?id=669498 For me, the objective in using the minimum server select is to have a _fast_ installation that is a good general basis for a (usually headless) server. The resulting size of the installed system is largely irrelevant as a server will always have sufficient space. Additional software/services (mysql, cifs, apache, bind, dhcp, cups, whatever) are not included in the selection, those are for the user to chose or add later. The installed system must be generally suitable as a server, i.e. when I ssh to it for maintenance or tracing/debugging, I don't want to be missing anything. (I would not include gdb though). Comments? -- Per Jessen, Zürich (9.0°C) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

9 years

Jump to page:

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

openSUSE Factory October 2011