Bug#1070067: debian-cd: daily arm64 netinst image: GRUB menu is complex

[Roland Clobus]

Package: debian-cd
Version: 3.2.1
Severity: minor
User: debian...@lists.debian.org
Usertags: openqa

Hello maintainers of the arm64 netinst image,

The issue:
Recently I've updated the openQA boot walk test [1] to match the actual 
GRUB boot menu for the arm64 netinst image (taken from the daily builds 
[2]). It has a very complex structure (up to 5 levels deep) and offers 
many similar options in the sub menus.

Is this intentional?

Expected:
The GRUB menu for arm64 is identical to or only slightly different from 
the amd64 netinst image.


With kind regards,
Roland Clobus

[1] https://openqa.debian.net/tests/255725


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1070006: debian-cd: daily arm64 netinst image: GRUB not started in graphical mode

[Roland Clobus]

Package: debian-cd
Version: 3.2.1
Severity: minor
User: debian...@lists.debian.org
Usertags: openqa

Hello maintainers of the netinst image,

The issue:
As seen on openQA [1], the GRUB menu for the arm64 netinst image (taken 
from the daily builds [2]) does not use the graphical mode, but text 
mode instead.


Some sub-menus assume that the graphical mode is active, but issue an 
error message: 'error: no video mode activated.' (e.g. 'Accessible dark 
contrast installer menu...')


Expected:
GRUB uses the graphical version of the boot menu.


During the miniDebCamp 2024 in Hamburg, ema showed that (at least for 
the live-build images) GRUB is able to use the graphical mode correctly.
As a side note, the graphical installer also shows properly, so there 
appears to be no problem in using the graphical mode.


With kind regards,
Roland Clobus

---
[1] https://openqa.debian.net/tests/25
[2] 
https://get.debian.org/images/daily-builds/daily/arch-latest/arm64/iso-cd/debian-testing-arm64-netinst.iso


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1069682: debian-cd DVD source run failing

[Steve McIntyre]

Package: cdimage.debian.org

As a reminder for me: the latest weekly build failed, looks like
source packages no longer fit???

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"C++ ate my sanity" -- Jon Rabone

New `debian-cd` mirror application

[Tran Trong Nghia FX05823]

Hi, I'd like to apply for a new Debian CD mirror, based in Vietnam
Here's the link to the mirror: http://mirror.kirbee.tech/debiancd/
Server bandwidth: 200Mbit/s

Thanks and regards.

Bug#1036828: marked as done (debian-cd: wrong firmware archives built and published for D-I releases?)

[Debian Bug Tracking System]

Your message dated Sat, 24 Feb 2024 14:46:14 +
with message-id <20240224144614.ga3076...@tack.einval.com>
and subject line Re: Bug#1036828: debian-cd: wrong firmware archives built and 
published for D-I releases?
has caused the Debian Bug report #1036828,
regarding debian-cd: wrong firmware archives built and published for D-I 
releases?
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.)


-- 
1036828: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1036828
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: debian-cd
Severity: serious

Hi,

During a previous release, I spotted we had two firmware builds, but let
the topic go once I was reassured that was to be expected. For RC 4:

1/43: Starting firmware_bookworm build at 2023-05-27:09:03:53
[…]
9/43: Starting firmware_sid build at 2023-05-27:09:04:01
[…]
  firmware_bookworm finished successfully (started at 2023-05-27:09:03:53, 
ended at 2023-05-27:09:06:31, took 0h02m38s)
[…]
  firmware_sid finished successfully (started at 2023-05-27:09:04:01, ended 
at 2023-05-27:09:07:07, took 0h03m06s)

Now, waiting to see if someone would join the testing efforts, I diffed
firmware lists between rc3 and rc4, and spotted those differences:

-./firmware-sof-signed_2.2.4-1_all.deb
-./intel-microcode_3.20230214.1_amd64.deb
-./intel-microcode_3.20230214.1_i386.deb
+./firmware-sof-signed_2.2.5-1_all.deb
+./intel-microcode_3.20230512.1_amd64.deb
+./intel-microcode_3.20230512.1_i386.deb

The intel-microcode bits are OK:

intel-microcode | 3.20230512.1  | testing/non-free-firmware  | source, 
amd64, i386
intel-microcode | 3.20230512.1  | unstable/non-free-firmware | source, 
amd64, i386

The firmware-sof-signed, not so much:

firmware-sof-signed | 2.2.4-1   | testing/non-free-firmware  | all
firmware-sof-signed | 2.2.5-1   | unstable/non-free-firmware | all

It's a relatively new upload, and it's of course blocked at the moment:

[2023-05-15] Accepted firmware-sof 2.2.5-1 (all source) into unstable (Mark 
Pearson) (signed by: Vincent Bernat)

For the record, those archives end up being published in locations like
the following, and I definitely expected those to match the firmware
packages getting shipped into the images, not be some kind of snapshot of
what's in unstable at the time the release is built!

https://cdimage.debian.org/cdimage/firmware/bookworm/bookworm_di_rc3/

We should definitely clarify the situation, and get to the bottom of that
double firmware build.

From the log lines quoted above, if both bookworm and sid builds end up
shipping files in the same destination directory, the last build wins and
overrides the first one entirely?


See also the “rsync noise” that seemed somewhat OK to ignore. Not sure
whether that's directly related though… ISTR it was probably about some
timestamp discrepancy due to the underlying filesystem. For RC 4:

file has vanished: 
"/home/debian-cd/publish/.bookworm_di_rc4/firmware/firmware.zip"
rsync: stat 
"/dsa/cdimage/.incoming/.bookworm_di_rc4/firmware/.firmware.tar.gz.VQGfUC" 
failed: No such file or directory (2)
rsync: rename 
"/dsa/cdimage/.incoming/.bookworm_di_rc4/firmware/.firmware.tar.gz.VQGfUC" -> 
"firmware.tar.gz": No such file or directory (2)


Cheers,
-- 
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
--- End Message ---
--- Begin Message ---
Hey James,

On Sat, Feb 24, 2024 at 11:09:27AM +, James Addison wrote:
>Followup-For: Bug #1036828
>X-Debbugs-Cc: k...@debian.org
>
>On Sat, 24 Feb 2024 11:01:31 +, I wrote:
>> Should this bug be closed?  (the logic to skip the experimental/sid firmware
>> image build during non-testing builds is in place for both bookworm and 
>> trixie)
>
>Nope, it looks like I've misunderstood here.  This change is ready, but pending
>upload (as indicated by the bug tags).
>
>(may be worth double-checking that the bugnumber is referenced-as-closed in the
>changelog, though?)

Thanks for checking on this. In fact, it is closed (so closing with
this mail). The issue was in the debian-cd setup repo, which is Debian
images build-time config and not in the debian-cd package itself.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
Welcome my son, welcome to the machine.--- End Message ---

Bug#1036828: debian-cd: wrong firmware archives built and published for D-I releases?

[James Addison]

Followup-For: Bug #1036828
X-Debbugs-Cc: k...@debian.org

On Sat, 24 Feb 2024 11:01:31 +, I wrote:
> Should this bug be closed?  (the logic to skip the experimental/sid firmware
> image build during non-testing builds is in place for both bookworm and 
> trixie)

Nope, it looks like I've misunderstood here.  This change is ready, but pending
upload (as indicated by the bug tags).

(may be worth double-checking that the bugnumber is referenced-as-closed in the
changelog, though?)

Bug#1036828: debian-cd: wrong firmware archives built and published for D-I releases?

[James Addison]

Followup-For: Bug #1036828
X-Debbugs-Cc: k...@debian.org

Hi Cyril,

Should this bug be closed?  (the logic to skip the experimental/sid firmware
image build during non-testing builds is in place for both bookworm and trixie)

Regards,
James

Bug#1062000: marked as done (debian-cd: Bookworm images are missing the contrib section)

[Debian Bug Tracking System]

Your message dated Thu, 1 Feb 2024 20:52:08 +
with message-id <20240201205208.gg2747...@tack.einval.com>
and subject line Re: Bug#1062000: debian-cd: Bookworm images are missing the 
contrib section
has caused the Debian Bug report #1062000,
regarding debian-cd: Bookworm images are missing the contrib section
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.)


-- 
1062000: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1062000
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: debian-cd
Version: 3.2.1
Severity: important
X-Debbugs-Cc: mikeonthecompu...@gmail.com

Debian 12, bookworm, images are missing the contrib section of the repositories
in their entirety.  This prevents the use of, for instance, installing ZFS on an
offline computer.

There is quite a lot of useful software in the contrib section and excluding it
from the media sets are a burden, especially for archival purposes of releases.
Using the current mirrors can be fine and all, but eventually 12 won't exist in
the current mirrors anymore, including all the software in contrib.

(Maybe there's an argument that contrib is used for many things that don't 
really
belong in it.  Hypothetically, it's software that depends on non-free, but in
practice, much of it is completely usable without non-free dependencies.)

-- System Information:
Debian Release: 12.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 
'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.0-17-amd64 (SMP w/32 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages debian-cd depends on:
ii  apt2.6.1
ii  bc 1.07.1-3+b1
ii  bzip2  1.0.8-5+b1
ii  cpp4:12.2.0-3
ii  curl   7.88.1-10+deb12u5
ii  dctrl-tools [grep-dctrl]   2.24-3+b1
ii  dpkg-dev   1.21.22
pn  libcompress-zlib-perl  
pn  libdigest-md5-perl 
ii  libdpkg-perl   1.21.22
ii  libfile-slurp-perl .32-2
ii  libyaml-libyaml-perl   0.86+ds-1
ii  lynx   2.9.0dev.12-1
ii  make   4.3-4.1
ii  perl [libdigest-sha-perl]  5.36.0-7+deb12u1
ii  pigz   2.6-1
ii  tofrodos   1.7.13+ds-6
ii  uuid-runtime   2.38.1-5+b1
ii  wget   1.21.3-1+b2
ii  xorriso1.5.4-4

Versions of packages debian-cd recommends:
ii  dosfstools   4.2-1
ii  hfsutils 3.2.6-15
ii  isolinux 3:6.04~git20190206.bf6db5b4+dfsg1-3
ii  mtools   4.0.33-1+really4.0.32-1
ii  syslinux-common  3:6.04~git20190206.bf6db5b4+dfsg1-3

debian-cd suggests no packages.

-- no debconf information
--- End Message ---
--- Begin Message ---
On Tue, Jan 30, 2024 at 12:06:03PM -0800, Mike Swanson wrote:
>Package: debian-cd
>Version: 3.2.1
>Severity: important
>X-Debbugs-Cc: mikeonthecompu...@gmail.com
>
>Debian 12, bookworm, images are missing the contrib section of the repositories
>in their entirety.  This prevents the use of, for instance, installing ZFS on 
>an
>offline computer.

That's not exactly a priority use-case, I'll be honest.

