.
Thanks!
Emanuele
diff --git a/debian/rules b/debian/rules
index a1da33b..5e37786 100755
--- a/debian/rules
+++ b/debian/rules
@@ -9,11 +9,10 @@
# Copyright © 2010-2014 Johnny Willemsen
#export DEB_BUILD_MAINT_OPTIONS = hardening=+all
-export DEB_BUILD_MAINT_OPTIONS =
hardening=+format
Hi,
As far as I know this one has been fixed
Johnny
Hi,
I have made a change for this issue, see
https://github.com/DOCGroup/ACE_TAO/pull/1184. Should be in the upcoming
ACE 6.5.11.
Best regards,
Johnny Willemsen
Remedy IT
http://www.remedy.nl
to debian wouldn't take much long but I have no idea how to be
able to do that currently, maybe someone could contact me directly at
jwillem...@remedy.nl to discuss that.
Johnny
On 4/7/20 11:43 PM, Sudip Mukherjee wrote:
> On Tue, Apr 07, 2020 at 01:57:44PM +0200, Johnny Willemsen wrot
Hi,
Would help everyone when someone could upgrade ACE to 6.5.8, the most
recent micro
Johnny
Hi,
I have removed gperf-ace from the control file so that it can be removed
with the next update.
Best regards,
Johnny Willemsen
Remedy IT
Postbus 81 | 6930 AB Westervoort | The Netherlands
http://www.remedy.nl
On 10/11/2017 02:05 AM, Holger Levsen wrote:
> Package: gperf-ace
> Version:
Hi,
The compile fixes for OpenSSL 1.1 support are merged to ACE master, see
https://github.com/DOCGroup/ACE_TAO/pull/494 for all changes that had to
be made.
Best regards,
Johnny Willemsen
Remedy IT
Postbus 81 | 6930 AB Westervoort | The Netherlands
http://www.remedy.nl
Hi,
I am working on the ACE OpenSSL 1.1 support, we schedule to ship this in
the next ACE micro release.
Johnny
Hi,
This issue has been fixed in ACE 6.4.4 which can be obtained from
http://download.dre.vanderbilt.edu/. At the moment someone can assist in
getting ACE uploaded again please contact me directly.
--
Johnny Willemsen
Remedy IT
Postbus 81 | 6930 AB Westervoort | The Netherlands
http
Hi,
Attached a patch which should resolve the gcc-7 issue
Johnny
--
Johnny Willemsen
Remedy IT
Postbus 81 | 6930 AB Westervoort | The Netherlands
http://www.remedy.nl
>From e276777d25c5cff3feb7011140b6d80f94e35302 Mon Sep 17 00:00:00 2001
From: Adam Mitz
Date: Tue, 16 May 2017 13:39:16 -0
Hi,
The version is 6.4.4, that is the next micro release.
Johnny Willemsen
Remedy IT
Postbus 81 | 6930 AB Westervoort | The Netherlands
http://www.remedy.nl
On 05/31/2017 01:25 PM, Johnny Willemsen wrote:
> Hi,
>
> This bug has been fixed upstream and will be part of the next ACE
Hi,
This bug has been fixed upstream and will be part of the next ACE
release (probably 6.3.5)
Johnny
Hi,
> On Sun, May 29, 2016 at 10:15:32AM +0200, Johnny Willemsen wrote:
>> FYI, A fix for this has been recently added to upstream ACE which will
>> be part of the next ACE version.
>
> Great, Do you also have a timeframe for that?
> If this is scheduled in some months,
Hi,
FYI, A fix for this has been recently added to upstream ACE which will
be part of the next ACE version.
Best regards,
Johnny Willemsen
Remedy IT
Postbus 81 | 6930 AB Westervoort | The Netherlands
http://www.remedy.nl
On 05/29/2016 03:23 AM, Mattia Rizzolo wrote:
> Package: ace
> V
Hi,
Could someone check if atop if maybe a define on kfreebsd? That could
explain these strange unexpected errors.
Johnny Willemsen
Remedy IT
Postbus 81 | 6930 AB Westervoort | The Netherlands
http://www.remedy.nl
On 05/06/2016 12:08 PM, Andreas Beckmann wrote:
> Source: ace
> Version:
Hi,
Searching a little bit, looks freebsd has atop as a macro, for which we
had a solution in the freebsd config file, but not kfreebsd. Just
created a pull request https://github.com/DOCGroup/ACE_TAO/pull/254 to
fix this in upstream ACE.
Best regards,
Johnny Willemsen
Remedy IT
Postbus 81
Hi,
Please create a pull request for the necessary changes, ACE is hosted
upstream at https://github.com/DOCGroup/ATCD/.
Best regards,
Johnny Willemsen
Remedy IT
On 11/07/2015 01:12 PM, Kurt Roeckx wrote:
> Source: ace
> Version: 6.3.2+dfsg-1
> Severity: serious
> Control: block
Hi,
It is just that someone needs to get ACE 6.2.7 and package that, support
for gcc 4.9 has been added upstream already some time ago.
I personally have all knowledge of ACE but not about packaging, but as
said, willing to help
Johnny
On 07/21/2014 01:25 PM, Michael Tautschnig wrote:
Hi,
Hi,
Great, did you use the branch I created earlier this week?
Johnny
Op zondag 29 juni 2014 heeft Pau Garcia i Quiles het
volgende geschreven:
> Hello,
>
> I am packaging ACE+TAO 6.2.7, which should solve #746825
>
> Packaging is done. Now I need to do some QA. There are hundreds of
> lintian
Hi,
Thanks for your email. I am also interested in this, but I am unable to
pull code from the pkg-ace debian git repository. Nothing changed at my
side but I now get a public key error. I know all the details of
ACE/TAO, but the debian packaging guidelines are completely new to me. I
just do
Hi,
This is already fixed upstream, an export is lacking
Hi, Johnny, thanks for the upstream help.
Is that fix included in latest 6.2.0 ACE upstream release?
Not 100% sure, you have to try it. It is part of the latest micro, 6.2.6.
Unfortunately seems that Debian ACE is way behind upstrea
Hi,
This is already fixed upstream, an export is lacking
Johnny
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Hi,
I fixed this upstream already, will be changed in the upcoming ACE 6.2.2
version
Regards,
Johnny
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Hi,
On 23/01/2013 09:08, Johnny Willemsen wrote:
Agreed, but I believe Sun intent here was to ensure that
standardization and implementation efforts (IDL to C++ and IIOP
marshalling rules) do not get ruined by code modifications. Yes, I am
interpreting.
@Johnny: any opinion on this? See [1
Hi,
For the AW license, I would recommend to check that on the regular ACE
mailing list, the files where added by Doug Schmidt himself.
Theoretically TAO_IDL can be replaced at some point by ridlc as new IDL
compiler which doesn't have this license problem, but probably that is 6
months of w
Hi,
I'm more annoyed by #697848. The first two issues raised by Ansgar were
not yet discussed with upstream because I need a confirmation on what
is exactly the issue. If this is what I underlined in my reply then I
am afraid we will have no easy solution except for moving ace to
non-free.
I a
Hi,
This file has already been removed from the latest ace versions.
Johnny
Op 18 jun. 2011 om 16:56 heeft Sam Geeraerts het
volgende geschreven:
> Source: ace
> Version: 5.7.7-4
> Severity: serious
> Justification: Policy 2.1.1, 2.1.3, 2.1.6, 2.1.7
> User: gnewsense-...@nongnu.org
> Userta
Hi,
Can you report an issue in the TAO main bugzilla, see
http://bugzilla.dre.vanderbilt.edu/
Johnny
On 05/31/2011 09:13 AM, Tommi Vainikainen wrote:
> Hi,
>
> if this method should not be used, then it should not be recommended in
> the documentation.
>
> The patch I have attached here modifi
Hi,
The default is now error, this is correct in 6.0.2, which says:
-aeError if anonymous type is seen (default)
-awWarning if anonymous type is seen (default is error)
-asSilences the anonymous type diagnostic (default
is error)
John
Hi,
This shouldn't be done at TAO level, you can do similar things at the
ACE level and there are several -ORB options you can use for this.
Exposing this TAO specific internal method is not a good thing to my idea.
Johnny
On 05/30/2011 12:07 PM, Tommi Vainikainen wrote:
> Package: libtao-2.0.1
Hi,
I will commit the file tomorrow upstream
Johnny
On Sunday, August 22, 2010, Marek Brudka wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi,
>
> Revision 706
> (http://svn.debian.org/viewsvn/pkg-ace?view=rev&revision=706) contains
> new configuration file for KFreeBSD. I cann
Hi,
Looks a problem with visibility. What is the exact GCC version used?
Johnny
On 08/16/2010 02:51 PM, Mehdi Dogguy wrote:
> Package: ace
> Version: 5.7.7-2
> Severity: serious
> Justification: FTBFS
>
> Hi maintainer,
>
> Your package fails to build from source on armel:
>> g++ -Wl,-O3 -D_R
Hi,
I think the first step is to really port ace to this platform using
config.h/platform_macros.GNU, this hasn't been tried before.
Johnny
On 08/11/2010 06:40 PM, Petr Salinger wrote:
> Hi,
>
> http://svn.debian.org/viewsvn/pkg-ace/trunk/debian/config.h?revision=704&pathrev=704
>
> does not w
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Looks like the wrong config file is included.
Johnny
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.15 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/
iQEcBAEBAgAGBQJMWTJMAAoJEF6eObUNSFTQljwIANevpvaFDQd+tKlC0ehVU3ry
J
Thomas? Are you on-line?
>
> HTH
> Marek
>
> W dniu 05.07.2010 15:48, Johnny Willemsen pisze:
> > Hi,
>
> > I have tried to generate the documentation for x.8.0 on a FC13 system,
> > there we see the same, 1.4GB for the full documentation package, doing
> > i
Hi,
I have tried to generate the documentation for x.8.0 on a FC13 system,
there we see the same, 1.4GB for the full documentation package, doing
it with older doxygen tools, it was just 350Mb. I am going to try a few
of the options you set below to reduce the size of the release also.
Johnny
On
Hi,
> These files aren't shipped as part of the regular release. I tried to
check
> the release tree on the server but that is already wiped, with the next
> micro I will see if we generate these as part of the regular release, but
> so
> far as I know we don't generate these
The files are also n
Hi,
> > ./ace-6/usr/share/doc/libace-doc/rmcast/search/search.js.gz
> > ./ace-6/usr/share/doc/libace-doc/search/search.js.gz
> > ./ace-6/usr/share/doc/libace-doc/QoS/search/search.js.gz
> > ./ace-6/usr/share/doc/libace-doc/ssl/search/search.js.gz
> >
> > We should exclude .js from dh_compress
>
>
Hi,
> > Do you use the .doxygen files under /etc to generate doxygen, or do you
> do
> > generate everything? For regular distributions we only use the .doxygen
> > files in each /etc directory.
>
> We use (ACE_ROOT)/bin/generate_doxygen.pl -is_release
Ok, that just takes the ones under etc.
Jo
Hi,
Do you use the .doxygen files under /etc to generate doxygen, or do you do
generate everything? For regular distributions we only use the .doxygen
files in each /etc directory.
JOhnny
> It's mostly because of the images and the search capabilities. What
> follows is an explanation of the gro
Hi,
> > Is there anyone at debian who has experience with opensuse build
> service? If
> > someone can take x.7.4 and see what has to be done to the
> > ACE_wrappers/debianbuild package in the distribution, we can
> integrate it.
> > We really would like to see ACE support debian package support o
Hi,
Is there anyone at debian who has experience with opensuse build service? If
someone can take x.7.4 and see what has to be done to the
ACE_wrappers/debianbuild package in the distribution, we can integrate it.
We really would like to see ACE support debian package support out of the
box.
John
Hi,
I would propose yout take a short at 5.7.4, all debian files from Thomas are
under ACE_wrappers/debianbuild. We really want to get debian support inside
the package, just as we did with rpm support for fedora/rhel under rpmbuild.
Johnny
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ.
Hi,
All the files from Thomas are part of the distribution, see
ACE_wrappers/debianbuild. Part is updated, if you have patches for these
debian package file, send them to the list, then we can integrate it.
What is the real problem?
Johnny
> On Sat, Oct 24, 2009 at 6:04 PM, Luk Claes wrote:
>
44 matches
Mail list logo
