December 2011 - openSUSE Factory - openSUSE Mailing Lists

[opensuse-factory] acpid requires systemd?
by Felix Miata 25 Apr '24

25 Apr '24

Can this be true? If so, why? Zypper won't let me upgrade acpid without breakage unless systemd is installed too. I have systemd locked out, as I'd rather test things I can understand in Factory, not major overhaul stuff. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

4 3

[opensuse-factory] Export broken for KinfoCenter
by Roger Luedecke 30 Jan '15

30 Jan '15

Export button is greyed out no matter what. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

2 1

Re: [opensuse-factory] Nothing provides /usr/bin/php5
by Sascha Peilicke 11 Jan '14

11 Jan '14

On 12/01/2011 11:44 AM, Kyrill Detinov wrote: > > Hello. > > We have one package affected in standard repo: leechcraft-eiskaltdcpp. > The program itself doesn't require php5. But the package includes > example scripts with shebang '!/usr/bin/php5'. So the package isn't > installable. > > Also I see the same problem with pgfouine from Contrib (written in > PHP) and eiskaltdcpp from filesharing repo. Maybe more in third-party > repositories. > > Can we have symlink /usr/bin/php -> php5 in php5 package? Or affected > packages should be fixed? > Please file a bug against php5 and assign to Cristian Rodríguez. -- Viele Grüße, Sascha -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

3 4

[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] [RFC DRAFT] Phasing out sysvinit
by Cristian Rodríguez 08 Feb '12

08 Feb '12

Hi: Supporting 2 different init systems comes with a large increase of possible usecases and scenarios that are very difficult to support correctly, specially in the long term. This RFC proposes steps to permanently phase out sysvinit from future openSUSE releases. Phase 0 - Fix all *currently* outstanding bugs of systemd if any, note that this step only deals with problems in systemd itself, not in service files installed by other packages, udev, kernel, networkmanager or whatever other thing. - Determine which services currently lack of native systemd units. - Add an rpmlint error with moderate badness for the start,complaining about the lack of unit files. Phase 1: - Delete sysvinit scripts that deal purely with hardware things,like only loading kernel modules, making udev to handle them or simple dropping a foobar.conf with the needed modules in /usr/lib/modules-load.d/ whichever is more adequate or doable. - Add missing systemd units for the packages where rpmlint warns. - Add rpmlint with badness complaining about logrotate, or other shell scripts calling files in /etc/init.d ... Phase 3: - Turn rpmlint warnings about the lack of systemd units on packages including traditional sysvinit scripts a fatal error. - fix logrotate or shell scripts that are calling sysvint scripts and make the rpmlint warning a fatal error. - tell RPM to %exclude files in /etc/init.d from packages, do not forc packagers to exclude these files themselves. - make all macros relevant to traditional init scripts a no-op, do not force packagers to remove those lines or add extra hacks to the already horrendous hackery in spec files. - test, test, test. - remove sysvinit and all the relevant bootloader options and from the documentation. -- ????? -- Profit. :-) This is just a quick brain dump, I am certainly missing something else. Have fun. Cristian. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

53 224

[opensuse-factory] 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 31 Jan '12

31 Jan '12

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

5 5

[opensuse-factory] proper way to link packages in openSUSE:Tumbleweed
by Greg KH 12 Jan '12

12 Jan '12

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

3 7

[opensuse-factory] [12.1] massive data loss in /var/tmp/
by Melchior FRANZ 09 Jan '12

09 Jan '12

Apparently, 12.1 has added /var/tmp/ to TMP_DIRS_TO_CLEAR in /etc/sysconfig/cron. I was quite surprised when I found out today that I've lost a few GB of data, which used to be safe there. Needless to say that I'm not pleased. No backups, because it wasn't *that* important, but I find such changes without warning suboptimal, to put it politely. m. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

44 244

[opensuse-factory] Planned submission of glib 2.31 and resulting package failures
by Dimstar / Dominique Leuenberger 05 Jan '12

05 Jan '12

Hello everybody! This is as a heads up for all of you having packages depending (directly or indirectly) on glib. We're like to start pushing parts of GNOME 3.3.2 to Factory in the not too distant future. A 'critical' part will be glib, which gets updated to version 2.31, and, in turn, get's very strict on its header inclusion. With the exception of very few headers (see end), only glib.h can be #include'd now; all the others trigger an error: error: "Only <glib.h> can be included directly." Generally, the code needs fixing and changing the includes to only contain #include <glib.h> Most of the other glib headers are indirectly implicit included. So far I know of those that still need to be manually included: glib/gstdio.h glib/gi18n.h glib/i18n-lib.h I'll be trying to setup a repo like coolo does for the various fallouts he produces (libtool/automake) and try to get a bunch of packages fixed beforehand (I fixed most of GNOME:Factory/GNOME:Apps by now), but of course I'll gladly accept any help of other volunteers checking their packages. Best regards, Dominique -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

2 1

[opensuse-factory] Proposal for 12.2, move all binaries under /usr
by Greg KH 04 Jan '12

04 Jan '12

Hi all, As a proposal for 12.2, I would like to implement the move of all binaries to /usr/ like is being done at the moment in Fedora. Here's the details as to why this is a good thing to do, and what is involved in it: https://fedoraproject.org/wiki/Features/UsrMove The first packages implementing this have already started to land in Fedora's version of Factory. Before you get worried, there will be symlinks back to /bin and /sbin for those scripts expecting things to be in those locations. We can use the Fedora patches for almost all of this, they are all published at: http://harald.fedorapeople.org/downloads/usrmove/ and a number of upstream projects are already moving their releases over to this as well, which will make things easier. If there are no major objections, I'll start working on Base:system in December. thanks, greg k-h p.s. Please, before you respond, read the link above and all of the discussion about it and don't repeat the same questions that the link already answers. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

27 57