However, we used to have contrib included on media sets before
bookworm and it looks like this changed by accident. I've just fixed
config in git now and the next builds will include contrib again.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
“Why do people find DNS so difficult? It’s just cache invalidation and
 naming things.”
   -– Jeff Waugh (https://twitter.com/jdub)--- End Message ---

Bug#1062000: debian-cd: Bookworm images are missing the contrib section

[Mike Swanson]

Package: debian-cd
Version: 3.2.1
Severity: important
X-Debbugs-Cc: mikeonthecompu...@gmail.com

Debian 12, bookworm, images are missing the contrib section of the repositories
in their entirety.  This prevents the use of, for instance, installing ZFS on an
offline computer.

There is quite a lot of useful software in the contrib section and excluding it
from the media sets are a burden, especially for archival purposes of releases.
Using the current mirrors can be fine and all, but eventually 12 won't exist in
the current mirrors anymore, including all the software in contrib.

(Maybe there's an argument that contrib is used for many things that don't 
really
belong in it.  Hypothetically, it's software that depends on non-free, but in
practice, much of it is completely usable without non-free dependencies.)

-- System Information:
Debian Release: 12.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 
'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.0-17-amd64 (SMP w/32 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages debian-cd depends on:
ii  apt2.6.1
ii  bc 1.07.1-3+b1
ii  bzip2  1.0.8-5+b1
ii  cpp4:12.2.0-3
ii  curl   7.88.1-10+deb12u5
ii  dctrl-tools [grep-dctrl]   2.24-3+b1
ii  dpkg-dev   1.21.22
pn  libcompress-zlib-perl  
pn  libdigest-md5-perl 
ii  libdpkg-perl   1.21.22
ii  libfile-slurp-perl .32-2
ii  libyaml-libyaml-perl   0.86+ds-1
ii  lynx   2.9.0dev.12-1
ii  make   4.3-4.1
ii  perl [libdigest-sha-perl]  5.36.0-7+deb12u1
ii  pigz   2.6-1
ii  tofrodos   1.7.13+ds-6
ii  uuid-runtime   2.38.1-5+b1
ii  wget   1.21.3-1+b2
ii  xorriso1.5.4-4

Versions of packages debian-cd recommends:
ii  dosfstools   4.2-1
ii  hfsutils 3.2.6-15
ii  isolinux 3:6.04~git20190206.bf6db5b4+dfsg1-3
ii  mtools   4.0.33-1+really4.0.32-1
ii  syslinux-common  3:6.04~git20190206.bf6db5b4+dfsg1-3

debian-cd suggests no packages.

-- no debconf information

Bug#1059858: debian-cd: Missing firmware packages due to usr-move

[Emanuele Rocca]

Hi Steve and Helmut,

On 2024-01-02 05:30, Steve McIntyre wrote:
> Already fixed in git, along with another usr-merge issue I found. The
> next regular build should be fine.

It is. Thank you!

 $ curl -s 
https://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/arm64/list-cd/debian-testing-arm64-netinst.list.gz
 | zgrep firmware-atheros
 firmware-atheros_20230625-2_all.deb

Processed: Re: Bug#1059858: debian-cd: Missing firmware packages due to usr-move

[Debian Bug Tracking System]

Processing control commands:

> tag -1 pending
Bug #1059858 [debian-cd] debian-cd: Missing firmware packages due to usr-move
Added tag(s) pending.

-- 
1059858: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1059858
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#1059858: debian-cd: Missing firmware packages due to usr-move

[Steve McIntyre]

control: tag -1 pending

 Tue, Jan 02, 2024 at 06:22:21PM +0100, Helmut Grohne wrote:
>Hi Emanuele,
>
>On Tue, Jan 02, 2024 at 03:03:49PM +0100, Emanuele Rocca wrote:
>> quite a few firmware packages are missing from today's debian-installer
>> ISOs. Among the missing ones: firmware-atheros, firmware-realtek, and
>> many others. Some firmware packages such as firmware-ath9k-htc and
>> firmware-linux-free are instead present.
>> 
>> Packages correctly included in the ISOs ship firmware files under /lib,
>> while those not included use /usr/lib. For example the following is
>> included:
>> 
>>  firmware-linux-free: /lib/firmware/av7110/bootcode.bin
>> 
>> While missing packages install firmware files under /usr/lib:
>> 
>>  firmware-atheros: /usr/lib/firmware/wil6210.brd
>> 
>> It seems likely that tools/generate_firmware_task needs to be patched to
>> take usr-move into account.
>
>Yes, this very much looks like /usr-merge breakage and I fully agree
>with the pointers you give. Just reading generate_firmware_task, the
>contains_firmware sub immediately jumps into my eyes as the grep will
>miss moved firmware packages. It should probably become
>
>grep ' \\./\\(usr/\\)\\?lib/firmware/'
>
>(with the double escaping for the target context already applied).
>
>I happen to not know how to test this though. Quite possibly, this is
>not the only issue. Are you able to drive this forward from here?

Already fixed in git, along with another usr-merge issue I found. The
next regular build should be fine.

Hmm, why didn't this get tagged as "pending" already when I pushed??

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
Google-bait:   https://www.debian.org/CD/free-linux-cd
  Debian does NOT ship free CDs. Please do NOT contact the mailing
  lists asking us to send them to you.

Bug#1059858: debian-cd: Missing firmware packages due to usr-move

[Helmut Grohne]

Hi Emanuele,

On Tue, Jan 02, 2024 at 03:03:49PM +0100, Emanuele Rocca wrote:
> quite a few firmware packages are missing from today's debian-installer
> ISOs. Among the missing ones: firmware-atheros, firmware-realtek, and
> many others. Some firmware packages such as firmware-ath9k-htc and
> firmware-linux-free are instead present.
> 
> Packages correctly included in the ISOs ship firmware files under /lib,
> while those not included use /usr/lib. For example the following is
> included:
> 
>  firmware-linux-free: /lib/firmware/av7110/bootcode.bin
> 
> While missing packages install firmware files under /usr/lib:
> 
>  firmware-atheros: /usr/lib/firmware/wil6210.brd
> 
> It seems likely that tools/generate_firmware_task needs to be patched to
> take usr-move into account.

Yes, this very much looks like /usr-merge breakage and I fully agree
with the pointers you give. Just reading generate_firmware_task, the
contains_firmware sub immediately jumps into my eyes as the grep will
miss moved firmware packages. It should probably become

grep ' \\./\\(usr/\\)\\?lib/firmware/'

(with the double escaping for the target context already applied).

I happen to not know how to test this though. Quite possibly, this is
not the only issue. Are you able to drive this forward from here?

Helmut

Bug#1059858: debian-cd: Missing firmware packages due to usr-move

[Emanuele Rocca]

Package: debian-cd
Version: 3.2.1
Severity: important

Dear Maintainer,

quite a few firmware packages are missing from today's debian-installer
ISOs. Among the missing ones: firmware-atheros, firmware-realtek, and
many others. Some firmware packages such as firmware-ath9k-htc and
firmware-linux-free are instead present.

Packages correctly included in the ISOs ship firmware files under /lib,
while those not included use /usr/lib. For example the following is
included:

 firmware-linux-free: /lib/firmware/av7110/bootcode.bin

While missing packages install firmware files under /usr/lib:

 firmware-atheros: /usr/lib/firmware/wil6210.brd

It seems likely that tools/generate_firmware_task needs to be patched to
take usr-move into account.

Thanks,
  Emanuele

Bug#1057073: debian-cd: adapt script to match the new release-notes situation for trixie

[Holger Wansing]

Package: debian-cd
Tags: patch


For trixie we have some changings regarding the release-notes:

They have been migrated from Docbook to reStructedText / Sphinx [1].
During this migration, it has been decided to no longer build separate
versions per architecture, but only one generic variant.

This leads to a changed directory structure on the website for trixie:
While the release-notes had in the past (for example for bookworm):

/www.d.o/releases/bookworm/amd64/release-notes/index.en.html
  /index.de.html
  /index.da.html
[and many more html files for amd64]
/www.d.o/releases/bookworm/i386/release-notes/index.en.html
 /index.de.html
 /index.da.html
[and many more html files for i386]
/www.d.o/releases/bookworm/armel/release-notes/index.en.html
  /index.de.html
  /index.da.html
[and many more html files for armel]

... and so on


And for trixie we have now:

/www.d.o/releases/trixie/release-notes/index.en.html
  /index.de.html
  /index.da.html
  [and many more html files]

So, the architecture part is skipped from the path.




This requires changes in debian-cd/tools/trixie/installtools.sh, so that
this script can find the release-notes again:

The script uses a r-n tarball, which for bookworm is under
https://www.debian.org/releases/bookworm/release-notes-amd64.tar.gz
https://www.debian.org/releases/bookworm/release-notes-i386.tar.gz
https://www.debian.org/releases/bookworm/release-notes-armel.tar.gz
... and so on.

For trixie, the tarball is under
https://www.debian.org/releases/trixie/release-notes.tar.gz


BTW:
AFAICS the release-notes are not integrated in the installation images
currently, but we should keep the script working nevertheless.



I have attached a patch with the required changings.
This is however untested, since I'm unable to use debian-cd due to the
lack of a local mirror. So, could someone do a test build, to check the
script works again?


Regards
Holger




[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=932957#245


-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076
diff --git a/tools/trixie/installtools.sh b/tools/trixie/installtools.sh
index 9ecdf688..40780946 100755
--- a/tools/trixie/installtools.sh
+++ b/tools/trixie/installtools.sh
@@ -42,33 +42,30 @@ if [ "$OMIT_MANUAL" != 1 ]; then
 echo "ERROR: Unable to copy installer documentation to CD."
 fi
 else
 echo "ERROR: installation-guide package not unpacked correctly."
fi
 else
 echo "ERROR: package installation-guide-$ARCH not found."
 fi
 		fi
 	done
 fi
 
 if [ "$OMIT_RELEASE_NOTES"x = "1"x ]; then
 	echo "  Omitting release notes, as requested"
 else
-	for ARCH in $ARCHES
-	do
 		if [ $ARCH != source ] ; then
 			RN=$DIR/doc/release-notes
 			mkdir -p $RN
 			cd $RN
-			echo "  Downloading most recent release notes for $ARCH"
-			$WGET $RELEASE_NOTES_LOCATION/release-notes-$ARCH.tar.gz
-			if [ -e release-notes-$ARCH.tar.gz ] ; then
-tar xzvf release-notes-$ARCH.tar.gz
-rm -f release-notes-$ARCH.tar.gz
+			echo "  Downloading most recent release notes"
+			$WGET $RELEASE_NOTES_LOCATION/release-notes.tar.gz
+			if [ -e release-notes.tar.gz ] ; then
+tar xzvf release-notes.tar.gz
+rm -f release-notes.tar.gz
 rm -f */*.ps
 			else
-echo "No release notes found at $RELEASE_NOTES_LOCATION/release-notes-$ARCH.tar.gz"
+echo "No release notes found at $RELEASE_NOTES_LOCATION/release-notes.tar.gz"
 			fi
 		fi
-	done
 fi

Re: Debian-cd

[Kimberly Patterson]

Hello Debian-cd, its Kimberly, lets have a chat!

Re: debian-cd brasil http link error

[Carlos Carvalho]

Paulo Almeida (pauloeduardodealmeidasan...@gmail.com) wrote on Thu, Oct 19, 
2023 at 10:21:46AM -03:
> hi,
> when I try to connect to the brazilian mirror of debian-cd, I got an
> error. that´s the address listed in
> https://www.debian.org/CD/http-ftp/#stable
> thanks.
> 
> https://debian.c3sl.ufpr.br/debian-cd/
  *

Use http, not https. The mirror is fine.

Bug#1053934: www.debian.org: mirror submission form does not allow submitting or updating debian-cd mirrors

[Jing Luo]

Package: www.debian.org
Severity: important
X-Debbugs-Cc: debian-cd@lists.debian.org, mirr...@debian.org


The current debian-cd mirroring instruction page [1] says:

> You can register your mirror either by filling out _the mirror submission 
> form_ (note that the CDImage-* fields are the important ones), [...]

However, it looks like the submission form [2] has been updated recently, 
the HTTP path is "hard coded" to `/debian`. There is no `CDImage-*` fields
either. It is not possible to use this web form to submit/update a debian-cd 
mirror.

Either the instruction page needs to be updated with the latest procedure to 
submit a debian-cd mirror, or the form needs to be changed to allow 
debian-cd (or perhaps even debian-ports and debian-archive) mirror submission 
or update.

Bug#1040899: marked as done (debian-cd: "Failed to mount /target/proc" during GRUB installation)

[Debian Bug Tracking System]

Your message dated Fri, 6 Oct 2023 15:14:59 +0200
with message-id <9820fdd3-6176-44bc-8bd8-cd1e2834f...@svario.it>
and subject line Re: Bug#1040899: debian-cd: "Failed to mount /target/proc" 
during GRUB installation
has caused the Debian Bug report #1040899,
regarding debian-cd: "Failed to mount /target/proc" during GRUB installation
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.)


-- 
1040899: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1040899
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---

Package: debian-cd
Severity: important

Hi,

installing Debian 13 testing using today's image [1] always fails at the 
boot loader installation stage with the error "Failed to mount 
/target/proc". After this message is shown, GRUB is left uninstalled and 
it is not possible the boot the system.


Running `mount` in a shell shows that /target/proc is already mounted.

This error occurs regardless of the installation method (tested with 
graphical, tui, expert install).


Choices: All default answers except:

* Language: C
* Zone: Europe/Germany
* Software selection: SSH server + standard sys utils

[1] 
https://cdimage.debian.org/cdimage/daily-builds/daily/20230712-1/amd64/iso-cd/debian-testing-amd64-netinst.iso


--
Gioele Barabucci
--- End Message ---
--- Begin Message ---

The fix for https://bugs.debian.org/1031183 also solved this issue.--- End Message ---

New debian-cd mirror in Rabat, Morocco

[toky0]

Hi,

We’d like to be listed as a mirror for Debian CD Images, please find 
information about the mirror below:

Org: MARWAN
Website: https://marwan.ma
Contact: noc[at]marwan[dot]ma
Bandwidth: 10Gbps
Location: Rabat
Country: MA

Mirror URLs:
http://mirror.marwan.ma/debian-cd/
https://mirror.marwan.ma/debian-cd/
rsync://mirror.marwan.ma/debian-cd/


Best regards,
Sami

New mirror in Japan for debian-cd

[JING LUO]

Hi all,

To support free software, I've set up a mirror for debian-cd using the
provided script.
No daily/weekly builds.

Name: repo.jing.rocks
Admin: Jing Luo  or 
Geolocation: Tokyo, Japan
Bandwidth: 10Gbit/s
IPv6: yes
URL:
http://repo.jing.rocks/debian-cd/
https://repo.jing.rocks/debian-cd/
rsync://repo.jing.rocks/debian-cd/

I've configured jigdo-mirror to run every day.
This mirror is hosted in a homelab with a residential internet
connection, so the traffic is not metered and doesn't cost money. I
don't throttle any connections either. The server parts are mostly
second-hand.

Thank you for your trust and support.

BR,

-- 
Jing Luo
About me: https://jing.rocks/about/
PGP Fingerprint: 4E09 8D19 00AA 3F72 1899 2614 09B3 316E 13A1 1EFC

Processed: block 1040899 [debian-cd] debian-cd: "Failed to mount /target/proc" during GRUB installation

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> package debian-cd
Limiting to bugs with field 'package' containing at least one of 'debian-cd'
Limit currently set to 'package':'debian-cd'

> block 1040899 by 1031183
Bug #1040899 [debian-cd] debian-cd: "Failed to mount /target/proc" during GRUB 
installation
1040899 was not blocked by any bugs.
1040899 was not blocking any bugs.
Added blocking bug(s) of 1040899: 1031183
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
1040899: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1040899
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#1040899: debian-cd: "Failed to mount /target/proc" during GRUB installation

[arizona.rover]

syslog reactivated using instructions from #1039710

Jul 19 08:24:08 main-menu[256]: INFO: Menu item 'grub-installer' selected
Jul 19 08:24:08 Success mounting /target/proc
Jul 19 08:24:08 Success mounting /target/sys
Jul 19 08:24:09 error: Error creating /target/sys/firmware/efi/efivars
Jul 19 08:24:49 (process:5127): mkdir: can't create directory 
'/target/sys/firmware/efi': Operation not permitted
Jul 19 08:24:49 main-menu[256]: WARNING **: Configuring 'grub-installer' failed 
with error code 1
Jul 19 08:24:49 main-menu[256]: WARNING **: Menu item 'grub-installer' failed

Bug#1040899: debian-cd: "Failed to mount /target/proc" during GRUB installation

[Roland Clobus]

Control: affects 1039710 debian-cd

On 12/07/2023 09:26, Gioele Barabucci wrote:
installing Debian 13 testing using today's image [1] always fails at the 
boot loader installation stage with the error "Failed to mount 
/target/proc". After this message is shown, GRUB is left uninstalled and 
it is not possible the boot the system.


This was also reported in #1039710, but diagnosis is hindered by an 
empty syslog which needs to be resolved first.


With kind regards,
Roland Clobus


OpenPGP_signature
Description: OpenPGP digital signature

Bug#1040899: debian-cd: "Failed to mount /target/proc" during GRUB installation

[Gioele Barabucci]

Package: debian-cd
Severity: important

Hi,

installing Debian 13 testing using today's image [1] always fails at the 
boot loader installation stage with the error "Failed to mount 
/target/proc". After this message is shown, GRUB is left uninstalled and 
it is not possible the boot the system.


Running `mount` in a shell shows that /target/proc is already mounted.

This error occurs regardless of the installation method (tested with 
graphical, tui, expert install).


Choices: All default answers except:

* Language: C
* Zone: Europe/Germany
* Software selection: SSH server + standard sys utils

[1] 
https://cdimage.debian.org/cdimage/daily-builds/daily/20230712-1/amd64/iso-cd/debian-testing-amd64-netinst.iso


--
Gioele Barabucci

Bug#1038440: debian-cd: debian-12.0.0-amd64-netinst.iso is too big for a CD

[Cyril Brulebois]

Claude Heiland-Allen  (2023-06-18):
> I'm not sure if I will actually need a CD,
> (refurbishing someone's old laptop,
> I don't know yet if it will boot from USB stick or not),
> but if it can only boot from CD I will have to
> install Bullseye (whose netinst does fit on a CD)
> and then upgrade, which is not ideal.

https://salsa.debian.org/installer-team/debian-installer/-/issues/3 has:

> Revisit firmware packages included in the netinst (amd64 is 738M for
> 12.0.0): at least nvidia stuff wasn't planned in the beginning, and
> could be removed.


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

Bug#1038440: debian-cd: debian-12.0.0-amd64-netinst.iso is too big for a CD

[Thomas Schmitt]

Hi,

when comparing 12.0.0 with 11.5.0 i see three file trees which have grown
substantially:

du of mounted debian-11.5.0-amd64-netinst.iso :
  5   /firmware
  126611  /install.amd
  308479  /pool

du of mounted debian-12.0.0-amd64-netinst.iso :
  221108  /firmware
  156509  /install.amd
  589416  /pool

In pool of 12.0.0 i see another firmware tree
  220570  /pool/non-free-firmware
but this does not cost much media capacity, because the file content is
shared with the files in the /firmware tree:

  $ xorriso -indev debian-12.0.0-amd64-netinst.iso \
-find / -sort_lba -exec report_lba --
  ...
  Report layout: xt , Startlba ,   Blocks , Filesize , ISO image path
  ...
  File data lba:  0 ,18420 , 8217 , 16827872 , 
'/firmware/firmware-atheros_20230210-5_all.deb'
  File data lba:  0 ,18420 , 8217 , 16827872 , 
'/pool/non-free-firmware/f/firmware-nonfree/firmware-atheros_20230210-5_all.deb'
  ...

Such deduplication of hard links also happens with initrd.gz and vmlinuz
files in /install.amd. The real storage sizes as measured in above -find
output are:
   11.5.0   12.0.0  Growth
  /firmware 0 MiB  216 MiB 216 MiB
  /install.amd 67 MiB  138 MiB  71 MiB
  /pool   301 MiB  360 MiB  59 MiB

To fit on a regular "700 MB" (~ 702 MiB) CD-R/CD-RW these would have to
shrink by at least 36 MiB.


Have a nice day :)

Thomas

Bug#1038440: debian-cd: debian-12.0.0-amd64-netinst.iso is too big for a CD

[Claude Heiland-Allen]

Source: debian-cd
Severity: normal
Tags: d-i
X-Debbugs-Cc: cla...@mathr.co.uk

Dear Maintainer,

   * What led up to the situation?

I downloaded the "small" debian-12.0.0-amd64-netinst.iso (738 MiB)

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

I tried to burn it to a CD-RW disc:

sudo wodim blank=all
sudo wodim -dao debian-12.0.0-amd64-netinst.iso

   * What was the outcome of this action?

wodim: WARNING: Data may not fit on current disk.
wodim: Notice: Use -overburn option to write more than the official disk 
capacity.
wodim: Notice: Most CD-writers do overburning only on SAO or RAW mode.

   * What outcome did you expect instead?

The ISO to be small enough to fit on an 80-minute CD (703 MiB).


I'm not sure if I will actually need a CD,
(refurbishing someone's old laptop,
I don't know yet if it will boot from USB stick or not),
but if it can only boot from CD I will have to
install Bullseye (whose netinst does fit on a CD)
and then upgrade, which is not ideal.


Thanks,


Claude

-- System Information:
Debian Release: 12.0
  APT prefers stable-security
  APT policy: (990, 'stable-security'), (990, 'stable'), (500, 'stable-debug')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.1.0-8-amd64 (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#1036828: debian-cd: wrong firmware archives built and published for D-I releases?

[Cyril Brulebois]

Control: tag -1 patch pending

Cyril Brulebois  (2023-05-27):
> For the record, those archives end up being published in locations like
> the following, and I definitely expected those to match the firmware
> packages getting shipped into the images, not be some kind of snapshot of
> what's in unstable at the time the release is built!
> 
> https://cdimage.debian.org/cdimage/firmware/bookworm/bookworm_di_rc3/
> 
> We should definitely clarify the situation, and get to the bottom of that
> double firmware build.
> 
> From the log lines quoted above, if both bookworm and sid builds end up
> shipping files in the same destination directory, the last build wins and
> overrides the first one entirely?

I'm considering the following change for the upcoming (pseudo) RC 5 release:
  https://salsa.debian.org/images-team/setup/-/commit/9a77631

This means nothing changes for weekly builds, which are detected as being
built with DEBVERSION set to “testing” (please note that I didn't
investigate what happens to firmware directories in this case).

Meanwhile, actual releases get that sid job skipped (since the release
specific config file, e.g. CONF.sh.bookworm_di_rc4, sets DEBVERSION to
“bookworm-DI-rc4” instead of sticking to the default “testing” value).


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

Processed: Re: Bug#1036828: debian-cd: wrong firmware archives built and published for D-I releases?

[Debian Bug Tracking System]

Processing control commands:

> tag -1 patch pending
Bug #1036828 [debian-cd] debian-cd: wrong firmware archives built and published 
for D-I releases?
Added tag(s) pending and patch.

-- 
1036828: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1036828
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#1036828: debian-cd: wrong firmware archives built and published for D-I releases?

[Cyril Brulebois]

Package: debian-cd
Severity: serious

Hi,

During a previous release, I spotted we had two firmware builds, but let
the topic go once I was reassured that was to be expected. For RC 4:

1/43: Starting firmware_bookworm build at 2023-05-27:09:03:53
[…]
9/43: Starting firmware_sid build at 2023-05-27:09:04:01
[…]
  firmware_bookworm finished successfully (started at 2023-05-27:09:03:53, 
ended at 2023-05-27:09:06:31, took 0h02m38s)
[…]
  firmware_sid finished successfully (started at 2023-05-27:09:04:01, ended 
at 2023-05-27:09:07:07, took 0h03m06s)

Now, waiting to see if someone would join the testing efforts, I diffed
firmware lists between rc3 and rc4, and spotted those differences:

-./firmware-sof-signed_2.2.4-1_all.deb
-./intel-microcode_3.20230214.1_amd64.deb
-./intel-microcode_3.20230214.1_i386.deb
+./firmware-sof-signed_2.2.5-1_all.deb
+./intel-microcode_3.20230512.1_amd64.deb
+./intel-microcode_3.20230512.1_i386.deb

The intel-microcode bits are OK:

intel-microcode | 3.20230512.1  | testing/non-free-firmware  | source, 
amd64, i386
intel-microcode | 3.20230512.1  | unstable/non-free-firmware | source, 
amd64, i386

The firmware-sof-signed, not so much:

firmware-sof-signed | 2.2.4-1   | testing/non-free-firmware  | all
firmware-sof-signed | 2.2.5-1   | unstable/non-free-firmware | all

It's a relatively new upload, and it's of course blocked at the moment:

[2023-05-15] Accepted firmware-sof 2.2.5-1 (all source) into unstable (Mark 
Pearson) (signed by: Vincent Bernat)

For the record, those archives end up being published in locations like
the following, and I definitely expected those to match the firmware
packages getting shipped into the images, not be some kind of snapshot of
what's in unstable at the time the release is built!

https://cdimage.debian.org/cdimage/firmware/bookworm/bookworm_di_rc3/

We should definitely clarify the situation, and get to the bottom of that
double firmware build.

From the log lines quoted above, if both bookworm and sid builds end up
shipping files in the same destination directory, the last build wins and
overrides the first one entirely?


See also the “rsync noise” that seemed somewhat OK to ignore. Not sure
whether that's directly related though… ISTR it was probably about some
timestamp discrepancy due to the underlying filesystem. For RC 4:

file has vanished: 
"/home/debian-cd/publish/.bookworm_di_rc4/firmware/firmware.zip"
rsync: stat 
"/dsa/cdimage/.incoming/.bookworm_di_rc4/firmware/.firmware.tar.gz.VQGfUC" 
failed: No such file or directory (2)
rsync: rename 
"/dsa/cdimage/.incoming/.bookworm_di_rc4/firmware/.firmware.tar.gz.VQGfUC" -> 
"firmware.tar.gz": No such file or directory (2)


Cheers,
-- 
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant

new debian cd mirror in germany

[Luis Carilla]

Hello Debian Team,
i am offering a new mirror for debian cd images
http(s)://mirror.lcarilla.de/debian-cd
rsync://mirror.lcarilla.de/debian-cd
I sync every hour from ftp.halifax.rwth-aachen.de. they have push mirroring
configured, my mirror should therefore be pretty much up to date.
Regards

Bug#1035309: unblock: debian-cd/3.2.1

[Cyril Brulebois]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: debian-cd@lists.debian.org

Hi,

[ Reason ]
[ Impact ]
While not absolutely needed to have in bookworm, it looks like a good
idea to ship the tooling that's making the release possible.

[ Tests ]
We appear to have built D-I Bookworm RC 1 with the proposed changes
minus the last one (zstd), and D-I Bookworm RC 2 with the proposed
changes, and I think it worked OK! :)

[ Risks ]
We're mostly removing references to old tools, and pulling an extra
package on installation images (that was being pulled later on during
the installation process so that's not a huge change anyway).

The remaining one (symlinks vs. hardlinks) could have been worrying. The
aim is to support people doing weird things with the images we produce,
and it could possibly regress for people who don't. Needless to say,
firmware support is getting extensively tested with various machines,
including laptops pulling up to 5 firmware packages, and there were no
regressions spotted there.

[ Checklist ]
  [x] all changes are documented in the d/changelog
  [x] I reviewed all changes and I approve them
  [x] attach debdiff against the package in testing

[ Other info ]
Thanks for all your hard work.

unblock debian-cd/3.2.1


Cheers,
-- 
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
diff -Nru debian-cd-3.2.0/debian/changelog debian-cd-3.2.1/debian/changelog
--- debian-cd-3.2.0/debian/changelog2023-02-24 17:04:14.0 +0100
+++ debian-cd-3.2.1/debian/changelog2023-04-30 18:11:17.0 +0200
@@ -1,3 +1,20 @@
+debian-cd (3.2.1) unstable; urgency=medium
+
+  [ James Addison ]
+  * firmware: use hard links rather than symlinks. Closes: #1031696
+
+  [ Steve McIntyre ]
+  * Kill loadlin, nobody has DOS any more. Also Stop copying the
+/tools directory from the mirror, as that's all that's left there
+now.
+
+  [ Cyril Brulebois ]
+  * tools/generate_di+k_list: Add zstd alongside initramfs-tools and
+busybox, since it's now getting installed by base-installer (starting
+with 1.212).
+
+ -- Cyril Brulebois   Sun, 30 Apr 2023 18:11:17 +0200
+
 debian-cd (3.2.0) unstable; urgency=medium
 
   [ Cyril Brulebois — high-level summary ]
diff -Nru debian-cd-3.2.0/docs/makefile.html debian-cd-3.2.1/docs/makefile.html
--- debian-cd-3.2.0/docs/makefile.html  2021-04-23 04:39:28.0 +0200
+++ debian-cd-3.2.1/docs/makefile.html  2023-04-01 00:15:03.0 +0200
@@ -38,10 +38,6 @@
 ok:
 Simple sanity checking.
 
-$(MIRROR)/doc:, $(MIRROR)/tools: and
-need-complete-mirror
-Ensure that we have all the needed pieces of the archive.
-
 General initialisation and cleanup
 
 init:
diff -Nru debian-cd-3.2.0/tools/boot/bookworm/boot-x86 
debian-cd-3.2.1/tools/boot/bookworm/boot-x86
--- debian-cd-3.2.0/tools/boot/bookworm/boot-x862023-02-24 
17:01:54.0 +0100
+++ debian-cd-3.2.1/tools/boot/bookworm/boot-x862023-04-01 
00:15:03.0 +0200
@@ -157,15 +157,6 @@
 cp -lf $disk $CDDIR/$INSTALLDIR/$dir
 fi
 done
-
-if [ -e "$MIRROR/tools" ] && \
-   [ ! -e $CDDIR/tools ] && \
-   [ "$OMIT_DOC_TOOLS" != "1" ] ; then
-echo "Adding tools to CD1"
-$BASEDIR/tools/add_files $CDDIR $MIRROR tools
-# Remove the win32-loader/ subdirectory from tools, as d-i 
already installs setup.exe
-rm -Rf $CDDIR/tools/win32-loader
-fi
 fi
 
 case "$DESKTOP" in
@@ -187,9 +178,6 @@
 mkdir -p $CDDIR/$INSTALLDIR
 cp -lf cdrom/vmlinuz $CDDIR/$INSTALLDIR/
 cp -lf cdrom/initrd.gz $CDDIR/$INSTALLDIR/
-if [ -e $CDDIR/tools/loadlin.exe ]; then
-echo "\\tools\\loadlin.exe vmlinuz initrd=initrd.gz" | todos > 
$CDDIR/$INSTALLDIR/install.bat
-fi
 
 # In case of a multi-arch CD the script will be called two times. The
 # first time the isolinux dir gets set up for single arch; if it is
diff -Nru debian-cd-3.2.0/tools/boot/kali-dev/boot-x86 
debian-cd-3.2.1/tools/boot/kali-dev/boot-x86
--- debian-cd-3.2.0/tools/boot/kali-dev/boot-x862023-02-24 
17:01:54.0 +0100
+++ debian-cd-3.2.1/tools/boot/kali-dev/boot-x862023-04-01 
00:15:03.0 +0200
@@ -157,15 +157,6 @@
 cp -lf $disk $CDDIR/$INSTALLDIR/$dir
 fi
 done
-
-if [ -e "$MIRROR/tools" ] && \
-   [ ! -e $CDDIR/tools ] && \
-   [ "$OMIT_DOC_TOOLS" != "1" ] ; then
-echo "Adding tools to CD1"
-$BASEDIR/tools/add_files $CDDIR $MIRROR tools
-# Remove the win32-loader/ subdirectory from tools, as d-i 
already installs setup.exe
-rm -Rf 

Bug#1005886: debian-cd: bookworm net-install CD hangs on "Detecting Network Hardware"

[Cyril Brulebois]

Control: severity -1 important

James Addison  (2023-03-22):
> Followup-For: Bug #1005886
> X-Debbugs-Cc: powe...@gmail.com
> Control: reassign -1 cdimage.debian.org
> Control: retitle -1 cdimage.debian.org: bookworm net-install CD hangs on 
> "Detecting Network Hardware"
> 
> Sorry (both to you Tony, and also the Debian CD team) for confusion and 
> wasting
> time - I mistakenly reassigned this previously.  I've checked the list of
> bug-tracking pseudo-packages[1] and I do think that cdimage.debian.org is the
> correct package for this bug to be assigned to.

Hi Tony,

Please attach /var/log/syslog (compressed).


Cheers,
-- 
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

Processed: Re: Bug#1005886: debian-cd: bookworm net-install CD hangs on "Detecting Network Hardware"

[Debian Bug Tracking System]

Processing control commands:

> severity -1 important
Bug #1005886 [cdimage.debian.org] cdimage.debian.org: bookworm net-install CD 
hangs on "Detecting Network Hardware"
Severity set to 'important' from 'grave'

-- 
1005886: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1005886
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: Re: debian-cd: bookworm net-install CD hangs on "Detecting Network Hardware"

[Debian Bug Tracking System]

Processing control commands:

> reassign -1 cdimage.debian.org
Bug #1005886 [debian-cd] debian-cd: bookworm net-install CD hangs on "Detecting 
Network Hardware"
Bug reassigned from package 'debian-cd' to 'cdimage.debian.org'.
Ignoring request to alter found versions of bug #1005886 to the same values 
previously set
Ignoring request to alter fixed versions of bug #1005886 to the same values 
previously set
> retitle -1 cdimage.debian.org: bookworm net-install CD hangs on "Detecting 
> Network Hardware"
Bug #1005886 [cdimage.debian.org] debian-cd: bookworm net-install CD hangs on 
"Detecting Network Hardware"
Changed Bug title to 'cdimage.debian.org: bookworm net-install CD hangs on 
"Detecting Network Hardware"' from 'debian-cd: bookworm net-install CD hangs on 
"Detecting Network Hardware"'.

-- 
1005886: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1005886
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#1005886: debian-cd: bookworm net-install CD hangs on "Detecting Network Hardware"

[James Addison]

Followup-For: Bug #1005886
X-Debbugs-Cc: powe...@gmail.com
Control: reassign -1 cdimage.debian.org
Control: retitle -1 cdimage.debian.org: bookworm net-install CD hangs on 
"Detecting Network Hardware"

Sorry (both to you Tony, and also the Debian CD team) for confusion and wasting
time - I mistakenly reassigned this previously.  I've checked the list of
bug-tracking pseudo-packages[1] and I do think that cdimage.debian.org is the
correct package for this bug to be assigned to.

[1] - https://www.debian.org/Bugs/pseudo-packages

Bug#1031598: marked as done (debian-cd: missing Contents-firmware in firmware archives (tar, zip, cpio))

[Debian Bug Tracking System]

Your message dated Sun, 19 Feb 2023 08:36:43 +
with message-id <20230219083643.gd20...@tack.einval.com>
and subject line Re: Bug#1031598: debian-cd: missing Contents-firmware in 
firmware archives (tar, zip, cpio)
has caused the Debian Bug report #1031598,
regarding debian-cd: missing Contents-firmware in firmware archives (tar, zip, 
cpio)
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.)


-- 
1031598: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1031598
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: debian-cd
Severity: normal

As mentioned earlier on #debian-cd: the firmware archives generated by
make-firmare-image contain the dep11/ directory but are missing the
Contents-firmware index that was added to make hw-detect's easier (and
slightly faster).


Cheers,
-- 
Cyril Brulebois -- Debian Consultant @ DEBAMAX -- https://debamax.com/
--- End Message ---
--- Begin Message ---
On Sun, Feb 19, 2023 at 03:59:35AM +0100, Cyril Brulebois wrote:
>Control: tag -1 patch pending
>
>Cyril Brulebois  (2023-02-19):
>> As mentioned earlier on #debian-cd: the firmware archives generated by
>> make-firmare-image contain the dep11/ directory but are missing the
>> Contents-firmware index that was added to make hw-detect's easier (and
>> slightly faster).
>
>Fixed in:
>  
> https://salsa.debian.org/images-team/debian-cd/-/commit/7eea34f26fd61035e443d67bff8f08e5e66196df
>
>Only tagging for the time being… Steve, please respin the firmware
>“images” (tar, zip, cpio) when you get a chance. Nowhere critical,
>but still nice to have.

Done!

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
< sladen> I actually stayed in a hotel and arrived to find a post-it
  note stuck to the mini-bar saying "Paul: This fridge and
  fittings are the correct way around and do not need altering"--- End Message ---

Processed: Re: Bug#1031598: debian-cd: missing Contents-firmware in firmware archives (tar, zip, cpio)

[Debian Bug Tracking System]

Processing control commands:

> tag -1 patch pending
Bug #1031598 [debian-cd] debian-cd: missing Contents-firmware in firmware 
archives (tar, zip, cpio)
Added tag(s) pending and patch.

-- 
1031598: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1031598
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#1031598: debian-cd: missing Contents-firmware in firmware archives (tar, zip, cpio)

[Cyril Brulebois]

Control: tag -1 patch pending

Cyril Brulebois  (2023-02-19):
> As mentioned earlier on #debian-cd: the firmware archives generated by
> make-firmare-image contain the dep11/ directory but are missing the
> Contents-firmware index that was added to make hw-detect's easier (and
> slightly faster).

Fixed in:
  
https://salsa.debian.org/images-team/debian-cd/-/commit/7eea34f26fd61035e443d67bff8f08e5e66196df

Only tagging for the time being… Steve, please respin the firmware
“images” (tar, zip, cpio) when you get a chance. Nowhere critical,
but still nice to have.


Cheers,
-- 
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

Bug#1031598: debian-cd: missing Contents-firmware in firmware archives (tar, zip, cpio)

[Cyril Brulebois]

Package: debian-cd
Severity: normal

As mentioned earlier on #debian-cd: the firmware archives generated by
make-firmare-image contain the dep11/ directory but are missing the
Contents-firmware index that was added to make hw-detect's easier (and
slightly faster).


Cheers,
-- 
Cyril Brulebois -- Debian Consultant @ DEBAMAX -- https://debamax.com/

Re: Heads-up: debian-cd changes

[Cyril Brulebois]

Cyril Brulebois  (2023-02-08):
> Until a proper debian/changelog for debian-cd is written, I hope both
> README and comments in CONF.sh are sufficient.

Here we go:
  
https://salsa.debian.org/images-team/debian-cd/-/commit/d7796845f47493a327d74cb6a211e5cadadb7fb0


Cheers,
-- 
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

Heads-up: debian-cd changes

[Cyril Brulebois]

Hi,

I'm contacting you a little in advance of an upcoming debian-cd upload,
as the only debian-cd rev-dep. There were many changes lately, to add
non-free-firmware support, which might have side-effects. I haven't
documented them yet (debian/changelog), and we haven't performed a real
review of those changes, or full image builds, but that's coming up soon
for the upcoming d-i release.

One big change is a heavy reorganization regarding LOCAL/LOCALDEBS
support, clarifying the expected layout, etc. I think this might break
some existing setups, but it should be much clearer, apt should be
happier, etc. It's very likely to have been broken for a while (apt
becoming stricter over time), but maybe some old setups were still
working by accident…

Anyway, it seems like simple-cdd started using that feature back in 2005
(the only match is a debian/changelog entry from that time), but that
was dropped in 2015, via:
  
https://salsa.debian.org/debian/simple-cdd/-/commit/b9b48e2c437bbdac3990be1a4a8ebde4b0189f35

I thought I'd drop you a note anyway.


Another change that might have side effects is making sure dep11
metadata files are present, so that we can generate metadata for
hw-detect to use, helping it detect which firmware packages are needed.
Without this change, we might have missed that some metadata was lacking
in the archive… but maybe this is going to make simple-cdd users' life
harder… That being said, this should happen when FORCE_FIRMWARE is set,
so…


Finally, the big one: we have NONFREE and NONFREE_COMPONENTS now, with
NONFREE_COMPONENTS initially set to "non-free non-free-firmware", and
with firmware packages moving to n-f-f, it only lists the latter now.

Until a proper debian/changelog for debian-cd is written, I hope both
README and comments in CONF.sh are sufficient.


Sorry I didn't think of simple-cdd sooner. Lots of moving pieces…


Cheers,
-- 
Cyril Brulebois (k...@debian.org)<https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

Bug#994121: marked as done (debian-cd: Default CODENAME should be changed to bookworm (testing))

[Debian Bug Tracking System]

Your message dated Sun, 15 Jan 2023 12:35:05 +
with message-id 
and subject line Bug#994121: fixed in debian-cd 3.1.36
has caused the Debian Bug report #994121,
regarding debian-cd: Default CODENAME should be changed to bookworm (testing)
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.)


-- 
994121: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=994121
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: debian-cd
Version: 3.1.35
Severity: normal
Tags: patch
X-Debbugs-Cc: szilard.an...@gmail.com

Debian CD Group,

The default CODENAME should be changed to bookworm (testing).

Below is a patch, which I successfully tested with:
$ ./easy-build.sh NETINST

Thank you!
Daniel Lewart
Urbana, Illinois
---
diff -ru a/CONF.sh b/CONF.sh
--- a/CONF.sh   2021-09-06 05:22:44.0 -0500
+++ b/CONF.sh   2021-09-12 00:00:00.0 -0500
@@ -70,7 +70,7 @@
export DI_CODENAME=$CODENAME
 fi
 # If you want backported d-i (e.g. by setting
-# DI_CODENAME=jessie-backports, then you'll almost definitely also
+# DI_CODENAME=bookworm-backports, then you'll almost definitely also
 # want to enable BACKPORTS below as well
 
 # Should we include some packages from backports? If so, point at a
@@ -86,8 +86,8 @@
 # the Debian mirror.
 #export DI_WWW_HOME=default
 
-# Version number, "2.2 r0", "2.2 r1" etc.
-export DEBVERSION="11.0.0"
+# Version number, "10.11.0", "11.1.0", "testing", etc
+export DEBVERSION="testing"
 
 # Official or non-official set.
 # NOTE: THE "OFFICIAL" DESIGNATION IS ONLY ALLOWED FOR IMAGES AVAILABLE
@@ -136,7 +136,7 @@
 # export NONFREE=1
 
 # Do I want to have CONTRIB merged in the CD set
-export CONTRIB=1
+# export CONTRIB=1
 
 # Do I want to have NONFREE on a separate CD (the last CD of the CD set)
 # WARNING: Don't use NONFREE and EXTRANONFREE at the same time !
@@ -208,8 +208,8 @@
 
 # Extra keys that you might want apt to trust. List their fingerprints
 # here and debian-cd will grab them from the user's keyring as needed
-# (The example here is the buster release key)
-#export ARCHIVE_EXTRA_KEYS="80D15823B7FD1561F9F7BCDDDC30D7C23CBBABEE"
+# (The example here is the bullseye release key)
+#export ARCHIVE_EXTRA_KEYS="1F89983E0081FDE018F3CC9673A4F27B8DD47936"
 
 # By default we use debootstrap --no-check-gpg to find out the minimal set
 # of packages because there's no reason to not trust the local mirror. But
diff -ru a/easy-build.sh b/easy-build.sh
--- a/easy-build.sh 2021-09-06 05:22:44.0 -0500
+++ b/easy-build.sh 2021-09-12 00:00:00.0 -0500
@@ -72,10 +72,10 @@
 ## For what release to build images
 
 # The suite the installed system will be based on
-export CODENAME=buster
+export CODENAME=bookworm
 # The suite from which the udebs for the installer will be taken (normally
 # the same as CODENAME)
-export DI_CODENAME=buster
+export DI_CODENAME=bookworm
 
 
 ## The debian-installer images to use. This must match the suite (DI_CODENAME)
###
--- End Message ---
--- Begin Message ---
Source: debian-cd
Source-Version: 3.1.36
Done: Holger Levsen 

We believe that the bug you reported is fixed in the latest version of
debian-cd, 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 994...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Holger Levsen  (supplier of updated debian-cd 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: SHA512

Format: 1.8
Date: Sun, 15 Jan 2023 13:11:24 +0100
Source: debian-cd
Architecture: source
Version: 3.1.36
Distribution: unstable
Urgency: medium
Maintainer: Debian CD Group 
Changed-By: Holger Levsen 
Closes: 601203 992699 994121 1013079 1013432 1024346 1024720
Changes:
 debian-cd (3.1.36) unstable; urgency=medium
 .
   [ Steve McIntyre ]
   * Start bookworm development, copy the bullseye dirs to bookworm as
 a start.
   * Use $CODENAME/updates for security pre-bullseye, or
 $CODENAME-security for bullseye onwards.
   * Tweak grub boot menu highlight graphics to work again - switch
 from greyscale to colour, as newer grub has removed greyscale 

Bug#601203: marked as done (debian-cd: Recommended packages should be included recursively for apt to find)

[Debian Bug Tracking System]

Your message dated Sun, 15 Jan 2023 12:35:05 +
with message-id 
and subject line Bug#601203: fixed in debian-cd 3.1.36
has caused the Debian Bug report #601203,
regarding debian-cd: Recommended packages should be included recursively for 
apt to find
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.)


-- 
601203: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=601203
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---

Package:  debian-cd
Version:  3.1.3
Tags: patch
User: debian-...@lists.debian.org
UserTags: debian-edu

In Debian Edu, I have discovered that the set of packages installed
when we install using our DVD is not the same set of packages
installed when installing using the netinst CD.

I've tracked down the cause, and it is the fact that the packages we
want on the DVD do not get all their recommended packages added to the
DVD, making apt fail to find all the packages it find when using the
netinst CD.  The NORECOMMENDS=0 setting in debian-cd only take effect
for the packages directly listed in the task lists.  Their recommended
packages do not get their recommended packages included on the DVD.

I have written this (untested) patch to try to get debian-cd to behave
more like apt, and include recommended packages recursively when the
NORECOMMENDS=0 flag is set.

Including it here for feedback and comments.  I'll test the patch and
see how it affect the Debian Edu DVD build. :)

--- debian-cd.unpatched.squeeze/tools/sort_deps (revision 2074)
+++ debian-cd.new/tools/sort_deps   (working copy)
@@ -477,7 +477,7 @@

if ($add_rec) {
#TODO: Look for recommends (not yet included !!)
-   add_recommends (\@dep);
+   add_recommends (\@dep, $add_rec);
# Check again but doesn't fail if one of the package cannot be
# installed, just ignore it (it will be removed from @dep)
($ok, $reasons) = check_list (\@dep, 0);
@@ -527,11 +527,12 @@
 
 sub add_recommends {
my $list = shift;
+   my $add_rec = shift; # Do we look for recommends
my $p; # = shift;
my @copy = @{$list}; # A copy is needed since I'll modify the array

foreach $p (@copy) {
-   add_missing($list, $packages{$p}{"Recommends"}, $p);
+   add_missing($list, $packages{$p}{"Recommends"}, $p, $add_rec);
}

 }
@@ -554,6 +555,7 @@
my $list = shift;
my $new = shift;
my $pkgin = shift;
+   my $add_rec = shift; # Do we look for recommends
my @backup = @{$list};
my $ok = 1;

@@ -596,7 +598,7 @@
# Stop after the first package that is
# added successfully
push (@{$list}, $pkg);
-   if (add_missing ($list, 
$packages{$pkg}{"Depends"}, $pkg)) {
+   if (add_missing ($list, 
$packages{$pkg}{"Depends"}, $pkg, $add_rec)) {
$or_ok = 1;
remove_entry($pkg, $list);
push @{$list}, $pkg;
@@ -622,11 +624,14 @@
next if $included{lc $_}; # Already included, don't 
worry
next if is_in (lc $_, $list);
push @{$list}, lc $_;
-   if (not add_missing ($list, $packages{lc 
$_}{"Depends"}, lc $_)) {
+   if (not add_missing ($list, $packages{lc 
$_}{"Depends"}, lc $_, $add_rec)) {
msg(1, "couldn't add $_ ...\n");
msg(1, "$pkgin failed, couldn't satisfy dep on 
$_\n");
pop @{$list};
$ok = 0;
+   } elsif ($add_rec) {
+   # depends added successfully, add recommends too
+   missing ($list, $packages{lc $_}{"Recommends"}, 
lc $_, $add_rec);
}
remove_entry(lc $_, $list);
push @{$list}, lc $_;

Happy hacking,
-- 
Petter Reinholdtsen


--- End Message ---
--- Begin Message ---
Source: debian-cd
Source-Version: 3.1.36
Done: Holger Levsen 

We believe that the bug you reported is fixed in the latest version of
debian-cd, which is due

Bug#1013432: marked as done (debian-cd: UEFI boot uses black text on dark blue background)

[Debian Bug Tracking System]

Your message dated Sun, 15 Jan 2023 12:35:05 +
with message-id 
and subject line Bug#1013432: fixed in debian-cd 3.1.36
has caused the Debian Bug report #1013432,
regarding debian-cd: UEFI boot uses black text on dark blue background
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.)


-- 
1013432: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1013432
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: debian-cd
Version: 3.1.35
Severity: normal

Hello,

since grub version 2.06-3 entered sid, the UEFI menu of the daily netinst image
shows a black text on the dark blue background for the selected boot item.

https://cdimage.debian.org/cdimage/daily-builds/sid_d-i/arch-latest/amd64/iso-
cd/
debian-testing-amd64-netinst.iso

This can be seen e.g. at
https://openqa.debian.net/tests/61507#step/bootwalk_0/2

It appears that the grub theme is active now (which was not the case for e.g.
the netinst-11 images).

As a local hack, I've replaced:
selected_item_color = "black"
with
selected_item_color = "white"

in boot/grub/theme/1 inside my netinst image.

The original file that is used is:
https://sources.debian.org/src/debian-cd/3.1.35/data/bullseye/grub-
theme.in/?hl=58#L58

With kind regards,
Roland Clobus


-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'testing-debug'), (50, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.18.0-1-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages debian-cd depends on:
ii  apt2.5.0
ii  bc 1.07.1-3+b1
ii  bzip2  1.0.8-5
ii  cpp4:11.2.0-2
ii  curl   7.83.1-2
ii  dctrl-tools [grep-dctrl]   2.24-3+b1
ii  dpkg-dev   1.21.8
ii  genisoimage9:1.1.11-3.2
pn  libcompress-zlib-perl  
pn  libdigest-md5-perl 
ii  libdpkg-perl   1.21.8
ii  libfile-slurp-perl .32-1
ii  libyaml-libyaml-perl   0.83+ds-1+b1
ii  lynx   2.9.0dev.10-1
ii  make   4.3-4.1
ii  perl [libdigest-sha-perl]  5.34.0-4
ii  tofrodos   1.7.13+ds-5
ii  wget   1.21.3-1+b2
ii  xorriso1.5.4-2

Versions of packages debian-cd recommends:
ii  dosfstools   4.2-1
ii  hfsutils 3.2.6-15
ii  isolinux 3:6.04~git20190206.bf6db5b4+dfsg1-3
ii  mtools   4.0.33-1+really4.0.32-1
ii  syslinux-common  3:6.04~git20190206.bf6db5b4+dfsg1-3

debian-cd suggests no packages.

-- no debconf information
--- End Message ---
--- Begin Message ---
Source: debian-cd
Source-Version: 3.1.36
Done: Holger Levsen 

We believe that the bug you reported is fixed in the latest version of
debian-cd, 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 1013...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Holger Levsen  (supplier of updated debian-cd 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: SHA512

Format: 1.8
Date: Sun, 15 Jan 2023 13:11:24 +0100
Source: debian-cd
Architecture: source
Version: 3.1.36
Distribution: unstable
Urgency: medium
Maintainer: Debian CD Group 
Changed-By: Holger Levsen 
Closes: 601203 992699 994121 1013079 1013432 1024346 1024720
Changes:
 debian-cd (3.1.36) unstable; urgency=medium
 .
   [ Steve McIntyre ]
   * Start bookworm development, copy the bullseye dirs to bookworm as
 a start.
   * Use $CODENAME/updates for security pre-bullseye, or
 $CODENAME-security for bullseye onwards.
   * Tweak grub boot menu highlight graphics to work again - switch
 from greyscale to colour, as newer grub has removed greyscale PNG
 support. Closes: #1013079, #1013432.
   * Add non-free-firmware support
 + Add an extra config variable NONFREE_COMPONENTS to declare where
   to look for non-free packages.
   * Add a Contents-f

Bug#1024397: debian-cd: Please remove references to transitional packages in tasks

[Simon McVittie]

Package: debian-cd
Severity: normal

libgdk-pixbuf2.0-0-udeb (historical package name) has been superseded by
libgdk-pixbuf-2.0-0-udeb (Policy-compliant name + "-udeb") since bullseye
and I'd like to remove the old name, but according to codesearch,
tasks/*/Debian-edu-full in debian-cd seems to still have references to it.
Is it safe to remove the transitional udeb anyway?

I also notice that libgdk-pixbuf2.0-0, another transitional package, is
also listed in that file. Does that inclusion block removal of
the transitional libgdk-pixbuf2.0-0?

It would probably be good to replace transitional packages in the various
package lists with their dependencies at some point.

smcv

Bug#1021702: debian-cd: Take constraints into account while building the cd packages pool

[Steve McIntyre]

Hi Arnaud,

On Thu, Oct 13, 2022 at 05:13:03PM +0700, Arnaud Rebillout wrote:

...

>By entering a chroot, and trying to install the king-phisher package,
>using the pool of packages provided in the Kali installer, I get:
>
>  # apt install king-phisher
>  [...]
>  The following packages have unmet dependencies:
>   python3-fonttools : Depends: python3-unicodedata2 (>= 14.0.0) but it is not 
> installable or
>python3-all (>= 3.11.0) but 3.10.6-1 is to be 
> installed
>  E: Unable to correct problems, you have held broken packages.
>
>Looking at the dependency tree now:
>
>  king-phisher
>  +-- python3-matplotlib
>+-- python3-fonttools
>  +-- python3-unicodedata2 (>= 14.0.0) | python3-all (>= 3.11.0)
>  
>In the pool of packages that are available in the Kali iso, we don't
>have python3-unicodedata2 , however we have python3-all , BUT it's at
>version 3.10.6-1 ... So nothing can satisfy the dependency.
>
>So it looks to me that it's a bug in debian-cd. I guess that the
>resolver that decides which packages are included in the pool didn't
>include python3-unicodedata2 because there was python3-all already, but
>it didn't take into account the constraints >= 3.11.0.

If you check in sort_deps.$ARCH.log, that'll tell you what dependency
resolution happened.

>As a sidenote, it looks like the maintainer of python3-fonttools is a
>bit ahead of time, his package depends on python3-unicodedata2 (>=
>14.0.0) | python3-all (>= 3.11.0) but 3.11 is not yet released, it's
>planned for end of October.
>
>Note that this is an issue only for installers that don't have access to
>the network. If network is available, I guess that python3-unicodedata2
>will be fetched from a remote package repository, so no problem for most
>users.

ACK.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
< sladen> I actually stayed in a hotel and arrived to find a post-it
  note stuck to the mini-bar saying "Paul: This fridge and
  fittings are the correct way around and do not need altering"

Bug#1021702: debian-cd: Take constraints into account while building the cd packages pool

[Arnaud Rebillout]

Package: debian-cd
Version: debian-cd: Please take constraints into account while building the cd 
packages pool
Severity: normal
User: de...@kali.org
Usertags: origin-kali

Dear Maintainer,

I'm documenting here something that we've hit in Kali lately. The
installer didn't include a package that was depended upon, and
therefore the installation failed.

The offending package was king-phisher (only in Kali). Syslog said:

  in-target: The following packages have unmet dependencies:
  in-target:  king-phisher : Depends: python3-matplotlib (>= 1.4.3) but it is 
not installable
  in-target: Recommends: python3-mpltoolkits.basemap (>= 1.0.7) 
but it is not installable
  
By entering a chroot, and trying to install the king-phisher package,
using the pool of packages provided in the Kali installer, I get:

  # apt install king-phisher
  [...]
  The following packages have unmet dependencies:
   python3-fonttools : Depends: python3-unicodedata2 (>= 14.0.0) but it is not 
installable or
python3-all (>= 3.11.0) but 3.10.6-1 is to be 
installed
  E: Unable to correct problems, you have held broken packages.

Looking at the dependency tree now:

  king-phisher
  +-- python3-matplotlib
+-- python3-fonttools
  +-- python3-unicodedata2 (>= 14.0.0) | python3-all (>= 3.11.0)
  
In the pool of packages that are available in the Kali iso, we don't
have python3-unicodedata2 , however we have python3-all , BUT it's at
version 3.10.6-1 ... So nothing can satisfy the dependency.

So it looks to me that it's a bug in debian-cd. I guess that the
resolver that decides which packages are included in the pool didn't
include python3-unicodedata2 because there was python3-all already, but
it didn't take into account the constraints >= 3.11.0.

As a sidenote, it looks like the maintainer of python3-fonttools is a
bit ahead of time, his package depends on python3-unicodedata2 (>=
14.0.0) | python3-all (>= 3.11.0) but 3.11 is not yet released, it's
planned for end of October.

Note that this is an issue only for installers that don't have access to
the network. If network is available, I guess that python3-unicodedata2
will be fetched from a remote package repository, so no problem for most
users.

Thanks,

Arnaud

Sub: New mirror addition request for ~vern debian-cd mirror (https://mirror.vern.cc/debian-cd)

[Arya Kiran]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

I would like to add ~vern's debian-cd mirror to the mirrorlist

We host both rsync and http mirrors: rsync://vern.cc/rsync/debian-cd and
https://mirror.vern.cc/mirror respectively

Relevant contact details can be found at https://vern.cc/admins

The files are hosted on a local server in NYC, United States

I have subscribed to the announcements mailing list

Regards,
Arya K
-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEaQ26lx8a6bu72UrBOm6i0O4xTu8FAmM7FywACgkQOm6i0O4x
Tu9xKQ//b7V/GQ1MGlFJgmbOppwu/uDmMc3rWVlcZopBwpn9TuYS2ND5RmuDI697
vgJeHn1BfIMrKF6unzBe+6nBF6U4v8DlhXgQd9teDPQjezVtTIR7hCxH4rTyCaVt
TYn431p0WFNjJVkwHB3xjpSYVQzkRLgjYAsavLgGlVJZNtUuLuwfq9LlbxyFJlK2
/CKlOIdpPcjoczxPrMe9C17keE2pxcg5U3c79zQuUV5i9YlwYUNoYb6JG14l7mP7
Ob7XA9XSgoBlNcabkJj5bERMAAHFsnxnq/bRYPmZpMZjaveigdLlp4XqIEW0qfzw
dPWwM3blt8iLrC67iFfk8qnEAjHM/8eRM99iq0H++iCyTnIv3Os9IhGLoiC65mtt
uyXTsAc62noYuQMGdSFhbliU20R41wP78OvmSvXaE+R4fuGFbJUl4jtOf6MPuzmU
xqVe+LUX1ohXgt46hsj5dPy87cjuoOWLcPt/sbgOsksS7hY71uz3gYfUzx3Lo0BB
vVoC4r2/phGEiz4qXSYVFbDHjv86S1/Fvw0tBmeZZXV1OVhnbaIfQKOdUNql21CI
COQ2awJu5hNF+SL8ASDo9hXR6/tMckopbT0pfc8y9rWuA9xZNHG79Ti/c29ew52b
yxFvdGXDUD/hpL1/RtVZNUVIvFc56Ia6tB7VLmwPqtkpwmX4Gug=
=fivc
-END PGP SIGNATURE-

New Ukrainian Debian-CD mirror

[Ivan Barabash]

Admin Name: Ivan Barabash
Admin Email: s...@ukr.net <mailto:s...@ukr.net>
RSYNC URL: rsync://fastmirror.pp.ua/debian-cd/
RSYNC allowed only for scans: YES
HTTP URL: http(s)://fastmirror.pp.ua/ 
<http://fastmirror.pp.ua/opensuse>debian-cd
Bandwidth: 1Gbps
IPs: 93.126.105.202 2001:470:6224::6829:17ff:fe25:da0c

Bug#1013432: debian-cd: UEFI boot uses black text on dark blue background

[Steve McIntyre]

Hi Roland!

On Thu, Jun 23, 2022 at 04:11:07PM +0200, Roland Clobus wrote:
>Package: debian-cd
>Version: 3.1.35
>Severity: normal
>
>Hello,
>
>since grub version 2.06-3 entered sid, the UEFI menu of the daily netinst image
>shows a black text on the dark blue background for the selected boot item.
>
>https://cdimage.debian.org/cdimage/daily-builds/sid_d-i/arch-latest/amd64/iso-
>cd/
>debian-testing-amd64-netinst.iso
>
>This can be seen e.g. at
>https://openqa.debian.net/tests/61507#step/bootwalk_0/2
>
>It appears that the grub theme is active now (which was not the case for e.g.
>the netinst-11 images).
>
>As a local hack, I've replaced:
>selected_item_color = "black"
>with
>selected_item_color = "white"
>
>in boot/grub/theme/1 inside my netinst image.

Aha! Thanks for reporting this, I'll take a look.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
  Getting a SCSI chain working is perfectly simple if you remember that there
  must be exactly three terminations: one on one end of the cable, one on the
  far end, and the goat, terminated over the SCSI chain with a silver-handled
  knife whilst burning *black* candles. --- Anthony DeBoer

Bug#1013432: debian-cd: UEFI boot uses black text on dark blue background

[Roland Clobus]

Package: debian-cd
Version: 3.1.35
Severity: normal

Hello,

since grub version 2.06-3 entered sid, the UEFI menu of the daily netinst image
shows a black text on the dark blue background for the selected boot item.

https://cdimage.debian.org/cdimage/daily-builds/sid_d-i/arch-latest/amd64/iso-
cd/
debian-testing-amd64-netinst.iso

This can be seen e.g. at
https://openqa.debian.net/tests/61507#step/bootwalk_0/2

It appears that the grub theme is active now (which was not the case for e.g.
the netinst-11 images).

As a local hack, I've replaced:
selected_item_color = "black"
with
selected_item_color = "white"

in boot/grub/theme/1 inside my netinst image.

The original file that is used is:
https://sources.debian.org/src/debian-cd/3.1.35/data/bullseye/grub-
theme.in/?hl=58#L58

With kind regards,
Roland Clobus


-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'testing-debug'), (50, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.18.0-1-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages debian-cd depends on:
ii  apt2.5.0
ii  bc 1.07.1-3+b1
ii  bzip2  1.0.8-5
ii  cpp4:11.2.0-2
ii  curl   7.83.1-2
ii  dctrl-tools [grep-dctrl]   2.24-3+b1
ii  dpkg-dev   1.21.8
ii  genisoimage9:1.1.11-3.2
pn  libcompress-zlib-perl  
pn  libdigest-md5-perl 
ii  libdpkg-perl   1.21.8
ii  libfile-slurp-perl .32-1
ii  libyaml-libyaml-perl   0.83+ds-1+b1
ii  lynx   2.9.0dev.10-1
ii  make   4.3-4.1
ii  perl [libdigest-sha-perl]  5.34.0-4
ii  tofrodos   1.7.13+ds-5
ii  wget   1.21.3-1+b2
ii  xorriso1.5.4-2

Versions of packages debian-cd recommends:
ii  dosfstools   4.2-1
ii  hfsutils 3.2.6-15
ii  isolinux 3:6.04~git20190206.bf6db5b4+dfsg1-3
ii  mtools   4.0.33-1+really4.0.32-1
ii  syslinux-common  3:6.04~git20190206.bf6db5b4+dfsg1-3

debian-cd suggests no packages.

-- no debconf information

Re: New debian-cd mirror

[Kenneth Finnegan]

Howdy,

Following up on this request. Is this the right way to get added as a CD mirror?
--
Kenneth Finnegan
Technical Director, FCIX

On Fri, Apr 1, 2022 at 8:31 AM Kenneth Finnegan  wrote:
>
> Howdy,
>
> The recommended https://www.debian.org/mirror/submit form doesn't seem
> to have anything about CDImage- on it, as mentioned here
> https://www.debian.org/CD/mirroring/ so I'm resorting to emailing you
> instead.
>
> We have set up a new software mirror, and have made debian-cd available.
>
> Mirror name: mirror.fcix.net
>
> HTTP: http://mirror.fcix.net/debian-cd/
>
> No arch filters
>
> Name of site maintainer: FCIX Mirror Admins
> Public email: mir...@fcix.net
> Country: US
> Location of site: Fremont, California, USA, NOAM
> Name of site sponsor: Fremont Cabal Internet Exchange
> URL of sponsor: https://fcix.net/
>
> Subscribed to mailing list.
> --
> Kenneth Finnegan
> Technical Director, FCIX

New debian-cd mirror

[Kenneth Finnegan]

Howdy,

The recommended https://www.debian.org/mirror/submit form doesn't seem
to have anything about CDImage- on it, as mentioned here
https://www.debian.org/CD/mirroring/ so I'm resorting to emailing you
instead.

We have set up a new software mirror, and have made debian-cd available.

Mirror name: mirror.fcix.net

HTTP: http://mirror.fcix.net/debian-cd/

No arch filters

Name of site maintainer: FCIX Mirror Admins
Public email: mir...@fcix.net
Country: US
Location of site: Fremont, California, USA, NOAM
Name of site sponsor: Fremont Cabal Internet Exchange
URL of sponsor: https://fcix.net/

Subscribed to mailing list.
--
Kenneth Finnegan
Technical Director, FCIX

Bug#1003927: debian-cd: Move grub-theme for UEFI boot from debian-cd to debian-installer?

[Raphaël Hertzog]

Package: debian-cd,debian-installer
Severity: wishlist
User: de...@kali.org
Usertags: origin-kali
X-Debbugs-Cc: raph...@offensive-security.com

Hello,

we were trying to harmonize our grub theme across all of Kali and we
(re-)discovered that for installer images, the grub theme is actually
handled at the debian-cd level (./data/$RELEASE/grub-theme.in used by
tools/boot/$RELEASE/boot-x86).

I believe that a derivative distribution should not have to fork debian-cd
to be able to customize the grub theme. It would be much more logical if
debian-cd reused files from debian-installer also for all its handling of
grub for UEFI boot. That's why this bug is filed against both packages
together, we really need some coordination here.

Note that this move would also help to fix #982496 where we ask arm64 boot
to make use of the grub theme.

I don't have any concrete proposal or patch but I wanted to have this
properly recorded. For now in Kali we have worked around this limitation
in our build scripts to not have to fork debian-cd and still ship our
own theme:
https://gitlab.com/kalilinux/build-scripts/live-build-config/-/commit/bb399b8bf63635f53d2ab546f41d1924a5c84467

Given that d-i already provides syslinux configuration files, couldn't it
also provide grub configuration files instead of letting debian-cd do its
own grub port of those files?

Cheers,
  Raphaël.

Bug#1001531: debian-cd: Please verify debian-cd signing key on keys.openpgp.org

[Kjö Hansi Glaz]

Package: debian-cd
Severity: normal

Dear debian-cd team,

The key used to sign Debian CDs cannot be downloaded from
keys.openpgp.org, as it is not verified. Would you please verify it?

It would also be useful to add a link to download the key on
https://www.debian.org/CD/verify to ease access to people new to OpenPGP
that are not familiar with searching the OpenPGP keyrings.

Please accept my apologies if I didn't file this issue in the right
place.

Thanks by advance

Bug#995638: debian-cd: Missing manual page debian-cd(7)

[Alejandro Colomar]

Package: debian-cd
Version: 3.1.35
Severity: important
X-Debbugs-Cc: alx.manpa...@gmail.com

Dear Maintainer,


I'd like to have a manual page for this package.
I can collaborate to write one, from the README file,
but I'd like to see some complete examples of usage.


Thanks,

Alex



-- System Information:
Debian Release: bookworm/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.10.0-8-amd64 (SMP w/12 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages debian-cd depends on:
ii  apt2.3.9
ii  bc 1.07.1-3+b1
ii  bzip2  1.0.8-4
ii  cpp4:10.2.1-1
ii  curl   7.74.0-1.3+b1
ii  dctrl-tools [grep-dctrl]   2.24-3+b1
ii  dpkg-dev   1.20.9
pn  libcompress-zlib-perl  
pn  libdigest-md5-perl 
ii  libdpkg-perl   1.20.9
ii  libfile-slurp-perl .32-1
ii  libyaml-libyaml-perl   0.83+ds-1
ii  lynx   2.9.0dev.9-2
ii  make   4.3-4.1
ii  perl [libdigest-sha-perl]  5.32.1-5
ii  tofrodos   1.7.13+ds-5
ii  wget   1.21-1+b1
ii  xorriso1.5.4-1

Versions of packages debian-cd recommends:
ii  dosfstools   4.2-1
ii  hfsutils 3.2.6-15
ii  isolinux 3:6.04~git20190206.bf6db5b4+dfsg1-3
ii  mtools   4.0.33-1+really4.0.32-1
ii  syslinux-common  3:6.04~git20190206.bf6db5b4+dfsg1-3

debian-cd suggests no packages.

-- no debconf information

Bug#994121: debian-cd: Default CODENAME should be changed to bookworm (testing)

[Steve McIntyre]

Hi Daniel!

On Sun, Sep 12, 2021 at 04:40:00AM -0500, Daniel Lewart wrote:
>Source: debian-cd
>Version: 3.1.35
>Severity: normal
>Tags: patch
>X-Debbugs-Cc: szilard.an...@gmail.com
>
>Debian CD Group,
>
>The default CODENAME should be changed to bookworm (testing).
>
>Below is a patch, which I successfully tested with:
>$ ./easy-build.sh NETINST
>
>Thank you!
>Daniel Lewart
>Urbana, Illinois

Thanks for the patches. (Mostly) applied, but please don't make
unrelated changes when you send patches. In this case, I've *not*
changed the CONTRIB setting.

>---
>diff -ru a/CONF.sh b/CONF.sh
>--- a/CONF.sh  2021-09-06 05:22:44.0 -0500
>+++ b/CONF.sh  2021-09-12 00:00:00.0 -0500
>@@ -70,7 +70,7 @@
>   export DI_CODENAME=$CODENAME
> fi
> # If you want backported d-i (e.g. by setting
>-# DI_CODENAME=jessie-backports, then you'll almost definitely also
>+# DI_CODENAME=bookworm-backports, then you'll almost definitely also
> # want to enable BACKPORTS below as well
> 
> # Should we include some packages from backports? If so, point at a
>@@ -86,8 +86,8 @@
> # the Debian mirror.
> #export DI_WWW_HOME=default
> 
>-# Version number, "2.2 r0", "2.2 r1" etc.
>-export DEBVERSION="11.0.0"
>+# Version number, "10.11.0", "11.1.0", "testing", etc
>+export DEBVERSION="testing"
> 
> # Official or non-official set.
> # NOTE: THE "OFFICIAL" DESIGNATION IS ONLY ALLOWED FOR IMAGES AVAILABLE
>@@ -136,7 +136,7 @@
> # export NONFREE=1
> 
> # Do I want to have CONTRIB merged in the CD set
>-export CONTRIB=1
>+# export CONTRIB=1
> 
> # Do I want to have NONFREE on a separate CD (the last CD of the CD set)
> # WARNING: Don't use NONFREE and EXTRANONFREE at the same time !
>@@ -208,8 +208,8 @@
> 
> # Extra keys that you might want apt to trust. List their fingerprints
> # here and debian-cd will grab them from the user's keyring as needed
>-# (The example here is the buster release key)
>-#export ARCHIVE_EXTRA_KEYS="80D15823B7FD1561F9F7BCDDDC30D7C23CBBABEE"
>+# (The example here is the bullseye release key)
>+#export ARCHIVE_EXTRA_KEYS="1F89983E0081FDE018F3CC9673A4F27B8DD47936"
> 
> # By default we use debootstrap --no-check-gpg to find out the minimal set
> # of packages because there's no reason to not trust the local mirror. But
>diff -ru a/easy-build.sh b/easy-build.sh
>--- a/easy-build.sh2021-09-06 05:22:44.0 -0500
>+++ b/easy-build.sh2021-09-12 00:00:00.0 -0500
>@@ -72,10 +72,10 @@
> ## For what release to build images
> 
> # The suite the installed system will be based on
>-export CODENAME=buster
>+export CODENAME=bookworm
> # The suite from which the udebs for the installer will be taken (normally
> # the same as CODENAME)
>-export DI_CODENAME=buster
>+export DI_CODENAME=bookworm
> 
> 
> ## The debian-installer images to use. This must match the suite (DI_CODENAME)
>###
>
>

On Sun, Sep 12, 2021 at 04:51:05AM -0500, Daniel Lewart wrote:
>Makefile patch is attached.  Dan

>--- a/Makefile 2021-09-06 05:22:44.0 -0500
>+++ b/Makefile 2021-09-12 00:00:00.0 -0500
>@@ -191,14 +191,14 @@
>   fi
> endif
> 
>-# Make sure unstable/sid points to testing/buster, as there is no build
>+# Make sure unstable/sid points to testing/bookworm, as there is no build
> # rule for unstable/sid.
> unstable-map:
>   $(Q)if [ ! -d $(BASEDIR)/data/sid ] ; then \
>-  ln -s buster $(BASEDIR)/data/sid ; \
>+  ln -s bookworm $(BASEDIR)/data/sid ; \
>   fi
>   $(Q)if [ ! -d $(BASEDIR)/tools/boot/sid ] ; then \
>-  ln -s buster $(BASEDIR)/tools/boot/sid ; \
>+  ln -s bookworm $(BASEDIR)/tools/boot/sid ; \
>   fi
> 
> #


-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
Can't keep my eyes from the circling sky,
Tongue-tied & twisted, Just an earth-bound misfit, I...

Re: I want to register debian cd mirror

[rattusrattus]

On 12/09/2021 11:32, KyeongTaek Kim wrote:
https://mirror.misakamikoto.network/debian-cd/ 
<https://mirror.misakamikoto.network/debian-cd/>


Please read https://www.debian.org/mirror/ftpmirror
If you still think that hosting a public mirror is the right thing to do 
then please fill in the form at https://www.debian.org/mirror/submit



Best regards
Andy
(RattusRattus)

I want to register debian cd mirror

[KyeongTaek Kim]

https://mirror.misakamikoto.network/debian-cd/

Bug#994121: debian-cd: Default CODENAME should be changed to bookworm (testing)

[Daniel Lewart]

Makefile patch is attached.  Dan
--- a/Makefile	2021-09-06 05:22:44.0 -0500
+++ b/Makefile	2021-09-12 00:00:00.0 -0500
@@ -191,14 +191,14 @@
 	fi
 endif
 
-# Make sure unstable/sid points to testing/buster, as there is no build
+# Make sure unstable/sid points to testing/bookworm, as there is no build
 # rule for unstable/sid.
 unstable-map:
 	$(Q)if [ ! -d $(BASEDIR)/data/sid ] ; then \
-		ln -s buster $(BASEDIR)/data/sid ; \
+		ln -s bookworm $(BASEDIR)/data/sid ; \
 	fi
 	$(Q)if [ ! -d $(BASEDIR)/tools/boot/sid ] ; then \
-		ln -s buster $(BASEDIR)/tools/boot/sid ; \
+		ln -s bookworm $(BASEDIR)/tools/boot/sid ; \
 	fi
 
 #

Bug#994121: debian-cd: Default CODENAME should be changed to bookworm (testing)

[Daniel Lewart]

Source: debian-cd
Version: 3.1.35
Severity: normal
Tags: patch
X-Debbugs-Cc: szilard.an...@gmail.com

Debian CD Group,

The default CODENAME should be changed to bookworm (testing).

Below is a patch, which I successfully tested with:
$ ./easy-build.sh NETINST

Thank you!
Daniel Lewart
Urbana, Illinois
---
diff -ru a/CONF.sh b/CONF.sh
--- a/CONF.sh   2021-09-06 05:22:44.0 -0500
+++ b/CONF.sh   2021-09-12 00:00:00.0 -0500
@@ -70,7 +70,7 @@
export DI_CODENAME=$CODENAME
 fi
 # If you want backported d-i (e.g. by setting
-# DI_CODENAME=jessie-backports, then you'll almost definitely also
+# DI_CODENAME=bookworm-backports, then you'll almost definitely also
 # want to enable BACKPORTS below as well
 
 # Should we include some packages from backports? If so, point at a
@@ -86,8 +86,8 @@
 # the Debian mirror.
 #export DI_WWW_HOME=default
 
-# Version number, "2.2 r0", "2.2 r1" etc.
-export DEBVERSION="11.0.0"
+# Version number, "10.11.0", "11.1.0", "testing", etc
+export DEBVERSION="testing"
 
 # Official or non-official set.
 # NOTE: THE "OFFICIAL" DESIGNATION IS ONLY ALLOWED FOR IMAGES AVAILABLE
@@ -136,7 +136,7 @@
 # export NONFREE=1
 
 # Do I want to have CONTRIB merged in the CD set
-export CONTRIB=1
+# export CONTRIB=1
 
 # Do I want to have NONFREE on a separate CD (the last CD of the CD set)
 # WARNING: Don't use NONFREE and EXTRANONFREE at the same time !
@@ -208,8 +208,8 @@
 
 # Extra keys that you might want apt to trust. List their fingerprints
 # here and debian-cd will grab them from the user's keyring as needed
-# (The example here is the buster release key)
-#export ARCHIVE_EXTRA_KEYS="80D15823B7FD1561F9F7BCDDDC30D7C23CBBABEE"
+# (The example here is the bullseye release key)
+#export ARCHIVE_EXTRA_KEYS="1F89983E0081FDE018F3CC9673A4F27B8DD47936"
 
 # By default we use debootstrap --no-check-gpg to find out the minimal set
 # of packages because there's no reason to not trust the local mirror. But
diff -ru a/easy-build.sh b/easy-build.sh
--- a/easy-build.sh 2021-09-06 05:22:44.0 -0500
+++ b/easy-build.sh 2021-09-12 00:00:00.0 -0500
@@ -72,10 +72,10 @@
 ## For what release to build images
 
 # The suite the installed system will be based on
-export CODENAME=buster
+export CODENAME=bookworm
 # The suite from which the udebs for the installer will be taken (normally
 # the same as CODENAME)
-export DI_CODENAME=buster
+export DI_CODENAME=bookworm
 
 
 ## The debian-installer images to use. This must match the suite (DI_CODENAME)
###

Bug#994117: debian-cd: Links to alioth/~fjp/debmirror/ and d-i.alioth/manual/

[Daniel Lewart]

Source: debian-cd
Version: 3.1.35
Severity: minor
Tags: patch

Debian Images Group,

README.easy-build has an alioth link to Frans Pop's example script:
http://alioth.debian.org/~fjp/debmirror/

data/$(CODENAME)/README.html.in have alioth links to the
Development version of the Debian Installation Guide:
https://d-i.alioth.debian.org/manual/

Attached is a patch which has the following changes:
  1) alioth/~fjp/debmirror/ downloaded from Internet Archive
 Wayback Machine to /examples/
  2) README.easy-build updated accordingly
  3) data/$(CODENAME)/README.html.in now link to:
https://d-i.debian.org/manual/

Thank you!
Daniel Lewart
Urbana, Illinois
diff -Nru a/README.easy-build b/README.easy-build
--- a/README.easy-build 2021-09-06 05:22:44.0 -0500
+++ b/README.easy-build 2021-09-12 00:00:00.0 -0500
@@ -92,9 +92,9 @@
 - ./dists//main/installer-/
   contains Debian Installer images (official releases)
 
-One method is to use debmirror. An example script for creating a full or
-partial local mirror using debmirror suitable for use with debian-cd can be
-found at: http://alioth.debian.org/~fjp/debmirror/.
+One method is to use debmirror. An example script by Frans Pop (fjp)
+for creating a full or partial local mirror using debmirror suitable for
+use with debian-cd can be found at: /usr/share/doc/debian-cd/examples/ .
 
 BASIC CONFIGURATION
 ===
diff -Nru a/data/bookworm/README.html.in b/data/bookworm/README.html.in
--- a/data/bookworm/README.html.in  2021-09-06 05:22:44.0 -0500
+++ b/data/bookworm/README.html.in  2021-09-12 00:00:00.0 -0500
@@ -257,7 +257,7 @@
 installation guide many not be released yet. It will appear on https://www.debian.org/releases/bookworm/installmanual;>the
 Debian web site when ready, but before then you could try https://d-i.alioth.debian.org/manual/;>the development
+href="https://d-i.debian.org/manual/;>the development
 version of the manual.
 
 # endif
diff -Nru a/data/bullseye/README.html.in b/data/bullseye/README.html.in
--- a/data/bullseye/README.html.in  2021-09-06 05:22:44.0 -0500
+++ b/data/bullseye/README.html.in  2021-09-12 00:00:00.0 -0500
@@ -257,7 +257,7 @@
 installation guide many not be released yet. It will appear on https://www.debian.org/releases/bullseye/installmanual;>the
 Debian web site when ready, but before then you could try https://d-i.alioth.debian.org/manual/;>the development
+href="https://d-i.debian.org/manual/;>the development
 version of the manual.
 
 # endif
diff -Nru a/data/buster/README.html.in b/data/buster/README.html.in
--- a/data/buster/README.html.in2021-09-06 05:22:44.0 -0500
+++ b/data/buster/README.html.in2021-09-12 00:00:00.0 -0500
@@ -257,7 +257,7 @@
 installation guide many not be released yet. It will appear on https://www.debian.org/releases/buster/installmanual;>the
 Debian web site when ready, but before then you could try https://d-i.alioth.debian.org/manual/;>the development
+href="https://d-i.debian.org/manual/;>the development
 version of the manual.
 
 # endif
diff -Nru a/data/jessie/README.html.in b/data/jessie/README.html.in
--- a/data/jessie/README.html.in2021-09-06 05:22:44.0 -0500
+++ b/data/jessie/README.html.in2021-09-12 00:00:00.0 -0500
@@ -259,7 +259,7 @@
 installation guide many not be released yet. It will appear on https://www.debian.org/releases/jessie/installmanual;>the
 Debian web site when ready, but before then you could try https://d-i.alioth.debian.org/manual/;>the development
+href="https://d-i.debian.org/manual/;>the development
 version of the manual.
 
 # endif
diff -Nru a/data/kali-dev/README.html.in b/data/kali-dev/README.html.in
--- a/data/kali-dev/README.html.in  2021-09-06 05:22:44.0 -0500
+++ b/data/kali-dev/README.html.in  2021-09-12 00:00:00.0 -0500
@@ -257,7 +257,7 @@
 installation guide many not be released yet. It will appear on https://www.debian.org/releases/bullseye/installmanual;>the
 Debian web site when ready, but before then you could try https://d-i.alioth.debian.org/manual/;>the development
+href="https://d-i.debian.org/manual/;>the development
 version of the manual.
 
 # endif
diff -Nru a/data/kali-last-snapshot/README.html.in 
b/data/kali-last-snapshot/README.html.in
--- a/data/kali-last-snapshot/README.html.in2021-09-06 05:22:44.0 
-0500
+++ b/data/kali-last-snapshot/README.html.in2021-09-12 00:00:00.0 
-0500
@@ -257,7 +257,7 @@
 installation guide many not be released yet. It will appear on https://www.debian.org/releases/bullseye/installmanual;>the
 Debian web site when ready, but before then you could try https://d-i.alioth.debian.org/manual/;>the development
+href="https://d-i.de

Bug#993117: debian-cd: F2FS support

[Roman Hornik]

Package: debian-cd
Severity: wishlist
X-Debbugs-Cc: roman.hor...@debian-linux.cz

Hello,
Please add the option to select the F2FS file system in the disk partitioning
menu. This filesystem seems to me to be reliable enough, not less than the much
slower Btrfs. Besides, it is optimized for use on modern solid-state drives.


-- System Information:
Debian Release: Sid/Experimental
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.13.0-trunk-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8), LANGUAGE not
set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages debian-cd depends on:
ii  apt2.3.8
ii  bc 1.07.1-2+b2
ii  bzip2  1.0.8-4
ii  cpp4:10.2.1-1
ii  curl   7.74.0-1.3+b1
ii  dctrl-tools [grep-dctrl]   2.24-3+b1
ii  dpkg-dev   1.20.9
pn  libcompress-zlib-perl  
pn  libdigest-md5-perl 
ii  libdpkg-perl   1.20.9
pn  libfile-slurp-perl 
pn  libyaml-libyaml-perl   
pn  lynx   
ii  make   4.3-4.1
ii  perl [libdigest-sha-perl]  5.32.1-5
pn  tofrodos   
ii  wget   1.21-1+b1
pn  xorriso | genisoimage  

