On Sun, Jan 14, 2024 at 05:04:10PM +0100, Rafael Sadowski wrote:
> On Sun Jan 14, 2024 at 03:44:39PM +0100, Antoine Jacoutot wrote:
> > On Sat, Jan 13, 2024 at 09:22:05PM +0100, Rafael Sadowski wrote:
> > > The upcoming doxygen update 1.10.0 fails to generate docs in libgpho
On Sun Jan 14, 2024 at 03:44:39PM +0100, Antoine Jacoutot wrote:
> On Sat, Jan 13, 2024 at 09:22:05PM +0100, Rafael Sadowski wrote:
> > The upcoming doxygen update 1.10.0 fails to generate docs in libgphoto2.
> > Doxygen is just pain in libgphoto. The following diff stops us
On Sat, Jan 13, 2024 at 09:22:05PM +0100, Rafael Sadowski wrote:
> The upcoming doxygen update 1.10.0 fails to generate docs in libgphoto2.
> Doxygen is just pain in libgphoto. The following diff stops using
> doxygen in libgphoto2.
>
> OK?
Hi.
Using --disable-internal-doc
Update diff doxygen and doxygen-gui to 1.10.0. I tested alle consumers
and the diff includes those that needs a bump.
This diff does not include the libgphoto2 changes but it re-adds a
lost[1] patch (patches/patch-src_dirdef_cpp) which I deleted a long time
ago with an update. I don't think
The upcoming doxygen update 1.10.0 fails to generate docs in libgphoto2.
Doxygen is just pain in libgphoto. The following diff stops using
doxygen in libgphoto2.
OK?
Cheers Rafael
Index: Makefile
===
RCS file: /cvs/ports/graphics
Sure ok. Thanks
—
Antoine
> On 28 Jan 2021, at 21:59, Rafael Sadowski wrote:
>
> The second CONFIGURE_ARGS overwrites the first. Issue spotted by tb,
> full report here:
>
> http://build-failures.rhaalovely.net/aarch64/2021-01-24/astro/stellarium.log
>
> Index: Makefile
>
The second CONFIGURE_ARGS overwrites the first. Issue spotted by tb,
full report here:
http://build-failures.rhaalovely.net/aarch64/2021-01-24/astro/stellarium.log
Index: Makefile
===
RCS file: /cvs/ports/astro/stellarium/Makefile,v
penbsd.org 2020/08/24 00:15:04
> > >
> > > Modified files:
> > > devel/doxygen : Makefile distinfo
> > > devel/doxygen/patches: patch-doc_CMakeLists_txt
> > >
> > > Log message:
> > > Update doxygen to 1.8.19
> > >
> >
On Sat Aug 29, 2020 at 12:19:13PM +0100, Stuart Henderson wrote:
> On 2020/08/24 00:15, Rafael Sadowski wrote:
> > CVSROOT:/cvs
> > Module name:ports
> > Changes by: rsadow...@cvs.openbsd.org 2020/08/24 00:15:04
> >
> > Modified files:
> >
On 2020/08/24 00:15, Rafael Sadowski wrote:
> CVSROOT: /cvs
> Module name: ports
> Changes by: rsadow...@cvs.openbsd.org 2020/08/24 00:15:04
>
> Modified files:
> devel/doxygen : Makefile distinfo
> devel/doxygen/patches: patch-doc_CMakeLists_
Any objections?
On Mon Jan 01, 2018 at 03:21:37PM +0100, Rafael Sadowski wrote:
> Hi All,
>
> please find below a simple diff to update doxygen. There are a three
> notables changes:
>
> - Remove the DOXYGEN_ENCODE_PATH_STRIP hack diff. No port uses it anymore
> - Ch
Hi All,
please find below a simple diff to update doxygen. There are a three
notables changes:
- Remove the DOXYGEN_ENCODE_PATH_STRIP hack diff. No port uses it anymore
- Change MAINTAINER email address
- CONFIGURE_ARGS and BUILD_DEPENDS tweaks
The only one consumer opencv builds fine
On Sat Apr 29, 2017 at 09:37:26PM +0200, Rafael Sadowski wrote:
> Hi All,
>
> simple patch to disable doxygen as BUILD_DEPENDS. No plist changes
> detected.
>
> Comments? Ok?
>
> Rafael Sadowski
>
> Index: Makefile
>
Log attached.
--
Antoine
okular-4.14.3p3.log.gz
Description: application/gunzip
Rafael Sadowski <raf...@sizeofvoid.org> writes:
> Hi All,
>
> simple patch to disable doxygen as BUILD_DEPENDS. No plist changes
> detected.
>
> Comments? Ok?
ok jca@
You can also remove math/graphviz from BUILD_DEPENDS, looks like dot is
used for doxygen only.
>
Hi All,
simple patch to disable doxygen as BUILD_DEPENDS. No plist changes
detected.
Comments? Ok?
Rafael Sadowski
Index: Makefile
===
RCS file: /cvs/ports/devel/tclap/Makefile,v
retrieving revision 1.3
diff -u -p -u -p -r1.3
Rafael Sadowski <raf...@sizeofvoid.org> writes:
> Hi ports@,
>
> simple diff to disbale doxygen in kmymoney and libalkimia. No changes in
> plist.
ok
--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Hi ports@,
simple diff to disbale doxygen in kmymoney and libalkimia. No changes in
plist.
kmymoney:
Index: Makefile
===
RCS file: /cvs/ports/productivity/kmymoney/Makefile,v
retrieving revision 1.10
diff -u -p -u -p -r1.10
Rafael Sadowski <raf...@sizeofvoid.org> writes:
> Hi ports@,
>
> please find below a simple diff to remove doxygen as BUILD_DEPENDS. No
> changes in plist because digikam only creates a CMake target which is
> never called.
>
> Comments? Ok?
If it builds, ship it. :)
Hi ports@,
please find below a simple diff to remove doxygen as BUILD_DEPENDS. No
changes in plist because digikam only creates a CMake target which is
never called.
Comments? Ok?
Best regards,
Rafael Sadowski
Index: Makefile
> > > On Wed, Apr 26, 2017 at 08:35:02AM +0200, Rafael Sadowski wrote:
> > > > > Hi All,
> > > > >
> > > > > stellarium without Doxygen. OK? Comments?
> > > >
> > > > I'm fine with it.
> > > > While we're
te:
> > > > Hi All,
> > > >
> > > > stellarium without Doxygen. OK? Comments?
> > >
> > > I'm fine with it.
> > > While we're at it, what's the rational behind these recent Doxygen
> > > changes? Is
> > > it to remove it from
iro...@openbsd.org>
>
> # GPLv2
> PERMIT_PACKAGE_CDROM=Yes
>
> -MASTER_SITES= ${HOMEPAGE} \
> - ftp://ftpthep.physik.uni-mainz.de/pub/GiNaC/
> +MASTER_SITES=${HOMEPAGE}
> EXTRACT_SUFX=.tar.bz2
>
> WANTLIB=
On Wed, Apr 26, 2017 at 09:14:37AM +0200, Rafael Sadowski wrote:
> On Wed Apr 26, 2017 at 08:54:01AM +0200, Antoine Jacoutot wrote:
> > On Wed, Apr 26, 2017 at 08:35:02AM +0200, Rafael Sadowski wrote:
> > > Hi All,
> > >
> > > stellarium without Doxy
On Wed Apr 26, 2017 at 08:54:01AM +0200, Antoine Jacoutot wrote:
> On Wed, Apr 26, 2017 at 08:35:02AM +0200, Rafael Sadowski wrote:
> > Hi All,
> >
> > stellarium without Doxygen. OK? Comments?
>
> I'm fine with it.
> While we're at it, what's the rational behin
On Wed, Apr 26, 2017 at 08:35:02AM +0200, Rafael Sadowski wrote:
> Hi All,
>
> stellarium without Doxygen. OK? Comments?
I'm fine with it.
While we're at it, what's the rational behind these recent Doxygen changes? Is
it to remove it from ports or ?
>
> Best regards,
>
Hi All,
stellarium without Doxygen. OK? Comments?
Best regards,
Rafael Sadowski
Index: Makefile
===
RCS file: /cvs/ports/astro/stellarium/Makefile,v
retrieving revision 1.48
diff -u -p -u -p -r1.48 Makefile
--- Makefile25 Mar
On Tue Apr 25, 2017 at 02:42:53PM +0300, Paul Irofti wrote:
> A few comments below.
>
> > Index: Makefile
> > ===
> [...]
> > -MODULES = lang/python
> > -BUILD_DEPENDS =devel/do
On 2017/04/25 14:42, Paul Irofti wrote:
> A few comments below.
>
> > Index: Makefile
> > ===
> [...]
> > -MODULES = lang/python
> > -BUILD_DEPENDS =devel/doxygen
> > +MODULE
A few comments below.
> Index: Makefile
> ===
[...]
> -MODULES = lang/python
> -BUILD_DEPENDS = devel/doxygen
> +MODULES =lang/python \
> + gcc4
> +
> +MODGCC4_LANGS =
Rafael Sadowski <raf...@sizeofvoid.org> writes:
> On Mon Apr 24, 2017 at 08:43:38PM +0200, Rafael Sadowski wrote:
>> Hi ports@,
>>
>> libktorrent without Doxygen and dditional CMake policies.
>>
>> OK? Comments?
>>
>> Best reg
On Mon Apr 24, 2017 at 08:43:38PM +0200, Rafael Sadowski wrote:
> Hi ports@,
>
> libktorrent without Doxygen and dditional CMake policies.
>
> OK? Comments?
>
> Best regards,
>
> Rafael Sadowski
>
New diff below with -DCMAKE_DISABLE_FIND_PACKAGE_Doxygen from
Rafael Sadowski <raf...@sizeofvoid.org> writes:
> Hi ports@,
>
> soprano without Doxygen. OK? Comments?
Maybe we can do without a patch, using
CONFIGURE_ARGS += -DCMAKE_DISABLE_FIND_PACKAGE_Doxygen:Bool=Yes
I guess the REVISION bump is here because this changes the content
Hi ports@,
libktorrent without Doxygen and dditional CMake policies.
OK? Comments?
Best regards,
Rafael Sadowski
Index: Makefile
===
RCS file: /cvs/ports/net/libktorrent/Makefile,v
retrieving revision 1.11
diff -u -p -u -p -r1.11
Hi ports@,
soprano without Doxygen. OK? Comments?
Best regards,
Rafael Sadowski
Index: Makefile
===
RCS file: /cvs/ports/databases/soprano/Makefile,v
retrieving revision 1.17
diff -u -p -u -p -r1.17 Makefile
--- Makefile10 Apr
Rafael Sadowski <raf...@sizeofvoid.org> writes:
> Hi ports@,
>
> libnjb without Doxygen. OK? Comments?
ok jca@
--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
On 2017/04/23 21:35, Jeremie Courreges-Anglas wrote:
> >>
> >> Try this:
> >>
> >> pkg_add doxygen
> >> make configure
> >> pkg_delete doxygen
> >> make
> >>
> >> Either you must supply the BUILD_DEPENDS, or dis
Rafael Sadowski <raf...@sizeofvoid.org> writes:
> On Sat Apr 22, 2017 at 08:28:08PM +0100, Stuart Henderson wrote:
>> On 2017/04/21 23:38, Rafael Sadowski wrote:
>> > Hi ports@,
>> >
>> > audio/liblo does not use doxygen to generate documents and t
On Sat Apr 22, 2017 at 08:28:08PM +0100, Stuart Henderson wrote:
> On 2017/04/21 23:38, Rafael Sadowski wrote:
> > Hi ports@,
> >
> > audio/liblo does not use doxygen to generate documents and there are no
> > docs in the current plist.
> >
> &
On Sat Apr 22, 2017 at 07:58:18PM +0200, Jeremie Courreges-Anglas wrote:
> Rafael Sadowski <raf...@sizeofvoid.org> writes:
>
> > Hi ports@, Hi pirofti@,
> >
> > remove doxygen as BUILD_DEPENDS and disable doxygen via CONFIGURE_ENV.
> > No docs in plist and no c
On 2017/04/21 23:38, Rafael Sadowski wrote:
> Hi ports@,
>
> audio/liblo does not use doxygen to generate documents and there are no
> docs in the current plist.
>
> OK? Comments?
>
> Best regards,
>
&g
Rafael Sadowski <raf...@sizeofvoid.org> writes:
> Hi ports@, Hi pirofti@,
>
> remove doxygen as BUILD_DEPENDS and disable doxygen via CONFIGURE_ENV.
> No docs in plist and no chnages after update-list.
>
> OK? Comments?
ok jca@
btw, looks like MASTER_SITES should b
OK
De la: Rafael Sadowski
Trimis: vineri, 21 aprilie 2017 23:58
Către: ports@openbsd.org
Cc: Paul Irofti
Subiect: math/ginac without Doxygen docs
Hi ports@, Hi pirofti@,
remove doxygen as BUILD_DEPENDS and disable doxygen via CONFIGURE_ENV.
No docs in plist and no chnages after update-list.
OK
Hi ports@,
libnjb without Doxygen. OK? Comments?
Best regards,
Rafael Sadowski
Index: Makefile
===
RCS file: /cvs/ports/audio/libnjb/Makefile,v
retrieving revision 1.14
diff -u -p -u -p -r1.14 Makefile
--- Makefile12 Nov 2016
Hi ports@,
audio/liblo does not use doxygen to generate documents and there are no
docs in the current plist.
OK? Comments?
Best regards,
Rafael
Index: Makefile
===
RCS file: /cvs/ports/audio/liblo/Makefile,v
retrieving revision
Hi ports@, Hi pirofti@,
remove doxygen as BUILD_DEPENDS and disable doxygen via CONFIGURE_ENV.
No docs in plist and no chnages after update-list.
OK? Comments?
Best regards,
Rafael Sadowski
Index: Makefile
===
RCS file: /cvs
*ping*
On Sat Mar 25, 2017 at 09:06:35AM +0100, Rafael Sadowski wrote:
> Hi All,
>
> straightforward update to the last doxygen version. After all
> problematic doxygen ports have been modified, the doxygen update is
> ready. The following ports still use it but there are n
Hi All,
straightforward update to the last doxygen version. After all
problematic doxygen ports have been modified, the doxygen update is
ready. The following ports still use it but there are no PLIST changes:
astro/stellarium
audio/liblo
audio/libnjb
databases/soprano
devel/simulavr
devel/tclap
On Sun Feb 05, 2017 at 12:51:40AM +0100, Jeremie Courreges-Anglas wrote:
> Rafael Sadowski <raf...@sizeofvoid.org> writes:
>
> > Hi All!
>
> Hi Rafael,
>
> > Below you can find a patch to disable Doxygen docs in ede/lib.
> > I modified configure becaus
Rafael Sadowski <raf...@sizeofvoid.org> writes:
> Hi All!
Hi Rafael,
> Below you can find a patch to disable Doxygen docs in ede/lib.
> I modified configure because there is no option to disable doxygen.
A bit hackish, but I used ac_cv_path_DOXYGEN="" in CONFIGURE
Hi All,
remove doxygen as BUILD_DEPEND from kde4. Yes there are some doxygen files in
kde4/runtime and kde4/nepomuk-core but no CMake task or similar.
Tested with no PLIST changes (no relevant change).
Kind regards,
Rafael
Index: nepomuk-core/Makefile
Hi All!
Below you can find a patch to disable Doxygen docs in ede/lib.
I modified configure because there is no option to disable doxygen.
Best regards,
Rafael
Index: Makefile
===
RCS file: /cvs/ports/x11/ede/lib/Makefile,v
Hi All,
till awesome 4.0 ready here is a version whitout Doxygen docs and
with new MASTER_SITES.
Best regards,
Rafael Sadowski
Index: Makefile
===
RCS file: /cvs/ports/x11/awesome/Makefile,v
retrieving revision 1.103
diff -u -p -u
Hi All,
simple patch to remove doxygen as BUILD_DEPEND.
Best regards,
Rafael
Index: Makefile
===
RCS file: /cvs/ports/devel/libmtp/Makefile,v
retrieving revision 1.33
diff -u -p -u -p -r1.33 Makefile
--- Makefile12 Nov 2016 20
Hi All,
simple patch to remove doxygen ad BUILD_DEPEND.
Best regards,
Rafael
Index: Makefile
===
RCS file: /cvs/ports/net/ortp/Makefile,v
retrieving revision 1.11
diff -u -p -u -p -r1.11 Makefile
--- Makefile12 Nov 2016 20:50
Hi All.
simple patch to remove doxygen ad BUILD_DEPEND.
Index: Makefile
===
RCS file: /cvs/ports/multimedia/libquicktime/Makefile,v
retrieving revision 1.51
diff -u -p -u -p -r1.51 Makefile
--- Makefile12 Nov 2016 20:50:41 -
On Mon Dec 19, 2016 at 03:34:34PM +0300, Vadim Zhukov wrote:
>
> We could also stop avoiding devel/doxygen dep in general, right?
>
Yes, this is on my list after the split.
Rafael
{MACHINE_ARCH} == "mips64" || ${MACHINE_ARCH} == "mips64el"
>> # ld(1) fails
>> CONFIGURE_ARGS+=-Denglish_only:Bool=ON
>
> devel/doxygen-gui would need this as much as devel/doxygen does.
>
> re doxygen-gui: since we build doxygen and not just doxywizard, li
{BUILD_PACKAGES:M-gui}
> -CONFIGURE_ARGS+=-Dbuild_wizard:Bool=ON
> -CONFIGURE_ARGS+=-Dforce_qt4:Bool=ON
> -MODULES+=x11/qt4
> -.endif
> .if ${MACHINE_ARCH} == "mips64" || ${MACHINE_ARCH} == "mips64el"
> # ld(1) fails
> CONFIGURE_ARGS+=-Denglish_only:Bool=ON
devel/
t; > Yup, something like @pkgpath devel/doxygen,-main and @pkgpath
> > devel/doxygen,-gui. Rafael, would you mind sending the diff that
> > *removes* the gui parts from devel/doxygen? :)
> >
> > Unless I'm mistaken, doxygen-gui has no use if devel/doxygen itself
> >
On Mon Dec 12, 2016 at 01:31:55PM +0100, Jeremie Courreges-Anglas wrote:
> Stuart Henderson <s...@spacehopper.org> writes:
>
> > You need @pkgpath markers so that updates work.
>
> Yup, something like @pkgpath devel/doxygen,-main and @pkgpath
> devel/doxygen,-gui. Raf
Stuart Henderson <s...@spacehopper.org> writes:
> You need @pkgpath markers so that updates work.
Yup, something like @pkgpath devel/doxygen,-main and @pkgpath
devel/doxygen,-gui. Rafael, would you mind sending the diff that
*removes* the gui parts from devel/doxygen? :)
Unless I'm
You need @pkgpath markers so that updates work.
--
Sent from a phone, apologies for poor formatting.
On 10 December 2016 08:36:45 Rafael Sadowski <raf...@sizeofvoid.org> wrote:
Hi ports@,
based on the discussion [1] I would like to split doxygen in two
separate ports. Below you c
Hi ports@,
based on the discussion [1] I would like to split doxygen in two
separate ports. Below you can see a diff to remove gui from current
port. Please find attached doxygen-gui tarball witch only include
doxywizard and doxywizard.1.
In conflict prevention, doxygen and doxygen-gui still
t
> have Qt5 anymore on this machine...
>
> ok?
>
>
> Index: Makefile
> =======
> RCS file: /d/cvs/ports/devel/doxygen/Makefile,v
> retrieving revision 1.37
> diff -u -p -r1.37 Makefile
> --- Makefile 12 Nov 2016 20:59:18 - 1.37
>
s option.
In the meantime, let's unbreak the current situation by going back to
Qt4. Rafael, does the -Dforce_qt4:Bool=ON part actually works? I don't
have Qt5 anymore on this machine...
ok?
Index: Makefile
===
RCS file: /d/c
or earlier version with qt4.
>>
>> This would require a LDEP change, and possibly a revision bump also, or
>> the inclusion of the gcc4 module and revision bump.
>
> Yep, valid concern.
>
> As well as the ones you've suggested there's another option too.
> Any of the
usion of the gcc4 module and revision bump.
Yep, valid concern.
As well as the ones you've suggested there's another option too.
Any of these should work:
1. add the gcc4 module to doxygen so that the no_gui pseudo-flavour is
also built with ports gcc. simple, but downside: pushes anything using
t 01:33:34AM +0100, Stuart Henderson wrote:
>>>>> These plist changes for every update are getting silly, I think I'd
>>>>> rather disable doxygen in those ports..
>>>>>
>>>>
>>>> Other opinions or agreements?
>>>>
>>&
Nigel Taylor <njtaylor0...@btinternet.com> writes:
> On 10/22/16 16:42, Rafael Sadowski wrote:
>> On Tue Sep 20, 2016 at 01:33:34AM +0100, Stuart Henderson wrote:
>>> These plist changes for every update are getting silly, I think I'd
>>> rather disable doxygen
On 10/22/16 16:42, Rafael Sadowski wrote:
> On Tue Sep 20, 2016 at 01:33:34AM +0100, Stuart Henderson wrote:
>> These plist changes for every update are getting silly, I think I'd
>> rather disable doxygen in those ports..
>>
>
> Other opinions or agreements?
>
On 2016/11/10 11:31, Jeremie Courreges-Anglas wrote:
> Rafael Sadowski <raf...@sizeofvoid.org> writes:
>
> > On Tue Sep 20, 2016 at 01:33:34AM +0100, Stuart Henderson wrote:
> >> These plist changes for every update are getting silly, I think I'd
> >> r
Rafael Sadowski <raf...@sizeofvoid.org> writes:
> On Tue Sep 20, 2016 at 01:33:34AM +0100, Stuart Henderson wrote:
>> These plist changes for every update are getting silly, I think I'd
>> rather disable doxygen in those ports..
>>
>
> Other opinions or agreeme
Hi,
Rafael Sadowski wrote:
> On Tue Sep 20, 2016 at 01:33:34AM +0100, Stuart Henderson wrote:
>> These plist changes for every update are getting silly, I think I'd
>> rather disable doxygen in those ports..
>>
>
> Other opinions or agreements?
Doxygen breaks very
On Tue Sep 20, 2016 at 01:33:34AM +0100, Stuart Henderson wrote:
> These plist changes for every update are getting silly, I think I'd
> rather disable doxygen in those ports..
>
Other opinions or agreements?
>
>
> On 2016/09/19 21:38, Rafael Sadowski wrote:
> > Hi
These plist changes for every update are getting silly, I think I'd
rather disable doxygen in those ports..
On 2016/09/19 21:38, Rafael Sadowski wrote:
> Hi ports@
>
> updated again. Doxygen port changes:
>
> - Switch to qt5
> -- Build doxyapp, doxyindexer applicati
Hi ports@
updated again. Doxygen port changes:
- Switch to qt5
-- Build doxyapp, doxyindexer applications (Tested @amd64)
- Some patches are no longer needed (committed upstream)
- Take Maintainer
I checked all ports with doxygen usage:
devel/libmtpREVISION bump and updated
nes.
> > >
> > > These changes are exactly why I, for one, didn't dig into the update yet.
> >
> > Of course I understand you but I don't like to use doxygen own libmd5.
> > md5(3) is in base and MD5Data is doing the same as MD5Buffer+MD5SigToString.
> >
> > I've
These changes are exactly why I, for one, didn't dig into the update yet.
>>
>> Of course I understand you but I don't like to use doxygen own libmd5.
>> md5(3) is in base and MD5Data is doing the same as MD5Buffer+MD5SigToString.
>>
>> I've learned[1] to use ba
On 2015/12/09 19:09, Jérémie Courrèges-Anglas wrote:
> >> - Don't use own libmd5 but base md5
> >> - Use MD5Data() instead of MD5Buffer+MD5SigToString
>
> What is the point with those two items? This adds clutter to this
> update and possible problems for the following ones.
These changes are
Buffer+MD5SigToString
> > >
> > > What is the point with those two items? This adds clutter to this
> > > update and possible problems for the following ones.
> >
> > These changes are exactly why I, for one, didn't dig into the update yet.
>
> Of cou
ith those two items? This adds clutter to this
> > update and possible problems for the following ones.
>
> These changes are exactly why I, for one, didn't dig into the update yet.
Of course I understand you but I don't like to use doxygen own libmd5.
md5(3) is in base and MD5Data is doing th
Stuart Henderson writes:
> On 2015/12/09 19:09, Jérémie Courrèges-Anglas wrote:
>> >> - Don't use own libmd5 but base md5
>> >> - Use MD5Data() instead of MD5Buffer+MD5SigToString
>>
>> What is the point with those two items? This adds clutter to this
>> update and possible
r my first attempt here is the new diff to update doxygen.
Looks fine, thanks for your work on this. A bulk build is currently
running with your patch applied, no visible fallout so far.
There's one thing that worries me though.
>> doxygen port highlights:
>>
>> - switch t
Hi @ports,
nobody cares *ping* harder ;-)
Cheers, Rafael
On Sun Nov 22, 2015 at 04:51:14PM +0100, Rafael Sadowski wrote:
> Hi ports@
>
> after my first attempt here is the new diff to update doxygen.
>
> doxygen port highlights:
>
> - switch to CMake
> - Don't use
On Sun Nov 22, 2015 at 04:51:14PM +0100, Rafael Sadowski wrote:
> Hi ports@
>
> after my first attempt here is the new diff to update doxygen.
>
> doxygen port highlights:
>
> - switch to CMake
> - Don't use own libmd5 but base md5
> - Use MD5Data() instead of MD5B
Hi ports@
after my first attempt here is the new diff to update doxygen.
doxygen port highlights:
- switch to CMake
- Don't use own libmd5 but base md5
- Use MD5Data() instead of MD5Buffer+MD5SigToString
I checked all ports with doxygen usage.
- No changes with 1.8.10:
audio/liblo
database
On 8/18/2012 10:59 PM, Brian Callahan wrote:
Hi ports --
A while ago, I reported that devel/doxygen did not build on mips64el
unless --english-only was enabled. Later, it was extended to include
mips64. I've just discovered that the if statement dealing with mips64
and mips64el is somehow wrong
Hi ports --
A while ago, I reported that devel/doxygen did not build on mips64el
unless --english-only was enabled. Later, it was extended to include
mips64. I've just discovered that the if statement dealing with mips64 and
mips64el is somehow wrong, as it doesn't pass --english-only when
On Sun, Apr 01, 2012 at 10:46:38PM +0100, Stuart Henderson wrote:
The doxygen port has a note tucked away at the bottom of a very
long DESCR telling you to set DOXYGEN_ENCODE_PATH_STRIP=${WRKSRC}
to avoid random-looking html filenames (based on md5 of the full
path including the port's work
The doxygen port has a note tucked away at the bottom of a very
long DESCR telling you to set DOXYGEN_ENCODE_PATH_STRIP=${WRKSRC}
to avoid random-looking html filenames (based on md5 of the full
path including the port's work directory).
It only affects ports with the random-looking filenames
2012/1/26 Bryan Irvine sparcta...@gmail.com
On Tue, Jan 17, 2012 at 7:36 PM, Bryan Irvine sparcta...@gmail.com
wrote:
Im trying to compile gpsd and doxygen fails to compile (I think gimp
needs this one too).
update.
I added --english-only to the configure args for doxygen
On Tue, Jan 17, 2012 at 7:36 PM, Bryan Irvine sparcta...@gmail.com wrote:
Im trying to compile gpsd and doxygen fails to compile (I think gimp
needs this one too).
update.
I added --english-only to the configure args for doxygen and it
compiled and installed just fine. I did attempt to adjust
Im trying to compile gpsd and doxygen fails to compile (I think gimp
needs this one too).
The lines leading up to the failure are:
../lib/libdoxygen.a(language.o)(.text+0x2c): In function
`setTranslator(char const*)':
: relocation truncated to fit: R_MIPS_CALL16 qstricmp(char const*, char const
Okay?
Index: Makefile
===
RCS file: /cvs/ports/devel/doxygen/Makefile,v
retrieving revision 1.17
diff -u -p -r1.17 Makefile
--- Makefile17 Oct 2011 10:24:52 - 1.17
+++ Makefile13 Nov 2011 15:05:10 -
@@ -1,5 +1,6
Here's an update to doxygen prompted by seeing some 'unsupported tag'
warnings. I'm not sure if we want this now or not (it will need a bulk
build if we do, there will definitely be some PLIST fallout) but since
I have the diff I figured I'd send it out and see what anyone thinks...
Index
On Tue, Jan 01, 2008 at 03:11:13PM +0100, Eric Faurot wrote:
Hi and happy new year.
While working on another port, simon and I noticed that the current doxygen
is broken. Generated HTML filenames for directory listing are constructed by
md5 summing the original path, but the md5 algorithm
On Wed, Jan 02, 2008 at 09:47:32PM +0100, Simon Bertrang wrote:
On Tue, Jan 01, 2008 at 03:11:13PM +0100, Eric Faurot wrote:
Hi and happy new year.
While working on another port, simon and I noticed that the current doxygen
is broken. Generated HTML filenames for directory listing
Hi and happy new year.
While working on another port, simon and I noticed that the current doxygen
is broken. Generated HTML filenames for directory listing are constructed by
md5 summing the original path, but the md5 algorithm used is broken on 64bit
archs, so the PLIST differed. This is fixed
Hi!
Attached is an update to doxygen-1.4.5. It would be cool if some
doxygen users can test it. Thanks.
Bernd
Index: Makefile
===
RCS file: /cvs/ports/devel/doxygen/Makefile,v
retrieving revision 1.2
diff -u -u -r1.2 Makefile
1 - 100 of 102 matches
Mail list logo