Bug#733578: hwinfo/21.0-1 needs updates / FTBFS of libx86emu
On Mon, Feb 03, 2014 at 05:53:41PM (+0100), Tomasz Buchert wrote: […] I pushed the restricted version of libx86emu to the git repository. Both libx86emu and hwinfo build lintian-clean in my jessie pbuilder (well, excepting debian-watch-may-check-gpg-signature, to be fair). Hwinfo debian/control must be updated if you agree what I said above. Hi, I completely agree with you Tomasz! I've just uploaded a new version of libx86emu on mentors. It build fine in sid: $ curl http://pub.sebian.fr/pub/libx86emu_1.4-2_amd64-20140316-1301.build @Johann or @Vincent, if you agree, can you sponsor this upload ? Thanks in advance! Seb -- Sebastien Badia -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140316122241.ga23...@sebian.fr
Bug#733578: hwinfo/21.0-1 needs updates / FTBFS of libx86emu
Hi all, [...] Hum, and it's not a missing dependency to libc6-dev ? (I'm maybe wrong) Yeah, seems to me as well. I'll try to test it out. We were both wrong - sys/io.h does not exist on the architectures in question, for example: http://packages.debian.org/wheezy/mips/libc6-dev-mips64/filelist The calls used are 'inb', 'outb' and friends (see 'man inb') and are architecture-specific therefore I think we should restrict build to only architectures that provide io.h (as Johann proposed). There may be a slight chance to build them (see https://www.linux-mips.org/archives/linux-mips/2002-04/msg00085.html), but I wouldn't bother unless somebody files a bug :). Now, that poses a question whether we should restrict hwinfo in a similar way. The old hwinfo is BD-Uninstallable on non-Linux archs (because it depends on linux-kernel-headers, see https://buildd.debian.org/status/package.php?p=hwinfo) and therefore it won't build on hurd, kfreebsd, etc. My proposal is to: 1) release a new version of libx86emu 1.4-2 with Sebastien's fixes and restricted architectures (btw. Seb, can you update changelog with git-dch --auto ? I tried to do it myself, but I didn't know how to describe some of your changes) 2) release hwinfo with explicit dependency on the above so that it will be automatically BD-Uninstallable for architectures that were restricted by libx86emu package It's not perfect, but it will let us finally release hwinfo. Moreover, I have doubts that anybody will miss hwinfo on the restricted architectures. If so, a bug will be created and we'll start to worry, right? I pushed the restricted version of libx86emu to the git repository. Both libx86emu and hwinfo build lintian-clean in my jessie pbuilder (well, excepting debian-watch-may-check-gpg-signature, to be fair). Hwinfo debian/control must be updated if you agree what I said above. Cheers, Tomasz -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140203165341.ga29...@buchert.pl
Bug#733578: hwinfo/21.0-1 needs updates / FTBFS of libx86emu
On 29/01/14 02:34, Sebastien Badia wrote: On Tue, Jan 28, 2014 at 02:46:33AM (+0100), Johann Felix Soden wrote: Hi Sebastien, hi Tomasz, I have not yet completely reviewed hwinfo 21.0-1, but there is at least one thing which needs to be fixed: Hi Johann, Hi Seb, Hi Johann, Thanks for your time and this review! - debian/libhd21.symbols is incomplete on i386. A fixed version is attached. And I found trailing whitespaces in old debian/changelog entries and debian/libhd-doc.doc-base. The master branch is up-to-date according your comments, thanks ! Yes, Sebastien did a great job recently on hwinfo. :) Since related, here some comments about libx86emu: At the moment, it FTBFS on some architectures [mips, mipsel, powerpc, ...] because of missing sys/io.h. As the new hwinfo depends on it, this restricts the architectures where it will be available. So this should be fixed before hwinfo is uploaded - for example by fixing libx86emu itself or by reducing the dependency to the architectures where it is really available. Hum, and it's not a missing dependency to libc6-dev ? (I'm maybe wrong) Yeah, seems to me as well. I'll try to test it out. Actually, the libx86 package contains a copy of libx86emu and has therefore similar problems [1,2]. Please contact Anibal Monsalve Salazar (ani...@debian.org) who maintains it. Especially for the security team, it would be nice, if it could use the new libx86emu package instead of including its own copy. Contacted :-) Actually, we discussed this with Anibal and developer of lix86emu packaged by us (Steffen Winterfeldt) some time ago. libx86emu is not a *copy*, but a *fork* and a quite diverging one, for that matter. The relevant copy of the discussion: (...) I'm seriously confused what libx86emu really is. I found 3 possibilities: (1) libx86emu here https://gitorious.org/x86emu/ (2) libx86emu in xorg-server: http://sources.debian.net/src/xorg-server/2:1.14.3-5/hw/xfree86/x86emu (3) libx86emu in libx86 The first commit in git history of (1) is taken directly from version 0.99-1 of (3) in Debian. Then, I think, it started to diverge to the point that it is far from being compatible. http://www.codon.org.uk/~mjg59/libx86/ mentions that libx86emu is now maintained as part of the X.org distribution. and What needs to be done? Update lrmi to the latest code. Therefore it seems to me that we have the following provenance tree (time goes to the right): libx86emu in Xorg current version in Xorg | | | | libx86 (version from 2006, but -*- current version in Debian (1.1) probably merged with Xorg| version two times) | | | | gitorious libx86emu branched from version 0.99-1 version 1.4 in Debian (may have been merged ocasionally with upstreams, can't tell) Thanks a lot, Seb -- Sebastien Badia Cheers, Tomasz -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140201122851.ga22...@buchert.pl
Bug#733578: hwinfo/21.0-1 needs updates / FTBFS of libx86emu
On Tue, Jan 28, 2014 at 02:46:33AM (+0100), Johann Felix Soden wrote: Hi Sebastien, hi Tomasz, I have not yet completely reviewed hwinfo 21.0-1, but there is at least one thing which needs to be fixed: Hi Johann, Thanks for your time and this review! - debian/libhd21.symbols is incomplete on i386. A fixed version is attached. And I found trailing whitespaces in old debian/changelog entries and debian/libhd-doc.doc-base. The master branch is up-to-date according your comments, thanks ! Since related, here some comments about libx86emu: At the moment, it FTBFS on some architectures [mips, mipsel, powerpc, ...] because of missing sys/io.h. As the new hwinfo depends on it, this restricts the architectures where it will be available. So this should be fixed before hwinfo is uploaded - for example by fixing libx86emu itself or by reducing the dependency to the architectures where it is really available. Hum, and it's not a missing dependency to libc6-dev ? (I'm maybe wrong) Actually, the libx86 package contains a copy of libx86emu and has therefore similar problems [1,2]. Please contact Anibal Monsalve Salazar (ani...@debian.org) who maintains it. Especially for the security team, it would be nice, if it could use the new libx86emu package instead of including its own copy. Contacted :-) Thanks a lot, Seb -- Sebastien Badia -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140129013446.gb29...@grimoire.sebian.fr
Bug#733578: hwinfo/21.0-1 needs updates / FTBFS of libx86emu
Hi Sebastien, hi Tomasz, I have not yet completely reviewed hwinfo 21.0-1, but there is at least one thing which needs to be fixed: - debian/libhd21.symbols is incomplete on i386. A fixed version is attached. And I found trailing whitespaces in old debian/changelog entries and debian/libhd-doc.doc-base. Since related, here some comments about libx86emu: At the moment, it FTBFS on some architectures [mips, mipsel, powerpc, ...] because of missing sys/io.h. As the new hwinfo depends on it, this restricts the architectures where it will be available. So this should be fixed before hwinfo is uploaded - for example by fixing libx86emu itself or by reducing the dependency to the architectures where it is really available. Actually, the libx86 package contains a copy of libx86emu and has therefore similar problems [1,2]. Please contact Anibal Monsalve Salazar (ani...@debian.org) who maintains it. Especially for the security team, it would be nice, if it could use the new libx86emu package instead of including its own copy. Best wishes Johann Felix PS: Please update the git repositories where needed. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=465721 [2] https://buildd.debian.org/status/package.php?p=libx86 -- Johann Felix Soden, DD joh...@debian.org libhd.so.21 libhd21 #MINVER# CDBISDN_DATE@Base 21.0 CDBISDN_DBVERSION@Base 21.0 Dir_xlate@Base 21.0 add_disk_entry@Base 21.0 add_hd_entry@Base 21.0 add_joystick_details@Base 21.0 add_mem@Base 21.0 add_res_entry@Base 21.0 add_str_list@Base 21.0 assign_edd_info@Base 21.0 (arch=i386)avm_a1_detect@Base 21.0 canon_str@Base 21.0 check_for_responce@Base 21.0 cmp_hd@Base 21.0 crc64@Base 21.0 detect_smp_bios@Base 21.0 dev_name_duplicate@Base 21.0 device_class@Base 21.0 dump_klog@Base 21.0 edd_disk_signature@Base 21.0 eisa_vendor_str@Base 21.0 exists_hd_entry@Base 21.0 float2str@Base 21.0 free_devtree@Base 21.0 free_disk_list@Base 21.0 free_driver_info@Base 21.0 free_hd_detail@Base 21.0 free_mem@Base 21.0 free_misc@Base 21.0 free_res_list@Base 21.0 free_scsi@Base 21.0 free_str_list@Base 21.0 gather_resources@Base 21.0 get_cmd_param@Base 21.0 get_cmdline@Base 21.0 get_disk_crc@Base 21.0 get_dsl_info@Base 21.0 get_dvd_profile@Base 21.0 get_isdn_info@Base 21.0 get_probe_val_int@Base 21.0 get_probe_val_list@Base 21.0 get_probe_val_str@Base 21.0 get_sysfs_attr@Base 21.0 get_sysfs_attr_by_path2@Base 21.0 get_sysfs_attr_by_path@Base 21.0 get_vbe_info@Base 21.0 get_video_mode@Base 21.0 hal_add_new@Base 21.0 hal_find_device@Base 21.0 hal_get_any@Base 21.0 hal_get_bool@Base 21.0 hal_get_int32@Base 21.0 hal_get_list@Base 21.0 hal_get_str@Base 21.0 hal_get_useful_str@Base 21.0 hal_invalidate@Base 21.0 hal_invalidate_all@Base 21.0 has_something_attached@Base 21.0 have_common_res@Base 21.0 hd_add_driver_data@Base 21.0 hd_add_id@Base 21.0 hd_add_old_id@Base 21.0 hd_apm_enabled@Base 21.0 hd_attr_list@Base 21.0 hd_attr_uint@Base 21.0 hd_base_class_list@Base 21.0 hd_boot_arch@Base 21.0 hd_boot_disk@Base 21.0 hd_bus_list@Base 21.0 hd_busid_to_hwcfg@Base 21.0 hd_cdbisdn_get_card@Base 21.0 hd_cdbisdn_get_card_from_id@Base 21.0 hd_cdbisdn_get_card_from_type@Base 21.0 hd_cdbisdn_get_db_date@Base 21.0 hd_cdbisdn_get_db_version@Base 21.0 hd_cdbisdn_get_vario@Base 21.0 hd_cdbisdn_get_vario_from_type@Base 21.0 hd_cdbisdn_get_vendor@Base 21.0 hd_cdbisdn_get_version@Base 21.0 hd_change_config_status@Base 21.0 hd_change_status@Base 21.0 hd_clear_probe_feature@Base 21.0 hd_color@Base 21.0 hd_copy@Base 21.0 hd_cpu_arch@Base 21.0 hd_display_adapter@Base 21.0 hd_dump_entry@Base 21.0 hd_find_sysfs_id@Base 21.0 hd_find_sysfs_id_devname@Base 21.0 hd_fork@Base 21.0 hd_fork_done@Base 21.0 hd_free_hal_devices@Base 21.0 hd_free_hal_properties@Base 21.0 hd_free_hd_data@Base 21.0 hd_free_hd_list@Base 21.0 hd_free_manual@Base 21.0 hd_get_device_by_idx@Base 21.0 hd_get_hddb_dir@Base 21.0 hd_get_hddb_path@Base 21.0 hd_getdisksize@Base 21.0 hd_hal_print_prop@Base 21.0 hd_has_pcmcia@Base 21.0 hd_hw_item_name@Base 21.0 hd_hw_item_type@Base 21.0 hd_is_hw_class@Base 21.0 hd_is_sgi_altix@Base 21.0 hd_is_shm_ptr@Base 21.0 hd_is_uml@Base 21.0 hd_is_xen@Base 21.0 hd_join@Base 21.0 hd_list2@Base 21.0 hd_list@Base 21.0 hd_list_with_status2@Base 21.0 hd_list_with_status@Base 21.0 hd_log@Base 21.0 hd_log_hex@Base 21.0 hd_log_printf@Base 21.0 hd_mac_color@Base 21.0 hd_manual_read_entry@Base 21.0 hd_manual_write_entry@Base 21.0 hd_mod_cmp@Base 21.0 hd_module_is_active@Base 21.0 hd_module_list@Base 21.0 hd_move_to_shm@Base 21.0 hd_pci_complete_data@Base 21.0 hd_pci_read_data@Base 21.0 hd_probe_feature@Base 21.0 hd_probe_feature_by_name@Base 21.0 hd_probe_feature_by_value@Base 21.0 hd_read_cdrom_info@Base 21.0 hd_read_config@Base 21.0 hd_read_mmap@Base 21.0 hd_read_properties@Base 21.0 hd_read_sysfs_link@Base 21.0 hd_report_this@Base 21.0 hd_scan@Base 21.0 hd_scan_bios@Base 21.0
