On Fri 2022-03-18 09:13:08 +, Adam D. Barratt wrote:
> Unfortunately it looks like the upload failed:
>
> gnupg2_2.2.27-2+deb11u1.dsc: Refers to non-existing file
> 'gnupg2_2.2.27.orig.tar.bz2.asc'
Sigh. thanks for the note. I've just tried again, this time including
the orig.tar.bz2.asc in
On Thu 2022-03-17 17:49:04 +, Adam D. Barratt wrote:
> On Sat, 2022-02-19 at 22:24 -0500, Daniel Kahn Gillmor wrote:
>> On Sat 2022-02-19 17:09:21 +, Adam D. Barratt wrote:
>> > Control: tags -1 + confirmed d-i
>> >
> [...]
>> > That lo
On Sat 2022-02-19 17:09:21 +, Adam D. Barratt wrote:
> Control: tags -1 + confirmed d-i
>
> On Thu, 2022-01-27 at 17:02 -0500, Daniel Kahn Gillmor wrote:
>> Please consider an update to GnuPG in debian bullseye, from version
>> 2.2.27-2 to 2.2.27-2+deb11u1.
>>
>
If NVSWITCH is empty, the old code was running wget '' …
But this causes wget to fail to fetch the empty URL, which means the
return code ends up being non-zero. This breaks sbuild-createchroot,
which apparently always passes --verbose to debootstrap.
This error was introduced in
Hi Adam--
On Tue 2018-10-23 16:18:05 +0100, Adam D. Barratt wrote:
> Sure, but that's not what I said. My distinction was between including
> the gnupg update in the point release versus pushing it more urgently
> via stable-updates. I never implied the updates shouldn't be released at
> all.
On Tue 2018-10-23 20:00:06 +0100, Adam D. Barratt wrote:
> From discussions elsewhere, I understand that the "raw" upstream
> enigmail - i.e. installed via upstream's addons service - is actually
> already compatible with the new Thunderbird version, and the problem
> only affects the Debian
Thanks to Adam for your ongoing work on the stable releases!
I just wanted to clarify a few points here.
On Tue 2018-10-23 08:57:08 +0100, Adam D. Barratt wrote:
> An issue is that the gnupg update itself doesn't really qualify for
> stable-updates any more than it qualifies for
It's a shame that encrypted swap by default hasn't happened yet for
debian.
As i see it, the three outstanding concerns are:
a) source of entropy at boot time
b) actual hardware performance
c) suspend-to-disk
boot time entropy
-
The linux kernel's getrandom() situation is
Package: apt-setup
Severity: wishlist
Control: clone -1 -2
Control: retitle -2 set up local repository keys using signed-by option, and do
not use "apt-key add"
Control: block -1 861695 -2
Control: affects 861695 + apt-setup
When apt-setup creates a sources.list, it currently just expects every
On Mon 2017-05-29 08:16:11 +0200, Didier 'OdyX' Raboud wrote:
> If I upload win32-loader now, it will embed gpgv-win32 2.1.18-8, no matter
> which gnupg2 version will be part of stretch. There are three alternatives,
> in
> decreasing order of preference:
> * get gnupg2 in testing, upload
On Sat 2017-02-04 19:48:54 -0500, Cyril Brulebois wrote:
> I'm fine with (discovering and) following best practices.
:)
> [ dkg wrote: ]
>> Regardless of the choice of filesystem location (fragment directory or
>> elsewhere), gpgv does want to see the curated keyrings it depends on
>> in binary
On Sat 2017-02-04 19:35:58 -0500, Daniel Kahn Gillmor wrote:
> Over in #831409, i mentioned this simple pipeline to perform the actual
> transformation:
>
> awk '/^$/{ x = 1; } /^[^=-]/{ if (x) { print $0; } ; }' | base64 -d
>
> Unfortunately, it looks to me like bus
Hi all--
On Sat 2017-02-04 18:25:52 -0500, Cyril Brulebois wrote:
> I'm adding gnupg maintainers in cc since they might have interesting
> tips for the implementation. Context: we need to replace apt-key add
> calls with dropping files under the appropriate names for extra
> repositories in a
Package: debootstrap
Version: 1.0.81
Severity: wishlist
Control: affects -1 fakechroot dbus debirf
On a very minimal/lean system running debian sid, i tried to do the
following as a non-privileged user:
fakechroot fakeroot /usr/sbin/debootstrap --variant=fakechroot --include=dbus
sid ~/target
On Mon 2016-02-15 22:47:11 -0500, Martin Michlmayr wrote:
> I had an idea on how to solve this problem: in addition to building
> gpgv-udeb from gnupg2, you could build a gpgv1.4-udeb on armel. I
> could then use that gpgv1.4-udeb on the armel subarch with the size
> issues.
>
> Would that work
Hi Stephen--
Thanks for the prompt response!
On Mon 2016-02-15 07:26:14 -0500, Stephen Kitt wrote:
> This is where header files and DLLs should go; the compiler and linker
> look there by default (/usr/{i686,x86_64}-w64-mingw32/{include,lib}).
>
> The overrides mention "For now" because the
Hi Stephen and the d-i installer team--
(and hi Andreas, cc'ed here as libgcrypt maintainer in debian)
I'm trying to sort out the cross-building toolchain in debian for making
windows binaries, for the sake of making things that will contribute to
win32-loader.
My main question is: when
On Wed 2015-08-12 01:51:35 +0200, Daniel Kahn Gillmor wrote:
i believe the installer relies on gpgv for archive manifest signature
verification. we have gpgv-udeb for that purpose, i think.
One more followup about gnupg and udebs--
The gnupg packaging currently makes a gnupg-udeb in addition
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
hi debian installer folks--
this message is not urgent, just a heads-up to the debian installer
folks (and the pkg-gnutls folks, since libksba comes up later) from a
gnupg maintainer. (i don't think i'm subscribed to debian-boot, please
keep me cc'ed!)
i believe the installer relies on gpgv for
over on https://bugs.debian.org/753163 ...
On Tue 2015-04-28 03:14:45 -0400, Werner Koch wrote:
On Tue, 28 Apr 2015 06:32, raphael.hal...@gmail.com said:
Will this bug be fixed before the first point release ?
[...]
For the dependency problem there is a way out: Since GnuPG 2.1.2:
*
Control: forcemerge 774332 745082 763391
Le vendredi 20 février à 19h 02mn 31s (+0100), John Paul Adrian Glaubitz a
écrit :
PS: I would suggest merging 745082, 763391 and 774332. They seem to
describe the exact same bug.
I agree they look similar, and i'm inclined to think that the
Package: installation-reports
Severity: normal
-- Package-specific info:
Boot method: network
Image version: wheezy non-graphical netboot from 2013-01-13 (i think)
Date: Date and time of the install
Machine: Dell Optiplex 960
Partitions: df -Tl will do; the raw partition table is preferred
On Sun 2013-01-27 14:40:19 -0500, Daniel Kahn Gillmor wrote:
partman hung at either 50% or 54% during the Partition hard drives
phase of the installer.
switching to a vt, i was able to see that it appeared to be hung
during 35dump.
killing parted from a vt was successful, but each time i
On 10/22/2012 05:55 PM, Milan Kupcevic wrote:
We can allow d-i grub installation on powerpc machines for wheezy, but
not make it default.
[...]
Manual creation of the appropriate partition in d-i (/boot/grub) will
enable grub installation in wheezy d-i. Thus, we will be able to
experiment
Package: task-gnome-desktop
Version: 3.13
Severity: important
I just did an install from the nightly debian-installer, in text mode,
choosing default options all the way up to the tasksel screen.
In the tasksel screen, i chose Graphical Desktop Environment and
Standard System Utilities, and
On 10/08/2012 09:56 PM, Daniel Kahn Gillmor wrote:
Oh no! Something has gone wrong.
A problem has occured and the system can't recover.
Please log out and try again.
[Log Out]
[...]
I find that if i add the Print Server task from tasksel, log out
Control: retitle 690017 Oh no! Something has gone wrong when
/var/run/cups/cups.sock is not accessible at login
I wouldn't be surprised if #690017 and #687978 are caused by the same
underlying problem.
--dkg
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a
Package: debian-installer
Severity: wishlist
grub-ieee1275 is a powerful and effective bootloader for powerpc
machines. It is significantly more flexible at runtime than yaboot, and
provides a user experience more roughly comparable with installs on i386
and amd64 machines.
Please have
phcoder gave me the following information on IRC about this transition:
15:13 phcoder dkg: install method can be changed to whatever yaboot
currently uses for the ease of transition if I get enough info about what it does
15:13 phcoder And HFS+ works as well
Regards,
--dkg
--
affects 624343 debian-installer
thanks
I note that debian-installer happily creates LVM-over-RAID and
dmcrypt-over-RAID setups (and lvm-over-dmcrypt-over-RAID setups, for
that matter), and provides no warnings to the admin that these RAiD
setups may not be re-syncable in the face of hardware
Package: debian-installer
Severity: normal
I pulled the kfreebsd-i386 installer from here:
http://d-i.debian.org/daily-images/kfreebsd-i386/daily/netboot/debian-installer/kfreebsd-i386/
and i launched it in expert mode.
I looked for the partman-zfs udeb in the list of download installer
On 04/28/2011 03:31 PM, Miguel Figueiredo wrote:
According the changelog [1] it was reenabled on partman-zfs version 6,
currently available on testing and sid.
yes, that's the one i found and downloaded. The bug appears to be that
d-i doesn't know about it.
--dkg
signature.asc
Package: partman-auto
Severity: wishlist
I recently did an install of the squeeze beta2 d-i on powerpc.
partman-auto set up a New World Bootloader partition with something
around 800KiB of space.
While this is fine for yaboot, grub-ieee1275 seems to prefer a larger
partition. If i'm
On 07/31/2010 12:54 AM, Martin Michlmayr wrote:
* Daniel Kahn Gillmor d...@fifthhorseman.net [2010-07-30 19:32]:
There are recent changes in initramfs-tools to accommodate root
filesystems on ubifs. flash-kernel should inherit these changes if
possible, especially since ubifs is likely
Package: flash-kernel
Version: 2.32
Severity: normal
When using an armel system with the root filesystem on ubifs,
update-initramfs spews this error message:
Warning: /etc/fstab parse error; guessing that the root device is /dev/sda2
it appears to be due to
it seems like #532852 (Please run console-setup during initrd phase)
would also affect systems with a crypted root.
that is, entering the passphrase to unlock the block device backing the
root filesystem could be done with the machine's preferred keymap,
instead of with whatever default appears.
On Thu 2008-08-28 11:40:51 -0400, Jérémy Bobbio wrote:
On Tue, Aug 26, 2008 at 09:45:33PM -0400, Daniel Kahn Gillmor wrote:
Image version: lenny d-i beta2
FWIW, this arrangment (LVM over dm-crypt over RAID) seems like a
reasonable common one, so it should be easy to configure from d-i.
See
Package: installation-reports
Boot method: netboot
Image version: lenny d-i beta2
Date: Tue, 26 Aug 2008 21:22:47 -0400
Machine: monkeyman
Processor: Intel(R) Xeon(TM) CPU 3.20GHz
Memory: 1G
Partitions:
0 shoveler:/# df -Tl
FilesystemType 1K-blocks Used Available Use% Mounted on
Package: busybox
Version: 1:1.1.3-5
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
busybox cpio seems to corrupt its memory (maybe with a double free?)
when extracting a hardlink.
Here's a transcript of a simple case to trigger the failure:
0 [EMAIL PROTECTED]:/tmp$ mkdir tt
On April 14, [EMAIL PROTECTED] said:
Any chance you can get to this point again, then, from the console on
Alt-F2, run 'nano /target/var/lib/dpkg/info/man-db.postinst', put the
command 'set -x' on the second line, run 'chroot /target dpkg
--configure man-db', and send the output to this
i just experienced the same error with man-db using debian-installer
beta3 for powerpc.
i'm running this on a blue iMac G3 (named kodkod), and i get the
same error Laurent described during installation of the base system:
dpkg:error processing man-db (--configure):
subprocess
42 matches
Mail list logo
