Re: Consolidating armhf installer flavours
On Sat, 2013-09-21 at 17:08 +0100, Ian Campbell wrote:
> With the current trunk/experimental 3.11 kernel the separate omap5, mx5
> and vexpress flavours have been removed in favour of the armmp flavour
> which supports all of those.
>
> So I think we need to switch the installer over too. Since the 3.10
> kernel already has the armmp flavour I don't think we even need wait for
> 3.11 to be uploaded.
Perhaps it would be sensible to split this patch up and add the new
flavour now, so folks can test it, and remove the other flavours a bit
later on.
My only concern would be the short term impact on the build time.
Looking at [1] it seems that a successful build takes about 30 mins. In
the short term we would be adding 3 variants
(armmp-{netboot,network-console,netboot-gtk}) to the existing 4
(mx5-{netboot,network-console,netboot-gtk} + vexpress-netboot), which I
estimate would push the build time up to somewhere under an hour.
Eventually we would drop back down to just the three armmp variants.
Unless there are any objections I'll look at doing this shortly.
Ian.
[1]
https://buildd.debian.org/status/logs.php?pkg=debian-installer&arch=armhf
>
> I merged the existing mx5 and vexpress mediums so armmp creates all of
> netboot network-console netboot-gtk. I also retained the efikamx uImage
> stuff (but using the new kernel) since I guess it is useful?
>
> Should we have more of those uImage things for other armmp supported
> platforms?
>
> Ian.
>
> commit 7de47649d4f47225f740d262de8d51c83be73688
> Author: Ian Campbell
> Date: Mon Aug 26 11:25:56 2013 +0100
>
> Switch armhf to armmp kernel.
>
> The other flavours have been removed in the 3.11 kernel, even in 3.10 the
> armmp
> flavour supports mx5 and vexpress.
>
> Merge all of the subtypes over.
>
> diff --git a/build/config/armhf.cfg b/build/config/armhf.cfg
> index 73b8a80..0287ef2 100644
> --- a/build/config/armhf.cfg
> +++ b/build/config/armhf.cfg
> @@ -1,4 +1,4 @@
> -SUBARCH_SUPPORTED = mx5 vexpress
> +SUBARCH_SUPPORTED = armmp
>
> MKLIBS = mklibs --ldlib=/lib/ld-linux-armhf.so.3
>
> diff --git a/build/config/armhf/mx5.cfg b/build/config/armhf/armmp.cfg
> similarity index 69%
> rename from build/config/armhf/mx5.cfg
> rename to build/config/armhf/armmp.cfg
> index a30c0a2..dd24206 100644
> --- a/build/config/armhf/mx5.cfg
> +++ b/build/config/armhf/armmp.cfg
> @@ -1,4 +1,4 @@
> MEDIUM_SUPPORTED = netboot network-console netboot-gtk
>
> # The version of the kernel to use.
> -KERNELVERSION := $(KERNELVERSION)-mx5
> +KERNELVERSION := $(KERNELVERSION)-armmp
> diff --git a/build/config/armhf/mx5/netboot-gtk.cfg
> b/build/config/armhf/armmp/netboot-gtk.cfg
> similarity index 81%
> rename from build/config/armhf/mx5/netboot-gtk.cfg
> rename to build/config/armhf/armmp/netboot-gtk.cfg
> index cb0b074..3817048 100644
> --- a/build/config/armhf/mx5/netboot-gtk.cfg
> +++ b/build/config/armhf/armmp/netboot-gtk.cfg
> @@ -1,6 +1,6 @@
> MEDIA_TYPE = netboot image
>
> -TARGET = $(TEMP_INITRD) $(TEMP_KERNEL) efikamx
> +TARGET = $(INITRD) $(KERNEL) efikamx
>
> TYPE = netboot/gtk
> EXTRANAME = netboot/gtk/
> @@ -16,8 +16,8 @@ EXTRAUDEBS += cdebconf-gtk-entropy
> efikamx:
> mkdir -p $(SOME_DEST)/$(EXTRANAME)/efikamx
> install -m 744 boot/arm/bootscr.mx5
> $(SOME_DEST)/$(EXTRANAME)/efikamx/bootscript
> - mkimage -A arm -O linux -T kernel -C none -a 0x90008000 -e 0x90008000
> -n "Debian kernel" -d $(TEMP_KERNEL) $(SOME_DEST)/$(EXTRANAME)/efikamx/uImage
> - mkimage -A arm -O linux -T ramdisk -C gzip -a 0x0 -e 0x0 -n
> "debian-installer ramdisk" -d $(TEMP_INITRD)
> $(SOME_DEST)/$(EXTRANAME)/efikamx/uInitrd
> + mkimage -A arm -O linux -T kernel -C none -a 0x90008000 -e 0x90008000
> -n "Debian kernel" -d $(KERNEL) $(SOME_DEST)/$(EXTRANAME)/efikamx/uImage
> + mkimage -A arm -O linux -T ramdisk -C gzip -a 0x0 -e 0x0 -n
> "debian-installer ramdisk" -d $(INITRD)
> $(SOME_DEST)/$(EXTRANAME)/efikamx/uInitrd
> mkimage -A arm -O linux -a 0 -e 0 -T script -C none -n "Efika MX Boot
> Script" -d $(SOME_DEST)/$(EXTRANAME)/efikamx/bootscript
> $(SOME_DEST)/$(EXTRANAME)/efikamx/boot.scr
> update-manifest $(SOME_DEST)/$(EXTRANAME)/efikamx/uImage "Linux kernel
> for Efika MX"
> update-manifest $(SOME_DEST)/$(EXTRANAME)/efikamx/uInitrd "initrd for
> Efika MX"
> diff --git a/build/config/armhf/mx5/netboot.cfg
> b/build/config/armhf/armmp/netboot.cfg
> similarity index 77%
> rename from build/config/armhf/mx5/netboot.cfg
> rename to build/config/armhf/armmp/netboot.cfg
> index 2456c93..e6886ba 100644
> --- a/build/config/armhf/mx5/netboot.cfg
> +++ b/build/config/armhf/armmp/netboot.cfg
> @@ -1,7 +1,7 @@
> MEDIA_TYPE = netboot image
>
> -TARGET = $(TEMP_INITRD) $(TEMP_KERNEL) efikamx
> -EXTRANAME = $(MEDIUM)
> +TARGET = $(INITRD) $(KERNEL) efikamx
> +EXTRANAME = $(MEDIUM)/
>
> MANIFEST-INITRD = "netboot initrd"
> MANIFEST-KERNEL = "kernel image to netboot"
> @@ -10,8 +10,8 @@ MAN
Re: Consolidating armhf installer flavours
Hi Ian,
[ disclaimer: I don't know anything about arm*… ]
Ian Campbell (2013-09-24):
> Perhaps it would be sensible to split this patch up and add the new
> flavour now, so folks can test it, and remove the other flavours a bit
> later on.
looks OK to me.
> My only concern would be the short term impact on the build time.
> Looking at [1] it seems that a successful build takes about 30 mins. In
> the short term we would be adding 3 variants
> (armmp-{netboot,network-console,netboot-gtk}) to the existing 4
> (mx5-{netboot,network-console,netboot-gtk} + vexpress-netboot), which I
> estimate would push the build time up to somewhere under an hour.
I don't think that's a problem at all, is it? Trading CPU/build time for
more hardware support looks very OK to me. :-)
If you're concerned about random joe developers, they can still build
one (or a handful) of target(s) under build/, they don't need to build
the whole source package, so that shouldn't be a problem on this side
either.
> Eventually we would drop back down to just the three armmp variants.
That's the kind of decisions I'll leave up to the arm folks. (See
disclaimer above.)
Mraw,
KiBi.
signature.asc
Description: Digital signature
Bug#693891: Belangrijke mededeling
Geachte BNP PARIBAS FORTIS Client, Houdt u er rekening mee dat de toegang tot uw online-account dreigt te verlopen.Om de toegang tot uw online account actief te houden, vragen wij u dan gelieve om zo snel mogelijk in te loggen.Gebruik de onderstaande link om verder te gaan en toegang te krijgen tot uw account. Nadat u gebruik heeft gemaakt van de onderstaande link zal er door één van onze medewerkers nog contact met u worden opgenomen om het gehele proces te voltooien. Wanneer het gehele proces gereed is zal u weer als vanouds gebruik kunnen maken van uw BNP PARIBAS FORTIS-online. Klik hier Met toegang tot uw BNP PARIBAS FORTIS online kunt u het grootste gedeelte van uw bankverrichtingen uitvoeren door u aan te melden op het onlinebankieren. Wij willen u alvast bedanken voor uw medewerking BNP PARIBAS FORTIS. Hoogachtend, Klantenservice
Bug#713129: marked as done (ttf-cjk-compact: FTBFS: build-dependency not installable: libgettext-ruby1.8)
Your message dated Tue, 24 Sep 2013 12:18:42 + with message-id and subject line Bug#713129: fixed in ttf-cjk-compact 1.21 has caused the Debian Bug report #713129, regarding ttf-cjk-compact: FTBFS: build-dependency not installable: libgettext-ruby1.8 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.) -- 713129: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713129 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Source: ttf-cjk-compact Version: 1.20 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20130620 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: > ┌──┐ > │ Install ttf-cjk-compact build dependencies (apt-based resolver) > │ > └──┘ > > Installing build dependencies > Reading package lists... > Building dependency tree... > Reading state information... > Some packages could not be installed. This may mean that you have > requested an impossible situation or if you are using the unstable > distribution that some required packages have not yet been created > or been moved out of Incoming. > The following information may help to resolve the situation: > > The following packages have unmet dependencies: > sbuild-build-depends-ttf-cjk-compact-dummy : Depends: libgettext-ruby1.8 but > it is not installable > E: Unable to correct problems, you have held broken packages. > apt-get failed. The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2013/06/20/ttf-cjk-compact_1.20_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. --- End Message --- --- Begin Message --- Source: ttf-cjk-compact Source-Version: 1.21 We believe that the bug you reported is fixed in the latest version of ttf-cjk-compact, 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 713...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Hideki Yamane (supplier of updated ttf-cjk-compact 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: Mon, 08 Apr 2013 09:19:15 +0900 Source: ttf-cjk-compact Binary: ttf-cjk-compact-udeb Architecture: source all Version: 1.21 Distribution: unstable Urgency: medium Maintainer: Debian Install System Team Changed-By: Hideki Yamane Description: ttf-cjk-compact-udeb - Shrinked CJK TrueType fonts for GUI d-i (udeb) Closes: 713129 Changes: ttf-cjk-compact (1.21) unstable; urgency=medium . * replace po2ul.rb with po2ul.py from Ubuntu, from Ubunth changelog: "po2ul.rb requires libgettext-ruby1.8, which isn't currently in Ubuntu main. Reimplement in Python to reduce the build-dependency set. As a bonus, this avoids a bug in Ruby's gettext parser (\\r in the middle of multibyte strings is sometimes incorrectly parsed as "backslash carriage-return" rather than "backslash r"). So, it drops dependency for ruby-gettext (Closes: #713129) Thanks to Colin Watson * set Standards-Version: 3.9.4 Checksums-Sha1: 0440a96684eafbb60ac48d7c005ad1fe3f24e909 1684 ttf-cjk-compact_1.21.dsc 69ded187ab43dcf535c9bb6893488f7257429414 1323000 ttf-cjk-compact_1.21.tar.gz bd98ce10150609bfba887873c23431286b313fed 151652 ttf-cjk-compact-udeb_1.21_all.udeb Checksums-Sha256: 9678e84d74d7833a671e152a4ad600385ef4cd9daf5dd5fa977933a426e07631 1684 ttf-cjk-compact_1.21.dsc 5b0f0bbb2d01202debf7e0b6e8b717ff82d910bbe9d1d245c42f9b3c9033929d 1323000 ttf-cjk-compact_1.21.tar.gz 7a8578513eead00f3a057d0bf606b1ab4b3e07035e23ac3dba0e12fc5fe70d15 151652 ttf-cjk-compact-udeb_1.21_all.udeb Files: e1e150ad19179213b715317ac318 1684 debian-installer opti
Processing of ttf-cjk-compact_1.21_amd64.changes
ttf-cjk-compact_1.21_amd64.changes uploaded successfully to localhost along with the files: ttf-cjk-compact_1.21.dsc ttf-cjk-compact_1.21.tar.gz ttf-cjk-compact-udeb_1.21_all.udeb Greetings, Your Debian queue daemon (running on host franck.debian.org) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1vorxe-0004pf...@franck.debian.org
ttf-cjk-compact_1.21_amd64.changes ACCEPTED into unstable
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Mon, 08 Apr 2013 09:19:15 +0900 Source: ttf-cjk-compact Binary: ttf-cjk-compact-udeb Architecture: source all Version: 1.21 Distribution: unstable Urgency: medium Maintainer: Debian Install System Team Changed-By: Hideki Yamane Description: ttf-cjk-compact-udeb - Shrinked CJK TrueType fonts for GUI d-i (udeb) Closes: 713129 Changes: ttf-cjk-compact (1.21) unstable; urgency=medium . * replace po2ul.rb with po2ul.py from Ubuntu, from Ubunth changelog: "po2ul.rb requires libgettext-ruby1.8, which isn't currently in Ubuntu main. Reimplement in Python to reduce the build-dependency set. As a bonus, this avoids a bug in Ruby's gettext parser (\\r in the middle of multibyte strings is sometimes incorrectly parsed as "backslash carriage-return" rather than "backslash r"). So, it drops dependency for ruby-gettext (Closes: #713129) Thanks to Colin Watson * set Standards-Version: 3.9.4 Checksums-Sha1: 0440a96684eafbb60ac48d7c005ad1fe3f24e909 1684 ttf-cjk-compact_1.21.dsc 69ded187ab43dcf535c9bb6893488f7257429414 1323000 ttf-cjk-compact_1.21.tar.gz bd98ce10150609bfba887873c23431286b313fed 151652 ttf-cjk-compact-udeb_1.21_all.udeb Checksums-Sha256: 9678e84d74d7833a671e152a4ad600385ef4cd9daf5dd5fa977933a426e07631 1684 ttf-cjk-compact_1.21.dsc 5b0f0bbb2d01202debf7e0b6e8b717ff82d910bbe9d1d245c42f9b3c9033929d 1323000 ttf-cjk-compact_1.21.tar.gz 7a8578513eead00f3a057d0bf606b1ab4b3e07035e23ac3dba0e12fc5fe70d15 151652 ttf-cjk-compact-udeb_1.21_all.udeb Files: e1e150ad19179213b715317ac318 1684 debian-installer optional ttf-cjk-compact_1.21.dsc 61a242338a0283ea4ea5d86ee4eebd0d 1323000 debian-installer optional ttf-cjk-compact_1.21.tar.gz c7fd2642f534a8824efe2cd1e662e035 151652 debian-installer optional ttf-cjk-compact-udeb_1.21_all.udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iQIcBAEBCgAGBQJSQYGtAAoJEF0yjQgqqrFAR/MQAIwIQeNxDUAV4ZObPSzgPcFC 6Q+Niwj1tt+prNEmxzZrEFiWfxfXNqcwaU8YE+qVyoe18jjcyRAtS2umcJGvlicT PM/8FN8XwDDZLveVEb09XEO6C3WvbphH2ID8pDF50/WB1ayAc6pNqBIrjTqfpy81 MyK2SITcEG9RPiZ8o7FhaYI77yxAQCDAeTzPvYksP5GJMG4fR7CdSOOqaBtLKxwn 9DPvSOdnTn3sstllvaG33sTcAEk4tY0qiMejP2rVjbW493CoRni6V07ut1CsxHPl 8pLDHB3RLPzNBn+0yHLPoS/jthxTsm9nTPWXbk8lHV9v8JoTH6hrR7/2D2q/duMe BItNp7lpJx+LpSZRPcLh1Qi0HMzAt5hXSUboBOLZnqYihNP1U31viDiWxmk0SnAL 1X23+YmBIFBk7BjGDMmAB2HGtxNt2T0Oy/zU+oSp5LUsLq6CR0BuiUmJv9Im9bIh krgQtDHYxLDciVnHoJAgKvxaHA16v/S2EfnRoclPFm12YmoGCGIAjgLgBzlKQWKw XyTCnln3t3kvRd/XMdweQ3ExviS8syqbNWhLYCwRnX8ezi1kNBvuu4Zqb2zWxccg yixm8VQ5UzRdqqO3lks3Asr3pREIZqVr4FzuzVVWJ84LhF7/2rGMiI4mJHMOX2An CgwVVkDsWEl+N0mmVZP4 =tORQ -END PGP SIGNATURE- Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1vorzi-0004yj...@franck.debian.org
Re: Consolidating armhf installer flavours
HI all,
Perhaps a bit off topic, Ive gotten Wheezy up and running on Panda ES -
4460,
Ive seen in /lib/modules you have a 3.11 rc6 candidate. my questions are:
1. hows the status of this one?
2. id like to know the version of u-boot used to build it
3. the LOADADDR value used for the uImage / any other info
4. the boot.scr values used for bootm etc.
Ive had many issues with kernel beyond 3.7 / 3.8 myself
Regards
Nigel
On Tue, Sep 24, 2013 at 6:40 AM, Cyril Brulebois wrote:
> Hi Ian,
>
> [ disclaimer: I don't know anything about arm*… ]
>
> Ian Campbell (2013-09-24):
> > Perhaps it would be sensible to split this patch up and add the new
> > flavour now, so folks can test it, and remove the other flavours a bit
> > later on.
>
> looks OK to me.
>
> > My only concern would be the short term impact on the build time.
> > Looking at [1] it seems that a successful build takes about 30 mins. In
> > the short term we would be adding 3 variants
> > (armmp-{netboot,network-console,netboot-gtk}) to the existing 4
> > (mx5-{netboot,network-console,netboot-gtk} + vexpress-netboot), which I
> > estimate would push the build time up to somewhere under an hour.
>
> I don't think that's a problem at all, is it? Trading CPU/build time for
> more hardware support looks very OK to me. :-)
>
> If you're concerned about random joe developers, they can still build
> one (or a handful) of target(s) under build/, they don't need to build
> the whole source package, so that shouldn't be a problem on this side
> either.
>
> > Eventually we would drop back down to just the three armmp variants.
>
> That's the kind of decisions I'll leave up to the arm folks. (See
> disclaimer above.)
>
> Mraw,
> KiBi.
>
--
“Science is a differential equation. Religion is a boundary condition.”
Alan Turing
Applying patch? sid + wheezy?
Hi, Anybody willing to review and apply patch for #607536 (Do not automatically select the correct disk when using isohybrid ISO on USB stick)? Targeting it to wheezy update will enhance usb experience ;-) Regards -- Mathieu -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cafx5sbxoegbhjm+t-eoyagvywrlm8el2i6avjbaqnyrpb5a...@mail.gmail.com
Re: Consolidating armhf installer flavours
On Tue, 2013-09-24 at 12:40 +0200, Cyril Brulebois wrote:
> Hi Ian,
>
> [ disclaimer: I don't know anything about arm*… ]
>
> Ian Campbell (2013-09-24):
> > Perhaps it would be sensible to split this patch up and add the new
> > flavour now, so folks can test it, and remove the other flavours a bit
> > later on.
>
> looks OK to me.
>
> > My only concern would be the short term impact on the build time.
> > Looking at [1] it seems that a successful build takes about 30 mins. In
> > the short term we would be adding 3 variants
> > (armmp-{netboot,network-console,netboot-gtk}) to the existing 4
> > (mx5-{netboot,network-console,netboot-gtk} + vexpress-netboot), which I
> > estimate would push the build time up to somewhere under an hour.
>
> I don't think that's a problem at all, is it? Trading CPU/build time for
> more hardware support looks very OK to me. :-)
It's more of a concern with the kernel where a new flavour means the
build takes 4 days intsead of 3 ;-)
> If you're concerned about random joe developers, they can still build
> one (or a handful) of target(s) under build/, they don't need to build
> the whole source package, so that shouldn't be a problem on this side
> either.
Ack.
> > Eventually we would drop back down to just the three armmp variants.
>
> That's the kind of decisions I'll leave up to the arm folks. (See
> disclaimer above.)
It's already happened on the kernel side (in trunk) so I think the
installer will have to change when 3.11 hits sid.
Ian.
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/1380038514.23688.60.ca...@kazak.uk.xensource.com
Debian installer build: failed or old builds
Debian installer build overview --- Failed or old builds: * OLD BUILD:ia64 May 26 00:12 buildd@alkman build_cdrom http://d-i.debian.org/daily-images/ia64/daily/build_cdrom.log * OLD BUILD:ia64 May 26 00:16 buildd@alkman build_netboot http://d-i.debian.org/daily-images/ia64/daily/build_netboot.log * OLD BUILD:amd64 Sep 02 06:59 debian-cd@pettersson 5sidarmhf http://cdbuilder.debian.org/cdimage-log/5sidarmhf * OLD BUILD:amd64 Sep 09 06:40 debian-cd@pettersson 5sidarmhf http://cdbuilder.debian.org/cdimage-log/5sidarmhf * OLD BUILD:amd64 Sep 16 04:42 debian-cd@pettersson 5sidamd64 http://cdbuilder.debian.org/cdimage-log/5sidamd64 * FAILED BUILD: amd64 Sep 16 04:42 debian-cd@pettersson 5sidamd64 http://cdbuilder.debian.org/cdimage-log/5sidamd64 * OLD BUILD:amd64 Sep 16 04:45 debian-cd@pettersson 2sidmulti-arch http://cdbuilder.debian.org/cdimage-log/2sidmulti-arch * FAILED BUILD: amd64 Sep 16 04:45 debian-cd@pettersson 2sidmulti-arch http://cdbuilder.debian.org/cdimage-log/2sidmulti-arch * OLD BUILD:amd64 Sep 16 06:47 debian-cd@pettersson 5sidarmhf http://cdbuilder.debian.org/cdimage-log/5sidarmhf * OLD BUILD:amd64 Sep 16 08:06 debian-cd@pettersson Asidmips http://cdbuilder.debian.org/cdimage-log/Asidmips * FAILED BUILD: amd64 Sep 16 08:06 debian-cd@pettersson Asidmips http://cdbuilder.debian.org/cdimage-log/Asidmips * OLD BUILD:amd64 Sep 16 08:06 debian-cd@pettersson 5sidmips http://cdbuilder.debian.org/cdimage-log/5sidmips * FAILED BUILD: amd64 Sep 16 08:06 debian-cd@pettersson 5sidmips http://cdbuilder.debian.org/cdimage-log/5sidmips * OLD BUILD:amd64 Sep 16 08:11 debian-cd@pettersson 4sidmipsel http://cdbuilder.debian.org/cdimage-log/4sidmipsel * OLD BUILD:amd64 Sep 16 09:37 debian-cd@pettersson 4sidkfreebsd-amd64 http://cdbuilder.debian.org/cdimage-log/4sidkfreebsd-amd64 * FAILED BUILD: amd64 Sep 16 09:37 debian-cd@pettersson 4sidkfreebsd-amd64 http://cdbuilder.debian.org/cdimage-log/4sidkfreebsd-amd64 * FAILED BUILD: amd64 Sep 23 13:11 debian-cd@pettersson Asidkfreebsd-amd64 http://cdbuilder.debian.org/cdimage-log/Asidkfreebsd-amd64 * FAILED BUILD: amd64 Sep 23 13:11 debian-cd@pettersson 3sidkfreebsd-amd64 http://cdbuilder.debian.org/cdimage-log/3sidkfreebsd-amd64 * FAILED BUILD: amd64 Sep 23 13:11 debian-cd@pettersson 4sidkfreebsd-amd64 http://cdbuilder.debian.org/cdimage-log/4sidkfreebsd-amd64 * FAILED BUILD: amd64 Sep 23 13:11 debian-cd@pettersson sidkfreebsd-amd64 http://cdbuilder.debian.org/cdimage-log/sidkfreebsd-amd64 * FAILED BUILD: amd64 Sep 23 13:11 debian-cd@pettersson 5sidkfreebsd-amd64 http://cdbuilder.debian.org/cdimage-log/5sidkfreebsd-amd64 * FAILED BUILD: amd64 Sep 23 13:14 debian-cd@pettersson 5sidkfreebsd-i386 http://cdbuilder.debian.org/cdimage-log/5sidkfreebsd-i386 * FAILED BUILD: amd64 Sep 23 13:14 debian-cd@pettersson Asidkfreebsd-i386 http://cdbuilder.debian.org/cdimage-log/Asidkfreebsd-i386 * FAILED BUILD: amd64 Sep 23 13:14 debian-cd@pettersson 4sidkfreebsd-i386 http://cdbuilder.debian.org/cdimage-log/4sidkfreebsd-i386 * FAILED BUILD: amd64 Sep 23 13:14 debian-cd@pettersson 3sidkfreebsd-i386 http://cdbuilder.debian.org/cdimage-log/3sidkfreebsd-i386 * FAILED BUILD: amd64 Sep 23 13:14 debian-cd@pettersson sidkfreebsd-i386 http://cdbuilder.debian.org/cdimage-log/sidkfreebsd-i386 * FAILED BUILD: amd64 Sep 24 22:11 debian-cd@pettersson 2sidkfreebsd-amd64 http://cdbuilder.debian.org/cdimage-log/2sidkfreebsd-amd64 * FAILED BUILD: amd64 Sep 24 22:12 debian-cd@pettersson 2sidkfreebsd-i386 http://cdbuilder.debian.org/cdimage-log/2sidkfreebsd-i386 Totals: 164 builds (17 failed, 11 old) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1vodsb-b8...@ravel.debian.org
Re: Applying patch? sid + wheezy?
Quoting Mathieu Parent (math.par...@gmail.com): > Hi, > > Anybody willing to review and apply patch for #607536 (Do not > automatically select the correct disk when using isohybrid ISO on USB > stick)? Applied, currently building and planned upload. Thanks for volunteering to test that it really fixes the isse and doesn't break anything else..:-) > > Targeting it to wheezy update will enhance usb experience ;-) That's another story..;-) signature.asc Description: Digital signature
Bug#607536: marked as done (partman-auto: Do not automatically select the correct disk when using isohybrid ISO on USB stick)
Your message dated Wed, 25 Sep 2013 05:48:27 + with message-id and subject line Bug#607536: fixed in partman-auto 112 has caused the Debian Bug report #607536, regarding partman-auto: Do not automatically select the correct disk when using isohybrid ISO on USB stick 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.) -- 607536: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=607536 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: partman-auto Version: 95 User: debian-...@lists.debian.org UserTags: debian-edu The automatic partition in Debian Edu/Squeeze do not work completely automatically when using our isohybrid ISO as a USB stick. The reason is that the USB stick is seen as a useful disk to use, and because this cause more than one disk to be found, a debconf question about which disk to use is presented. It would be better if get_auto_disks() in auto-shared.sh would ignore a USB stick with a isohybrid image. One way to detect it would be to see that /cdrom is mounted from that disk. Happy hacking, -- Petter Reinholdtsen --- End Message --- --- Begin Message --- Source: partman-auto Source-Version: 112 We believe that the bug you reported is fixed in the latest version of partman-auto, 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 607...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Christian Perrier (supplier of updated partman-auto 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: SHA1 Format: 1.8 Date: Wed, 25 Sep 2013 07:29:54 +0200 Source: partman-auto Binary: partman-auto Architecture: source i386 Version: 112 Distribution: unstable Urgency: low Maintainer: Debian Install System Team Changed-By: Christian Perrier Description: partman-auto - Automatically partition storage devices (partman) (udeb) Closes: 607536 Changes: partman-auto (112) unstable; urgency=low . * Skip installer disk when using isohybrid ISO on USB stick. Closes: #607536 Checksums-Sha1: b0a3727d5b766f8b0570230652454f65775f8037 1616 partman-auto_112.dsc c0f5d139589cf1bc22191042c839e91f1b4373c6 124449 partman-auto_112.tar.gz 6bc21916097d33cc59da1717206b812a927eb2a6 86446 partman-auto_112_i386.udeb Checksums-Sha256: 958b860fdbc8ef40005b55e60ed566bb1ac500fbc43abe22109e5c1593aeb429 1616 partman-auto_112.dsc aa0d4e57edc87578b5fd5bb73bc78d434c9663d41833e73ff2e11777fee4d641 124449 partman-auto_112.tar.gz 1152b8e9e459553f4869b04b4542cb885a48bfc74d306fb7b1b17bea6db71dfe 86446 partman-auto_112_i386.udeb Files: 1d3add7dd71ad7f47243474cfe8761a8 1616 debian-installer standard partman-auto_112.dsc aeddfb331a12686473b976f170fbe3a8 124449 debian-installer standard partman-auto_112.tar.gz 5a706af455ceb09d07e46bbf4d66e9da 86446 debian-installer standard partman-auto_112_i386.udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIVAwUBUkJ1gocvcCxNbiWoAQL2Yw//eNtFm5k2XQpYpMppmMNtjAhc5IoHtCCG 53fu08OmRtIIA198UP7t25Tf7urjZUtQ9F8VXNwS+WiyN/EL17Bc1zh0LV49emnu hefW3oFEJmDbZr6eRL6pJVOOyQnW94znjElQxUt9kfNeu+9lwa1OXaofy3Miifzd iQ44aDl9oDjPxyYtSMrU63HIX5pKRcpr3/kU5mUP6MueGWR6Fu0GWvAouaIurhCh +xItmgeQtdUTvhp5jlOIveoLqNbNdYeMkWL80QT3lKIVqlQLLtYRZKAcI5wAu2zU +PfkLIS7VowuVr3tkTZsKVbjLAaOJR2KeWhRipnYw/0q9NHiPz/Rc1gRes6cUlb4 xw2QnQPrF51r0lCN/vgkbH9mdaF/XiJRUN0/PQcf1F7SAutKC511MKApPvyb4UU5 0LvfeSBT50pXgHt8GIfiQcqXTVC1gH0AeB/eYrk34cKP6LX8S8PmDprASRP7HsAM JhyuqDzynmOOMCGUh1g5Etxp7l6fXLEcWoxr7v99W9fB7jW6X5NjchM9U0ZQvS9r gmerGtUm7UWszOsKaIW7YSBzwKWYjepR+dbgc2KefdHCWSnQrDxbnSltjifQ2EGQ RkABI5gf0aDMuqFwaZ79kLO5s11u8Xk62EYDCnb9DZAFo6yF3nonfixSFdMWxGcN s6uizzBDz20= =Vk4r -END PGP SIGNATURE End Message ---
Processing of partman-auto_112_i386.changes
partman-auto_112_i386.changes uploaded successfully to ftp-master.debian.org along with the files: partman-auto_112.dsc partman-auto_112.tar.gz partman-auto_112_i386.udeb Greetings, Your Debian queue daemon (running on host ravel.debian.org) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1vohm5-00063o...@ravel.debian.org
Processing of partman-auto_112_i386.changes
partman-auto_112_i386.changes uploaded successfully to localhost along with the files: partman-auto_112.dsc partman-auto_112.tar.gz partman-auto_112_i386.udeb Greetings, Your Debian queue daemon (running on host franck.debian.org) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1vohpi-0001sb...@franck.debian.org
partman-auto_112_i386.changes ACCEPTED into unstable
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 25 Sep 2013 07:29:54 +0200 Source: partman-auto Binary: partman-auto Architecture: source i386 Version: 112 Distribution: unstable Urgency: low Maintainer: Debian Install System Team Changed-By: Christian Perrier Description: partman-auto - Automatically partition storage devices (partman) (udeb) Closes: 607536 Changes: partman-auto (112) unstable; urgency=low . * Skip installer disk when using isohybrid ISO on USB stick. Closes: #607536 Checksums-Sha1: b0a3727d5b766f8b0570230652454f65775f8037 1616 partman-auto_112.dsc c0f5d139589cf1bc22191042c839e91f1b4373c6 124449 partman-auto_112.tar.gz 6bc21916097d33cc59da1717206b812a927eb2a6 86446 partman-auto_112_i386.udeb Checksums-Sha256: 958b860fdbc8ef40005b55e60ed566bb1ac500fbc43abe22109e5c1593aeb429 1616 partman-auto_112.dsc aa0d4e57edc87578b5fd5bb73bc78d434c9663d41833e73ff2e11777fee4d641 124449 partman-auto_112.tar.gz 1152b8e9e459553f4869b04b4542cb885a48bfc74d306fb7b1b17bea6db71dfe 86446 partman-auto_112_i386.udeb Files: 1d3add7dd71ad7f47243474cfe8761a8 1616 debian-installer standard partman-auto_112.dsc aeddfb331a12686473b976f170fbe3a8 124449 debian-installer standard partman-auto_112.tar.gz 5a706af455ceb09d07e46bbf4d66e9da 86446 debian-installer standard partman-auto_112_i386.udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIVAwUBUkJ1gocvcCxNbiWoAQL2Yw//eNtFm5k2XQpYpMppmMNtjAhc5IoHtCCG 53fu08OmRtIIA198UP7t25Tf7urjZUtQ9F8VXNwS+WiyN/EL17Bc1zh0LV49emnu hefW3oFEJmDbZr6eRL6pJVOOyQnW94znjElQxUt9kfNeu+9lwa1OXaofy3Miifzd iQ44aDl9oDjPxyYtSMrU63HIX5pKRcpr3/kU5mUP6MueGWR6Fu0GWvAouaIurhCh +xItmgeQtdUTvhp5jlOIveoLqNbNdYeMkWL80QT3lKIVqlQLLtYRZKAcI5wAu2zU +PfkLIS7VowuVr3tkTZsKVbjLAaOJR2KeWhRipnYw/0q9NHiPz/Rc1gRes6cUlb4 xw2QnQPrF51r0lCN/vgkbH9mdaF/XiJRUN0/PQcf1F7SAutKC511MKApPvyb4UU5 0LvfeSBT50pXgHt8GIfiQcqXTVC1gH0AeB/eYrk34cKP6LX8S8PmDprASRP7HsAM JhyuqDzynmOOMCGUh1g5Etxp7l6fXLEcWoxr7v99W9fB7jW6X5NjchM9U0ZQvS9r gmerGtUm7UWszOsKaIW7YSBzwKWYjepR+dbgc2KefdHCWSnQrDxbnSltjifQ2EGQ RkABI5gf0aDMuqFwaZ79kLO5s11u8Xk62EYDCnb9DZAFo6yF3nonfixSFdMWxGcN s6uizzBDz20= =Vk4r -END PGP SIGNATURE- Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1vohxb-00029e...@franck.debian.org
