[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#838392: marked as done (hurd should not build hurd-dev at stage2)



Your message dated Sat, 13 Jun 2020 12:57:13 +0200
with message-id <20200613105713.2sqxgiiyhvhezvdh@function>
and subject line Re: Bug#838392: dpkg: should build-depend on hurd-dev
has caused the Debian Bug report #838392,
regarding hurd should not build hurd-dev at stage2
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 owner@bugs.debian.org
immediately.)


-- 
838392: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=838392
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: dpkg
Version: 1.18.10
Severity: normal
Tags: patch
User: helmutg@debian.org
Usertags: rebootstrap

Hello,

dpkg needs to build-depend on hurd-dev because it uses <hurd.h> and
<ps.h>. It happens that libc0.3-dev depends on it, and thus hurd-dev
gets pulled on a normal system. But when bootstrapping, libc0.3-dev does
not depend on hurd-dev yet. So dpkg should explicitly build-depend on
hurd-dev to be able to be compiled with the bootstrap libc build.

So could you apply the attached patch?

Thanks,
Samuel

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 'buildd-unstable'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental-debug'), (1, 'buildd-experimental'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.7.0 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages dpkg depends on:
ii  libbz2-1.0   1.0.6-8
ii  libc6        2.23-5
ii  liblzma5     5.1.1alpha+20120614-2.1
ii  libselinux1  2.5-3
ii  tar          1.29b-1
ii  zlib1g       1:1.2.8.dfsg-2+b1

dpkg recommends no packages.

Versions of packages dpkg suggests:
ii  apt  1.3~rc4

-- no debconf information

-- 
Samuel
<m> bouhouhouh, b il m'a abandonné. Tout ca parce que je regardais plus mon emacs que lui !
<m> s/lui/ses messages irc/
 -+- #ens-mim esseulé -+-
--- debian/control.original	2016-09-20 21:21:36.395188941 +0200
+++ debian/control	2016-09-20 21:21:40.795164587 +0200
@@ -14,6 +14,7 @@
  gettext (>= 0.19), po4a (>= 0.41),
  zlib1g-dev, libbz2-dev, liblzma-dev,
  libselinux1-dev (>= 1.28-4) [linux-any],
+ hurd-dev [hurd-any],
  libncursesw5-dev,
  libio-string-perl <!nocheck>
 

--- End Message ---
--- Begin Message ---
Version: 1:0.9.git20200416-2

Hello,

Helmut Grohne, le mer. 21 sept. 2016 06:09:22 +0200, a ecrit:
>    what I'd rather see here is to go the same route as stage1 (which
>    doesn't work due to #818618 yet): Rename stage2's hurd-dev to
>    something else, have it and the real hurd-dev provide the actual
>    functionality and move over the critical rdeps (mainly gcc + glibc).

That was done lately.

Samuel

--- End Message ---

Reply to: