Re: gzip: ./tmp/netboot/vmlinuz-2.6.26-1-sparc64: not in gzip format
Op 20081121 om 15:02 schreef Otavio Salvador: Geert Stappers [EMAIL PROTECTED] writes: (That the daily d-i build of Sparc failed on 20 november due gzip: ./tmp/netboot/vmlinuz-2.6.26-1-sparc64: not in gzip format is something else ( next automatic build is at 12:00 UTC )) Quite strange. Frans could you take a look on that for us? Thanks in advance, O T A V I OS A L V A D O R E-mail: [EMAIL PROTECTED] UIN: 5906116 With this patch did I get clean build. Index: installer/build/util/tftpboot.sh === --- installer/build/util/tftpboot.sh(revision 56762) +++ installer/build/util/tftpboot.sh(working copy) @@ -44,7 +44,7 @@ done case $arch in -arm* | i386 | mips | mipsel) +arm* | i386 | mips | mipsel | sparc) cp $kernel $tftpimage.tmp ;; *) Cheers Geert Stappers (Currently not subscribed to [EMAIL PROTECTED] ) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
ballaingatlan.hu, Ingatlanközvetítés Budapest IX., X., XIV., XV., XVIII., XIX. és XX. kerületében
Tisztelt Hölgyem / Uram! Cégünk a Balla Ingatlaniroda ingatlanok közvetítésével foglalkozik kizárólag Budapest IX., X., XIV., XV., XVIII., XIX. és XX. kerületében, már kilenc éve és már összesen 6 irodánkkal állunk Ügyfeleink rendelkezésére. Szolgáltatásunk vevőknek TELJESEN INGYENES. Eladók számára tevékenységünk díja sikeres közvetítés esetén, az ingatlan vételárának nettó 2,5%-a +ÁFA. További információért kérjük látogasson el honlapunkra: www.ballaingatlan.hu ! Amennyiben felkeltettük érdeklődését és a későbbiekben szívesen fogadna tőlünk hírlevelet, tájékoztatót, vagy egyéb ajánlatot, kérjük kattintson az alábbi linkre: http://ballaingatlan.hu/?email=debian-boot%40lists.debian.orgcode=25c8c29dbb5ccf06b079849b2d0d0286c7381fb2 A tájékoztatáshoz [vagy egyéb anyagokhoz, hírlevelekhez] - a vonatkozó törvények értelmében - a hozzájárulását kell kérjük. Email címe nyilvános internetes oldalakról, illetve email-cím adatbázisokból került hozzánk. Ez a levél nem spam, hanem a 2001. évi CVIII. törvény 14. § (1) pontjában előírt hozzájárulás kérő levél. Ha levelünkkel esetleg zavartuk, elnézést kérünk. Üdvözlettel Balla Ákos Ügyvezető és a Balla Ingatlaniroda csapata -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505789: Fix confirmation
Hi, I've just confirmed using the daily build netinst that getting firmware file from a USB stick works. Thanks. -- Jurij Smakov [EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: gzip: ./tmp/netboot/vmlinuz-2.6.26-1-sparc64: not in gzip format
On Sunday 23 November 2008, Geert Stappers wrote: Op 20081121 om 15:02 schreef Otavio Salvador: Geert Stappers [EMAIL PROTECTED] writes: (That the daily d-i build of Sparc failed on 20 november due gzip: ./tmp/netboot/vmlinuz-2.6.26-1-sparc64: not in gzip format is something else ( next automatic build is at 12:00 UTC )) Quite strange. Frans could you take a look on that for us? Will you please stop asking me to do stuff? I thought I had made my current feelings clear. If there are things I *want* to look into, you'll see me follow up on them. This is obviously an RC issue for RC2 for sparc, so track it, deal with it (or find someone to deal with it), but don't pester me. With this patch did I get clean build. And possibly also a non-working image! Someone needs to trace the actual cause of the problem here. Why is the kernel no longer getting compressed or not getting compressed correctly? Random changes without knowing what caused the builds to suddenly go wrong in the first place are *never* a good idea. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Re: gzip: ./tmp/netboot/vmlinuz-2.6.26-1-sparc64: not in gzip format
On Sunday 23 November 2008, I wrote: Someone needs to trace the actual cause of the problem here. Why is the kernel no longer getting compressed or not getting compressed correctly? Seems to me this is a in the kernel we take from the linux-image package and thus a bug or change in linux-2.6. That would be a really weird change for a -10 package... signature.asc Description: This is a digitally signed message part.
Re: gzip: ./tmp/netboot/vmlinuz-2.6.26-1-sparc64: not in gzip format
On Sunday 23 November 2008, Frans Pop wrote: On Sunday 23 November 2008, I wrote: Someone needs to trace the actual cause of the problem here. Why is the kernel no longer getting compressed or not getting compressed correctly? Seems to me this is a in the kernel we take from the linux-image package and thus a bug or change in linux-2.6. That would be a really weird change for a -10 package... (Or one of the earlier uploads we skipped.) signature.asc Description: This is a digitally signed message part.
Re: gzip: ./tmp/netboot/vmlinuz-2.6.26-1-sparc64: not in gzip format
On Sun, Nov 23, 2008 at 05:15:58PM +0100, Frans Pop wrote: On Sunday 23 November 2008, I wrote: Someone needs to trace the actual cause of the problem here. Why is the kernel no longer getting compressed or not getting compressed correctly? Seems to me this is a in the kernel we take from the linux-image package and thus a bug or change in linux-2.6. That would be a really weird change for a -10 package... sparc still uses kernel-package for building, so I would not count on anything. Bastian -- Ahead warp factor one, Mr. Sulu. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: gzip: ./tmp/netboot/vmlinuz-2.6.26-1-sparc64: not in gzip format
On Sunday 23 November 2008, Bastian Blank wrote: On Sun, Nov 23, 2008 at 05:15:58PM +0100, Frans Pop wrote: On Sunday 23 November 2008, I wrote: Someone needs to trace the actual cause of the problem here. Why is the kernel no longer getting compressed or not getting compressed correctly? Seems to me this is a in the kernel we take from the linux-image package and thus a bug or change in linux-2.6. That would be a really weird change for a -10 package... sparc still uses kernel-package for building, so I would not count on anything. Right. So RC bug there. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Multi-desktop CDs for lenny
(No need to CC me on replies.) On Sunday 23 November 2008, you wrote: GNOME and KDE desktops both has Network-Manager installed by default. It would be good if XFCE and LXDE could also have Network-Manager or something similar installed by default. Cause I felt these lightweight desktops are mostly for to the netbook users. If it's not in the laptop task there must be a good reason for that and you should start by checking the tasksel changelog. But anyway, that is up to the maintainers of the respective desktop tasks and the tasksel maintainers. You should file a wishlist BR against tasksel for it. But IMO the lightweight desktops are also very much for users of older desktops and slower architectures... signature.asc Description: This is a digitally signed message part.
Bug#506252: success: d-i lenny rc1 on nslu2 armel
* Devin Carraway [EMAIL PROTECTED] [2008-11-19 13:31]: Timezone setup was fine, but the system RTC does not appear to be running, so attempts to write to the hardware clock (which require an RTC poll) failed, causing a brief (but properly detected by the installer) hang. Installed files were timestamped correctly, but on post-install reboot the clock was wrong (also if the clock isn't running the hwclock access on boot will stall, taking hours for the first boot, but I'd disabled that before the reboot.) Rod, Gordon, do you know what to do about this situation? I think RTC works fine here, but what can we do in the case described by Devin? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Multi-desktop CDs for lenny
Frans Pop wrote: There are two images available for testing: - lxde CD: http://cdimage.debian.org/cdimage/unofficial/fjp/debian-50-i386-lxde-CD.iso - light desktop CD: http://cdimage.debian.org/cdimage/unofficial/fjp/debian-50-i386-light-CD.iso Wow! I am so glad to see this come true. :) These need extensive testing! Please also let us know what you think of them. GNOME and KDE desktops both has Network-Manager installed by default. It would be good if XFCE and LXDE could also have Network-Manager or something similar installed by default. Cause I felt these lightweight desktops are mostly for to the netbook users. A new idea that Steve suggested was to make the i386 and amd64 DVDs, and if possible also the i386/amd64 multi-arch DVD (with or without powerpc depending on space), support *all four* desktops. This would be implemented a bit differently, namely by leaving the top level menu as it is but adding a Desktop selection option in the Advanced options menu. That would be really cool. Cheers, -Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: gzip: ./tmp/netboot/vmlinuz-2.6.26-1-sparc64: not in gzip format
On Sun, Nov 23 2008, Bastian Blank wrote: On Sun, Nov 23, 2008 at 05:15:58PM +0100, Frans Pop wrote: On Sunday 23 November 2008, I wrote: Someone needs to trace the actual cause of the problem here. Why is the kernel no longer getting compressed or not getting compressed correctly? Seems to me this is a in the kernel we take from the linux-image package and thus a bug or change in linux-2.6. That would be a really weird change for a -10 package... sparc still uses kernel-package for building, so I would not count on anything. Well, count on nothing from Bastian, sure. If someone can track down where the problem lies, and files a bug if kernel-package it at fault, it will be looked into asap. I take compatibility seriously. I do not have a SPARC machine to play with, unfortunately. manoj -- Honk if you hate bumper stickers that say Honk if ... Manoj Srivastava [EMAIL PROTECTED] http://www.golden-gryphon.com/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: gzip: ./tmp/netboot/vmlinuz-2.6.26-1-sparc64: not in gzip format
On Sun, Nov 23 2008, Frans Pop wrote: On Sunday 23 November 2008, Bastian Blank wrote: On Sun, Nov 23, 2008 at 05:15:58PM +0100, Frans Pop wrote: On Sunday 23 November 2008, I wrote: Someone needs to trace the actual cause of the problem here. Why is the kernel no longer getting compressed or not getting compressed correctly? Seems to me this is a in the kernel we take from the linux-image package and thus a bug or change in linux-2.6. That would be a really weird change for a -10 package... sparc still uses kernel-package for building, so I would not count on anything. Right. So RC bug there. File it, with details. manoj -- Earth is a beta site. Manoj Srivastava [EMAIL PROTECTED] http://www.golden-gryphon.com/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504095: installation-report: xen paravirt installation
On Sat, 2008-11-22 at 13:56 +0100, Jérémy Bobbio wrote: On Fri, Nov 21, 2008 at 03:31:42PM +, Ian Campbell wrote: Jérémy are you OK with me reverting r55059. According to #464962 the issue is fixed in the kernel with 2.6.26-8. Please do so… Thanks. I've committed it now. I'm not an uploader but I presume one is planned for the next RC. Ian. -- Ian Campbell I have become me without my consent. signature.asc Description: This is a digitally signed message part
Bug#504721: Possible reason for serial console misdetection
Hi, I looked into it, and here's what I get on my SunBlade 1000 when I boot using serial console: ~ # dmesg | grep -i console [0.00] console [earlyprom0] enabled [ 53.918290] Console: colour dummy device 80x25 [ 53.971361] console handover: boot [earlyprom0] - real [tty0] [ 59.676537] Console: switching to mono PROM 80x34 [ 64.238061] Console: ttyS0 (SAB82532) [ 64.308951] console [ttyS0] enabled ~ # The logic in reopen-console is the following: 1. Look for the 'console handover' line in dmesg output and extract whatever is listed there as a real console. If it's successful, then we are done. In this case this line matches, but it contains an incorrect console setting 'tty0', referring to the terminal. As a result of this setting the information is still displayed on the serial console, but you cannot enter information through it, only keyboard input is accepted. 2. If we still don't have a value for the console, look for 'console [...] enabled' line(s), and extract console values from it. In this case two lines would match, producing console values 'earlyprom0' and 'ttyS0'. Function also checks whether corresponding devices in /dev exist, and if this reduces the number of values to a single console value, then this value is chosen. In this case /dev/earlyprom0 does not exist, so we would end up with a single 'ttyS0' value, which is correct. So, the problem is that reopen-console gives preference to the value in 'console handover' line, which is incorrect on sparc (refers to a real terminal console even if one is connecting through serial). If it is obvious, that sparc is unique that way, and it works correctly on other arches, the following (untested) patch might do the trick: --- a/src/sbin/reopen-console 2008-09-21 09:29:17.0 +0100 +++ b/src/sbin/reopen-console 2008-11-23 22:09:56.0 + @@ -12,7 +12,7 @@ sed -n -e 's/.*\] console handover: boot \[.*\] - real \[\(.*\)\]$/\1/p') consoles= - if [ -z $console ]; then + if [ -z $console ] || [ $(/bin/archdetect) = sparc/sparc64 ]; then # Retrieve all enabled consoles from boot log; ignore those # for which no device file exists for cons in $(dmesg -s 65535 | I'll try to ask around and see whether current console detection in reopen-console is correct for other arches. By the way, appending console=ttyS0 at the boot prompt fixes the problem, so can be used as a temporary workaround. Cheers. -- Jurij Smakov [EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504721: Possible reason for serial console misdetection
severity 504721 serious thanks On Sunday 23 November 2008, Jurij Smakov wrote: So, the problem is that reopen-console gives preference to the value in 'console handover' line, which is incorrect on sparc (refers to a real terminal console even if one is connecting through serial). As serial console boots (or boots without keyboard connected) have always been supported for sparc and given this analysis, this is IMO a clear regression. Thus increasing severity. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: r56775 - trunk/packages/base-installer/debian
On Sunday 23 November 2008, Ian Campbell wrote: Author: ijc-guest Date: Sun Nov 23 22:08:40 2008 New Revision: 56775 Log: base-installer 1.98 has been uploaded already so move my entry to new 1.99. Please do so correctly: - The new entry is missing a proper signature. - The old entry now has a double blank line. Easiest way to avoid such simple errors is to always use debchange or dch with in ~/devscripts: DEBCHANGE_RELEASE_HEURISTIC=changelog DEBCHANGE_AUTO_NMU=no Modified: trunk/packages/base-installer/debian/changelog Modified: trunk/packages/base-installer/debian/changelog == --- trunk/packages/base-installer/debian/changelog(original) +++ trunk/packages/base-installer/debian/changelogSun Nov 23 22:08:40 2008 @@ -1,13 +1,18 @@ +base-installer (1.99) UNRELEASED; urgency=low + + [ Ian Campbell ] + * Use -686 kernels for CentaurHauls processors again (effectively +undoing r55059) . According to 464962 the kernel has been fixed since +2.6.26-8. Closes: #504095 + + -- + base-installer (1.98) unstable; urgency=low [ Colin Watson ] * Add support for AMD CPU families 16 (Phenom) and 17 (Griffin/Puma) on i386 (thanks, Roger Mach and Soren Hansen). - [ Ian Campbell ] - * Use -686 kernels for CentaurHauls processors again (effectively -undoing r55059) . According to 464962 the kernel has been fixed since -2.6.26-8. Closes: #504095 [ Updated translations ] * Belarusian (be.po) by Pavel Piatruk signature.asc Description: This is a digitally signed message part.
Processed: Re: Bug#504721: Possible reason for serial console misdetection
Processing commands for [EMAIL PROTECTED]: severity 504721 serious Bug#504721: Console broken on debian-installer on Sparc LDOM Severity set to `serious' from `important' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506711: kernel-package: [sparc] no longer produces compressed kernels for linux-2.6
Package: kernel-package Version: 11.0011 Severity: serious Tags: d-i Justification: kernels built using this break sparc D-I builds Daily builds of D-I for sparc have been failing with: gzip: ./tmp/netboot/vmlinuz-2.6.26-1-sparc64: not in gzip format This has been traced to the fact that the kernel as taken from the 2.6.26-10 linux-image package for sparc64 (built 08 Nov) is no longer compressed. As sparc still uses kernel-package to build official Debian kernel images (based on info from Bastian Blank), this is most likely a regression in kernel-package. It is unknown whether this issue also affects other architectures or not. The previous D-I kernel udebs were based on linux-image 2.6.26-8 (built for sparc on 9 Okt) did not have this issue, so at that time things were still OK. Please inform both the kernel team and the installer teams when this issue is fixed as we will need binNMU's for linux-2.6 for any (potentially) affected architectures and after that new uploads of the kernel udebs for D-I. Cheers, FJP -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-rc6 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kernel-package depends on: ii binutils2.18.1~cvs20080103-7 The GNU assembler, linker and bina ii debianutils 2.30 Miscellaneous utilities specific t ii dpkg1.14.22 Debian package management system ii dpkg-dev1.14.22 Debian package development tools ii file4.26-1 Determines file type using magic ii gcc [c-compiler]4:4.3.2-2The GNU C compiler ii gcc-4.1 [c-compiler 4.1.2-23 The GNU C compiler ii gcc-4.2 [c-compiler 4.2.4-4 The GNU C compiler ii gcc-4.3 [c-compiler 4.3.2-1 The GNU C compiler ii gettext 0.17-4 GNU Internationalization utilities ii make3.81-5 The GNU version of the make util ii module-init-tools 3.4-1tools for managing Linux kernel mo ii perl5.10.0-17Larry Wall's Practical Extraction ii po-debconf 1.0.15 manage translated Debconf template ii util-linux 2.13.1.1-1 Miscellaneous system utilities Versions of packages kernel-package recommends: ii bzip2 1.0.5-1high-quality block-sorting file co ii libc6-dev [libc-dev] 2.7-16 GNU C Library: Development Librari Versions of packages kernel-package suggests: pn docbook-utils none (no description available) ii e2fsprogs 1.41.3-1 ext2/ext3/ext4 file system utiliti ii initramfs-tools [linux-in 0.92l tools for generating an initramfs pn libdb3-devnone (no description available) ii libncurses5-dev [libncurs 5.6+20080830-1 developer's libraries and docs for pn linux-source | kernel-sou none (no description available) ii xmlto 0.0.20-3 XML-to-any converter -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: gzip: ./tmp/netboot/vmlinuz-2.6.26-1-sparc64: not in gzip format
On Sunday 23 November 2008, Manoj Srivastava wrote: On Sun, Nov 23 2008, Frans Pop wrote: On Sunday 23 November 2008, Bastian Blank wrote: sparc still uses kernel-package for building, so I would not count on anything. Right. So RC bug there. File it, with details. Even though I really was not planning to, I've just done so (#506711). I'm again disappointed that nobody else took the trouble to even try to trace this to its cause [1]. Especially as it turned out to be completely trivial. Given the error gzip: ./tmp/netboot/vmlinuz-2.6.26-1-sparc64: not in gzip format and util/tftpboot.sh (based on the fact that Geert fixed it there): snip kernel=$1 [...] case $arch in arm* | i386 | mips | mipsel) cp $kernel $tftpimage.tmp ;; *) echo uncompressing kernel gzip -cd $kernel $tftpimage.tmp ;; esac /snip So, the kernel gets passed in as the first parameter. A simple grep on tftpboot.sh leads to config/sparc/netboot.cfg, which has: tftpboot.sh $(TEMP_KERNEL) $(TEMP)/System.map.gz $(TEMP_INITRD) $(TEMP_BOOT) A short look at the Makefile shows: $(TEMP_KERNEL): $(STAMPS)tree-unpack-$(targetstring)-stamp So it looks like the kernel is simply unpacked from the linux-kernel udeb. As there have been no obvious relevant changes in D-I SVN but there *has* been a very recent upload of kernel udebs, the conclusion is simple. Waldi provided the missing link to kernel-package. There is absolutely NO NEED that I should be doing this. Next time I really won't. Of course, if others try, fail, and report what they have done and where they got stuck, I'll be quite happy to offer suggestions or, if all else fails, to give it a try myself. Just to be clear: handling the cleanup of this issue is up to others. See the BR I filed. The fix Geert has apparently done in his local buildd checkout is NOT a solution and should be reverted. Cheers, FJP [1] Geert's effort is of course very much appreciated, but only took things half way. Without that I would not have looked at all. signature.asc Description: This is a digitally signed message part.
Re: Multi-desktop CDs for lenny
Frans Pop [EMAIL PROTECTED] writes: A new idea that Steve suggested was to make the i386 and amd64 DVDs, and if possible also the i386/amd64 multi-arch DVD (with or without powerpc depending on space), support *all four* desktops. This would be implemented a bit differently, namely by leaving the top level menu as it is but adding a Desktop selection option in the Advanced options menu. Hello folks, I won't be able to test those images until Wed due the University tests but the general conecept looks impressive. I'd like to thanks to Frans and Steve to work on that and would like to ask for people to really give a try and provide feedback for those images that Frans has produced so we can fix any remaning issue ASAP and start a timeline for RC2. Thanks a lot for all :-) Cheers, -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: r56775 - trunk/packages/base-installer/debian
Ian Campbell [EMAIL PROTECTED] writes: base-installer (1.98) unstable; urgency=low [ Colin Watson ] * Add support for AMD CPU families 16 (Phenom) and 17 (Griffin/Puma) on i386 (thanks, Roger Mach and Soren Hansen). - [ Ian Campbell ] - * Use -686 kernels for CentaurHauls processors again (effectively -undoing r55059) . According to 464962 the kernel has been fixed since -2.6.26-8. Closes: #504095 Please do not undo previous changelog... -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506252: success: d-i lenny rc1 on nslu2 armel
On Sun, Nov 23, 2008 at 10:28, Martin Michlmayr [EMAIL PROTECTED] wrote: * Devin Carraway [EMAIL PROTECTED] [2008-11-19 13:31]: Timezone setup was fine, but the system RTC does not appear to be running, so attempts to write to the hardware clock (which require an RTC poll) failed, causing a brief (but properly detected by the installer) hang. Installed files were timestamped correctly, but on post-install reboot the clock was wrong (also if the clock isn't running the hwclock access on boot will stall, taking hours for the first boot, but I'd disabled that before the reboot.) Rod, Gordon, do you know what to do about this situation? I think RTC works fine here, but what can we do in the case described by Devin? This problem didn't occur when I last checked the RC1 installer image. Sounds like a hardware problem. I wonder if removing and then reinstalling the NSLU2 battery will solve the problem [1] (search for rtc on the page). Alternatively, you could boot the Linksys firmware, and then try the installer again. Gordon [1] http://www.nslu2-linux.org/wiki/Debian/TroubleShooting -- Gordon Farquharson GnuPG Key ID: 32D6D676 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#506711: kernel-package: [sparc] no longer produces compressed kernels for linux-2.6
On Monday 24 November 2008, Manoj Srivastava wrote: Could you provide more detail, please? This is not enough to indicate where the fault lies. At a minimum, the kernel package invocation line, and the full logs of the build where failure was noticed should be provided to the bug report. Without this information, it is hard to diagnose the problem. The only thing I can see is that sparc processing in k-p defines NEED_DIRECT_GZIP_IMAGE. Now, what kernel-package thinks is the architecture is taken from either a) user specified value, b) dpkg-architecture -qDEB_HOST_ARCH_CPU If the architecture contains the string sparc, then we arrange to gzip the image. If this is not happening, we need to determine if it tried to compress, but compressed the wong file, or it did not try to compress it at all, or if the actual image is in some other place. If the build logs for the kernel image show which of these scenarios it is, it can be easily fixed. So the build log of the kernel image would be useful. This has been traced to the fact that the kernel as taken from the 2.6.26-10 linux-image package for sparc64 (built 08 Nov) is no longer compressed. As sparc still uses kernel-package to build official Debian kernel images (based on info from Bastian Blank), this is most likely a regression in kernel-package. Why do you say this is a regression? Does the previous version work? What was the last known working version of the kernel-package? It is unknown whether this issue also affects other architectures or not. The previous D-I kernel udebs were based on linux-image 2.6.26-8 (built for sparc on 9 Okt) did not have this issue, so at that time things were still OK. Which version of kernel-package was being used then? Sorry, I cannot provide the requested info as I'll be off-line for a few day starting in 30 minutes. CC'ing d-boot and d-kernel. signature.asc Description: This is a digitally signed message part.
Re: r56775 - trunk/packages/base-installer/debian
On Monday 24 November 2008, Otavio Salvador wrote: Ian Campbell [EMAIL PROTECTED] writes: base-installer (1.98) unstable; urgency=low [ Colin Watson ] * Add support for AMD CPU families 16 (Phenom) and 17 (Griffin/Puma) on i386 (thanks, Roger Mach and Soren Hansen). - [ Ian Campbell ] - * Use -686 kernels for CentaurHauls processors again (effectively -undoing r55059) . According to 464962 the kernel has been fixed since -2.6.26-8. Closes: #504095 Please do not undo previous changelog... He did not. See the changelog entry. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]