On 4/4/2016 2:59 PM, Marcus wrote:
Am 04/04/2016 11:30 PM, schrieb Kay Schenk:
...
In any case, since we don't currently have "official"
distros for Solaris -- I would be content changing all these
issues to ENHANCEMENT rather than DEFECT.
Thoughts?
I think this wouldn't change the actual pr
Am 04/04/2016 11:30 PM, schrieb Kay Schenk:
On 04/04/2016 08:00 AM, Marcus wrote:
Am 04/04/2016 12:11 PM, schrieb Απόστολος Συρόπουλος:
yes, that's nice. But you shouldn't commit fixes without
a possibility
to test if it was good. Would you? ;-)
First I did this in the past. Please see
ht
On 04/04/2016 08:00 AM, Marcus wrote:
> Am 04/04/2016 12:11 PM, schrieb Απόστολος Συρόπουλος:
>>>
>>> yes, that's nice. But you shouldn't commit fixes without
>>> a possibility
>>> to test if it was good. Would you? ;-)
>>>
>>
>> First I did this in the past. Please see
>>
>> https://asyropoulos.w
Am 04/04/2016 01:07 PM, schrieb Patricia Shanahan:
On 4/4/2016 2:28 AM, Marcus wrote:
...
It's simply a fact that we have no experts for Solaris and no testing
hardware.
...
Solaris runs on Intel PC hardware, so no need for special testing hardware.
From the late 1980's to 2002, I was a syst
Am 04/04/2016 12:11 PM, schrieb Απόστολος Συρόπουλος:
yes, that's nice. But you shouldn't commit fixes without a possibility
to test if it was good. Would you? ;-)
First I did this in the past. Please see
https://asyropoulos.wordpress.com/2014/02/05/compiling-openoffice4/
interesting. Than
Hi Marcus, * :)
On Thu, 2016-03-31 at 00:41 +0200, Marcus wrote:
[...]
> @Nicolas:
> AFAIK your company (Adfinis SyGroup AG) is managing the ports for
> Solaris Sparc and x86. Is it possbile to get help from you for this case?
Thanks for keeping me in the loop!
Unfortunately we do not have enou
On 4/4/2016 2:28 AM, Marcus wrote:
...
It's simply a fact that we have no experts for Solaris and no testing
hardware.
...
Solaris runs on Intel PC hardware, so no need for special testing hardware.
From the late 1980's to 2002, I was a system performance analyst and
architect for servers that
On 04/03/2016 06:17 PM, Marcus wrote:
Am 04/03/2016 09:42 PM, schrieb Andrea Pescetti:
Carl Marcum wrote:
I was looking at how some other projects handled "extras" things like
this.
Other projects designed their trees in a different way.
I found Maven uses sub-folders under release/maven fo
>
> yes, that's nice. But you shouldn't commit fixes without a possibility
> to test if it was good. Would you? ;-)
>
First I did this in the past. Please see
https://asyropoulos.wordpress.com/2014/02/05/compiling-openoffice4/
At that time I was sure the patches would find their way to source
Am 04/04/2016 11:14 AM, schrieb Απόστολος Συρόπουλος:
one problem of integrating patches is that you need to test them if the
trunk builds are still OK or if some adjustments are necessary. However,
AFAIK no developer has a Solaris machine under the desk and therefore
it's not a good idea to com
>
> one problem of integrating patches is that you need to test them if the
> trunk builds are still OK or if some adjustments are necessary. However,
> AFAIK no developer has a Solaris machine under the desk and therefore
> it's not a good idea to commit fixes when you don't know what the
> r
11 matches
Mail list logo
