Re: busybox features required for Kickstart support
On Tuesday 12 May 2009, Christian Perrier wrote: > On the other hand, maybe internal tar support is something interesting > for other purposes. After all, D-I is not alone to use busybox, aren't > we? Effectively we are because the udeb has a separate config. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processing of debian-installer-utils_1.68_i386.changes
debian-installer-utils_1.68_i386.changes uploaded successfully to localhost along with the files: debian-installer-utils_1.68.dsc debian-installer-utils_1.68.tar.gz di-utils-shell_1.68_all.udeb di-utils-reboot_1.68_all.udeb di-utils-exit-installer_1.68_all.udeb di-utils-terminfo_1.68_all.udeb di-utils_1.68_i386.udeb di-utils-mapdevfs_1.68_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
debian-installer-utils_1.68_i386.changes ACCEPTED
Accepted: debian-installer-utils_1.68.dsc to pool/main/d/debian-installer-utils/debian-installer-utils_1.68.dsc debian-installer-utils_1.68.tar.gz to pool/main/d/debian-installer-utils/debian-installer-utils_1.68.tar.gz di-utils-exit-installer_1.68_all.udeb to pool/main/d/debian-installer-utils/di-utils-exit-installer_1.68_all.udeb di-utils-mapdevfs_1.68_i386.udeb to pool/main/d/debian-installer-utils/di-utils-mapdevfs_1.68_i386.udeb di-utils-reboot_1.68_all.udeb to pool/main/d/debian-installer-utils/di-utils-reboot_1.68_all.udeb di-utils-shell_1.68_all.udeb to pool/main/d/debian-installer-utils/di-utils-shell_1.68_all.udeb di-utils-terminfo_1.68_all.udeb to pool/main/d/debian-installer-utils/di-utils-terminfo_1.68_all.udeb di-utils_1.68_i386.udeb to pool/main/d/debian-installer-utils/di-utils_1.68_i386.udeb Override entries for your package: debian-installer-utils_1.68.dsc - source debian-installer di-utils-exit-installer_1.68_all.udeb - extra debian-installer di-utils-mapdevfs_1.68_i386.udeb - standard debian-installer di-utils-reboot_1.68_all.udeb - standard debian-installer di-utils-shell_1.68_all.udeb - standard debian-installer di-utils-terminfo_1.68_all.udeb - standard debian-installer di-utils_1.68_i386.udeb - standard debian-installer Announcing to debian-devel-chan...@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: busybox features required for Kickstart support
On Tue, May 12, 2009 at 07:57:35AM +0200, Christian Perrier wrote: > ... and I don't remember this was mentioned for D-I purposes. In > short, we never requested that change, at least in last months. Each udeb is part of D-I by definition. There was two bugs for this feature, one for usage by live-helper. >Thus, it was then logically requested > that live-installer drops the use of native tar...that's all. Nope. live-helper was waiting for the feature. > On the other hand, maybe internal tar support is something interesting > for other purposes. After all, D-I is not alone to use busybox, aren't > we? The busybox udeb is solely for the usage in d-i. Bastian -- The more complex the mind, the greater the need for the simplicity of play. -- Kirk, "Shore Leave", stardate 3025.8 -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#528351: debian-installer: cannot find disk drives
Hello, On Tue, May 12, 2009 at 7:50 AM, BranchingFactor wrote: [...] > Our Opteron server with LSI SAS 1068 controller and 2 SAS drives has > been running amd64 etch for two years without any problems. Last week > we attempted to upgrade the system from etch to lenny (stable) and > after the upgrade the system could not find the disk drives and so the > boot failed. Next I tried to install the current lenny 5.01 stable > amd64-netinst from scratch and it halted during the installation being > unable to find any disk drives. I tried choosing each of the mpt > drivers manually (including the obvious candidate mptsas) but it > didn't help. > > Subsequently I tried the latest 05/11/09 squeeze amd64-netinst and the > debian-installer detected both drives without any problems. > Unfortunately after reboot this squeeze installation failed to detect > the disk drives so the machine was unusable with squeeze. I belive it is due a bug in kernel; could you try to boot using sid kernel? This is the same kernel used in daily images that has detected your disks properly. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: console-setup + X = broken console
On Mon, May 11, 2009 at 14:38:35 -0500, Adam Majer wrote: > David Nusinow wrote: > > Please see http://wiki.debian.org/XStrikeForce/InputHotplugGuide for the > > rationale and #515214 for more info. > > That is great, yet it does nothing for me except change fonts. I've read > the bug report, and it is just people complaining about Hal and > console-setup dependencies. > If there's no way to tell console-setup to not change fonts, then that probably can be fixed. That doesn't mean we should drop the dependency. > Frankly, I see no reason why console-tools and hal cannot be moved to > Recommends. I understand the reasoning behind the above link and agree > with it. But at same time defaults can be hardcoded to something like, > keymap - US (or Linux default) > mouse - standard /dev/input/mice device No, it's not possible to make that work out of the box. And even if it was, using a us keymap just because some Recommends wasn't satisfied is not acceptable in my opinion. > Moving these packages to Recommends DOES NOT mean you need to support > input definitions in xorg.conf! > It means that installs without hal and console-setup ought to work. They don't. So I don't think moving these packages to recommends would do anyone any good (except for the warm fuzzy feeling for some whiners, which I'm happy to ignore). Cheers, Julien -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#515990: £750,000.00 GBP
Thank you, Name:Wilson Salgado Salazar Country:Colombia Age:41 email: wsalgad...@yahoo.es De: MESSAGES Para: i...@co.uk Enviado: lunes, 11 de mayo, 2009 20:10:46 Asunto: Bug#515990: £750,000.00 GBP You are one of our(5)Star Prize a proud owner of a brand new Bmw 5 Series M Sport Saloon car amd the sum of £750,000.00 GBP. Name,Country,Age,Address E-mail -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: better title
Processing commands for cont...@bugs.debian.org: > retitle 523137 installer oops on K6 Bug#523137: Package: Debian 5.0.0 Lenny Net Install Changed Bug title to `installer oops on K6' from `Package: Debian 5.0.0 Lenny Net Install'. > -- Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#523137: installer oops on K6
* John F. Morse [2009-04-08 12:45]: > (alpha), Motorola/IBM PowerPC (powerpc), *Intel IA-32 (i386)*, IA-64 > > The Debian Lenny Net Install CD and the Lenny LiveCD will not run on a PC > containing an AMD-K6 CPU. I can only guess there are millions out there, > and why nobody has posted this problem anywhere is a mystery. > > The AMD K6 is a i586-class CPU, two architecture steps newer than the > i386 specified above. Just for the record, our x86 32-bit port is called "i386" for historical reasons. We don't support actual i386 hardware anymore, but afaik the K6 is still supported. I'm copying the installer and kernel teams so they can comment. > The Lenny Net Install comes to a halt right after the keyboard > selection process, and after it has checked USB, etc. Then in about > two minutes, both the Caps Lock and Scroll Lock start flashing at > ~120 FPM. The PC then requires a hard reset. Can you switch to the 4th virtual console (alt-F4) _before_ this happens. Maybe you'll then see the relevant kernel messages. > The Lenny LiveCD gives this clue in an error message when it stops > functioning: > >This kernel requires the following features not present in the CPU: >cmov >Unable to boot - Please use a kernel appropriate for your CPU. I'm not sure if the Live CD uses the same kernel as the installer, so I'm not sure these are the same issues (it sounds like the installer boots fine, but then has a oops). Maybe the Live CD people can comment. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#523137: installer oops on K6
Martin Michlmayr wrote: > * John F. Morse [2009-04-08 12:45]: > >> (alpha), Motorola/IBM PowerPC (powerpc), *Intel IA-32 (i386)*, IA-64 >> >> The Debian Lenny Net Install CD and the Lenny LiveCD will not run on a PC >> containing an AMD-K6 CPU. I can only guess there are millions out there, >> and why nobody has posted this problem anywhere is a mystery. >> >> The AMD K6 is a i586-class CPU, two architecture steps newer than the >> i386 specified above. >> > > Just for the record, our x86 32-bit port is called "i386" for > historical reasons. We don't support actual i386 hardware anymore, > but afaik the K6 is still supported. I'm copying the installer and > kernel teams so they can comment. > > >> The Lenny Net Install comes to a halt right after the keyboard >> selection process, and after it has checked USB, etc. Then in about >> two minutes, both the Caps Lock and Scroll Lock start flashing at >> ~120 FPM. The PC then requires a hard reset. >> > > Can you switch to the 4th virtual console (alt-F4) _before_ this > happens. Maybe you'll then see the relevant kernel messages. > > >> The Lenny LiveCD gives this clue in an error message when it stops >> functioning: >> >>This kernel requires the following features not present in the CPU: >>cmov >>Unable to boot - Please use a kernel appropriate for your CPU. >> > > I'm not sure if the Live CD uses the same kernel as the installer, so > I'm not sure these are the same issues (it sounds like the installer > boots fine, but then has a oops). Maybe the Live CD people can > comment. > I will try another install of Lenny and check VT4 to see if there is any information. IIRC, the keyboard becomes non-responsive, and I may have even tried the other VTs, and even the Magic SyReq key combinations. The suspected oops likely blows its mind and makes the keyboard non-responsive. This will take me a couple of days because I just used up my two spare AMD-K6 PCs for testing Ubuntu 8.04 LTS Server Edition with INN 2.4.4. I have an issue involving INN's news.notice log dieing after the syslog is rotated, and am trying to pinpoint it as either an INN bug or a bug in Ubuntu. Yesterday I installed Lenny on a newer PC and then INN 2.4.5 for a test. The news.notice log continued tailing after the syslog rotation, so the trouble is not with Lenny and INN 2.4.5. This PC has an AMD Duron 1.6 GHz CPU. I also have had good logging and no problems with INN 2.4.3 on Sarge since around 2005. Both Sarge and INN 2.4.3 are kinda long in the tooth, so I wanted to upgrade everything, but still use the older hardware because it uses only 25 watts. It would also save a little more on air conditioning. ;-) The INN developers and maintainers suggested I submit a bug to Ubuntu, which I did yesterday, so I want to wait a couple of days until I hear something from them before stopping the two tests cooking on the two older AMD-K6 PCs. In the meantime, I'll watch the 523137 page to see if anything comes up on this possible Lenny bug. I'll let you know what I find out on the VT4 exam when I can try reinstalling Lenny. Thanks again. -- John No Microsoft, Apple, AT&T, Novell, Trend Micro, nor Ford products were used in the preparation or transmission of this message. The EULA sounds like it was written by a team of lawyers who want to tell me what I can't do. The GPL sounds like it was written by a human being, who wants me to know what I can do. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#528351: debian-installer: cannot find disk drives
Thank you for the quick reply. When I installed the 11 May 2009 squeeze amd64-netinst with kernel 2.6.26-2, the installer worked perfectly all the way through to reboot but when I ejected the cdrom and rebooted, the installation could not find the disk drives on the reboot. cat /proc/modules shows that all the mpt modules are loaded, so something funny is going on. P.S. I'd be somewhat surprised if it was kernel because I was able to upgrade etch to the latest kernel without any problems (i.e., right before I upgraded from etch to lenny). My problems started when I upgraded from etch to lenny. --- On Tue, 5/12/09, Otavio Salvador wrote: > From: Otavio Salvador > Subject: Re: Bug#528351: debian-installer: cannot find disk drives > To: "BranchingFactor" , 528...@bugs.debian.org > Date: Tuesday, May 12, 2009, 7:38 AM > Hello, > > On Tue, May 12, 2009 at 7:50 AM, BranchingFactor > wrote: > [...] > > Our Opteron server with LSI SAS 1068 controller and 2 > SAS drives has > > been running amd64 etch for two years without any > problems. Last week > > we attempted to upgrade the system from etch to lenny > (stable) and > > after the upgrade the system could not find the disk > drives and so the > > boot failed. Next I tried to install the current > lenny 5.01 stable > > amd64-netinst from scratch and it halted during the > installation being > > unable to find any disk drives. I tried choosing > each of the mpt > > drivers manually (including the obvious candidate > mptsas) but it > > didn't help. > > > > Subsequently I tried the latest 05/11/09 squeeze > amd64-netinst and the > > debian-installer detected both drives without any > problems. > > Unfortunately after reboot this squeeze installation > failed to detect > > the disk drives so the machine was unusable with > squeeze. > > I belive it is due a bug in kernel; could you try to boot > using sid > kernel? This is the same kernel used in daily images that > has detected > your disks properly. > > -- > Otavio Salvador O.S. Systems > E-mail: ota...@ossystems.com.br > http://www.ossystems.com.br > Mobile: +55 53 9981-7854 > http://projetos.ossystems.com.br -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
how to adjust mkfs parameters?
Hi, installing squeeze from network.iso on a hp tc4400 laptop on a 16GB SD-card. Setup is two logical volumes on LUKS I need to do a mkfs.ext3 -c to do a bad block check before formatting. how can this be done? Reason (skip this if in hurry): I'm a bit in Trouble installing to a 16 GB SD-Card (for power saving). The Card behaves somewhat strange: after copying some bigger amount of Data to it when _not_ having vfat on it, it resets. When Formatting with a badblock scan, some blocks get disabled and resets disappear. I presume wear leveling somehow gets disabled when not using fatfs -.- thanks in advance, arian -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Debian-Installer (Etch) parses strings incorrectly.
If you have something like: url=10.1.0.20/install.php?type=deb4 in the initrd line when doing a network install it appears that the "=" is parsed incorrectly. I have tried escaping in every way I know how, and it still gets munged into this: d-i url='10.1.0.20/install.php?type string 10.1.0.20/install.php?type=deb4 Does anyone know how I can avoid this? It doesn't do this in Lenny, only in Etch. Thanks, -Drew
Processed: pending 528033 527641 527643 527955 528186 521799
Processing commands for cont...@bugs.debian.org: > tags 528033 pending Bug#528033: console-setup: config file does not contain "bepo" variant selected in debconf There were no tags set. Tags added: pending > tags 527641 pending Bug#527641: Package installation overwrites /etc/default/console-setup without warning There were no tags set. Tags added: pending > tags 527643 pending Bug#527643: Kirghiz D-I There were no tags set. Tags added: pending > tags 527955 pending Bug#527955: console-setup: ckbcomp manpage typo There were no tags set. Tags added: pending > tags 528186 pending Bug#528186: console-setup: Manpage header of ckbcomp(1) incorrectly refers to console font, not keymap. There were no tags set. Tags added: pending > tags 521799 pending Bug#521799: console-setup: [INTL:it] Italian translation of the debconf templates Tags were: l10n patch Tags added: pending > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#526862: console-setup: fail to configure Japanese keyboard
On Tue, May 05, 2009 at 08:05:15AM +0900, Osamu Aoki wrote: > > On Mon, May 04, 2009 at 04:53:07PM +0300, Anton Zinoviev wrote: > > XKBLAYOUT="us,jp" > > XKBVARIANT=",OADG109A" > > This worked as work around. > > > After this change X should be usable again. > > Well, it was sort of usable if I blind touch ... I closed prematurely your bug in version 1.23 of console-setup but I hope the bug was properly fixed in the version 1.24 I uploaded the next day. Now the settings in the config file should become automaticaly like this: XKBLAYOUT="jp" XKBVARIANT="OADG109A" Please do not hesitate to reopen the bug or to submit a new one if you still think console-setup doesn't work properly. Anton Zinoviev -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Debian-Installer (Etch) parses strings incorrectly.
On Tuesday 12 May 2009, Drew Weaver wrote: > url=10.1.0.20/install.php?type=deb4 in the initrd line when doing a > network install it appears that the "=" is parsed incorrectly. Possibly a problem in the env2debconf script from the preseed udeb. Suggest you compare the two versions. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: [PATCH,RFC] Fetch c-s translations from xkeyboard-config.
On Fri, May 08, 2009 at 09:30:47PM +0200, Samuel Thibault wrote:
>
> +$ENV{'LANGUAGE'} = $lang;
> +setlocale(LC_ALL,"");
Unfortunately this combination is working only if in the system there is
a generated locale for $lang. Otherwise the default system locale is
used. I don't know how this problem can be fixed.
Another problem that is no immediate is the big size of
console-setup.config - it certainly can not fit in boot floppies. This
probably means the strings need to go outside the script in a compressed
file that is optional. I this way the strings can go to an udeb that
won't be extracted in systems with low memory.
Anton Zinoviev
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: [PATCH,RFC] Fetch c-s translations from xkeyboard-config.
Anton Zinoviev, le Tue 12 May 2009 20:11:36 +0300, a écrit :
> On Fri, May 08, 2009 at 09:30:47PM +0200, Samuel Thibault wrote:
> >
> > +$ENV{'LANGUAGE'} = $lang;
> > +setlocale(LC_ALL,"");
>
> Unfortunately this combination is working only if in the system there is
> a generated locale for $lang.
Whch is the case since I've added the locales-all build-dep.
> Another problem that is no immediate is the big size of
> console-setup.config - it certainly can not fit in boot floppies.
If we want the translations we have to ship them anyway.
> the strings need to go outside the script in a compressed
> file that is optional.
Aren't initrds compressed already?
> I this way the strings can go to an udeb that won't be extracted in
> systems with low memory.
That, however, is a problem indeed.
The problem is that the config script is called before anything is
unpacked...
Samuel
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
tasksel
I wasn't completely sure who to send this to, it's something i suggest be added to the current tasksel menu. the diff I've attached creates a file called xen-host in the tasks folder. This is something I've found useful as the linux sysadmin for my company, and i hope that others might as well. Robert Pourteau. __ Child Advocates, Inc. is Houston's leading voice for the rights of abused children. Volunteers just like you reduce the time children spend in foster care and ensure that their needs are met. To learn how you can become involved, please visit www.childadvocates.org. __diff -urpN tasksel-2.78/tasks/xen-host tasksel-2.78.xen/tasks/xen-host --- tasksel-2.78/tasks/xen-host 1969-12-31 18:00:00.0 -0600 +++ tasksel-2.78.xen/tasks/xen-host 2009-05-12 13:17:12.0 -0500 @@ -0,0 +1,16 @@ +Task: xen-host +Section: server +Description: XEN VM Host + This task sets up your system to be a XEN host. +Key: + xen-linux-system-2.6-xen-686 + linux-modules-2.6-xen-686 +Packages: task-fields +Packages-list: + xen-utils-3.2-1 + xenstore-utils + xenwatch + virt-manager + convirt + xen-utils-common + libc6-xen
Re: [PATCH,RFC] Fetch c-s translations from xkeyboard-config.
On Tue, May 12, 2009 at 08:45:21PM +0200, Samuel Thibault wrote:
> Anton Zinoviev, le Tue 12 May 2009 20:11:36 +0300, a écrit :
> > On Fri, May 08, 2009 at 09:30:47PM +0200, Samuel Thibault wrote:
> > >
> > > +$ENV{'LANGUAGE'} = $lang;
> > > +setlocale(LC_ALL,"");
> >
> > Unfortunately this combination is working only if in the system there is
> > a generated locale for $lang.
>
> Whch is the case since I've added the locales-all build-dep.
Great! I didn't know such package exists and compiled console-setup with
unsatisfied dependencies.
> > Another problem that is no immediate is the big size of
> > console-setup.config - it certainly can not fit in boot floppies.
>
> If we want the translations we have to ship them anyway.
>
> > the strings need to go outside the script in a compressed
> > file that is optional.
>
> Aren't initrds compressed already?
>
> > I this way the strings can go to an udeb that won't be extracted in
> > systems with low memory.
>
> That, however, is a problem indeed.
>
> The problem is that the config script is called before anything is
> unpacked...
For now d-i doesn't use the udebs of console-setup and I think we will
have time to find the right solution.
Anton Zinoviev
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
code swarm video
d-i's 10 year anniversary is sometime in the next year. The timing depends on how you measure the start of the project; was it: - When some of us began to get dissatisfied with the boot-floppies and began semi-seriously talking about replacing it? (Mid 1999) - When I met aph at a LinuxWorld party in NYC and got his blessing to replace the boot-floppies? (Early 2000) - When the first design discussions began on the list, and first commits were made? (Jun 2000) http://lists.debian.org/debian-boot/2000/06/msg00277.html - When the design draft was done, or d-i sorta ran for the first time? (Sep-Nov 2000) In any case, we have nearly a decade of commit logs, and I am using the code_swarm tool to produce a fancy visualization of them. A rough draft of the video is here: http://kitenet.net/~joey/tmp/d-i_code_swarm_raw.avi I will be adding music to it, and captioning important events in the project's history, and plan to release the finised video in time for DebConf. Here's my list of possible captions, do let me know if I missed anything: - Winter, 1999: aph gives Joey go-ahead - June 17 2000: First design discussions begin on list - September 12 2000: Design draft done - November 28 2000: First runnable d-i build - January 28 2001: First boot of d-i (from floppy) - Feb 2001 - July 2002: Hiatus, boot-floppies used for Debian 3.0 (very clear in the code_swarm, I think) - July-ish 2002: Tollef Fog Heen takes over d-i leadership from Joey Hess - Early 2003: First successful installs! (By July, don't have an exact date) - September 2003: Joey takes over leadership again - November 9 2003: Beta 1 - 14 Jan 2004: Beta 2 - 15 Mar 2004: Beta 3 - 30 Apr 2004: Beta 4, supports 10 architectures - 21 June 2004: First distro ships with d-i (Skolelinux 1.0) - 7 Aug 2004: Release candidate 1 - 22 Nov 2004: Release candidate 2 - 23 Mar 2005: Release candidate 3 - June 6 2005: Debian 3.1, first release with d-i - 11 Nov 2005: Etch beta 1 - early 2006: Frans pop becomes d-i RM - 15 Mar 2006: Etch beta 2 - 11 Aug 2006: Etch beta 3 - 13 Nov 2006: Etch release candidate 1 - 19 Mar 2007: Etch release candidate 2 - April 8 2007: Debian 4.0 (etch) - January 2008: Otavio Salvadore becomes d-i RM - 16 Mar 2008: Lenny beta 1 - 9 Jun 2008: Lenny beta 2 - 12 Nov 2008: Lenny release candidate 1 - 31 Jan 2009: Lenny release candidate 2 - 14 Feb 2009 Debian 5.0 (lenny) -- see shy jo signature.asc Description: Digital signature
Bug#527124: [console-setup-mini] should provide console-setup
reassign 527124 xserver-xorg retitle 527124 Please use unversioned dependency for console-setup thanks On Tue, May 05, 2009 at 08:28:11PM +0200, Szymon Janc wrote: > > when trying to install: > athlon:~# apt-get install console-setup-mini > Reading package lists... Done > Building dependency tree > Reading state information... Done > The following packages will be REMOVED: > console-setup console-terminus xserver-xorg xserver-xorg-core This was because xserver-xorg used versioned dependency on console-setup (>1.29). I think it is safe to use unversioned dependency because even the oldest versions of console-setup used the same syntax for its configuration file and had all features X needs. The only important feature that 1.29 adds is that it reads xorg.conf for defaults when the package is installed for first time. However: 1. If an upgrade of console-setup is forced because of the dependency of xserver-xorg, the new console-setup will not use xorg.conf because it already has configuration file. 2. If the upgrade of xserver-xorg forces new installation of console-setup then the new version will come from the same version of Debian as xserver-xorg so this will be new console-setup. 3. Even if we suppose that some Debian-derived distribution combines the new xserver-xorg with old console-setup, nothing bad will happen - console-setup will simply ask the user for their keyboard and build proper configuration file. Anton Zinoviev -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: code swarm video
Hello Joey, On Tue, May 12, 2009 at 4:06 PM, Joey Hess wrote: [...] > Here's my list of possible captions, do let me know if I missed anything: There're the releases of Debian-BR-CDD; our first release was at FISL 5 (IIRC) and it was using d-i already. Felipe, Tiago, any of you has the dates of the releases? -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: Bug#527124: [console-setup-mini] should provide console-setup
Processing commands for cont...@bugs.debian.org: > reassign 527124 xserver-xorg Bug#527124: [console-setup-mini] should provide console-setup Bug reassigned from package `console-setup-mini' to `xserver-xorg'. > retitle 527124 Please use unversioned dependency for console-setup Bug#527124: [console-setup-mini] should provide console-setup Changed Bug title to `Please use unversioned dependency for console-setup' from `[console-setup-mini] should provide console-setup'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#528443: debian-installer: error setting up powerpc-utils cannot stat `/etc/adjtime'
reassign 528443 powerpc-utils 1.1.3-22 severity 528443 important thanks On Wednesday 13 May 2009, Rick Thomas wrote: > Everything progressed normally until during the installation of the > base packages, it failed. According to the syslog file there was a > problem setting up the powerpc-utils package. So why are you reporting this against debian-installer? IMHO you should know a bit better by now (you've done enough installation testing over the past years, which we very much *do* appreciate). Please make an effort to report issues against the actual package causing the problem! Also, please don't use inflated bug priorities. Debian Installer does NOT become unusable because one random package fails to install on a single architecture. Whether it's of RC severity for powerpc-utils I'll leave to its maintainer. Cheers, FJP -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#528443: debian-installer: error setting up powerpc-utils cannot stat `/etc/adjtime'
Processing commands for cont...@bugs.debian.org: > reassign 528443 powerpc-utils 1.1.3-22 Bug#528443: debian-installer: error setting up powerpc-utils cannot stat `/etc/adjtime' Bug reassigned from package `debian-installer' to `powerpc-utils'. > severity 528443 important Bug#528443: debian-installer: error setting up powerpc-utils cannot stat `/etc/adjtime' Severity set to `important' from `grave' > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: code swarm video
On Tuesday 12 May 2009, Joey Hess wrote: > In any case, we have nearly a decade of commit logs, and I am using the > code_swarm tool to produce a fancy visualization of them. A rough draft > of the video is here: > http://kitenet.net/~joey/tmp/d-i_code_swarm_raw.avi Very nice Joey. Can we include that on CD1 and play it as background during installs? Pity about the green monster eating all names of translators (and developers) a few times. OTOH, it does nicely blot out Christian's nick most of the time ;-) > I will be adding music to it, and captioning important events in the > project's history, and plan to release the finised video in time for > DebConf. Deep Purple's Child in Time worked for me ;-) > Here's my list of possible captions, do let me know if I missed > anything: Can't think of anything really relevant. Request: think you could do the same for d-cd sometime? On Tuesday 12 May 2009, Otavio Salvador wrote: > There're the releases of Debian-BR-CDD; our first release was at FISL > 5 (IIRC) and it was using d-i already. What's so special about Debian-BR that it needs to be shown? Nothing about its development shows up in the SVN history, so it's rather irrelevant for the swarm. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Re: code swarm video
On Wednesday 13 May 2009, Frans Pop wrote: > Request: think you could do the same for d-cd sometime? Or maybe better: share the HOWTO of installing the software and making the video + any config/scripts you used? signature.asc Description: This is a digitally signed message part.
Re: code swarm video
Quoting Joey Hess (jo...@debian.org): > d-i's 10 year anniversary is sometime in the next year. The timing Ouch..:-)...though that will only be only 6 years from me (IIRC, I started getting involved in mid-2003). * > In any case, we have nearly a decade of commit logs, and I am using the > code_swarm tool to produce a fancy visualization of them. A rough draft > of the video is here: http://kitenet.net/~joey/tmp/d-i_code_swarm_raw.avi > > I will be adding music to it, and captioning important events in the > project's history, and plan to release the finised video in time for > DebConf. > > Here's my list of possible captions, do let me know if I missed anything: Joey, may I remind you installer/doc/history.txt (which his author should really update, ahem) ? It has a few "first" things... -- signature.asc Description: Digital signature