Versions of packages debian-cd recommends:
ii  dosfstools   4.2-1
pn  hfsutils 
pn  isolinux 
pn  mtools   
pn  syslinux-common  

Bug#991141: debian-cd: arm64 device trees not included in ESP

[Michael Walle]

Package: debian-cd
Severity: normal

It is useful to have the device trees available on the ESP. If we have these,
(vanilla) u-boot should be able to boot any board which has a dtb in the kernel
out-of-the box using EFI.

The (arm64) mini.iso already includes the DTBs in /dtb (which is the path
u-boot searches for).

Unfortunatly, these files are missing from ESP in the debian netinst.iso.
Please include them there, too.



-- System Information:
Debian Release: 10.10
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-0.bpo.3-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages debian-cd depends on:
ii  apt1.8.2.3
ii  bc 1.07.1-2+b1
ii  bzip2  1.0.6-9.2~deb10u1
ii  cpp4:8.3.0-1
ii  curl   7.64.0-4+deb10u2
ii  dpkg-dev   1.19.7
ii  genisoimage9:1.1.11-3+b2
pn  grep-dctrl 
pn  libcompress-zlib-perl  
pn  libdigest-md5-perl 
ii  libdpkg-perl   1.19.7
pn  lynx   
ii  make   4.2.1-1.2
ii  perl [libdigest-sha-perl]  5.28.1-6+deb10u1
pn  tofrodos   
ii  wget   1.20.1-1.1

