May 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] Re: [opensuse-packaging] next drops from Factory
by Wolfgang Rosenauer 17 Jun '14

17 Jun '14

Hi, Am 11.05.2014 18:43, schrieb Stephan Kulow: > Cleaning up the next round of failed builds will hit: > > xulrunner (fails for 156 days), also removing > - chmsee > - gnash > - icedtea-web icedtea-web and chmsee have still some usefulness. Not sure for gnash. Anyway I'd like to fix xulrunner but I cannot without help. It only fails on i586 and not x86-64 and it's most likely caused by a compiler change in Factory. The very same package builds everywhere else but fails when running xpcshell during installation phase. xpcshell is basically used to execute some JavaScript build tool and it's likely a crash in the JS engine (caused by some kind of miscompilation). So who could help here? Wolfgang -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

4 7

[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] openSUSE Project Signing Key expired ?
by Per Jessen 04 Jun '14

04 Jun '14

I can't be the first to notice this? # zypper in lilo iproute2 Retrieving repository 'openSUSE-13.2-Non-Oss' metadata -------------------------------------[\] Warning: The gpg key signing file 'content' has expired. Repository: openSUSE-13.2-Non-Oss Key Name: openSUSE Project Signing Key <opensuse(a)opensuse.org> Key Fingerprint: 22C07BA534178CD02EFE22AAB88B2FD43DBDC284 Key Created: Fri 07 Nov 2008 15:10:07 CET Key Expires: Sun 04 May 2014 17:01:33 CEST (EXPIRED) Rpm Name: gpg-pubkey-3dbdc284-49144c3f -- Per Jessen, Zürich (17.6°C) http://www.hostsuisse.com/ - virtual servers, made in Switzerland. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

3 6

[opensuse-factory] Osmo
by Thies Thate 02 Jun '14

02 Jun '14

Dear Opensuse, I like to use osmo (Personal organizer with calendar, tasks manager and address book) and found this under openSUSE Factory/Office version 0.2.10. After "1 Click Install" Osmo works very good. Is it possible you put osmo in your regular repository? The other distroes like Fedora, Mageia, and all debian versions have osmo available in their regular repositories. Thanks, Thies Thate (working with 13.1 KDE) -- 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] Roadmap + most annoying bugs for 13.2milestone0?
by Christoph Grüninger 30 May '14

30 May '14

Hi openSuse, I am wondering what's up with the development of 13.2. I installed the milestone0 after I could not find a roadmap and did not know when the next milestone will be released. After installation, I was bitten by bug 866692 ([libyui-qt-pkg] YaST sw_single crashes with libproxy1-config-kde4). There is a workaround known, remove package libproxy1-config-kde4, but no wiki most annoying bugs page where it would be easy to find. Would you mind to provide these help full pages for 13.2? Thanks Christoph -- Wir haben eine Generation, die Autofahren als Ablenkung vom SMS-Schreiben empfindet. -- Daimler-Manager Ralf Herrtwich -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

7 14

[opensuse-factory] util-linux: boot.localfs hack still needed?
by Ruediger Meier 29 May '14

29 May '14

Hi, I'd like to cleanup util-linux. Do we still need this patch below? I've grepped my whole 13.1 system for "MOUNT_PRINT_SOURCE". Seems we can remove that patch, right? util-linux-HACK-boot.localfs.diff: From 89a0fa3ca57be7440500dd207d96ea1e2908959f Mon Sep 17 00:00:00 2001 From: Ludwig Nussel <ludwig.nussel(a)suse.de> Date: Wed, 20 Jun 2012 10:56:05 +0200 Subject: [PATCH] UGLY HACK: boot.localfs parses mount ouput and needs source rather than target --- sys-utils/mount.c | 3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/sys-utils/mount.c b/sys-utils/mount.c index 8706716..b28d67a 100644 --- a/sys-utils/mount.c +++ b/sys-utils/mount.c @@ -166,6 +166,9 @@ static int mount_all(struct libmnt_context *cxt) while (mnt_context_next_mount(cxt, itr, &fs, &mntrc, &ignored) == 0) { const char *tgt = mnt_fs_get_target(fs); + if (getenv("MOUNT_PRINT_SOURCE")) { + tgt = mnt_fs_get_srcpath(fs); + } if (ignored) { if (mnt_context_is_verbose(cxt)) -- 1.7.7 cu, Rudi -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

2 2

[opensuse-factory] zypper duping routinely umounts manual nfs mounts
by Felix Miata 29 May '14

29 May '14

Is this an intentional new paradigm since several months ago, or something that will be fixed before 13.2 is released? -- "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

6 8

[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