October 2015 - openSUSE Factory - openSUSE Mailing Lists

[opensuse-factory] New package for ARM: raspberrypi-firmware
by Andreas Färber 28 Oct '15

28 Oct '15

Hello, I have submitted the raspberrypi-firmware package for inclusion in Factory: https://build.opensuse.org/request/show/341314 This package contains VideoCore IV binaries that are read from a FAT partition by the Raspberry Pi boot ROM. Without these files neither the ARM U-Boot bootloader nor an ARM kernel can be booted on that device. It is not really needed on x86 systems, so as alternative we could submit it to openSUSE:Factory:ARM instead. However, since in the past some non-free binaries snuck into this package (disguised as SUSE-Firmware instead of SUSE-NonFree license and probably without obtaining permission first), I think it makes sense to have it go through the full legal review process of openSUSE:Factory. Similarly, I would like to split out arndale-bl1.img from u-boot package as arndale-firmware (a signed version of GPL'ed U-Boot Secondary Program Loader) and to submit odroid{,xu}-firmware at some point, possibly more. This will allow us to build JeOS images for boards with upstream U-Boot and upstream kernel support centrally in openSUSE:Factory:ARM rather than in some Contrib project. In particular my intent here is to drop the devel:ARM:Factory:Contrib:RaspberryPi:upstream project in favor of openSUSE:Factory:ARM. Regards, Andreas -- SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Felix Imendörffer, Jane Smithard, Graham Norton; HRB 21284 (AG Nürnberg) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

1 0

Re: [opensuse-factory] A users wishlist to make zypper up/dup & suse noob-friendly
by Thomas Langkamp 28 Oct '15

28 Oct '15

> snip > > > IMO, Tumbleweed is for experts :-) > > - -- > Cheers / Saludos, > > Carlos E. R. > > No it's not. I'm running it successfully and am far from an expert. > Yes. It's for experienced users > snip > > Steven Thank you very much Carlos, Dimstar, Dsant, Jim, Jimmy, Ken, Lars, Richard, Roman, Steven for your inputs. Summary ########## The above is valid: TW in its current form is for experts / experienced users / users following this list. That is exactly why I started this discussion: subject: "A users wishlist to make zypper up/dup & suse noob-friendly" See? I said implicitly that zypper is too complicated and my wish is, that it - or another update mechanism - would make TW beginner-friendly. And most of the improvements could also work for Leap, but that would be a side-effect. Results ########### a) on installation user opt-in to packman-repo => legaly not possible, however one suggestion was not yet commented: "There could be a supplementary screen : * If you live in US click here (open-sources repositories, DMCA ok...). * If you live in UK/Germany/Europe... click here (Packman repository added) [...] Dsant" b) default to packman priority 98 & auto vendor change => implementation possible through .repo parameter priority, but concerns about a race of lowest priorities & untested packages & not needing the whole repo. => solutions: - the noob does not know which subset of packman he needs to get multimedia working, thus just do the vendor change per default. - implement openQA also for packman to test & thus to allow automatical vendor change for this one repo only. - there is no race for lowest priority if only one repo==packman gets the 98 priority as the default. Can we agree that packman is the most important user repo of openSUSE so that it should be treated special? c) after adding packman do auto zypper dup or up with vendor change once: PackageKit / Apper cannot handle conflicts and thus is not supported in TW. => solutions: 1) enhance Apper to handle conflicts 2) automatizing zypper: noobs cannot use cron, nor command line / yast-gui, nor can they decide between "no / vendor change", "up / dup" => further comments: A users confirmation to install the automatically proposed update is desired, agreed. A password will be needed for new software only, as this is already the way PackageKit/Apper & Win7 (just tested) are doing it from user accounts. d) install recommends only once during installation as default, so that uninstalled apps do not come back => so far +1 for this e) I would update the whole wiki with the changes Thank you, thomas -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

10 31

[opensuse-factory] About the minimal server installation
by Stephan Kulow 28 Oct '15

28 Oct '15

Hi, As we're running out of time, I reviewed the discussion and came to the conclusion that I can't have Richard in my office for any longer, so I changed the minimal installation to avoid the strange conflict ;) I did some tests and the "minimal" is 780MB on 42.1-Current while adding yast2 and removing the minimal_base-conflits is 1G. I see the use cases for going as low as possible, but that's still possible by selecting minimal_base-conflits after selecting "minimal server (textmode)". I'm completely not happy with doing that so late, but unfortunately the feedback before RC1 just wasn't loud enough. 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] Re: [opensuse-kernel] Use pvops-enabled kernel for Xen (fate#315712)
by Michal Marek 27 Oct '15

27 Oct '15

Dne 27.10.2015 v 13:36 Juergen Gross napsal(a): > Michal, > > On 10/02/2015 04:55 PM, Michal Marek wrote: >> Hi, >> >> you have probably noticed that the SUSE virtualization developers have >> been working on porting features from the kernel-source patches.xen >> series to the upstream Xen implementation. This mostly works nowadays, >> so at the SUSE Labs Conference last month, we agreed to finally get rid >> of kernel-xen in Factory and instead use kernel-default with CONFIG_XEN >> (the mainline option) enabled. I prepared a branch on github >> >> https://github.com/michal42/kernel-source stable-noxen >> >> which does exactly this. Test packages are building here: >> >> >> https://build.opensuse.org/project/show/home:michal-m:kernel-stable-noxen >> >> The kernel boots and works on my machine, both on bare metal and under >> the hypervisor (*), but there is some integration work to be done before >> it can be submitted to Factory: >> >> - The installer needs to cope with kernel-xen not available and choose >> kernel-default. Something like the attached patch should fix it >> (untested). >> - perl-Bootloader: Right now, it creates a Xen multiboot entry if the >> kernel is named -xen, otherwise it creates a regular linux entry. >> Create both entries if the Xen hypervisor is installed? >> - kernel-xen needs to be dropped from the patterns, but that's trivial >> - We have been building a kernel-obs-build-xen package for the OBS >> workers, which now disappears. > > Anything missing to make the move? The installer needs to be updated (or at least, tested). I didn't have time for this due to SLE12 SP1. Michal -- 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] ownCloud Client in Tumbleweed
by Klaas Freitag 27 Oct '15

