gnumach_1.5+git20150704-1_hurd-i386.changes ACCEPTED into experimental, experimental
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Tue, 07 Jul 2015 20:54:04 + Source: gnumach Binary: gnumach gnumach-dbg gnumach-image-1-486 gnumach-image-1-xen-486 gnumach-image-1.5-486 gnumach-image-1.5-xen-486 kernel-image-1.5-486-di kernel-image-1.5-xen-486-di gnumach-image-1.5-486-dbg gnumach-image-1.5-xen-486-dbg gnumach-common gnumach-dev Architecture: source all hurd-i386 Version: 2:1.5+git20150704-1 Distribution: experimental Urgency: medium Maintainer: GNU Hurd Maintainers debian-hurd@lists.debian.org Changed-By: Samuel Thibault sthiba...@debian.org Description: gnumach- Dummy transition package for gnumach-image-* gnumach-common - GNU version of the Mach microkernel, common files. gnumach-dbg - Dummy transition package for gnumach-image-*-dbg gnumach-dev - GNU version of the Mach microkernel gnumach-image-1-486 - GNU version of the Mach microkernel gnumach-image-1-xen-486 - GNU version of the Mach microkernel gnumach-image-1.5-486 - GNU version of the Mach microkernel gnumach-image-1.5-486-dbg - GNU version of the Mach microkernel for debugging gnumach-image-1.5-xen-486 - GNU version of the Mach microkernel for Xen gnumach-image-1.5-xen-486-dbg - GNU version of the Mach microkernel for Xen for debugging kernel-image-1.5-486-di - GNU version of the Mach microkernel for the Debian installer (udeb) kernel-image-1.5-xen-486-di - GNU version of the Mach microkernel for the Debian installer (udeb) Changes: gnumach (2:1.5+git20150704-1) experimental; urgency=medium . * Bump version number to 1.5 according to upstream release. Checksums-Sha1: 4ead455a2c051422cba297bca92c9a4b9d27c329 2939 gnumach_1.5+git20150704-1.dsc 4d6fee40fb3a739fef77e9aff362efda0afb89a3 3154943 gnumach_1.5+git20150704.orig.tar.bz2 f1d0fa6c209869caa88323ba22502ca202d47a5d 26496 gnumach_1.5+git20150704-1.debian.tar.bz2 f06cde33a7928b128425c656dbb0a26a774581e7 240994 gnumach-common_1.5+git20150704-1_all.deb cdacae39f1119b7cdd8c1b8f102f5882a4e96a33 145002 gnumach_1.5+git20150704-1_hurd-i386.deb c6b90b63b71f655b06dff3db5f538f4d52e15475 144842 gnumach-dbg_1.5+git20150704-1_hurd-i386.deb 7f689bb4ec5fc76d73300bef158fde9af3fb9d90 144794 gnumach-image-1-486_1.5+git20150704-1_hurd-i386.deb 79c4ff5c531ca4daa529c57f204b021cf97b99e3 144848 gnumach-image-1-xen-486_1.5+git20150704-1_hurd-i386.deb a3ccb6ae86f9a6455e5e36184203dad19c100348 723250 gnumach-image-1.5-486_1.5+git20150704-1_hurd-i386.deb e1b6a31f0611874f674877d011bfefa3e2ea35b0 363290 gnumach-image-1.5-xen-486_1.5+git20150704-1_hurd-i386.deb b22c6c8387b501e58143482de36cc913fd81741f 573852 kernel-image-1.5-486-di_1.5+git20150704-1_hurd-i386.udeb 7b659ab40321c95794f2c51d46790b1cfba9e2c1 214784 kernel-image-1.5-xen-486-di_1.5+git20150704-1_hurd-i386.udeb 1725cffe3d7323e2b9d369375625eb53abab3001 2600922 gnumach-image-1.5-486-dbg_1.5+git20150704-1_hurd-i386.deb f4343ccfc56e414b7293f4d38ded95deb8b4ef28 1283920 gnumach-image-1.5-xen-486-dbg_1.5+git20150704-1_hurd-i386.deb 378b1824ab51f5a683d82ee0d0cc4a8dfc3b1661 209726 gnumach-dev_1.5+git20150704-1_hurd-i386.deb Checksums-Sha256: 4efa0413844249790d83c487ed3c244ea096e2b69b044ce00779ddcbfd6f45c2 2939 gnumach_1.5+git20150704-1.dsc d1cf611ddd4eb15d42ad1cfd25fadc45790f2342be0ab844fd97b078c0519f8a 3154943 gnumach_1.5+git20150704.orig.tar.bz2 214db555be63ff4bd7ffe7c01cbb37f4716ddd0ced51ba1a908c5c7474b2f847 26496 gnumach_1.5+git20150704-1.debian.tar.bz2 809a644fb01539f644b6b4a1448a4d991c37ba93e3be20fcc696412242e2dedf 240994 gnumach-common_1.5+git20150704-1_all.deb f7a044b5661c8b9bf040a17ac07e2f6682003fe36bc91687e368800652acc754 145002 gnumach_1.5+git20150704-1_hurd-i386.deb 904d9b95a97a1321028bfb900c090c52a7d451c2d7ceb938a94d2a3ba3f1f152 144842 gnumach-dbg_1.5+git20150704-1_hurd-i386.deb efc2d745b9c287593d654726822ea8cb28f152690d9549287fde46f12a2e9798 144794 gnumach-image-1-486_1.5+git20150704-1_hurd-i386.deb b8552537751c0f73b8d54ebb725128d908227fada7317211196a29eb3e055184 144848 gnumach-image-1-xen-486_1.5+git20150704-1_hurd-i386.deb fe238540c389f98362579b7bb3c07dcb892a71954fbf15edfc8d3f7b09de63c7 723250 gnumach-image-1.5-486_1.5+git20150704-1_hurd-i386.deb d9ada39daab2ac06af6aa2e05d15ee0bdaabe15e1b18110f8b3f129536b7097e 363290 gnumach-image-1.5-xen-486_1.5+git20150704-1_hurd-i386.deb 1e734fb10122add8c8f44b98ba10eff0884cd29eaf3577a53ce0846bbb21ba26 573852 kernel-image-1.5-486-di_1.5+git20150704-1_hurd-i386.udeb 94ebe9c3d9f4074e972b303da89173f8ae995cd0d22c0cb93a3c9ee0153e450e 214784 kernel-image-1.5-xen-486-di_1.5+git20150704-1_hurd-i386.udeb 1003611c13c70f809dbfdd68f4b5e654fea82364103f3096ba4e6dd8db45f22c 2600922 gnumach-image-1.5-486-dbg_1.5+git20150704-1_hurd-i386.deb 13cf18c7a20f127a9b7e6e2a770ec65d5f0180b29385f7e1717d25aaba77a202 1283920 gnumach-image-1.5-xen-486-dbg_1.5+git20150704-1_hurd-i386.deb 425c4a4ab4b1eb1fe7d2e0aa4d065380cdb94b92a5a5adbc6c044b9b2813c172 209726 gnumach-dev_1.5+git20150704-1_hurd-i386.deb Files:
Re: Issues found by inetutils-ifconfig.
Hey Mats :) Quoting Mats Erik Andersson (2015-07-16 01:29:50) With the purpose of refining the abilities of inetutils-ifconfig for GNU/Hurd, I got hold of the image debian-hurd-2015024 two days ago, where gnumach is of version 1.4+git20150409. I am an upstream developer of GNU Inetutils, and as such I just observed two issues in the collaboration of gnumach and glibc. They are very technical, but important, and both deal with network adapters and their representations. Thanks for looking into this. * The hardware type of an adaper is encoded in the member `ifr_hwaddr.sa_family' of `struct ifreq'. An ethernet adapter will correctly state ARPHRD_ETHER (= 1), while the loopback adapter `lo' will be in error with a value 4. The correct value is ARPHRD_LOOPBACK (= 772), which is in use by GNU/Linux. See the header net/if_arp.h. The value 4 is ARPHRD_PRONET, the PROnet token ring! That is surprising indeed. A superficial look revealed that it should indeed be set to ARPHRD_LOOPBACK: % grep ARPHRD_LOOPBACK pfinet/linux-src/include/linux/if_arp.h:#define ARPHRD_LOOPBACK 772 /* Loopback device */ [...] pfinet/loopback.c:dev-type = ARPHRD_LOOPBACK; I'll look into this when I have some more time. * The ioctl calls for SIOCGIFDSTADDR of `lo' as well as of `/dev/eth1' are surprisingly successful, leading to the conclusion that both are tunnel devices: lo: 127.0.0.1 -- 127.0.0.1 /dev/eth1: 192.168.56.177 -- 192.168.56.177 This answer is counter-intuitive and differ from the response found in GNU/Linux: the ioctl should fail in general, certainly for `lo'. Hmmm. Currently, the call returns the `ifa_address' field, which for PTP is the peer address, but for normal interfaces is the interfaces address itself. Do you want the call to fail for non-PTP interfaces? Is the intended behaviour documented somewhere, or are we just emulating an interface that Linux pulled out of the blue? It is my hope that somebody on this list might know enough to investigate these issues and communicate explanations. It is not clear to me, whether the problem lies in glibc or i gnumach, so your knowledge is decisive. Both problems are likely Hurd problems, rather than a glibc problem. This is certainly not a GNU Mach problem. In case nothing surfaces, I will in a day or two commit to the development head of GNU Inetutils new code that [...] temporarily works around the two issues expressed above. Please don't, let's fix this. Cheers, Justus -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150716110107.20306.87...@thinkbox.jade-hamburg.de
Re: Issues found by inetutils-ifconfig.
Dear Justus Winter! [CC is desirable] Thursday den 16 July 2015 klockan 13:01 skrev Justus Winter detta: * The hardware type of an adaper is encoded in the member `ifr_hwaddr.sa_family' of `struct ifreq'. An ethernet ... That is surprising indeed. A superficial look revealed that it should indeed be set to ARPHRD_LOOPBACK: % grep ARPHRD_LOOPBACK pfinet/linux-src/include/linux/if_arp.h:#define ARPHRD_LOOPBACK 772 /* Loopback device */ [...] pfinet/loopback.c:dev-type = ARPHRD_LOOPBACK; Is `type' mapped correctly to the correct member of `struct sockaddr', i.e., to `sa_family'? Also, for Ethernet devices, is ARPHRD_ETHER assigned ro `dev-type'? For our common reference in this discussion, the structure populating call is ioctl(sfd, SIOCGIFHWADDR, ifr), after which evaluation of `ifr.ifr_hwaddr.sa_family' should follow. GNU/Linux does return 772 for ARPHRD_LOOPBACK, while BSD systems use a different mechanism for best portability over different versions. * The ioctl calls for SIOCGIFDSTADDR of `lo' as well as of ... Hmmm. Currently, the call returns the `ifa_address' field, which for PTP is the peer address, but for normal interfaces is the interfaces address itself. Do you want the call to fail for non-PTP interfaces? I have identified this as a regression in our code, as of Februay 2014, so the issue is now resolved. As a side effect the broadcast address is printed also in the default output format 'gnu', not only in 'unix'. Another pending change is that the ethernet address will also be printed after next commit! A new issue appeared today when setting various values using a parsed command line of ifconfig: ioctl(sfd, SIOCSIFMETRIC, ifr) fails with 'Inappropriate ioctl for device', meaning that this system call is not implemented. The identical generic code snippet works for GNU/Linux and OpenIndiana, and has done so for BSD in the past. Explanation? Best regards, Mats Erik Andersson -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150716164100.ga63...@aun.utmark.mea
Bug#792622: missing licenses in debian/copyright
Package: gnumach Version: 2:1.5+git20150704-1 Severity: serious User: alteh...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Dear Maintainer, please add all missing licenses to your debian/copyright. At least I found files under: MPL (linux/pcmcia-cs/include/pcmcia/*) GPL-3 (i386/grub/*) GFDL (doc/mach*) Maybe there are others missing. Thanks! Thorsten -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/alpine.deb.2.02.1507162307410.25...@jupiter.server.alteholz.net