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
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
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
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
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
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
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
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
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
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