July 2013 - 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+… [View More]

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 … [View More]

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

[opensuse-factory] New Package - libhal1-flash (re-enabling Flash-Player DRM content on Linux)
by Christopher Horler 13 Sep '14

13 Sep '14

Good afternoon! I've written and packaged a compatibility library for flash to enable playback of DRM content (this removes the dependency on the HAL package). I'd like to know what steps I can take to have the package considered for inclusion in openSUSE 12.3 and 13.1. Can I submit the package to devel:openSUSE:Factory, or is there another action I should be taking? Details of the bug and links to upstream are here (please briefly review): https://bugzilla.novell.com/show_bug.cgi?id=768562#… [View More]

2 2

[opensuse-factory] source_validator error: signature does not validate
by Kyrill Detinov 25 Aug '14

25 Aug '14

Hello. I can't build a package. Service source_validator failed. % osc build Run source service: /usr/lib/obs/service/format_spec_file --outdir /tmp/tmpVbBhay Run source service: /usr/lib/obs/service/source_validator --outdir /tmp/tmpIQYU6i /home/kent/rpmbuild/projects/M17N/i18nspector/i18nspector.keyring gpg: enabled debug flags: memstat gpg: keyring `/tmp/check_if_valid_source_dir-NL8Ezs/.checkifvalidsourcedir-gpg-keyring' created gpg: Oops: keyid_from_fingerprint: no pubkey gpg: Oops: … [View More]

2 5

