[odc] Daily ports changes for 2007-06-29

ODC auto at squish.net
Sat Jun 30 07:00:06 BST 2007


OpenBSD ports changes summary for 2007-06-29
============================================

audio/amarok                            audio/audacious-plugins
audio/faad                              audio/mpd
audio/xmcd                              devel/cpphs
devel/gstreamer-plugins                 devel/hmake
devel/idoc                              editors/openoffice
graphics                                graphics/digikam-image-plugins
graphics/digikam-image-plugins-doc      graphics/ffmpeg
infrastructure/mk                       lang/nhc98
multimedia/avidemux                     net/mldonkey
net/smokeping                           sysutils/hot-babe
textproc/p5-Lingua-EN-Inflect           x11/gnome
x11/vlc                                 

== audio ============================================================= 01/11 ==

  http://www.openbsd.org/cgi-bin/cvsweb/ports/audio

amarok

  ~ Makefile                              ~ distinfo
  ~ patches/patch-amarok_src_contextbrowser_cpp
  ~ patches/patch-amarok_src_playlistwindow_cpp
  ~ pkg/PLIST                             

  > update to 1.4.6, slightly faster wrt sqlite (espie@)

audacious-plugins

  ~ Makefile                              + patches/patch-src_aac_src_libmp4_c

  > - use exact width data types for libfaad interaction
  > - LIB_DEPENDS libfaad >= 1.0
  > - bump PKGNAME-main
  > OK naddy@ (jakemsr@)

faad

  - patches/patch-libfaad_structs_h       ~ Makefile
  ~ patches/patch-configure_in            ~ patches/patch-frontend_main_c
  ~ patches/patch-libfaad_Makefile_am     + patches/patch-include_faad_h
  + patches/patch-plugins_mpeg4ip_aa_file_cpp
  + patches/patch-plugins_mpeg4ip_faad2_cpp
  + patches/patch-plugins_xmms_src_libmp4_c

  > problem:
  > libfaad uses data types with machine dependent bit width in
  > prototypes in its public headers, but in the corresponding library
  > code, machine independent exact width data types are used.
  > solution:
  > change libfaad headers to use the same machine independent exact
  > width data types in the prototypes as in the library.  since the
  > prototypes in the library headers are changed, users of libfaad
  > likely need to be modified to use exact width data types as well.
  > also:
  > - bump libfaad major version number
  > - update plugin code to use exact width data types for libfaad
  > interaction, as per new prototypes
  > - bump package version
  > - sync patches with update-patches
  > problem discovered by, solution discussed with, reviewed, tested
  > and OK naddy@ (jakemsr@)

mpd

  ~ Makefile                              
  + patches/patch-src_inputPlugins_aac_plugin_c
  + patches/patch-src_inputPlugins_mp4_plugin_c

  > - use exact width data types for libfaad interaction
  > - LIB_DEPENDS libfaad >= 1.0
  > - bump PKGNAME
  > OK naddy@ (jakemsr@)

xmcd

  ~ Makefile                              ~ pkg/MESSAGE

  > Use ${PACKAGE} instead of $PACKAGE in the MESSAGE file, so the output at
  > install time makes sense.
  > cvs: ----------------------------------------------------------------------
  > (mbalmer@)

== devel ============================================================= 02/11 ==

  http://www.openbsd.org/cgi-bin/cvsweb/ports/devel

cpphs

  ~ Makefile                              ~ distinfo
  ~ pkg/DESCR                             

  > Update to 1.4.
  > Tweak WANTLIB (gmp only required when built with ghc).
  > Take maintainership.
  > Not that some regression tests fail. This will be fixed in the next
  > release. (kili@)

gstreamer-plugins

  ~ Makefile                              ~ patches/patch-gconf_Makefile_in
  ~ patches/patch-sys_cdrom_gstcdplayer_ioctl_bsd_h
  ~ patches/patch-sys_oss_gstosselement_c
  ~ patches/patch-sys_sunaudio_gstsunaudio_c
  ~ patches/patch-sys_sunaudio_gstsunmixer_c
  + patches/patch-ext_faad_gstfaad_c      

  > - use exact width data types for libfaad interaction
  > - LIB_DEPENDS-faad libfaad >= 1.0
  > - bump PKGNAME-main and PKGNAME-${PLUGIN}
  > - remove unused PATCHLEVEL variable
  > - adjust WANTLIB-main and WANTLIB-gnome as per lib-depends-check
  > - sync patches with update-patches
  > OK naddy@ (jakemsr@)

  ~ Makefile                              

  > better comments;  ok steven@ (martynas@)

hmake

  ~ Makefile                              ~ pkg/PLIST

  > Build with nhc98 if no ghc is available. (kili@)

  ~ Makefile                              

  > And bump the PKGNAME. (kili@)

idoc

  ~ Makefile                              

  > Tweak WANTLIB (gmp only needed when built with ghc).
  > Take maintainership. (kili@)

== editors =========================================================== 03/11 ==

  http://www.openbsd.org/cgi-bin/cvsweb/ports/editors

openoffice

  ~ Makefile                              
  + patch-bridges_source_cpp_uno_gcc3_openbsd_x86-64_uno2cpp_cxx

  > fix an amd64 segfault see while testing the java subpackage (File ->
  > Wizards -> Fax). patch objtained from OOo bug report:
  > http://www.openoffice.org/issues/show_bug.cgi?id=71815
  > okay robert@ (kurt@)

