Re: etch+1/2 D-I options (was: Meeting for etch and a half)
On Wed, Dec 12, 2007 at 10:20:45PM +0100, Frans Pop wrote: > 1) A new version of the Etch installer with support for both kernels > > This option would IMNSHO be insanity. > > First, I doubt people who are able and will want to work on the D-I side of > it can be found. > > Second, it would require having D-I initrds + kernel udebs + kernel packages > for 2 kernel versions on CDs meaning that netinst images would grow beyond > reasonable size and that an unacceptable number of other packages would get > pushed off the first full CD and DVD which would result in a significantly > reduced installation experience, mainly for the desktop task. > > > 2) Creating a second Etch installer based on the new kernel > --- > This is about on the same insanity level. > > It would also require extra work by FTP-masters because we'd somehow need > two separate D-I builds (sources, deb and images) in stable and on the > mirrors at the same time. > The only realistic option would be keeping the second installer outside the > archive, but that has its own disadvantages (chain of trust). > > And again I don't know who'd do the D-I work on it. Not saying its a good idea, but what would be the issues with creating additional flavors of select etch installers builds? e.g., netboot/netboot+, netinst/netinst+, etc. > > 3) Using the Lenny installer to install Etch > > This would be the easiest option. > > It is realistic for the following reasons: > - D-I is basically a mature product; a lot would have to go completely > wrong to have Lenny D-I releases that are not generally usable > - this has already been proven with Etch and D-I has only gotten more > stable; of course there will be a few errata, but there should be > nothing major; a lot of issues in betas have to do with _testing_ as > a suite and not with D-I > > The supported installation methods would be limited: no netinst CD or full > CD. What makes these two methods problematic? > For all other methods the user would have two options: > - run installation in expert mode or at medium priority; (s)he will then > be asked what suite to install and what kernel to install > - boot the installer with: > suite=stable base-installer/kernel/image=linux-image-2.6.24-x-$flavor > (or use 'suite=etch'); basically we tell the user to specify the actual > kernel instead of the default meta package; we can easily (and probably > should anyway) add an alias 'kernel' instead of the cumbersome parameter > 'base-installer/kernel/image' > > Of course you would need at least a Lenny beta 1 D-I release for this. > > Disadvantages (mainly netboot, not for businesscard and hd-media images): > - when a new Lenny D-I release is prepared, the old one can temporarily > be broken > - with later Lenny D-I releases the kernel used in the Lenny installer > could become newer than the etch+1/2 one > - if there were to be major changes at some point, supporting stable > installs could become harder or even impossible I would say an additional disadvantage is the complexity; these boot options seem pretty straightforward (esp if the "kernel" alias is added), but we lose the benefit of "just working". > 4) Option 3 + creating selected CD images based on the Lenny installer > -- > This would mainly depend on available debian-cd mirror capacity. > > This option is mostly relevant for netinst CDs and full CD/DVDs and > partially for businesscard CDs. It does not change 3) for netboot. > > It is relatively trivial to create CD images using packages from stable but > D-I from testing. I'd suggest not building full CD sets, but just the first > or first few images in a set. > > By including _only_ the new kernel packages on the CDs and omitting any meta > packages, the installer would automatically install the correct > kernel. I think I could use some clarification here. If there are metapackages for both etch and etch 1/2 kernels available (e.g. linux-image-2.6-686 and linux-image-2.6-23-686), would this prevent the installer from selecting the correct metapackage? Default metapackages are certainly something I'd like to see kept, to avoid the no-auto-upgrade problem we had w/ kernel abi changes in sarge. > For some architectures it should be possible to modify the default boot > parameters on the images so that the 'suite=etch' option is included by > default (with 'suite?=etch' the user would even still be prompted at lower > priorities). Which would solve the complexity issue I see w/ 3) > The disadvantages listed for 3) do _not_ apply to CD images as they are > self-contained and thus are not affected by changes in the Lenny archive. Thanks a lot for the analysis. -- dann frazier -- To UNSUBSCRIBE
[D-I Manual] Build log for en (13 Dec 2007)
A build of the Debian Installer Manual was triggered by an update to SVN. There were no errors during the build process. The new version of the manual has been uploaded successfully. A log of the build is available at: - http://d-i.alioth.debian.org/manual/logs/en.log === It is possible to use RSS to track changes to the manual. For more information, see: http://d-i.alioth.debian.org/manual/translators.html === Note: PDF output is not yet supported for some languages; this is being worked on. === If you have any questions about the build or this message, feel free to contact me at . === Updated files ('svn up') Uen/appendix/preseed.xml Updated to revision 50458. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#283521: [EMAIL PROTECTED]: [Debian Wiki] Update of "DebianInstaller/ReleaseProcess" by FransPop]
Processing commands for [EMAIL PROTECTED]: > tags 283521 patch Bug#283521: no pointer to manual in syslinux screens There were no tags set. Tags added: patch > 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#283521: [EMAIL PROTECTED]: [Debian Wiki] Update of "DebianInstaller/ReleaseProcess" by FransPop]
tags 283521 patch thanks Hi, IMHO "* update pointer to manual in syslinux text (http://bugs.debian.org/283521 )" should be added to http://wiki.debian.org/DebianInstaller/LennyGoals And if #283521 is fixed by pointing to http://www.debian.org/doc/ - the first link on that points to http://www.debian.org/releases/stable/installmanual - Three years ago I thought it was better to point to the installation manual. Today I think it's better to point to _the_ page about documentation for Debian. For which http://www.debian.org/doc/ IMO qualifies. (That page could certainly be improved, but that's another issue. And IMO it's better to point to that page than to the generic www.debian.org.) And yet another issue is that according to a quick grep only two out of ten architectures display information about www.debian.org at all... If you agree with this generic approach to link to the documentation I'm volunteering to go through all architectures boot messages and suge a paragrah. Also if we agree on another way :-) regards, Holger Index: ia64/general.msg === --- ia64/general.msg (revision 50454) +++ ia64/general.msg (working copy) @@ -11,7 +11,7 @@ 7f³70³10 7f³70See the Installation Manual or the FAQ for more information; both ³10 7f³70documents are available at the Debian web site: ³10 - 7f³70 http://www.debian.org/³10 + 7f³70 http://www.debian.org/doc/³10 7f³70³10 7f³70³10 7f³70Debian GNU/Linux is Copyright (C) 1993-2007 Software in the Public ³10 Index: x86/f2.txt === --- x86/f2.txt (revision 50454) +++ x86/f2.txt (working copy) @@ -8,7 +8,7 @@ to do with your new Debian system. See the Installation Manual or the FAQ for more information; both -documents are available at the Debian web site, 0fhttp://www.debian.org/07 +documents are available at the Debian web site, 0fhttp://www.debian.org/doc/07 Thank you for choosing Debian! Index: x86/f9.txt === --- x86/f9.txt (revision 50454) +++ x86/f9.txt (working copy) @@ -9,7 +9,7 @@ experience! See the Installation Manual or the FAQ for more information; both -documents are available at the Debian web site, 0fhttp://www.debian.org/07 +documents are available at the Debian web site, 0fhttp://www.debian.org/doc/07 pgpTAxrfr1Dy8.pgp Description: PGP signature
Re: Bug#436140: cdrom: Most of the system's files have a future timestamp causing at least update/config problems.
reassign 436140 debian-installer thanks Hi, This bug is in the installer, most likely caused by a clock initialisation problem. I'm reassigning it to the debian-installer team for their input. On Sun, Aug 05, 2007 at 07:20:50PM +0200, os wrote: >Package: cdrom >Severity: grave > > >I cannot determine the exact extend of the problem, but a "ls -la" in "/" >reveals this: > >drwxr-xr-x 23 root root 4096 2008-01-02 21:14 . >drwxr-xr-x 23 root root 4096 2008-01-02 21:14 .. >drwxr-xr-x 2 root root 4096 2008-01-02 21:13 bin >drwxr-xr-x 3 root root 4096 2007-06-10 13:50 boot >lrwxrwxrwx 1 root root11 2008-01-02 19:57 cdrom -> media/cdrom >drwxr-xr-x 14 root root 4340 2007-08-05 17:49 dev >drwxr-xr-x 108 root root 4096 2007-08-05 18:35 etc >drwxr-xr-x 16 root root 4096 2007-06-10 16:00 hdb >drwxr-xr-x 5 root root 4096 2007-06-10 17:01 home >drwxr-xr-x 2 root root 4096 2008-01-02 19:58 initrd >lrwxrwxrwx 1 root root28 2008-01-02 20:00 initrd.img -> >boot/initrd.img-2.6.18-4-486 >drwxr-xr-x 15 root root 4096 2008-01-02 21:12 lib >drwx-- 2 root root 16384 2008-01-02 19:57 lost+found >drwxr-xr-x 3 root root 4096 2007-07-17 00:55 media >drwxr-xr-x 2 root root 4096 2006-10-28 16:06 mnt >drwxr-xr-x 2 root root 4096 2008-01-02 19:58 opt >dr-xr-xr-x 111 root root 0 2007-08-05 17:48 proc >-rw--- 1 root root 1024 2008-01-02 21:14 .rnd >drwxr-xr-x 8 root root 4096 2007-06-10 16:30 root >drwxr-xr-x 2 root root 4096 2008-01-02 21:43 sbin >drwxr-xr-x 2 root root 4096 2007-03-07 23:56 selinux >drwxr-xr-x 2 root root 4096 2008-01-02 19:58 srv >drwxr-xr-x 11 root root 0 2007-08-05 17:48 sys >drwxrwxrwt 12 root root 4096 2007-08-05 18:50 tmp >drwxr-xr-x 11 root root 4096 2008-01-02 21:08 usr >drwxr-xr-x 15 root root 4096 2008-01-02 21:41 var >lrwxrwxrwx 1 root root25 2008-01-02 20:00 vmlinuz -> >boot/vmlinuz-2.6.18-4-486 > >As you can see, for what reason ever, this installation produced future >timestamps on vital directories causing update mechanisms to fail and to >complain *all the time*. > >Installation history: > >- CD-ROM debian-40r0-i586-netinst >- Updates taken as indicated by notifier icon > >The first symptom was the notorious "ttf-opensymbol" update failure, probably >caused by various font directories tagged with future >timestamps (/usr/share/fonts, /usr/X11R6/lib/X11/fonts/, ...) but this bug's >effects are obviously not restricted to these places. > >Since the update infrastructure fails, security fixes can no longer be >applied. This however makes the system unusable. > >-- System Information: >Debian Release: 4.0 > APT prefers stable > APT policy: (500, 'stable') >Architecture: i386 (i686) >Shell: /bin/sh linked to /bin/bash >Kernel: Linux 2.6.18-4-486 >Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > > >-- >To UNSUBSCRIBE, email to [EMAIL PROTECTED] >with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > > -- Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED] "Because heaters aren't purple!" -- Catherine Pitt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#447216: cdimage.debian.org: cannot run lvm on the fly at partition stage during install
reassign 447216 debian-installer thanks Hi Pascal, I'm reassigning this bug to the debian-installer folks, as it's more their area. On Fri, Oct 19, 2007 at 02:27:44AM -0300, Pascal Vaillant wrote: >Package: cdimage.debian.org >Severity: wishlist > > >I installed lenny on an ASUS X51 laptop with very few problems, using >the 2007/10/17 netinst release. > >There is just a remark I would make: at partition stage, on of the first >stages of installing a new Debian system, you are left with only two >choices: either repartition an entire physical disk and use LVM on it, >or partition the classical way. Since I wanted to keep a Windows partition, >I did not choose the first option. But with the second, there is no way >to use LVM "on the fly". > >The partition menu lets you select a partition as a "LVM physical volume" >(I tried that), but it turned out that the PV was not detected afterwards. >I had to re-create it. > >To mention my particular example: I kept two physical partitions pre-installed >by Windows Vista (one hidden, for recovery; one for the "C:" volume); I >installed a 3 GB bootable linux root partition on a third physical partition; >and I wanted to use the fourth available physical partition to host a >LVM volume group, on which I intended to keep /usr, /home, and /var >logical volumes. > >Since I wasn't able to use LVM during install, the install process located >everything I required on the first step (fortunately not too much), >on a /usr directory physically belonging to the 3 GB root filesystem. > >Only after install was I able to configure LVM with usr, home and var >as logical volumes. I had to copy the contents of the old /usr into >the new (ie LV) /usr, the same for /var, and to edit /etc/fstab by >hand. > >In the future it would be more user-friendly if this could be included >in the install process. > >Thanks for the job anyway. > >-- System Information: >Debian Release: lenny/sid > APT prefers testing > APT policy: (500, 'testing') >Architecture: i386 (i686) > >Kernel: Linux 2.6.22-2-686 (SMP w/2 CPU cores) >Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) >Shell: /bin/sh linked to /bin/bash > > > > >-- >To UNSUBSCRIBE, email to [EMAIL PROTECTED] >with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > > -- Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED] Armed with "Valor": "Centurion" represents quality of Discipline, Honor, Integrity and Loyalty. Now you don't have to be a Caesar to concord the digital world while feeling safe and proud. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#436140: cdrom: Most of the system's files have a future timestamp causing at least update/config problems.
Processing commands for [EMAIL PROTECTED]: > reassign 436140 debian-installer Bug#436140: cdrom: Most of the system's files have a future timestamp causing at least update/config problems. Bug reassigned from package `cdrom' to `debian-installer'. > 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]
Processed: Re: Bug#447216: cdimage.debian.org: cannot run lvm on the fly at partition stage during install
Processing commands for [EMAIL PROTECTED]: > reassign 447216 debian-installer Bug#447216: cdimage.debian.org: cannot run lvm on the fly at partition stage during install Bug reassigned from package `cdimage.debian.org' to `debian-installer'. > 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]
RE: New build missing dhcp-client
Thanks Fran, I used it because I wanted one which included the changes from the last few days and there didn't seem to be one since Dec 10. Charles -Original Message- From: Frans Pop [mailto:[EMAIL PROTECTED] Sent: Thursday, December 13, 2007 12:33 PM To: debian-boot@lists.debian.org Subject: Re: New build missing dhcp-client On Thursday 13 December 2007, Charles Abdouch wrote: > When I get to the Network stage, it finds the hardware, but stops with a > red pop up that says: Please use only images linked from http://www.debian.org/devel/debian-installer/ This is the same as the "daily" images on http://cdimage.debian.org/cdimage/daily-builds/ You are using a lenny_d-i image, which is known to be broken but is also not linked from anywhere. I've asked the debian-cd people to improve the information on the debian-cd "daily-builds" page. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: New build missing dhcp-client
On Thursday 13 December 2007, Charles Abdouch wrote: > When I get to the Network stage, it finds the hardware, but stops with a > red pop up that says: Please use only images linked from http://www.debian.org/devel/debian-installer/ This is the same as the "daily" images on http://cdimage.debian.org/cdimage/daily-builds/ You are using a lenny_d-i image, which is known to be broken but is also not linked from anywhere. I've asked the debian-cd people to improve the information on the debian-cd "daily-builds" page. signature.asc Description: This is a digitally signed message part.
New build missing dhcp-client
I just downloaded and attempted to install the Debian GNU/Linux testing "Lenny" - Official Snapshot i386 NETINST Binary-1 20071213-11:53 i386 build When I get to the Network stage, it finds the hardware, but stops with a red pop up that says: No DHHCP client was found. The package requires pump or dchp-client. The DHCP configuration process will be aborted. I manually set the network parameters to continue the install. Charles
Re: Bug#452331: console-data: Avoid showing "keymaps policy" question during D-I installs
tags 452331 + patch tags 452331 - help thanks On Thursday 22 November 2007, Christian Perrier wrote: > Unfortunately, I can't tell I'm entirely sure to understand everything > in all this and the way both packages are interacting together. AFAICT you are correct: the config script in dh-consoledata needs to be changed and then console-data must be uploaded with an updated versioned build dependency on the new version of that package. > That script is Perl source...and really hard for me to understand. So, > some help figuring exactly what needs modification is probably > required. The problem here is that having the keymap policy question asked is completely correct in all other use cases, so the only solution I can come up with is to somehow tell console-data that it is being installed inside D-I and to skip the question only in that specific case. The attached patch does this by checking for the existence of a file in /tmp: /tmp/debian-installer/keymap-policy-default. The patch has been tested and does what we want. Even though it probably is not strictly necessary, I explicitly set keymap/policy that seems most consistent with the rest of the script, As we install locales from the post-base-installer 05localechooser hook script, it seems logical to have that file touched (in /target of course) in that hook script. If we want to allow for the fact that locales could also be installed for other reasons, we should delay deleting the file/dir to finish-install. One option there would be 05localechooser, but we could also make the directory more general (with an eye on future other uses) and remove it in 95umount instead. (Yes, I know that /tmp will be cleaned on reboot too, but IMO cleaning up after yourself is a good general principle.) If anyone can think of a cleaner solution (or a better name/location for the temp file), please shout. If this patch is acceptable, I request that both console-common and console-data be uploaded with urgency=medium (unless there are other, more risky changes too). After that I'll make the necessary changes in D-I. Cheers, FJP diff -Nru /tmp/vrO83w9yNL/console-common-0.7.71/config.in /tmp/xrg5RU2VB9/console-common-0.7.72/config.in --- /tmp/vrO83w9yNL/console-common-0.7.71/config.in 2007-08-02 18:10:18.0 +0200 +++ /tmp/xrg5RU2VB9/console-common-0.7.72/config.in 2007-12-13 14:33:23.0 +0100 @@ -281,14 +281,20 @@ ($state == 0) && do { # This one has a default, we can trust it has a value - ($ret) = input ('high', 'console-data/keymap/policy'); - if ($ret == 30) { # if the question is not going to be asked... - maybe_set_default_choice ('console-data/keymap/policy', "Don't touch keymaps"); - } - @retval = go; - if ($retval[0] eq 30) { + # Skip the question when console-data is being installed from + # debian-installer as it sets up the keymap itself + if (! -r '/tmp/debian-installer/keymap-policy-default') { + ($ret) = input ('high', 'console-data/keymap/policy'); + if ($ret == 30) { # if the question is not going to be asked... + maybe_set_default_choice ('console-data/keymap/policy', "Don't touch keymaps"); + } + @retval = go; + if ($retval[0] eq 30) { + set ('console-data/keymap/policy', "Don't touch keymap"); + exit 30; + } + } else { set ('console-data/keymap/policy', "Don't touch keymap"); - exit 30; } my $policy = get ('console-data/keymap/policy'); diff -Nru /tmp/vrO83w9yNL/console-common-0.7.71/debian/changelog /tmp/xrg5RU2VB9/console-common-0.7.72/debian/changelog --- /tmp/vrO83w9yNL/console-common-0.7.71/debian/changelog 2007-10-14 12:41:20.0 +0200 +++ /tmp/xrg5RU2VB9/console-common-0.7.72/debian/changelog 2007-12-13 14:37:52.0 +0100 @@ -1,3 +1,11 @@ +console-common (0.7.72) UNRELEASED; urgency=low + + * Don't display the keymap policy question when console-data is installed +from debian-installer as that takes care of setting up the correct keymap +itself. Closes: #452331. + + -- Frans Pop <[EMAIL PROTECTED]> Thu, 13 Dec 2007 14:33:28 +0100 + console-common (0.7.71) unstable; urgency=low [ Debconf translations ] signature.asc Description: This is a digitally signed message part.
Unsubscription
Unsubscription from list: is successful. If you would like to subscribe to in the future, just click this link: http://www.vivicatania.net/cgi-bin/lista/mojo.cgi?f=n&l=%25%25%25%7cid%25%25%25%7c&[EMAIL PROTECTED]&p=8238 - -- Il messaggio e' stato analizzato alla ricerca di virus o contenuti pericolosi da MailScanner, ed e' risultato non infetto. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456154: debian-installer: amd64 re-boot fails due to missing /etc/crypttab
reassign 456154 partman-crypto thanks On Thursday 13 December 2007, Torsten Neumann wrote: > while trying to install debian I encountered the problem that the > installed system was unbootable. I've reassigned the report to the relevant package so that its authors can have a look at it. Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#440446: debian-installer: daily net gtk install frozen when applying partition changes.
On Thursday 13 December 2007, Charles Plessy wrote: > Alternatively, I may have strongly over-estimated the complexity of > booting the isntaller from an USB stick ? Then I could do the test after > the seminar during my holidays… It's not that difficult. Just prepare the USB stick as described in the manual. For just testing the installer, I'd suggest just copying the businesscard CD image onto the stick. > But I do not find anything in > http://people.debian.org/~joeyh/d-i/images/daily/ (the link for "ther > images (netboot, usb stick, floppy, etc)"). The daily builds are broken ATM due to a library transition. If you go one directory level up, you'll find older daily builds. Just take the most recent one that did build correctly.
Processed: Re: Bug#456154: debian-installer: amd64 re-boot fails due to missing /etc/crypttab
Processing commands for [EMAIL PROTECTED]: > reassign 456154 partman-crypto Bug#456154: debian-installer: amd64 re-boot fails due to missing /etc/crypttab Bug reassigned from package `debian-installer' to `partman-crypto'. > 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#440446: debian-installer: daily net gtk install frozen when applying partition changes.
Le Thu, Dec 13, 2007 at 01:06:39PM +0100, Frans Pop a écrit : > > Charles: if you can still reproduce this, could you run partman after adding > a 'set -x' at the top of /lib/partman/definitions.sh? Hi Frans, I am affraid that I will not have opportunity to do this before January: I will use this laptop for a seminar, so I am too scared to play with partman before. After, I will be far from my tftpd server, and the laptop has no CD-ROM drive. But please do not hesitate to ping me if I do not answer before the 15th of January. Alternatively, I may have strongly over-estimated the complexity of booting the isntaller from an USB stick ? Then I could do the test after the seminar during my holidays… But I do not find anything in http://people.debian.org/~joeyh/d-i/images/daily/ (the link for "ther images (netboot, usb stick, floppy, etc)"). Have a nice day, -- Charles Plessy http://charles.plessy.org Wakō, Saitama, Japan
Your exhibition stand on the next CEBIT / Hannover from 4 - 9 March 2008
Dear Sirs, With the upcoming international trade fair CEBIT / Hannover from 4 - 9 March 2008 MCS exhibition contractors would like to offer the following professional exhibitors services: 1) Renting & Stand design:with his Architects and Experts in stand design, MCS messebau carefully follows the entire design project right through to setting up the stand. 2) Hostess & Catering service 3) Booking hotel for the customer 4) Graphics and Display 5) Transport of customer goods 6) Professional decoration service 7) Help for building up your own fair stand material AS WE HAVE ALREADY HAD MANY AND MANY For further information and reference, please contact www.mcs-messebau.com Yours sincerely M.Chionoudakis managing director mcs werbe & messebau GmbH Hirzenrott 12 52076 Aachen Germany phone: +49(0)2408 704300 fax : +49(0)2408 704309 email : [EMAIL PROTECTED] web: www.mcs-messebau.com
Your exhibition stand on the next CEBIT / Hannover from 4 - 9 March 2008
Dear Sirs, With the upcoming international trade fair CEBIT / Hannover from 4 - 9 March 2008 MCS exhibition contractors would like to offer the following professional exhibitors services: 1) Renting & Stand design:with his Architects and Experts in stand design, MCS messebau carefully follows the entire design project right through to setting up the stand. 2) Hostess & Catering service 3) Booking hotel for the customer 4) Graphics and Display 5) Transport of customer goods 6) Professional decoration service 7) Help for building up your own fair stand material AS WE HAVE ALREADY HAD MANY AND MANY For further information and reference, please contact www.mcs-messebau.com Yours sincerely M.Chionoudakis managing director mcs werbe & messebau GmbH Hirzenrott 12 52076 Aachen Germany phone: +49(0)2408 704300 fax : +49(0)2408 704309 email : [EMAIL PROTECTED] web: www.mcs-messebau.com
Bug#440446: debian-installer: daily net gtk install frozen when applying partition changes.
On Thursday 13 December 2007, Frans Pop wrote: > Charles: if you can still reproduce this, could you run partman after > adding a 'set -x' at the top of /lib/partman/definitions.sh? > > Note this file was very recently moved to /lib/partman//lib/base.sh. > Depending on the image you use, you may have to add it there instead. ... and send us the resulting syslog (gzipped!). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#440446: debian-installer: daily net gtk install frozen when applying partition changes.
On Thursday 13 December 2007, Attilio Fiandrotti wrote: > I didn't understand whether this bug is related to the GTK frontend or > not: in the former case, it should be reassigned to cdebconf-gtk-udeb. I strongly doubt that this would be related to the frontend. Charles: if you can still reproduce this, could you run partman after adding a 'set -x' at the top of /lib/partman/definitions.sh? Note this file was very recently moved to /lib/partman//lib/base.sh. Depending on the image you use, you may have to add it there instead. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#255116: eknaruum
bad news buddy, you got a small dickie! http://www.dogsheat.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed (with 1 errors): Re: Bug#373253: Cause of g-i crashing on AMD64 at VT switch found
Processing commands for [EMAIL PROTECTED]: > reassign 373253 debian-installer Bug#373253: "g-i requires libgcc_s.so.1 on AMD64 and PowerPC" Bug#396520: DFB applications crash at vt switching on AMD64 Bug#399837: d-i GTK frontend hangs after vt switching on AMD Turion Bug reassigned from package `libdirectfb-0.9-25-udeb' to `debian-installer'. > reopen 373253 Bug#373253: "g-i requires libgcc_s.so.1 on AMD64 and PowerPC" Bug#396520: DFB applications crash at vt switching on AMD64 Bug#399837: d-i GTK frontend hangs after vt switching on AMD Turion Bug reopened, originator not changed. > retitle 373253 "g-i requires libgcc_s.so.1 on AMD64 and PowerPC to be Bug#373253: "g-i requires libgcc_s.so.1 on AMD64 and PowerPC" Changed Bug title to `"g-i requires libgcc_s.so.1 on AMD64 and PowerPC to be' from `"g-i requires libgcc_s.so.1 on AMD64 and PowerPC"'. > provided by an audeb" Unknown command or malformed arguments to command. > tags 373253 patch Bug#373253: "g-i requires libgcc_s.so.1 on AMD64 and PowerPC to be Tags were: patch d-i Bug#396520: DFB applications crash at vt switching on AMD64 Bug#399837: d-i GTK frontend hangs after vt switching on AMD Turion Tags added: patch > 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#440446: Is this bug related to the GTK frontend?
Hi I didn't understand whether this bug is related to the GTK frontend or not: in the former case, it should be reassigned to cdebconf-gtk-udeb. sincerely Attilio Fiandrotti -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#247218: List of PowerMac and used fb modules
FYI, this wikipage [1] contains a listing of some machines where the graphical d-i was tested: the big table has a column which shows the /proc/fb string, which may be of some help in understanding what machines need the ofonly fb. sincerely Attilio Fiandrotti [1] http://wiki.debian.org/DebianInstaller/GUIPowerPC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456154: debian-installer: amd64 re-boot fails due to missing /etc/crypttab
Package: debian-installer Severity: important Hi there, while trying to install debian I encountered the problem that the installed system was unbootable. The setup I tried is a md setup with everything crypted except /boot This was reproducible with debian-40r1-amd64-CD-1.iso and unofficial netinst cd from kmuto (because of ICH9 chipset and e1000 support, my disks/cdrom are detected properly with the official cd's) Here is the way I tried to install 1) Partition the disks /dev/sda1 => 256MB /dev/sda2 => rest of disk /dev/sdb1 => 256MB /dev/sdb2 => rest of disk 2) Set partition type to raid autodetect for all of the above 3) Setup raids /dev/md0=> [ sda1, sdb1 ] /dev/md1=> [ sda2, sdb2 ] 4) Choose /dev/md0 as ext3 which should be mounted on /boot 5) Choose /dev/md1 as target for a crypted disk (refered as /dev/mapper/crypt for the rest of this text) 6) Setup LVM with /dev/mapper/crypt as physical disk vg00 => /dev/mapper/crypt lvol-root 2GB / lvol-swap 8GB swap lvol-usr8GB /usr lvol-var8G /var lvol-home 16GB/home 7) Happily install debian on it. Works all fine until I try to boot into the just installed system. There it hangs with (something similiar to) vg00-lvol-root not found vg00-lvol-root not found Waiting for root filesystem until it drops into a busybox shell. Disks are detected before, since I got the message from md that md1 is not synchronized. Doing the same like above just change / to be on md0 instead of the crypted volume the system boots at least into single user mode. Examining the install I found out that there was only an empty /etc/crypttab, adding the entry for /dev/md1 manually I could mount all the devices and then the system boots normally. >From above I conjecture that also the failed try with / on the crypted device was due to a missing crypttab. Regards Torsten Sitz der Gesellschaft / Corporate Headquarters: Deutsche Lufthansa Aktiengesellschaft, Koeln Registereintragung / Registration: Amtsgericht Koeln HR B 2168 Vorsitzender des Aufsichtsrats / Chairman of the Supervisory Board: Dipl.-Ing. Dr.-Ing. E.h. Juergen Weber Vorstand / Executive Board: Wolfgang Mayrhuber (Vorsitzender / Chairman) Stephan Gemkow Stefan Lauer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#283521: [EMAIL PROTECTED]: [Debian Wiki] Update of "DebianInstaller/ReleaseProcess" by FransPop]
For the record - Forwarded message from Debian Wiki <[EMAIL PROTECTED]> - From: Debian Wiki <[EMAIL PROTECTED]> To: Debian Wiki <[EMAIL PROTECTED]> Subject: [Debian Wiki] Update of "DebianInstaller/ReleaseProcess" by FransPop Date: Thu, 13 Dec 2007 09:58:42 - Dear Wiki user, You have subscribed to a wiki page or wiki category on "Debian Wiki" for change notification. The following page has been changed by FransPop: http://wiki.debian.org/DebianInstaller/ReleaseProcess The comment on the change is: Remove pointless item as long as requested feature is not implemented -- * send periodic progress updates to relevant lists (do not just spam everybody by default); once a week is good, more often near the end * wash, rinse, repeat * when things are starting to look good (more testing!), announce timeline - * update pointer to manual in syslinux text ( http://bugs.debian.org/283521 ) * make sure FTP-masters (elmo has done most BYHAND processing) know a D-I release is coming up (''private'' IRC is best; mails often get no response) = BYHAND processing - End forwarded message - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456029: console-data asks about keymap in base install
tags 452331 help thanks Quoting Frans Pop ([EMAIL PROTECTED]): > block 456029 by 452331 > thanks > > On Thursday 13 December 2007, Daniel Dickinson wrote: > > Comments/Problems: > > During base system install console-data pops up a dialog with a technical > > dialogue about keymaps. This is supposed to be handled by the initial > > language and keymap question in the installer, so I suspect a new option > > or other preseeding problem. > > Known issue that is the result of adding support for CD switching during the > installation (needs one more upload to actually work). Certainly something > that needs to be sorted out before a Beta release. Let's make it clear that the current console-* "maintainer" is really in trouble to deal with that issue, which indeed lies in console-common and its bunch of Perl maintainer scripts. signature.asc Description: Digital signature