[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 … [View More]

8 11

[opensuse-factory] YaST2 "install/remove" doesn't display solver diagram
by Kyrill Detinov 13 Jan '14

13 Jan '14

Hello. There is a regression in YaST2 *Qt* "install/remove software" module. It doesn't show solver diagram. First, no dependencies on libqdialogsolver. Second, installed libqdialogsolver doesn't help. Reported ages ago. And confirmed. All the info is provided. https://bugzilla.novell.com/show_bug.cgi?id=785431 WBR Kyrill

3 3

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 … [View More]

3 4

Re: [opensuse-factory] SOLVED: postfix does not run
by Christian Boltz 06 Nov '13

06 Nov '13

Hello, Am Freitag, 22. März 2013 schrieb Patrick Shanahan: > /etc/postfix/main.cf had @_some-parameter_@ setting for every > "xxxxxxx_directory =" line. > > After correcting "xxxxxxxx_directory =" settings per my Tumbleweed > machine, postfix appears working correctly. > > This mess probably occurred on installing/upgrading postfix: > postfix-2.9.6-2.1.x86_64 Sun Mar 10 11:14:39 2013 > but the rpm main.cf does not contain "@.............@". This sounds like … [View More]

2 1

[opensuse-factory] Warning: new systemd version landing in Factory
by Frederic Crozat 20 Sep '13

20 Sep '13

Hi all, systemd v202 should be landed in Factory soon. It contains a lot of changes (and bug fixes) compared to v195 we had in 12.3, like (this is an extract from the .changes I wrote): + udev now supports different naming policies for network interface for predictable names (this one is disabled by /usr/lib/tmpfiles.d/network.conf until network team had a chance to look at it and test it). This should be enabled by default in Factory soon (see http://www.freedesktop.org/wiki/Software/… [View More]systemd/PredictableNetworkInterfac… ) This can be also be turned off with kernel command line switch: net.ifnames=0 (when the tmpfiles.d is removed in the near future) + udev gained support for loading additional device properties from an indexed database. %udev_hwdb_update macro should be used by packages adding entries to this database. + Journal gained support for "Message Catalog", indexed database to link up additional information with journal entries. %journal_catalog_update macro should be used by packages adding %entries to this database. + New rpm macros has been added: %udev_rules_update(), %_udevhwdbdir, %_udevrulesdir, %_journalcatalogdir, %_tmpfilesdir, %_sysctldir. + "age" field for tmpfiles entries can be set to 0, forcing removal of files matching this entry. + coredumpctl gained "gdb" verb to invoke gdb on selected coredump. + In service files, %U can be used for configured user name of the service. + nspawn can be invoked without a controlling TTY. + systemd and nspawn can accept socket file descriptors when started for socket activation. This allow socket activated nspawn containers. + logind can now automatically suspend/hibernate/shutdown system on idle. + ConditionACPower can be used in unit file to detect if AC power source is connected or if system is on battery power. + EnvironmentFile= in unit files supports file globbing. + Behaviour of PrivateTmp=, ReadWriteDirectories=, ReadOnlyDirectories= and InaccessibleDirectories= has changed. The private /tmp and /var/tmp directories are now shared by all processes of a service (which means ExecStartPre= may now leave data in /tmp that ExecStart= of the same service can still access). When a service is stopped its temporary directories are immediately deleted (normal clean-up with tmpfiles is still done in addition to this though). + Resource limits (as exposed by cgroup controlers) can be controlled dynamically at runtime for all units, using "systemctl set-cgroup-attr foobar.server cgroup.attribute value". Those settings are stored persistenly on disk. + systemd-vconsole-setup will now copy all fonts settings to all allocated VTs. + timedated now exposes CanNTP property to indicate if a local NTP service is available. + pstore file system is mounted by default, if available. + SMACK policies are loaded at early boot, if available. + Timer units now support calendar time events. + systemd-detect-virt detect xen PVs. + Some distributions specific LSB targets has been dropped: $x-display-manager, $mail-transfer-agent, $mail-transport-agent, $mail-transfer-agent, $smtp, $null. As well mail-transfer-agent.target and syslog.target has been removed. + systemd-journal-gatewayd gained SSL support and now runs as unprivileged user/group "systemd-journal-gateway:systemd-journal-gateway" + systemd-analyze will read, when available, boot time performance from EFI variable from boot loader supporting it. + A new generator for automatically mounting EFI System Partition (ESP) to /boot (if empty and no other file system has been configured in fstab for it). + logind will now send out PrepareForSleep(false) out unconditionally, after coming back from suspend. + tmpfiles gained a new "X" line type, that allows configuration of files and directories (with wildcards) that shall be excluded from automatic cleanup ("aging"). + udev default rules set the device node permissions now only at "add" events, and do not change them any longer with a later "change" event. + A new bootctl tool has been added that is an interface for certain EFI boot loader operations. + A new tool kernel-install has been added to install kernel images according to Boot Loader Specification. + A new tool systemd-activate can be used to test socket activation. + A new group "systemd-journal" is now owning journal files, replacing "adm" group. + journalctl gained "--reverse" to show output in reverse order, "--pager-end" to jump at the end of the journal in the pager (only less is supported) and "--user-unit" to filter for user units. + New unit files has been addedto ease for systemd usage in initrd. + "systemctl start" now supports "--irreversible" to queue operations which can be reserved. It is now used to make shutdown requests more robust. + Auke Kok's bootchart has been merged and relicensed to LGPLv2.1+. + nss-myhostname has been merged in systemd codebase. + some defaults sysctl values are now set by default: the safe sysrq options are turned on, IP route verification is turned on, and source routing disabled. The recently added hardlink and softlink protection of the kernel is turned on. + journald will now explicitly flush journal files to disk at the latest 5 min after each write and will mark file offline until next read. This should increase reliability in case of crash. + remote-fs-setup.target target has been added to pull in specific services when at least one remote file system is to be mounted. + timers.target and paths.target have been added as canonical targets to pull user timer and path units, similar to sockets.targets. + udev daemon now sets default number of worker processes in parallel based on number of CPUs instead of RAM. + Most unit file settings which takes likst of items can now be reset by assigning empty string to them, using drop-in. + Add support for drop-in configuration file for units. + Most unit file settings which takes likst of items can now be reset by assigning empty string to them, using drop-in. + 'hostnamectl set-hostname' allows setting FQDN hostnames. + fractional time intervals are now parsed properly. + localectl can list available X11 keymaps. + systemd-analyze dot can filter for specific units and has been rewritten in C. + systemctl gained "list-dependencies" command. + Inhibitors are now honored no only in GNOME. + 'systemctl list-jobs' got some polishing. '--type=' argument may now be passed more than once. 'systemctl list-sockets' has been added. + systemd gained a new unit 'systemd-static-nodes.service' that generates static device nodes earlier during boot, and can run in conjunction with udev. + systemd-nspawn now places all containers in the new /machine top-level cgroup directory in the name=systemd hierarchy. + bootchart can now store its data in the journal. + journactl can now take multiple --unit= and --user-unit= switches. + The cryptsetup logic now understands the "luks.key=" kernel command line switch. If a configured key file is missing, it will fallback to prompting the user. -- Frederic Crozat <fcrozat(a)suse.com> SUSE -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org [View Less]

10 31

[opensuse-factory] /boot partition is too small when you selected "Create LVM Based Proposal"in "Suggested Partitioning" on installer .
by 1xx 15 Sep '13

15 Sep '13

Hi all . When I selected "Create LVM Based Proposal" in "Suggested Partitioning" on installer, Installer suggested "Create boot volume /dev/sda1 (156.88 MB)" . But it is too small for for updating the kernel . The present state is as follows. Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda1 154691 108188 38516 74% /boot rpm -qa 'kernel-desktop' kernel-desktop-3.7.10-1.16.1.x86_64 kernel-desktop-3.7.10-1.11.1.x86_64 Disk storage … [View More]

23 47

[opensuse-factory] openqa/factory lamp testing question
by doiggl＠velocitynet.com.au 19 Aug '13

19 Aug '13

Hello, I have a openqa/factory question:Perhaps for Bernhard. Can a test LAMP[1] be included in the openqa tests,to test the lamp software stack works with some software which uses all these components, see example see[2], The install output listed at[3] I have not tested the configuration settings yet as I have not been able to get apache2 part going yet. Thanks Glenn [1] definition Linux (operating system), Apache HTTP Server, MySQL (database software), and PHP, Perl or Python http://en.… [View More]wikipedia.org/wiki/LAMP_%28software_bundle%29 [2] LAMP_setup and software setup - http://en.opensuse.org/SDB:LAMP_setup - http://en.opensuse.org/Cacti changed/updated instructions to suit newer version of cacti. zypper ar http://download.opensuse.org/repositories/server:/monitoring/openSUSE_Facto… server:monitoring zypper in cacti cacti-plugin-autom8 cacti-plugin-boost cacti-plugin-clog cacti-plugin-cycle cacti-plugin-discovery cacti-plugin-docs cacti-plugin-flowview cacti-plugin-hostinfo cacti-plugin-loginmod cacti-plugin-mactrack cacti-plugin-monitor cacti-plugin-npc cacti-plugin-ntop cacti-plugin-realtime cacti-plugin-routerconfigs cacti-plugin-settings cacti-plugin-ssl cacti-plugin-syslog cacti-plugin-thold cacti-plugin-tools cacti-plugin-update cacti-plugin-weathermap [3] install output Loading repository data.. Reading installed packages.. Resolving package dependencies.. The following NEW packages are going to be installed: cacti cacti-plugin-autom8 cacti-plugin-boost cacti-plugin-clog cacti-plugin-cycle cacti-plugin-discovery cacti-plugin-docs cacti-plugin-flowview cacti-plugin-hostinfo cacti-plugin-loginmod cacti-plugin-mactrack cacti-plugin-monitor cacti-plugin-npc cacti-plugin-ntop cacti-plugin-realtime cacti-plugin-routerconfigs cacti-plugin-settings cacti-plugin-ssl cacti-plugin-syslog cacti-plugin-thold cacti-plugin-tools cacti-plugin-update 22 new packages to install. Overall download size: 7.7 MiB. After the operation, additional 22.5 MiB will be used. Continue? [y/n/?] (y): Retrieving package cacti-0.8.8a-14.2.noarch Installing: cacti-plugin-boost-5.1-2.3 ............................................................[done] -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org [View Less]

9 14

[opensuse-factory] Qt5 and openSUSE
by Luca Beltrame 11 Aug '13

11 Aug '13

Hello, Qt 5.0 was released quite a while ago: the currently available version is Qt 5.1, with 5.2 on the horizon. In parallel, KDE Frameworks 5 development (KF5) has been slowly picking up steam. Given that: - Qt5 is incompatible with Qt4; - KF5 won't be released for a while; - Qt5 programs are also starting to appear; - We cannot overwrite people's installed Qt4; it would be very wise to have Qt5 co-installable with Qt4. It's not like people have been idle: shumski made quite an effort … [View More]

7 11

[opensuse-factory] On kmod-compat replacing m-i-t
by Jan Engelhardt 08 Aug '13

08 Aug '13

Currently, the only package that still blocks the removal of module-init-tools from a system is the kernel rpm package, with an express dependency "module-init-tools >= 3.4". What is so particular about m-i-t 3.4? Can it be replaced by modutils, or do we need to add some virtual Provides: mitmagic34 to both module-init-tools.spec and kmod-compat.spec? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

5 8

[opensuse-factory] unify ca-certificates installations
by Ruediger Meier 05 Aug '13

05 Aug '13

Hi, today I wanted to install globally a custom ca-certificate (actually just the ca-certificates-cacert rpm package). I found that it's a bit annoying that this is not easily possible since different programs are using different paths to look for ca certificates and we have a lot duplicated certs installed For example we have some packages giving us some certificates ca-certificates-mozilla: /usr/share/ca-certificates/mozilla/ kdelibs3: /opt/kde3/share/apps/kssl/ca-bundle.crt kdelibs4:… [View More]

4 19

[opensuse-factory] password behavior too nuts to file a bug - yet
by Felix Miata 03 Aug '13

03 Aug '13

I started to file the following as a bug, but seems like I must be missing something: Summary: passwordless and null password account logins rejected (KDE3 and vttys) Systems: both 12.3 & 13.1M2 on both i586 and x86_64 Comments: To reproduce: 1-install minimal X normally but without creating any regular user(s) 2-set grub cmdline(s) to include 3 parameter 3-set solver.onlyRequires=true in /etc/zypp.conf 4-install minimalist via zypper and set default KDM/KDE (3 and/or 4) 5-create group … [View More]

2 4

[opensuse-factory] Fiddling with our development model
by Robert Schweikert 03 Aug '13

03 Aug '13

Hi all, This is NOT board intervention, this is just me ;) While at present things appear to be reasonably smooth sailing some (including me) think that there is trouble brewing. Thus, before things move into a more troublesome direction it is probably a good thing to think about changes that could avoid wreckage. Behind the "smooth sailing" appearance is a ton of work that is ever increasing and getting ever more complex. The current push model leads to problems we experience every … [View More]time a new gcc version shows up, a bunch of stuff breaks and only 2 or 3 people fix things. While the use of staging projects "hides" the problems from Factory users, the problems remain the same. The work for the most part, ends up with the release team as they are the integrators. Partially the behavior of non release team members is understandable as for the most part getting your package build broken by others is annoying at best, and it generally happens at an inconvenient time. Partially the problem may also be that people plain and simply do not get the information about their package being broken in factory. With this as a short background I'd like to propose a change in development model for our beloved distribution. Everything needs a catchy title, thus I'll call it "Integration of independently released components with pull option", very catchy I know ;) . The idea is that we define components, this is going to be a chunk of work, and for each component we define it's dependencies. The component model is not set in stone and would get refined over time to reduce potential overlap and improve interoperability. A component is developed by a team and you can think of a component as a "mini factory replica" (factory as we know it today.) The component team works on releases of their component according to some common and some component specific guidelines we'd have to define and publish. Any component consists of one or more packages and may get fed by devel projects or development may take place in component branches. Each component advances based on it's own release cycle and the component team decides which release of it's dependent components to build against. Some tooling will be needed to help sort out the combinatorial problem. How does this work in more concrete terms? Lets say we have a "Core" component that includes the kernel, glibc, the toolchain and a few other things, but no fluff ;) . This component then gets released every time a new kernel is released and every time a new gcc or glibc are released, or based on some other criteria the core team determines and publishes. Every release gets a number. When a new release of the core component happens nothing breaks because by default nothing builds against the new release yet. Component teams higher up the stack decide against which release of a dependent component they want to build. This puts the "adopt a new toolchain" decision into the court of the component teams rather than having it in the realm of the release team, i.e. the integrators, or the realm of the toolchain team. Therefore, a component team decides on it's time scale when to build against a new release of a dependent component. This concept works whether a given component depends on one or many other components. Obviously there needs to be some notification mechanism that lets dependent component owners know when a new release of one of their dependent components is available. There also needs to be some tagging mechanism for releases and other mechanisms of notification and tracking. A simple example: Lets say component A depends on component B. Component A is released as version 1 (A-1) and component B is also released as version 1 (B-1). Now component team B decides to have release number 2 (B-2) and thus component team A gets notified. Component team A can now create a branch of component A and start building against B-2. If the changes to get A-1 to build against B-2 are trivial and A-1 can work with both B-1 and B-2, component team A merges the changes back from the branch and tags A-1 as working with B-1 and B-2. If the changes to A are extensive component team A may decide to have a new release, tag it as release 2 (A-2) and tag it to be working with B-1 and B-2 or only with B-2 if that is the case. These same principles apply for components with multiple dependencies, with the caveat that things get a bit more complex, still less cumbersome of course than the battles the release team has to fight day in and day out in today's model. This change does imply the end of factory as we know it today. Factory may be "empty" for a good chunk of the release cycle. The replacement for "living on the edge" developers is a set of component selections that can keep you in "alpha mode" all the time. When a release approaches,the release team picks a version of the core component that will be the base for the next openSUSE release. This version is used to populate factory and may be the only component that is in factory for a little while. As other component teams integrate and build against the version of their dependencies that end up in factory and make their own component releases the openSUSE release team can fill factory by pulling more and more per-integrated components. With things per-integrated at the released component level the work of the openSUSE release team becomes easier and sustainable. The underlying assumption is that component teams have an interest in having their component be part of the openSUSE release and thus component teams will have an interest in building against new releases of dependent components. This underlying assumption is not much different from today's. What do we gain from all of this? Interesting work of course ;) , but we also switch to a model that is sustainable in the long run. I am not the only one arguing that the work the release team is doing in its present form cannot be sustained with a growing distribution. The work has to be distributed in some way, and more people doing the same thing that is being done today is probably not the answer. We also gain a unique and interesting development model, that with some additional tooling will allow developers to generate a distribution that is tailored to exactly their need. This in turn should stir interest give us some nice publicity and help us find more fingers on the keyboard to help grow the developer community and with it the distribution. With the independent release of components one can easily imagine an interface where a developer picks a component at a given release level, gets choices of versions of dependent components to select and so on. In the end we can relatively easily generate a tailored "release". This also works the other way around, pick a released version of the core and the interface shows you other components that match this core and so on up the stack. Lots of work, yes, but in the long run we have to make some changes. Thus, the sooner we start the easier it will be. Later, Robert -- Robert Schweikert MAY THE SOURCE BE WITH YOU SUSE-IBM Software Integration Center LINUX Tech Lead rjschwei(a)suse.com rschweik(a)ca.ibm.com 781-464-8147 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org [View Less]