Versions of packages debian-cd recommends:
ii  dosfstools   4.1-2
pn  hfsutils 
pn  isolinux 
pn  mtools   
ii  netpbm   2:10.0-15.3+b2
pn  syslinux-common  
pn  syslinux-utils   

debian-cd suggests no packages.

Bug#678065: debian-cd: Include brltty and espeakup in netinst

[Samuel Thibault]

Hello,

Steve McIntyre, le dim. 16 mai 2021 15:55:20 +0100, a ecrit:
> This morning's bullseye build for amd64:
> 
> -rw-r--r-- 1 debian-cd debian-cd 377487360 May 16 08:56 
> debian-testing-amd64-netinst.iso
> 
> and the build I've just triggered by hand:
> 
> -rw-r--r-- 1 debian-cd debian-cd 395313152 May 16 14:45 
> debian-testing-amd64-netinst.iso
> 
> the difference is just under 18MB for the netinst, I think that's
> OK. All the other larger images won't see any change here.
> 
> Marking this bug as closed now, as the change is in git and we're
> using it for builds now.

Thanks!

Samuel

Bug#678065: marked as done (debian-cd: Include brltty and espeakup in netinst)

[Debian Bug Tracking System]

Your message dated Sun, 16 May 2021 15:55:20 +0100
with message-id <20210516145520.ge31...@tack.einval.com>
and subject line Re: Bug#678065: debian-cd: Include brltty and espeakup in 
netinst
has caused the Debian Bug report #678065,
regarding debian-cd: Include brltty and espeakup in netinst
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.)


