Recherche avancée

Sur d’autres sites (8792)

• ffmpeg and 64 bit architecure

  16 avril 2015, par nevgauker

  there is a pretty old project i need to upload to the store.
  how old you ask ? 32 bit only ,no arc and no story board...

  since in this days in mandatory to make a single archive that support 32 and 64 build ...i decided to update the valid architecture of the project.
  i discovered that many frameworks do not support 64 bit and i have to update them . the most problematic is ffmpge..
  here i few things that i tried to do and fail :

  1. add ffmpeg as a static libary
  2. add ffmpeg using cocoa pods

  nothing helps...

  here are some of the errors i get :
  Undefined symbols for architecture arm64 :
  "_av_read_frame", referenced from :
  -[Demuxer readPacket :] in Demuxer.o
  "_av_malloc", referenced from :
  -[Streamer writePacket :] in Streamer.o
  "_av_register_all", referenced from :
  +[Streamer initialize] in Streamer.o
  "_avformat_write_header", referenced from :
  -[Streamer writePacket :] in Streamer.o
  "_avio_close", referenced from :
  -[Streamer dealloc] in Streamer.o
  "_av_new_stream", referenced from :
  -[Streamer writePacket :] in Streamer.o
  "_avformat_free_context", referenced from :
  -[Streamer dealloc] in Streamer.o

  any suggestion ?

  the only way i succeed is turn on the "build active architecture only" (and of course get rejected when i try to upload to the store)

  if you refer me to any shell script, please instruct me how to use it

  thanks

• Anomalie #3418 : Les tables des plugins ne s’installent pas

  9 mai 2015, par Maïeul Rouquette

  Ma config local

  PHP Version 5.2.17

  System Darwin FTSR22998 12.6.0 Darwin Kernel Version 12.6.0 : Wed Mar 18 16:23:48 PDT 2015 ; root:xnu-2050.48.19 1/RELEASE_X86_64 x86_64
  Build Date Sep 18 2013 13:58:06
  Configure Command ’./configure’ ’—with-mysql=/Applications/MAMP/Library’ ’—with-apxs2=/Applications/MAMP/Library/bin/apxs’ ’—with-gd’ ’—with-jpeg-dir=/Applications/MAMP/Library’ ’—with-png-dir=/Applications/MAMP/Library’ ’—with-zlib’ ’—with-freetype-dir=/Applications/MAMP/Library’ ’—prefix=/Applications/MAMP/bin/php/php5.2.17’ ’—exec-prefix=/Applications/MAMP/bin/php/php5.2.17’ ’—sysconfdir=/Applications/MAMP/bin/php/php5.2.17/conf’ ’—with-soap’ ’—with-config-file-path=/Applications/MAMP/bin/php/php5.2.17/conf’ ’—enable-track-vars’ ’—enable-bcmath’ ’—enable-ftp’ ’—enable-gd-native-ttf’ ’—with-bz2=/usr’ ’—with-ldap’ ’—with-mysqli=/Applications/MAMP/Library/bin/mysql_config’ ’—with-sqlite’ ’—with-ttf’ ’—with-t1lib=/Applications/MAMP/Library’ ’—enable-mbstring=all’ ’—with-curl=/Applications/MAMP/Library’ ’—enable-dbx’ ’—enable-sockets’ ’—enable-bcmath’ ’—with-imap=shared,/Applications/MAMP/Library/lib/imap-2007f’ ’—enable-soap’ ’—with-kerberos’ ’—enable-calendar’ ’—with-pgsql=shared,/Applications/MAMP/Library/pg’ ’—enable-dbase’ ’—enable-exif’ ’—with-libxml-dir=/Applications/MAMP/Library’ ’—with-gettext=shared,/Applications/MAMP/Library’ ’—with-xsl=/Applications/MAMP/Library’ ’—with-pdo-mysql=shared,/Applications/MAMP/Library’ ’—with-pdo-pgsql=shared,/Applications/MAMP/Library/pg’ ’—with-mcrypt=shared,/Applications/MAMP/Library’ ’—with-openssl’ ’—enable-zip’ ’—with-iconv=/Applications/MAMP/Library’
  Server API Apache 2.0 Handler
  Virtual Directory Support disabled
  Configuration File (php.ini) Path /Applications/MAMP/bin/php/php5.2.17/conf
  Loaded Configuration File /Applications/MAMP/bin/php/php5.2.17/conf/php.ini
  Scan this dir for additional .ini files (none)
  additional .ini files parsed (none)
  PHP API 20041225
  PHP Extension 20060613
  Zend Extension 220060519
  Debug Build no
  Thread Safety disabled
  Zend Memory Manager enabled
  IPv6 Support enabled
  Registered PHP Streams https, ftps, compress.zlib, compress.bzip2, php, file, data, http, ftp, zip
  Registered Stream Socket Transports tcp, udp, unix, udg, ssl, sslv3, sslv2, tls
  Registered Stream Filters zlib.*, bzip2.*, convert.iconv.*, string.rot13, string.toupper, string.tolower, string.strip_tags, convert.*, consumed

  Mon test
  1) spip 3.1 svn 22109
  2) pas de plugins/auto mais le flux déclaré
  3) plugin tickets mis manuellement dans plugins
  4) j’active le plugin. Il se "préactive" en entendance les dépendances
  5) lorsque j’installe saisies, le plugin tickets peut bien s’activer
  6) mais les tables n’ont pas été installées

