Hi,
This gives me a logfile from yesterday:
$ cd rudi_m:ul-all/ul-plain
$ osc bl openSUSE_13.1_ports ppc
But it was rebuilt today a few times already.
I ve got the right log when I was watching the log before the build was
finished. But after it has been finished I get an old one.
cu,
Rudi
--
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org
Hi,
since today afternoon I get this:
SLE_12 ppc64le unresolvable: nothing provides distribution-release
needed by kernel-default
I have used
BuildRequires: kernel-default
since a long time and it still works for SLE_12 x86_64.
cu,
Rudi
--
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org
I went looking to see if a patch to fix the broken ATI Xorg driver had been
applied anywhere in BS homes by first searching
https://software.opensuse.org/package/xf86-video-ati for any that might
exist, downloading those I found, then examining their changelogs. The most
recent build found had only two changelog entries, both 3 years old. None of
the other 3 had any changelog entries dated more recent than 03 October. Why
are people getting drivers rebuilt that contain no changes from release
builds? What am I missing?
Relevant bug with proposed patch:
https://bugzilla.kernel.org/show_bug.cgi?id=94171
--
"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-buildservice+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org
Hi.
From within spec file I want to get the date when the package was edited
last time.
Unfortunately obs repos do not seem to save the correct timestamps of
source files. The only way I could imagine right now is to take the
timestamp of the last "*.changes" entry. Is there a better way?
cu,
Rudi
--
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org
On Montag, 13. April 2015, 10:27:12 wrote Martin Juhl:
> Hi
>
> Sorry for not specifying distro.. This is on RHEL6...
>
> I'm trying to repackage a tar.gz installer into a rpm-file...
>
> In this installer, some of the installers internal java is 32-bit and some are 64-bit... (IBM-stuff)...
>
> So I need the 32-bit libraries to be able to run the installer...
>
> It seems like:
>
> BuildRequires: libgcc(x86-32), libstdc++(x86-32)
>
> Should be the correct way to do this, and is also accepted if I do a 32-bit build.. but not if I try to do a 64-bit build...
OBS is not supporting multiple version of rpms with same rpm name inside of a
build environment. So this is not gonna to work.
>
>
>
> Fra: "Adrian Schröter" <adrian(a)suse.de>
> Til: opensuse-buildservice(a)opensuse.org
> Cc: "mj" <mj(a)casalogic.dk>
> Sendt: mandag, 13. april 2015 10:16:41
> Emne: Re: [opensuse-buildservice] 32-bit Libraries as BuildRequires on 64-bit build??
>
> On Montag, 13. April 2015, 09:49:22 wrote Martin Juhl:
> > Hi
> >
> > How do I include some (libstdc++.i686 and libgcc.i686) as BuildRequires...
> >
> > I have tried to add them as
> >
> > BuildRequires: libgcc.i686, libstdc++.i686
> > BuildRequires: libgcc()(32bit), libstdc++()(32bit)
> > BuildRequires: /lib/libgcc_s.so.1, /lib/ld-linux.so.2
> >
> > But all of the above, fails to resolve dependencies...
> >
> > What to do??
>
> This depends heavily on the distribution, do you ask for (open)SUSE distros?
>
> libstdc++6-32bit
>
> should pull it in here. However, usually we do only build in 32bit
> environements and export it to 64bit afterwards using our baselibs
> wrapper.
>
> Can you describe a bit more detailed why do you want to use 32bit libs
> in 64bit at all? Usually you can not compile against them there...
>
>
--
Adrian Schroeter
email: adrian(a)suse.de
SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Jennifer Guild, Dilip Upmanyu, Graham Norton, HRB 21284 (AG Nürnberg)
Maxfeldstraße 5
90409 Nürnberg
Germany
--
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org
Hi All,
A long time ago, there was a thread regarding UID/GID registration (see
http://lists.opensuse.org/opensuse-buildservice/2009-05/msg00221.html).
AFAICT the question "how can one register a static UID/GID in the 0-99
range" wasn't answered.
Does anyone know if there are still any spare UIDs in the range 0-99?
Someone told me there weren't but I thought I'd better raise this here,
just in case there are. And if there are any available, how do I
reserve one?
Context: the ceph project wants to reserve a UID/GID - being a
distributed storage cluster, it's best if the UID/GIDs remain static
across the whole cluster, and the most straightforward way to do this is
to hardcode a UID/GID in a useradd/groupadd invocation in the rpm %pre
script.
(Pardon the cross-post, I picked what I hope are the two most suitable
lists - happy to drop one or the other, or ask elsewhere as appropriate)
Regards,
Tim
--
Tim Serong
Senior Clustering Engineer
SUSE
tserong(a)suse.com
--
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org
Hi, guys
I am trying to build the internal build service as well as integrate the build service with our development flow. Currently, our packages are maintained in svn and git.
I want to learn that how does suse manage the packages and projects in build service backend. E.g. What happened in obs server after osc commit? I do not mean that how does the build service fetch the code through service.
I heard from irc that suse use some sort of file based method to do this. If it is true, where could I find feature lists and/or source code?
thanks
bamvor
--
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org
Hello,
Some Questions.
- Is it possible to use a few ioDrive PCIe Solid State Memory cards [ 80
,160 or 320GB cards ] [1] to handle big obs build jobs ,speed-up build
service.
e.g kernel, java, libreoffice factory builds.
- Also is it possible to use ioDrive with x86_64 pre-built image to copy
as build for big build jobs.
- Be interesting with just 1 card and say how many packages it builds in a
day [keep stats about these details]
--Glenn
[1] price list ioDrive PCIe Solid State Memory cards ebay [ lists 80 ,160
32 and 640GB cards]
http://www.ebay.com/sch/Computers-Tablets-Networking-/58058/i.html?_from=R4…
[2] Fusion IO Interview
https://www.youtube.com/watch?v=PgQcpPEu36I
[3]About (from url)
http://www.solidstateworks.com.au/ioDrive.asp?gclid=CM2ZwtCmwMQCFdcRvQodhIw…
Unparalleled Performance Density
The ioDrive is a revolutionary new solid state technology that
dramatically increases bandwidth and application performance, reduces
latency, and simplifies your IT infrastructure, all while slashing capital
and operating costs.
Fusion's ioDrive dramatically improves application response times with a
persistent, high-performance, high-capacity ioMemory tier. It enables data
decentralized architectures that move terabytes of process-critical data
into servers. This minimizes application latency to deliver groundbreaking
improvements to computing performance, while greatly reducing hardware
infrastructure, maintenance, floor space, and energy costs. Minimizes
latency and eliminates I/O bottlenecks by integrating with host servers as
a memory tier extension.
Accelerating Your Data
Integrates with servers at the system bus and kernel level, creating a
new Flash memory tier
Not an Solid State Disk (SSD) - easily outperforms dozens of SSDs and
a single server
Accelerates applications, improves response times, and boosts
efficiency
Reduces storage latencies and eliminates I/O bottlenecks
Delivers the performance of thousands of disk drives in a single
server
From 160GB - 640GB of enterprise-grade, solid-state Flash
Easy to use, highly reliable
--
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org
Hello everybody,
as openSUSE Conference 2015 drives closer we started checking up our schedule
[1] and noticed there are quite few packaging things. To not overlap each
other and to provide better content we would join our efforts and do coherent
session with all possible stuff planned in [2][3].
Anyway apart from being happy about nice presentations/workshop we would also
like to know how many people would probably attend to this fancy tetrapack
training day. If you are interested about hearing how you can do things
correctly with pretty examples (and even prettier presenters :P) we would like
to ask you to register on the talk [4] to determine the presence size we would
have to keep on the event (for 50 people it is quite different amount of people
helping compared to 10 :)).
TIA
Tom
[1] https://events.opensuse.org/conference/osc15/schedule
[2] https://github.com/openSUSE/packaging-workshop-2015
[3] http://lists.opensuse.org/opensuse-packaging/2015-03/msg00068.html
[4] https://events.opensuse.org/conference/osc15/proposal/564
OBS 2.6.2 released
==================
This release is primarly needed to pull new rubygem-redcarpet 3.2.3
release. This is fixing some XSS attack vectors to the web interface
of OBS.
OBS releases before 2.6.0 are not affected by this issue.
Updaters from any OBS 2.6 release can just ugrade the packages
and restart all services. Updaters from former releases should
read the README.UPDATERS file.
OBS is available as usual via the OBS:Server:2.5 project.
https://build.opensuse.org/project/show/OBS:Server:2.5
The appliance can be downloaded from
http://openbuildservice.org/download
Details from the Release Notes:
===============================
Feature backports:
==================
* none
Changes:
========
* dispatcher sends no armv7 jobs to aarch64 build hosts anymore
Bugfixes:
=========
* webui: depends on rubygem-redcarpet 3.2.3, fixes possible XSS attack (boo#926328)
--
Adrian Schroeter
email: adrian(a)suse.de
SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Jennifer Guild, Dilip Upmanyu, Graham Norton, HRB 21284 (AG Nürnberg)
Maxfeldstraße 5
90409 Nürnberg
Germany
--
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org