== graphics ========================================================== 04/11 ==

  http://www.openbsd.org/cgi-bin/cvsweb/ports/graphics

graphics

  ~ Makefile                              

  > digikam-image-plugins folded back into digikam proper (espie@)

digikam-image-plugins

  - Makefile                              - distinfo
  - pkg/DESCR                             - pkg/PLIST

  > digikam-image-plugins folded back into digikam proper (espie@)

digikam-image-plugins-doc

  - Makefile                              - distinfo
  - pkg/DESCR                             - pkg/PLIST

  > digikam-image-plugins folded back into digikam proper (espie@)

ffmpeg

  ~ Makefile                              + patches/patch-libavcodec_faad_c

  > - use exact width data types for libfaad interaction
  > - LIB_DEPENDS libfaad >= 1.0
  > - bump PKGNAME
  > OK naddy@ (jakemsr@)

== infrastructure ==================================================== 05/11 ==

  http://www.openbsd.org/cgi-bin/cvsweb/ports/infrastructure

mk

  ~ bsd.port.mk                           

  > add support for FTP_KEEPALIVE.
  > You need a somewhat current ftp(1) for this to work !!! (espie@)

== lang ============================================================== 06/11 ==

  http://www.openbsd.org/cgi-bin/cvsweb/ports/lang

nhc98

  - patches/patch-src_prelude_List_Difference_hs
  - patches/patch-src_runtime_Integer_alloca_c
  - patches/patch-src_runtime_Integer_asmlong_h
  ~ Makefile                              ~ distinfo
  ~ patches/patch-Makefile                ~ patches/patch-script_harch
  ~ patches/patch-script_tprofprel        ~ pkg/PLIST
  + patches/patch-configure               + patches/patch-man_nhc98_1
  + patches/patch-script_confhc           + patches/patch-script_greencard_inst
  + patches/patch-script_hood_inst        + patches/patch-script_hsc2hs_inst
  + patches/patch-script_nhc98_inst       
  + patches/patch-src_compiler98_RenameLib_hs
  + patches/patch-src_runtime_Kernel_collector_c
  + patches/patch-tests_conformance98_Directory_getDirContents_getDir_stdout
  + patches/patch-tests_runtests          

  > Update to 1.18.
  > Take maintainership.
  > Note that the powerpc problems will be fixed separately. (kili@)

== multimedia ======================================================== 07/11 ==

  http://www.openbsd.org/cgi-bin/cvsweb/ports/multimedia

avidemux

  ~ Makefile                              
  + patch-avidemux_ADM_audiocodec_ADM_codecfaad_cpp

  > - use exact width data types for libfaad interaction
  > - move libfaad from WANTLIB to LIB_DEPENDS and LIB_DEPEND
  > libfaad >= 1.0
  > - bump PKGNAME
  > libfaad move from WANTLIB to LIB_DEPENDS OK ajacoutot@ (MAINTAINER)
  > OK naddy@ (jakemsr@)

== net =============================================================== 08/11 ==

  http://www.openbsd.org/cgi-bin/cvsweb/ports/net

mldonkey

  ~ stable/Makefile                       

  > drop maintainership, switching to amule... (espie@)

smokeping

  ~ Makefile                              ~ distinfo
  ~ patches/patch-bin_smokeping_dist      ~ patches/patch-etc_config_dist
  ~ patches/patch-htdocs_smokeping_cgi_dist
  ~ pkg/PLIST                             

  > update to version 2.1.1; from Stuart Henderson
  > change MAINTAINER to Stuart as well (jakob@)

  ~ Makefile                              

  > fix broken dependency; from MAINTAINER (jakob@)

  ~ Makefile                              ~ pkg/PLIST

  > simpler do-install, and sync PLIST accordingly (missing items)
  > with and ok stu at spacehopper.org (MAINTAINER) (jasper@)

== sysutils ========================================================== 09/11 ==

  http://www.openbsd.org/cgi-bin/cvsweb/ports/sysutils

hot-babe

  ~ Makefile                              

  > better comments;  ok steven@ (martynas@)

== textproc ========================================================== 10/11 ==

  http://www.openbsd.org/cgi-bin/cvsweb/ports/textproc

p5-Lingua-EN-Inflect

  ~ Makefile                              

  > better comments;  ok steven@ (martynas@)

== x11 =============================================================== 11/11 ==

  http://www.openbsd.org/cgi-bin/cvsweb/ports/x11

gnome

  ~ gnome.port.mk                         

  > add a plain ${VERSION} variable, aids the conversion (jasper@)

  ~ gnome.port.mk                         

  > remove USE_X11 from here, stuff like gnome-backgrounds doesn't use X11, but
  > it does use this module.. (jasper@)

  ~ gnome.port.mk                         

  > only set MASTER_SITES, if it's not already defined. (jasper@)

  ~ gnome.port.mk                         

  > oops, this is better. (jasper@)

  ~ metacity/Makefile                     

  > better comments;  ok steven@ (martynas@)

  ~ gnome.port.mk                         

  > sigh...really remove use_x11 (jasper@)

vlc

  ~ Makefile                              

  > give update-desktop-database a chance to work by adding desktop-file-utils
  > to RUN_DEPENDS;  ok ajacoutot@ (martynas@)

===============================================================================


More information about the odc mailing list