Hello,
to document the problems I found I start a new thread.
First I did a clean build on Debian 9 with system epm. It builds neither
rpm nor debs. it uses r 1851845.
The error message is:
"... creating installation set in
/home/mechtilde/aoo42x/main/instsetoo_native/unxlngx6.pro/Apache_OpenOf
On 21/01/2019 Jim Jagielski wrote:
I'll just go ahead and create a branch. They are cheap. And, at least, we'll
have a branch ready in case we need it.
Good choice. It is quite possible we'll need a 4.1.7 before we can
officially release 4.2.0.
(and yes, we should also reserve 20 or so buil
On 22/01/2019 20:08, Marcus wrote:
Am 22.01.19 um 20:00 schrieb Mechtilde:
And wie should use the same system for buildbots and for the release
build server.
To make all build servers equal and comparable is a real advantage in
case of problems we need to reproduce.
I also think that CentOS 7
Hallo Jim
Am 22.01.19 um 21:18 schrieb Jim Jagielski:
> The issue is that 4.2.x requires gstreamer1, which is only available
> w/ kernel 3.x and thus CentOS7. You can't use CentOS5 nor 6.
> Neither support gstreamer1.
>
> So we want the minimal system that supports kernel 3.10 and gstreamer1...
>
FWIW, I have both CentOS7 64 and 32, and Ubuntu 14.04 64 and 32 setup to build.
All my builds have been using CentOS7. We may consider switching to Ubuntu
as our "official" community build server for 4.2.x and later.
-
To unsubscri
The issue is that 4.2.x requires gstreamer1, which is only available
w/ kernel 3.x and thus CentOS7. You can't use CentOS5 nor 6.
Neither support gstreamer1.
So we want the minimal system that supports kernel 3.10 and gstreamer1...
But this may be moot... my testing shows Fed19 ain't cutting it.
Am 22.01.19 um 19:12 schrieb Jim Jagielski:
I am trying to understand the various numberings we have and where they count
and what they mean.
Of course, the X.Y.Z numbers make sense... but then we have a "BUILD" number
and a 'mX' number
uhh OK, digging a bit in old Sun times. ;-)
- The x.y.
I may be wrong, but I think the update service may use the build number to
determine which updates to offer. So I think build numbers for 4.1.7 should be
less than 4.2.
Regards,
Dave
Sent from my iPhone
> On Jan 22, 2019, at 10:12 AM, Jim Jagielski wrote:
>
> I am trying to understand the va
Hello Jim
Am 22.01.19 um 19:12 schrieb Jim Jagielski:
> I am trying to understand the various numberings we have and where they count
> and what they mean.
>
> Of course, the X.Y.Z numbers make sense... but then we have a "BUILD" number
> and a 'mX' number
>
> What are they for? Can a 4.2.0 ha
Am 22.01.19 um 20:00 schrieb Mechtilde:
Am 22.01.19 um 19:22 schrieb Jim Jagielski:
It's old and has been EOL for awhile. But we're just talking build server...
to support older systems we need to use an older system.
There are some older systems which are still supported for 32 bit and 64
bit
Hello,
Am 22.01.19 um 19:22 schrieb Jim Jagielski:
> It's old and has been EOL for awhile. But we're just talking build server...
> to support older systems we need to use an older system.
There are some older systems which are still supported for 32 bit and 64
bit.
And wie should use the same s
I am trying to understand the various numberings we have and where they count
and what they mean.
Of course, the X.Y.Z numbers make sense... but then we have a "BUILD" number
and a 'mX' number
What are they for? Can a 4.2.0 have a build of say 9810 and a 4.17 of 9812?
--
It's old and has been EOL for awhile. But we're just talking build server...
to support older systems we need to use an older system.
> On Jan 22, 2019, at 1:15 PM, Mechtilde wrote:
>
> Hello
>
> Am 22.01.19 um 19:09 schrieb Jim Jagielski:
>> I've been playing around with using Fedora19 instead
Hello
Am 22.01.19 um 19:09 schrieb Jim Jagielski:
> I've been playing around with using Fedora19 instead of
> CentOS7 for the 4.2.0 ("official") builds... Mostly
> due to CentOS7 not really supporting 32bit and it doesn't
> seem wise to use 2 sep systems for the Linux builds
> or an "AltArch" buil
I've been playing around with using Fedora19 instead of
CentOS7 for the 4.2.0 ("official") builds... Mostly
due to CentOS7 not really supporting 32bit and it doesn't
seem wise to use 2 sep systems for the Linux builds
or an "AltArch" build.
Fed19 fully supports 64 and 32bit and, in fact, CentOS7 i
Hi Jim,
Am 21.01.19 um 19:25 schrieb Jim Jagielski:
> I'll just go ahead and create a branch. They are cheap. And, at least, we'll
> have a branch ready in case we need it. If not, no big deal.
https://svn.apache.org/viewvc?view=revision&revision=1844683
and
https://svn.apache.org/viewvc?view=r
16 matches
Mail list logo