-- 
678065: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=678065
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: debian-cd
Version: 3.1.8
Severity: wishlist

Hello,

Currently, the netinst images do not contain brltty and espeakup. This
means that blind users who install Debian without a network mirror end
up with an unusable installed system, lacking brltty and espeakup to
show braille or talk to them. brltty was explicitly removed in version
3.1.0 because it pulls libicu, resulting to 5MiB increase. The rationale
was that it was not deemed the size for the little userbase. Some blind
users have complained about espeakup, which is about the same story
(pulling espeak etc.), so I'm recording the request here, in case that
could be reconsidered.

Samuel

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

Kernel: Linux 3.0.4 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

-- 
Samuel Thibault 
"c'est pas nous qui sommes à la rue, c'est la rue qui est à nous"


--- End Message ---
--- Begin Message ---
On Sun, May 16, 2021 at 03:40:25PM +0100, Steve McIntyre wrote:
>Hey Samuel!
>
>Sorry for not responding earlier, I've been swamped with other
>things. :-/
>
>On Thu, Apr 29, 2021 at 11:43:39PM +0200, Samuel Thibault wrote:
>>Samuel Thibault, le sam. 27 mars 2021 17:24:25 +0100, a ecrit:
>>> Samuel wrote:
>>> > Currently, the netinst images do not contain brltty and espeakup.. This
>>> > means that blind users who install Debian without a network mirror end
>>> > up with an unusable installed system, lacking brltty and espeakup to
>>> > show braille or talk to them.
>>> 
>>> Steve McIntyre, le mar. 26 juin 2012 17:28:35 +0100, a ecrit:
>>> > On Tue, Jun 26, 2012 at 01:20:57PM -0300, Samuel Thibault wrote:
>>> > >Steve McIntyre, le Tue 26 Jun 2012 15:51:20 +0100, a écrit :
>>> > >> Looking at this, it adds another ~20MB:
>>> > >> ...
>>> > >> CD 1: GUESS_TOTAL is 96183 after adding amd64:main:libicu48:8138068
>>> > >
>>> > >That's the main culprit and was the reason why
>>> > >FJP removed brltty from the netinst CD (see
>>> > >http://lists.debian.org/debian-cd/2008/10/msg00013.html). It seems the
>>> > >effect has just worsened.
>>> > 
>>> > Yup, it's only going to get worse over time AFAICS.
>>> 
>>> Can we reconsider this for bullseye? Nowadays the netinst image already
>>> includes libicu, so adding brltty and espeakup won't add much to the
>>> image size. We have had at least one user who was really surprised
>>> that he didn't get braille working in the installed system only
>>> because he didn't have Internet available because of missing firmware.
>>> Telling people to download the DVD-1 image for that case is not going to
>>> fly :)
>
>I've just moved espeakup, brltty and alsa-utils from the "forcd1" config
>into tools/generate_di+k_list so they'll get pulled in for every build
>including the netinst. Let's see how much of a size difference that makes.

