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

Re: [opensuse-factory] repository priorities with Tumbleweed
by Thomas Langkamp 16 Jul '15

16 Jul '15

> No, please don't confuse people, if you add more repos than just > Tumbleweed you really had better know what you are doing or bad things > can, and will, happen :) I understand. I just would like to add the following to http://en.opensuse.org/Portal:Tumbleweed - between ## is the new stuff: "The only supported method of repo use for Tumbleweed is to have only the main repos (Oss, Non-oss, and Update) and the Tumbleweed repo active. ## If you use more repositorys you have to know how repo-priorities work, but even then Tumblweed does NOT support this ## " It would also be good to move this information to "Special concerns" and to move the whole "Special concerns"-section up. For example "Special Concerns Virtual Machines ... Third Party Drivers ... ## Non-Standard Repos: Only use Oss, Non-oss, and Update combined with the Tumbleweed-Standard repo. Everything else is not supported and might break the system ## " >You do know the legal reasons behind why packman is there, right? Yes. Then I do not whish you personaly to support Packman with TW - I understand now that this is not possible from your perspectivg. But...as the OS community discusses right now if/how to strengthen Tumbleweed... one way would be, that Packman+TW would be supported BY Packman. So I will ask the Packman-guys to do that... I hope this is possible for them. Without Packman Tumbleweed is so ... "anti-multimedia" ;) thanks anyway :D -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

11 18

[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] rpmlint: warn if -ansi is used to build packages
by Cristian Rodríguez 19 Mar '13

19 Mar '13

Hi: Will be cool if rpmlint could warn when upstream packages attempt to use the -ansi gcc option because it inhibits usage of gcc builtin functions while optimizing (list here --> http://gcc.gnu.org/onlinedocs/gcc/Other-Builtins.html#Other-Builtins) most recently it caught my attention that it also disables the new "optimize-strlen" pass in gcc 4.7, in particular this: "for hosted compilations where stpcpy is available in the runtime and headers provide its prototype, e.g. void foo (char *a, const char *b, const char *c, const char *d) { strcpy (a, b); strcat (a, c); strcat (a, d); } can be optimized into: void foo (char *a, const char *b, const char *c, const char *d) { strcpy (stpcpy (stpcpy (a, b), c), d); } " when -ansi is used and (defined(_GNU_SOURCE) || (_XOPEN_SOURCE >= 700 || _POSIX_C_SOURCE >= 200809L)) is false, there is no stpcpy prototype and hence no optimization. Thoughts ? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

9 28

[opensuse-factory] Re: Fontconfig fonts priority
by Lars Müller 19 Feb '13

19 Feb '13

On Wed, Feb 01, 2012 at 12:22:50PM +0100, Mariusz Fik wrote: > Dnia środa, 1 lutego 2012 01:03:13 Sven Burmeister pisze: > > Am Dienstag, 31. Januar 2012, 22:43:11 schrieb Mariusz Fik: > > > > > > current fontconfig configuration[1] sets the highest priority for > > > Microsoft font. If user install them (i.e. Times New Roman, Arial, > > > Consolas) they will be set as _default_ for respectively families > > > (sans-serif, sans, monospace). Why do we promote Microsoft fonts > > > instead support open fonts, shipped with system? > > > > > > I propose[2] to downgrade those fonts. Thanks to this, we keep our > > > default font settings but those MS fonts will be still available for > > > use. > > > > > > Whats Your point of view in this case? > > > > Are you sure that the free fonts have the same quality – even if > > anti-aliasing is disabled? I remember ugly characters with free fonts > > unless I would use bitmap fonts and that's a no-go IMHO. My suggestion is: > > Set the best quality fonts as default. Those that do not want to use MS > > fonts simply do not install them. There was a reason to prefer those fonts > > and AFAIR it was quality or lack thereof regarding the free fonts. > > The goal is: to not set those fonts as _default_ and not to get them rid off . > Why Joe when install i.e. Consolas font should get it set as default monospace > font? Maybe he want's only to use it in a single program? Please continue this thread at opensuse-factory as it was already suggested as part of this thread. Therefore the Reply-To got set. The begin of this thread was here: http://lists.opensuse.org/opensuse/2012-01/msg02101.html Why? Cause it's more likely that you'll get the required attention. Thanks, Lars -- Lars Müller [ˈlaː(r)z ˈmʏlɐ] Samba Team SUSE Linux, Maxfeldstraße 5, 90409 Nürnberg, Germany

8 18

[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] Splitting deb?
by Frank Lichtenheld 03 Oct '12

03 Oct '12

Hi. I saw that Marguerite has added another two Debian packages to the "deb" openSUSE package. As a user of and contributor to that package, may I suggest that we stop that (and instead do the opposite, split the package)? I don't know what the historic reasons were for collecting multiple independent source packages in one RPM. But by now this is a very big and complicated spec file which makes maintenance somewhat hard, especially when multiple people are working on it. It also makes it hard to use parts of the packaging for other purposes (e.g. Fedora already has a dpkg package, but no debhelper or devscripts package. The current deb package doesn't work for Fedora and adapting it would make the spec file even bigger [it needs overrides for the automatic perl dependencies and other changes]) If there is no opposition I would volunteer to do all the work of splitting the deb package in its components and submit them to Factory (Probably something that would be targeted for 12.3, not 12.2?). Opinions? Would it make sense to file a bug about this? Or a fate entry? Gruesse, -- Frank Lichtenheld <frank(a)lichtenheld.de> -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

