bitbake gs failed

bitbake gs failed

[Kang Kai]

[-- Attachment #1: Type: text/plain, Size: 1095 bytes --]

Hi Saul,

When I import gs (ghostscript) from oe, I copy the whole directory of gs 
from oe and put it at meta/recipes-extend/gs.  When run 'bitbake gs', 
the bitbake comlains:

ERROR: Nothing PROVIDES 'gs'
ERROR: Command execution failed: Traceback (most recent call last):
   File "/mnt/sda8/poky-neil/bitbake/lib/bb/command.py", line 102, in 
runAsyncCommand
     commandmethod(self.cmds_async, self, options)
   File "/mnt/sda8/poky-neil/bitbake/lib/bb/command.py", line 200, in 
buildTargets
     command.cooker.buildTargets(pkgs_to_build, task)
   File "/mnt/sda8/poky-neil/bitbake/lib/bb/cooker.py", line 827, in 
buildTargets
     taskdata.add_provider(localdata, self.status, k)
   File "/mnt/sda8/poky-neil/bitbake/lib/bb/taskdata.py", line 353, in 
add_provider
     self.add_provider_internal(cfgData, dataCache, item)
   File "/mnt/sda8/poky-neil/bitbake/lib/bb/taskdata.py", line 373, in 
add_provider_internal
     raise bb.providers.NoProvider(item)
NoProvider: gs

The bb file is in attachment.
Would you like to help me to check it?
Thank you!
Kai

[-- Attachment #2: gs_8.64.bb --]
[-- Type: text/plain, Size: 2866 bytes --]

DESCRIPTION = "An interpreter of the Postscript language"
LICENSE = "GPLv2"
SECTION = "console/utils"
HOMEPAGE = "http://www.gnu.org/software/ghostscript/ghostscript.html"
DEPENDS = "jpeg zlib fontconfig cups gs-tools-native"
PR = "r4"

SRC_URI = "${DEBIAN_MIRROR}/main/g/ghostscript/ghostscript_${PV}~dfsg.orig.tar.gz;name=tarball \
           file://0001_svn_snapshot.patch \
           file://0002_svn_snapshot_jbig2dec.patch \
           file://1001_install_cjk_examples.patch \
           file://1002_ps2pdf_man_fix.patch \
           file://1003_fix_autoconf_create_from_infiles.patch \
           file://1004_CVE-2009-0792_CVE-2009-0584_CVE-2009-0583.patch \
           file://1006_system-jasper.patch \
           file://1007_fix_pphs_script_not_lib.patch \
           file://2001_docdir_fix_for_debian.patch \
           file://2002_gs_man_fix_debian.patch \
           file://unix-aux.mak \
           "

SRC_URI[tarball.md5sum] = "e42706c2409815df5c959484080fd4a3"
SRC_URI[tarball.sha256sum] = "cc856d33cb781cdc3383b8eb4e0f390997f8359fe144a906b84297b5d377f03d"

S = "${WORKDIR}/ghostscript-${PV}~dfsg"

inherit autotools

EXTRA_OECONF = "--without-x --with-jasper --with-zlib=${STAGING_DIR_HOST}${layout_prefix} --with-fontpath=${datadir}/fonts"

TARGET_CC_ARCH += "${LDFLAGS}"

PACKAGES += "cups-gs"

do_configure() {
        # hack script to allow for cross compiling jasper
        sed 's,&& ./configure$,& --host=\$host --build=\$build --target=\$target,g' -i configure
        gnu-configize
        CFLAGS="${CFLAGS} -fPIC" oe_runconf
}

do_configure_append() {
        # copy tools from the native gs build
        mkdir -p obj soobj
        for i in genarch genconf mkromfs echogs gendev genht; do
                cp ${STAGING_BINDIR_NATIVE}/gs-tools-${PV}/$i obj/$i
                cp ${STAGING_BINDIR_NATIVE}/gs-tools-${PV}/$i soobj/$i
        done
        # Prevent mkromfs from being recompiled for the target
        cp ${WORKDIR}/unix-aux.mak base/
}

do_compile_append () {
        oe_runmake CFLAGS="${CFLAGS} -fPIC" so
}

do_install_prepend () {
        sed -e 's#CUPSSERVERBIN=${STAGING_LIBDIR}/cups#CUPSSERVERBIN=${libdir}/cups#g' -i ${S}/Makefile
        sed -e 's#CUPSDATA=${STAGING_DATADIR}/cups#CUPSDATA=${datadir}/cups#g' -i ${S}/Makefile
}

do_install_append () {
        oe_runmake 'DESTDIR=${D}' soinstall
	# recent cups expects this file in /usr/share/cups/mime
	# so duplicate it for compatibility
	mkdir -p ${D}/${datadir}/cups/mime/
        cp ${D}/etc/cups/pstoraster.convs ${D}/${datadir}/cups/mime/

	install -d ${D}${incluedir}/ghostscript
	install -m 644 ${S}/psi/*.h ${D}${includedir}/ghostscript/
}

FILES_${PN} += "${datadir}/ghostscript"
FILES_cups-gs = "${libdir}/cups/filter/ ${datadir}/cups ${sysconfdir}/cups"

RDEPENDS_cups-gs += "gs"

Re: bitbake gs failed

[Joshua Lock]

On Fri, 2011-04-29 at 14:45 +0800, Kang Kai wrote:
> Hi Saul,
> 
> When I import gs (ghostscript) from oe, I copy the whole directory of gs 
> from oe and put it at meta/recipes-extend/gs.  When run 'bitbake gs', 
> the bitbake comlains:
> 
> ERROR: Nothing PROVIDES 'gs'
> ERROR: Command execution failed: Traceback (most recent call last):
>    File "/mnt/sda8/poky-neil/bitbake/lib/bb/command.py", line 102, in 
> runAsyncCommand
>      commandmethod(self.cmds_async, self, options)
>    File "/mnt/sda8/poky-neil/bitbake/lib/bb/command.py", line 200, in 
> buildTargets
>      command.cooker.buildTargets(pkgs_to_build, task)
>    File "/mnt/sda8/poky-neil/bitbake/lib/bb/cooker.py", line 827, in 
> buildTargets
>      taskdata.add_provider(localdata, self.status, k)
>    File "/mnt/sda8/poky-neil/bitbake/lib/bb/taskdata.py", line 353, in 
> add_provider
>      self.add_provider_internal(cfgData, dataCache, item)
>    File "/mnt/sda8/poky-neil/bitbake/lib/bb/taskdata.py", line 373, in 
> add_provider_internal
>      raise bb.providers.NoProvider(item)
> NoProvider: gs
> 
> The bb file is in attachment.
> Would you like to help me to check it?
> Thank you!
> Kai

This means the dependency chain for gs is broken, when pulling a recipe
from somewhere else you need to ensure all of its dependencies are
present too:

DEPENDS = "jpeg zlib fontconfig cups gs-tools-native"

I don't think we have cups or gs-tools-native in oe-core?

Regards,
Joshua
-- 
Joshua Lock
        Yocto Build System Monkey
        Intel Open Source Technology Centre

Re: bitbake gs failed

[Mark Hatle]

On 4/29/11 9:24 AM, Joshua Lock wrote:
> On Fri, 2011-04-29 at 14:45 +0800, Kang Kai wrote:
>> Hi Saul,
>>
>> When I import gs (ghostscript) from oe, I copy the whole directory of gs 
>> from oe and put it at meta/recipes-extend/gs.  When run 'bitbake gs', 
>> the bitbake comlains:

This is an example of an error condition that needs to be improved.  The error
nothing provides 'gs' is misleading.  We have something that provides "gs", what
we don't have are the dependencies of gs.  It would be really nice to correct
the error message to indicate that, and then skip the traceback.

--Mark

>> ERROR: Nothing PROVIDES 'gs'
>> ERROR: Command execution failed: Traceback (most recent call last):
>>    File "/mnt/sda8/poky-neil/bitbake/lib/bb/command.py", line 102, in 
>> runAsyncCommand
>>      commandmethod(self.cmds_async, self, options)
>>    File "/mnt/sda8/poky-neil/bitbake/lib/bb/command.py", line 200, in 
>> buildTargets
>>      command.cooker.buildTargets(pkgs_to_build, task)
>>    File "/mnt/sda8/poky-neil/bitbake/lib/bb/cooker.py", line 827, in 
>> buildTargets
>>      taskdata.add_provider(localdata, self.status, k)
>>    File "/mnt/sda8/poky-neil/bitbake/lib/bb/taskdata.py", line 353, in 
>> add_provider
>>      self.add_provider_internal(cfgData, dataCache, item)
>>    File "/mnt/sda8/poky-neil/bitbake/lib/bb/taskdata.py", line 373, in 
>> add_provider_internal
>>      raise bb.providers.NoProvider(item)
>> NoProvider: gs
>>
>> The bb file is in attachment.
>> Would you like to help me to check it?
>> Thank you!
>> Kai
> 
> This means the dependency chain for gs is broken, when pulling a recipe
> from somewhere else you need to ensure all of its dependencies are
> present too:
> 
> DEPENDS = "jpeg zlib fontconfig cups gs-tools-native"
> 
> I don't think we have cups or gs-tools-native in oe-core?
> 
> Regards,
> Joshua

Re: bitbake gs failed

[Joshua Lock]

On Fri, 2011-04-29 at 09:57 -0500, Mark Hatle wrote:
> On 4/29/11 9:24 AM, Joshua Lock wrote:
> > On Fri, 2011-04-29 at 14:45 +0800, Kang Kai wrote:
> >> Hi Saul,
> >>
> >> When I import gs (ghostscript) from oe, I copy the whole directory of gs 
> >> from oe and put it at meta/recipes-extend/gs.  When run 'bitbake gs', 
> >> the bitbake comlains:
> 
> This is an example of an error condition that needs to be improved.  The error
> nothing provides 'gs' is misleading.  We have something that provides "gs", what
> we don't have are the dependencies of gs.  It would be really nice to correct
> the error message to indicate that, and then skip the traceback.

Yes indeed, Scott is going to work on this for 1.1
http://bugzilla.pokylinux.org/show_bug.cgi?id=542

Cheers,
Joshua
-- 
Joshua Lock
        Yocto Build System Monkey
        Intel Open Source Technology Centre

Re: bitbake gs failed

[Scott Garman]

On 04/29/2011 07:57 AM, Mark Hatle wrote:
> On 4/29/11 9:24 AM, Joshua Lock wrote:
>> On Fri, 2011-04-29 at 14:45 +0800, Kang Kai wrote:
>>> Hi Saul,
>>>
>>> When I import gs (ghostscript) from oe, I copy the whole directory of gs
>>> from oe and put it at meta/recipes-extend/gs.  When run 'bitbake gs',
>>> the bitbake comlains:
>
> This is an example of an error condition that needs to be improved.  The error
> nothing provides 'gs' is misleading.  We have something that provides "gs", what
> we don't have are the dependencies of gs.  It would be really nice to correct
> the error message to indicate that, and then skip the traceback.

This is definitely a use case I'm planning to fix for Yocto 1.1.

Scott

-- 
Scott Garman
Embedded Linux Engineer - Yocto Project
Intel Open Source Technology Center

Re: bitbake gs failed

[Kang Kai]

> On Fri, 2011-04-29 at 14:45 +0800, Kang Kai wrote:
>> Hi Saul,
>>
>> When I import gs (ghostscript) from oe, I copy the whole directory of gs
>> from oe and put it at meta/recipes-extend/gs.  When run 'bitbake gs',
>> the bitbake comlains:
>>
>> ERROR: Nothing PROVIDES 'gs'
>> ERROR: Command execution failed: Traceback (most recent call last):
>>     File "/mnt/sda8/poky-neil/bitbake/lib/bb/command.py", line 102, in
>> runAsyncCommand
>>       commandmethod(self.cmds_async, self, options)
>>     File "/mnt/sda8/poky-neil/bitbake/lib/bb/command.py", line 200, in
>> buildTargets
>>       command.cooker.buildTargets(pkgs_to_build, task)
>>     File "/mnt/sda8/poky-neil/bitbake/lib/bb/cooker.py", line 827, in
>> buildTargets
>>       taskdata.add_provider(localdata, self.status, k)
>>     File "/mnt/sda8/poky-neil/bitbake/lib/bb/taskdata.py", line 353, in
>> add_provider
>>       self.add_provider_internal(cfgData, dataCache, item)
>>     File "/mnt/sda8/poky-neil/bitbake/lib/bb/taskdata.py", line 373, in
>> add_provider_internal
>>       raise bb.providers.NoProvider(item)
>> NoProvider: gs
>>
>> The bb file is in attachment.
>> Would you like to help me to check it?
>> Thank you!
>> Kai
> This means the dependency chain for gs is broken, when pulling a recipe
> from somewhere else you need to ensure all of its dependencies are
> present too:
>
> DEPENDS = "jpeg zlib fontconfig cups gs-tools-native"
>
> I don't think we have cups or gs-tools-native in oe-core?
cups has been added in yocto, and another file in the same directory is 
named gs-tools-native_8.64.bb

After I remove the DEPENDS and RDEPNDS lines, run "bitbake gs", it still 
failed with:

ERROR: Nothing PROVIDES 'gs'


Then I renamed the gs_8.64.bb to gs2_8.64.bb and run "bitbake gs2", 
bitbake will find gs2 this time. Would you give some advices?

> Regards,
> Joshua
Regards,
Kai