Re: gpgv udebs
Le mercredi, 12 août 2015, 02.39:23 Cyril Brulebois a écrit : And thanks for getting in touch with us. Indeed. Daniel Kahn Gillmor d...@fifthhorseman.net (2015-08-11): i believe the installer relies on gpgv for archive manifest signature verification. we have gpgv-udeb for that purpose, i think. That's the idea, yeah. Grepping through all of our packages → see the results below my signature; that's basically base-installer and net-retriever which depend on gpgv-udeb. For the record, last time we've seen changes in gpgv, that was in: https://lists.debian.org/debian-boot/2014/01/msg00129.html which eventually led to: #753985. Skimming through it again, it seems win32-loader was somewhat affected as well. Adding Didier in the loop explicitly just to be on the safe side. Exactly. win32-loader embeds gpgv.exe, shipped in gpgv-win32, under /usr/share/win32/gpgv.exe; this embedding happens at (arch:all) build- time, and only concerns the win32-loader.exe that is shipped on the Debian mirrors: http://httpredir.debian.org/debian/tools/win32-loader/unstable/win32-loader.exe . We discussed in #778877 the addition of an autopkgtest be added in gpg so that we could make sure gpgv.exe is kept in a working state. This doesn't seem to have made its way to the archive though. Anyway, I'm digressing. From the win32-loader point of view, all it needs is a gpgv.exe that can check Release.gpg files, when run under Windows (wine being a good test though). If that gpgv.exe is GnuPG 1 or 2 doesn't matter. :) Cheers, OdyX signature.asc Description: This is a digitally signed message part.
Processed: Re: Bug#794849: closed by Ben Hutchings b...@decadent.org.uk (Re: Bug#794849: linux: custom linux-image packages fail to install)
Processing control commands:
reopen -1
Bug #794849 {Done: Ben Hutchings b...@decadent.org.uk} [src:linux] linux:
custom linux-image packages fail to install
Bug reopened
Ignoring request to alter fixed versions of bug #794849 to the same values
previously set
reassign -1 os-prober
Bug #794849 [src:linux] linux: custom linux-image packages fail to install
Bug reassigned from package 'src:linux' to 'os-prober'.
Ignoring request to alter found versions of bug #794849 to the same values
previously set
Ignoring request to alter fixed versions of bug #794849 to the same values
previously set
--
794849: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794849
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
Bug#794849: closed by Ben Hutchings b...@decadent.org.uk (Re: Bug#794849: linux: custom linux-image packages fail to install)
On Thu, Aug 13, 2015 at 12:23 AM, Ben Hutchings b...@decadent.org.uk wrote: Control: reopen -1 Control: reassign -1 os-prober On Wed, 2015-08-12 at 23:19 +0200, Stefan Bucur wrote: After some digging, I realized that the root failure seems to first occur inside the running kernel (!!), during the dpkg installation. Below is the relevant dmesg output during dpkg -i: [...] All these warnings are likely to be the fault of os-prober which runs during kernel upgrades. Aha! Bug #788062 (os-prober corrupts LVs/partitions while being mounted inside a VM) seems to be related to the issue I'm having. The scenario of that bug involves update-grub inside a VM, which is also what happens in my case through the kernel installation scripts. Stefan
Bug#795231: fails on cubietruck with FAT /boot
Ian Campbell wrote: The cubietruck u-boot is more than capable of booting from an ext filesystem, so you should just do that, in fact everything should work in this mode out of the box, how did you end up with a FAT /boot? Haven't upgraded from default uboot yet, which does't even support ext2.. On platforms where u-boot is only capable of reading FAT the recommended approach is to use a dedicated FAT partition which is not normally mounted and use flash-kernel's Boot-Device option to cause the boot images to be copied to it. Ok, that's reasonable.. -- see shy jo signature.asc Description: Digital signature
Bug#765976: marked as done (tzsetup: please don't offer time zone selection for Germany)
Your message dated Wed, 12 Aug 2015 07:03:55 + with message-id e1zpq4p-0007c3...@franck.debian.org and subject line Bug#765976: fixed in tzsetup 1:0.72 has caused the Debian Bug report #765976, regarding tzsetup: please don't offer time zone selection for Germany to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 765976: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765976 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- package: tzsetup version: 1:0.59 tags: patch Hi, when installing with location Germany, the choice between Büsingen and Berlin timezone is offered. This choice is funny on first installation(s) but get's tiring rather quickly. Büsingen is a tiny German village surrounced by Switzerland, which in 1983 for a summer had a different time (DST vs not) than Berlin. Since then Berlin, Bern and Büsingen run in sync. So this question is totally pointless today. (And yes, timezones may changes. They do all the time, as we know. No big deal. And if you want+need to do calculations about _that time_ _there_, in Büsingen, you will know about this and act accordingly. But you won't need the system time to be Büsingen for that. And even if...) Trivial patch for tzmap.override attached, thanks Joey for the hint. If needed/wanted, I'd be glad to do the needed upload. cheers, Holger From 7d75d843448737ef7e968d8a584bb0ea0769b674 Mon Sep 17 00:00:00 2001 From: Holger Levsen hol...@layer-acht.org Date: Sun, 19 Oct 2014 21:26:35 +0200 Subject: [PATCH] =?UTF-8?q?Set=20time=20zone=20for=20Germany=20to=20Berlin?= =?UTF-8?q?,=20as=20B=C3=BCsingen=20has=20no=20practical=20relevance.=20(C?= =?UTF-8?q?loses:=20#xyzxyx)?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- tzmap.override | 1 + 1 file changed, 1 insertion(+) diff --git a/tzmap.override b/tzmap.override index a2e452b..086e803 100644 --- a/tzmap.override +++ b/tzmap.override @@ -1,5 +1,6 @@ AR America/Buenos_Aires GB Europe/London +DE Europe/Berlin MH Pacific/Majuro ML Africa/Bamako MY Asia/Kuala_Lumpur -- 1.9.1 signature.asc Description: This is a digitally signed message part. ---End Message--- ---BeginMessage--- Source: tzsetup Source-Version: 1:0.72 We believe that the bug you reported is fixed in the latest version of tzsetup, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 765...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Christian Perrier bubu...@debian.org (supplier of updated tzsetup package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 11 Aug 2015 09:30:14 +0200 Source: tzsetup Binary: tzsetup-udeb Architecture: source all Version: 1:0.72 Distribution: unstable Urgency: medium Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Christian Perrier bubu...@debian.org Description: tzsetup-udeb - choose time zone (udeb) Closes: 765976 Changes: tzsetup (1:0.72) unstable; urgency=medium . [ Philip Hands ] * remove German timezone which had been added to fix the spelling of something we should not be displaying anyway (Closes: #765976) Checksums-Sha1: 208a480b6d456126cc3c5efb3f51668aabea1fc9 1658 tzsetup_0.72.dsc eee5f4b49aade88a62a6f8f0e593d2a5a180a741 108752 tzsetup_0.72.tar.xz f6ac513666ee6c3f4a0059513ccc40c3238f9f88 76556 tzsetup-udeb_0.72_all.udeb Checksums-Sha256: 9d2fdf9d877910cf0bd3c69ea3d83424a9af409b95bf1481712ff9d56351a7ae 1658 tzsetup_0.72.dsc 286fbcd821dd878c84025558a05a150f451a1ca09796d8239b8ab58fe1ef9cc7 108752 tzsetup_0.72.tar.xz 260aa9ff9ebe09e58ef74d1fe184309200c03e3e17d6549063b838fdeb078a13 76556 tzsetup-udeb_0.72_all.udeb Files: f9c52ea34fec0c8854ad3807824a7556 1658 debian-installer optional tzsetup_0.72.dsc 867bb5ef9605569d85cf4a5ff1b06faf 108752 debian-installer optional tzsetup_0.72.tar.xz d56e5ae1936511039888d07adbf353bb 76556 debian-installer optional tzsetup-udeb_0.72_all.udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJVyutdAAoJEIcvcCxNbiWo80QP/jApdljfpnf+XLcPhDGqMuKi 9vLpiWVazX5CpNaoqlUyCkQbrUIe3PC9lZonRgMLN5f2tfMiPaUuWm2Nfmn47p57
Processing of tzsetup_0.72_i386.changes
tzsetup_0.72_i386.changes uploaded successfully to localhost along with the files: tzsetup_0.72.dsc tzsetup_0.72.tar.xz tzsetup-udeb_0.72_all.udeb Greetings, Your Debian queue daemon (running on host franck.debian.org) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/e1zppqw-00041t...@franck.debian.org
Processing of tzsetup_0.72_i386.changes
tzsetup_0.72_i386.changes uploaded successfully to ftp-master.debian.org along with the files: tzsetup_0.72.dsc tzsetup_0.72.tar.xz tzsetup-udeb_0.72_all.udeb Greetings, Your Debian queue daemon (running on host coccia.debian.org) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/e1zppnn-0005do...@coccia.debian.org
Re: [pkg-gnupg-maint] gpgv udebs
On Wed, 12 Aug 2015 01:51, d...@fifthhorseman.net said: * libksba8 is the X.509 and CMS support library used by GnuPG. we probably don't strictly need this for the installer (our archive signatures use OpenPGP signatures and not CMS). I can work on a The use of libksba is unfortunate: # FIXME: Libkeybox.a links to libksba thus we need to add libksba # here, even that it is not used by gpg. A proper solution would # either to split up libkeybox.a or to use a separate keybox daemon. libkeybox implements the keybox format, which supports X.509 and OpenPGP. It is required to insert or search X.509 certificates but gpg does not do this. Thus we can split it up and build two of the keybox convenience libraries - one for general use and one for use by gpg and gpgv. Shall I do that for 2.1.8? Salam-Shalom, Werner -- Die Gedanken sind frei. Ausnahmen regelt ein Bundesgesetz. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87k2t1c8p3@vigenere.g10code.de
tzsetup_0.72_i386.changes ACCEPTED into unstable
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 11 Aug 2015 09:30:14 +0200 Source: tzsetup Binary: tzsetup-udeb Architecture: source all Version: 1:0.72 Distribution: unstable Urgency: medium Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Christian Perrier bubu...@debian.org Description: tzsetup-udeb - choose time zone (udeb) Closes: 765976 Changes: tzsetup (1:0.72) unstable; urgency=medium . [ Philip Hands ] * remove German timezone which had been added to fix the spelling of something we should not be displaying anyway (Closes: #765976) Checksums-Sha1: 208a480b6d456126cc3c5efb3f51668aabea1fc9 1658 tzsetup_0.72.dsc eee5f4b49aade88a62a6f8f0e593d2a5a180a741 108752 tzsetup_0.72.tar.xz f6ac513666ee6c3f4a0059513ccc40c3238f9f88 76556 tzsetup-udeb_0.72_all.udeb Checksums-Sha256: 9d2fdf9d877910cf0bd3c69ea3d83424a9af409b95bf1481712ff9d56351a7ae 1658 tzsetup_0.72.dsc 286fbcd821dd878c84025558a05a150f451a1ca09796d8239b8ab58fe1ef9cc7 108752 tzsetup_0.72.tar.xz 260aa9ff9ebe09e58ef74d1fe184309200c03e3e17d6549063b838fdeb078a13 76556 tzsetup-udeb_0.72_all.udeb Files: f9c52ea34fec0c8854ad3807824a7556 1658 debian-installer optional tzsetup_0.72.dsc 867bb5ef9605569d85cf4a5ff1b06faf 108752 debian-installer optional tzsetup_0.72.tar.xz d56e5ae1936511039888d07adbf353bb 76556 debian-installer optional tzsetup-udeb_0.72_all.udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJVyutdAAoJEIcvcCxNbiWo80QP/jApdljfpnf+XLcPhDGqMuKi 9vLpiWVazX5CpNaoqlUyCkQbrUIe3PC9lZonRgMLN5f2tfMiPaUuWm2Nfmn47p57 kqRi+F1Rl0kGFIT0HnPZdQyZKEn42bKHB2t7LLPKZ9MMAhizqidyYcmxx81XWAHq 8trpDAeH86SKobvjtOVOoVoqkC6mT84FZdJbMIkWKic7fhRMWiMuUrApxeSZXBzs mfZdgWTpfaWXG/7im7NIFo0aM4Cjb5OH9nsQ20yPgWsHf3SE2Y9tGPr2ke1q7KAk cMmMB61gJa9SbQgVmZ0grtY2BqgRZFURWqdsjrnx4ZhkNIA832dKUZWEScDKJxVE oTiT7b5fzSKmv8W+HFs1VnZ8fLZv3SkUI3UKr85V4PSuKx6H+Th4/5q/ffi1RWG9 gLoG5TxeL1gb2ihE6n/k/VeszvSxYJK1hP9Fb+uGKGHWTpcOhQuluAXO4duIt00s NTYpcOlzSQXa0p2fNwbibc8q7ihBUT5kp34kgvkJRbIFyssSvgqTGxbcoM9EgLzC lHYV4qiUJaJ86zfV3Vp7fbPpn1hW4XciDBDK5IgrTCT8Q1RaYH51A4ztydAndWV6 57AcqOxqSU8IP8YNYdHd+j1plJLM4+cmyh+vxhS6IOAWEjy+tVpHqjpL+vRE1Q9J 1W9z+2aRMJY27epzDZdO =Hkwm -END PGP SIGNATURE- Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/e1zpq4p-0007bt...@franck.debian.org
Bug#795231: fails on cubietruck with FAT /boot
Control: tags -1 wontfix On Tue, 2015-08-11 at 23:43 -0400, Joey Hess wrote: Package: flash-kernel Version: 3.36 Severity: normal A few places in flash-kernel try to ln -s, and this fails if /boot is a FAT filesystem. It should be possible to fall back to cp in this case. I general /boot on FAT is not supported, not just flash-kernel will have potential problems but also dpkg itself (hard links atomic ops), kernel hooks, initramfs hooks etc. The cubietruck u-boot is more than capable of booting from an ext filesystem, so you should just do that, in fact everything should work in this mode out of the box, how did you end up with a FAT /boot? On platforms where u-boot is only capable of reading FAT the recommended approach is to use a dedicated FAT partition which is not normally mounted and use flash-kernel's Boot-Device option to cause the boot images to be copied to it. Ian. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1439365792.18644.101.ca...@debian.org
Processed: Re: Bug#795231: fails on cubietruck with FAT /boot
Processing control commands: tags -1 wontfix Bug #795231 [flash-kernel] fails on cubietruck with FAT /boot Added tag(s) wontfix. -- 795231: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795231 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/handler.s.b795231.14393657976021.transcr...@bugs.debian.org
Bug#795250: install bug 8.1.0
Package: installation-reports Boot method: CD Image version: image downloaded to CD's 8.1.0 Date: 11/8/3016 1600hrs. machine: Glite NetPlus NetPro Processor: Pentium 4 dual core EM64T compatible Memory: 1GB Partitions: default Output of lspci -knn (or lspci -nn): Not avail Bus is PCIe Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [ 0] Detect network card:[ O] Configure network: [ O] Detect CD: [ O] Load installer modules: [ O] Detect hard drives: [ O] Partition hard drives: [ O] Install base system:[ O] Clock/timezone setup: [ O] User/password setup:[ O] Install tasks: [ .] Install boot loader:[ E] Overall install:[ E] Comments/Problems: Boot results in kernel panic, unable to load block(list?) [0,0] sda is SATA 500GB perhaps no SATA driver? -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55cb1327.9010...@y7mail.com
Re: [pkg-gnupg-maint] gpgv udebs
On Wed 2015-08-12 02:38:48 -0400, Werner Koch wrote: The use of libksba is unfortunate: # FIXME: Libkeybox.a links to libksba thus we need to add libksba # here, even that it is not used by gpg. A proper solution would # either to split up libkeybox.a or to use a separate keybox daemon. libkeybox implements the keybox format, which supports X.509 and OpenPGP. It is required to insert or search X.509 certificates but gpg does not do this. Thus we can split it up and build two of the keybox convenience libraries - one for general use and one for use by gpg and gpgv. Shall I do that for 2.1.8? yes, this sounds like the right solution. thanks for coming up with it so quickly, Werner! I've filed https://bugs.gnupg.org/gnupg/issue2068 upstream to track the proposal. --dkg signature.asc Description: PGP signature