27 Oct '15

Hi, I would finally like to maintain the packages of the ownCloud sync client for openSUSE Tumbleweed in the openSUSE repos rather than in "our" repo isv:ownCloud:desktop. I hope that is appreciated. Here are some questions: 1. Is the spec file as in isv:ownCloud:desktop [1] acceptable for tumbleweed? It is a multi-distro spec file and a bit cluttered by the %if statements. If it should be cleaned, is there a magic command to output it after the %ifs have been resolved? 2. Wouldn't it be easiest to have isv:ownCloud:desktop as a devel project for it? Is that doable? 3. We could do a bit of theming of the client (mainly icons) to make it more openSUSE branded. If there is interest, who could help doing that, as my design skills are ...not that big. Anything else to consider? regards, Klaas [1] https://build.opensuse.org/package/view_file/isv:ownCloud:desktop/owncloud-… -- 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] leap42 - doom3 works but where do I find previews for libreoffice documents and PDFs?
by Per Jessen 27 Oct '15

27 Oct '15

After a little bit of fiddling, I managed to get alsa-plugin-pulse-32bit installed and doom3 now works including sound! In Dolphin I'm missing previews for PDFs and libreofice documents, do I need install something extra? thanks Per -- Per Jessen, Zürich (9.9°C) http://www.hostsuisse.com/ - dedicated server rental in Switzerland. -- 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] leap42 - cups not finding network printers?
by Per Jessen 27 Oct '15

27 Oct '15

On my Leap desktop test system, cups does not seem to be finding any printers. Normallz (in 13.x), they just appear automagically. /Per -- Posted with knode from openSUSE Leap42.1 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

3 9

[opensuse-factory] Tmux meta key becomes sticky after the latest tumbleweed snapshot
by Howard Guo 27 Oct '15

27 Oct '15

Good day. With the latest Tumbleweed upgrade I noticed two significant changes in the behaviour of tmux: - tmux panel retains the colour scheme of terminal emulator, whereas before the colour scheme was altered by tmux. - tmux meta key becomes sticky for a second after an input key, whereas before the meta key deactives immediately following another key press. While the first point is quite a nice improvement, the second point is rather inconvenient. Does anyone know a workaround for the second issue? Kind regards, Howard -- 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] TW : multiversions of kernel-default & zypper dup
by ellanios82 27 Oct '15

27 Oct '15

Hello List , this evening , zypper dup -d produces : " The following 2 NEW packages are going to be installed: kernel-default-4.2.3-1.4 The following package is going to be REMOVED: kernel-default-4.2.3-1.1 in /etc/zypp/zypp.conf the following line is un-commented : multiversion = provides:multiversion(kernel) ......................... calling " zypper dup ' , after the TW change from kernel-desktop to kernel-default , zypper requires the removal of the old kernel-default when installing new kernel-default . . . How can one have zypper dup keep multiversions ? .............. thanks -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

5 9

[opensuse-factory] Tumbleweed: how to "enable" (run at boot) postgresql 9.4.4 service
by André Verwijs 27 Oct '15

27 Oct '15

Tumbleweed: how to "enable" (run at boot) PostgrwSQL 9.4.4 service when i run.... OpenSUSE-TW:~ # systemctl enable postgresql.service postgresql.service is not a native service, redirecting to systemd-sysv-install Executing /usr/lib/systemd/systemd-sysv-install enable postgresql Failed to execute /usr/lib/systemd/systemd-sysv-install: No such file or directory when i start postgresql, it works great..... OpenSUSE-TW:~ # service postgresql start OpenSUSE-TW:~ # systemctl status postgresql.service postgresql.service - LSB: Start the PostgreSQL master daemon Loaded: loaded (/etc/init.d/postgresql) Active: active (exited) since Sun 2015-10-11 09:49:08 CEST; 2s ago Docs: man:systemd-sysv-generator(8) Process: 3781 ExecStart=/etc/init.d/postgresql start (code=exited, status=0/SUCCESS) Oct 11 09:49:07 OpenSUSE-TW systemd[1]: Starting LSB: Start the PostgreSQL master daemon... Oct 11 09:49:07 OpenSUSE-TW su[3793]: (to postgres) root on none Oct 11 09:49:07 OpenSUSE-TW su[3793]: pam_unix(su-l:session): session opened for user postgres by (uid=0) Oct 11 09:49:07 OpenSUSE-TW su[3831]: (to postgres) root on none Oct 11 09:49:07 OpenSUSE-TW su[3831]: pam_unix(su-l:session): sessionopened for user postgres by (uid=0) Oct 11 09:49:08 OpenSUSE-TW systemd[1]: Started LSB: Start the PostgreSQL master daemon. Oct 11 09:49:08 OpenSUSE-TW postgresql[3781]: Starting PostgreSQL 9.4.4 ..done for other services there's no problem, so why postgresql can't be added/activated, i don't know.... tips are welcome... André -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

3 3