5 11

[opensuse-factory] Classifying a bug under installation or kernel in Bugzilla
by Roman Bysh 01 Oct '12

01 Oct '12

Hello all, I have been having a problem in which the installer with default kernel freezes when "Searching for Linux Partitions" during the probing. This has been happening since 12.2 M1 - M3. To resolve this I add "acpi=off" to the boot options. This should not happen with the default kernel. Should I add this as a bug under "Installation" or "Kernel" in Bugzilla? -- Cheers! Roman -------------------------------------------------------------------- openSUSE Linux -- Get it! Discover it! Share it! -------------------------------------------------------------------- http://linuxcounter.net/ #179293 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

3 3

[opensuse-factory] OpenTTD: An open source clone of Chris Sawyer's Transport Tycoon Deluxe
by Ammler 27 Aug '12

27 Aug '12

Dear openSUSE Factory Team OpenTTD is now for some years completely independent from the original TTD with its own graphics, sound and music. Therefore I would like to submit the package to openSUSE Factory. The brief description from http://www.openttd.org/en/about reads: OpenTTD is an open source simulation game based upon the popular Microprose game "Transport Tycoon Deluxe", written by Chris Sawyer. It attempts to mimic the original game as closely as possible while extending it with new features. Together with the package openttd, there are two data packages and one building tool: - openttd with subpackages openttd-dedicated (no SDL dependency) and openttd-data (noarch) - openttd-opengfx (required graphics) - openttd-openmsx (optional midi music) - nml (building tool for opengfx) (all 4 packages use license GPL-2.0) There is a third data package openttd-opensfx, but this does not fulfill the license requirements and so can't go to Factory (Creative Commons Sampling Plus 1.0, which means basically no commercial use). This is no big deal, like music sound is just optional and you can easily be downloaded ingame via the content service. Players get notified if they start openttd the first time. Some upstream developers of these dependent packages are also member of the OpenTTD dev team. This ensures that dependencies always work together. Also upstream has a very professional release workflow, which makes it easily maintainable for distro packager. There is a yearly major release on April 1st (no fool) and around 4 to 5 minor security/bugfix releases (http://security.openttd.org) Also there are security patches for older major release branches to support LTS distros, which do not update main releases during same distro. Usually it is very recommend to use the same versions as upstream to keep compatible with Network Multiplayer Games. But as openSUSE has a very short lifetime, this should be no issue. Development project is games. openttd is part of included there for ages. In order to ensure openttd and its support packages build on Factory, I created a temporary project: home:openttdcoop:Factory There you can find the 4 packages I submit to Factory. I heavily reworked the packages to make it "Factory capable" and didn't yet submit those changes to games. (review welcome) Currently, I don't submit testing releases (beta or RC) to games and keep those in home:openttdcoop. If openttd will be accepted in Factory, this might change. My next steps are now waiting for some comments here (around a week). If there won't be any arguments against submitting, I will submit openttd, openttd-opengfx, openttd-openmsx and nml from games to Factory. Please don't hesitate to answer, all kind of Feedback welcome. :-) Greets Marcel "Ammler" Gmür -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

5 8