Rosegarden is a free integrated musical notation editor and MIDI
sequencer for Unix/X platforms, with specific support for FreeBSD,
Linux PCs and SGI IRIX workstations.
===> The following configuration options are available for rosegarden-25.12_1:
LIRC=off: Infrared remote control support
===> Use 'make config' to modify these settings
audio/rosegarden: update to 25.12 (latest release) and Qt6
This update skips over three years of updates and switches the build
to use Qt6 instead of Qt5. It adds lv2 support. Upstream release notes
are at
https://www.rosegardenmusic.com/wiki/dev:25.12
but the previous six releases are probably relevant, also.
PR: 289532
Reported-by: diizzy@
*/*: De-orbit alias.mk
Mk/Uses/alias.mk was an attempt for compat with DPorts, but has rotted.
This feature was never documented in the PHB, so there is no work to
be done by the docs@ team.
Nothing against DragonFly, but if DPorts still needs FreeBSD 9
support, they really should work that out with upstream projects.
Ultimately, we don't need to keep carrying this outdated feature that
doesn't affect us.
audio/rosegarden: update to 22.06 (latest)
Needs one source-level patch to get it to compile, different
from what was suggested in the PR.
PR: 266867
Reported by: tuc03516@gmail.com
Mk/Uses: always use colon for build/run suffix
Most USES use a colon for build/run(/test) suffixes. Change kde.mk,
qt.mk and pyqt.mk to do the same, and update all ports using that.
Document in CHANGES.
PR: 266034
Exp-run by: antoine
Approved by: tcberner (mentor)
Differential Revision: https://reviews.freebsd.org/D36349
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
audio: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
* <dmagda+libsamplerate@ee.ryerson.ca>
* <trasz@FreeBSD.org>
* Adam Weinberger
* Adam Weinberger <adamw@FreeBSD.org>
* Akinori MUSHA aka knu <knu@idaemons.org>
* Aleksander Fafula <alex@bsdguru.org>
* Alex Allan <alex@kamaz.org.uk>
* Alexander Botero-Lowry <alex@foxybanana.com>
* Alexander Kojevnikov <alexander@kojevnikov.com>
* Alexander Nedotsukov <bland@FreeBSD.org>
* Alexander Vereeken <Alexander88207@protonmail.com>
(Only the first 15 lines of the commit message are shown above )
audio/jack: Update to Jack2: 0.125.0 -> 1.9.16
Big thank you to Florian Walpen <dev@submerge.ch> and
Goran Mekić <meka@tilda.center> for working on Jack2.
PR: 251125
Submitted by: Florian Walpen <dev@submerge.ch> (original version)
audio/rosegarden, update to latest upstream release
Release notes at
https://rosegardenmusic.com/wiki/dev:20.06
various bugfixes.
On FreeBSD, with Qt 5.15, the "double-click-in-empty-space crash"
persists, mentioned in PR 242957. I haven't had time to debug
that (nor has the other participant in that thread).
Reported by: portscout
Update audio/rosegarden to latest upstream commit
Release notes are at
https://www.rosegardenmusic.com/wiki/dev:19.12
There's two handfuls of minor bugfixes and some new auto-scrolling
features.
I notice now that Rosegarden crashes (this version, also the version
in ports, 18.12) if you double-click on a fragment, so it looks like
there are very few heavy users of the application (or I'm doing it
wrong).
PR: 242957
Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.
PR: 238330
Fix Qt5 symbol version scripts to put the catch-all clause first. When
a symbol matches multiple clauses the last one takes precedence. If the
catch-all is last it captures everything. In the case of Qt5 libraries
this caused all symbols to have a Qt_5 label while some should have
Qt_5_PRIVATE_API. This only affects lld because GNU ld always gives the
catch-all lowest priority.
Older versions of Qt5Webengine exported some memory allocation symbols from
the bundled Chromium. Version 5.9 stopped exporting these [1] but the
symbols were kept as weak wrappers for the standard allocation functions to
maintain binary compatibility. [2][3] The problem is that the call to the
standard function in these weak wrappers is only resolved to the standard
function if there's a call to this standard function in other parts of
Qt5Webengine, because only then is there a non-weak symbol that takes
precedence over the weak one. If there's no such non-weak symbol the call
(Only the first 15 lines of the commit message are shown above )
Update audio/rosegarden to 18.12 (latest release).
Release Notes since 17.04 (previous version in ports):
https://rosegardenmusic.com/wiki/dev:17.12https://rosegardenmusic.com/wiki/dev:18.06https://rosegardenmusic.com/wiki/dev:18.12
Notable is removing Qt4 support, which aligns well with our intentions
to remove Qt4 from ports. Since Qt5 was the default toolkit already,
this should have little impact on Rosegarden users.
Each of the releases had a bunch of bugfixes as well.
This update supercedes the update in the PR, which bumped to version 17.12.
PR: 227384
Reported by: yuri
Change cmake default behaviour to outsource.
Ports that build out of source now simply can use "USES=cmake"
instead of "USES=cmake:outsource". Ports that fail to build
out of source now need to specify "USES=cmake:insource".
I tried to only set insource where explictely needed.
PR: 232038
Exp-run by: antoine
Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.
PR: 231590
Mark QT4 ports/functionality for removal on 2019-03-15
While here, chase some KDE4 ports and functionality, these are scheduled for
removal on 2018-12-31. Change the default option/flavor to QT5 where applicable
or use alternative toolkits like GTK.
Submitted by: tcberner
Reviewed by: adridg, jhale, rene, tcberner
Approved by: portmgr (implicit, flavor hook)
Differential Revision: https://reviews.freebsd.org/D17741
Bump PORTREVISION for ports depending on the canonical version of GCC
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.
This includes ports
- featuring USE_GCC=yes or USE_GCC=any,
- featuring USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and those
- with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.
PR: 222542
Replace bsd.qt.mk by Uses/qt.mk and Uses/qt-dist.mk
From now on, ports that depend on Qt4 will have to set
USES= qt:4
USE_QT= foo bar
ports depending on Qt5 will use
USES= qt:5
USE_QT= foo bar
PR: 229225
Exp-run by: antoine
Reviewed by: mat
Approved by: portmgr (antoine)
Differential Revision: -https://reviews.freebsd.org/D15540
Take maintainership of unowned ports audio/{rosegarden,musescore}.
Both are Qt5 applications related to sheet music.
Approved by: tcberner (mentor)
Differential Revision: https://reviews.freebsd.org/D14206
Bump PORTREVISION for ports depending on the canonical version of GCC
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++11-lang,
c++14-lang, c++0x, c11, or gcc-c++11-lib.
PR: 219275
Update ot 17.04
* drop files/patch-src_gui_application_main.cpp
-- it built fine with gcc5 gcc6 and clang without it
Approved by: rakuco (mentor, implicit)
Differential Revision: https://reviews.freebsd.org/D10829
Bump PORTREVISIONs for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using using Mk/bsd.octave.mk which in turn has USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
c++11-lang, c++0x, c11, or gcc-c++11-lib.
PR: 216707
Replace USES=libtool:oldver with USES=libtool or USES=libtool:keepla in
the 32 ports that still use it. Bump PORTREVISION on their dependent
ports except the ones that depend on these:
audio/libogg
audio/libvorbis
devel/pcre
ftp/curl
graphics/jpeg
graphics/libart_lgpl
graphics/tiff
textproc/expat2
textproc/libxslt
In these cases the same trick as in the recent gettext update is used.
(Only the first 15 lines of the commit message are shown above )
Update to version 13.10
===== New Features =====
* Selection event filter can select rests
* Selection event filter can select either performance or notation
duration
* LilyPond export converts a ''(c)'' or a ''(C)'' in the copyright
header to a proper symbol automatically
* New interpretation toolbar for the notation editor streamlines the
''**Adjust -> Interpret**'' process
* New option to allow LilyPond to export fingerings inside the staff
(can improve collision resolution)
* New option to instruct Rosegarden not to start JACK automatically at
startup, allowing you to control this behavior without having to
put garbage in your ~/.jackdrc file
* Support LilyPond 2.14
- Update to version 13.06
- Remove MAKE_JOBS_SAFE, now it's default
- Set compiler not preprocessor flags
The biggest highlight of 13.06 is that Ted Felix has reduced CPU usage
by almost 50% when recording MIDI. Rosegarden has been plagued with
MIDI recording problems for most of its history, and this improvement is
huge. While Ted worked on stabilization, Tom Breton made significant
improvements in a variety of areas. (See new features enumerated below.)
This release should be significantly more stable than recent versions,
and we encourage all users to give this improved version a try.
Convert my ports to current standards
- Switch USE_GMAKE to USES=gmake
- Define supported options so users can see them in config dialogs
- Use OPTIONS_SUB for plist alteration
- Convert to options macros for better readability
- Use PORTDOCS where it makes sense
Update to version 13.02
This is a stabilization release that includes some important fixes.
Users should feel encouraged to upgrade to 13.02 immediately, and stop
using previous versions of Rosegarden.
===== Bug Fixes =====
* Use 64 for "dumb" NoteOff velocities, not 127
* Made InternalSegmentMapper handle RealTime segment delays consistently
* SortingInserter now sorts stably, fixing a noteoff race in MIDI export
* Fixed old code that never worked, making Rosegarden export LilyPond
staff names that include transposition information
* Fixed crash when changing the number of audio submasters (Tim Munro)
===== New Features =====
* LilyPond export now inserts \RemoveEmptyStaves to suppress the
printing of empty staves by default
* Tracks have a secondary "short label" property. The primary label
is exported to LilyPond as the long staff name, eg., "Trumpet in Bb,"
and the secodary label is the short staff name, eg., "Tpt."
Update to 12.12.25
Changelog:
* Update Japanese translation
* Fix problem with conflicting keyboard shortcuts that were
introduced in 12.12 accidentally
Update to version 11.11.42
This release includes a fix for a major LilyPond export bug, so if you do
anything with notation, it's worth upgrading immediately. It also includes
the CPU usage reduction work and updated translations.
Update to version 11.11.11
Rosegarden 11.11.11 is a minor point release that includes additional
translations, and one notable change by Ted Felix that might offer a
tangible reduction in CPU usage without any noticeable side effects.
Feature safe: yes
- update fftw3* to 3.3 [1], and adjust dependent ports
- make use of optimizations by default, where possible
(quad flavor to follow shortly, and mpi at a later date)
Suggestions and patches from: ache, C. Burns, wen
- Add LDFLAGS to CONFIGURE_ENV and MAKE_ENV (as it was done with LDFLAGS)
- Fix all ports that add {CPP,LD}FLAGS to *_ENV to modify flags instead
PR: 157936
Submitted by: myself
Exp-runs by: pav
Approved by: pav
- Update X.org ports to 7.4+ (few ports are more recent than the katamari).
- Bump PORTREVISION for all ports depending on libglut since the shlib
version number went from 4 to 3.
- Bump PORTREVISION for all ports depending on libXaw as libXaw.so.8 isn't
installed anymore.
- Couple of ports fixes (mostly missing xorg components added to USE_XORG).
Mass-conversion to the USE_AUTOTOOLS New World Order. The code present
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.
Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.
Preliminary documentation can be found at:
http://people.FreeBSD.org/~ade/autotools.txt
which is in the process of being SGMLized before introduction into the
Porters Handbook.
Light blue touch-paper. Run.
Fix location of true(1) in configure.in. This problem is masked if
makedepend (a part of imake) is installed as configure looks for it first.
If it cannot find it it just uses true(1) instead. Since upgrade of X.Org
ports to 6.8.1, makedepend is no longer necessary there at build time.
Tell it that true actually lives in /usr/bin as putting this in
CONFIGURE_ENV doesn't work.
Whoa there, boy, that's a mighty big commit y'all have there...
Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".
For ports-in-waiting:
USE_LIBTOOL=YES -> USE_LIBTOOL_VER=13
USE_AUTOCONF=YES -> USE_AUTOCONF_VER=213
USE_AUTOMAKE=YES -> USE_AUTOMAKE_VER=14
Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed.