This morning's bullseye build for amd64:

-rw-r--r-- 1 debian-cd debian-cd 377487360 May 16 08:56 
debian-testing-amd64-netinst.iso

and the build I've just triggered by hand:

-rw-r--r-- 1 debian-cd debian-cd 395313152 May 16 14:45 
debian-testing-amd64-netinst.iso

the difference is just under 18MB for the netinst, I think that's
OK. All the other larger images won't see any change here.

Marking this bug as closed now, as the change is in git and we're
using it for builds now.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
  Getting a SCSI chain working is perfectly simple if you remember that there
  must be exactly three terminations: one on one end of the cable, one on the
  far end, and the goat, terminated over the SCSI chain with a silver-handled
  knife whilst burning *black* candles. --- Anthony DeBoer--- End Message ---

Bug#678065: debian-cd: Include brltty and espeakup in netinst

[Steve McIntyre]

Hey Samuel!

Sorry for not responding earlier, I've been swamped with other
things. :-/

On Thu, Apr 29, 2021 at 11:43:39PM +0200, Samuel Thibault wrote:
>Samuel Thibault, le sam. 27 mars 2021 17:24:25 +0100, a ecrit:
>> Samuel wrote:
>> > Currently, the netinst images do not contain brltty and espeakup.. This
>> > means that blind users who install Debian without a network mirror end
>> > up with an unusable installed system, lacking brltty and espeakup to
>> > show braille or talk to them.
>> 
>> Steve McIntyre, le mar. 26 juin 2012 17:28:35 +0100, a ecrit:
>> > On Tue, Jun 26, 2012 at 01:20:57PM -0300, Samuel Thibault wrote:
>> > >Steve McIntyre, le Tue 26 Jun 2012 15:51:20 +0100, a écrit :
>> > >> Looking at this, it adds another ~20MB:
>> > >> ...
>> > >> CD 1: GUESS_TOTAL is 96183 after adding amd64:main:libicu48:8138068
>> > >
>> > >That's the main culprit and was the reason why
>> > >FJP removed brltty from the netinst CD (see
>> > >http://lists.debian.org/debian-cd/2008/10/msg00013.html). It seems the
>> > >effect has just worsened.
>> > 
>> > Yup, it's only going to get worse over time AFAICS.
>> 
>> Can we reconsider this for bullseye? Nowadays the netinst image already
>> includes libicu, so adding brltty and espeakup won't add much to the
>> image size. We have had at least one user who was really surprised
>> that he didn't get braille working in the installed system only
>> because he didn't have Internet available because of missing firmware.
>> Telling people to download the DVD-1 image for that case is not going to
>> fly :)

I've just moved espeakup, brltty and alsa-utils from the "forcd1" config
into tools/generate_di+k_list so they'll get pulled in for every build
including the netinst. Let's see how much of a size difference that makes.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
Who needs computer imagery when you've got Brian Blessed?

Bug#988192: unblock: debian-cd/3.1.34

[Holger Levsen]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package debian-cd 3.1.34 as that's the version currently in use
on cdimage.debian.org to build bullseye images. The changes are straightforward,
trivial, tested and been in unstable since April 20th 2021:

 debian-cd (3.1.34) unstable; urgency=medium
 .
   [ Wolfgang Schweer ]
   * data/bullseye: Update Debian Edu installer logo and syslinux splash image
 from src:debian-edu-artwork 2.11.5-1.
   * tools/boot/*/boot-x86: Prevent custom splash images from being modified.
 The related code seems to have been useful a long time ago (the need to use
 an RLE file and to reduce the number of colours to 16 has been dropped as 
of
 syslinux version 3.62). So replace obsolete code with a simple cp command.
   * debian/control: Drop Recommends: on netpbm and syslinux-utils. These are no
 longer needed now that custom splash images are used unmodified.
 .
   [ Petter Reinholdtse ]
   * Include eatmydata deb for d-i to use offline. Closes: #986772
 .
   [ Steve McIntyre ]
   * Shorten "ppc64el" to "p64el" in the volume ID. The bullseye d-i
 RC1 build failed as the volume ID was too long.


$ debdiff debian-cd_3.1.33.dsc debian-cd_3.1.34.dsc | diffstat
 debian/changelog   |   21 +
 debian/control |2 +-
 easy-build.sh  |1 -
 tasks/bullseye/forcd1  |3 +++
 tasks/kali-dev/forcd1  |3 +++
 tasks/kali-last-snapshot/forcd1|3 +++
 tasks/kali-rolling/forcd1  |3 +++
 tasks/sid/forcd1   |3 +++
 tools/boot/bullseye/boot-x86   |6 +-
 tools/boot/buster/boot-x86 |6 +-
 tools/boot/jessie/boot-x86 |6 +-
 tools/boot/kali-dev/boot-x86   |6 +-
 tools/boot/kali-last-snapshot/boot-x86 |6 +-
 tools/boot/kali-rolling/boot-x86   |6 +-
 tools/boot/sid/boot-x86|6 +-
 tools/boot/stretch/boot-x86|6 +-
 tools/grab_checksums   |7 +--
 tools/start_new_disc   |2 ++
 18 files changed, 52 insertions(+), 44 deletions(-)

The full debdiff is attached.

unblock debian-cd/3.1.34

Thanks for your work on releasing bullseye!


-- 
cheers,
Holger

 ⢀⣴⠾⠻⢶⣦⠀
 ⣾⠁⢠⠒⠀⣿⡁  holger@(debian|reproducible-builds|layer-acht).org
 ⢿⡄⠘⠷⠚⠋⠀  OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C
 ⠈⠳⣄

„If you don't like vaccination, try the disease.“ (Herwig Kollaritsch)
Binärdateien /tmp/BwGYN4Islp/debian-cd-3.1.33/data/bullseye/debian-edu-installer-logo.png und /tmp/XYwrMwcv7v/debian-cd-3.1.34/data/bullseye/debian-edu-installer-logo.png sind verschieden.
Binärdateien /tmp/BwGYN4Islp/debian-cd-3.1.33/data/bullseye/splash-skolelinux.png und /tmp/XYwrMwcv7v/debian-cd-3.1.34/data/bullseye/splash-skolelinux.png sind verschieden.
Binärdateien /tmp/BwGYN4Islp/debian-cd-3.1.33/data/kali-dev/debian-edu-installer-logo.png und /tmp/XYwrMwcv7v/debian-cd-3.1.34/data/kali-dev/debian-edu-installer-logo.png sind verschieden.
Binärdateien /tmp/BwGYN4Islp/debian-cd-3.1.33/data/kali-dev/splash-skolelinux.png und /tmp/XYwrMwcv7v/debian-cd-3.1.34/data/kali-dev/splash-skolelinux.png sind verschieden.
Binärdateien /tmp/BwGYN4Islp/debian-cd-3.1.33/data/kali-last-snapshot/debian-edu-installer-logo.png und /tmp/XYwrMwcv7v/debian-cd-3.1.34/data/kali-last-snapshot/debian-edu-installer-logo.png sind verschieden.
Binärdateien /tmp/BwGYN4Islp/debian-cd-3.1.33/data/kali-last-snapshot/splash-skolelinux.png und /tmp/XYwrMwcv7v/debian-cd-3.1.34/data/kali-last-snapshot/splash-skolelinux.png sind verschieden.
Binärdateien /tmp/BwGYN4Islp/debian-cd-3.1.33/data/kali-rolling/debian-edu-installer-logo.png und /tmp/XYwrMwcv7v/debian-cd-3.1.34/data/kali-rolling/debian-edu-installer-logo.png sind verschieden.
Binärdateien /tmp/BwGYN4Islp/debian-cd-3.1.33/data/kali-rolling/splash-skolelinux.png und /tmp/XYwrMwcv7v/debian-cd-3.1.34/data/kali-rolling/splash-skolelinux.png sind verschieden.
Binärdateien /tmp/BwGYN4Islp/debian-cd-3.1.33/data/sid/debian-edu-installer-logo.png und /tmp/XYwrMwcv7v/debian-cd-3.1.34/data/sid/debian-edu-installer-logo.png sind verschieden.
Binärdateien /tmp/BwGYN4Islp/debian-cd-3.1.33/data/sid/splash-skolelinux.png und /tmp/XYwrMwcv7v/debian-cd-3.1.34/data/sid/splash-skolelinux.png sind verschieden.
diff -Nru debian-cd-3.1.33/debian/changelog debian-cd-3.1.34/debian/changelog
--- debian-cd-3.1.33/debian/changelog	2021-02-03 19:45:22.00000 +0100
+++ debian-cd-3.1.34/debian/changelog	2021-04-20 01:03:35.0 +0200
@@ -1,3 +1,24 @@
+debian-cd (3.1.34) unstable; urgency=medium
+
+  [ Wolfgang Schweer ]
+  * data/bullseye: Update Debian Edu installer logo and syslinux splash image
+from src:debian-edu-artwork 2.11.5-1.
+  * tools/boot/*/boot-x86: Prevent 

Bug#678065: debian-cd: Include brltty and espeakup in netinst

[Samuel Thibault]

Hello,

ping?

Samuel

Samuel Thibault, le sam. 27 mars 2021 17:24:25 +0100, a ecrit:
> Samuel wrote:
> > Currently, the netinst images do not contain brltty and espeakup.. This
> > means that blind users who install Debian without a network mirror end
> > up with an unusable installed system, lacking brltty and espeakup to
> > show braille or talk to them.
> 
> Steve McIntyre, le mar. 26 juin 2012 17:28:35 +0100, a ecrit:
> > On Tue, Jun 26, 2012 at 01:20:57PM -0300, Samuel Thibault wrote:
> > >Steve McIntyre, le Tue 26 Jun 2012 15:51:20 +0100, a écrit :
> > >> Looking at this, it adds another ~20MB:
> > >> ...
> > >> CD 1: GUESS_TOTAL is 96183 after adding amd64:main:libicu48:8138068
> > >
> > >That's the main culprit and was the reason why
> > >FJP removed brltty from the netinst CD (see
> > >http://lists.debian.org/debian-cd/2008/10/msg00013.html). It seems the
> > >effect has just worsened.
> > 
> > Yup, it's only going to get worse over time AFAICS.
> 
> Can we reconsider this for bullseye? Nowadays the netinst image already
> includes libicu, so adding brltty and espeakup won't add much to the
> image size. We have had at least one user who was really surprised
> that he didn't get braille working in the installed system only
> because he didn't have Internet available because of missing firmware.
> Telling people to download the DVD-1 image for that case is not going to
> fly :)
> 
> Samuel

Bug#986772: marked as done ([patch] debian-cd: Include eatmydata deb for udeb to use offline)

[Debian Bug Tracking System]

Your message dated Mon, 19 Apr 2021 23:18:22 +
with message-id 
and subject line Bug#986772: fixed in debian-cd 3.1.34
has caused the Debian Bug report #986772,
regarding [patch] debian-cd: Include eatmydata deb for udeb to use offline
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.)


-- 
986772: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=986772
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---

Package: debian-cd
Version: 3.1.33
Tags: patch

A proposal is floating on debian-boot@ to speed up the installation
significatly using the eatmydata-udeb.  This only work with network
installations, but it would be great if it worked with offline
installations too.

See thread starting on
https://lists.debian.org/debian-boot/2021/03/msg00121.html > for
the history so far.

The eatmydatat udeb has been in included on the Debian Edu images for a
while now, the deb is small, and is not activated by default with this
change, so the impact for the default installation is very small.

diff --git a/tasks/bullseye/forcd1 b/tasks/bullseye/forcd1
index 37733845..904ee658 100644
--- a/tasks/bullseye/forcd1
+++ b/tasks/bullseye/forcd1
@@ -23,3 +23,6 @@ pppconfig
 /* #861288 - make it easier for users to report installation problems */
 reportbug
 
+/* ensure eatmydata-udeb can speed up offline installs too */
+eatmydata
+libeatmydata1

-- 
Happy hacking
Petter Reinholdtsen
--- End Message ---
--- Begin Message ---
Source: debian-cd
Source-Version: 3.1.34
Done: Holger Levsen 

We believe that the bug you reported is fixed in the latest version of
debian-cd, 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 986...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Holger Levsen  (supplier of updated debian-cd 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: SHA512

Format: 1.8
Date: Tue, 20 Apr 2021 01:03:35 +0200
Source: debian-cd
Architecture: source
Version: 3.1.34
Distribution: unstable
Urgency: medium
Maintainer: Debian CD Group 
Changed-By: Holger Levsen 
Closes: 986772
Changes:
 debian-cd (3.1.34) unstable; urgency=medium
 .
   [ Wolfgang Schweer ]
   * data/bullseye: Update Debian Edu installer logo and syslinux splash image
 from src:debian-edu-artwork 2.11.5-1.
   * tools/boot/*/boot-x86: Prevent custom splash images from being modified.
 The related code seems to have been useful a long time ago (the need to use
 an RLE file and to reduce the number of colours to 16 has been dropped as 
of
 syslinux version 3.62). So replace obsolete code with a simple cp command.
   * debian/control: Drop Recommends: on netpbm and syslinux-utils. These are no
 longer needed now that custom splash images are used unmodified.
 .
   [ Petter Reinholdtse ]
   * Include eatmydata deb for d-i to use offline. Closes: #986772
 .
   [ Steve McIntyre ]
   * Shorten "ppc64el" to "p64el" in the volume ID. The bullseye d-i
 RC1 build failed as the volume ID was too long.
Checksums-Sha1:
 ea2b67cd1dbed1a909bee61ccf51550dbc438f80 1741 debian-cd_3.1.34.dsc
 431af931c3b0d45bc2560bd6c51e04b8e5c86266 1198340 debian-cd_3.1.34.tar.xz
 2dc1d934dc0940bc9da3e3f6e2f3273a8c2fbd15 5439 debian-cd_3.1.34_source.buildinfo
Checksums-Sha256:
 97cd85d55202ffa5ba7949e7c605266894f6011220b770cd70ecd40c3d997d73 1741 
debian-cd_3.1.34.dsc
 747195ccb1a4b964b1580b5d87678c1770cc786a903c8150b3e05ca08e0aab37 1198340 
debian-cd_3.1.34.tar.xz
 e0a6434ed1f5685aa4f6ae8cdbf930acd1c3d920cb51e27754dff5ccd3ec48f3 5439 
debian-cd_3.1.34_source.buildinfo
Files:
 b6baa2035a72adb1b5c49f69180866c1 1741 admin optional debian-cd_3.1.34.dsc
 61341ea22a572a61d516b2210b445a07 1198340 admin optional debian-cd_3.1.34.tar.xz
 fa0f676e8351d634cf9d7f1db5288af0 5439 admin optional 
debian-cd_3.1.34_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEuL9UE3sJ01zwJv6dCRq4VgaaqhwFAmB+DKcACgkQCRq4Vgaa
qhwR/g/6A847CtpL/8qe1i4ExFarl6gEzvMwDu+Y52EtirCeSVQZI4NAO5oPqzkp
cyU0sU/goPuCxfZoG/vrekCMMDtW0DStugIvlKRJn+Bfhk8VE1LWfdehBM946+bw
1CuzUJ4/qTJZ408qbiIzdx6Y077BoyViU6ul02TUhxFnPXSFcsOsblrc8kgcHbcb
R++xScq374hTF94g2ga06jfzSLRP0H2wHUl4kFQQq+zqfvc6UHPQv1d67KY8

Bug#986772: [patch] debian-cd: Include eatmydata deb for udeb to use offline

[Petter Reinholdtsen]

[Steve McIntyre]
> I've just merged this patch so daily/weekly CD builds will include
> eatmydata now.

Thank you very much!
-- 
Happy hacking
Petter Reinholdtsen

Bug#986772: [patch] debian-cd: Include eatmydata deb for udeb to use offline

[Steve McIntyre]

Control: tag -1 pending

I've just merged this patch so daily/weekly CD builds will include
eatmydata now.

On Mon, Apr 12, 2021 at 12:38:55AM +0200, Petter Reinholdtsen wrote:
>
>Package: debian-cd
>Version: 3.1.33
>Tags: patch
>
>A proposal is floating on debian-boot@ to speed up the installation
>significatly using the eatmydata-udeb.  This only work with network
>installations, but it would be great if it worked with offline
>installations too.
>
>See thread starting on
>https://lists.debian.org/debian-boot/2021/03/msg00121.html > for
>the history so far.
>
>The eatmydatat udeb has been in included on the Debian Edu images for a
>while now, the deb is small, and is not activated by default with this
>change, so the impact for the default installation is very small.
>
>diff --git a/tasks/bullseye/forcd1 b/tasks/bullseye/forcd1
>index 37733845..904ee658 100644
>--- a/tasks/bullseye/forcd1
>+++ b/tasks/bullseye/forcd1
>@@ -23,3 +23,6 @@ pppconfig
> /* #861288 - make it easier for users to report installation problems */
> reportbug
> 
>+/* ensure eatmydata-udeb can speed up offline installs too */
>+eatmydata
>+libeatmydata1
>
>-- 
>Happy hacking
>Petter Reinholdtsen
>
>
-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"Because heaters aren't purple!" -- Catherine Pitt

Processed: Re: Bug#986772: [patch] debian-cd: Include eatmydata deb for udeb to use offline

[Debian Bug Tracking System]

Processing control commands:

> tag -1 pending
Bug #986772 [debian-cd] [patch] debian-cd: Include eatmydata deb for udeb to 
use offline
Added tag(s) pending.

-- 
986772: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=986772
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#986772: [patch] debian-cd: Include eatmydata deb for udeb to use offline

[Petter Reinholdtsen]

Package: debian-cd
Version: 3.1.33
Tags: patch

A proposal is floating on debian-boot@ to speed up the installation
significatly using the eatmydata-udeb.  This only work with network
installations, but it would be great if it worked with offline
installations too.

See thread starting on
https://lists.debian.org/debian-boot/2021/03/msg00121.html > for
the history so far.

The eatmydatat udeb has been in included on the Debian Edu images for a
while now, the deb is small, and is not activated by default with this
change, so the impact for the default installation is very small.

diff --git a/tasks/bullseye/forcd1 b/tasks/bullseye/forcd1
index 37733845..904ee658 100644
--- a/tasks/bullseye/forcd1
+++ b/tasks/bullseye/forcd1
@@ -23,3 +23,6 @@ pppconfig
 /* #861288 - make it easier for users to report installation problems */
 reportbug
 
+/* ensure eatmydata-udeb can speed up offline installs too */
+eatmydata
+libeatmydata1

-- 
Happy hacking
Petter Reinholdtsen

Bug#986209: debian-cd: Please provide symlinks for stable, unstable, etc...

[Paul's Snet Email]

UNSUBSCRIBE 

Sent from my iPhone

> On Mar 31, 2021, at 12:18 PM, bauen1  wrote:
> 
> Package: debian-cd
> Version: 3.1.33
> Severity: wishlist
> X-Debbugs-Cc: j24...@gmail.com
> 
> Dear Maintainer,
> 
> While building my own CDs I've discovered that while most tools, e.g. 
> debootstrap, allow using `unstable` / `sid` with the same results, debian-cd 
> does not.
> This could be handled by adding symlinks, like for sid, to data, tasks, 
> tools/boot , thus allowing the user to specify CODENAME=unstable to build a 
> sid installer cd.
> 
> -- System Information:
> Debian Release: bullseye/sid
>  APT prefers unstable
>  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 5.10.0-5-amd64 (SMP w/4 CPU threads)
> Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
> TAINT_UNSIGNED_MODULE
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: 
> LC_ALL set to en_US.UTF-8), LANGUAGE=en_US:en
> Shell: /bin/sh linked to /usr/bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: SELinux: enabled - Mode: Enforcing - Policy name: bauen1-policy
> 
> Versions of packages debian-cd depends on:
> ii  apt2.2.2
> ii  bc 1.07.1-2+b2
> ii  bzip2  1.0.8-4
> ii  cpp4:10.2.1-1
> ii  curl   7.74.0-1.1
> ii  dctrl-tools [grep-dctrl]   2.24-3+b1
> ii  dpkg-dev   1.20.7.1
> ii  genisoimage9:1.1.11-3.2
> pn  libcompress-zlib-perl  
> pn  libdigest-md5-perl 
> ii  libdpkg-perl   1.20.7.1
> ii  lynx   2.9.0dev.6-2
> ii  make   4.3-4
> ii  perl [libdigest-sha-perl]  5.32.1-3
> ii  tofrodos       1.7.13+ds-5
> ii  wget   1.21-1+b1
> ii  xorriso1.5.2-1
> 
> Versions of packages debian-cd recommends:
> ii  dosfstools   4.2-1
> ii  hfsutils 3.2.6-15
> ii  isolinux 3:6.04~git20190206.bf6db5b4+dfsg1-3
> ii  mtools   4.0.26-1
> ii  netpbm   2:10.0-15.4
> ii  syslinux-common  3:6.04~git20190206.bf6db5b4+dfsg1-3
> ii  syslinux-utils   3:6.04~git20190206.bf6db5b4+dfsg1-3
> 
> debian-cd suggests no packages.
> 
> -- no debconf information
> 

Bug#986209: debian-cd: Please provide symlinks for stable, unstable, etc...

[bauen1]

Package: debian-cd
Version: 3.1.33
Severity: wishlist
X-Debbugs-Cc: j24...@gmail.com

Dear Maintainer,

While building my own CDs I've discovered that while most tools, e.g. 
debootstrap, allow using `unstable` / `sid` with the same results, debian-cd 
does not.
This could be handled by adding symlinks, like for sid, to data, tasks, 
tools/boot , thus allowing the user to specify CODENAME=unstable to build a sid 
installer cd.

-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-5-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8), LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: SELinux: enabled - Mode: Enforcing - Policy name: bauen1-policy

