[FreeBSD10-RC2] Handbrake compileren vanuit ports mislukt

[MaartenZuidland]

Hoi,

Ik heb al een paar stappen genomen om deze issue op te proberen lossen, maar kom helaas niet verder.

Ik heb mijn vraag al uitstaan op het Handbrake forum (https://forum.handbrake.fr/viewtopic.php?f=13&t=29133), maar ik weet dat men hier niet veel tijd heeft voor FreeBSD vragen (de porter is zelfs al een poos missing in action...).

Ook heb ik in het Porters' Handbook gekeken wat er precies de aanbeveling is:(http://www.freebsd.org/do...handbook/using-iconv.html)

In het kort: er is een hardcoded link naar LibIconv in LibBlueRay gemaakt die geleverd is met de Handbrake Port.
Ik kan alleen niet ontdekken hoe ik deze fout zelf kan herstellen (on the account of, snep er net genoeg en net te weinig van, geen ervaring met C++ en iets voorbij beginner met FreeBSD (voornamelijk config en maintain zaken)).

Als ik de port in FreeBSD probeer krijg ik een fout dat -liconv nog hard coded in libblueray zit die met de port mee komt. de output van mijn encode is te vinden op: http://pastebin.com/tL2AWLNN (let op, lange log, laatste 10 regels zijn echt relevant, denk ik).

Ik heb geprobeerd de workaround uit de Porter's Handbook in de Makefile te zetten, maar dat lijkt niet te helpen.

Van de

code:

USES=       iconv

post-patch:
    @${REINPLACE_CMD} -e 's/-liconv/${ICONV_LIB}/' ${WRKSRC}/Makefile

maakt hij steeds

code:

USES=       iconv

post-patch:
    @${REINPLACE_CMD} -e 's//${ICONV_LIB}/' ${WRKSRC}/Makefile

Maar ik weet ook niet zeker of dat de oplossing is.

Daarna ben ik gaan zoeken in de code, maar kan helaas niet uitgepuzzeld krijgen. Ik kan nergens de LD commando vinden waar -liconv aangeroepen wordt.


Heeft iemand anders ervaringen met een zelfde soort probleem, niet perse in dezelfde port.
Of weet iemand nog meer informatie die ik kan vinden?

(Heb overigens ook andere problemen met compileren als ik via SVN de volledige source code ophaal, daar kan ik nog een heel ander topic over openen.)

[Goderic]

Hoe compileer je? Ik heb al vaak voorgehad dat compileren met make install allemaal vage errors geeft, maar dat portmaster alles wel in de juiste volgorde compileert.

[MaartenZuidland]

Goderic,

Ik compileer inderdaad met make install.
Ik heb het net met portmaster geprobeerd (portmaster multimedia/handbrake), maar krijg helaas hetzelfde resultaat. Hetp robleem lijkt mij in de port zelf te zitten, helaas.

(Wat wel interessant was, was dat portmaster 2 dependenties vond die niet mee komen met make, maar ook niet gedocumenteerd staan op Freshports.... Maar wel logisch leken...)

[Goderic]

In /usr/ports/UPDATING staat er iets over libiconv, maar aangezien je niet wilt updaten maar installeren denk ik niet dat dat het gaat oplossen (en het is ook al vrij oud), maar je kunt altijd proberen:

code:

20130904:
  AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
  AUTHOR: [e-mail]
    
  10-CURRENT after r254273 (committed on August 13, 2013) has an
  implementation of iconv enabled by default in libc.
  
  Due to this change some major overhauling of the ports tree has
  been necessary to move the ports to using that implementation.

  People using pkgng binary packages should have little problems,
  "pkg upgrade" will update all software to not depend on libiconv
  anymore, once updated packages are available. Please make sure to
  perform a "pkg autoremove" after that and check that libiconv is
  correctly removed by it.

  If you are using ports the update requires some manual intervention.
  The following procedure should be followed:

  # pkg query %ro libiconv >ports_to_update
  # pkg delete -f libiconv
  # cat ports_to_update | xargs portmaster

  or:

  # pkg query %ro libiconv >ports_to_update
  # pkg delete -f libiconv
  # cat ports_to_update | xargs portupgrade -f

Ik zou als dat niet werkt, het eens op het FreeBSD forum en/of de FreeBSD/multimedia mailing list vragen. Veel meer kans dat er daar iemand is die je kan helpen.

[CAPSLOCK2000]

MaartenZuidland schreef op donderdag 02 januari 2014 @ 23:25:

Als ik de port in FreeBSD probeer krijg ik een fout dat -liconv nog hard coded in libblueray zit die met de port mee komt. de output van mijn encode is te vinden op: http://pastebin.com/tL2AWLNN (let op, lange log, laatste 10 regels zijn echt relevant, denk ik).

Ik heb geprobeerd de workaround uit de Porter's Handbook in de Makefile te zetten, maar dat lijkt niet te helpen.

Van de

code:

USES=       iconv

post-patch:
    @${REINPLACE_CMD} -e 's/-liconv/${ICONV_LIB}/' ${WRKSRC}/Makefile

maakt hij steeds

code:

USES=       iconv

post-patch:
    @${REINPLACE_CMD} -e 's//${ICONV_LIB}/' ${WRKSRC}/Makefile

Wat bedoel je met "maakt hij steeds". Begrijp ik goed dat op het moment dat je 'make' uitvoert de Makefile wordt aangepast? Dan vermoed ik dat die fix er al in zit of dat WRKSRC en ICONV_LIB niet zijn gedefinieerd. Het lijkt er namelijk op alsof je de fix loslaat op de regel met de fix.

De 's' in bovenstaande commando staat voor substitute, oftewel 'vervang -liconv door ${ICONV_LIB}'. Dus als -liconv uit die regel verdwijnt vermoed ik dat hij zichzelf zit te editten.

[MaartenZuidland]

Goderic,
De port is inderdaad niet geïnstalleerd. Ik heb er (helaas misschien) voor gekozen toen ik op de -CURRENT over ging om de server schoon te installeren. (Inmiddels zit ik op de 10-RELEASE, toen men overging op de RC builds)

CAPSLOCK2000,
Dat is opzicht een goed punt, had ik niet goed over nagedacht. Ik geef inderdaad in de Makefile de opdracht om de Makefile aan te passen. Ik zal nakijken of ik het commando kan aanpassen.


Ik heb inmiddels ook op het FreeBSD forum mijn vraag geplaatst: https://forums.freebsd.org/viewtopic.php?f=5&t=44121

[narotic]

Mocht je nog geinteresseerd zijn, ik heb zojuist een patch gestuurd die HandBrake naar 0.9.9 update en die ook de gcc en iconv problemen oplost:

http://www.freebsd.org/cgi/query-pr.cgi?pr=186387