search for: view_fil

...package management system is free to implement that with symlinks to the actual files. The confusing part is that openSUSE seems to be adopting the 0.1.1x numbering scheme for libusb-compat so that the package looks newer (0.1.13) than the real libusb-0.1.12: https://build.opensuse.org/package/view_file/openSUSE:13.2/libusb-compat/libusb-compat.spec?expand=1 Note the changes mentioned in the return codes for usb_detach_kernel_driver_np(): https://build.opensuse.org/package/view_file/openSUSE:13.2/libusb-compat/libusb-compat.changes?expand=1 Those are the sort of edge cases that haven't...

...commit 0306c98d319d189281af3c15101c8d343e400f13, to help the creation > of appliances in SUSE. > > Is this mechanism still used there? If so, is the approach done by Rich > acceptable for you? What are your use cases/constraints/etc? It is used: https://build.opensuse.org/package/view_file/openSUSE:Factory/libguestfs/libguestfs.spec?rev=7 But as far as I can tell there's no barrier to replacing that objcopy command with the [simpler] command: $RPM_BUILD_ROOT/usr/sbin/guestfsd --print-external-commands Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.red...

...package management system is free to implement that with symlinks to the actual files. The confusing part is that openSUSE seems to be adopting the 0.1.1x numbering scheme for libusb-compat so that the package looks newer (0.1.13) than the real libusb-0.1.12: https://build.opensuse.org/package/view_file/openSUSE:13.2/libusb-compat/libusb-compat.spec?expand=1 Note the changes mentioned in the return codes for usb_detach_kernel_driver_np(): https://build.opensuse.org/package/view_file/openSUSE:13.2/libusb-compat/libusb-compat.changes?expand=1 Those are the sort of edge cases that haven't...

...package management system is free to implement that with symlinks to the actual files. The confusing part is that openSUSE seems to be adopting the 0.1.1x numbering scheme for libusb-compat so that the package looks newer (0.1.13) than the real libusb-0.1.12: https://build.opensuse.org/package/view_file/openSUSE:13.2/libusb-compat/libusb-compat.spec?expand=1 Note the changes mentioned in the return codes for usb_detach_kernel_driver_np(): https://build.opensuse.org/package/view_file/openSUSE:13.2/libusb-compat/libusb-compat.changes?expand=1 Those are the sort of edge cases that haven't...

Hi, Bertrand Caplet <bertrand.caplet at chunkz.net> schrieb: [...] > >Maybe you could at least test to build it from source the last stable >version ? I'll give it a try. I'm using the RPMs provided by https://build.opensuse.org/package/show/server:mail/dovecot22 and they are shipping dovecot with pigeonhole 0.4.3. I'm trying to build with 0.4.6 in Opensuse build

...aused by my complete lack of knowledge with > building RPMs, modifying *.spec-files and the OBS. > > But this doesn't belong to this list (though I appreciate any hints and > help). > > Regards Hanns > be sure to use latest revision https://build.opensuse.org/package/view_file/openSUSE:Factory/dovecot22/dovecot22.changes https://build.opensuse.org/package/show/server:mail/dovecot22?rev=49 dovecot-2.2-pigeonhole-0.4.3_adapt_to_2.2.15.patch latest dove sieve is http://pigeonhole.dovecot.org/download.html v0.4.6 so suse people may upgrade to sieve pigeonhole latest,...

good evening Samba 4 with Active DHCP configuration, it is possible, if so how !!! In any case thank you for your help Michel

I can't install rugarch package because installation of nloptr package fails . I use opensuse 12.3 # uname -a Linux candide 3.7.10-1.11-desktop #1 SMP PREEMPT Thu May 16 20:27:27 UTC 2013 (adf31bb) x86_64 x86_64 x86_64 GNU/Linux my gcc version is 4.8.1 I compiled and installed R 3.01 . then I tried to install rugarch package but it fails because it can't install depended package nloptr.

On Sep 9, 2015, at 9:40 AM, Rob Groner <rgroner at RTD.com> wrote: > > I'm not sure which USB lib it compiled against. What does this return? ldd /path/to/driver -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.alioth.debian.org/pipermail/nut-upsuser/attachments/20150909/ba08f4c0/attachment.html>

I''ve migrated my Dom0 host to Xen 4.2.0 + xl toolstack. With ''xm'' toolstack, configs in /etc/xen/auto are autostarted, assuming xend/xendomains services are started. IIUC, when using xl toolstack, those services are not to be started; and, afaict, the installation process for 4.2 has them disabled by default. Now, the configs in /etc/xen/auto are simply ignored. I

Replace GUESTFSD_EXT_CMD with a command line option ‘./guestfsd --print-external-commands’