• Anomalie #3462 (Nouveau) : Gestion des documents utilisés dans les rubriques - suppression impossi...

  5 juin 2015, par Pascal Verrier

  Bonjour,

  Je constate une modification liée à l’utilisation de documents/images au sein du texte explicatif d’une rubrique.
  Dans SPIP 2.1.27 l’édition de rubrique permet l’ajout de documents (bloc Ajouter une image à gauche), cette fonctionnalité a apparemment été supprimée dans la 3.0.19.

  Cela n’interdit pas de saisir des codes type (correspondant à des éléments de la médiathèque chargés auparavant) dans le texte de description de la rubrique, ce qui permet d’utiliser ces contenus dans la présentation d’une rubrique : ils sont bien affichés, mais contrairement à ce qui se passait sur les versions précédentes, on n’a pas en bas de page rubrique du backoffice (exec=naviguer&id_rubrique=N) le rappel des documents liés, or en regardant dans la médiathèque on peut constater que le lien a bien été réalisé (lors de l’enregistrement) entre les documents utilisés et la rubrique.

  Cela se complique lorsque l’on décide de supprimer une rubrique utilisant, ou ayant utilisé des documents.

  Si je reprends ma rubrique, j’en supprime ou déplace tous les articles, j’en supprime le contenu texte, je n’obtiens jamais le bouton "Supprimer cette rubrique". En fait les documents utilisés y sont liés et tant que ces liens existent la suppression est impossible. C’est le même comportement que sur les versions précédentes* à cela près que l’absence de la liste des documents liés (normalement affichés en bas de page, ou à gauche en édition) n’aide pas vraiment à comprendre pourquoi cette rubrique ne peut être supprimée. Seul indice, sous l’identifiant de rubrique est indiqué "N documents". Autre curiosité la rubrique est d’office considérée comme active, et elle apparaît sur l’espace public, même si elle ne contient aucun article. C’est ainsi que l’on se retrouve avec une rubrique vide, impossible à supprimer, et affichée dans les menus de l’espace public.

  En supprimant manuellement les liens document/rubrique depuis la médiathèque le lien "Supprimer cette rubrique" réapparaît.

  (* : je ne suis pas certain par ailleurs que le fait de ne pas pouvoir supprimer une rubrique à laquelle des documents sont liés soit réellement justifié)

  Ce choix de supprimer l’ajout de documents dans l’édition de rubriques est-il intentionnel ? Pourrait-on retrouver le mécanisme existant dans les articles et dans SPIP 2.1 ?
  Serait-il envisageable de pouvoir supprimer directement une rubrique vide sans avoir à se préoccuper de l’existence de ces liens avec les documents ?
  Merci.