Re: Bug#858943: unblock: systemd/232-22
On 04/01/2017 01:45 AM, Cyril Brulebois wrote: >>> * udev: Create persistent net names for virtio CCW devices. >>> This only affects s390x as only this has CCW devices. This provides >>> stable network interface names for those and avoids changing the names >>> on updating Stretch to Buster. (Closes: #856559) >> >> https://anonscm.debian.org/git/pkg-systemd/systemd.git/commit/?h=stretch&id=bb9ad652f309a90a5424381503083ee9a530a888 >> >> (might be relevant for the installer) >> >> This only affects s390x, so regression potential is low and it's >> important to get into stretch, otherwise we'd have migration issues in >> buster (as names would change, which would be ugly) > > Adding debian-s...@lists.debian.org to the loop to make sure they're > aware of this. Can't really judge whether this could be annoying in d-i, > it seems to me that's just fixing a move which hadn't happened with the > net.ifnames transition, for specific hardware? FWIW, I have tested this on an installation and haven't seen any problems. Kind regards Philipp Kern signature.asc Description: OpenPGP digital signature
Bug#856060: Please don't use obsolete libsysfs-dev any more
Hi Michael, On 02/24/2017 11:05 PM, Michael Biebl wrote: > Some years ago libsysfs (source package: sysfsutils) was written as an > abstraction layer for accessing /sys/. However, this turned out to be > a historical error and evolutionary dead end: It does not actually > abstract anything (it's just as specific to the Linux kernel and a > particular version thereof as /sys itself), and just adds unnecessary > complexity, RAM overhead, and bugs. Thus its development has ceased > years ago, in favor of programs just using /sys as it is. > > In fact, most applications probably don't want to access /sys at all, > but use libudev [1] or gudev [2] instead. These provide a better API > for device enumeration, properties, and callbacks for hardware > changes. I can see how we ended up here, but it still does abstract something away: access to sysfs, avoiding bugs in accessing it from C in the process. Both this and s390-netdevice use libsysfs to iterate over devices on a specified bus, extracting and writing some attributes (stuff like "online" (r/w), "devtype" (r/o), "cutype" (r/o), setting the ccwgroup, layer2 and portno settings on Ethernet adapters). Is that something libudev would be suitable for? If so, it'd need to grow a udeb. Interestingly enough glib does have a udeb. Would that mean that gudev could be a potential option? Would that just require a udeb for udev and one for gudev (which has 40k on my system)? That might be more pleasant to work with. > This package is one of the few which still use the old libsysfs. Can > you please check with upstream to prepare a migration away from > libsysfs to using plain /sys or libudev? I hope that we can drop the > old libsysfs entirely for wheezy. Unfortunately for this and s390-netdevice there's no upstream to work with. > Thank you for considering! > > > [1] http://www.kernel.org/pub/linux/utils/kernel/hotplug/libudev/ This link is broken. > [2] http://www.kernel.org/pub/linux/utils/kernel/hotplug/gudev/ And so is this one. Kind regards Philipp Kern signature.asc Description: OpenPGP digital signature
Processed: severity of 856826 is normal, closing 856826
Processing commands for cont...@bugs.debian.org: > severity 856826 normal Bug #856826 [installation-reports] installation-reports: Debian 8.6 installer with encrypted swap creates unusable swap logical volume Severity set to 'normal' from 'serious' > close 856826 Bug #856826 [installation-reports] installation-reports: Debian 8.6 installer with encrypted swap creates unusable swap logical volume Marked Bug as done > thanks Stopping processing here. Please contact me if you need assistance. -- 856826: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=856826 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#857064: debian-installer: Can't list partition types in fdisk
On 03/09/2017 07:52 PM, Cyril Brulebois wrote: >> So setting $PAGER to more, cat or nothing in the shell should fix it. > I suspect it would make sense for rescue-mode to do so, but I'm not > familiar with its inner working… Would it make sense to set PAGER=more for all of d-i? Within busybox there's one applet that actually looks at PAGER, which is man. Of course we don't compile that in. But the hardcoded fallback again is more, so util-linux's behavior is a little surprising. Given that we do not actually have less in that environment, but do have more, shouldn't we be able to give binaries a sensible guidance (in the best case it being a no-op because more's the default anyhow)? (I suppose I also have to say that there were many times I missed less and needed to abuse an editor instead - which isn't necessarily equivalent in terms of wrapping on the terminal. We could also ponder adding CONFIG_LESS=y in some minimal build flavor.) Kind regards Philipp Kern signature.asc Description: OpenPGP digital signature
Bug#854537: marked as done (installation-reports: Problème de stabilité générale)
Your message dated Sun, 9 Apr 2017 11:03:06 +0200 with message-id <8eb968e6-070e-30f5-a10c-482243a22...@debian.org> and subject line Re: Bug#854537: installation-reports: Problème de stabilité générale has caused the Debian Bug report #854537, regarding installation-reports: Problème de stabilité générale 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.) -- 854537: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=854537 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: installation-reports Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- Package-specific info: Boot method: Image version: Date: Machine: Partitions: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [ ] Detect network card:[ ] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Clock/timezone setup: [ ] User/password setup:[ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION="Debian GNU/Linux installer" DISTRIB_RELEASE="8 (jessie) - installer build 20150422+deb8u4+b2" X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux ellorenzo 3.16.0-4-amd64 #1 SMP Debian 3.16.39-1 (2016-12-30) x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Device [8086:1904] (rev 08) lspci -knn: Subsystem: Intel Corporation Device [8086:1904] lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation Device [8086:1906] (rev 07) lspci -knn: Subsystem: Intel Corporation Device [8086:1906] lspci -knn: 00:14.0 USB controller [0c03]: Intel Corporation Device [8086:9d2f] (rev 21) lspci -knn: Subsystem: Intel Corporation Device [8086:9d2f] lspci -knn: Kernel driver in use: xhci_hcd lspci -knn: 00:14.2 Signal processing controller [1180]: Intel Corporation Device [8086:9d31] (rev 21) lspci -knn: Subsystem: Intel Corporation Device [8086:9d31] lspci -knn: 00:16.0 Communication controller [0780]: Intel Corporation Device [8086:9d3a] (rev 21) lspci -knn: Subsystem: Intel Corporation Device [8086:9d3a] lspci -knn: 00:17.0 SATA controller [0106]: Intel Corporation Device [8086:9d03] (rev 21) lspci -knn: Subsystem: Intel Corporation Device [8086:9d03] lspci -knn: Kernel driver in use: ahci lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation Device [8086:9d14] (rev f1) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1f.0 ISA bridge [0601]: Intel Corporation Device [8086:9d43] (rev 21) lspci -knn: Subsystem: Intel Corporation Device [8086:9d43] lspci -knn: 00:1f.2 Memory controller [0580]: Intel Corporation Device [8086:9d21] (rev 21) lspci -knn: Subsystem: Intel Corporation Device [8086:9d21] lspci -knn: 00:1f.3 Audio device [0403]: Intel Corporation Device [8086:9d70] (rev 21) lspci -knn: Subsystem: Device [1991:0269] lspci -knn: 00:1f.4 SMBus [0c05]: Intel Corporation Device [8086:9d23] (rev 21) lspci -knn: Subsystem: Intel Corporation Device [8086:9d23] lspci -knn: 01:00.0 Network controller [0280]: Intel Corporation Wireless 3160 [8086:08b3] (rev 83) lspci -knn: Subsystem: Intel Corporation Device [8086:8070] lspci -knn: Kernel driver in use: iwlwifi usb-list: usb-list: Bus 01 Device 01: xHCI Host Controller [1d6b:0002] usb-list:Level 00 Parent 00 Port 00 Class 09(hub ) Subclass 00 Protocol 01 usb-list:Manufacturer: Linux 3.16.0-4-amd64 xhci_hcd usb-list:Interface 00: Class 09(hub ) Subclass 00 Protocol 00 Driver hub usb-list: usb-list: Bus 01 Device 03: xHCI Host Controller [8087:07dc] usb-list:
Re: HTTPS metadata in Mirrors.masterlist?
On Fri, 07 Apr 2017, Mattias Wadenstein wrote: > On Thu, 6 Apr 2017, Axel Beckert wrote: > > >* https://ftp.se.debian.org/debian/ (ftp.no.debian.org seems to point > > to the same host, but is not yet accessible via HTTPS due to not > > being listed in the certificate) > > Hm, OK. We'll add ftp.no.d.o to our list of hostnames for LE. > > We've been a bit slow in announcing https support due to not being done with > hardware updates to get CPUs that don't max out when filling the network > link, but that replacement procedure is almost done. I don't think ftp.*.debian.org providers should do https with that name. We regularly point ftp.*.debian.org to other places when mirrors go away temporarily, and the only service we guarantee the new target has is http://.../debian/ Adding https just makes this a whole extra mess. By all means offer https on your "base" hostname, like ftp.acc.umu.se, but please don't do it on ftp.*.debian.org. -- | .''`. ** Debian ** Peter Palfrader | : :' : The universal https://www.palfrader.org/ | `. `' Operating System | `-https://www.debian.org/
Re: HTTPS metadata in Mirrors.masterlist?
On Thu, 06 Apr 2017, Axel Beckert wrote: >a wildcard > SSL certificate for ftp*.*.debian.org or similar. That's not how wildcards work. -- | .''`. ** Debian ** Peter Palfrader | : :' : The universal https://www.palfrader.org/ | `. `' Operating System | `-https://www.debian.org/
Re: HTTPS metadata in Mirrors.masterlist?
Hi, Peter Palfrader wrote: > I don't think ftp.*.debian.org providers should do https with that name. > We regularly point ftp.*.debian.org to other places when mirrors go away > temporarily, and the only service we guarantee the new target has is > http://.../debian/ > > Adding https just makes this a whole extra mess. As outlined in my recent mail I don't think that it's that much of an extra-effort once we track HTTPS in Mirrors.masterlist. And I especially think the gain outweighs the additional effort. > By all means offer https on your "base" hostname, like ftp.acc.umu.se, > but please don't do it on ftp.*.debian.org. Hence I disagree. Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Re: Bug#858943: unblock: systemd/232-22
Philipp Kern (2017-04-09): > On 04/01/2017 01:45 AM, Cyril Brulebois wrote: > > Adding debian-s...@lists.debian.org to the loop to make sure they're > > aware of this. Can't really judge whether this could be annoying in d-i, > > it seems to me that's just fixing a move which hadn't happened with the > > net.ifnames transition, for specific hardware? > > FWIW, I have tested this on an installation and haven't seen any problems. Perfect, thanks! KiBi. signature.asc Description: Digital signature
stretch installation screen issues on Acer C740
Juha Heinanen writes: > 4) Reboot now gave me proper grub boot menu screen, but after I pressed > return on Debian GNU/Linux line, the screen went blank again as it did > at (2). Again I blindly gave disk crypt password and properly got > lightdm login screen. The problem went away after I replaced legacy boot firmware with MrChromebox Full ROM Firmware. -- Juha
Re: HTTPS metadata in Mirrors.masterlist?
On Thu, 06 Apr 2017, Axel Beckert wrote: SSL certificate for ftp*.*.debian.org or similar. On 09.04.17 09:38, Peter Palfrader wrote: That's not how wildcards work. true. to provide more details: wildcard in certificate applied for one level in domain name, thus *.debian.org will apply for sk.debian.org, but not ftp.sk.debian.org. Even if it did - break into one server would mean it has to be replaced on all servers - the false sense of security would be created. using https would require all mirror admins to have their own certificates. Not even mentioning redirecting from one server to another. There's no sane way of doing certificates when the debian mirror network consists of volunteers. -- Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/ Warning: I wish NOT to receive e-mail advertising to this address. Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. Silvester Stallone: Father of the RISC concept.
Bug#859970: installation-reports: Inaccessible stripe at the bottom of desktop
Package: installation-reports Severity: normal Dear Maintainer, I did a fresh install of debian 8.7.1. I'm using gnome flashback. From the very beginning there was a stripe at the bottom of my desktop which was black and not accessible with the mouse. It has approximately the height of a panel. May be related to this is the following problem: Settings -> Display: Could not get screen information. -- Package-specific info: Boot method: Image version: Date: Machine: Partitions: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [ ] Detect network card:[ ] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Clock/timezone setup: [ ] User/password setup:[ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION="Debian GNU/Linux installer" DISTRIB_RELEASE="8 (jessie) - installer build 20150422+deb8u4+b2" X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux edmund 3.16.0-4-amd64 #1 SMP Debian 3.16.39-1 (2016-12-30) x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Device [8086:191f] (rev 07) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8694] lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation Device [8086:1912] (rev 06) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8694] lspci -knn: 00:14.0 USB controller [0c03]: Intel Corporation Device [8086:a12f] (rev 31) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8694] lspci -knn: Kernel driver in use: xhci_hcd lspci -knn: 00:16.0 Communication controller [0780]: Intel Corporation Device [8086:a13a] (rev 31) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8694] lspci -knn: 00:17.0 SATA controller [0106]: Intel Corporation Device [8086:a102] (rev 31) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8694] lspci -knn: Kernel driver in use: ahci lspci -knn: 00:1b.0 PCI bridge [0604]: Intel Corporation Device [8086:a167] (rev f1) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation Device [8086:a110] (rev f1) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1d.0 PCI bridge [0604]: Intel Corporation Device [8086:a118] (rev f1) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1f.0 ISA bridge [0601]: Intel Corporation Device [8086:a145] (rev 31) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8694] lspci -knn: 00:1f.2 Memory controller [0580]: Intel Corporation Device [8086:a121] (rev 31) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8694] lspci -knn: 00:1f.3 Audio device [0403]: Intel Corporation Device [8086:a170] (rev 31) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8699] lspci -knn: 00:1f.4 SMBus [0c05]: Intel Corporation Device [8086:a123] (rev 31) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8694] lspci -knn: 00:1f.6 Ethernet controller [0200]: Intel Corporation Ethernet Connection (2) I219-V [8086:15b8] (rev 31) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8672] lspci -knn: Kernel driver in use: e1000e lspci -knn: 02:00.0 PCI bridge [0604]: Intel Corporation Device [8086:1578] lspci -knn: Kernel driver in use: pcieport lspci -knn: 03:00.0 PCI bridge [0604]: Intel Corporation Device [8086:1578] lspci -knn: Kernel driver in use: pcieport lspci -knn: 03:01.0 PCI bridge [0604]: Intel Corporation Device [8086:1578] lspci -knn: Kernel driver in use: pcieport lspci -knn: 03:02.0 PCI bridge [0604]: Intel Corporation Device [8086:1578] lspci -knn: Kernel driver in use: pcieport lspci -knn: 03:04.0 PCI bridge [0604]: Intel Corporation Device [8086:1578] lspci -knn: Kernel driver in use: pcieport lspci -knn: 06:00.0 USB controller [0c03]: Intel Corporation Device [8086:15b6] lspci -knn: Subsystem: Device [:] lspci -knn: Kernel driver in use: xhci_hcd usb-list: usb-list: Bus 01 Device 01: xHCI Host Controller [1d6b:0002] usb-list:Level 00 Parent 00 Port 00 Class 09(hub ) Subclass 00 Protocol 01 usb-list:Manufacturer: Linux 3.16.0-4-amd64 xhci_hcd usb-list:Interface 00: Class 09(hub ) Subclass 00 Protocol 00 Driver hub usb-list: usb-list: Bus
Processed: tagging 859438
Processing commands for cont...@bugs.debian.org: > tags 859438 + pending Bug #859438 [installation-guide] preseed header magic Added tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. -- 859438: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=859438 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Debian Installer Stretch RC 3 release
The Debian Installer team[1] is pleased to announce the third release candidate of the installer for Debian 9 "Stretch". Improvements in this release * anna: - Use SHA256 for verification (#856211). * base-installer: - Log all debootstrap arguments. - Try harder to install apt-transport-https and ca-certificates when they're needed (#855035). - Propagate local certificates using the same logic. * brltty: - Fix baum driver restarting when typing too fast on Vario Ultra device (#857558). * choose-mirror: - Fix FTBFS with UTF-8 entities in mirror list, e.g. RE/Réunion (#857545). * clock-setup: - Only call sed on /etc/default/rcS to adjust UTC setting when this file exists (#854924). * debian-installer: - Bump Linux kernel version from 4.9.0-1 to 4.9.0-2. - Fix missing speech synthesis menu entries on some i386 images. - Make syslinux and EFI boot menus uniform, emphasizing graphical entries. - Add speech synthesis entries for expert, rescue, and automated install; and make shortcuts point to them. * debian-installer-utils: - Propagate dot-containing options to target kernel command line (#853855). - Set User-Agent to "debian-installer" when calling wget (#850800). * debootstrap: - Strip the arch-qualifier (#836525). - Instead of creating a /dev/ptmx → pts/ptmx symlink unconditionally, try "mknod c 5 2" first, and fall back to a symlink only if it fails. This should help with various tools like pbuilder, sbuild, and schroot (#817236). * fonts-android: - Fix support for Korean glyphs by shipping DroidSansFallback.ttf instead of DroidSansFallbackFull.ttf in the fonts-android-udeb package (#853921). * grub2: - Make grub-install check for errors from efibootmgr (#853234). * installation-locale: - C.UTF-8.in: change LC_IDENTIFICATION to i18n:2012 (#837004). * libdebian-installer: - Parse SHA256 fields in Packages files (#856210). - Parse SHA256 fields in Release files. - Update versions for changed symbols. Please note that packages impacted by this change were checked within Debian. Derivative distributions might want to double check their packages. * lilo-installer: - Fix sfdisk arguments (#855489). * partman-auto-crypto: - Implement a preseedable way to skip disk erase (#476388). * rootskel: - Avoid registering options for non-modules (#853855). The non-modules list is based on the kernel-command-line(7) manpage. - Update gtk lowmem limits. * screen: - Fix terminal garbage in Debian Installer over serial line (#857808). Hardware support changes * debian-installer: - Add support for ports which aren't scheduled to be released by looking at an extra unreleased suite where patched or port-specific components are made available, and use unstable instead of testing as a base suite. This fixes the long standing FTBFS on non-released ports (#852215). Please note that other changes related to non-released ports are usually not covered in release announcements. - Add fb-modules to some loongson-3 configurations (#854553). - powerpc: Add virtio modules to cdrom/netboot images (#767487). * flash-kernel: - Add machine db entry for TI OMAP4 PandaBoard-ES (#857205). - Add machine db entry for NETGEAR ReadyNAS Duo v2 (#855960). - Add machine db entry for Hardkernel ODROID-C2 (#845818). * grub-installer: - Fix grub-xen installation in Xen environments (#854082). - Use 'p' (not '-part') as multipath disk-partition separator. This fixes the check of whether the boot file system is on multipath. - Better handling of PReP partitions on ppc64el: prefer PReP partition on the same disk as the boot file system partition. * hw-detect: - disk-detect: stop trying to load dm-emc (#852285). - disk-detect: match 'mpath[a-z]+' instead of 'mpath[0-9]+' since multipath-tools changed behaviour regarding mpath device names (#806713, #854565). - disk-detect: run update-dev before probing for devices (#843895). * libdebian-installer: - Add support for NETGEAR ReadyNAS Duo v2 (#855965). * linux: - udeb: Add more USB host and dual-role drivers to usb-modules (#856111). - udeb/arm64: Add ast to fb-modules (#820168). - udeb: Add bcache to md-modules (#718548). * partman-base: - Update support for more recent output of 'multipath -l'. - Accept spaces in multipath WWID. * partman-partitioning: - Fix resizing an NVMe device (#820818). * systemd: - udev: Fix by-id symlinks for devices whose IDs contain whitespace (#851164). - udev: Fix /dev/disk/by-path aliases for virtio disks (#856558). - udev/s390x: Create persistent net names for virtio CCW devices (#856559). * u-boot: - armel: Support for ope
Processing of finish-install_2.81_i386.changes
finish-install_2.81_i386.changes uploaded successfully to localhost along with the files: finish-install_2.81.dsc finish-install_2.81.tar.xz finish-install_2.81_all.udeb finish-install_2.81_i386.buildinfo Greetings, Your Debian queue daemon (running on host usper.debian.org)
finish-install_2.81_i386.changes ACCEPTED into unstable
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sun, 09 Apr 2017 06:24:48 +0200 Source: finish-install Binary: finish-install Architecture: source all Version: 2.81 Distribution: unstable Urgency: medium Maintainer: Debian Install System Team Changed-By: Christian Perrier Description: finish-install - Finish the installation and reboot (udeb) Changes: finish-install (2.81) unstable; urgency=medium . [ Updated translations ] * Croatian (hr.po) by Valentin Vidic Checksums-Sha1: 57b3a15caf03330aa3946a82f4456356b302add7 1626 finish-install_2.81.dsc eadc53ff30d3314345e365c9edb15abbac9ed061 55528 finish-install_2.81.tar.xz bc5d41c8aca01d5c50ef1ca90ac82c178816b099 18896 finish-install_2.81_all.udeb 3263a4af1a0a4c17da3b8b8bee295ca7c16abb78 4672 finish-install_2.81_i386.buildinfo Checksums-Sha256: b19fbc52e7149965f0208af1ad25bbb520d9e14f1f532dc8d2df47563a01c4a1 1626 finish-install_2.81.dsc 54ea959bc2cb963c387bc7056b2ecaceeed2de7b270ef763cf82623d3b56001e 55528 finish-install_2.81.tar.xz 301ee3258563b4d334ddecef62a1f12236150bf4e7ab500ec20bba990a743304 18896 finish-install_2.81_all.udeb fead35ff72f4daabbd84df7948bd785b901bd39a0522d3ce115dcaf9b5ea06aa 4672 finish-install_2.81_i386.buildinfo Files: a3a3811670a230c5788d8e44e4855dc6 1626 debian-installer required finish-install_2.81.dsc e3ec7bbdb7a0ab92f7466d741fceb318 55528 debian-installer required finish-install_2.81.tar.xz 8d2049a332f3317c5f5134864a34b9aa 18896 debian-installer required finish-install_2.81_all.udeb 72a54291242a777a51de11a4a921fd48 4672 debian-installer required finish-install_2.81_i386.buildinfo -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJY6yGRAAoJEIcvcCxNbiWo6D8P/2sVUuG7Nq4iffK53FSXpntt ymuAj8p7kxVJDL4otm5J7+C3SQvKvNWcJcty+QnqXR8CPY64HkdWV1AA/fU1fys+ AMJ+sY0OS/NtRn/D44P6DqFmRXeNUTGfdsmRiEnZaAbgny7VVYMj6IAF4dwkHm4a WcOSI/6lhEJO+j3Y9xQYx0wIErrsAy0+j/xwVnCJS/q6407jv02milX5q/bIYZuZ V5jHEDk5Zvg1W8ZRLLMFY5Jm0lvD8Eh9hiDGbhZu19REc1t9NcyLGVnkTOfH3A5R OlKf/7wYmSKp9Q4uBGyzfe1v8cT9yElQafotwyT+NgyNugE7L2ZQlXYtWsXftVXC X9FuC1GVc+qEJEiUU4R1xtF7RPGD6qnkdoaDGcU1WHLChbsCD6ZEvzzDfy1FX1TL z6TiNDbRTSmOkng4yGRE67hkV62cvj1zuYhYYmQc9ffGmsyuPKARp9rD9nHWzg4a cVrUQA0LaYEgWljOb6E0mhvYtRtc9hB3ImpkUn10SQNwxvbSJtEZbTHhCL9N0+E2 JEIeUY1lPoxryYrR5cXWv+NM8L273EwudST1Hs/NJdhWwAoyvBib/RgGewv5zsdS XEHa4/ZVl19jYTFv3Pv8159YFopdefuKtGyQP9LOzSIAS5k+qYwkb8frfPOjrJ4W 7/XYY+7gf8XXqLNW0rto =bqYB -END PGP SIGNATURE- Thank you for your contribution to Debian.
