Bug 108564 - Update libxine to 1.1.4, fixes
Summary: Update libxine to 1.1.4, fixes
Status: Closed FIXED
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: Normal Affects Only Me
Assignee: MANTANI Nobutaka
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-01-30 19:20 UTC by Jean-Yves Lefort
Modified: 2007-02-15 08:40 UTC (History)
0 users

See Also:

Attachments
file.diff (19.70 KB, patch)
2007-01-30 19:20 UTC, Jean-Yves Lefort 		no flags Details | Diff
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Jean-Yves Lefort freebsd_committer freebsd_triage 2007-01-30 19:20:14 UTC 
- Update to 1.1.4
- Fix disabling esound
- Add jack option and fix packing list when jack is installed
- Fix packing list by disabling v4l (in case multimedia/v4l_compat is
  installed)
- Fix shlib version by using ltverhack
Comment 1 Pav Lucistnik freebsd_committer freebsd_triage 2007-01-30 19:39:48 UTC 
Responsible Changed
From-To: freebsd-ports-bugs->nobutaka

Over to maintainer
Comment 2 Andrew Pantyukhin freebsd_committer freebsd_triage 2007-02-04 00:10:40 UTC 
Right, but can we please stay free of static libs? There
are many reasons for that.

Thanks for the effort, 1.1.4 brings much improvement.
Comment 3 Andrew Pantyukhin freebsd_committer freebsd_triage 2007-02-04 00:10:40 UTC 
Right, but can we please stay free of static libs? There
are many reasons for that.

Thanks for the effort, 1.1.4 brings much improvement.
Comment 4 Jean-Yves Lefort freebsd_committer freebsd_triage 2007-02-04 01:12:23 UTC 
On Sun, 4 Feb 2007 03:10:40 +0300
"Andrew Pantyukhin" <infofarmer@FreeBSD.org> wrote:

> Right, but can we please stay free of static libs? There
> are many reasons for that.

The system libtool creates these static libraries even though the
corresponding shared libraries are dlopenable modules (see for
instance the .a files in /usr/local/lib/gtk-2.0/2.10.0/loaders). Since
both the libtool maintainer and portmgr ignore libtool patches, I
decided not to waste time investigating further.

--
Jean-Yves Lefort

jylefort@FreeBSD.org
http://lefort.be.eu.org/
Comment 5 Jean-Yves Lefort freebsd_committer freebsd_triage 2007-02-04 01:12:23 UTC 
On Sun, 4 Feb 2007 03:10:40 +0300
"Andrew Pantyukhin" <infofarmer@FreeBSD.org> wrote:

> Right, but can we please stay free of static libs? There
> are many reasons for that.

The system libtool creates these static libraries even though the
corresponding shared libraries are dlopenable modules (see for
instance the .a files in /usr/local/lib/gtk-2.0/2.10.0/loaders). Since
both the libtool maintainer and portmgr ignore libtool patches, I
decided not to waste time investigating further.

--
Jean-Yves Lefort

jylefort@FreeBSD.org
http://lefort.be.eu.org/
Comment 6 Andrew Pantyukhin freebsd_committer freebsd_triage 2007-02-15 00:55:07 UTC 
On 2/4/07, Jean-Yves Lefort <jylefort@freebsd.org> wrote:
> On Sun, 4 Feb 2007 03:10:40 +0300
> "Andrew Pantyukhin" <infofarmer@FreeBSD.org> wrote:
>
> > Right, but can we please stay free of static libs? There
> > are many reasons for that.
>
> The system libtool creates these static libraries even though the
> corresponding shared libraries are dlopenable modules (see for
> instance the .a files in /usr/local/lib/gtk-2.0/2.10.0/loaders). Since
> both the libtool maintainer and portmgr ignore libtool patches, I
> decided not to waste time investigating further.

All we need to do to fix the objformat botch here
is /objformat=/s|=.*|=elf| in wrksrc/configure, no
need for system libtool and other stuff.
Comment 7 Andrew Pantyukhin freebsd_committer freebsd_triage 2007-02-15 00:55:07 UTC 
On 2/4/07, Jean-Yves Lefort <jylefort@freebsd.org> wrote:
> On Sun, 4 Feb 2007 03:10:40 +0300
> "Andrew Pantyukhin" <infofarmer@FreeBSD.org> wrote:
>
> > Right, but can we please stay free of static libs? There
> > are many reasons for that.
>
> The system libtool creates these static libraries even though the
> corresponding shared libraries are dlopenable modules (see for
> instance the .a files in /usr/local/lib/gtk-2.0/2.10.0/loaders). Since
> both the libtool maintainer and portmgr ignore libtool patches, I
> decided not to waste time investigating further.

All we need to do to fix the objformat botch here
is /objformat=/s|=.*|=elf| in wrksrc/configure, no
need for system libtool and other stuff.
Comment 8 dfilter service freebsd_committer freebsd_triage 2007-02-15 08:34:59 UTC 
jylefort    2007-02-15 08:34:53 UTC

  FreeBSD ports repository

  Modified files:
    multimedia/libxine   Makefile distinfo pkg-plist 
  Log:
  - Update to 1.1.4
  - Fix disabling esound
  - Add jack option and fix packing list when jack is installed
  - Fix packing list by disabling v4l (in case multimedia/v4l_compat is
    installed)
  - Fix shlib version by using ltverhack
  
  PR:             ports/108564
  Submitted by:   jylefort
  Approved by:    maintainer timeout (16 days)
  
  Revision  Changes    Path
  1.104     +26 -4     ports/multimedia/libxine/Makefile
  1.31      +3 -3      ports/multimedia/libxine/distinfo
  1.42      +215 -111  ports/multimedia/libxine/pkg-plist
_______________________________________________
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org"
Comment 9 Jean-Yves Lefort freebsd_committer freebsd_triage 2007-02-15 08:35:40 UTC 
State Changed
From-To: open->closed

Committed.