Bug#399173: Etch installation on HPC nx6325
Using installgui: Failed step: choose and install software, right after xorg configuration. Failed GRUB installation. No /boot/grub created. GUI mode hangs after switching consoles. Does this result in a screen flash after which you're sent back to the graphical installer? There was no screen flash. I switched from GUI to text console, to see, what could be problem to GRUB and came back to GUI. Installer has stopped to response from this moment. No keyboard inputs nor mouse events were possible. Regards Arthur -- Jestes kierowca? To poczytaj! http://link.interia.pl/f199e -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: help - vanishing keyboard
Frans Pop a écrit : On Tuesday 21 November 2006 10:24, sferriol wrote: So etch installer with floppies does not longer support usb keyboard and usb floppy driver, sorry :( may be we will try to find a solution but i think it will be after etch release Would it be possible to have the installer try to load the root floppy after a timeout (say 30 seconds) if no key was pressed? yes i thought about this option yesterday, but we have to put all usb drivers on root floppy. i do not know if there will be enough space because we have to move all net modules in net-drivers-X floppies we have to test :) sylvain smime.p7s Description: S/MIME Cryptographic Signature
Bug#395259: nobootloader: [powerpc/pegasos] bad sed invocation breaks devfs style paths (division by zero)
On Thu, Oct 26, 2006 at 03:25:33AM +0200, Frans Pop wrote: On Wednesday 25 October 2006 23:12, Sven Luther wrote: It seems that nobootloader uses still devfs paths for some reason. The following line : That is not so strange as that line is using the exact same variable $bootfs_devfs as its base that the old code did... Should it be using something different instead? What is the value of $bootfs_disk_syspath and $bootfs_disk if you run the code with 'set -x'? For now I've added a comment that that should probably be changed at some point. (To be very honest, I don't see the point of the code added in 1.10 at all as the devfs path is still used as the base for the whole piece of code; I guess it is in preparation of a further future transition.) Don't be misled by the variable name. It's called $bootfs_devfs because it's the path before calling mapdevfs; if you aren't using devfs paths then $bootfs_devfs and $bootfs are identical. What $bootfs_devfs really means is the version of this path that can be used within d-i. I've just committed an IMHO better fix which will work for both devfs and non-devfs paths. Sven, thanks for the report. -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: d-i runs out of RAM on 32 MB machine with 1 GB hard drive
* Emanuele Rocca [EMAIL PROTECTED] [2006-11-22 00:37]: Have you check it 96mb isn't enough? I think it should work and if yes would be better since we won't increase the requirement too much. It seems that the problem is not the size of the swap area itself, but rather the choice taken by the guided partitioning. ... And the creation of an ext3 fs on /dev/sda1 fails due to ssh going out of memory. But it works if swap on /dev/sda5 is larger? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399636: g3 imac: installation with the gtk-mini.iso
Ah, ok, i tought you had a debian installed on your g5 and i was asking you to run xorg on fbdev to know if the nv fb module was broken when used with X. thanks anyway Attilio Rick Thomas wrote: So far, I believe I'm the only one to try it with an Nvidia board on ppc64. The g5 machine only runs MacOS-X. I just tried the g-i to see if I could get it to display, since I know that is a problem area. I don't want to put Linux on it. So, given that, is there anything I can do that would be helpful? I'm not sure what is involved in set the X server to use the fbdev device. Enjoy! Rick On Nov 21, 2006, at 10:54 AM, Attilio Fiandrotti wrote: The g-i was never reported to work on PPC equipped with nvidia boards: rick, if you set the X server to use the fbdev device on your g5, does it crash too? cheers Attilio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399173: Etch installation on HPC nx6325
Verand wrote: Using installgui: Failed step: choose and install software, right after xorg configuration. Failed GRUB installation. No /boot/grub created. GUI mode hangs after switching consoles. Does this result in a screen flash after which you're sent back to the graphical installer? There was no screen flash. I switched from GUI to text console, to see, what could be problem to GRUB and came back to GUI. Installer has stopped to response from this moment. No keyboard inputs nor mouse events were possible. ah, so you were actually able to go to, let's say, VT2, type some commands and then switching back to VT5 (graphical interface's VT), right? One more question: when you said you colud complete installation with expert vga=791 was that a textual or a graphical instalation? i'll clone this bug and assign to directfb package, since we've already experienced g-i hangs/crashes on AMD64 before. cheers Attilio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian Archive Automatic Signing Key (4.0/etch)?
On Wednesday 22 November 2006 07:22, Andreas Tille wrote: But Hendrik Sattler is perfectly right and this knowledge has to be stored at prominant places like: a) installation manual b) apt-key.8 c) perhaps somewhere else Could maintainers of a) and b) (and perhaps c) ;-)) acknowledge, that this will be done I don't think the Installation Guide is the correct place for this information (rationale: it has nothing to do with installing a system, but rather with maintaining an installed system). I would suggest the Debian Reference instead. or should we rather file bug reports (IMHO with severity important) to these packages? Well, you probably know that a bug report with a patch attached is most likely to produce positive results :-) pgp5P43kRwcWZ.pgp Description: PGP signature
Processed: Ressigning to this bug to directfb, merging with already existing similar ones
Processing commands for [EMAIL PROTECTED]: clone 399173 -1 Bug#399173: Etch installation on HPC nx6325 Bug 399173 cloned as bug 399837. severity -1 important Bug#399837: Etch installation on HPC nx6325 Severity set to `important' from `normal' retitle -1 d-i GTK frontend hangs after vt switching on AMD Turion Bug#399837: Etch installation on HPC nx6325 Changed Bug title. reassign -1 directfb Bug#399837: d-i GTK frontend hangs after vt switching on AMD Turion Bug reassigned from package `installation-reports' to `directfb'. merge -1 373253 Bug#399837: d-i GTK frontend hangs after vt switching on AMD Turion Bug#373253: [g-i] crash if switch to VT2 on AMD64 Bug#396520: DFB applications crash at vt switching on AMD64 Merged 373253 396520 399837. 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#340007: Patch for this bug available
On Thursday 16 November 2006 16:02, Attilio Fiandrotti wrote: Frans Pop wrote: Your last commit seems to have broken the gtk frontend. I get an error code 141 in localechooser before the language list is shown. The frontend gets restarted. Strangely enough if I boot with priority=medium and skip localechooser, kbd-chooser works correctly. I've been able to reproduce such a similar crash: just after tasksel has run, when control comes back to main-menu - i guess the crash is due to the single SELECT handler. Hmm. If I build cdebconf now I cannot reproduce the crash. Did you fix anything? I've noticed only one commit and I thought that was just cleanup... pgpPwIX64pDns.pgp Description: PGP signature
Re: Re: etch install
can you please share your steps to build NEW kernel for d-i? Sure. BTW, I successfully build installer with custom kernel at last... 1) I grabbed linux-image-2.6.18-2 from unstable. 2) apt-get source linux-kernel-di-amd64-2.6; apt-get build-dep linux-kernel-di-amd64-2.6 3) vim kernel-versions 4) vim modules/amd64/scsi-modules (I added arcmsr, the main reason to upgrade kernel for me) 5) kernel-wedge gen-control debian/control 6) dpkg-buildpackage Ok, we have a kernel udebs. 7) svn co svn://svn.d-i.alioth.debian.org/svn/d-i/trunk/installer 8) copy udebs to localudebs/ 9) vim config/amd64.cfg (enable monolithic target; it's more easy to use monolithic than any other media) 10) make build_monolithic burn, install, enjoy 8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399840: tasksel: request for ssh-server task
Package: tasksel Severity: wishlist Op 21-11-2006 om 00:57 schreef Holger Levsen: I know the task-menu is a difficult topic but I just wondered if a task ssh server wouldn't be really useful. I never install (and would install) the mail, web print-server tasks (as I prefer to do that with more control/finetuning anyway) but I would very very often select the ssh-server task... For me would a ssh server task also very usefull. I also prefer it above print-server and server where you don't known which MTA or database engine you get Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399314: marked as done (debian-installer: when two kernel versions are present in the archive, d-i does strange things when building.)
Your message dated Wed, 22 Nov 2006 12:34:22 +0100 with message-id [EMAIL PROTECTED] and subject line Bug#399314: debian-installer: when two kernel versions are present in the archive, d-i does strange things when building. has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: debian-installer, ftp.debian.org Severity: normal In todays checkout, we get : ... Get:1 http://ftp2.fr.debian.org unstable/main/debian-installer ext3-modules-2.6.18-2-powerpc-di 1.23 [106kB] Get:2 http://ftp2.fr.debian.org unstable/main/debian-installer kernel-image-2.6.17-2-powerpc-di 1.22 [1871kB] While the 2.6.18-2 kernels should have been fetched. This is probably due to 2.6.17-2 still being in the archive, and not versioned dependencies doing strange stuff in these conditions. I have some serious doubts about a d-i image resulting from such a build working, but haven't investigated further. This bug report is thus serving a double purpose, first, to ftp.debian.org, to remove the 1.22 2.6.17 d-i powerpc .udebs from the unstable archive, and second so, maybe someone with a clue about the kernel .udeb dependencies coming in and being able to comment on this issue, and maybe propose a fix. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-2-powerpc Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) ---End Message--- ---BeginMessage--- On Sunday 19 November 2006 09:16, Sven Luther wrote: While the 2.6.18-2 kernels should have been fetched. This is probably due to 2.6.17-2 still being in the archive, and not versioned dependencies doing strange stuff in these conditions. I have some serious doubts about a d-i image resulting from such a build working, but haven't investigated further. This has never been a problem in the past and I doubt that the mere existence of the old packages is the problem here. Anyway, deleting the packages from the archive is completely the wrong solution for this. Therefore closing the BR. pgpq6Wb5cvjCF.pgp Description: PGP signature ---End Message---
Processed: Re: Bug#395524: debian-installer: symlinks /etc/localtime to /usr
Processing commands for [EMAIL PROTECTED]: reassign 395524 tzsetup Bug#395524: debian-installer: symlinks /etc/localtime to /usr Bug reassigned from package `debian-installer' to `tzsetup'. tags 395524 + pending Bug#395524: debian-installer: symlinks /etc/localtime to /usr There were no tags set. Tags added: pending End of message, 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#340007: Patch for this bug available
Frans Pop wrote: On Thursday 16 November 2006 16:02, Attilio Fiandrotti wrote: Frans Pop wrote: Your last commit seems to have broken the gtk frontend. I get an error code 141 in localechooser before the language list is shown. The frontend gets restarted. Strangely enough if I boot with priority=medium and skip localechooser, kbd-chooser works correctly. I've been able to reproduce such a similar crash: just after tasksel has run, when control comes back to main-menu - i guess the crash is due to the single SELECT handler. Hmm. If I build cdebconf now I cannot reproduce the crash. Did you fix anything? I've noticed only one commit and I thought that was just cleanup... very same thing for me, even before my last cleanup commit. i was able to reproduce this crash a couple of times some days ago, but recently i could not reproduce it anymore. cheers Attilio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: r42623 - in trunk/packages/rootskel: debian src-bootfloppy src-bootfloppy/bin
On Tue, 21 Nov 2006, sferriol wrote: maximilian attems a écrit : klibc-utils produces an udeb, currently it adds all the commands. if you want to restrict that choice, please tell which you want and it's easy to put just those in. the klibc commands used in d-i: /usr/lib/klibc/bin/sh.shared /usr/lib/klibc/bin/mount /usr/lib/klibc/bin/insmod /usr/lib/klibc/bin/mknod /usr/lib/klibc/bin/mkdir /usr/lib/klibc/bin/cat /usr/lib/klibc/bin/umount /usr/lib/klibc/bin/zcat /usr/lib/klibc/bin/run-init hmm that are not much, i see no fstype in there, no ipconfig, no nfsmount.. i guess it would make sense to have an seperate boot floppy udeb, i'll catch the linux-headers -3 abi and then will add the new udeb. -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#392480: debian-installer: add support for cleaning hard drives
Processing commands for [EMAIL PROTECTED]: reassign 392480 partman-partitioning Bug#392480: debian-installer: add support for cleaning hard drives Bug reassigned from package `debian-installer' to `partman-partitioning'. 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#399597: keyboard doesn't work
Op 20-11-2006 om 14:59 schreef David Glaser: On 11/20/06, Geert Stappers [EMAIL PROTECTED] wrote: Seem like that the keyboard doesn't work, check it. The keyboard works ok with Windows. Yes, and the Debian-Installer works ok on computers. Find out what is wrong with _your configuration_ I suggest to check things like BIOS setup or a boot option. Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: r42623 - in trunk/packages/rootskel: debian src-bootfloppy src-bootfloppy/bin
On Wednesday 22 November 2006 13:01, maximilian attems wrote: hmm that are not much, i see no fstype in there, no ipconfig, no nfsmount.. i guess it would make sense to have an seperate boot floppy udeb, i'll catch the linux-headers -3 abi and then will add the new udeb. Thanks. We'll still need to hack from Sylvain to copy these binaries (and their libs) into rootskel while there is no cpio included in that udeb though. Otherwise every klibc upload will break floppy installations because the cpio in rootskel will no longer work with the newer libs. pgptEYVtRhhcZ.pgp Description: PGP signature
Re: 2 little corrections for pci.lst
[Jörg] Today I checked all DX8 and DX9 ATI card entries from the pci.lst which should be supported by ati driver. I found only 2 things, one entry with radeon instead of ati and one missing card (X850). Just apply the patch. Otherwise the xorg detection is ok now - has much more cards than before. nv, i810 and sis are easy to detect, just ati needed more attention. The rest are too specific to look at em ;) Hi. Thank you for the feedback. To make sure all the discover-data maintainers know about the issues you find, you should send the reports to the Debian bug tracking system instead of directly to me. Anyway, I found time to look at your mail now, and have updated the discover-dat svn repository. Thank you for your report. Friendly, -- Petter Reinholdtsen
Processing of debian-installer-utils_1.40_i386.changes
debian-installer-utils_1.40_i386.changes uploaded successfully to localhost along with the files: debian-installer-utils_1.40.dsc debian-installer-utils_1.40.tar.gz di-utils-shell_1.40_all.udeb di-utils-reboot_1.40_all.udeb di-utils-exit-installer_1.40_all.udeb di-utils-terminfo_1.40_all.udeb di-utils_1.40_i386.udeb di-utils-mapdevfs_1.40_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tzsetup_0.13_i386.changes ACCEPTED
Accepted: tzsetup-udeb_0.13_all.udeb to pool/main/t/tzsetup/tzsetup-udeb_0.13_all.udeb tzsetup_0.13.dsc to pool/main/t/tzsetup/tzsetup_0.13.dsc tzsetup_0.13.tar.gz to pool/main/t/tzsetup/tzsetup_0.13.tar.gz Override entries for your package: tzsetup-udeb_0.13_all.udeb - standard debian-installer tzsetup_0.13.dsc - source misc Announcing to debian-devel-changes@lists.debian.org Closing bugs: 395524 397576 397649 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395524: marked as done (debian-installer: symlinks /etc/localtime to /usr)
Your message dated Wed, 22 Nov 2006 12:32:05 + with message-id [EMAIL PROTECTED] and subject line Bug#395524: fixed in tzsetup 1:0.13 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: debian-installer Severity: normal libc6 has fixed #346342 a few months ago and now places a copy of the timezone data file to /etc. However, the installer still creates this as a symlink, causing trouble for people who are running their hardware clock in local time, have /usr on a different file system and do not manually dpkg-reconfigure tzdata after installation (this reconfiguration creates the copy of the timezone data file in /etc/localtime). Debian-installer should do the same thing, creating a copy instead of a symlink. Greetings Marc -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.1-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) ---End Message--- ---BeginMessage--- Source: tzsetup Source-Version: 1:0.13 We believe that the bug you reported is fixed in the latest version of tzsetup, which is due to be installed in the Debian FTP archive: tzsetup-udeb_0.13_all.udeb to pool/main/t/tzsetup/tzsetup-udeb_0.13_all.udeb tzsetup_0.13.dsc to pool/main/t/tzsetup/tzsetup_0.13.dsc tzsetup_0.13.tar.gz to pool/main/t/tzsetup/tzsetup_0.13.tar.gz 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 [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Frans Pop [EMAIL PROTECTED] (supplier of updated tzsetup 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 [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 22 Nov 2006 13:16:54 +0100 Source: tzsetup Binary: tzsetup-udeb Architecture: source all Version: 1:0.13 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Frans Pop [EMAIL PROTECTED] Description: tzsetup-udeb - choose timezone (udeb) Closes: 395524 397576 397649 Changes: tzsetup (1:0.13) unstable; urgency=low . * Make /target/etc/localtime a copy of instead of a symlink to the timezone in line with what tzconfig now does (see #346342). Closes: #395524. I suspect this also fixes the occasional reports we've had of the clock being wrong after reboot. Closes: #397576, #397649. . [ Updated translations ] * Bosnian (bs.po) by Safir Secerovic * Georgian (ka.po) by Aiet Kolkhi * Kurdish (ku.po) by rizoye-xerzi Files: 354915db049d553658930346f0369d19 740 debian-installer standard tzsetup_0.13.dsc 9798252870acccad20cd1b3fbe0d5b30 78750 debian-installer standard tzsetup_0.13.tar.gz 71eb232ac17f8b4b90749f5e00d901cf 51806 debian-installer standard tzsetup-udeb_0.13_all.udeb Package-Type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFZEAFgm/Kwh6ICoQRAhYJAKCTElu4zc0vUTKU7S+iFndP9AiluwCfbLUy 1R9LOwz5yTH8Ag8W0/vuUTw= =8ger -END PGP SIGNATURE- ---End Message---
Bug#397576: marked as done (Installation report - file mod times wrong)
Your message dated Wed, 22 Nov 2006 12:32:05 + with message-id [EMAIL PROTECTED] and subject line Bug#397576: fixed in tzsetup 1:0.13 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: installation-reports Boot method: cd netinst image Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso Date: 20061105 image Machine: Processor: Athlon Memory: 512 Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O ] Configure network: [O ] Detect CD: [O ] Load installer modules: [O ] Detect hard drives: [O ] Partition hard drives: [O ] Install base system:[O ] Clock/timezone setup: [E ] User/password setup:[ O] Install tasks: [O ] Install boot loader:[O ] Overall install:[ ] Comments/Problems: The file modification times were fine during the install, however after rebooting, most of the system had modification times 10 hours in the future. The system clock is set to local time (checked in bios). I chose the correct timezone in the installer and UTC was set to NO. I have had this problem with installs from the di-beta3 cd and weekly build (20061009). The output of date was correct after reboot eg: ls -l / ... drwxr-xr-x 12 root root 4096 2006-11-09 01:38 usr drwxr-xr-x 14 root root 4096 2006-11-09 01:45 var lrwxrwxrwx 1 root root24 2006-11-09 01:36 vmlinuz - boot/vmlinuz-2.6.16-2-k7 navi:/# date Wed Nov 8 15:53:04 EST 2006 This is a bit of a problem. In the case of weekly(20061009) it prevents fc-cache -ffrom running properly until 10 hours after the install (which prevents ttf-opensymbol from installing, which prevents openoffice from installing). I assume the 10 hours is due to me being at GMT+10. Joel ---End Message--- ---BeginMessage--- Source: tzsetup Source-Version: 1:0.13 We believe that the bug you reported is fixed in the latest version of tzsetup, which is due to be installed in the Debian FTP archive: tzsetup-udeb_0.13_all.udeb to pool/main/t/tzsetup/tzsetup-udeb_0.13_all.udeb tzsetup_0.13.dsc to pool/main/t/tzsetup/tzsetup_0.13.dsc tzsetup_0.13.tar.gz to pool/main/t/tzsetup/tzsetup_0.13.tar.gz 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 [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Frans Pop [EMAIL PROTECTED] (supplier of updated tzsetup 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 [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 22 Nov 2006 13:16:54 +0100 Source: tzsetup Binary: tzsetup-udeb Architecture: source all Version: 1:0.13 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Frans Pop [EMAIL PROTECTED] Description: tzsetup-udeb - choose timezone (udeb) Closes: 395524 397576 397649 Changes: tzsetup (1:0.13) unstable; urgency=low . * Make /target/etc/localtime a copy of instead of a symlink to the timezone in line with what tzconfig now does (see #346342). Closes: #395524. I suspect this also fixes the occasional reports we've had of the clock being wrong after reboot. Closes: #397576, #397649. . [ Updated translations ] * Bosnian (bs.po) by Safir Secerovic * Georgian (ka.po) by Aiet Kolkhi * Kurdish (ku.po) by rizoye-xerzi Files: 354915db049d553658930346f0369d19 740 debian-installer standard tzsetup_0.13.dsc 9798252870acccad20cd1b3fbe0d5b30 78750 debian-installer standard tzsetup_0.13.tar.gz 71eb232ac17f8b4b90749f5e00d901cf 51806 debian-installer standard tzsetup-udeb_0.13_all.udeb Package-Type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFZEAFgm/Kwh6ICoQRAhYJAKCTElu4zc0vUTKU7S+iFndP9AiluwCfbLUy 1R9LOwz5yTH8Ag8W0/vuUTw= =8ger -END PGP SIGNATURE- ---End Message---
Bug#399737: Installation Report - Etch RC1 DVD does not install Desktop
On Tuesday 21 November 2006 18:55, Clyde E. Kunkel wrote: Comments/Problems: Partition hard drives: Selected manual partitioning, but test system configuration was not shown. Had to click to raid section, do nothing but return to partitioner to see software raidsets, then had to click LVM and do nothing but return to partitioner to see LVs. This is a known issue. Display LVs in the LVM section of partitioning does not display all LVs. See list above. Need scrolling window here. Could you provide a screenshot for this and explain exactly what is missing? Windows should become scrollable automatically when the data exceeds the size of the window. Reboot: Booted to logon prompt ok, but no X. Had to apt-install xserver-xorg and Gnome to get desktop even tho all should have been on the DVD. During the installation you are presented with a list of tasks that can be selected. Are you sure you selected the Desktop task for installation? That should have given you both XOrg and GNOME. We test this extensively before release and are fairly sure it works correctly. The task may not be selected by default depending on the characteristics of your system (e.g. partition sizes). They gui install is getting there, would like to see less of a gui like text install and more gui with drop down menus, selection lists, radio buttons to select items instead of clicking on full lines of options, etc. Yes, this is a first step. We hope to find developers interested in making it more graphical, though without adding too many frills and whistles and trying to avoid really major diversions between the textual and graphical installers. Thank you very much for your report. Cheers, FJP pgpPfvQh7ywfp.pgp Description: PGP signature
Bug#397649: marked as done (install-report: Wrong time and NTP sync missing by default)
Your message dated Wed, 22 Nov 2006 12:32:05 + with message-id [EMAIL PROTECTED] and subject line Bug#397649: fixed in tzsetup 1:0.13 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: install-report Severity: normal Hi, After installing my time is one hour ahead (I'm in GMT +1). I guess the question that's no longer asked about whether the hardware clock is GMT defaults to GMT instead of local. Also, no NTP synchronization is available by default. I really think Debian should install. Maybe install but disable, although I'd prefer it to be enabled by default. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Re: d-i runs out of RAM on 32 MB machine with 1 GB hard drive
Hello Martin, * Martin Michlmayr [EMAIL PROTECTED], [2006-11-22 11:04 +0100]: * Emanuele Rocca [EMAIL PROTECTED] [2006-11-22 00:37]: And the creation of an ext3 fs on /dev/sda1 fails due to ssh going out of memory. But it works if swap on /dev/sda5 is larger? I've tried this morning with a bigger sda5, but without luck. fdisk -l /dev/sda: /dev/sda111 112 899608+83 Linux Native /dev/sda2 112 112 124 96390 5 DOS Extended /dev/sda5 113 113 124 96358+82 Linux Swap /var/log/syslog: Nov 22 09:58:01 kernel: Free swap = 90140kB Nov 22 09:58:01 kernel: Total swap = 96348kB Nov 22 09:58:01 kernel: Free swap:90140kB Nov 22 09:58:01 kernel: 8192 pages of RAM Nov 22 09:58:01 kernel: 429 free pages Nov 22 09:58:01 kernel: 681 reserved pages Nov 22 09:58:01 kernel: 1229 slab pages Nov 22 09:58:01 kernel: 664 pages shared Nov 22 09:58:01 kernel: 1552 pages swap cached Nov 22 09:58:01 kernel: Out of Memory: Kill process 4024 (sshd) score 96 and children. Nov 22 09:58:01 kernel: Out of memory: Killed process 4049 (sshd). There was another terminal open with a tail -f on /var/log/syslog, which could be an explaination of the failure, given that it was indeed using some resources. I'll further investigate this issue tonight. Other systems affected besides the nslu2? ciao, ema -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of cdebconf_0.109_i386.changes
cdebconf_0.109_i386.changes uploaded successfully to localhost along with the files: cdebconf_0.109.dsc cdebconf_0.109.tar.gz cdebconf-priority_0.109_all.udeb cdebconf_0.109_i386.deb libdebconfclient0_0.109_i386.deb libdebconfclient0-dev_0.109_i386.deb cdebconf-udeb_0.109_i386.udeb libdebconfclient0-udeb_0.109_i386.udeb cdebconf-newt-udeb_0.109_i386.udeb cdebconf-text-udeb_0.109_i386.udeb cdebconf-gtk-udeb_0.109_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
debian-installer-utils_1.40_i386.changes ACCEPTED
Accepted: debian-installer-utils_1.40.dsc to pool/main/d/debian-installer-utils/debian-installer-utils_1.40.dsc debian-installer-utils_1.40.tar.gz to pool/main/d/debian-installer-utils/debian-installer-utils_1.40.tar.gz di-utils-exit-installer_1.40_all.udeb to pool/main/d/debian-installer-utils/di-utils-exit-installer_1.40_all.udeb di-utils-mapdevfs_1.40_i386.udeb to pool/main/d/debian-installer-utils/di-utils-mapdevfs_1.40_i386.udeb di-utils-reboot_1.40_all.udeb to pool/main/d/debian-installer-utils/di-utils-reboot_1.40_all.udeb di-utils-shell_1.40_all.udeb to pool/main/d/debian-installer-utils/di-utils-shell_1.40_all.udeb di-utils-terminfo_1.40_all.udeb to pool/main/d/debian-installer-utils/di-utils-terminfo_1.40_all.udeb di-utils_1.40_i386.udeb to pool/main/d/debian-installer-utils/di-utils_1.40_i386.udeb Override entries for your package: debian-installer-utils_1.40.dsc - source debian-installer di-utils-exit-installer_1.40_all.udeb - extra debian-installer di-utils-mapdevfs_1.40_i386.udeb - standard debian-installer di-utils-reboot_1.40_all.udeb - standard debian-installer di-utils-shell_1.40_all.udeb - standard debian-installer di-utils-terminfo_1.40_all.udeb - standard debian-installer di-utils_1.40_i386.udeb - standard debian-installer Announcing to debian-devel-changes@lists.debian.org Closing bugs: 395920 398696 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340007: Patch for this bug available
On Wednesday 22 November 2006 12:28, Attilio Fiandrotti wrote: very same thing for me, even before my last cleanup commit. i was able to reproduce this crash a couple of times some days ago, but recently i could not reproduce it anymore. OK. May have been a library problem of some sort. I've uploaded the new version. Let's stay alert for any issues. pgp0fVb7V0Z6P.pgp Description: PGP signature
Bug#399573: Some further infos and partial solution
Additional information to bug #399573. Knoppix 5 (as reported) detects the sata devices as /dev/hda and /dev/hdc. By booting the debian installer with install libata.xxx (or any other option libata does not understand, I found this by accident) the ata_piix module does not work (throws errors), and now the kernel detects the sata devices as /dev/hda and /dev/hdc (as knoppix). They are working, but slow. Then I tried ubuntu, and here the sata devices are detected without problems (but I still don't know why). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395920: marked as done (kernel commandline parameters only useful during preseeding are copied into the target)
Your message dated Wed, 22 Nov 2006 13:02:04 + with message-id [EMAIL PROTECTED] and subject line Bug#395920: fixed in debian-installer-utils 1.40 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: preseed Version: 1.18 Severity: minor At present all the kernel command lines (in the syslinux files at least) end in --, so anything after that is going to get put on the kernel command line of the target system. We could search for things that match preseed aliases, and things with /'s in them, and strip them out automatically. Alternatively, we could update the documetnation to reflect the fact that by adding another -- on the typed boot prompt, the user can choose which parameters they want copied (since only those things after the last -- are copied), or we could do both so that in most cases people would not be required to type the extra -- Cheers, Phil. ---End Message--- ---BeginMessage--- Source: debian-installer-utils Source-Version: 1.40 We believe that the bug you reported is fixed in the latest version of debian-installer-utils, which is due to be installed in the Debian FTP archive: debian-installer-utils_1.40.dsc to pool/main/d/debian-installer-utils/debian-installer-utils_1.40.dsc debian-installer-utils_1.40.tar.gz to pool/main/d/debian-installer-utils/debian-installer-utils_1.40.tar.gz di-utils-exit-installer_1.40_all.udeb to pool/main/d/debian-installer-utils/di-utils-exit-installer_1.40_all.udeb di-utils-mapdevfs_1.40_i386.udeb to pool/main/d/debian-installer-utils/di-utils-mapdevfs_1.40_i386.udeb di-utils-reboot_1.40_all.udeb to pool/main/d/debian-installer-utils/di-utils-reboot_1.40_all.udeb di-utils-shell_1.40_all.udeb to pool/main/d/debian-installer-utils/di-utils-shell_1.40_all.udeb di-utils-terminfo_1.40_all.udeb to pool/main/d/debian-installer-utils/di-utils-terminfo_1.40_all.udeb di-utils_1.40_i386.udeb to pool/main/d/debian-installer-utils/di-utils_1.40_i386.udeb 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 [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Frans Pop [EMAIL PROTECTED] (supplier of updated debian-installer-utils 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 [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 22 Nov 2006 13:57:00 +0100 Source: debian-installer-utils Binary: di-utils-terminfo di-utils-mapdevfs di-utils-shell di-utils-reboot di-utils di-utils-exit-installer Architecture: source i386 all Version: 1.40 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Frans Pop [EMAIL PROTECTED] Description: di-utils - Miscellaneous utilities for the debian installer (udeb) di-utils-exit-installer - Exit installer (udeb) di-utils-mapdevfs - mapdevfs utility for the debian installer (udeb) di-utils-reboot - Reboot (udeb) di-utils-shell - Execute a shell (udeb) di-utils-terminfo - Terminfo entries needed by newt/slang in debian installer (udeb) Closes: 395920 398696 Changes: debian-installer-utils (1.40) unstable; urgency=low . [ Joey Hess ] * user-params: skip items in preseed_aliases. Closes: #395920. . [ Frans Pop ] * Remove Thorsten Sauter from uploaders as requested by MIA team. . [ Colin Watson ] * list-devices: Look for ID_CDROM= in udevinfo output rather than ID_TYPE=cd when looking for CD devices. Closes: #398696. . [ Updated translations ] * Bulgarian (bg.po) by Damyan Ivanov * Bosnian (bs.po) by Safir Secerovic * Kurdish (ku.po) by rizoye-xerzi * Romanian (ro.po) by Eddy PetriÈor * Slovenian (sl.po) by Matej KovaÄiÄ Files: b7eeb54615125c83b7b90f4668d545b8 1041 debian-installer standard debian-installer-utils_1.40.dsc 91a05ee33a50c14de8e07f3cd1388f47 62284 debian-installer standard debian-installer-utils_1.40.tar.gz e92c56a972c3ad00df626d851450ecf6 16714 debian-installer standard di-utils-shell_1.40_all.udeb 9f1719c427c341705dccd2d1aa920d5d 7534 debian-installer standard di-utils-reboot_1.40_all.udeb aab58808a86696acb3e76fb87954b237 2670 debian-installer extra di-utils-exit-installer_1.40_all.udeb beee69dce3b010cc82b00871e6cf8805 2390
cdebconf_0.109_i386.changes ACCEPTED
Accepted: cdebconf-gtk-udeb_0.109_i386.udeb to pool/main/c/cdebconf/cdebconf-gtk-udeb_0.109_i386.udeb cdebconf-newt-udeb_0.109_i386.udeb to pool/main/c/cdebconf/cdebconf-newt-udeb_0.109_i386.udeb cdebconf-priority_0.109_all.udeb to pool/main/c/cdebconf/cdebconf-priority_0.109_all.udeb cdebconf-text-udeb_0.109_i386.udeb to pool/main/c/cdebconf/cdebconf-text-udeb_0.109_i386.udeb cdebconf-udeb_0.109_i386.udeb to pool/main/c/cdebconf/cdebconf-udeb_0.109_i386.udeb cdebconf_0.109.dsc to pool/main/c/cdebconf/cdebconf_0.109.dsc cdebconf_0.109.tar.gz to pool/main/c/cdebconf/cdebconf_0.109.tar.gz cdebconf_0.109_i386.deb to pool/main/c/cdebconf/cdebconf_0.109_i386.deb libdebconfclient0-dev_0.109_i386.deb to pool/main/c/cdebconf/libdebconfclient0-dev_0.109_i386.deb libdebconfclient0-udeb_0.109_i386.udeb to pool/main/c/cdebconf/libdebconfclient0-udeb_0.109_i386.udeb libdebconfclient0_0.109_i386.deb to pool/main/c/cdebconf/libdebconfclient0_0.109_i386.deb Override entries for your package: cdebconf-gtk-udeb_0.109_i386.udeb - optional debian-installer cdebconf-newt-udeb_0.109_i386.udeb - optional debian-installer cdebconf-priority_0.109_all.udeb - standard debian-installer cdebconf-text-udeb_0.109_i386.udeb - optional debian-installer cdebconf-udeb_0.109_i386.udeb - standard debian-installer cdebconf_0.109.dsc - source utils cdebconf_0.109_i386.deb - extra utils libdebconfclient0-dev_0.109_i386.deb - optional libdevel libdebconfclient0-udeb_0.109_i386.udeb - optional debian-installer libdebconfclient0_0.109_i386.deb - optional libs Announcing to debian-devel-changes@lists.debian.org Closing bugs: 340007 395052 396071 397877 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
just wait more next time, Re: Debian Archive Automatic Signing Key (4.0/etch)?
actually, there is no need for tons of documentation: the usage of the package debian-archive-keyring should really automate the whole thing, as long as it is done correctly: 1) release team generates new key and new package debian-archive-keyring 2) users install it : in postinst, /usr/bin/apt-key update is run 3) after some time (10 days), release team starts using new key If done that way, it really works, and we have a trust path, since the new package debian-archive-keyring is certified by the old key. The problem is that , in this particular case, the new package debian-archive-keyring was released 22 Nov, and the new key was used almost immediately : so people using testing did not have time to import it. next time, they should just wait (at least 10 days - but maybe 30days would be better) a. Andreas Tille ha scritto: On Tue, 21 Nov 2006, Kurt Roeckx wrote: On Tue, Nov 21, 2006 at 04:50:29PM -0600, Peter Samuelson wrote: [Martin Zobel-Helas] gpg --recv-keys A70DAF536070D3A1 (gpg --export -a A70DAF536070D3A1 | apt-key add -) Uh, don't forget the part about verifying that the key is actually signed by the ftpmasters. Skipping that step pretty much defeats the entire point. gpg --list-sigs A70DAF536070D3A1 Try gpg --check-sigs A70DAF536070D3A1 instead. But Hendrik Sattler is perfectly right and this knowledge has to be stored at prominant places like: a) installation manual b) apt-key.8 c) perhaps somewhere else Could maintainers of a) and b) (and perhaps c) ;-)) acknowledge, that this will be done or should we rather file bug reports (IMHO with severity important) to these packages? Kind regards Andreas. PS: debian-boot@lists.debian.org in CC because of the installation manual issue. Forgive me if this should be off-topic there. signature.asc Description: OpenPGP digital signature
Bug#395259: nobootloader: [powerpc/pegasos] bad sed invocation breaks devfs style paths (division by zero)
On Wed, Nov 22, 2006 at 12:05:45PM +0100, Sven Luther wrote: On Wed, Nov 22, 2006 at 09:32:27AM +, Colin Watson wrote: Don't be misled by the variable name. It's called $bootfs_devfs because it's the path before calling mapdevfs; if you aren't using devfs paths then $bootfs_devfs and $bootfs are identical. What $bootfs_devfs really means is the version of this path that can be used within d-i. I've just committed an IMHO better fix which will work for both devfs and non-devfs paths. Sven, thanks for the report. Hehe, i suppose i will now need to build and test your new version, or will you be able to test it on your pegasos machine ? I need to buy a KVM before I can really get that machine up and running again (which is on the plan once I've recovered my finances a bit from buying a house). I already unit-tested the change with various example paths, of course. -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385926: marked as done (Ultra10 Installation Report -- Success)
Your message dated Wed, 22 Nov 2006 14:34:09 +0100 with message-id [EMAIL PROTECTED] and subject line Bug#385926: Ultra10 Installation Report -- Success has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: installation-reports Boot method: CD using CD for etch beta3 installer, netinst image Image version: From http://lists.debian.org/debian-devel-announce/2006/08/msg9.html; retrieved 8/24 or so; md5sum cd2f400466d2da47a9bf5990f6da4cfe Date: Sep 2-3, 2006 Machine: Sun Ultra 10 Processor: TI UltraSparc IIi (Sabre); UltraSparc IIi integrated FPU; prom: 3.19.4; 440Mhz Memory: 1GB Partitions: FilesystemType 1K-blocks Used Available Use% Mounted on /dev/hda2 ext3 255944 53023189266 22% / tmpfstmpfs 517832 0517832 0% /dev/shm /dev/hda1 ext3 90329 10928 74582 13% /boot /dev/hda8 ext321077984131276 19875976 1% /home /dev/hda7 ext3 369000 8239341101 3% /tmp /dev/hda4 ext3 4806936399576 4163172 9% /usr /dev/hda5 ext3 2885812246456 2492764 9% /var tmpfstmpfs 10240 128 10112 2% /dev Output of lspci and lspci -n: lspci 00:00.0 Host bridge: Sun Microsystems Computer Corp. Ultra IIi 00:01.0 PCI bridge: Sun Microsystems Computer Corp. Simba Advanced PCI Bridge (rev 13) 00:01.1 PCI bridge: Sun Microsystems Computer Corp. Simba Advanced PCI Bridge (rev 13) 01:01.0 Bridge: Sun Microsystems Computer Corp. EBUS (rev 01) 01:01.1 Ethernet controller: Sun Microsystems Computer Corp. Happy Meal (rev 01) 01:02.0 VGA compatible controller: ATI Technologies Inc 3D Rage Pro 215GP (rev 5c) 01:03.0 IDE interface: Silicon Image, Inc. PCI0646 (rev 03) 02:01.0 Display controller: 3DLabs Permedia II 2D+3D (rev 01) 02:02.0 SCSI storage controller: LSI Logic / Symbios Logic 53c875 (rev 03) 02:04.0 Ethernet controller: Sun Microsystems Computer Corp. GEM (rev 01) lspci -n 00:00.0 0600: 108e:a000 00:01.0 0604: 108e:5000 (rev 13) 00:01.1 0604: 108e:5000 (rev 13) 01:01.0 0680: 108e:1000 (rev 01) 01:01.1 0200: 108e:1001 (rev 01) 01:02.0 0300: 1002:4750 (rev 5c) 01:03.0 0101: 1095:0646 (rev 03) 02:01.0 0380: 3d3d:0009 (rev 01) 02:02.0 0100: 1000:000f (rev 03) 02:04.0 0200: 108e:2bad (rev 01) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: Booted from CD, using serial console Description of the install: The only thing that was frustrating was that I was forced to created a user account. Probably acceptable [desirable, even] for a normal system, but this is a for play system, so being able to skip the create a user account screen. To get on with the installation, I tried going back [like to the menu -- couldn't get there], but I finally gave up trying and created a dummy account which I later deleted. I must say, I really liked using the new installer. I had been unable to use previous installers, as the boot would never get past Booting Linux... with the 2.6 kernel CDs. That may have been because of my system, I'm not sure. I recently did a STOP-N to reset NVRAM, so that may have been the issue all along I'm quite happy with how the process went. Thanks for all the hard work! :-) Oh, and since this is a play system, I'm fairly open to doing a re-install. If there are specific things you want tested, let ---End Message--- ---BeginMessage--- On Thursday 16 November 2006 04:33, Dave Barnett wrote: I retried the go back trick, and in standard mode, I had to: enter root password enter it again go back -- get enter root password screen go back -- Now I get back to the menu Yes, that looks correct. I was expecting go back to get me right to the menu from the user creation screen. The back up functionality can differ somewhat between components. Most of the time it will back up slowly through the component itself and only then exit to the menu, but sometimes it will exit to the menu straight away. It depends a bit on the complexity of the component and on if slowly backing up to correct earlier answers makes sense at all. I've not had a chance to try a
Processing of base-installer_1.69_i386.changes
base-installer_1.69_i386.changes uploaded successfully to localhost along with the files: base-installer_1.69.dsc base-installer_1.69.tar.gz base-installer_1.69_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of autopartkit_1.21_i386.changes
autopartkit_1.21_i386.changes uploaded successfully to localhost along with the files: autopartkit_1.21.dsc autopartkit_1.21.tar.gz autopartkit_1.21_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of libdebian-installer_0.46_i386.changes
libdebian-installer_0.46_i386.changes uploaded successfully to localhost along with the files: libdebian-installer_0.46.dsc libdebian-installer_0.46.tar.gz libdebian-installer4_0.46_i386.deb libdebian-installer4-dev_0.46_i386.deb libdebian-installer4-udeb_0.46_i386.udeb libdebian-installer-extra4_0.46_i386.deb libdebian-installer-extra4-udeb_0.46_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of nobootloader_1.15_i386.changes
nobootloader_1.15_i386.changes uploaded successfully to localhost along with the files: nobootloader_1.15.dsc nobootloader_1.15.tar.gz nobootloader_1.15_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of partman-base_98_i386.changes
partman-base_98_i386.changes uploaded successfully to localhost along with the files: partman-base_98.dsc partman-base_98.tar.gz partman-base_98_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of preseed_1.21_i386.changes
preseed_1.21_i386.changes uploaded successfully to localhost along with the files: preseed_1.21.dsc preseed_1.21.tar.gz preseed-common_1.21_all.udeb network-preseed_1.21_all.udeb file-preseed_1.21_all.udeb initrd-preseed_1.21_all.udeb env-preseed_1.21_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340007: marked as done (SELECT questions are not automatically scrolled to the active choice)
Your message dated Wed, 22 Nov 2006 13:32:03 + with message-id [EMAIL PROTECTED] and subject line Bug#340007: fixed in cdebconf 0.109 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: cdebconf-gtk-udeb Tags: upstream Severity: normal The actual implementation of GDK library for DirectFrameBuffer 2.0.9 doesn't allow a GtkTreeView to be scrolled down to the row corresponding to the active choice when SELECT questions are displayed. This bugs shows up under GTKDFB v. 2.0.9 only and doesn't under GTKDFB 2.8.3 or GTKX. Attilio ---End Message--- ---BeginMessage--- Source: cdebconf Source-Version: 0.109 We believe that the bug you reported is fixed in the latest version of cdebconf, which is due to be installed in the Debian FTP archive: cdebconf-gtk-udeb_0.109_i386.udeb to pool/main/c/cdebconf/cdebconf-gtk-udeb_0.109_i386.udeb cdebconf-newt-udeb_0.109_i386.udeb to pool/main/c/cdebconf/cdebconf-newt-udeb_0.109_i386.udeb cdebconf-priority_0.109_all.udeb to pool/main/c/cdebconf/cdebconf-priority_0.109_all.udeb cdebconf-text-udeb_0.109_i386.udeb to pool/main/c/cdebconf/cdebconf-text-udeb_0.109_i386.udeb cdebconf-udeb_0.109_i386.udeb to pool/main/c/cdebconf/cdebconf-udeb_0.109_i386.udeb cdebconf_0.109.dsc to pool/main/c/cdebconf/cdebconf_0.109.dsc cdebconf_0.109.tar.gz to pool/main/c/cdebconf/cdebconf_0.109.tar.gz cdebconf_0.109_i386.deb to pool/main/c/cdebconf/cdebconf_0.109_i386.deb libdebconfclient0-dev_0.109_i386.deb to pool/main/c/cdebconf/libdebconfclient0-dev_0.109_i386.deb libdebconfclient0-udeb_0.109_i386.udeb to pool/main/c/cdebconf/libdebconfclient0-udeb_0.109_i386.udeb libdebconfclient0_0.109_i386.deb to pool/main/c/cdebconf/libdebconfclient0_0.109_i386.deb 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 [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Frans Pop [EMAIL PROTECTED] (supplier of updated cdebconf 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 [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 22 Nov 2006 14:23:39 +0100 Source: cdebconf Binary: cdebconf-slang-udeb libdebconfclient0 cdebconf-priority cdebconf libdebconfclient0-dev cdebconf-udeb libdebconfclient0-udeb cdebconf-gtk-udeb cdebconf-text-udeb cdebconf-newt-udeb Architecture: source i386 all Version: 0.109 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Frans Pop [EMAIL PROTECTED] Description: cdebconf - Debian Configuration Management System (C-implementation) cdebconf-gtk-udeb - Gtk+ frontend for Debian Configuration Management System (udeb) cdebconf-newt-udeb - Newt frontend for Debian Configuration Management System (udeb) cdebconf-priority - Change debconf priority (udeb) cdebconf-text-udeb - Plain text frontend for Debian Configuration Management System (udeb) cdebconf-udeb - Debian Configuration Management System (C-implementation) (udeb) libdebconfclient0 - Debian Configuration Management System (C-implementation) libdebconfclient0-dev - Development files for cdebconf libdebconfclient0-udeb - Debian Configuration Management System (C-implementation) (udeb) Closes: 340007 395052 396071 397877 Changes: cdebconf (0.109) unstable; urgency=low . [ Attilio Fiandrotti ] * Disable the screenshot button before gtk_go() returns. Closes: #396071. * Change handler for BOOLEAN questions in GTK frontend to use radiobuttons instead of a checkbox. Closes: #395052. * Make sure the default choice for countrychooser/country-name is correctly preselected by the GTK frontend's special handler. Closes: #397877. * Fixed scrolling to default option in GTK frontend for SELECT questions. Closes: #340007. * Remove code belonging to ancient SELECT and BOOLEAN handlers which are no longer used. . [ Updated translations ] * Bulgarian (bg.po) by Damyan Ivanov * Bosnian (bs.po) by Safir Secerovic * Esperanto (eo.po) by Serge Leblanc * Georgian (ka.po) by Aiet Kolkhi * Kurdish (ku.po) by rizoye-xerzi * Norwegian Bokmål (nb.po) by Bjørn Steensrud * Norwegian Nynorsk (nn.po) by Håvard Korsvoll * Swedish
Bug#397877: marked as done (cdebconf-gtk-udeb: incorrect line selected as default in tree lists)
Your message dated Wed, 22 Nov 2006 13:32:03 + with message-id [EMAIL PROTECTED] and subject line Bug#397877: fixed in cdebconf 0.109 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: cdebconf-gtk-udeb Version: 0.108 Severity: important During localechooser, the default line selected in the full country list will be the continent instead of the country. Steps to reproduce: - start the installer with 'installgui priority=medium' - select Choose language - select Finnish as language - the full country list will be shown with the line Eurooppa (Europe) selected instead of the line for Suomi (Finland) If the same is done using the newt frontend, the default will be Suomi, so this is a bug in either cdebconf-gtk or in the gtk libs. pgpU78lx70YFL.pgp Description: PGP signature ---End Message--- ---BeginMessage--- Source: cdebconf Source-Version: 0.109 We believe that the bug you reported is fixed in the latest version of cdebconf, which is due to be installed in the Debian FTP archive: cdebconf-gtk-udeb_0.109_i386.udeb to pool/main/c/cdebconf/cdebconf-gtk-udeb_0.109_i386.udeb cdebconf-newt-udeb_0.109_i386.udeb to pool/main/c/cdebconf/cdebconf-newt-udeb_0.109_i386.udeb cdebconf-priority_0.109_all.udeb to pool/main/c/cdebconf/cdebconf-priority_0.109_all.udeb cdebconf-text-udeb_0.109_i386.udeb to pool/main/c/cdebconf/cdebconf-text-udeb_0.109_i386.udeb cdebconf-udeb_0.109_i386.udeb to pool/main/c/cdebconf/cdebconf-udeb_0.109_i386.udeb cdebconf_0.109.dsc to pool/main/c/cdebconf/cdebconf_0.109.dsc cdebconf_0.109.tar.gz to pool/main/c/cdebconf/cdebconf_0.109.tar.gz cdebconf_0.109_i386.deb to pool/main/c/cdebconf/cdebconf_0.109_i386.deb libdebconfclient0-dev_0.109_i386.deb to pool/main/c/cdebconf/libdebconfclient0-dev_0.109_i386.deb libdebconfclient0-udeb_0.109_i386.udeb to pool/main/c/cdebconf/libdebconfclient0-udeb_0.109_i386.udeb libdebconfclient0_0.109_i386.deb to pool/main/c/cdebconf/libdebconfclient0_0.109_i386.deb 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 [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Frans Pop [EMAIL PROTECTED] (supplier of updated cdebconf 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 [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 22 Nov 2006 14:23:39 +0100 Source: cdebconf Binary: cdebconf-slang-udeb libdebconfclient0 cdebconf-priority cdebconf libdebconfclient0-dev cdebconf-udeb libdebconfclient0-udeb cdebconf-gtk-udeb cdebconf-text-udeb cdebconf-newt-udeb Architecture: source i386 all Version: 0.109 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Frans Pop [EMAIL PROTECTED] Description: cdebconf - Debian Configuration Management System (C-implementation) cdebconf-gtk-udeb - Gtk+ frontend for Debian Configuration Management System (udeb) cdebconf-newt-udeb - Newt frontend for Debian Configuration Management System (udeb) cdebconf-priority - Change debconf priority (udeb) cdebconf-text-udeb - Plain text frontend for Debian Configuration Management System (udeb) cdebconf-udeb - Debian Configuration Management System (C-implementation) (udeb) libdebconfclient0 - Debian Configuration Management System (C-implementation) libdebconfclient0-dev - Development files for cdebconf libdebconfclient0-udeb - Debian Configuration Management System (C-implementation) (udeb) Closes: 340007 395052 396071 397877 Changes: cdebconf (0.109) unstable; urgency=low . [ Attilio Fiandrotti ] * Disable the screenshot button before gtk_go() returns. Closes: #396071. * Change handler for BOOLEAN questions in GTK frontend to use radiobuttons instead of a checkbox. Closes: #395052. * Make sure the default choice for countrychooser/country-name is correctly preselected by the GTK frontend's special handler. Closes: #397877. * Fixed scrolling to default option in GTK frontend for SELECT questions. Closes: #340007. * Remove code belonging to ancient SELECT and BOOLEAN handlers which are no longer used. . [ Updated translations ] * Bulgarian (bg.po) by Damyan Ivanov * Bosnian (bs.po)
Bug#389088: marked as done (Segfault when taking a screenshot after disk partitioning)
Your message dated Wed, 22 Nov 2006 13:32:03 + with message-id [EMAIL PROTECTED] and subject line Bug#396071: fixed in cdebconf 0.109 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: cdebconf-gtk-udeb I just tried todays Etch beta netinstall install CD with the graphical install (installgui). When the partitioning step is done and the computer starts to actually do something in the background (probably writing the partition table or mkfs) it seems to be unwise to click on the Screenshot button. I got thrown to the text console and saw a segfault. Then the partitioning manager was started again and at least I could start from scratch. Christoph ---End Message--- ---BeginMessage--- Source: cdebconf Source-Version: 0.109 We believe that the bug you reported is fixed in the latest version of cdebconf, which is due to be installed in the Debian FTP archive: cdebconf-gtk-udeb_0.109_i386.udeb to pool/main/c/cdebconf/cdebconf-gtk-udeb_0.109_i386.udeb cdebconf-newt-udeb_0.109_i386.udeb to pool/main/c/cdebconf/cdebconf-newt-udeb_0.109_i386.udeb cdebconf-priority_0.109_all.udeb to pool/main/c/cdebconf/cdebconf-priority_0.109_all.udeb cdebconf-text-udeb_0.109_i386.udeb to pool/main/c/cdebconf/cdebconf-text-udeb_0.109_i386.udeb cdebconf-udeb_0.109_i386.udeb to pool/main/c/cdebconf/cdebconf-udeb_0.109_i386.udeb cdebconf_0.109.dsc to pool/main/c/cdebconf/cdebconf_0.109.dsc cdebconf_0.109.tar.gz to pool/main/c/cdebconf/cdebconf_0.109.tar.gz cdebconf_0.109_i386.deb to pool/main/c/cdebconf/cdebconf_0.109_i386.deb libdebconfclient0-dev_0.109_i386.deb to pool/main/c/cdebconf/libdebconfclient0-dev_0.109_i386.deb libdebconfclient0-udeb_0.109_i386.udeb to pool/main/c/cdebconf/libdebconfclient0-udeb_0.109_i386.udeb libdebconfclient0_0.109_i386.deb to pool/main/c/cdebconf/libdebconfclient0_0.109_i386.deb 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 [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Frans Pop [EMAIL PROTECTED] (supplier of updated cdebconf 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 [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 22 Nov 2006 14:23:39 +0100 Source: cdebconf Binary: cdebconf-slang-udeb libdebconfclient0 cdebconf-priority cdebconf libdebconfclient0-dev cdebconf-udeb libdebconfclient0-udeb cdebconf-gtk-udeb cdebconf-text-udeb cdebconf-newt-udeb Architecture: source i386 all Version: 0.109 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Frans Pop [EMAIL PROTECTED] Description: cdebconf - Debian Configuration Management System (C-implementation) cdebconf-gtk-udeb - Gtk+ frontend for Debian Configuration Management System (udeb) cdebconf-newt-udeb - Newt frontend for Debian Configuration Management System (udeb) cdebconf-priority - Change debconf priority (udeb) cdebconf-text-udeb - Plain text frontend for Debian Configuration Management System (udeb) cdebconf-udeb - Debian Configuration Management System (C-implementation) (udeb) libdebconfclient0 - Debian Configuration Management System (C-implementation) libdebconfclient0-dev - Development files for cdebconf libdebconfclient0-udeb - Debian Configuration Management System (C-implementation) (udeb) Closes: 340007 395052 396071 397877 Changes: cdebconf (0.109) unstable; urgency=low . [ Attilio Fiandrotti ] * Disable the screenshot button before gtk_go() returns. Closes: #396071. * Change handler for BOOLEAN questions in GTK frontend to use radiobuttons instead of a checkbox. Closes: #395052. * Make sure the default choice for countrychooser/country-name is correctly preselected by the GTK frontend's special handler. Closes: #397877. * Fixed scrolling to default option in GTK frontend for SELECT questions. Closes: #340007. * Remove code belonging to ancient SELECT and BOOLEAN handlers which are no longer used. . [ Updated translations ] * Bulgarian (bg.po) by Damyan Ivanov * Bosnian (bs.po) by Safir Secerovic * Esperanto (eo.po) by Serge Leblanc * Georgian (ka.po) by Aiet Kolkhi * Kurdish (ku.po) by
Bug#395052: marked as done (Please provide the GTK frontend with a better handler for BOOLEAN questions)
Your message dated Wed, 22 Nov 2006 13:32:03 + with message-id [EMAIL PROTECTED] and subject line Bug#395052: fixed in cdebconf 0.109 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: rootskel-gtk Severity: wishlist Many users complained about poor checkbox handler provided in the GTK frontend to handle BOOLEAN questions. A yes/no widget based handler would do better for this purpose, ATM i'm thinking about implementing this with a combobox [1] widget. cheers Attilio [1] http://developer.gnome.org/doc/API/2.0/gtk/GtkComboBox.html ---End Message--- ---BeginMessage--- Source: cdebconf Source-Version: 0.109 We believe that the bug you reported is fixed in the latest version of cdebconf, which is due to be installed in the Debian FTP archive: cdebconf-gtk-udeb_0.109_i386.udeb to pool/main/c/cdebconf/cdebconf-gtk-udeb_0.109_i386.udeb cdebconf-newt-udeb_0.109_i386.udeb to pool/main/c/cdebconf/cdebconf-newt-udeb_0.109_i386.udeb cdebconf-priority_0.109_all.udeb to pool/main/c/cdebconf/cdebconf-priority_0.109_all.udeb cdebconf-text-udeb_0.109_i386.udeb to pool/main/c/cdebconf/cdebconf-text-udeb_0.109_i386.udeb cdebconf-udeb_0.109_i386.udeb to pool/main/c/cdebconf/cdebconf-udeb_0.109_i386.udeb cdebconf_0.109.dsc to pool/main/c/cdebconf/cdebconf_0.109.dsc cdebconf_0.109.tar.gz to pool/main/c/cdebconf/cdebconf_0.109.tar.gz cdebconf_0.109_i386.deb to pool/main/c/cdebconf/cdebconf_0.109_i386.deb libdebconfclient0-dev_0.109_i386.deb to pool/main/c/cdebconf/libdebconfclient0-dev_0.109_i386.deb libdebconfclient0-udeb_0.109_i386.udeb to pool/main/c/cdebconf/libdebconfclient0-udeb_0.109_i386.udeb libdebconfclient0_0.109_i386.deb to pool/main/c/cdebconf/libdebconfclient0_0.109_i386.deb 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 [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Frans Pop [EMAIL PROTECTED] (supplier of updated cdebconf 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 [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 22 Nov 2006 14:23:39 +0100 Source: cdebconf Binary: cdebconf-slang-udeb libdebconfclient0 cdebconf-priority cdebconf libdebconfclient0-dev cdebconf-udeb libdebconfclient0-udeb cdebconf-gtk-udeb cdebconf-text-udeb cdebconf-newt-udeb Architecture: source i386 all Version: 0.109 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Frans Pop [EMAIL PROTECTED] Description: cdebconf - Debian Configuration Management System (C-implementation) cdebconf-gtk-udeb - Gtk+ frontend for Debian Configuration Management System (udeb) cdebconf-newt-udeb - Newt frontend for Debian Configuration Management System (udeb) cdebconf-priority - Change debconf priority (udeb) cdebconf-text-udeb - Plain text frontend for Debian Configuration Management System (udeb) cdebconf-udeb - Debian Configuration Management System (C-implementation) (udeb) libdebconfclient0 - Debian Configuration Management System (C-implementation) libdebconfclient0-dev - Development files for cdebconf libdebconfclient0-udeb - Debian Configuration Management System (C-implementation) (udeb) Closes: 340007 395052 396071 397877 Changes: cdebconf (0.109) unstable; urgency=low . [ Attilio Fiandrotti ] * Disable the screenshot button before gtk_go() returns. Closes: #396071. * Change handler for BOOLEAN questions in GTK frontend to use radiobuttons instead of a checkbox. Closes: #395052. * Make sure the default choice for countrychooser/country-name is correctly preselected by the GTK frontend's special handler. Closes: #397877. * Fixed scrolling to default option in GTK frontend for SELECT questions. Closes: #340007. * Remove code belonging to ancient SELECT and BOOLEAN handlers which are no longer used. . [ Updated translations ] * Bulgarian (bg.po) by Damyan Ivanov * Bosnian (bs.po) by Safir Secerovic * Esperanto (eo.po) by Serge Leblanc * Georgian (ka.po) by Aiet Kolkhi * Kurdish (ku.po) by rizoye-xerzi * Norwegian Bokmål (nb.po) by Bjørn Steensrud * Norwegian Nynorsk (nn.po) by Håvard Korsvoll *
Processing of rootskel_1.44_i386.changes
rootskel_1.44_i386.changes uploaded successfully to localhost along with the files: rootskel_1.44.dsc rootskel_1.44.tar.gz rootskel_1.44_i386.udeb rootskel-bootfloppy_1.44_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
preseed_1.21_i386.changes ACCEPTED
Accepted: env-preseed_1.21_all.udeb to pool/main/p/preseed/env-preseed_1.21_all.udeb file-preseed_1.21_all.udeb to pool/main/p/preseed/file-preseed_1.21_all.udeb initrd-preseed_1.21_all.udeb to pool/main/p/preseed/initrd-preseed_1.21_all.udeb network-preseed_1.21_all.udeb to pool/main/p/preseed/network-preseed_1.21_all.udeb preseed-common_1.21_all.udeb to pool/main/p/preseed/preseed-common_1.21_all.udeb preseed_1.21.dsc to pool/main/p/preseed/preseed_1.21.dsc preseed_1.21.tar.gz to pool/main/p/preseed/preseed_1.21.tar.gz Override entries for your package: env-preseed_1.21_all.udeb - extra debian-installer file-preseed_1.21_all.udeb - optional debian-installer initrd-preseed_1.21_all.udeb - extra debian-installer network-preseed_1.21_all.udeb - standard debian-installer preseed-common_1.21_all.udeb - standard debian-installer preseed_1.21.dsc - source misc Announcing to debian-devel-changes@lists.debian.org Closing bugs: 397668 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
autopartkit_1.21_i386.changes ACCEPTED
Accepted: autopartkit_1.21.dsc to pool/main/a/autopartkit/autopartkit_1.21.dsc autopartkit_1.21.tar.gz to pool/main/a/autopartkit/autopartkit_1.21.tar.gz autopartkit_1.21_i386.udeb to pool/main/a/autopartkit/autopartkit_1.21_i386.udeb Override entries for your package: autopartkit_1.21.dsc - source debian-installer autopartkit_1.21_i386.udeb - optional debian-installer Announcing to debian-devel-changes@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
partman-base_98_i386.changes ACCEPTED
Accepted: partman-base_98.dsc to pool/main/p/partman-base/partman-base_98.dsc partman-base_98.tar.gz to pool/main/p/partman-base/partman-base_98.tar.gz partman-base_98_i386.udeb to pool/main/p/partman-base/partman-base_98_i386.udeb Override entries for your package: partman-base_98.dsc - source debian-installer partman-base_98_i386.udeb - standard debian-installer Announcing to debian-devel-changes@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
libdebian-installer_0.46_i386.changes ACCEPTED
Accepted: libdebian-installer-extra4-udeb_0.46_i386.udeb to pool/main/libd/libdebian-installer/libdebian-installer-extra4-udeb_0.46_i386.udeb libdebian-installer-extra4_0.46_i386.deb to pool/main/libd/libdebian-installer/libdebian-installer-extra4_0.46_i386.deb libdebian-installer4-dev_0.46_i386.deb to pool/main/libd/libdebian-installer/libdebian-installer4-dev_0.46_i386.deb libdebian-installer4-udeb_0.46_i386.udeb to pool/main/libd/libdebian-installer/libdebian-installer4-udeb_0.46_i386.udeb libdebian-installer4_0.46_i386.deb to pool/main/libd/libdebian-installer/libdebian-installer4_0.46_i386.deb libdebian-installer_0.46.dsc to pool/main/libd/libdebian-installer/libdebian-installer_0.46.dsc libdebian-installer_0.46.tar.gz to pool/main/libd/libdebian-installer/libdebian-installer_0.46.tar.gz Override entries for your package: libdebian-installer-extra4-udeb_0.46_i386.udeb - optional debian-installer libdebian-installer-extra4_0.46_i386.deb - optional libs libdebian-installer4-dev_0.46_i386.deb - optional libdevel libdebian-installer4-udeb_0.46_i386.udeb - optional debian-installer libdebian-installer4_0.46_i386.deb - optional libs libdebian-installer_0.46.dsc - source libs Announcing to debian-devel-changes@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
nobootloader_1.15_i386.changes ACCEPTED
Accepted: nobootloader_1.15.dsc to pool/main/n/nobootloader/nobootloader_1.15.dsc nobootloader_1.15.tar.gz to pool/main/n/nobootloader/nobootloader_1.15.tar.gz nobootloader_1.15_all.udeb to pool/main/n/nobootloader/nobootloader_1.15_all.udeb Override entries for your package: nobootloader_1.15.dsc - source debian-installer nobootloader_1.15_all.udeb - standard debian-installer Announcing to debian-devel-changes@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
base-installer_1.69_i386.changes ACCEPTED
Accepted: base-installer_1.69.dsc to pool/main/b/base-installer/base-installer_1.69.dsc base-installer_1.69.tar.gz to pool/main/b/base-installer/base-installer_1.69.tar.gz base-installer_1.69_i386.udeb to pool/main/b/base-installer/base-installer_1.69_i386.udeb Override entries for your package: base-installer_1.69.dsc - source debian-installer base-installer_1.69_i386.udeb - required debian-installer Announcing to debian-devel-changes@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Deactivated languages
2006/11/20, Eddy Petrișor [EMAIL PROTECTED]: As I said, the problem is the actual space on the initrd and having a latin languages image/CD and a asian languages image is not such a good idea since you might end up downloading the wrong image and will be faced with a semi-useless cd since you don't know any of the other languages. Can't we give a option to choose a set of languages at the beginning say ASIAN languages, European languages, AFRICAN languages ... We can ship a set of initrd images for each laguage groups and it can be selected from grub menu at boot. (like we used to ship linux 2.4 and linux 2.6 at the same time we could have 5 initrds each for a continent). I think this would solve the problem of initrd image size in a considerable way and would not be tough to implement I think. boot: asian Regards Praveen -- Value your freedom, or you will lose it, teaches history. `Don't bother us with politics', respond those who don't want to learn. -- Richard Stallman Me scribbles at http://www.pravi.co.nr
Re: d-i runs out of RAM on 32 MB machine with 1 GB hard drive
* Emanuele Rocca [EMAIL PROTECTED] [2006-11-22 14:20]: Other systems affected besides the nslu2? I assume it's a generic problem but there are few supported systems that have 32 MB RAM and on which people use a 1 GB stick. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399737: Installation Report - Etch RC1 DVD does not install Desktop
Frans Pop wrote: On Tuesday 21 November 2006 18:55, Clyde E. Kunkel wrote: snip Display LVs in the LVM section of partitioning does not display all LVs. See list above. Need scrolling window here. Could you provide a screenshot for this and explain exactly what is missing? Windows should become scrollable automatically when the data exceeds the size of the window. Will provide a screenshot after Thanksgiving. Getting ready to leave town and do a turkey at my daughter's. Basically, I have a test system currently with 22 LVs and only about 11 are shown. Reboot: Booted to logon prompt ok, but no X. Had to apt-install xserver-xorg and Gnome to get desktop even tho all should have been on the DVD. During the installation you are presented with a list of tasks that can be selected. Are you sure you selected the Desktop task for installation? That should have given you both XOrg and GNOME. We test this extensively before release and are fairly sure it works correctly. The task may not be selected by default depending on the characteristics of your system (e.g. partition sizes). I am sure the Desktop and Base system were selected. I have also seen this behavior with the netinst CD (previously reported, bz #397036). Perhaps it is something to do with the fact that I am using a 20GB LV for /, but also configure a small (100MB) ordinary linux 0x83 partition for boot? Is there something I can check before leaving the installer and rebooting? -- Regards, Old Fart -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
rootskel_1.44_i386.changes ACCEPTED
Accepted: rootskel-bootfloppy_1.44_i386.udeb to pool/main/r/rootskel/rootskel-bootfloppy_1.44_i386.udeb rootskel_1.44.dsc to pool/main/r/rootskel/rootskel_1.44.dsc rootskel_1.44.tar.gz to pool/main/r/rootskel/rootskel_1.44.tar.gz rootskel_1.44_i386.udeb to pool/main/r/rootskel/rootskel_1.44_i386.udeb Override entries for your package: rootskel-bootfloppy_1.44_i386.udeb - extra debian-installer rootskel_1.44.dsc - source debian-installer rootskel_1.44_i386.udeb - standard debian-installer Announcing to debian-devel-changes@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340007: Patch for this bug available
Frans Pop wrote: On Wednesday 22 November 2006 12:28, Attilio Fiandrotti wrote: very same thing for me, even before my last cleanup commit. i was able to reproduce this crash a couple of times some days ago, but recently i could not reproduce it anymore. OK. May have been a library problem of some sort. I've uploaded the new version. Let's stay alert for any issues. ok, these days i'll be working on custom debian distributions and i'll do a lot of test installations, if i should notice something wrong in the installer i'll report here. cheers attilio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397668: marked as done (reports error after reading the preseed file)
Your message dated Wed, 22 Nov 2006 14:32:06 + with message-id [EMAIL PROTECTED] and subject line Bug#397668: fixed in preseed 1.21 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: preseed Severity: important I do an install file=/floppy/preseed.txt the install reads the preseed file and reports an error. When I press alt-F4 it show that a remove command failed after reading the file. If i do an alt-F1 to go back to the install program and select continue the install continues and all the settings in the preseed file are used. The system works normally. I have tried this with the daily debian-testing-i386-businesscard.iso from both 31-Oct-2006 and 7-Nov-2006. I have tried this on two different machines. Same error. System log from the time of the error. Nov 1 22:45:40 cdrom-detect: CD-ROM mount succeeded: device=/dev/ide/host0/bus1/target0/lun0/cd Nov 1 22:45:40 cdrom-detect: Detected CD 'Debian GNU/Linux testing Etch - Official Snapshot i386 Binary-1 (20061031)' Nov 1 22:45:42 cdrom-detect: Detected CD with 'testing' (etch) distribution Nov 1 22:45:42 apt-install: Queueing package eject for later installation Nov 1 22:45:42 anna-install: Queueing udeb apt-mirror-setup for later installation Nov 1 22:45:42 cdrom-detect: Base system not installable from CD, requesting choose-mirror Nov 1 22:45:42 anna-install: Queueing udeb choose-mirror for later installation Nov 1 22:45:42 main-menu[2307]: DEBUG: resolver (libc6): package doesn't exist (ignored) Nov 1 22:45:42 main-menu[2307]: DEBUG: resolver (dhcp-client-udeb): package doesn't exist (ignored) Nov 1 22:45:42 main-menu[2307]: INFO: Menu item 'file-preseed' selected Nov 1 22:45:43 kernel: EXT2-fs warning: mounting unchecked fs, running e2fsck is recommended Nov 1 22:45:45 preseed: successfully loaded preseed file from floppy:///preseed.txt Nov 1 22:45:46 main-menu[2307]: (process:6907): rm: Nov 1 22:45:46 main-menu[2307]: (process:6907): cannot remove `/var/run/usedfloppy' Nov 1 22:45:46 main-menu[2307]: (process:6907): : No such file or directory Nov 1 22:45:46 main-menu[2307]: WARNING **: Configuring 'file-preseed' failed with error code 1 Nov 1 22:45:46 main-menu[2307]: WARNING **: Menu item 'file-preseed' failed. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- Stephen Frazier Information Technology Unit Oklahoma Department of Corrections 3400 Martin Luther King Oklahoma City, Ok, 73111-4298 Tel.: (405) 425-2549 Fax: (405) 425-2554 Pager: (405) 690-1828 email: stevef%doc.state.ok.us ---End Message--- ---BeginMessage--- Source: preseed Source-Version: 1.21 We believe that the bug you reported is fixed in the latest version of preseed, which is due to be installed in the Debian FTP archive: env-preseed_1.21_all.udeb to pool/main/p/preseed/env-preseed_1.21_all.udeb file-preseed_1.21_all.udeb to pool/main/p/preseed/file-preseed_1.21_all.udeb initrd-preseed_1.21_all.udeb to pool/main/p/preseed/initrd-preseed_1.21_all.udeb network-preseed_1.21_all.udeb to pool/main/p/preseed/network-preseed_1.21_all.udeb preseed-common_1.21_all.udeb to pool/main/p/preseed/preseed-common_1.21_all.udeb preseed_1.21.dsc to pool/main/p/preseed/preseed_1.21.dsc preseed_1.21.tar.gz to pool/main/p/preseed/preseed_1.21.tar.gz 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 [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Frans Pop [EMAIL PROTECTED] (supplier of updated preseed 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 [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 22 Nov 2006 15:16:04 +0100 Source: preseed Binary: env-preseed file-preseed initrd-preseed network-preseed preseed-common Architecture: source all Version: 1.21 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Frans Pop [EMAIL PROTECTED] Description: env-preseed - debconf preseeding via environment variables (udeb)
Re: r42623 - in trunk/packages/rootskel: debian src-bootfloppy src-bootfloppy/bin
Frans Pop wrote: We'll still need to hack from Sylvain to copy these binaries (and their libs) into rootskel while there is no cpio included in that udeb though. Otherwise every klibc upload will break floppy installations because the cpio in rootskel will no longer work with the newer libs. rootskel could declare a dependency like klibc-bootfloppy-udeb (= version) -- see shy jo signature.asc Description: Digital signature
Bug#224641: [Patch] fixup serial support for grub for etch d-i
Her is an updated (but untested) patch against the d-i/trunk to fix
serial support for grub-installer.
Please note that the ${CONSOLE} has been moved to after the -- so
that it is caught as a user param. This saves special casing in the
install-grub script (which was the fix in my last revision of the
patch).
Regards
Alex Owen
Index: installer/build/boot/x86/syslinux.cfg
===
--- installer/build/boot/x86/syslinux.cfg (revision 42805)
+++ installer/build/boot/x86/syslinux.cfg (working copy)
@@ -16,22 +16,22 @@
LABEL install
kernel ${KERNEL}
- append ${VIDEO_MODE} initrd=${INITRD} ${CONSOLE} --
+ append ${VIDEO_MODE} initrd=${INITRD} -- ${CONSOLE}
LABEL linux
kernel ${KERNEL}
- append ${VIDEO_MODE} initrd=${INITRD} ${CONSOLE} --
+ append ${VIDEO_MODE} initrd=${INITRD} -- ${CONSOLE}
LABEL expert
kernel ${KERNEL}
- append priority=low ${VIDEO_MODE} initrd=${INITRD} ${CONSOLE} --
+ append priority=low ${VIDEO_MODE} initrd=${INITRD} -- ${CONSOLE}
LABEL rescue
kernel ${KERNEL}
- append ${VIDEO_MODE} initrd=${INITRD} ${CONSOLE} rescue/enable=true --
+ append ${VIDEO_MODE} initrd=${INITRD} rescue/enable=true -- ${CONSOLE}
LABEL auto
kernel ${KERNEL}
- append auto=true priority=critical ${VIDEO_MODE} initrd=${INITRD} ${CONSOLE} --
+ append auto=true priority=critical ${VIDEO_MODE} initrd=${INITRD} -- ${CONSOLE}
PROMPT 1
TIMEOUT 0
Index: packages/arch/i386/grub-installer/grub-installer
===
--- packages/arch/i386/grub-installer/grub-installer (revision 42805)
+++ packages/arch/i386/grub-installer/grub-installer (working copy)
@@ -37,11 +37,29 @@
if echo ${defconsole} | grep -q console=ttyS; then
local PORT=$(echo ${defconsole} | sed -e 's%^console=ttyS%%' -e 's%,.*%%')
local SPEED=$(echo ${defconsole} | sed -e 's%^console=ttyS[0-9]\+,%%' -e 's% .*%%')
- local SERIAL=${PORT},${SPEED}
+ local SERIAL=ttyS${PORT},${SPEED}
echo console=$SERIAL
fi
}
+grub_serial_console() {
+ #$1=output of get_serial_console
+ local unit=$(echo $1 | sed -e 's%^console=ttyS%%' -e 's%,.*%%')
+ local speed=$(echo $1 | sed -e 's%^console=ttyS[0-9]\+,%%' -e 's%[^(0-9)].*%%')
+ local parity=$(echo $1 | sed -e 's%^console=ttyS[0-9]\+,[0-9]\+%%' -e 's%[78].*%%')
+ case $parity in
+ n) local parity=no ;;
+ e) local parity=even ;;
+ o) local parity=odd ;;
+ *) local parity= ;;
+ esac
+ local word=$(echo $1 | sed -e 's%^console=ttyS[0-9]\+,[0-9]\+[oen]%%' -e 's%r%%')
+ local flow=$(echo $1 | sed -e 's%^console=ttyS[0-9]\+,[0-9]\+[oen][78]%%')
+
+ echo serial --unit=$unit --speed=$speed --word=$word --parity=$parity --stop=1
+ echo terminal serial
+ }
+
serial=$(get_serial_console)
# This is copied from update-grub; we've requested that it be moved
@@ -428,6 +446,12 @@
update_grub # again, to add new options to all the Debian kernel entries
fi
+if [ -n $serial ] ; then
+ # Modify menu.lst so _grub_ uses serial console.
+ grub_serial_console $serial | cat - $ROOT/boot/grub/$menu_file $ROOT/boot/grub/$menu_file.new
+ mv $ROOT/boot/grub/$menu_file.new $ROOT/boot/grub/$menu_file
+fi
+
# Generate menu.lst additions for other OSes
tmpfile=/tmp/menu.lst.extras
OLDIFS=$IFS
Re: r42623 - in trunk/packages/rootskel: debian src-bootfloppy src-bootfloppy/bin
On Wednesday 22 November 2006 16:44, Joey Hess wrote: rootskel could declare a dependency like klibc-bootfloppy-udeb (= version) That basically was the old situation and still means that we need to upload a new rootskel every time a new klibc is uploaded and floppies are broken while we don't. pgp1WpIODNwNC.pgp Description: PGP signature
Patch to handle touchpads in g-i available
Hi
I recently wrote a patch against DFB 0.9.25 which adds to linux_input
the capability to translate absolute x,y coordinates generated by
touchpads into relative ones: this allows using Synaptic touchpads with
the g-i.
The patch was sent for review to directfb-dev [1] and was said to be ok,
updated patch is attached to this mail.
I prepared an iso image [2] which includes the fix: i'm asking testers
who previously reported their synaptics touchpad not working within g-i
to test this iso and report results and feelings about how the touchpad
works.
cheers
Attilio
[1]
http://mail.directfb.org/pipermail/directfb-dev/2006-November/002414.html
[2] https://debian.polito.it/downloads/mini_synaptics.iso
--- linux_input.c.orig 2006-11-15 12:23:52.0 +0100
+++ linux_input.c 2006-11-20 17:56:23.0 +0100
@@ -283,6 +283,21 @@
};
/*
+ * Synaptics touchpads related stuff
+ */
+#define SYNAPTICS_SCALING_FACTOR 3
+#define SYNAPTICS_FSM_START 0
+#define SYNAPTICS_FSM_MAIN 1
+#define SYNAPTICS_FSM_END2
+
+static int x_old, y_old, dx, dy;
+static int synaptics_state = SYNAPTICS_FSM_START;
+
+static int
+synaptics_fsm ( struct input_event *levt,
+ DFBInputEvent *devt );
+
+/*
* Translates a Linux input keycode into a DirectFB keycode.
*/
static int
@@ -484,11 +499,11 @@
key_event( struct input_event *levt,
DFBInputEvent *devt )
{
- /* map touchscreen and smartpad events to button mouse */
- if (levt-code == BTN_TOUCH || levt-code == BTN_TOOL_FINGER)
- levt-code = BTN_MOUSE;
+ /* don't map touchscreen and smartpad events to button mouse */
+// if (levt-code == BTN_TOUCH || levt-code == BTN_TOOL_FINGER)
+// levt-code = BTN_MOUSE;
- if (levt-code = BTN_MOUSE levt-code BTN_JOYSTICK) {
+ if ( (levt-code = BTN_MOUSE levt-code BTN_JOYSTICK) || levt-code == BTN_TOUCH) {
devt-type = levt-value ? DIET_BUTTONPRESS : DIET_BUTTONRELEASE;
/* don't set DIEF_BUTTONS, it will be set by the input core */
devt-button = DIBI_FIRST + levt-code - BTN_MOUSE;
@@ -685,6 +700,11 @@
if (!translate_event( levt[i], devt ))
continue;
+ if ( (devt.type == DIET_AXISMOTION (devt.flags DIEF_AXISABS)) || levt-code == BTN_TOUCH || ( levt-type == EV_ABS levt-code == ABS_PRESSURE ) ) {
+if (synaptics_fsm ( levt, devt ) == 0)
+ continue;
+ }
+
if (devt.type == DIET_AXISMOTION (devt.flags DIEF_AXISREL)) {
switch (devt.axis) {
case DIAI_X:
@@ -1082,3 +1102,93 @@
/* free private data */
D_FREE( data );
}
+
+/*
+ * This FSM takes into accout finger landing on touchpad and leaving and
+ * translates absolute DFBInputEvent into a relative one
+ */
+static int
+synaptics_fsm ( struct input_event *levt,
+ DFBInputEvent *devt )
+{
+ int ret_val;
+
+ /* is there something useful ABS_PRESSURE could be used to ? */
+ if ( levt-type == EV_ABS levt-code == ABS_PRESSURE )
+ return 0;
+
+ switch (synaptics_state) {
+
+ case SYNAPTICS_FSM_START:
+ /* storing initial position of touchpad */
+ if (devt-type == DIET_AXISMOTION) {
+switch (devt-axis) {
+case DIAI_X:
+ if (devt-axisabs 1)
+ x_old = devt-axisabs;
+ break;
+case DIAI_Y:
+ if (devt-axisabs 1)
+ y_old = devt-axisabs;
+ break;
+default:
+ break;
+}
+ret_val = 0;
+ }
+
+ /* finger is landing */
+ if (levt-type == EV_KEY levt-code == BTN_TOUCH levt-value == 1)
+synaptics_state = SYNAPTICS_FSM_MAIN;
+ ret_val = 0;
+ break;
+
+ case SYNAPTICS_FSM_MAIN:
+ /* translating mouse movements into relative coordinates */
+ if (devt-type == DIET_AXISMOTION) {
+switch (devt-axis) {
+ case DIAI_X:
+ if (x_old == -1)
+ x_old = devt-axisabs;
+ dx = (devt-axisabs - x_old ) / SYNAPTICS_SCALING_FACTOR;
+ x_old = devt-axisabs;
+ devt-axisrel = dx;
+ devt-flags = devt-flags |= DIEF_AXISABS;
+ devt-flags = devt-flags |= DIEF_AXISREL;
+ ret_val = 1;
+ break;
+ case DIAI_Y:
+ if (y_old == -1)
+ y_old =
Frans, you are not playing by the rules set up by the DPL about our dispute
Frans, Again, you have violated the ruling of our DPL in the mediation process about our dispute. You uploaded the version 1.42 of rootskel, without applying my fancontrol patches, which i was asking you since various days/weeks to apply, and then you revert the upload without any kind of comment. You are hurting our users (there where many requests for this feature from G5 powermac users), and are acting in evident bad faith, while insisting that it is all my own fault, this cannot continue as is. Please try to maturate a bit, and stop acting this childishly. Fellow debian-installer team members, please speak with Frans, and stop ignoring this issue, he is hurting *OUR USERS*, and as thus you have not anymore the right to ignore this issue. Anthony, this is another proof that your insistence that i recognize that this is entirely my fault is just plain wrong, and is never going to help solve the issue, despite my good intention in this. I strongly urge that you reconsider your judgement, and that you force Frans to respect your mediation judgement, and let me make work, get the patches applied in a timely fashion, and don't sabotage my work. I think at this time, it is evident that an immediate re-establishement of my svn commit rights, a removal of frans right to remove people from the alioth project, is needed. I thus ask you, Anthony, to act in this regard without further delay. Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Patch to handle touchpads in g-i available
whops, forget the previous patch, that was an old one: the up to date
one is attached to this mail.
the iso i prepared was however built using the right patchfile.
cheers
attilio
--- linux_input.c.orig 2006-11-15 12:23:52.0 +0100
+++ linux_input.c 2006-11-21 23:26:36.0 +0100
@@ -59,6 +59,8 @@
#include sys/stat.h
#include sys/ioctl.h
#include sys/kd.h
+#include stdlib.h
+
#include linux/keyboard.h
@@ -283,6 +285,35 @@
};
/*
+ * Touchpads related stuff
+ */
+#define TOUCHPAD_SCALING_FACTOR 5
+#define TOUCHPAD_FSM_START 0
+#define TOUCHPAD_FSM_MAIN 1
+#define TOUCHPAD_FSM_END2
+
+/* expressed in usecs
+ */
+#define TOUCHPAD_SINGLE_CLICK_TIMEOUT25
+
+/* lower touchpad pressure treshold for the mouse cursor to start moving
+ */
+#define TOUCHPAD_START_MOTION_PRESSURE_TRESHOLD 20
+
+/* motion is reduced in a indirectly proportional way to finger pressure,
+ * this is the unit treshold
+ */
+#define TOUCHPAD_SCALING_FACTOR_PRESSURE 35
+
+int x_old = -1, y_old = -1, dx, dy, last_pressure, fire_single_click_flag = 0;
+struct timeval *last_mousetouch;
+int touchpad_state = TOUCHPAD_FSM_START;
+
+static int
+touchpad_fsm ( struct input_event *levt,
+ DFBInputEvent *devt );
+
+/*
* Translates a Linux input keycode into a DirectFB keycode.
*/
static int
@@ -484,11 +515,11 @@
key_event( struct input_event *levt,
DFBInputEvent *devt )
{
- /* map touchscreen and smartpad events to button mouse */
- if (levt-code == BTN_TOUCH || levt-code == BTN_TOOL_FINGER)
- levt-code = BTN_MOUSE;
+ /* don't map touchscreen and smartpad events to button mouse */
+// if (levt-code == BTN_TOUCH || levt-code == BTN_TOOL_FINGER)
+// levt-code = BTN_MOUSE;
- if (levt-code = BTN_MOUSE levt-code BTN_JOYSTICK) {
+ if ( (levt-code = BTN_MOUSE levt-code BTN_JOYSTICK) || levt-code == BTN_TOUCH) {
devt-type = levt-value ? DIET_BUTTONPRESS : DIET_BUTTONRELEASE;
/* don't set DIEF_BUTTONS, it will be set by the input core */
devt-button = DIBI_FIRST + levt-code - BTN_MOUSE;
@@ -579,8 +610,9 @@
break;
default:
- if (levt-code = ABS_PRESSURE || levt-code DIAI_LAST)
-return 0;
+// why this ?
+// if (levt-code = ABS_PRESSURE || levt-code DIAI_LAST)
+//return 0;
devt-axis = levt-code;
}
@@ -669,6 +701,8 @@
intreadlen;
struct input_event levt[64];
+ last_mousetouch = malloc ( sizeof(struct timeval));
+
while ((readlen = read(data-fd, levt, sizeof(levt)) / sizeof(levt[0])) 0
|| (readlen 0 errno == EINTR))
{
@@ -681,10 +715,15 @@
for (i=0; ireadlen; i++) {
DFBInputEvent devt;
-
+//printf(levt-type = %d, levt-code = %d, levt-value = %d\n, levt[i].type, levt[i].code, levt-value );
if (!translate_event( levt[i], devt ))
continue;
+ if ( (devt.type == DIET_AXISMOTION (devt.flags DIEF_AXISABS)) || levt[i].code == BTN_TOUCH || ( levt[i].type == EV_ABS levt[i].code == ABS_PRESSURE ) ) {
+if (touchpad_fsm ( levt[i], devt ) == 0)
+ continue;
+ }
+
if (devt.type == DIET_AXISMOTION (devt.flags DIEF_AXISREL)) {
switch (devt.axis) {
case DIAI_X:
@@ -700,7 +739,7 @@
}
}
- flush_xy( data );
+// flush_xy( data );
dfb_input_dispatch( data-device, devt );
@@ -1082,3 +1121,104 @@
/* free private data */
D_FREE( data );
}
+
+/*
+ * This FSM takes into accout finger landing on touchpad and leaving and
+ * translates absolute DFBInputEvent into a relative one
+ */
+static int
+touchpad_fsm ( struct input_event *levt,
+ DFBInputEvent *devt )
+{
+ int ret_val;
+
+ if ( levt-type == EV_ABS levt-code == ABS_PRESSURE ) {
+ last_pressure = levt-value;
+ return 0;
+ }
+
+ switch (touchpad_state) {
+
+ case TOUCHPAD_FSM_START:
+ /* finger is landing */
+ if ((levt-type == EV_KEY levt-code == BTN_TOUCH levt-value == 1) || (last_pressure TOUCHPAD_START_MOTION_PRESSURE_TRESHOLD)) {
+last_mousetouch-tv_sec = (levt-time).tv_sec;
+last_mousetouch-tv_usec = (levt-time).tv_usec;
+if (last_pressure TOUCHPAD_START_MOTION_PRESSURE_TRESHOLD)
+ touchpad_state = TOUCHPAD_FSM_MAIN;
+ }
+ ret_val = 0;
+ break;
+
+ case TOUCHPAD_FSM_MAIN:
+ /* translating mouse movements into relative coordinates */
+ if (levt-type == EV_ABS (levt-code == ABS_X || levt-code == ABS_Y)) {
+switch
Processing of rootskel-gtk_1.01_i386.changes
rootskel-gtk_1.01_i386.changes uploaded successfully to localhost along with the files: rootskel-gtk_1.01.dsc rootskel-gtk_1.01.tar.gz rootskel-gtk_1.01_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
rootskel-gtk_1.01_i386.changes ACCEPTED
Accepted: rootskel-gtk_1.01.dsc to pool/main/r/rootskel-gtk/rootskel-gtk_1.01.dsc rootskel-gtk_1.01.tar.gz to pool/main/r/rootskel-gtk/rootskel-gtk_1.01.tar.gz rootskel-gtk_1.01_i386.udeb to pool/main/r/rootskel-gtk/rootskel-gtk_1.01_i386.udeb Override entries for your package: rootskel-gtk_1.01.dsc - source debian-installer rootskel-gtk_1.01_i386.udeb - optional debian-installer Announcing to debian-devel-changes@lists.debian.org Closing bugs: 396463 396482 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399173: Etch installation on HPC nx6325
ah, so you were actually able to go to, let's say, VT2, type some commands and then switching back to VT5 (graphical interface's VT), right? Exactly. One more question: when you said you colud complete installation with expert vga=791 was that a textual or a graphical instalation? It was textual one. Regards Arthur -- Jestes kierowca? To poczytaj! http://link.interia.pl/f199e -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396482: marked as done (installation-reports: S61mouse-support-x86 should use modprobe in the same way than other scripts (-q + || true))
Your message dated Wed, 22 Nov 2006 17:17:08 + with message-id [EMAIL PROTECTED] and subject line Bug#396482: fixed in rootskel-gtk 1.01 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: installation-reports Severity: normal Using this version of the script make this system boot with a kernel where all modules are built-in if [ $DEBIAN_FRONTEND = gtk ] ; then modprobe -q evdev || true modprobe psmouse || true fi -- System Information: Debian Release: 4.0 APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19-rc3-git5 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) ---End Message--- ---BeginMessage--- Source: rootskel-gtk Source-Version: 1.01 We believe that the bug you reported is fixed in the latest version of rootskel-gtk, which is due to be installed in the Debian FTP archive: rootskel-gtk_1.01.dsc to pool/main/r/rootskel-gtk/rootskel-gtk_1.01.dsc rootskel-gtk_1.01.tar.gz to pool/main/r/rootskel-gtk/rootskel-gtk_1.01.tar.gz rootskel-gtk_1.01_i386.udeb to pool/main/r/rootskel-gtk/rootskel-gtk_1.01_i386.udeb 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 [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Frans Pop [EMAIL PROTECTED] (supplier of updated rootskel-gtk 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 [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 22 Nov 2006 18:04:39 +0100 Source: rootskel-gtk Binary: rootskel-gtk Architecture: source i386 Version: 1.01 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Frans Pop [EMAIL PROTECTED] Description: rootskel-gtk - Additions for graphical installs to skeleton root filesystem (deb (udeb) Closes: 396463 396482 Changes: rootskel-gtk (1.01) unstable; urgency=low . * Don't fail if evdev or psmouse modules cannot be loaded as they may be compiled into the kernel. Closes: #396482. * Add support for mouse/left boot parameter to enable left-handed mouse. Closes: #396463. * Remove workaround for fr-latin9 keymap from 0.14; keymap was modified. Files: d8f39d4cac90ffc28aa8403455c48d61 709 debian-installer optional rootskel-gtk_1.01.dsc 4bdc66f5dab3bcac53e542ea0bd22093 37410 debian-installer optional rootskel-gtk_1.01.tar.gz 25e2750a92a33291c2952a4cb9ed244b 32510 debian-installer optional rootskel-gtk_1.01_i386.udeb Package-Type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFZITrgm/Kwh6ICoQRAs55AJ4j0CIuHcmVV+OM5Rj1hYZ/EDG0jgCfSySV RaZglmC1n4nso1RxDROxHaE= =0E+F -END PGP SIGNATURE- ---End Message---
Bug#399882: Package: installation-reports
Package: installation-reports Boot method: netinstall disk Image version: Debian 3.1r3 (sarge), netinstall, i386 version (!) Date: October 11th 2006 Machine: Motherboard Gigabyte GA-M55plus-S3G Processor: AMD Athlon 64 X3 3800+ AM2 Memory: 2GB Partitions: Output created by Fedora Core 6: FilesystemType 1K-blocks Used Available Use% Mounted on /dev/hda1 ext339674192 6092488 31533820 17% / tmpfstmpfs 1037656 0 1037656 0% /dev/shm Output of lspci -nn and lspci -vnn: running this on fedora, since after installation of nvida driver debian does no longer start X. Lspci not provided. Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [ O] Detect network card:[E ] did recognize my nvidia ethernet adapter, during install, however did not recocognize it after installation. (thus in later installation I added my old ethernet adapter card) Configure network: [O ] Detect CD: [O ] Load installer modules: [ O] Detect hard drives: [ O] Partition hard drives: [ O] Install base system:[ O] Clock/timezone setup: [O ] User/password setup:[O ] Install tasks: [ O] Install boot loader:[O ] Overall install:[ O] Comments/Problems: Bootloader did recognize Fedora Core 6 Partition already on the disk, however did not set boot parameters of that partition OK. FC6 Grub configuration should look as following: kernel /boot/vmlinuz-2.6.8-1.2798.fc6 ro root=LABEL=/ rhgb quiet initrd /boot/initrd-2.6.18-1.2798.fc6.img and for Xen configuration: kernel /boot/vmlinuz-2.6.8-1.2798.fc6 ro root=LABEL=/ rhgb quiet initrd /boot/initrd-2.6.18-1.2798.fc6xen.img however debian boot configration looked as following: root (hd0,0) kernel /boot/vmlinuz-2.6.8-1.2798.fc6 ro root=/dev/hda1 save default boot and: root (hd0,0) kernel /boot/vmlinuz-2.6.8-1.2798.fc6xen ro root=/dev/hda1 save default boot Additionally installation of nvidia binary driver from non-free failed. Br, Michael _ Der WEB.DE SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! http://smartsurfer.web.de/?mc=100071distributionid=0066 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399687: installation report: low memory install: grub missing
Hi Holger, On Tuesday 21 November 2006 12:05, Holger Wansing wrote: First: is there a problem with building d-i daily builds? And also the file lsb-release says: DISTRIB_RELEASE=3.1 (installer build 20061102) Not so much a problem as an omission to switch back to sid_d-i for daily images after RC1. Should not make a real difference though as there were no real changes yet since RC1. Fixed now; thanks for spotting this. Comments/Problems: Huh, I got a new test machine :-) 233MHz Laptop with 32 MB RAM and 4 GB disc. You've got a funny sense of new ;-) 2.Question whether clock is set to utc or not was not asked in default install. Is that correct? Yes. Whether the question is asked or not and what the default is depends on the architecture and what other operating systems are found during installation. Install at priority=medium if you really want to see the question. 3.I installed from a netinst cd and only wanted to install a minimal system, so without any other package source. But it seems there is no grub or lilo existing on the netinst cds. From syslog: Package grub has no installation candidate Package grub is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source Calling 'apt-install grub' failed Therefore it is not possible to get a working system without additional package source. ??? If this is no error, there should be some documentation changed about this. This is strange. Both grub and lilo _are_ included on netinst CDs for both i386 and amd64 (just checked this for current daily built netinst). Looks to me like apt-setup failed to add the CD as a source (and currently it should be added). Can't verify that from the syslog though. Can you check that lilo and grub are on the image you used? (find /cdrom/pool/ -name lilo_* -o -name grub_*) What was the /etc/apt/sources.list immediately after the installation? (Or /target/etc/apt/sources.list after apt-setup is run if you want to check during the installation.) You have some strange timestamp errors in your syslog. Was the hardware clock not set correctly? Cheers, FJP pgpJxIKScfYxG.pgp Description: PGP signature
Bug#396463: marked as done (Support switching mouse to left-handed usage)
Your message dated Wed, 22 Nov 2006 17:17:08 + with message-id [EMAIL PROTECTED] and subject line Bug#396463: fixed in rootskel-gtk 1.01 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: installation-reports Boot method: CD Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso Date: Oct 30th, 2006 01:00am Machine: Custom made by components Partitions: df -Tl output bellow Sist. Arq.Tipo1K-blocos Usad Dispon. Uso% Montado em /dev/sda1 ext319125300 2272844 15880928 13% / udev tmpfs 1024056 10184 1% /dev devshm tmpfs 258352 0258352 0% /dev/shm /dev/sda3 ext394814160 19124060 70873816 22% /home Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: I triyed to install twice, using expert and expertgui. In the expertgui mode the mouse cursor changed to the text input icon and didn't went back to the pointer icon. This behavior did not made my installation to fail at all. Comment: I use the mouse left handed. Is it possible to change the mouse buttons order someway before installation begins? umame -a: Linux dorabrasil 2.6.17-2-486 #1 Wed Sep 13 15:56:30 UTC 2006 i686 unknown lspci -nn: 00:00.0 Host bridge [0600]: VIA Technologies, Inc. K8T800Pro Host Bridge [1106:0282] lspci -nn: 00:00.1 Host bridge [0600]: VIA Technologies, Inc. K8T800Pro Host Bridge [1106:1282] lspci -nn: 00:00.2 Host bridge [0600]: VIA Technologies, Inc. K8T800Pro Host Bridge [1106:2282] lspci -nn: 00:00.3 Host bridge [0600]: VIA Technologies, Inc. K8T800Pro Host Bridge [1106:3282] lspci -nn: 00:00.4 Host bridge [0600]: VIA Technologies, Inc. K8T800Pro Host Bridge [1106:4282] lspci -nn: 00:00.7 Host bridge [0600]: VIA Technologies, Inc. K8T800Pro Host Bridge [1106:7282] lspci -nn: 00:01.0 PCI bridge [0604]: VIA Technologies, Inc. VT8237 PCI bridge [K8T800/K8T890 South] [1106:b188] lspci -nn: 00:07.0 FireWire (IEEE 1394) [0c00]: VIA Technologies, Inc. IEEE 1394 Host Controller [1106:3044] (rev 80) lspci -nn: 00:0a.0 Ethernet controller [0200]: Marvell Technology Group Ltd. 88E8001 Gigabit Ethernet Controller [11ab:4320] (rev 13) lspci -nn: 00:0f.0 RAID bus controller [0104]: VIA Technologies, Inc. VIA VT6420 SATA RAID Controller [1106:3149] (rev 80) lspci -nn: 00:0f.1 IDE interface [0101]: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE [1106:0571] (rev 06) lspci -nn: 00:10.0 USB Controller [0c03]: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller [1106:3038] (rev 81) lspci -nn: 00:10.1 USB Controller [0c03]: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller [1106:3038] (rev 81) lspci -nn: 00:10.2 USB Controller [0c03]: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller [1106:3038] (rev 81) lspci -nn: 00:10.3 USB Controller [0c03]: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller [1106:3038] (rev 81) lspci -nn: 00:10.4 USB Controller [0c03]: VIA Technologies, Inc. USB 2.0 [1106:3104] (rev 86) lspci -nn: 00:11.0 ISA bridge [0601]: VIA Technologies, Inc. VT8237 ISA bridge [KT600/K8T800/K8T890 South] [1106:3227] lspci -nn: 00:11.5 Multimedia audio controller [0401]: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller [1106:3059] (rev 60) lspci -nn: 00:11.6 Communication controller [0780]: VIA Technologies, Inc. AC'97 Modem Controller [1106:3068] (rev 80) lspci -nn: 00:18.0 Host bridge [0600]: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration [1022:1100] lspci -nn: 00:18.1 Host bridge [0600]: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map [1022:1101] lspci -nn: 00:18.2 Host bridge [0600]: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller [1022:1102] lspci -nn: 00:18.3 Host bridge [0600]: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control [1022:1103] lspci -nn: 01:00.0 VGA compatible controller [0300]: nVidia Corporation NV18 [GeForce4 MX 4000 AGP 8x] [10de:0185] (rev c1) lspci
Bug#397649: install-report: NTP sync missing by default
reopen 397649 thanks Could we have NTP by default? But it would be a problem for the minority who have no or only intermittent (e.g. dial-up) network access. Why would it be a problem? I leave it to the PTBs to figure out whether there is a compromise position. PTBs? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of linux-kernel-di-arm-2.6_1.5_arm.changes
linux-kernel-di-arm-2.6_1.5_arm.changes uploaded successfully to localhost along with the files: linux-kernel-di-arm-2.6_1.5.dsc linux-kernel-di-arm-2.6_1.5.tar.gz kernel-image-2.6.18-3-footbridge-di_1.5_arm.udeb nic-modules-2.6.18-3-footbridge-di_1.5_arm.udeb nic-shared-modules-2.6.18-3-footbridge-di_1.5_arm.udeb ide-modules-2.6.18-3-footbridge-di_1.5_arm.udeb cdrom-core-modules-2.6.18-3-footbridge-di_1.5_arm.udeb scsi-core-modules-2.6.18-3-footbridge-di_1.5_arm.udeb loop-modules-2.6.18-3-footbridge-di_1.5_arm.udeb reiserfs-modules-2.6.18-3-footbridge-di_1.5_arm.udeb fat-modules-2.6.18-3-footbridge-di_1.5_arm.udeb md-modules-2.6.18-3-footbridge-di_1.5_arm.udeb usb-modules-2.6.18-3-footbridge-di_1.5_arm.udeb usb-storage-modules-2.6.18-3-footbridge-di_1.5_arm.udeb crc-modules-2.6.18-3-footbridge-di_1.5_arm.udeb kernel-image-2.6.18-3-iop32x-di_1.5_arm.udeb nic-modules-2.6.18-3-iop32x-di_1.5_arm.udeb ide-modules-2.6.18-3-iop32x-di_1.5_arm.udeb ide-core-modules-2.6.18-3-iop32x-di_1.5_arm.udeb cdrom-core-modules-2.6.18-3-iop32x-di_1.5_arm.udeb scsi-core-modules-2.6.18-3-iop32x-di_1.5_arm.udeb loop-modules-2.6.18-3-iop32x-di_1.5_arm.udeb ext3-modules-2.6.18-3-iop32x-di_1.5_arm.udeb reiserfs-modules-2.6.18-3-iop32x-di_1.5_arm.udeb fat-modules-2.6.18-3-iop32x-di_1.5_arm.udeb md-modules-2.6.18-3-iop32x-di_1.5_arm.udeb usb-modules-2.6.18-3-iop32x-di_1.5_arm.udeb usb-storage-modules-2.6.18-3-iop32x-di_1.5_arm.udeb nic-usb-modules-2.6.18-3-iop32x-di_1.5_arm.udeb sata-modules-2.6.18-3-iop32x-di_1.5_arm.udeb crc-modules-2.6.18-3-iop32x-di_1.5_arm.udeb kernel-image-2.6.18-3-ixp4xx-di_1.5_arm.udeb nic-modules-2.6.18-3-ixp4xx-di_1.5_arm.udeb scsi-core-modules-2.6.18-3-ixp4xx-di_1.5_arm.udeb loop-modules-2.6.18-3-ixp4xx-di_1.5_arm.udeb ext3-modules-2.6.18-3-ixp4xx-di_1.5_arm.udeb reiserfs-modules-2.6.18-3-ixp4xx-di_1.5_arm.udeb fat-modules-2.6.18-3-ixp4xx-di_1.5_arm.udeb md-modules-2.6.18-3-ixp4xx-di_1.5_arm.udeb usb-modules-2.6.18-3-ixp4xx-di_1.5_arm.udeb usb-storage-modules-2.6.18-3-ixp4xx-di_1.5_arm.udeb input-modules-2.6.18-3-ixp4xx-di_1.5_arm.udeb nic-usb-modules-2.6.18-3-ixp4xx-di_1.5_arm.udeb crc-modules-2.6.18-3-ixp4xx-di_1.5_arm.udeb kernel-image-2.6.18-3-rpc-di_1.5_arm.udeb scsi-core-modules-2.6.18-3-rpc-di_1.5_arm.udeb loop-modules-2.6.18-3-rpc-di_1.5_arm.udeb reiserfs-modules-2.6.18-3-rpc-di_1.5_arm.udeb fat-modules-2.6.18-3-rpc-di_1.5_arm.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: install-report: NTP sync missing by default
Processing commands for [EMAIL PROTECTED]: reopen 397649 Bug#397649: install-report: Wrong time and NTP sync missing by default 'reopen' is deprecated when a bug has been closed with a version; use 'found' or 'submitter' as appropriate instead. Bug reopened, originator not changed. 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#397649: install-report: NTP sync missing by default
On Wednesday 22 November 2006 19:05, Olaf van der Spek wrote: Could we have NTP by default? Having NTP by default is not a d-i team decision but would better be discussed on debian-devel. The option to use ntpdate or similar *during install* to set the hardware clock is a d-i decision and is something that is already on our radar. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#399882: Package: installation-reports
Processing commands for [EMAIL PROTECTED]: reassign 399882 os-prober Bug#399882: Package: installation-reports Bug reassigned from package `installation-reports' to `os-prober'. retitle 399882 Broken grub entries for multibooting Fedora Bug#399882: Package: installation-reports Changed Bug title. 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#399882: Package: installation-reports
reassign 399882 os-prober retitle 399882 Broken grub entries for multibooting Fedora thanks On Wednesday 22 November 2006 17:35, Michael Josenhans wrote: Comments/Problems: Bootloader did recognize Fedora Core 6 Partition already on the disk, however did not set boot parameters of that partition OK. FC6 Grub configuration should look as following: kernel /boot/vmlinuz-2.6.8-1.2798.fc6 ro root=LABEL=/ rhgb quiet initrd /boot/initrd-2.6.18-1.2798.fc6.img and for Xen configuration: kernel /boot/vmlinuz-2.6.8-1.2798.fc6 ro root=LABEL=/ rhgb quiet initrd /boot/initrd-2.6.18-1.2798.fc6xen.img I see four differences; somewhat in order of severity: - no initrd line - root should be set to LABEL=/ instead of /dev/hda1 - missing rhgb option What does this option do? Is it required or optional? - missing quiet option What bootloader are you using on the Fedora partition? Could you send us its configuration file? Additionally installation of nvidia binary driver from non-free failed. That is not an installer issue. Suggest you file a separate bug report against the relevant package with details. Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: r42716 - in trunk/installer: build/config build/config/powerpc build/config/powerpc/prep build/pkg-lists/cdrom build/pkg-lists/netboot debian doc/devel
On Saturday 18 November 2006 22:17, Martin Michlmayr wrote: Modified: trunk/installer/build/config/powerpc.cfg == --- trunk/installer/build/config/powerpc.cfg(original) +++ trunk/installer/build/config/powerpc.cfgSat Nov 18 22:17:56 2006 @@ -1,4 +1,4 @@ -SUBARCH_SUPPORTED = powerpc powerpc64 # apus +SUBARCH_SUPPORTED = powerpc powerpc64 prep # apus KERNELMAJOR = 2.6 I wonder why prep is promoted to a general subarch here rather than a subarch for powerpc only as it was previously. config/powerpc/powerpc.cfg has: SUBARCHES = chrp # prep coff ppcbug Obviously prep used to be a subarch at this level together with chrp. Looking at powerpc/prep.cfg, I see no reason why the old solution was abandoned here. If a change does need to be made, it probably makes sense to rename the current powerpc subarch to chrp. However, I think that the old setup is probably fine and that this is just carelessness in the patch. I'll revert to the old setup if there are no objections. Cheers, FJP pgpkPaxV6KrRx.pgp Description: PGP signature
Bug#397649: install-report: NTP sync missing by default
Frans Pop wrote: On Wednesday 22 November 2006 19:05, Olaf van der Spek wrote: Could we have NTP by default? Having NTP by default is not a d-i team decision but would better be discussed on debian-devel. Who's decision is it? -- Olaf van der Spek http://xccu.sf.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
linux-kernel-di-arm-2.6_1.5_arm.changes is NEW
(new) cdrom-core-modules-2.6.18-3-footbridge-di_1.5_arm.udeb standard debian-installer CDROM support This package contains core CDROM support for the Linux kernel. (new) cdrom-core-modules-2.6.18-3-iop32x-di_1.5_arm.udeb standard debian-installer CDROM support This package contains core CDROM support for the Linux kernel. (new) crc-modules-2.6.18-3-footbridge-di_1.5_arm.udeb extra debian-installer CRC modules This package contains CRC support modules. (new) crc-modules-2.6.18-3-iop32x-di_1.5_arm.udeb extra debian-installer CRC modules This package contains CRC support modules. (new) crc-modules-2.6.18-3-ixp4xx-di_1.5_arm.udeb extra debian-installer CRC modules This package contains CRC support modules. (new) ext3-modules-2.6.18-3-iop32x-di_1.5_arm.udeb standard debian-installer EXT3 filesystem support This package contains the EXT3 filesystem module for the Linux kernel. (new) ext3-modules-2.6.18-3-ixp4xx-di_1.5_arm.udeb standard debian-installer EXT3 filesystem support This package contains the EXT3 filesystem module for the Linux kernel. (new) fat-modules-2.6.18-3-footbridge-di_1.5_arm.udeb extra debian-installer FAT filesystem support This package contains the FAT and VFAT filesystem modules for the Linux kernel. (new) fat-modules-2.6.18-3-iop32x-di_1.5_arm.udeb extra debian-installer FAT filesystem support This package contains the FAT and VFAT filesystem modules for the Linux kernel. (new) fat-modules-2.6.18-3-ixp4xx-di_1.5_arm.udeb extra debian-installer FAT filesystem support This package contains the FAT and VFAT filesystem modules for the Linux kernel. (new) fat-modules-2.6.18-3-rpc-di_1.5_arm.udeb extra debian-installer FAT filesystem support This package contains the FAT and VFAT filesystem modules for the Linux kernel. (new) ide-core-modules-2.6.18-3-iop32x-di_1.5_arm.udeb standard debian-installer IDE support This package contains core IDE support for the Linux kernel. (new) ide-modules-2.6.18-3-footbridge-di_1.5_arm.udeb standard debian-installer IDE drivers This package contains IDE drivers for the Linux kernel. (new) ide-modules-2.6.18-3-iop32x-di_1.5_arm.udeb standard debian-installer IDE drivers This package contains IDE drivers for the Linux kernel. (new) input-modules-2.6.18-3-ixp4xx-di_1.5_arm.udeb extra debian-installer Input devices support This package contains input device drivers for the Linux kernel. (new) kernel-image-2.6.18-3-footbridge-di_1.5_arm.udeb extra debian-installer Linux kernel binary image for the Debian installer This package contains the Linux kernel image for the Debian installer boot images. It does _not_ provide a usable kernel for your full Debian system. (new) kernel-image-2.6.18-3-iop32x-di_1.5_arm.udeb extra debian-installer Linux kernel binary image for the Debian installer This package contains the Linux kernel image for the Debian installer boot images. It does _not_ provide a usable kernel for your full Debian system. (new) kernel-image-2.6.18-3-ixp4xx-di_1.5_arm.udeb extra debian-installer Linux kernel binary image for the Debian installer This package contains the Linux kernel image for the Debian installer boot images. It does _not_ provide a usable kernel for your full Debian system. (new) kernel-image-2.6.18-3-rpc-di_1.5_arm.udeb extra debian-installer Linux kernel binary image for the Debian installer This package contains the Linux kernel image for the Debian installer boot images. It does _not_ provide a usable kernel for your full Debian system. linux-kernel-di-arm-2.6_1.5.dsc to pool/main/l/linux-kernel-di-arm-2.6/linux-kernel-di-arm-2.6_1.5.dsc linux-kernel-di-arm-2.6_1.5.tar.gz to pool/main/l/linux-kernel-di-arm-2.6/linux-kernel-di-arm-2.6_1.5.tar.gz (new) loop-modules-2.6.18-3-footbridge-di_1.5_arm.udeb standard debian-installer Loopback filesystem support This package contains loopback filesystem support for the Linux kernel. (new) loop-modules-2.6.18-3-iop32x-di_1.5_arm.udeb standard debian-installer Loopback filesystem support This package contains loopback filesystem support for the Linux kernel. (new) loop-modules-2.6.18-3-ixp4xx-di_1.5_arm.udeb standard debian-installer Loopback filesystem support This package contains loopback filesystem support for the Linux kernel. (new) loop-modules-2.6.18-3-rpc-di_1.5_arm.udeb standard debian-installer Loopback filesystem support This package contains loopback filesystem support for the Linux kernel. (new) md-modules-2.6.18-3-footbridge-di_1.5_arm.udeb extra debian-installer RAID and LVM support This package contains RAID and LVM modules for the Linux kernel. (new) md-modules-2.6.18-3-iop32x-di_1.5_arm.udeb extra debian-installer RAID and LVM support This package contains RAID and LVM modules for the Linux kernel. (new) md-modules-2.6.18-3-ixp4xx-di_1.5_arm.udeb extra debian-installer RAID and LVM support This package contains RAID and LVM modules for the Linux kernel. (new) nic-modules-2.6.18-3-footbridge-di_1.5_arm.udeb standard debian-installer Common
Re: Bug#224641: [Patch] fixup serial support for grub for etch d-i
Alex Owen [EMAIL PROTECTED] writes:
Her is an updated (but untested) patch against the d-i/trunk to fix
serial support for grub-installer.
Please note that the ${CONSOLE} has been moved to after the -- so
that it is caught as a user param. This saves special casing in the
install-grub script (which was the fix in my last revision of the
patch).
Regards
Alex Owen
Index: installer/build/boot/x86/syslinux.cfg
===
--- installer/build/boot/x86/syslinux.cfg (revision 42805)
+++ installer/build/boot/x86/syslinux.cfg (working copy)
Your patch looks good to me but it miss the syslinux.cfg_withgtk
right? Could you do it there too?
--
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 gives you Windows ... Linux gives
you the whole house.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: r42716 - in trunk/installer: build/config build/config/powerpc build/config/powerpc/prep build/pkg-lists/cdrom build/pkg-lists/netboot debian doc/devel
On Wednesday 22 November 2006 19:50, Frans Pop wrote: Obviously prep used to be a subarch at this level together with chrp. Looking at powerpc/prep.cfg, I see no reason why the old solution was abandoned here. Hmm. The reason could be that prep now has a separate kernel flavor where it did not have one previously. In that case the following patch should probably be applied to clean things up a little: Index: prep.cfg === --- prep.cfg(revision 42772) +++ prep.cfg(working copy) @@ -6,8 +6,6 @@ KERNELNAME = vmlinux KERNELIMAGEVERSION = $(KERNELVERSION) -SUBARCHES = prep - cd_content: cd_content_common netboot_content: netboot_content_common Index: powerpc.cfg === --- powerpc.cfg (revision 42772) +++ powerpc.cfg (working copy) @@ -6,7 +6,7 @@ KERNELNAME = vmlinux KERNELIMAGEVERSION = $(KERNELVERSION) -SUBARCHES = chrp # prep coff ppcbug +SUBARCHES = chrp # coff ppcbug cd_content: cd_content_common pgpDkp7byFC3w.pgp Description: PGP signature
Bug#394963: installation: Problems with dual booting Dell D600 with winXP pro in the first partition (hd0, 0). After installing the Dell Etch Beta 3, Windows fails to boot and I get the
I had the same issue somewhere around October 2006 with Windows XP Home on a ThinkPad R40e. I still have the offending system waiting for me to get round to fixing it. - Which filesystem did you use for XP? NTFS or VFAT? NTFS - How did you install XP? To the whole disk or to a smaller partition? smaller partition - How did you set up the partitions to be used by Debian? hda1 - Windows C: hda2 - Windows D: free space (0.92MiB) hda3 - Debian / hda5 - Debian swap hda6 - Debian /home The Windows error message (BSOD) says something like this: UNMOUNTABLE_BOOT_VOLUME STOP 0x00ED (0x81?? 0xC???, 0x, 0x) On this matter, http://support.microsoft.com/kb/297185 says: If the second parameter (0x) of the Stop error is 0xC032, then the file system is damaged. If this is the case, restart the computer to the Recovery Console, and then use the chkdsk /r command to repair the volume.. chkdsk /r says The volume appears to contain one or more unrecoverable problems
Processing of autopartkit_1.22_i386.changes
autopartkit_1.22_i386.changes uploaded successfully to localhost along with the files: autopartkit_1.22.dsc autopartkit_1.22.tar.gz autopartkit_1.22_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: r42716 - in trunk/installer: build/config build/config/powerpc build/config/powerpc/prep build/pkg-lists/cdrom build/pkg-lists/netboot debian doc/devel
On Wed, Nov 22, 2006 at 07:50:37PM +0100, Frans Pop wrote: On Saturday 18 November 2006 22:17, Martin Michlmayr wrote: Modified: trunk/installer/build/config/powerpc.cfg == --- trunk/installer/build/config/powerpc.cfg(original) +++ trunk/installer/build/config/powerpc.cfgSat Nov 18 22:17:56 2006 @@ -1,4 +1,4 @@ -SUBARCH_SUPPORTED = powerpc powerpc64 # apus +SUBARCH_SUPPORTED = powerpc powerpc64 prep # apus KERNELMAJOR = 2.6 I wonder why prep is promoted to a general subarch here rather than a subarch for powerpc only as it was previously. Because, as i have told already in the past, prep didn't make the ARCH=powerpc switch upstream, so has to build with ARCH=ppc, so is using a different kernel flavour. config/powerpc/powerpc.cfg has: SUBARCHES = chrp # prep coff ppcbug Mmm, i don't know about this one, need to check, but my checked out tree is again in a messy state with load of conflicts. The SUBARCHES variable is only used for mkvmlinuz invocation though, and you cannot really make any conclusion about what is listed there. Obviously prep used to be a subarch at this level together with chrp. Looking at powerpc/prep.cfg, I see no reason why the old solution was abandoned here. If a change does need to be made, it probably makes sense to rename the current powerpc subarch to chrp. However, I think that the old setup is probably fine and that this is just carelessness in the patch. I'll revert to the old setup if there are no objections. You clearly have no clue, so i wonder why you question the patch ? Go and ask Colin or someone else with a clue or look at the code, since it is clear you don't thrust me. Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: r42716 - in trunk/installer: build/config build/config/powerpc build/config/powerpc/prep build/pkg-lists/cdrom build/pkg-lists/netboot debian doc/devel
On Wed, Nov 22, 2006 at 08:33:35PM +0100, Frans Pop wrote: On Wednesday 22 November 2006 19:50, Frans Pop wrote: Obviously prep used to be a subarch at this level together with chrp. Looking at powerpc/prep.cfg, I see no reason why the old solution was abandoned here. Hmm. The reason could be that prep now has a separate kernel flavor where it did not have one previously. In that case the following patch should probably be applied to clean things up a little: Index: prep.cfg === --- prep.cfg(revision 42772) +++ prep.cfg(working copy) @@ -6,8 +6,6 @@ KERNELNAME = vmlinux KERNELIMAGEVERSION = $(KERNELVERSION) -SUBARCHES = prep - cd_content: cd_content_common netboot_content: netboot_content_common Index: powerpc.cfg === --- powerpc.cfg (revision 42772) +++ powerpc.cfg (working copy) @@ -6,7 +6,7 @@ KERNELNAME = vmlinux KERNELIMAGEVERSION = $(KERNELVERSION) -SUBARCHES = chrp # prep coff ppcbug +SUBARCHES = chrp # coff ppcbug cd_content: cd_content_common Another clueless comment. Naturally, since you didn't understand what the SUBARCHES variable is used for, and didn't bother to check, you had no chance to understand what is going on here. Please leave that code alone, and leave it to folk who actually understand what is going on on powerpc. Would be easier if you had not actually unfairly outcast the most active of them. The current code is perfectly fine as it is, altough your second hunk, altough cosmetic could be valid. The first hunk breaks prep support though, which needs the mkvmlinuz build vmlinuz with builtin initrd, since it cannot boot a plain elf vmlinux and separate initrd.gz, since neither yaboot nor grub2 boots on it. Just give my commit access back, and let me handle the powerpc port, instead of persisting in your spoiled child revenge, and try to dabble in something where you are both clueless and uninterested. Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Is cdimage.debian.org having trouble?
For the last few days, I've had great difficulty downloading from cdimage.debian.org (mostly daily installer images for testing). Bandwidth is highly erratic and overall very slow. I'm in New Jersey, USA. If that makes any difference. Does anybody know of a mirror for cdimage.d.o on this side of the Atlantic that carries the daily and weekly installer builds? Rick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: r42716 - in trunk/installer: build/config build/config/powerpc build/config/powerpc/prep build/pkg-lists/cdrom build/pkg-lists/netboot debian doc/devel
On Wednesday 22 November 2006 20:59, Sven Luther wrote: On Wed, Nov 22, 2006 at 07:50:37PM +0100, Frans Pop wrote: I wonder why prep is promoted to a general subarch here rather than a subarch for powerpc only as it was previously. Because, as i have told already in the past, prep didn't make the ARCH=powerpc switch upstream, so has to build with ARCH=ppc, so is using a different kernel flavour. Yes, I got there myself too. See my previous mail. The SUBARCHES variable is only used for mkvmlinuz invocation though, and you cannot really make any conclusion about what is listed there. Right. Looks like that could be simplified as there are no real subarches left anymore. pgpmNliEPQ2fJ.pgp Description: PGP signature
RC1 with auto-RAID and graphical preseeding
Hi folks, I just noticed the new RC1 release yesterday and immediately I went to test the auto-partitioning through a preseed file, as well the automatic assembly of the disks to create a RAID device. These issues are gone and it works like a charm (at least as I noticed until now) despite a weird GRUB behavior that I cannot still understand. 1. If I install the system choosing the installgui option at boot time, everything goes fine and GRUB get installed ok. The system then boots and it's done. Though, the log says to not use /sbin/grub- install directly anymore (and points to /usr/sbin, IIRC). 2. Using the graphical installer my preseed seems to loose effect and 40% of the most common options are ignored and the install prompt me to type something or choose between 2 or 3 selections. Is there some special handler for preseeds in the graphical installer that's different from the console interface? Some screens I can remember so far: user password (I told it to use a MD5 hash), networking, partman, tasksel and others that should have been ignored or automatic. 3. Using the default option in isolinux my preseed file is read perfectly well and the installation goes on. It's all ok but the GRUB part of it. The preseed line which specify how to install GRUB is the same one from above and the system does not complain at all about it. GRUB get installed (or apparently seems to) and my RAID device is created right (automagically, as it should since the beginning). The issue: as the system boots for the first time after the installation process, the machines outputs a pretty nice no bootable device message. Only after using the install option with everything automatic (including the RAID, as told). My preseed.cfg lies inside the initrd (which I didn't touch more, except for this inclusion) and is attached to this e-mail. Please let me know if I am doing something wrong, if this is a weird bug or anything else :-) I've used a old preseeded CD of Sarge to make sure the disks and the machine are okay and it worked. Cheers! -- caio[1982] begotti http://caio.ueberalles.net preseed.cfg Description: Binary data
Re: r42716 - in trunk/installer: build/config build/config/powerpc build/config/powerpc/prep build/pkg-lists/cdrom build/pkg-lists/netboot debian doc/devel
On Wed, Nov 22, 2006 at 09:16:35PM +0100, Frans Pop wrote: On Wednesday 22 November 2006 20:59, Sven Luther wrote: On Wed, Nov 22, 2006 at 07:50:37PM +0100, Frans Pop wrote: I wonder why prep is promoted to a general subarch here rather than a subarch for powerpc only as it was previously. Because, as i have told already in the past, prep didn't make the ARCH=powerpc switch upstream, so has to build with ARCH=ppc, so is using a different kernel flavour. Yes, I got there myself too. See my previous mail. The SUBARCHES variable is only used for mkvmlinuz invocation though, and you cannot really make any conclusion about what is listed there. Right. Looks like that could be simplified as there are no real subarches left anymore. You still don't have a clue, please leave the code alone, it is just fine like this, or at least consult with Colin before you propose any more breakage. The SUBARCHES variable is used in the toplevel code, which is common to the prep, powerpc and powerpc64 subarches, and because right now we don't build the coff mkvmlinuz target, or some random other one, doesn't mean we won't do so in the future. This code has been working since over 2 years, and is still perfectly fine, and if it needs changing, i will propose the change. If you are bored and don't know what to do, please investigate why partman doesn't set the RAID flag (and probably the LVM too) on mac partition tables (and probably others too). This is bug number #397973. Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
autopartkit_1.22_i386.changes ACCEPTED
Accepted: autopartkit_1.22.dsc to pool/main/a/autopartkit/autopartkit_1.22.dsc autopartkit_1.22.tar.gz to pool/main/a/autopartkit/autopartkit_1.22.tar.gz autopartkit_1.22_i386.udeb to pool/main/a/autopartkit/autopartkit_1.22_i386.udeb Override entries for your package: autopartkit_1.22.dsc - source debian-installer autopartkit_1.22_i386.udeb - optional debian-installer Announcing to debian-devel-changes@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RC1 with auto-RAID and graphical preseeding
Caio Begotti [EMAIL PROTECTED] writes: Hi folks, I just noticed the new RC1 release yesterday and immediately I went to test the auto-partitioning through a preseed file, as well the automatic assembly of the disks to create a RAID device. These issues are gone and it works like a charm (at least as I noticed until now) despite a weird GRUB behavior that I cannot still understand. 1. If I install the system choosing the installgui option at boot time, everything goes fine and GRUB get installed ok. The system then boots and it's done. Though, the log says to not use /sbin/grub- install directly anymore (and points to /usr/sbin, IIRC). That's ok. I'll fix it. 2. Using the graphical installer my preseed seems to loose effect and 40% of the most common options are ignored and the install prompt me to type something or choose between 2 or 3 selections. Is there some special handler for preseeds in the graphical installer that's different from the console interface? Some screens I can remember so far: user password (I told it to use a MD5 hash), networking, partman, tasksel and others that should have been ignored or automatic. Looks like there's something broken or your image or on the install itself. Have you rebuild the installer? If yes, you could have lose the preseed behaviour change that had some package splitting or like. Would be nice to check it. 3. Using the default option in isolinux my preseed file is read perfectly well and the installation goes on. It's all ok but the GRUB part of it. The preseed line which specify how to install GRUB is the same one from above and the system does not complain at all about it. GRUB get installed (or apparently seems to) and my RAID device is created right (automagically, as it should since the beginning). That's caused by 2 -- 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 gives you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397649: install-report: NTP sync missing by default
On Nov 22, 2006, at 1:05 PM, Olaf van der Spek wrote: reopen 397649 thanks Could we have NTP by default? But it would be a problem for the minority who have no or only intermittent (e.g. dial-up) network access. Why would it be a problem? No network mean the Network Time Protocol won't work. Intermittent network (e.g. dial-up) means that NTP goes for long periods with no connection to the external time servers. The ntpd daemon is (mostly) OK with that, but some auto-dialers may see it's occasional polls as a reason to dial the ISP, which is probably not what the user expected. I leave it to the PTBs to figure out whether there is a compromise position. PTBs? Powers That Be (From the US TV show Buffy the Vampire Slayer) Enjoy! Rick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397649: install-report: NTP sync missing by default
Rick Thomas wrote: No network mean the Network Time Protocol won't work. Intermittent network (e.g. dial-up) means that NTP goes for long periods with no connection to the external time servers. The ntpd daemon is (mostly) OK with that, but some auto-dialers may see it's occasional polls as a reason to dial the ISP, which is probably not what the user expected. NTP could be at least installed but disabled instead of not installed. Although I'd like to have it enabled by default. Isn't it possible to start/stop ntpd based on when the dial-up link is up? -- Olaf van der Spek http://xccu.sf.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#224641: [Patch] fixup serial support for grub for etch d-i
Here is a revised version of the patch which also fixes
syslinux.cfg_withgtk as suggested by Otavio Salvador in:
http://lists.debian.org/debian-boot/2006/11/msg00959.html
Index: installer/build/boot/x86/syslinux.cfg
===
--- installer/build/boot/x86/syslinux.cfg (revision 42805)
+++ installer/build/boot/x86/syslinux.cfg (working copy)
@@ -16,22 +16,22 @@
LABEL install
kernel ${KERNEL}
- append ${VIDEO_MODE} initrd=${INITRD} ${CONSOLE} --
+ append ${VIDEO_MODE} initrd=${INITRD} -- ${CONSOLE}
LABEL linux
kernel ${KERNEL}
- append ${VIDEO_MODE} initrd=${INITRD} ${CONSOLE} --
+ append ${VIDEO_MODE} initrd=${INITRD} -- ${CONSOLE}
LABEL expert
kernel ${KERNEL}
- append priority=low ${VIDEO_MODE} initrd=${INITRD} ${CONSOLE} --
+ append priority=low ${VIDEO_MODE} initrd=${INITRD} -- ${CONSOLE}
LABEL rescue
kernel ${KERNEL}
- append ${VIDEO_MODE} initrd=${INITRD} ${CONSOLE} rescue/enable=true --
+ append ${VIDEO_MODE} initrd=${INITRD} rescue/enable=true -- ${CONSOLE}
LABEL auto
kernel ${KERNEL}
- append auto=true priority=critical ${VIDEO_MODE} initrd=${INITRD} ${CONSOLE} --
+ append auto=true priority=critical ${VIDEO_MODE} initrd=${INITRD} -- ${CONSOLE}
PROMPT 1
TIMEOUT 0
Index: installer/build/boot/x86/syslinux.cfg.withgtk
===
--- installer/build/boot/x86/syslinux.cfg.withgtk (revision 42805)
+++ installer/build/boot/x86/syslinux.cfg.withgtk (working copy)
@@ -16,34 +16,34 @@
LABEL install
kernel ${KERNEL}
- append ${VIDEO_MODE} initrd=${INITRD} ${CONSOLE} --
+ append ${VIDEO_MODE} initrd=${INITRD} -- ${CONSOLE}
LABEL linux
kernel ${KERNEL}
- append ${VIDEO_MODE} initrd=${INITRD} ${CONSOLE} --
+ append ${VIDEO_MODE} initrd=${INITRD} -- ${CONSOLE}
LABEL installgui
kernel ${KERNEL}
- append ${VIDEO_MODE_GTK} initrd=${INITRD_GTK} ${CONSOLE} --
+ append ${VIDEO_MODE_GTK} initrd=${INITRD_GTK} -- ${CONSOLE}
LABEL expert
kernel ${KERNEL}
- append priority=low ${VIDEO_MODE} initrd=${INITRD} ${CONSOLE} --
+ append priority=low ${VIDEO_MODE} initrd=${INITRD} -- ${CONSOLE}
LABEL expertgui
kernel ${KERNEL}
- append priority=low ${VIDEO_MODE_GTK} initrd=${INITRD_GTK} ${CONSOLE} --
+ append priority=low ${VIDEO_MODE_GTK} initrd=${INITRD_GTK} -- ${CONSOLE}
LABEL rescue
kernel ${KERNEL}
- append ${VIDEO_MODE} initrd=${INITRD} ${CONSOLE} rescue/enable=true --
+ append ${VIDEO_MODE} initrd=${INITRD} rescue/enable=true -- ${CONSOLE}
LABEL rescuegui
kernel ${KERNEL}
- append ${VIDEO_MODE_GTK} initrd=${INITRD_GTK} ${CONSOLE} rescue/enable=true --
+ append ${VIDEO_MODE_GTK} initrd=${INITRD_GTK} rescue/enable=true -- ${CONSOLE}
LABEL auto
kernel ${KERNEL}
- append auto=true priority=critical ${VIDEO_MODE} initrd=${INITRD} ${CONSOLE} --
+ append auto=true priority=critical ${VIDEO_MODE} initrd=${INITRD} -- ${CONSOLE}
LABEL autogui
kernel ${KERNEL}
- append auto=true priority=critical ${VIDEO_MODE_GTK} initrd=${INITRD_GTK} ${CONSOLE} --
+ append auto=true priority=critical ${VIDEO_MODE_GTK} initrd=${INITRD_GTK} -- ${CONSOLE}
PROMPT 1
TIMEOUT 0
Index: packages/arch/i386/grub-installer/grub-installer
===
--- packages/arch/i386/grub-installer/grub-installer (revision 42805)
+++ packages/arch/i386/grub-installer/grub-installer (working copy)
@@ -37,11 +37,29 @@
if echo ${defconsole} | grep -q console=ttyS; then
local PORT=$(echo ${defconsole} | sed -e 's%^console=ttyS%%' -e 's%,.*%%')
local SPEED=$(echo ${defconsole} | sed -e 's%^console=ttyS[0-9]\+,%%' -e 's% .*%%')
- local SERIAL=${PORT},${SPEED}
+ local SERIAL=ttyS${PORT},${SPEED}
echo console=$SERIAL
fi
}
+grub_serial_console() {
+ #$1=output of get_serial_console
+ local unit=$(echo $1 | sed -e 's%^console=ttyS%%' -e 's%,.*%%')
+ local speed=$(echo $1 | sed -e 's%^console=ttyS[0-9]\+,%%' -e 's%[^(0-9)].*%%')
+ local parity=$(echo $1 | sed -e 's%^console=ttyS[0-9]\+,[0-9]\+%%' -e 's%[78].*%%')
+ case $parity in
+ n) local parity=no ;;
+ e) local parity=even ;;
+ o) local parity=odd ;;
+ *) local parity= ;;
+ esac
+ local word=$(echo $1 | sed -e 's%^console=ttyS[0-9]\+,[0-9]\+[oen]%%' -e 's%r%%')
+ local flow=$(echo $1 | sed -e 's%^console=ttyS[0-9]\+,[0-9]\+[oen][78]%%')
+
+ echo serial --unit=$unit --speed=$speed --word=$word --parity=$parity --stop=1
+ echo terminal serial
+ }
+
serial=$(get_serial_console)
# This is copied from update-grub; we've requested that it be moved
@@ -428,6 +446,12 @@
update_grub # again, to add new options to all the Debian kernel entries
fi
+if [ -n $serial ] ; then
+ # Modify menu.lst so _grub_ uses serial console.
+ grub_serial_console $serial | cat - $ROOT/boot/grub/$menu_file $ROOT/boot/grub/$menu_file.new
+ mv $ROOT/boot/grub/$menu_file.new $ROOT/boot/grub/$menu_file
+fi
+
# Generate menu.lst additions for other OSes
tmpfile=/tmp/menu.lst.extras
OLDIFS=$IFS
Bug#397649: install-report: NTP sync missing by default
On Nov 22, 2006, at 4:18 PM, Olaf van der Spek wrote: Rick Thomas wrote: No network mean the Network Time Protocol won't work. Intermittent network (e.g. dial-up) means that NTP goes for long periods with no connection to the external time servers. The ntpd daemon is (mostly) OK with that, but some auto-dialers may see it's occasional polls as a reason to dial the ISP, which is probably not what the user expected. NTP could be at least installed but disabled instead of not installed. What's the point of installing something you're not going to enable? It's not that much harder to type aptitude install ntp than it is to type update-rc.d ntp defaults Although I'd like to have it enabled by default. Isn't it possible to start/stop ntpd based on when the dial-up link is up? Theoretically, yes. In practice, it would be a pain to get all the little fiddly bits exactly right -- not something I'd want to undertake. -- Olaf van der Spek http://xccu.sf.net/ Rick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397649: install-report: NTP sync missing by default
Rick Thomas wrote: On Nov 22, 2006, at 4:18 PM, Olaf van der Spek wrote: Rick Thomas wrote: No network mean the Network Time Protocol won't work. Intermittent network (e.g. dial-up) means that NTP goes for long periods with no connection to the external time servers. The ntpd daemon is (mostly) OK with that, but some auto-dialers may see it's occasional polls as a reason to dial the ISP, which is probably not what the user expected. NTP could be at least installed but disabled instead of not installed. What's the point of installing something you're not going to enable? It's not that much harder to type aptitude install ntp than it is to type update-rc.d ntp defaults There's a checkbox in the Gnome clock applet to enable NTP. But that doesn't work if it's not installed and I doubt the average user is easily able to install NTP. -- Olaf van der Spek http://xccu.sf.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: help - vanishing keyboard
On Tue, 21 Nov 2006 11:04:21 -0500 Douglas Tutty [EMAIL PROTECTED] wrote: On Tue, Nov 21, 2006 at 10:24:37AM +0100, sferriol wrote: Chris Dunn a ?crit : I'm trying (hard) to install Testing or Etch on a Stylistic 3500 tablet. Sarge installed successfully, but I'm having problems with the boot / root diskettes on Testing / Etch. The Stylistic has an external Fujitsu floppy drive connected, and I have a USB keyboard connected. etch installer uses 2.6 kernel instead of sarge (2.4) and the 2.6 kernel is really bigger than 2.4 so we can not put usb keyboard drivers on the boot floppy. So etch installer with floppies does not longer support usb keyboard and usb floppy driver, sorry :( may be we will try to find a solution but i think it will be after etch release for you, the only solution is to install a minimal sarge and after upgrade to etch Does the tablet have a serial port which you could use as a serial console (using either a terminal or other computer) for the install? Thanks for the input, but no serial port. The box has an onboard network card, but unfortunately the card is only accessible when connected to the separate dock which I lack. Chris Dunn -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RC1 with auto-RAID and graphical preseeding
Otavio Salvador wrote: Caio Begotti [EMAIL PROTECTED] writes: Hi folks, I just noticed the new RC1 release yesterday and immediately I went to test the auto-partitioning through a preseed file, as well the automatic assembly of the disks to create a RAID device. These issues are gone and it works like a charm (at least as I noticed until now) despite a weird GRUB behavior that I cannot still understand. 1. If I install the system choosing the installgui option at boot time, everything goes fine and GRUB get installed ok. The system then boots and it's done. Though, the log says to not use /sbin/grub- install directly anymore (and points to /usr/sbin, IIRC). That's ok. I'll fix it. 2. Using the graphical installer my preseed seems to loose effect and 40% of the most common options are ignored and the install prompt me to type something or choose between 2 or 3 selections. Is there some special handler for preseeds in the graphical installer that's different from the console interface? Some screens I can remember so far: user password (I told it to use a MD5 hash), networking, partman, tasksel and others that should have been ignored or automatic. Looks like there's something broken or your image or on the install itself. Have you rebuild the installer? If yes, you could have lose the preseed behaviour change that had some package splitting or like. Would be nice to check it. what caio reported is very strange: i worked a lot on preseeding a graphical installer recently and i noticed no difference between newt and gtk interface behaviour. The preseeding should work the same way no matter what frontend cdebconf is running with. Attilio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379835: Recommend to tag #380226 etch-ignore; #379835 downgraded to important
On Saturday 11 November 2006 04:21, Steve Langasek wrote: I'm having a hard time distilling the information in these bug reports into a summary of what each bug is actually about or what the current status is. I don't find that at all surprising as it cost me a lot of hours to get get the info collected, the issues identified and, in the case of ntfsprogs, upstream convinced [1]. Isn't it the case that there is a workaround in place now in the Debian packages that prevents resizing of NTFS filesystems if they're detected as belong to a recent version of Vista? s/a recent version of// Is this workaround implemented somewhere *other* than the linux-ntfs package? Yes, it is implemented in partman, not ntfs-resize. Partman now blocks resizing of any partition containing the Vista OS (or rather: the files that are used to boot Vista). It does not block resizing data partitions. The upstream maintainer of ntfsprogs only recently was convinced that the issue is real. He has said he wants to block resizing Vista partitions, but I don't know if that has been implemented yet. It is certainly not yet in Debian. There is some uncertainty if the ntfsresize issue only affects Vista OS partitions or if it also extends to (Vista) data partitions. Note that I have also seen two recent reports about issues with corruption of XP NTFS partitions (#394963), though that seems unrelated to resizing. [this quote moved up a bit] But again, I don't understand how libparted has a bug separate from the linux-ntfs one. [quote from message Saturday 11 November 2006 04:38] I'm not sure there's any reason this bug would be specific to NTFS partitions, though, is there? libparted causes the starting sector of the partition to change, thus making the physical partition invalid. This bug is indeed not even strictly related to Vista partitions, but other partitions seem to get created aligned on cylinder boundaries by default (or we'd have seen a lot more bug reports). ntfsresize somehow causes an corruption of internal consistency (probably some meta-data about the partition is saved somewhere and is not updated after the resize) that is expected by the Vista bootloader. Your rationale for ignoring 380226 also makes no sense to me; if this bug manifests in the installer, isn't that still a data loss bug that we need to fix before release? There are also two other packages in testing, gparted and mindi, which use libparted, so if there's a dataloss-causing bug in libparted I don't see that it's ignorable even if we did accept an argument that data loss in the installer is ok (which I don't). There are a few reasons why I thought we could tag the libparted issue etch-ignore: 1) it is not a regression from Sarge 2) there has been precious little attention to the issue from the maintainers of parted even though the BR was already 3 months old; I talked to Otavio today though and he promised to start on it 3) the chance that people will resize a partition not aligned on a cylinder boundary outside d-i seems pretty slim 4) it is not dataloss is the strict sense: you can recover by changing the staring sector back to its old value (the trick is how to find out what the old value was...) Resizing a partition that is not on a cylinder boundary is scary anyway: fdisk will also do the wrong thing unless you remember to change the units it uses from cylinders to sectors (using its 'u' command). I did check parted itself and that does the right thing as it asks for the starting sector (IIRC). I have no idea about gparted and mindi. If you feel the libparted bug should be fixed before the release, that is perfectly fine by me. However, it really is an upstream issue and there probably is a very good reason why that alignment check was originally added. I would not want to just apply Bas' patch and hope for the best. Can someone who understands what's going on with these bugs please fix up the bug titles so that they're an accurate summary, to help the rest of us figure out which bits of information in the bug log are relevant to the current bugs? IMHO the bug reports are pretty clear. They all have the same origin: /me having problems booting vista after resizing its NTFS partition, but have diverged at some point to deal with the separate issues. There is no actual bug in partman, but the two other bugs makes a workaround there necessary until the other two issues are fixed, hence the blocks. It could be argued that partman should also check if a partition in an msdos partition table is aligned on a cylinder boundary before allowing to resize, but I feel the risk of that happening for non-Vista partitions is small enough to ignore it (people should always backup their data before resizing anyway, right?). If someone would supply a patch for that I'd apply it though. The BR against ntfsprogs has grown huge, mostly because it took a lot of effort to convince the
