Bonjour j'ai des petit soucis avec depcheck il est pas content. JE pense que je dois utilisé Provides mais pour moi l'urilisation du provides et du requires c'est pas clair.

Quelqu'un peut il m'éclairer, s'il vous plait?

le résultat depcheck http://autoqa.fedoraproject.org/results/383385-autotest/virt01.qa/depcheck/results/dustmite-1-5.2012030.html

le spec
%global     alphatag            20120304
%global     dustmite_revision   gitcde46e0

# The source for this package was pulled from upstream's git.
# Use the following commands to generate the tarball:
# git clone https://github.com/CyberShadow/DustMite.git
# cd DustMite; git rev-parse --short HEAD            -> for DustMite_rev
# git checkout %%dustmite_rev  
# git archive --prefix=dustmite-%%{alphatag}/ HEAD | xz > ../dustmite-%%{alphatag}.xz

Name:           dustmite
Version:        1
Release:        5.%{alphatag}%{dustmite_revision}%{?dist}
Summary:        Minimizes D source code for debugging

License:        Public Domain
URL:            https://github.com/CyberShadow/DustMite
Source0:        %{name}-%{alphatag}%{dustmite_revision}.xz

BuildRequires:  ldc, ldc-phobos-devel, ldc-druntime-devel

%description
DustMite is a tool which minimizes D source code. It was inspired by Tigris
Delta and a thread on digitalmars.D.learn.
DustMite will parse the source code into a simple hierarchy, and attempt to
shrink it by deleting fragments iteratively, as long as the result satisfies
a user-specified condition.

%description -l fr
DustMite est un outil qui permet de minimiser le code source D. Il a été
inspiré par Tigris Delta et un fil sur digitalmars.D.learn.
DustMite va analyser le code source en une hiérarchie simple, et tenter
de réduire l'erreur de segmentation en supprimant itérativement des fragments,
tant que le résultat répond à une condition spécifiée par l'utilisateur.

%prep
%setup -q -n %{name}-%{alphatag}%{dustmite_revision}

%build
ldc2 %{_d_optflags} -d dustmite.d dsplit.d -of dustmite 

%install
install -Dm 0755 dustmite %{buildroot}%{_bindir}/dustmite

%files
%doc README
%{_bindir}/dustmite

%changelog
* Sun Jun 03 2012 Jonathan MERCIER <bioinfornatics at gmail.com> - 1-5.20120221gite2d91da
- build with new dmdfe 2.059

* Thu Mar 15 2012 Jonathan MERCIER <bioinfornatics at gmail.com> - 1-4.20120221gite2d91da
- change module order to build

* Mon Mar 12 2012 Jonathan MERCIER <bioinfornatics at gmail.com> - 1-3.20111218git84c0e08
- rebuild with ldc update

* Mon Mar 12 2012 Jonathan MERCIER <bioinfornatics at gmail.com> - 1-2.20111218git84c0e08
- rebuild with ldc update

* Tue Jan 24 2012 Jonathan MERCIER <bioinfornatics at gmail.com> - 1-1.20111218git84c0e08
- Initial release
En recherchant un peu sur ton erreur, je vois :
--> Requires: libphobos-ldc.so.59

en cherchant un peu avec yum provides pour F17 j'ai ce résultat :
[dominique@host Documents]$ yum provides --enablerepo=updates-testing */libphobos-ldc.so.*
Modules complémentaires chargés : langpacks, presto, refresh-packagekit
updates-testing/metalink                                                                      |  17 kB     00:00     
updates-testing                                                                               | 4.5 kB     00:00     
updates-testing/primary_db                                                                    | 1.2 MB     00:02     
updates-testing/group_gz                                                                      | 434 kB     00:00     
updates-testing/filelists_db                                                                  | 2.0 MB     00:03     
ldc-phobos-2-14.201210307git43667e1.fc17.i686 : Standard Runtime Library
Dépôt               : fedora
Correspondance depuis :
Nom de fichier : /usr/lib/libphobos-ldc.so.58
Nom de fichier : /usr/lib/libphobos-ldc.so.2.0.58



ldc-phobos-2-14.201210307git43667e1.fc17.x86_64 : Standard Runtime Library
Dépôt               : fedora
Correspondance depuis :
Nom de fichier : /usr/lib64/libphobos-ldc.so.2.0.58
Nom de fichier : /usr/lib64/libphobos-ldc.so.58



ldc-phobos-2-18.20120602gitd24592b.fc17.i686 : Standard Runtime Library
Dépôt               : updates-testing
Correspondance depuis :
Nom de fichier : /usr/lib/libphobos-ldc.so.58
Nom de fichier : /usr/lib/libphobos-ldc.so.2.0.58



ldc-phobos-2-18.20120602gitd24592b.fc17.x86_64 : Standard Runtime Library
Dépôt               : updates-testing
Correspondance depuis :
Nom de fichier : /usr/lib64/libphobos-ldc.so.2.0.58
Nom de fichier : /usr/lib64/libphobos-ldc.so.58

Apparemment, libphobos-ldc.so.59 n'est pas encore sur les dépôts, même pas sur updates-testing.

En cherchant un peu sur koji http://koji.fedoraproject.org/koji/rpminfo?rpmID=3139862 , je vois que libphobos-ldc.so.59 est fourni à partir de ldc-phobos-2-20.20120606git260faae.fc17.i686.rpm, qui n'est pas encore sur les dèpôts
oui merci beaucoup pour toutes ces recherches.

J'ai pousser la mise a jour de ldc hier et je l'ai mis en buildoverride suite a quoi j'ai rebuilder les bibliothèque et appli écrite en D car la nouvelle API est arrivé. Du coup il se peut que depcheck n'est pas trouvé automatiquement la dépendance?