Versions of packages debian-cd depends on:
ii  apt2.2.2
ii  bc 1.07.1-2+b2
ii  bzip2  1.0.8-4
ii  cpp4:10.2.1-1
ii  curl   7.74.0-1.1
ii  dctrl-tools [grep-dctrl]   2.24-3+b1
ii  dpkg-dev   1.20.7.1
ii  genisoimage9:1.1.11-3.2
pn  libcompress-zlib-perl  
pn  libdigest-md5-perl 
ii  libdpkg-perl   1.20.7.1
ii  lynx   2.9.0dev.6-2
ii  make   4.3-4
ii  perl [libdigest-sha-perl]  5.32.1-3
ii  tofrodos   1.7.13+ds-5
ii  wget   1.21-1+b1
ii  xorriso1.5.2-1

Versions of packages debian-cd recommends:
ii  dosfstools   4.2-1
ii  hfsutils 3.2.6-15
ii  isolinux 3:6.04~git20190206.bf6db5b4+dfsg1-3
ii  mtools   4.0.26-1
ii  netpbm   2:10.0-15.4
ii  syslinux-common  3:6.04~git20190206.bf6db5b4+dfsg1-3
ii  syslinux-utils   3:6.04~git20190206.bf6db5b4+dfsg1-3

debian-cd suggests no packages.

-- no debconf information

Bug#986178: debian-cd: Pass DEBOOTSTRAP_OPTS to all debootstrap calls

[bauen1]

Package: debian-cd
Version: 3.1.33
Severity: normal
X-Debbugs-Cc: j24...@gmail.com

Dear Maintainer,

Building my own customised installers has lead me to discover that 
DEBOOTSTRAP_OPTS isn't passed to debootstrap in tools/make_disc_trees.pl , this 
breaks some more exotic use cases where passing options to DEBOOTSTRAP is 
required / wanted.

-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-5-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8), LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: SELinux: enabled - Mode: Enforcing - Policy name: bauen1-policy

Versions of packages debian-cd depends on:
ii  apt2.2.2
ii  bc 1.07.1-2+b2
ii  bzip2  1.0.8-4
ii  cpp4:10.2.1-1
ii  curl   7.74.0-1.1
ii  dctrl-tools [grep-dctrl]   2.24-3+b1
ii  dpkg-dev   1.20.7.1
ii  genisoimage9:1.1.11-3.2
pn  libcompress-zlib-perl  
pn  libdigest-md5-perl 
ii  libdpkg-perl   1.20.7.1
ii  lynx   2.9.0dev.6-2
ii  make   4.3-4
ii  perl [libdigest-sha-perl]  5.32.1-3
ii  tofrodos   1.7.13+ds-5
ii  wget   1.21-1+b1
ii  xorriso1.5.2-1

Versions of packages debian-cd recommends:
ii  dosfstools   4.2-1
ii  hfsutils 3.2.6-15
ii  isolinux 3:6.04~git20190206.bf6db5b4+dfsg1-3
ii  mtools   4.0.26-1
ii  netpbm   2:10.0-15.4
ii  syslinux-common  3:6.04~git20190206.bf6db5b4+dfsg1-3
ii  syslinux-utils   3:6.04~git20190206.bf6db5b4+dfsg1-3

debian-cd suggests no packages.

-- no debconf information

Bug#678065: debian-cd: Include brltty and espeakup in netinst

[Ahmed Hassan]

Sorry to chime in here, but do any of  The CDs use BRLTTY 6.3.
Also another thing which has been on my mind, why can't orca be integrated
into the debian installer (obviously not for the netinst ISOs)
Regards

Bug#678065: debian-cd: Include brltty and espeakup in netinst

[Samuel Thibault]

Hello,

Samuel wrote:
> Currently, the netinst images do not contain brltty and espeakup.. This
> means that blind users who install Debian without a network mirror end
> up with an unusable installed system, lacking brltty and espeakup to
> show braille or talk to them.

Steve McIntyre, le mar. 26 juin 2012 17:28:35 +0100, a ecrit:
> On Tue, Jun 26, 2012 at 01:20:57PM -0300, Samuel Thibault wrote:
> >Steve McIntyre, le Tue 26 Jun 2012 15:51:20 +0100, a écrit :
> >> Looking at this, it adds another ~20MB:
> >> ...
> >> CD 1: GUESS_TOTAL is 96183 after adding amd64:main:libicu48:8138068
> >
> >That's the main culprit and was the reason why
> >FJP removed brltty from the netinst CD (see
> >http://lists.debian.org/debian-cd/2008/10/msg00013.html). It seems the
> >effect has just worsened.
> 
> Yup, it's only going to get worse over time AFAICS.

Can we reconsider this for bullseye? Nowadays the netinst image already
includes libicu, so adding brltty and espeakup won't add much to the
image size. We have had at least one user who was really surprised
that he didn't get braille working in the installed system only
because he didn't have Internet available because of missing firmware.
Telling people to download the DVD-1 image for that case is not going to
fly :)

Samuel

Bug#982496: debian-cd: Support grub theme on arm64

[Raphaël Hertzog]

Package: debian-cd
Version: 3.1.33
Severity: wishlist
User: de...@kali.org
Usertags: origin-kali
X-Debbugs-Cc: raph...@offensive-security.com

We're working on getting Kali to work as a VM on the Apple M1 and so we
are trying to build arm64 installer images with simple-cdd (and thus
debina-cd). In this process, Steev Klimaszewski 
discovered that the grub configuration used for the EFI boot on arm64 does
not take advantage of any theming, contrary to amd64/i386.

It would be nice if we could fix this by enabling the grub theme
everywhere. However this doesn't look entirely trivial as the theming
is handled through a mixture of code in tools/boot/bullseye/boot-x86
and tools/boot/bullseye/parse_isolinux, and arm64 is not relying on
isolinux at all.

Steve, your input is thus most welcome.

-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 
'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.10.0-3-amd64 (SMP w/16 CPU threads)
Kernel taint flags: TAINT_WARN
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages debian-cd depends on:
ii  apt2.1.18
ii  bc 1.07.1-2+b2
ii  bzip2  1.0.8-4
ii  cpp4:10.2.1-1
ii  curl   7.74.0-1
ii  dctrl-tools [grep-dctrl]   2.24-3+b1
ii  dpkg-dev   1.20.7.1
ii  genisoimage9:1.1.11-3.2
pn  libcompress-zlib-perl  
pn  libdigest-md5-perl 
ii  libdpkg-perl   1.20.7.1
ii  lynx   2.9.0dev.6-1
ii  make   4.3-4
ii  perl [libdigest-sha-perl]  5.32.1-2
ii  tofrodos   1.7.13+ds-5
ii  wget   1.21-1+b1
ii  xorriso1.5.2-1

Versions of packages debian-cd recommends:
ii  dosfstools   4.1-2
ii  hfsutils 3.2.6-15
ii  isolinux 3:6.04~git20190206.bf6db5b4+dfsg1-3
ii  mtools   4.0.26-1
ii  netpbm   2:10.0-15.3+b2
ii  syslinux-common  3:6.04~git20190206.bf6db5b4+dfsg1-3
ii  syslinux-utils   3:6.04~git20190206.bf6db5b4+dfsg1-3

debian-cd suggests no packages.

-- no debconf information

Re: Bug#978729: ERROR build/debian-cd: E: The value 'unstable' is invalid for APT::Default-Release as such a release is not available in the sources when building buster image

[Vagrant Cascadian]

Control: reassign 978729 debian-cd

On 2020-12-31, Daniel Leidert wrote:
> I'm trying to build a custom Buster image. The host system is a Debian
> Sid/unstable. When I run the build right after "make image-tree" is invoked in
> /usr/share/simple-cdd/tools/build/debian-cd
>
> ERROR build/debian-cd: E: The value 'unstable' is invalid for 
> APT::Default-Release as such a release is not available in the sources when 
> building buster image
>
> because my local apt.conf has the default value set to 'unstable'. But my 
> local
> APT configuration IMHO shouldn't be of any concern to simple-cdd or debian-cd.
> So I have to edit this file to make it work. Maybe it should create a 
> temporary
> apt.conf setting APT::Default-Release to the value used for the --dist switch?

Reassigning to debian-cd, as simple-cdd is just calling debian-cd's
"make image-tree".

It might be possible for simple-cdd to workaround this or provide hooks
to workaround it, but seems better to have debian-cd not depend on local
apt configuration...


live well,
  vagrant


signature.asc
Description: PGP signature

Processed: Re: Bug#978729: ERROR build/debian-cd: E: The value 'unstable' is invalid for APT::Default-Release as such a release is not available in the sources when building buster image

[Debian Bug Tracking System]

Processing control commands:

> reassign 978729 debian-cd
Bug #978729 [simple-cdd] ERROR build/debian-cd: E: The value 'unstable' is 
invalid for APT::Default-Release as such a release is not available in the 
sources when building buster image
Bug reassigned from package 'simple-cdd' to 'debian-cd'.
No longer marked as found in versions simple-cdd/0.6.7.
Ignoring request to alter fixed versions of bug #978729 to the same values 
previously set

-- 
978729: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=978729
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#523017: marked as done (debian-cd: Doesn't support local udebs if using a repo that requires section: local/debian-installer for local udebs)

[Debian Bug Tracking System]

Your message dated Wed, 03 Feb 2021 19:03:30 +
with message-id 
and subject line Bug#523017: fixed in debian-cd 3.1.33
has caused the Debian Bug report #523017,
regarding debian-cd: Doesn't support local udebs if using a repo that requires 
section: local/debian-installer for local udebs
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.)


-- 
523017: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=523017
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: debian-cd
Version: 3.1.1
Severity: minor
Tags: patch

I'm using reprepro and in order to get packages stored in the local dist I have 
to use  Section: local/section  (therefore local/debian-installer for custom 
debian-installer udebs).  debian-cd doesn't create Packages{.gz} files for 
local/debian-installer.   This patch fixes that.


