April 2014 - openSUSE Factory - openSUSE Mailing Lists

[opensuse-factory] what happened to fbset?
by Felix Miata 04 Aug '14

04 Aug '14

in 11.4: # fbset -i mode "1152x864" geometry 1152 864 1152 864 32 timings 0 0 0 0 0 0 0 accel true rgba 8/16,8/8,8/0,0/0 endmode Frame buffer device information: Name : radeondrmfb Address : 0xd80c0000 Size : 3981312 Type : PACKED PIXELS Visual : TRUECOLOR XPanStep : 1 YPanStep : 1 YWrapStep : 0 LineLength : 4608 Accelerator : No In 13.1B1: # fbset -l if 'fbset' is not a typo, You can use... # zypper se -s fbset ... No packages found. # command-not-found fbset fbset: command not found -- "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 To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

8 18

[opensuse-factory] OSEP: openSUSE Distribution Daemon User and Group Names
by Guido Berhoerster 29 Jul '14

29 Jul '14

Hello, after initial discussion on the -packaging list (see http://lists.opensuse.org/opensuse-packaging/2014-02/msg00136.html) and incorporating some of the feedback we would like to introduce the attached openSUSE Enhancement Proposal about creating a safe namspace of system user and group names. Further comments and reviews would be appreciated. Full text of the OSEP (currently maintained at https://github.com/lnussel/osep_opensuse_usernames/blob/master/opensuse_use…) _____________________________________________________________________ OSEP: XXXX Title: Informational proposal: openSUSE Distribution Daemon User and Group Names Version: 0.1 Last-Modified: 03 Mar 2014 Author: Guido Berhoerster <gber(a)opensuse.org>, Ludwig Nussel <ludwig.nussel(a)suse.de> Status: Draft Type: Informational Created: 28 Feb 2014 Post-History: _____________________________________________________________________ Abstract -------- This OSEP proposes a defined pattern for unprivileged system user and group names. Specification ------------- Packages that add unprivileged users to e.g. run daemons as need to use names that follow the following regular expression: ^_[0-9a-z][0-9a-z_]*$ This policy is meant to be applied to all packages that are new to openSUSE Factory. Existing packages are encouraged to switch to the new policy. An exception are legacy users with a static uid as created on first installation by aaa_base, like e.g. 'root' or 'nobody'. Motivation ---------- Many packages need to add user and group names for their unprivileged daemons. Currently openSUSE Factory has a known lists of more than 130<<A>> such daemon user names. Many names are short for convenience, e.g. 'pop', 'vdr', 'tor' or 'znc'. Since there is no separate name space for system users those names may collide with names of real persons. A common pattern for user names on unix systems also is to combine letters of the given names and the surname which may lead to combinations that may also collide with system user names. Sharing a user name between a system user and a normal user leads to surprising or even security relevant misbehavior as the daemon user may write to files in the real user's home or vice versa. Since introducing a separate namespace is not possible in the current name service model, separating system users and real users must be done by naming them differently. Rationale --------- A special prefix or suffix to user names is a straight forward solution to the same namespace problem. Since long user names may not fully be displayed by e.g. the ps tool the chosen method needs to be short. Therefore using a single letter character may be used. According to the recommended regular expression for usernames in the useradd manpage<<D>> of the shadow package, dollar could be used as suffix or underscore as prefix or suffix. OpenBSD already implemented a policy to use underscore (ASCII character 95) as prefix in 2003<<C>>. This method is therefore considered proven in practice. For symmetry reasons and because many packages also create groups with the same name as the user the same solution should be applied to groups as well. License ------- This document has been placed in the public domain. References ---------- [bibliography] - [[[A]]] current list of known user names in opensuse is maintained in link:https://build.opensuse.org/package/view_file/openSUSE:Factory/rpmlint/… - [[[B]]] link:http://anonscm.debian.org/viewvc/pkg-shadow/upstream/trunk/man/useradd… manpage] - [[[C]]] List of sytem users in link:http://www.openbsd.org/cgi-bin/cvsweb/\~checkout~/ports/infrastructure… with short sentence expressing the "policy" - [[[D]]] some link:http://lists.opensuse.org/opensuse-packaging/2014-02/msg00103.html[num… collected by Guido -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

20 64

[opensuse-factory] new package: Scilab
by Dmitry Roshchin 13 Jun '14

13 Jun '14

Scilab is an open source, cross-platform numerical computational package and a high-level, numerically oriented programming language. It can be used for signal processing, statistical analysis, image enhancement, fluid dynamics simulations, numerical optimization, and modeling, simulation of explicit and implicit dynamical systems and (if the corresponding toolbox is installed) symbolic manipulations. http://www.scilab.org/ Scilab in Science repository: https://build.opensuse.org/package/show/science/scilab Steps: - moving scilab-related java packages from Science to Java:packages repository - submitting this packages to Factory - submitting scilab to Factory -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

3 5

[opensuse-factory] kswapd0 maxing CPU, kernel 3.14
by Tom Hardy 28 May '14

28 May '14

Using a laptop, AMD 64 dual core, 3.5 GiB available memory, typically 1.5 to 2.5 in use with no or low swap usage (2 GiB available), running KDE with multiple applications open. I am following Tumbleweed with multiversion kernel. Currently have kernel- desktop (X86_64) 3.11.10-7.1, 3.14.0-23.6.gfa168d7, and 3.14.1-24.1.geafcebd I've noticed with the 3.14 kernels and a late 3.13 one, with the above usage, that kswapd0 pegs a CPU for extended periods, as reported by KSysGuard. Actual swap usage doesn't change. Logging out of KDE and using a terminal with top has no problems. Kernel 3.11.10 has no problems. This appears to be in the form of a bug report. Did I find the right forum? -- Tom Hardy <rhardy702(a)gmail.com> -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 1

[opensuse-factory] libav and multimedia idea
by Tomáš Chvátal 14 May '14

14 May '14

Hello guys, I have created proof of concept libav library with disabled patented codecs in my home project [1]. This means that this library si up par with what we have in chromium and it should be legal to distribute. Apart from the library the repo contains vlc chromium and xbmc (built localy fails on obs, meh) which seems to run fine, just not to play almost anything ^_^. The possibility here is to include all the media players and stuff around it into openSUSE release, where one has to flip the switch in libav (see the spec file) and can build full-fledged-european-edition which can play our sweet movies. Let me know what you think about this plan and what would you use as base devel project for this. Cheers Tom [1] https://build.opensuse.org/project/show?project=home%3Ascarabeus_iv

8 11

[opensuse-factory] devel:languages:misc, please cleanup build config
by Ruediger Meier 30 Apr '14

30 Apr '14

Hi, could sombody with the right permissions please cleanup the build config in devel:languages:misc There are many archs wrongly enabled for certain repos. For example for openSUSE 13.1 it should be something like this <repository name="openSUSE_13.1"> <path project="openSUSE:13.1" repository="standard"/> <arch>x86_64</arch> <arch>i586</arch> </repository> <repository name="openSUSE_13.1_ports"> <path project="openSUSE:13.1" repository="ports"/> <arch>aarch64</arch> <arch>armv6l</arch> <arch>armv7l</arch> <arch>ppc</arch> <arch>ppc64</arch> </repository> thanks, Rudi -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 0

[opensuse-factory] GNOME appdata broken during zypper dup
by Olaf Hering 30 Apr '14

30 Apr '14

Since a few weeks I get dependency errors like shown below. I'm sure they are self-healing. My question: what needs to be done to make them disappear with an upcoming 'zypper dup'? Up to now I used 'Solution 1'. ... Computing distribution upgrade... Force resolution: No Computing upgrade... 11 Problems: Problem: nothing provides appdata(gnect.appdata.xml) needed by application:Four-in-a-Row-.noarch Problem: nothing provides appdata(gnomine.appdata.xml) needed by application:GNOME Mines-.noarch Problem: nothing provides appdata(glines.appdata.xml) needed by application:Five or More-.noarch Problem: nothing provides appdata(gnobots2.appdata.xml) needed by application:GNOME Robots-.noarch Problem: nothing provides appdata(gcalctool.appdata.xml) needed by application:Calculator-.noarch Problem: nothing provides appdata(gnibbles.appdata.xml) needed by application:GNOME Nibbles-.noarch Problem: nothing provides appdata(mahjongg.appdata.xml) needed by application:GNOME Mahjongg-.noarch Problem: nothing provides appdata(gnotski.appdata.xml) needed by application:GNOME Klotski-.noarch Problem: nothing provides appdata(gtali.appdata.xml) needed by application:Tali-.noarch Problem: nothing provides appdata(glchess.appdata.xml) needed by application:GNOME Chess-.noarch Problem: systemd-210-6.1.x86_64 conflicts with sysvinit provided by sysvinit-2.88+-94.2.x86_64 Problem: nothing provides appdata(gnect.appdata.xml) needed by application:Four-in-a-Row-.noarch Solution 1: keep obsolete application:Four-in-a-Row-.noarch Solution 2: break application:Four-in-a-Row-.noarch by ignoring some of its dependencies Choose from above solutions by number or skip, retry or cancel [1/2/s/r/c] (c): 1 zypper lr -d: # | Alias | Name | Enabled | Refresh | Priority | Type | URI --+---------------------------+---------------------------+---------+---------+----------+--------+------------------------------------------------------------------------------------ 1 | factory | factory | Yes | Yes | 66 | yast2 | http://download.opensuse.org/factory/repo/oss/ 2 | factory-debug | factory-debug | Yes | Yes | 66 | yast2 | http://download.opensuse.org/factory/repo/debug/ 3 | factory-non-oss | factory-non-oss | Yes | Yes | 66 | yast2 | http://download.opensuse.org/factory/repo/non-oss/ 4 | obs-network_wicked_master | obs-network_wicked_master | Yes | Yes | 66 | rpm-md | http://download.opensuse.org/repositories/network:/wicked:/master/openSUSE_… 5 | remote-packman-essentials | remote-packman-essentials | Yes | Yes | 66 | rpm-md | http://packman.inode.at/suse/Factory/Essentials Olaf -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 0

[opensuse-factory] Help needed with console issue
by Stephan Kulow 29 Apr '14

29 Apr '14

Hi, openQA sees a big issue in minimal installations - having no correct console setup. I reported it as https://bugzilla.novell.com/show_bug.cgi?id=875666 and Werner assumes it's something related to plymouth. It would be great if someone took over continueing to debug this. As the "kickoff 13.2 release team in Dubrovnik" plan kind of failed, I'll try to just send bug reports this way and we'll see how far it works out. Greetings, Stephan -- 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] Updates to KDE:Current
by Raymond Wooninck 28 Apr '14

28 Apr '14

In the next hour a new update for KDE:Current will be published. This update contains the following: * kdebase4-workspace 4.11.9 with the latest bugfixes for plasma. * Baloo was aligned with the latest upstream patches for more stability with regards to the cleaner and Xapian connectivity. * Libxapian was build without SSE support for 32bit builds. It seems that quite a number of users are using systems that do not support these instruction sets and this causes crashes. This should now be fixed. * KDEPIM was updated with the fixes that were created upstream for the bug report https://bugs.kde.org/show_bug.cgi?id=333640 with regards to the knotes migration. Now the old notes should become visible after the migration, which should automatically start if you update from KDE:Current after 2pm CET. Regards Raymond -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 0

[opensuse-factory] Infinality (or similar software) in openSUSE 13.2
by Alan B 27 Apr '14

27 Apr '14

Hello all, First time using a mailing list so forgive me for any problems. I was just wondering if there were any plans to include some improvements (although I guess this is subjective) to the default font rendering in 13.2 by using something like Infinality or similar software. Regards, Alan Bortu -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

7 16