小编Ste*_*gny的帖子

FOP 2.1 支持查看器首选项吗?

我正在使用 FOP 2.1 并尝试设置 ViewerPreferences,例如 DisplayDocTitle -> true。

我正在尝试(从这个问题

<fo:declarations>
    <pdf:dictionary type="Catalog" xmlns:pdf="http://xmlgraphics.apache/org/fop/extensions/pdf">
        <pdf:dictionary type="normal" key="ViewerPreferences">
            <pdf:entry key="DisplayDocTitle" type="boolean">true</pdf:entry>
        </pdf:dictionary>
    </pdf:dictionary>
    <x:xmpmeta xmlns:x="adobe:ns:meta/">
    ...
Run Code Online (Sandbox Code Playgroud)

但得到

Jul 13, 2016 11:18:31 AM org.apache.fop.events.LoggingEventListener processEvent
WARNING: Unknown formatting object "{http://xmlgraphics.apache/org/fop/extensions/pdf}dictionary" encountered (a child of fo:declarations}. (See position 242:105)
Jul 13, 2016 11:18:31 AM org.apache.fop.events.LoggingEventListener processEvent
WARNING: Unknown formatting object "{http://xmlgraphics.apache/org/fop/extensions/pdf}dictionary" encountered (a child of dictionary}. (See position 243:69)
Run Code Online (Sandbox Code Playgroud)

并且 pdf 中没有 ViewerPreferences。

当我把字典放在下面<x:xmpmeta xmlns:x="adobe:ns:meta/">时,我也没有得到 ViewerPreferences,只有 pdfbox preflight 会抱怨

The file …
Run Code Online (Sandbox Code Playgroud)

pdf-generation xsl-fo apache-fop

5
推荐指数
1
解决办法
827
查看次数

Yocto 在 64 位系统上为 32 位构建了一些配方

我正在尝试在 yocto 中构建一些本地包作为 32 位(实际上是 2.6.1,在 64 位 linux 上)。我的目标根本不使用 multilib。假设我正在构建a需要(所有构建时,静态链接)包b以及 zlib和 的配方libcrypto。通过简单地添加-m32到 gcc 调用,我设法将 a 和 b 构建为 32 位,并且链接/运行工作正常。但是,构建系统不知道它并将所有内容放在work/x86_64-linux.

我必须使用预构建的 32 位 zlib 和 libcrypto 库才能使其工作,因为当我让它 ( DEPENDS_class-native = "b-native zlib-native openssl-native") 时,yocto 当然会尝试给我 64 位版本的 zlib 和 libcrypto ,从而导致链接器错误。让 yocto 在正确的架构中为我构建它们会很好。

我已经尝试过TARGET_ARCHBUILD_ARCH但它要么根本没有将其更改为 32 位,要么给出了它找不到的错误,例如quilt 32 位(应用补丁,这可以/应该使用 64 位被子完成)。

具体的错误由很多

WARNING: a-native-1_0.4-r0 do_prepare_recipe_sysroot: 
Manifest /yoctoroot/work/sstate-control/manifest-i586-quilt-native.populate_sysroot 
not found in i586 (variant '')? …
Run Code Online (Sandbox Code Playgroud)

bitbake yocto

5
推荐指数
1
解决办法
963
查看次数

如何在运行 Node.js 的 Raspberry Pi (Debian) 上解决 LIBUSB_ERROR_BUSY

我在树莓派 3 (debian) 上运行 node.js。

我有一个小原型项目,它从我的涡轮训练器上的 ANT+ 发射器收集数据,这些数据通过 Suunto Movestick USB 加密狗发送。

我正在使用Ant-Plus节点模块来管理 ANT+ 协议和一个脚本,该脚本将数据输出到控制台并通过 REST API 发送到云存储。

无论如何,切入正题,一切正常,多进程启动和停止没有问题,直到我无意中通过点击ctrl + z而不是ctrl + c

现在我在尝试运行我的脚本时收到以下错误:

/home/pi/ant-plus/node_modules/usb/usb.js:168 this.device.__claimInterface(this.id) ^

Error: LIBUSB_ERROR_BUSY
    at Error (native)
    at Interface.claim (/home/pi/ant-plus/node_modules/usb/usb.js:168:14)
    at GarminStick2.USBDriver.open (/home/pi/ant-plus/build/ant.js:287:20)
    at Object.<anonymous> (/home/pi/ant-plus/sample/cadence-sensor.js:39:12)
    at Module._compile (module.js:409:26)
    at Object.Module._extensions..js (module.js:416:10)
    at Module.load (module.js:343:32)
    at Function.Module._load (module.js:300:12)
    at Function.Module.runMain (module.js:441:10)
    at startup (node.js:139:18)
Run Code Online (Sandbox Code Playgroud)

在四处搜索后,似乎由于节点进程没有正常关闭,某些进程仍然连接到 USB。

我尝试了各种方法来终止进程:

ps | grep <something>
kill <somepid>

killall node
Run Code Online (Sandbox Code Playgroud)

不知何故,我不认为这是我需要杀死的节点进程,我“感觉”需要以某种方式清洁 USB 接口,但我不知道我将如何做到这一点。

该项目使用node-usb …

linux libusb node.js raspberry-pi3

2
推荐指数
1
解决办法
2848
查看次数