24 70

[opensuse-factory] Intel video driver artifacts after resume with Tumbleweed kernel
by Ronan Arraes Jardim Chagas 02 Aug '13

02 Aug '13

Hi, I'm using OpenSUSE Tumbleweed with latest kernel (3.10.0-16.g3dcd746-desktop). After the last update, when I resume the computer from a hibernation, I see lots of artifacts on screen. Most of them disappear when the screen is redraw, but some are only fixed by restarting X. Is anyone having the same problem? Best regards, Ronan.

3 3

[opensuse-factory] Btrfs features
by Jeff Mahoney 02 Aug '13

02 Aug '13

Hi all - In another thread, someone posted about wanting an updated btrfsprogs (it's coming, as soon as I finish writing this email). He mentioned it in terms of wanting to try out the RAID5 code. One of the things that's made it possible for SUSE to support btrfs in our enterprise products is often overlooked in media reports and casual analysis: We limit the feature set we support. In SLE11 SP3, we actively limit the feature set without a mount option enabling access to those features. We … [View More]

6 9

[opensuse-factory] Contribute a new package to Factory
by GHui 02 Aug '13

02 Aug '13

Hi, I'm developing an open source program, it's named Paramon. I'm the beginner of the program. And I will upload the code to http://sourceforge.net/projects/openparamon. If I want to contribute the Paramon to SUSE distribution, what should I do? Any help will be appreciated. The following is the introduction of the Paramon. Paramon is a visual program for monitoring cpu used time, cpu sys+wa time, memory used rate, swap used rate, net send/recv MB per sec and disk read/write MB per sec. … [View More]

3 2

[opensuse-factory] Tumbleweed: Screensaver backlight doesn't power down
by Patrick Shanahan 31 Jul '13

31 Jul '13

openSUSE Tumbleweed display is SyncMaster 2433bw 1920x1200 95x93 60hz GeForce GTS 450/PCIe/SSE2 OpenGL version string: 4.3.0 NVIDIA 319.23 My screensaver appears to work as it should but the backlight on the screen never shuts down unless I shut off the power. Booting with a "live" disk, the screen works as expected, screensaver kicks in, and some time later, screen backlight will go off. xset reports: Screen Saver: prefer blanking: yes allow exposures: yes timeout: 0 cycle: … [View More]

1 1

[opensuse-factory] New Haskell packages for Factory
by Peter Trommler 31 Jul '13

31 Jul '13

Folks, As part of the upgrade to Haskell Platform 2013.2.0.0, which is the latest upstream, I will submit the following new packages to Factory: * ghc-GLURaw * ghc-OpenGLRaw * ghc-attoparsec * ghc-case-insensitive * ghc-hashable * ghc-unordered-containers See http://www.haskell.org/platform/changelog.html for details on Haskell Platform and updated package versions and new packages. Note: ghc-extensible-exceptions, which was built as part of ghc (the Haskell compiler), has been dropped … [View More]

1 0

[opensuse-factory] Is openqa testing not keeping up with factory
by doiggl＠velocitynet.com.au 31 Jul '13

31 Jul '13

Hello, Is openqa testing not keeping up with factory ? Any way to speed up iso test reault ? -- Glenn - openqa is testing openSUSE_Factory NET x86_64 0625 - openSUSE_Factory is at Build0630 - http://ftp5.gwdg.de/pub/opensuse/factory/iso/openSUSE-Factory-NET-x86_64-Bu… - http://openqa.opensuse.org/results/?sort=-mtime&hours=96&match=&ob= -- 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] Re: [opensuse-security] CVE-2013-4854:bind critical security issue ??
by 1xx 31 Jul '13

31 Jul '13

Hi all . 2013/7/30 johann Luce <johann.luce(a)wanadoo.fr>: > > is there something declared about this > > https://kb.isc.org/article/AA-01015/0/CVE-2013-4854%3A-A-specially-crafted-… > > or is it already patched in the 9.9.2 p2??? I built BIND 9.9.2P2 package . http://software.opensuse.org/download.html?project=home%3AMitsutoshi%3Abran… http://software.opensuse.org/package/bind Would you review it ? And would you test it ? Please see also: http://lists.opensuse.… [View More]

2 3

[opensuse-factory] Libreoffice 4 Tumbleweed - stuck on 3.6
by Trent Hawkins 31 Jul '13

31 Jul '13

Hi folks, I apologise if this is a well known issue. I did try searching for this but haven't unearthed anything. Yesterday i switched repos to Tumbleweed and "zypper dup"ed. I had expected to get Libreoffice 4 by doing this, but i found i am still on 3.6. I notice on OBS that there is indeed LO4 successfully built for Tumbleweed, but i can't tell if it is in the main TW repos. Its certainly not the end of the world for me if i don't get LO4. linux-cuq3:/home/trentos # zypper ref … [View More]

3 2