Hi Guang,
On Sun, Jun 30, 2024 at 11:38:53PM +, Zhao, Guang wrote:
>
>I was wondering where to find the ISO installer for Debian version with dated
>patches. I’m looking for 11.9.0 with patch dated 2024-05-07. This version
>corresponds to the Debian public AMI patched at t
Hi Debian CD Team,
I was wondering where to find the ISO installer for Debian version with dated
patches. I’m looking for 11.9.0 with patch dated 2024-05-07. This version
corresponds to the Debian public AMI patched at the same date:
https://wiki.debian.org/Cloud/AmazonEC2Image/Bullseye.
As
Thanks for the feedback! I also had the impression that it was a
"backward step", but since I don't really understand anything in Perl, I
didn't dare to touch it :)
Updated patch set attached. I also removed the hunk that came just after
as it was another step backward.
Hi
Skimming through this thread as a result of your mail, I noticed the
earlier patch replacing the || 1 with defined ... ? ... and was going to
point out that since 2007 perl's had the // operator for this sort of
thing, which should mean that this would do the trick these days:
Hi all,
I updated the patches so that they apply on current debian-cd, they are
attached to this email. Only the patch 0001 needed to be reworked, the
patch 0002 is left unchanged.
However it seems that the patch doesn't really solve the issue. For my
case, it seems that there's
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
[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
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 debia
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 w
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
I was kindly pointed to
https://bugzilla.suse.com/show_bug.cgi?id=1166605#c5
privately (thanks!), which explains that __builtin_strlen is not
actually a "builtin" and relying on that without providing a strlen
implementation is not correct (and in fact broken with GCC-10).
I'm updating the patch
Processing control commands:
> tags -1 + patch
Bug #957858 [src:syslinux] syslinux: ftbfs with GCC-10
Added tag(s) patch.
--
957858: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=957858
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
Hi Steve,
Wolfgang tested a patch for "#601203: tested patch for adding support for
recursivly including recommends" and asked me for review and pushing it
into debian-cd.git.
As I know how busy you are incl. with the shim-signed stuff, I've
decided to push it to a h01ger/601203
Debian added Multi-Arch support to its CD images, where "label" and
"append" have to be special parsed to distinguish between "ifcpu64" and
normal "linux" statements.
That broke "append" parsing, as those lines were no longer passed on for
further procession:
> 162: foreach my $line(@lines) {
...
Ta. Applied here and similar changes in other config too...
On Sat, Jun 17, 2017 at 02:48:42PM +0800, Paul Wise wrote:
>/org has been obsoleted by /srv for many years on debian.org hosts.
>---
> contrib/jigdo-watcher | 10 +-
> contrib/report_build_error | 2 +-
> update-cd
/org has been obsoleted by /srv for many years on debian.org hosts.
---
contrib/jigdo-watcher | 10 +-
contrib/report_build_error | 2 +-
update-cd | 8
3 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/contrib/jigdo-watcher b/contrib/jigdo-w
-keyserver pgp.mit.edu --recv-keys 0x686930DD58C338B3
3DF1 A4DF C732 4688 38BC F121 6869 30DD 58C3 38B3
From 8efa15dec3617fd60114fd89e2e5d234ce1a8bf6 Mon Sep 17 00:00:00 2001
From: Marcin Kulisz
Date: Thu, 27 Apr 2017 12:34:17 +0100
Subject: [PATCH] Changelog update for 'cdbuilder: added m
Hi guys,
we're missing some packages on Casulana which been installed on Pettersson
probably ages ago.
Attached patch should rectify it for packages we know about atm, but probably
we'll send more patches in the future.
So if you could apply it on git and the host it'd be hig
r/cdimage/archive/8.6.0/amd64/iso-dvd/debian-8.6.0-amd64-DVD-1.iso
> > >
> > > Debian 8.\d.\d amd64 1
> > >
> > > --
> > > 2.9.3
> > >
> > > ___
> > > Libosinfo
Your message dated Fri, 06 May 2016 22:19:20 +
with message-id
and subject line Bug#820479: fixed in debian-cd 3.1.18
has caused the Debian Bug report #820479,
regarding accommodate rename of btrfs-tools to btrfs-progs (patch included)
to be marked as done.
This means that you claim that the
Hi Steve,
I just wanted to follow-up, and mention that the btrfs-progs rename
and patched partman-btrfs are in the archive and have migrated to
testing.
Best regards,
Nicholas
On Wed, Jan 27, 2016 at 01:29:47PM +0100, Philipp Hahn wrote:
>CD creation fails with "disk full", because of rounding errors.
>
>The minimum size of data-allocation is a 'cluster', which is a
>power-of-two multiple of sectors.
>mkfs.msdos chooses minimum FAT and cluster size for image: FAT12<16G
>
On 8 April 2016 at 18:40, Steve McIntyre wrote:
> Control: tag -1 +pending
>
> Thanks. I've tweaked this slightly and pushed to git just now so
> daily/weekly builds with DTRT. I'm due a debian-cd upload soon-ish
> which will mark this bug as properly fixed.
>
> debian-cd will attempt to pull in p
where packages are not found. So for now the easiest thing to
do for us is list both btrfs-tools and btrfs-progs so we'll work
either side of the transition.
On Fri, Apr 08, 2016 at 05:59:32PM -0400, Nicholas D Steeves wrote:
>Sorry, forgot to include this patch:
>
>diff -ur ./debian/
Processing control commands:
> tag -1 +pending
Bug #820479 [debian-cd] accommodate rename of btrfs-tools to btrfs-progs (patch
included)
Added tag(s) pending.
--
820479: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820479
Debian Bug Tracking System
Contact ow...@bugs.debian.org w
Sorry, forgot to include this patch:
diff -ur ./debian/changelog ../debian-cd/debian/changelog
--- ./debian/changelog 2016-04-08 16:51:39.824068392 -0400
+++ ../debian-cd/debian/changelog 2016-04-08 16:54:23.95689 -0400
@@ -1,4 +1,4 @@
-debian-cd (3.1.18) UNRELEASED; urgency=medium
Processing control commands:
> severity -1 important
Bug #820479 [debian-cd] accommodate rename of btrfs-tools to btrfs-progs (patch
included)
Severity set to 'important' from 'normal'
--
820479: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820479
Debian Bug Tra
control: severity -1 important
Hi, I'm raising the severity there, the upload might probably end up in
unstable this month
or the next one, so I'm preparing the stanza for a possible NMU there.
let me know if possible about your favorite way to followup.
thanks a lot,
Gianfranco
On Fri, 8 Apr
Package: debian-cd
Version: 3.1.18
I am working on problems associated with bug #780081, where it was
planned to have a fix staged in experimental after Jessie was
released.
Associated bugs:
#780081: btrfs-tools: rename package to btrfs-progs
#818687: RFS: btrfs-progs/4.4.1-1.1 [NMU]
I've tagged
CD creation fails with "disk full", because of rounding errors.
The minimum size of data-allocation is a 'cluster', which is a
power-of-two multiple of sectors.
mkfs.msdos chooses minimum FAT and cluster size for image: FAT12<16G
mkfs.msdos uses block-count where a block is 1024 B, but must be rou
On Mon, Jan 25, 2016 at 11:00:05PM +0100, John Paul Adrian Glaubitz wrote:
>Signed-off-by: John Paul Adrian Glaubitz
>---
> tools/generate_di+k_list | 8
> 1 file changed, 8 insertions(+)
>
>diff --git a/tools/generate_di+k_list b/tools/generate_di+k_list
>index 25517e1..98e2e3d 100755
>--
Signed-off-by: John Paul Adrian Glaubitz
---
tools/generate_di+k_list | 8
1 file changed, 8 insertions(+)
diff --git a/tools/generate_di+k_list b/tools/generate_di+k_list
index 25517e1..98e2e3d 100755
--- a/tools/generate_di+k_list
+++ b/tools/generate_di+k_list
@@ -231,6 +231,14 @@ li
Signed-off-by: John Paul Adrian Glaubitz
---
data/stretch/sparc64/debian.txt| 17 +
data/stretch/sparc64/notsupported.txt | 5
data/stretch/sparc64/silo.conf | 35 ++
data/stretch/sparc64_businesscard_udeb_include
Signed-off-by: John Paul Adrian Glaubitz
---
tools/boot/stretch/boot-sparc64 | 87 +
1 file changed, 87 insertions(+)
create mode 100755 tools/boot/stretch/boot-sparc64
diff --git a/tools/boot/stretch/boot-sparc64 b/tools/boot/stretch/boot-sparc64
new fil
Hi Steve!
Here are three patches that I had to apply to debian-cd to make
it able to build debian-installer images for sparc64.
The changes are pretty straight-forward and self-explanatory
and after applying them, I was able to successfully build
a working netinst and business card image for spar
Signed-off-by: John Paul Adrian Glaubitz
---
tools/which_deb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/which_deb b/tools/which_deb
index f02035d..3f04392 100755
--- a/tools/which_deb
+++ b/tools/which_deb
@@ -127,7 +127,7 @@ my $pkgdata = "";
my $srcname = "";
On Thu, Nov 12, 2015 at 11:38:02PM +0100, Philipp Kern wrote:
>Hi Steve,
>
>On 2015-11-12 13:03, Steve McIntyre wrote:
>>Thanks for your patches. They don't quite apply to current head, but I
>>can fix that up OK. Two questions:
>
>I thought I did them against the documented git repository. ;-)
OK
Hi Steve,
On 2015-11-12 13:03, Steve McIntyre wrote:
Thanks for your patches. They don't quite apply to current head, but I
can fix that up OK. Two questions:
I thought I did them against the documented git repository. ;-)
* Would you like commit rights directly for debian-cd? You know muic
Hey Phil,
Thanks for your patches. They don't quite apply to current head, but I
can fix that up OK. Two questions:
* Would you like commit rights directly for debian-cd? You know muich
more about s390 stuff than me!
* Would these changes want backporting for Jessie too for the next
point
Currently the ins loader (mostly HMC loading into an LPAR) only
supports kernels up to 8 MiB. The jessie kernel has 11 MiB, which
does not fit and hence gets its tail overwritten by the initrd
(root.bin) loaded at this address. This change bumps the load
address to 16 MiB, which should allow for so
Object code only modules date back to 2.2 and 2.4 kernel times, when
IBM did not release the source to certain kernel modules. Since many
years everything needed to boot and run the machine is actually
open source. It also got broken due to the kernel growing larger and
adding the oco.bin would ove
Signed-off-by: Philipp Kern
---
data/jessie/s390/README.boot| 24
data/jessie/s390/d390.ins | 6 --
data/jessie/s390/d390.tdf | 7 ---
data/jessie/s390/d390oco.ins| 7 ---
data/jessie/s390/d390oco.tdf|
"apt-cache show" accepts several packages at once; as the setup cost for
apt-cache loading is quiet high, this reduces the time needed for
"make correctstatus" significantly.
---
Makefile | 12 +---
1 file changed, 5 insertions(+), 7 deletions(-)
diff --git a/Makefile b/Makefile
index 70b
Otherwise the "Package: foo" will also de-select "Package: foo-bar".
---
Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
index a4aef05..70b1a41 100755
--- a/Makefile
+++ b/Makefile
@@ -280,7 +280,7 @@ correctstatus: status apt-update
If the Packages file contains multiple candidates of a Package, they're
all added to the status file. This breaks with exact version depends.
FYI: My Packages file is concatenated from several fragments in order of
preference.
---
Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
di
Allow multiple calls of "make correctstatus".
Otherwise "ln" refuses to overwrite its link from the previous run.
---
Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
index 07c3455..aae0773 100755
--- a/Makefile
+++ b/Makefile
@@ -239,7 +239,7 @@ $(A
On Thu, 2015-09-24 at 08:02 +0200, Philipp Hahn wrote:
> Please have a look and pick what you like.
FYI only this intro mail seems to have made it to the list.
Ian.
>
> Philipp Hahn (4):
> Replace previous sym-links
> Use only first package candidate
> Anchor package name regular expressi
We (Univention) are using debian-cd to also build our DVD images.
Our setup is a bit different, so I had to apply some patches to fix some
issues, like not being able to invoke "make status" a second time.
I also fixed one problem where the regular expression wasn't anchored, which
lead to the rem
Source: debian-cd
Source-Version: 3.1.16
Tags: patch
Dear Maintainer,
here is my patch for the described problem.
Kind regards,
Kai Harries
---
Index: debian-cd-3.1.16/debian/control
===
--- debian-cd-3.1.16/debian/control
On 2015-01-01, Karsten Merker wrote:
> +++ b/build/boot/README.concatenateable_images
...
> +To create a complete image from the two parts on Linux systems, you can
> +use zcat (for .gz images), bzcat (for .bz2 images) or xzcat (for .xz
> +images) as follows:
> +
> + zcat firmware..img.gz partitio
On Thu, Jan 01, 2015 at 03:58:44PM +0100, Karsten Merker wrote:
> ---
> build/boot/README.concatenateable_images | 30 ++
> build/config/armhf/hd-media.cfg | 44
> +++-
> debian/changelog | 1 +
> 3 files changed, 7
Following is version 3 of my patchset for building bootable d-i
images for armhf targets.
Changes since V2
- add distinct debian/changelog entries to each commit
- add the "-n" flag to the gzip invocations in gen-hd-image to make
reproducible builds easier
- add copyright inf
---
build/boot/arm/bootscr.tftpboot | 21 +
build/config/armhf/netboot.cfg | 69 -
debian/changelog| 2 ++
3 files changed, 91 insertions(+), 1 deletion(-)
create mode 100644 build/boot/arm/bootscr.tftpboot
diff --git a/build/
---
build/boot/README.concatenateable_images | 30 ++
build/config/armhf/hd-media.cfg | 44 +++-
debian/changelog | 1 +
3 files changed, 74 insertions(+), 1 deletion(-)
create mode 100644 build/boot/README.concaten
Most systems encode the console baudrate in the ${console} variable, but
several i.MX6-based systems do not. As ${console} gets passed to the kernel,
we need to explicitly add the baudrate on i.MX6-based systems to avoid
a baudrate mismatch between u-boot and kernel.
---
build/boot/arm/bootscr.mai
The file boot/arm/u-boot-image-config contains the information
which u-boot components must be written to which offsets on the
disk to create a bootable image for various arm-based systems.
---
build/boot/arm/u-boot-image-config | 21 +
debian/changelog | 2 +
---
build/config/armhf.cfg| 2 +-
build/config/armhf/u-boot.cfg | 27 +++
debian/changelog | 1 +
3 files changed, 29 insertions(+), 1 deletion(-)
create mode 100644 build/config/armhf/u-boot.cfg
diff --git a/build/config/armhf.cfg b/build/config/ar
gen-hd-image creates partitioned harddisk images from a directory
tree and optionally installs a bootloader into the image. Supported
target filesystems are fat16, fat32 and ext2.
Its main use is building bootable images for armhf/armel/arm64
systems which use u-boot as their system firmware. U-b
On Sun, Oct 05, 2014 at 08:33:48AM +0100, Ian Campbell wrote:
>On Sat, 2014-10-04 at 10:48 +0100, Ian Campbell wrote:
>> ---
>> Makefile | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/Makefile b/Makefile
>> index 54393a7..5413e87 100755
>> --- a/Makefile
>> +++ b/Make
or xarm64" (a vi error?)
This should fix them up:
>From 450c1a7a96d65fdf2f8d6ea4c06f8092d4ea2efd Mon Sep 17 00:00:00 2001
From: Ian Campbell
Date: Sat, 4 Oct 2014 10:46:12 +0100
Subject: [PATCH] Fix a couple of typos.
Listing amd64 twice in the xorriso selection rune in Makefile, one should be
arm64.
s/xarm64/a
I've pushed this and your other patches. Just ask and I'll give you
direct push access to debian-cd too... :-)
On Sat, Oct 04, 2014 at 10:52:00AM +0100, Ian Campbell wrote:
>---
> tools/boot/jessie/boot-arm64 | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
>diff --git a/tools/boot/jes
---
tools/boot/jessie/boot-arm64 | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tools/boot/jessie/boot-arm64 b/tools/boot/jessie/boot-arm64
index 3021467..e67773b 100755
--- a/tools/boot/jessie/boot-arm64
+++ b/tools/boot/jessie/boot-arm64
@@ -1,8 +1,8 @@
#!/bin/bash
-#
The d-i supplied grub.cfg has the correct entries in it already.
---
tools/boot/jessie/boot-arm64 | 7 ---
1 file changed, 7 deletions(-)
diff --git a/tools/boot/jessie/boot-arm64 b/tools/boot/jessie/boot-arm64
index 43f290c..3021467 100755
--- a/tools/boot/jessie/boot-arm64
+++ b/tools/boot/
---
Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
index 54393a7..5413e87 100755
--- a/Makefile
+++ b/Makefile
@@ -21,7 +21,7 @@ ifndef TASK
TASK=Debian-generic
endif
ifndef MKISOFS
-ifneq (,$(filter i386 amd64,$(ARCHES)))
+ifneq (,$(filter i386
Your message dated Tue, 03 Jun 2014 15:49:35 +
with message-id
and subject line Bug#743879: fixed in debian-cd 3.1.15
has caused the Debian Bug report #743879,
regarding debian-cd: Fixes for hppa architecture (patch attached)
to be marked as done.
This means that you claim that the problem
Hi Thomas,
On 04/09/2014 05:53 PM, Thomas Schmitt wrote:
>>> How to recognize a PALO that is "newer" ?
>> It should be palo 1.92 or higher.
>>> ... PALOHDRVERSION ...
>> I could update it to 5.
>
> I think it is appropriate.
> Readers of libisofs docs and of PALO could make a clear connection.
O
Hi,
> > How to recognize a PALO that is "newer" ?
> It should be palo 1.92 or higher.
> > ... PALOHDRVERSION ...
> I could update it to 5.
I think it is appropriate.
Readers of libisofs docs and of PALO could make a clear connection.
> We shouldn't make xorriso more complicated than necessary.
> the proposed patch for the boot sector documentation looks at the
> topic from the PALO user perspective. But the perspective of the
> file boot_sectors.txt is the one of an ISO 9660 producer.
>
> So i would like to re-arrange the info.
>
> How about this for the command
Hi,
the proposed patch for the boot sector documentation looks at the
topic from the PALO user perspective. But the perspective of the
file boot_sectors.txt is the one of an ISO 9660 producer.
So i would like to re-arrange the info.
How about this for the command line part ? Would it be
r or false statements, ...
Thanks Thomas!
Doc looks good.
I added some comments.
Patch for the docs are attached.
Helgediff -up ./doc/boot_sectors.txt.org ./doc/boot_sectors.txt
--- ./doc/boot_sectors.txt.org 2014-04-09 15:21:34.186537252 +0200
+++ ./doc/boot_sectors.txt 2014-04-09 15:49:36.554845164 +020
Hi,
uploaded is a new (semi-stable) development snapshot
http://www.gnu.org/software/xorriso/xorriso-1.3.7.tar.gz
with the new features for PALO on HP-PA, which are now promised to
stay compatible in future releases.
MD5: 961939a15cdb2b9893fbe25f453d9ac4
Version timestamp : 2014.04.09.073038
pped Linux kernels.
- Test everything with debian-cd and modify debian-cd to use xorriso (will send
patch in a few days).
Thanks for your work on xorriso!
Helge
diff -up ./libisofs/image.c.org ./libisofs/image.c
--- ./libisofs/image.c.org 2014-04-08 15:04:58.0 +0200
+++ ./libisofs/image.
Processing control commands:
> tag -1 +pending
Bug #743879 [debian-cd] debian-cd: Fixes for hppa architecture (patch attached)
Added tag(s) pending.
--
743879: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=743879
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--
Control: tag -1 +pending
On Mon, Apr 07, 2014 at 09:04:06PM +0200, Helge Deller wrote:
>Package: debian-cd
>Version: 3.1.14
>Severity: normal
>Tags: patch
>
>debian-cd is currently broken for the hppa/parisc architecture.
>
>The attached patch to the tools/boot/jessie/bo
Hi,
> Because of how palo is built, it ensures, that the entry point is always
> "zero".
That's very convenient for all of us.
> I will test your xorriso as soon as possible.
Lemme check whether defining the macro
Libisofs_enable_unreleased_hppa_palO
in libisofs/libisofs.h of the current GNU
Hi Thomas
> looking at your description of ipl_entry computation
> - after midnight - makes me search for alternatives.
Mee too :-)
Ok, I just looked at the palo source code again.
ipl_entry is the relative entry point into the assembly code of the iplboot
bootloader code.
Because of how palo i
Hi,
looking at your description of ipl_entry computation
- after midnight - makes me search for alternatives.
I would have to duplicate a non-trivial part of PALO
which then would have to be validated against the
original code. From then on, i would have to maintain
it without having much clue.
Hi,
> > Because our discussion stalled, i did not publish the enhancements
> > of libisofs API and xorriso CLI with the recent release 1.3.6.
> That's really sad!
> It would have been easier for me, if you would have added them, even
> if they were not perfect.
Ah no. It's a tiny bit inconvenien
Hi Thomas,
On 04/07/2014 10:03 PM, Thomas Schmitt wrote:
> in january we had a conversation about xorriso and PALO.
Yes, I did not forgot it :-)
> I implemented the boot sector as learned from genisoimage:
> version number 4 and the short command line at byte 24 to 151.
>
> Further there is the
Hi,
in january we had a conversation about xorriso and PALO.
I implemented the boot sector as learned from genisoimage:
version number 4 and the short command line at byte 24 to 151.
Further there is the proposed version 5 with long command line at
byte 1024 to 2047, and the yet unexplained "ipl_
Package: debian-cd
Version: 3.1.14
Severity: normal
Tags: patch
debian-cd is currently broken for the hppa/parisc architecture.
The attached patch to the tools/boot/jessie/boot-hppa file fixes three issues:
1. The bootloader on hppa is "palo". Remove one line in the script which tries
Processing commands for cont...@bugs.debian.org:
> block 687949 by 218995
Bug #687949 [debian-cd] sort_deps does not track package versions
687949 was not blocked by any bugs.
687949 was not blocking any bugs.
Added blocking bug(s) of 687949: 218995
> severity 218995 important
Bug #218995 [apt] /u
Processing commands for cont...@bugs.debian.org:
> reassign 678883 debian-cd
Bug #678883 [installation-reports] bug report
Bug reassigned from package 'installation-reports' to 'debian-cd'.
Ignoring request to alter found versions of bug #678883 to the same values
previously set
Ignoring request
Steve McIntyre, le Tue 15 May 2012 18:01:57 +0100, a écrit :
> Let's make it clearer how we expect users to write CDs to USB sticks?
Applied, thanks.
Samuel
--
To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.
Let's make it clearer how we expect users to write CDs to USB sticks?
Index: en/install-methods/boot-usb-files.xml
===
--- en/install-methods/boot-usb-files.xml (revision 67598)
+++ en/install-methods/boot-usb-files.xml (w
On Wed, 2012-04-25 at 20:15 +0100, Steve McIntyre wrote:
> On Mon, Apr 23, 2012 at 10:21:09AM +0100, Ian Campbell wrote:
> >I can't think of any reason not to do this, I assume there is tons of
> >room.
> >
> >I confess I haven't tested the patch since my mirro
On Mon, Apr 23, 2012 at 10:21:09AM +0100, Ian Campbell wrote:
>I can't think of any reason not to do this, I assume there is tons of
>room.
>
>I confess I haven't tested the patch since my mirror is woefully out of
>date, I'm not even 100% sure this is the right
I can't think of any reason not to do this, I assume there is tons of
room.
I confess I haven't tested the patch since my mirror is woefully out of
date, I'm not even 100% sure this is the right place to put it, but it
seems correct by inspection of the CD/DVD cases.
I'm up
On Wednesday 11 January 2012 03:32:31 Steve McIntyre wrote:
> On Sun, Dec 18, 2011 at 01:07:01PM +0200, George Danchev wrote:
> >Hi,
Hi,
> >Here goes my third version of the patch aiming to address the verification
> >of burnt optical media, as well as the downloaded
On Sun, Dec 18, 2011 at 01:07:01PM +0200, George Danchev wrote:
>Hi,
>
>Here goes my third version of the patch aiming to address the verification of
>burnt optical media, as well as the downloaded iso images. Thanks to taffit
>for
>the feedback given on #debian-www irc cha
Hi,
Here goes my third version of the patch aiming to address the verification of
burnt optical media, as well as the downloaded iso images. Thanks to taffit for
the feedback given on #debian-www irc channel.
The -diff from previous version is:
* the whole entry is now renamed to: "How
On Thursday 15 December 2011 11:06:09 George Danchev wrote:
> On Wednesday 14 December 2011 13:33:37 Steve McIntyre wrote:
> > Hey folks,
> >
> > I've got a patch from George and Thomas that they've been pestering me
> > to do something with for a while. I&#x
On Wednesday 14 December 2011 13:33:37 Steve McIntyre wrote:
> Hey folks,
>
> I've got a patch from George and Thomas that they've been pestering me
> to do something with for a while. I've made minor tweaks and added
> some extra stuff. Please review/commit.
Hey g
Hey folks,
I've got a patch from George and Thomas that they've been pestering me
to do something with for a while. I've made minor tweaks and added
some extra stuff. Please review/commit.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"
This appears to have been missed in r2264.
---
data/wheezy/exclude-udebs-i386 |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/data/wheezy/exclude-udebs-i386 b/data/wheezy/exclude-udebs-i386
index 893aa34..8602305 100644
--- a/data/wheezy/exclude-udebs-i386
+++ b/data/wh
On Thu, May 12, 2011 at 02:25:06AM +0200, Guillem Jover wrote:
>Hi!
>
>On Wed, 2011-05-11 at 17:00:17 +0100, Steve McIntyre wrote:
>> On Thu, May 05, 2011 at 12:46:15PM +0200, Guillem Jover wrote:
>> > Well, this has already been solved long time ago, although the
>> > restrictions were different t
Hi!
On Wed, 2011-05-11 at 17:00:17 +0100, Steve McIntyre wrote:
> On Thu, May 05, 2011 at 12:46:15PM +0200, Guillem Jover wrote:
> > Well, this has already been solved long time ago, although the
> > restrictions were different then, the dselect methods have supported
> > the MSDOS-Filename field
On Thu, May 05, 2011 at 12:46:15PM +0200, Guillem Jover wrote:
>On Sun, 2011-05-01 at 17:27:39 +0200, Bill Allombert wrote:
>> On Sat, Apr 30, 2011 at 09:00:14PM -0700, Russ Allbery wrote:
>
>> Also there are no technical requirement for packages filenames in ISO
>> images to be canonical packages
Hi!
On Sun, 2011-05-01 at 17:27:39 +0200, Bill Allombert wrote:
> On Sat, Apr 30, 2011 at 09:00:14PM -0700, Russ Allbery wrote:
> > So the reason for imposing a length restriction on version numbers in
> > particular is due to the UI display of aptitude? I'm a bit dubious that
> > this is a good
Hi,
On Mon, May 02, 2011 at 06:20:14PM -0300, Henrique de Moraes Holschuh wrote:
> On Sun, 01 May 2011, Bill Allombert wrote:
> > On Sat, Apr 30, 2011 at 09:00:14PM -0700, Russ Allbery wrote:
> > > So the reason for imposing a length restriction on version numbers in
> > > particular is due to the
1 - 100 of 323 matches
Mail list logo