-- System Information:
Debian Release: 5.0
  APT prefers stable
  APT policy: (500, 'stable'), (1, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages debian-cd depends on:
ii  apt 0.7.20.2 Advanced front-end for dpkg
ii  bc  1.06.94-3The GNU bc arbitrary precision cal
ii  cpp 4:4.3.2-2The GNU C preprocessor (cpp)
ii  curl7.18.2-8lenny2   Get a file from an HTTP, HTTPS or 
ii  dctrl-tools [grep-dctrl 2.13.1   Command-line tools to process Debi
ii  genisoimage 9:1.1.9-1Creates ISO-9660 CD-ROM filesystem
ii  libcompress-zlib-perl   2.012-1  Perl module for creation and manip
ii  lynx-cur2.8.7dev9-2.1Text-mode WWW Browser with NLS sup
ii  make3.81-5   The GNU version of the "make" util
ii  perl [libdigest-md5-per 5.10.0-19Larry Wall's Practical Extraction 
ii  tofrodos1.7.8.debian.1-1 Converts DOS <-> Unix text files, 

Versions of packages debian-cd recommends:
pn  hfsutils   (no description available)
ii  netpbm 2:10.0-12 Graphics conversion tools
ii  syslinux-common2:3.71+dfsg-5 Kernel loader which uses a FAT, ex

debian-cd suggests no packages.

-- no debconf information
738,739c738,743
< if ($section and $section eq "debian-installer") {
< $pdir = "$dir/dists/$codename/$dist/debian-installer";
---
> if (($section and $section eq "debian-installer") or ($section and 
> $section eq "local/debian-installer")) {
> # if ($dist and $dist eq "local") {
> # $pdir = "$dir/dists/$codename/debian-installer";
> # } else {
>   $pdir = "$dir/dists/$codename/$dist/debian-installer";
> # }
--- End Message ---
--- Begin Message ---
Source: debian-cd
Source-Version: 3.1.33
Done: Holger Levsen 

We believe that the bug you reported is fixed in the latest version of
debian-cd, 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 523...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Holger Levsen  (supplier of updated debian-cd 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: SHA512

Format: 1.8
Date: Wed, 03 Feb 2021 19:45:22 +0100
Source: debian-cd
Architecture: source
Version: 3.1.33
Distribution: unstable
Urgency: medium
Maintainer: Debian CD Group 
Changed-By: Holger Levsen 
Closes: 523017 968668 968671
Changes:
 debian-cd (3.1.33) unstable; urgency=medium
 .
   [ Wolfgang Schweer ]
   * data/bullseye: Update Debian Edu syslinux splash image from
 src:debian-edu-artwork 2.11.4-1.
 .
   [ Holger Levsen ]
   * tools/which_deb: Apply patch by JH Chatenet to fix problems with local xz
 compressed Packages files. Closes: #968668
   * tools/start_new_disc: Apply patch by JH Chatenet to include local Release
 file for debian-installer. Closes: #968671
   * tools/make_disc_trees: Apply patch by Daniel Dickinson to create Packages
 files for local/debi

Bug#968803: debian-cd : please include base packages from 'unreleased' on debian-ports architectures

[Ben Hutchings]

On Fri, 2020-08-21 at 13:31 +0200, John Paul Adrian Glaubitz wrote:
[...]
> Furthermore pressing tasks are:
[...]
> - re-introduce old xorg drivers needed for PowerMacs (mach64, r128 etc)
[...]

It might be a better choice in the long term to write kernel (KMS)
drivers for these instead.  Those would then be usable by both X and
Wayland servers and should be able to handle suspend and resume
gracefully.

Ben.

-- 
Ben Hutchings
The Peter principle: In a hierarchy, every employee tends to rise to
their level of incompetence.




signature.asc
Description: This is a digitally signed message part

Adding new debian-cd mirror (US)

[Denis Verbin]

HTTP: http://mirror.ette.biz/debian-cd/
HTTPS: https://mirror.ette.biz/debian-cd/
RSYNC: mirror.ette.biz::debian-cd

Sync schedule: Every 6 hrs
Bandwidth: 10Gbps
Location: Washington DC / Northern Virginia, USA.
Sponsor: ette.biz
Sponsor URL: https://ettebiz.com/
Email contact: den.ver...@gmail.com

Bug#968803: debian-cd : please include base packages from 'unreleased' on debian-ports architectures

[John Paul Adrian Glaubitz]

On 8/21/20 1:03 PM, jhcha54008 wrote:
> It seems that debian-cd doesn't consider packages from the 'unreleased'
> distribution (on debian-ports architectures) when running debootstrap.
> As a result, packages of priority 'required' or 'important' may be
> forgotten in the list of the base packages needed by debootstrap.
> 
> The patch below runs debootstrap with option '--extra-suite=unreleased'.
> 
> As advised in [1], it is made optional with a new environment variable
> 'DEBOOTSTRAP_USES_UNRELEASED'.
I have to admit I'm starting to become a bit to wonder why you are trying to
push the use of the "unreleased" distribution.

It's by far not a pressing problem since it affects only a tiny fraction of
packages and those are only cases of workarounds anyway. "unreleased" is
a hack and porters should try to avoid it and get their fixes upstreamed.
I don't think we should further encourage the use of workarounds.

A much more pressing problem is getting support for "contrib" and "non-free"
in Debian Ports so that users have access to firmware during installation.

Furthermore, we really need to switch Debian Ports from Mini-DAK to a proper
DAK instance so that don't run into problems with the lack of cruft in
Debian Ports anymore [1].

Furthermore pressing tasks are:

- update the hfsprogs package and create a udeb for d-i
- update grub-installer and partman-auto to use the hfsprogs udeb on PowerMacs
- create a udeb of the libunwind package required for ia64
- re-introduce old xorg drivers needed for PowerMacs (mach64, r128 etc)
- finish the OpenJDK Zero port to hppa (we are still missing Java on hppa)
- fix GHC on sh4
- add support for HFS (not HFS+) to libburnia so we can get rid of cdrkit
- ...

Adrian

> [1] https://lists.debian.org/debian-sparc/2017/12/msg00060.html

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#968803: debian-cd : please include base packages from 'unreleased' on debian-ports architectures

[jhcha54008]

Package: debian-cd
Version: 3.1.29
Severity: wishlist
Tags: patch
X-Debbugs-CC: Samuel Thibault ,  John Paul Adrian 
Glaubitz 

Dear maintainer,

It seems that debian-cd doesn't consider packages from the 'unreleased'
distribution (on debian-ports architectures) when running debootstrap.
As a result, packages of priority 'required' or 'important' may be
forgotten in the list of the base packages needed by debootstrap.

The patch below runs debootstrap with option '--extra-suite=unreleased'.

As advised in [1], it is made optional with a new environment variable
'DEBOOTSTRAP_USES_UNRELEASED'.

Regards,
JH Chatenet

[1]: https://lists.debian.org/debian-boot/2020/08/msg00405.html

diff -Naur a/debian-cd/CONF.sh b/debian-cd/CONF.sh
--- a/debian-cd/CONF.sh 2020-04-08 01:35:43.0 +0200
+++ b/debian-cd/CONF.sh 2020-08-20 22:50:18.416824575 +0200
@@ -21,6 +21,7 @@
 unset SECURITY  || true
 unset PROPOSED_UPDATES  || true
 unset UNRELEASED|| true
+unset DEBOOTSTRAP_USES_UNRELEASED|| true
 unset BOOTDIR   || true
 unset SYMLINK   || true
 unset COPYLINK  || true
@@ -170,6 +171,10 @@
 # Include packages from Debian Ports unreleased
 #export UNRELEASED=1
 
+# Include packages from Debian Ports unreleased when listing the packages
+# needed by debootstrap. This requires setting UNRELEASED=1
+#export DEBOOTSTRAP_USES_UNRELEASED=1
+
 # Sparc only : bootdir (location of cd.b and second.b)
 # export BOOTDIR=/boot
 
diff -Naur a/debian-cd/Makefile b/debian-cd/Makefile
--- a/debian-cd/Makefile2020-04-08 01:35:43.0 +0200
+++ b/debian-cd/Makefile2020-08-20 22:38:59.129456171 +0200
@@ -412,9 +412,12 @@
[ -z "$$BINCLUDE" ] || 
BINCLUDE="--include=$$BINCLUDE"; \
BEXCLUDE=`[ -n "$(BASE_EXCLUDE)" ] && cat 
$(BASE_EXCLUDE) | tr "\n" "," | sed 's!,$$!!g'`; \
[ -z "$$BEXCLUDE" ] || 
BEXCLUDE="--exclude=$$BEXCLUDE"; \
+   [ _$(UNRELEASED) != _1 ] || \
+   [ _$(DEBOOTSTRAP_USES_UNRELEASED) != _1 ] || 
EXTRA_SUITES="--extra-suites=unreleased"; \
debootstrap $(DEBOOTSTRAP_OPTS) --arch $$ARCH \
--print-debs \
$$BINCLUDE $$BEXCLUDE \
+   $$EXTRA_SUITES \
$(CODENAME) \
$(TDIR)/debootstrap.tmp \
        file:$(MIRROR) \
diff -Naur a/debian-cd/tools/make_disc_trees.pl 
b/debian-cd/tools/make_disc_trees.pl
--- a/debian-cd/tools/make_disc_trees.pl2019-12-12 12:22:25.0 
+0100
+++ b/debian-cd/tools/make_disc_trees.pl2020-08-20 23:56:24.496491302 
+0200
@@ -15,7 +15,8 @@
 
 my %pkginfo;
 my ($basedir, $mirror, $tdir, $codename, $archlist, $mkisofs, $maxcds,
-$maxisos, $maxjigdos, $extranonfree, $nonfree, $contrib, $use_local);
+$maxisos, $maxjigdos, $extranonfree, $nonfree, $contrib, $use_local,
+$use_unreleased, $debootstrap_uses_unreleased);
 my $mkisofs_base_opts = "";
 my $mkisofs_opts = "";
 my $mkisofs_dirs = "";
@@ -86,6 +87,9 @@
 $nonfree = read_env('NONFREE', 0);
 $contrib = read_env('CONTRIB', 0);
 $use_local = read_env('LOCAL', 0);
+
+$use_unreleased = read_env('UNRELEASED',0);
+$debootstrap_uses_unreleased = read_env('DEBOOTSTRAP_USES_UNRELEASED',0);

 my $list = "$tdir/list";
 my $bdir = "$tdir/$codename";
@@ -530,6 +534,13 @@
my $p;
my $db_error = 0;
my $error_string = "";
+   my $extra_suites = "";
+
+   if ($use_unreleased && $debootstrap_uses_unreleased) {
+   print "debootstrap invoked with option 
'--extra-suites=unreleased'\n";
+   print LOG "Checking base is installable for $arch : debootstrap 
invoked with option '--extra-suites=unreleased'\n";
+   $extra_suites = "--extra-suites=unreleased";
+   }
 
open (PLIST, $packages_file)
|| die "Can't open Packages file $packages_file : $!\n";
@@ -558,7 +569,7 @@
close ELIST;
}

-   open (DLIST, "debootstrap --arch $arch --print-debs $codename 
$tdir/debootstrap_tmp file:$mirror $debootstrap_script 2>/dev/null | tr ' ' 
'\n' |")
+   open (DLIST, "debootstrap --arch $arch $extra_suites --print-debs 
$codename $tdir/debootstrap_tmp file:$mirror $debootstrap_script 2>/dev/null | 
tr ' ' '\n' |")
 || die "Can't fork debootstrap : $!\n";
while (defined($p = )) {
 if ($p =~ m/^E:/) {

Bug#523017: debian-cd : an empty 'Packages' file for local packages is missing (if there are only local udebs)

[jhcha54008]

Hi,

Thank your for the patch. It is still useful.
I just had to update the line numbers of the first hunk
(included below - I hope it will help).

I must admit I haven't understood the second hunk yet.
Is it still needed nowadays ? What use case does it address ?

Regards,
JH Chatenet

diff -Naur a/debian-cd/tools/make_disc_trees.pl 
b/debian-cd/tools/make_disc_trees.pl
--- a/debian-cd/tools/make_disc_trees.pl2019-12-12 12:22:25.0 
+0100
+++ b/debian-cd/tools/make_disc_trees.pl2020-08-17 21:17:28.533910458 
+0200
@@ -598,11 +598,15 @@
$filename = $File::Find::name;
 
if ((-d "$_") && ($filename =~ m/\/main\/binary-[^\/]*$/)) {
-   if ((-f "$_/Packages") && (! -d "../local/$_/")) {
-   mkdir "../local/$_/" || die "Error creating directory 
local/$_: $!\n";
-   open(LPFILE, ">../local/$_/Packages") or die "Error 
creating local/$_/Packages: $!\n";
-   close LPFILE;
-   print "  Created empty Packages file for local/$_\n";
+   if (-f "$_/Packages") {
+   if (! -d "../local/$_/") {
+   mkdir "../local/$_/" || die "Error creating 
directory local/$_: $!\n";
+   }
+   if ( ! -f "../local/$_/Packages" ) {
+   open(LPFILE, ">../local/$_/Packages") or die 
"Error creating local/$_/Packages: $!\n";
+   close LPFILE;
+   print "  Created empty Packages file for 
local/$_\n";
+   }
}
}
 }

Bug#966608: debian-cd: Daily iso flagged as virus/malware by Firefox

[Jeffrey Bouter]

Alright, thank you for replying so quickly :-) Sorry for the duplicate report, 
glad it's being worked on.

-- 
Met vriendelijke groet / Yours sincerely,

Jeffrey Bouter

PGP Key Fingerprint: AFBF 7A03 7487  5E8E F5C8 49D9 F8B6 DDB2 A352

On vrijdag 31 juli 2020 13:54:14 CEST Steve McIntyre wrote:
> On Fri, Jul 31, 2020 at 01:09:44PM +0200, Jeffrey Bouter wrote:
> >Package: debian-cd
> >Severity: normal
> >
> >Dear Maintainer,
> >
> >When downloading the daily ISO, Firefox reports the bug is flagged as
> >Virus/Malware.
> >
> >I've verified this with other users, and they have the same issue.
> 
> ACK, thanks for reporting. It *is* a false positive - we are happy
> that we do not have a problem with malware.
> 
> We've had a slew of similar complaints this week, all apparently
> triggered by Google's "safe browsing" service. We're trying to get it
> fixed at their end.


signature.asc
Description: This is a digitally signed message part.

Bug#966608: debian-cd: Daily iso flagged as virus/malware by Firefox

[Mattias Wadenstein]

On Fri, 31 Jul 2020, Jeffrey Bouter wrote:


When downloading the daily ISO, Firefox reports the bug is flagged as
Virus/Malware.

I've verified this with other users, and they have the same issue.


This firefox issue is being tracked in:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=966538

/Mattias Wadenstein

Bug#966608: debian-cd: Daily iso flagged as virus/malware by Firefox

[Steve McIntyre]

On Fri, Jul 31, 2020 at 01:09:44PM +0200, Jeffrey Bouter wrote:
>Package: debian-cd
>Severity: normal
>
>Dear Maintainer,
>
>When downloading the daily ISO, Firefox reports the bug is flagged as
>Virus/Malware.
>
>I've verified this with other users, and they have the same issue.

ACK, thanks for reporting. It *is* a false positive - we are happy
that we do not have a problem with malware.

We've had a slew of similar complaints this week, all apparently
triggered by Google's "safe browsing" service. We're trying to get it
fixed at their end.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
We don't need no education.
We don't need no thought control.

Bug#966608: debian-cd: Daily iso flagged as virus/malware by Firefox

[Jeffrey Bouter]

As clarification, this is affecting bullseye daily isos hosted on:

https://cdimage.debian.org/cdimage/weekly-builds/amd64/iso-cd/

-- 
Met vriendelijke groet / Yours sincerely,

Jeffrey Bouter

PGP Key Fingerprint: AFBF 7A03 7487  5E8E F5C8 49D9 F8B6 DDB2 A352
On Fri, 31 Jul 2020 13:09:44 +0200 Jeffrey Bouter  wrote:
> Package: debian-cd
> Severity: normal
> 
> Dear Maintainer,
> 
> When downloading the daily ISO, Firefox reports the bug is flagged as
> Virus/Malware.
> 
> I've verified this with other users, and they have the same issue.
> 
> -- System Information:
> Debian Release: bullseye/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 5.7.0-2-amd64 (SMP w/2 CPU threads)
> Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en
> Shell: /bin/sh linked to /usr/bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
> 
> Versions of packages debian-cd depends on:
> ii  apt2.1.7
> ii  bc 1.07.1-2+b2
> ii  bzip2  1.0.8-4
> ii  cpp4:10.1.0-1
> ii  curl   7.68.0-1+b1
> pn  dpkg-dev   
> ii  genisoimage9:1.1.11-3.1
> pn  grep-dctrl 
> pn  libcompress-zlib-perl  
> pn  libdigest-md5-perl 
> pn  libdpkg-perl   
> pn  lynx   
> pn  make   
> ii  perl [libdigest-sha-perl]  5.30.3-4
> pn  tofrodos   
> ii  wget   1.20.3-1+b3
> 
> Versions of packages debian-cd recommends:
> ii  dosfstools   4.1-2
> pn  hfsutils 
> pn  isolinux     
> pn  mtools   
> ii  netpbm   2:10.0-15.3+b2
> pn  syslinux-common  
> pn  syslinux-utils   
> 
> debian-cd suggests no packages.
> 
> 


signature.asc
Description: This is a digitally signed message part.

Bug#966608: debian-cd: Daily iso flagged as virus/malware by Firefox

[Jeffrey Bouter]

Package: debian-cd
Severity: normal

Dear Maintainer,

When downloading the daily ISO, Firefox reports the bug is flagged as
Virus/Malware.

I've verified this with other users, and they have the same issue.

-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.7.0-2-amd64 (SMP w/2 CPU threads)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages debian-cd depends on:
ii  apt2.1.7
ii  bc 1.07.1-2+b2
ii  bzip2  1.0.8-4
ii  cpp4:10.1.0-1
ii  curl   7.68.0-1+b1
pn  dpkg-dev   
ii  genisoimage9:1.1.11-3.1
pn  grep-dctrl 
pn  libcompress-zlib-perl  
pn  libdigest-md5-perl 
pn  libdpkg-perl   
pn  lynx   
pn  make   
ii  perl [libdigest-sha-perl]  5.30.3-4
pn  tofrodos   
ii  wget   1.20.3-1+b3

Versions of packages debian-cd recommends:
ii  dosfstools   4.1-2
pn  hfsutils 
pn  isolinux 
pn  mtools   
ii  netpbm   2:10.0-15.3+b2
pn  syslinux-common  
pn  syslinux-utils   

debian-cd suggests no packages.

Bug#960507: debian-cd: undefined $size_check causes 'make image-trees' to fail

[Steve Bolan]

Package: debian-cd
Version: 3.1.25
Severity: normal
Tags: d-i newcomer patch

Dear Maintainer,

* What led up to the situation?

Making a custom sized iso for writing to an extra large BluRay disk (up
to 100gb)

* What exactly did you do (or not do) that was effective (or ineffective)?

I set the following properties in CONF.sh

export NONFREE=1
export FORCE_FIRMWARE=1
export DISKTYPE=CUSTOM
export CUSTOMSIZE=47304704

CONF.sh
make distclean
make status
make packagelists TASK=Debian-generic COMPLETE=1
make image-trees

* What was the outcome of this action?

This failed with:


  Done: read 647 entries for 1 languages
Starting to lay out packages into images:
Can't exec "/home/steve/debian-cd/tmp/buster/CD1": Permission denied at 
/home/steve/debian-cd/tools/make_disc_trees.pl line 284,  line 75939.
Use of uninitialized value $size in scalar chomp at 
/home/steve/debian-cd/tools/make_disc_trees.pl line 285,  line 75939.
Use of uninitialized value $size in concatenation (.) or string at 
/home/steve/debian-cd/tools/make_disc_trees.pl line 286,  line 75939.

This error is because $size_check` is an empty string, as definied on line 1485 
in make_disc_trees.pl:
my $size_check = "";

When like 916 is executed it tries to execute the contents of $cddir which is a 
directory:
$size = `$size_check $cddir`;

To fix this a copied the definition of $size_check from line 1485:
$size_check = "$mkisofs_check $mkisofs_opts $mkisofs_dirs";

to before line 916. Re-running these commands now works as expected:

make distclean
make status
make packagelists TASK=Debian-generic COMPLETE=1
make image-trees

I don't pretend to understand the code, but the same problem might exist 
elsewhere, e.g. line 284.

I created a diff like this:
$ diff -u make_disc_trees.pl.orig make_disc_trees.pl
--- make_disc_trees.pl.orig 2020-05-12 18:44:16.036773037 +0200
+++ make_disc_trees.pl  2020-05-12 18:44:16.068771699 +0200
@@ -913,6 +913,7 @@
$error == 0 || die "DISC_END_HOOK failed with error $error\n";
}

+$size_check = "$mkisofs_check $mkisofs_opts $mkisofs_dirs";
$size = `$size_check $cddir`;
chomp $size;
$bytes = $size * $blocksize;

I hope this is of some use and apologise if I've omitted useful information or 
it's user error.

Cheers,
Steve


-- System Information:
Debian Release: 10.2
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-6-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages debian-cd depends on:
ii  apt1.8.2
ii  bc 1.07.1-2+b1
ii  bzip2  1.0.6-9.2~deb10u1
ii  cpp4:8.3.0-1
ii  curl   7.64.0-4+deb10u1
ii  dctrl-tools [grep-dctrl]   2.24-3
ii  dpkg-dev   1.19.7
ii  genisoimage9:1.1.11-3+b2
pn  libcompress-zlib-perl  
pn  libdigest-md5-perl 
ii  libdpkg-perl   1.19.7
ii  lynx   2.8.9rel.1-3
ii  make   4.2.1-1.2
ii  perl [libdigest-sha-perl]  5.28.1-6
ii  tofrodos   1.7.13+ds-4
ii  wget   1.20.1-1.1
ii  xorriso        1.5.0-1

Versions of packages debian-cd recommends:
ii  dosfstools   4.1-2
ii  hfsutils 3.2.6-14
ii  isolinux 3:6.04~git20190206.bf6db5b4+dfsg1-1
ii  mtools   4.0.23-1
ii  netpbm   2:10.0-15.3+b2
ii  syslinux-common  3:6.04~git20190206.bf6db5b4+dfsg1-1
ii  syslinux-utils   3:6.04~git20190206.bf6db5b4+dfsg1-1

debian-cd suggests no packages.

-- Configuration Files:
/etc/debian-cd/conf.sh changed:
if [ "$DEBIAN_CD_CONF_SOURCED" = true ]; then
return 0
fi
unset NONFREE   || true
unset CONTRIB   || true
unset EXTRANONFREE  || true
unset LOCAL || true
unset LOCALDEBS || true
unset SECURITY  || true
unset PROPOSED_UPDATES  || true
unset UNRELEASED|| true
unset BOOTDIR   || true
unset SYMLINK   || true
unset COPYLINK  || true
unset MKISOFS   || true
unset MKISOFS_OPTS  || true
unset ISOLINUX  || true
unset EXCLUDE   || true
unset NORECOMMENDS  || true
unset NOSUGGESTS|| true
unset IMAGESUMS || true
unset JIGDOTEMPLATEURL  || true
unset JIGDOFALLBACKURLS || true
unset JIGDOINCLUDEURLS  || true
unset JIGDOSCRIPT   || true
unset JIGDO_OPTS|| true
unset PUBLISH_URL   || true
unset PUBLISH_PATH  || true
unset UDEB_INCLUDE  || true
unset UDEB_EXCLUDE  || true
unset BASE_INCLUDE  || true
unset BASE_EXCLUDE  || true
unset INSTALLER_CD  || true
unset MAXCDS|| true
uns

Re: Help on running debian-cd

[Steve McIntyre]

Hi Fred,

On Wed, Apr 15, 2020 at 11:14:54PM +, Fred Yeboah wrote:
>
>Ca someone explain to me why I continue to get this error - $MIRROR
>unset; abort!, while repo path is used to set the MIRROR variable in
>CONF.sh? Thanks

How exactly are you running things then? build.sh is my normal
interface, and that should be sourcing CONF.sh.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"Since phone messaging became popular, the young generation has lost the
 ability to read or write anything that is longer than one hundred and sixty
 characters."  -- Ignatios Souvatzis

Help on running debian-cd

[Fred Yeboah]

Hi all,

Ca someone explain to me why I continue to get this error - $MIRROR
unset; abort!, while repo path is used to set the MIRROR variable in
CONF.sh? Thanks
 

-- 
Best regards
Fred Yeboah
==
AITI-KACE,
Digital Address: GA-079-3146
Twitter:fredyeb|Google:fredyeboah
Skype:fredyeb...@gmail.com 
Website:www.aiti-kace.com.gh 
==

Bug#866667: marked as done (pulseaudio is not available in debian CD installer image)

[Debian Bug Tracking System]

Your message dated Tue, 31 Mar 2020 01:37:15 +
with message-id 

and subject line 
has caused the Debian Bug report #87,
regarding pulseaudio is not available in debian CD installer image
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.)


-- 
87: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=87
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: pulseaudio
Version: 10.0-1
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
 Installed Debian CD installer iso 
(https://cdimage.debian.org/debian-cd/current/amd64/iso-cd/debian-9.0.0-amd64-xfce-CD-1.iso)
 on my PC 
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
 xfce4 pulseaudio daemon is tried to find pulse audio  
   * What was the outcome of this action?
 It couldn't load pulseaudio as it isn't came with the ISO file. So, i had 
to manually install it.
   * What outcome did you expect instead?
 pulseaudio package should be added to the CD installer as it is a crucial 
piece of software


-- Package-specific info:
File '/etc/default/pulseaudio' does not exist


-- System Information:
Debian Release: 9.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_IN.utf8, LC_CTYPE=en_IN.utf8 (charmap=UTF-8), LANGUAGE=en_IN:en 
(charmap=UTF-8)

-- no debconf information
# This file is part of PulseAudio.
#
# PulseAudio is free software; you can redistribute it and/or modify
# it under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# PulseAudio is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU Lesser General Public License
# along with PulseAudio; if not, see <http://www.gnu.org/licenses/>.

## Configuration file for PulseAudio clients. See pulse-client.conf(5) for
## more information. Default values are commented out.  Use either ; or # for
## commenting.

; default-sink =
; default-source =
; default-server =
; default-dbus-server =

; autospawn = yes
; daemon-binary = /usr/bin/pulseaudio
; extra-arguments = --log-target=syslog

; cookie-file =

; enable-shm = yes
; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 
MiB

; auto-connect-localhost = no
; auto-connect-display = no
# This file is part of PulseAudio.
#
# PulseAudio is free software; you can redistribute it and/or modify
# it under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# PulseAudio is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU Lesser General Public License
# along with PulseAudio; if not, see <http://www.gnu.org/licenses/>.

## Configuration file for the PulseAudio daemon. See pulse-daemon.conf(5) for
## more information. Default values are commented out.  Use either ; or # for
## commenting.

; daemonize = no
; fail = yes
; allow-module-loading = yes
; allow-exit = yes
; use-pid-file = yes
; system-instance = no
; local-server-type = user
; enable-shm = yes
; enable-memfd = yes
; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 
MiB
; lock-memory = no
; cpu-limit = no

; high-priority = yes
; nice-level = -11

; realtime-scheduling = yes
; realtime-priority = 5

; exit-idle-time = 20
; scache-idle-time = 20

; dl-search-path = (depends on architecture)

; load-default-script-file = yes
; default-script-file = /etc/pulse/default.pa

; log-target = auto
; log-level = notice
; log-meta = no
; log-time = no
; log-backtrace = 0

; resample-method = speex-float-1
; enable-remixing = yes
; enable-lfe-remixing = no
; lfe-crossover-freq = 0

; flat-volumes = yes

; rlimit-fsize = -1
; rlimit-data = -1
; rlimit-stack = -1
; rlimit-core = -1
; rlimit-as = -1
; rlimit-rss = -1
; rlimit-nproc = -1
; rlimit-nofile = 256
; rlimit-memlock = -1
; rlimit-locks = -1
; rlimit-sig

Friendly reminder: New Debian-cd Mirror

[Andreas Pfister]

Hi,
I've setup a new Debian-cd Mirror and would like to register it.

URL: [http/https]://mirror.chaoticum.net/debian-cd
rsync: rsync://mirror.chaoticum.net/debian-cd

Architecture: 
amd64 arm64 armel armhf i386 mips mips64el mipsel ppc64el s390x

Server: 
1Gbs 
sync every 4h from rsync.uni-bayreuth.de::debian-cd/
Location: Falkenstein, Germany
Admin: Andreas Pfister, andi-pfis...@mail80.ch (subscribe to
debian-mirrors-annou...@lists.debian.org)

I'm mirroring for Arch-Linux too. If interesting you can find some
metrics of the Server here:
https://www.archlinux.org/mirrors/chaoticum.net/

Regards
Andi Pfister


 


pgpmyO_0WO20_.pgp
Description: Digitale Signatur von OpenPGP