Bug#645308: tg3 broken for NetXtreme 5714S in squeeze 6.0.3 installer
On Mon, Oct 17, 2011 at 11:44, Marc Haber mh+debian-b...@zugschlus.de wrote: ... Does the installer use a different kernel from what actually gets used in the installed system? It ought to be in sync at install time but the binaries are different. In installer we build the udebs using the generated binary from the archive (will change for Wheezy) Why was a new tg3 introduced in a point release kernel in the first place? ... On the point release, new hardware support has been add (as you can see on the announcement) and regressions might happen even though Kernel Team has asked for long time for tests to avoid them. -- 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-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cap9odkocvta4zy094tayc7wa3aq4rgkuna00rhnr0pwp8eu...@mail.gmail.com
Re: Bug#645308: tg3 broken for NetXtreme 5714S in squeeze 6.0.3 installer
On Fri, Oct 14, 2011 at 07:07, Marc Haber mh+debian-packa...@zugschlus.de wrote: ... this is a regression from 6.0.2.1 to 6.0.3. The IBM HS12 blade server has a Broadcom network chip: 04:04.0 Ethernet controller [0200]: Broadcom Corporation NetXtreme 5714S Gigabit Ethernet [14e4:1669] (rev a3) 04:04.1 Ethernet controller [0200]: Broadcom Corporation NetXtreme 5714S Gigabit Ethernet [14e4:1669] (rev a3) ... Manually running modprobe -r tg3, modprobe tg3 on a shell allows the installation to continue. The squeeze OS installed by the installer has working network immediaely. With a 6.0.2.1 amd64 netinstall CD, things are just fine. ... It does seem to be a kernel issue so I reassigned it according. -- 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-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAP9ODKrtEnWGSYwGE+yB5KHhO2WASyHA2opQVg9aufrR1U=y...@mail.gmail.com
Re: Uploading linux-2.6 (3.0.0-5)
On Thu, Sep 29, 2011 at 00:15, Ben Hutchings b...@decadent.org.uk wrote: ... Assuming that we don't find any more problems with the changes in experimental to use kernel-wedge, I will apply those to unstable as well. I'll need to upload kernel-wedge yet again with Joey's fix for the bug that affected s390. That's awesome :-) -- 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-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAP9ODKqd3X-8Speu6Hm7=pw1e45ywd5q1ynkljgq3e6nwq5...@mail.gmail.com
Re: Changes to Debian Installer release process
On Sat, Jul 30, 2011 at 17:04, Luk Claes l...@debian.org wrote: ... * Debian Installer daily builds to be done from source uploads The daily builds will use the archive source for building so every time we do a change in unstable in a module that is included in initrd it will trigger a binNMU in all architectures replicating what we have in daily builds. When source changes in debian-installer source package are done, a new source upload will be required. Do the daily builds only uncover issues from building the initrd? A.k.a. will changes in packages other than the one in the initrd only have an effect on the install via genuine downloading from the archive at the time of the install? Mostly; the only addition situation we'll need to rebuild the installer is when the amount of translation changes for a specific language so we get the 'translation-status' file updated into the initrd. Cheers, -- 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-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cap9odkpinxtg0z7neo1mye-jgrx_lh1tmry0_q3nm1g8z9e...@mail.gmail.com
Re: Changes to Debian Installer release process
On Sat, Jul 30, 2011 at 22:12, Christian PERRIER bubu...@debian.org wrote: Quoting Otavio Salvador (ota...@ossystems.com.br): Mostly; the only addition situation we'll need to rebuild the installer is when the amount of translation changes for a specific language so we get the 'translation-status' file updated into the initrd. We might need to find a way to avoid rebuilding just because *one* language changed. Mostly because this happens really often..we don't really have control about the translator's schedule and they happen to commit things more or less randomly (with peaks when something is changed in a string, or when strings are added: some like to be 100% all time long..:-)). But this will change only when we upload the package to the archive so we can try to upload a set of packages with translation updates to avoid this. Basically the binNMU would be triggered when the translation status change for a language and since we work with percentage this will not change on every translation update. As I'm watching all this very regularly, we could maybe imagine something where the i18n coordinator can trigger an l10n-rebuild because (s)he notices that a given language changed significantly enough to be worth itor because it has been too much time since the last rebuild and many very small changes piled up. Or maybe if there's no initrd changes queue it to the end of week if nothing else changes? -- 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-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cap9odko0ent87kdj_cevexzwi+g+iedn8r9__kqgluzn7_u...@mail.gmail.com
Changes to Debian Installer release process
I used some of Debcamp and Debconf time this year to discuss the Debian Installer release process with some people and after talking with many people it seems we agreed on the following changes on Debian Installer release process and it would be interesting to receive feedback on those to see if anyone see a problem we didn't notice yet. * Official uploads to be built against unstable Currently when we do a source upload of debian-installer it gather all build-depends on /unstable/ but the udebs from /testing/. We want to get it change and all udebs be fetched from unstable so we will migrate it all to testing when ready and not before building as done currently. This is going to make easier to Debian Installer and Debian Release teams to coordinate the migration of packages to testing. Philipp will send a mail regarding this with more details later. * Linux kernel udebs to be built from linux source package We won't get rid of kernel-wedge instead linux source package will use it during the build process to produce all the kernel udebs from it. Ben will send a mail about this later with a more detailed description. * Debian Installer daily builds to be done from source uploads The daily builds will use the archive source for building so every time we do a change in unstable in a module that is included in initrd it will trigger a binNMU in all architectures replicating what we have in daily builds. When source changes in debian-installer source package are done, a new source upload will be required. * Debian Installer experimental builds With Linux kernel udebs built from linux source we have the possibility to get the installer built against the development kernel that will be available on experimental and this is quite important to us to be able to test all this before it is available in unstable to avoid bad surprises for us and users. This will also be a handy tool for us to play with not well tested or finished stuff without breaking installer to end users. For now, I think we will need to use an infra-structure similar of what we have today for daily builds for those. * Use of britney to handle package and installer migration This is the end of the process and some details are yet unknown how this is going to happen however but our goal is to make it happen since it will alleviate a lot the amount of work to make Debian Installer release to happen. It is important to notice that it is not a single-man effort but a coordinate and shared effort of Debian Kernel, Debian Release and Debian Installer teams to get all this done. Those changes are not going to happen at once but in a progressive process and at the end this is going to make the installer release process easier to understand and handle. Please share your ideas regarding those proposed changes so we can start looking on the required changes to accomplish all this. Thanks in advance, Regards, -- Otavio Salvador ota...@debian.org -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cap9odko9_21zxolagenchnte8+xc1p4xr6vxnavugqcwekb...@mail.gmail.com
Bug#635035: [s390] doesn't has nbd module available
On Sat, Jul 23, 2011 at 11:50, Bastian Blank wa...@debian.org wrote: It is enabled and according to http://packages.debian.org/sid/s390/linux-image-2.6.39-2-s390x/filelist correctly included. Please show more evidence. Missing on tape flavour. -- 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-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAP9ODKq1M-gpnodUFhWi5u=axwhqeia59tgvn2b5gm7n8k9...@mail.gmail.com
Re: Symbolic links to kernel image files and initial RAM file system image files
On Wed, Jul 20, 2011 at 01:56, Stephen Powell zlinux...@wowway.com wrote: ... o Eliminate symbolic links entirely and require boot loader hook scripts to edit their configuration files ... This seems to be the best alternative for me however IIRC there still arches that depends on those links so I think we could do it case by base (arch specificly) by now. -- 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-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAP9ODKodxB0xNO=U+vzn3-rPXND_kQSU+s2FT=rEf=j7yna...@mail.gmail.com
Bug#635035: [s390] doesn't has nbd module available
Package: linux-2.6 Version: 2.6.39-3 Severity: wishlist Tags: d-i Currently there're a development of partman-nbd for integration into Debian Installer and we started pushing the required changes to integrate it. Regarding kernel support, s390 is the only missing architecture. This bug is more a request for comments then a request. We have two possible ways of fixing this bug: * enabling nbd for s390; * documenting into installation manual that s390 lacks it; Either way works for me while the first seems the easier and avoids a divergion regarding feature sets. Thoughts? -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/4 CPU cores) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110721230347.14953.16181.report...@micro.lab.ossystems.com.br
Re: Uploading linux-2.6 (2.6.32-31) for point release 6.0.1
On Wed, Mar 2, 2011 at 05:18, Ben Hutchings b...@decadent.org.uk wrote: ... That should be fine. That gives us time to include longterm release 2.6.32.30 and pick up a few other bug fixes. It would be nice if it can be done before since I'll do a surgery on 26th and need to travel for it on 24th or 25th. -- 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-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/AANLkTimoueanxN+CjQGSFLN3i0H1=euk5pbou0_9k...@mail.gmail.com
Re: Uploading linux-2.6 (2.6.32-31) for point release 6.0.1
On Tue, Mar 1, 2011 at 18:19, Ben Hutchings b...@decadent.org.uk wrote: On Mon, Feb 28, 2011 at 11:23:42AM +, Otavio Salvador wrote: It depends on the ETA for 6.0.1. I'd a week before the targeted date assuming it builds fine on all arches. For a confort level, I'd say a cuple of weeks like a good time for we to update the installer for it. OK, so what's the targeted date? It doesn't depends on me. It is RMs' call. -- 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-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/AANLkTi=qj43n57nyn9zod8vmjngugykne3hum5rl_...@mail.gmail.com
Re: Uploading linux-2.6 (2.6.32-31) for point release 6.0.1
On Mon, Feb 28, 2011 at 04:53, Ben Hutchings b...@decadent.org.uk wrote: ... I know that I need to upload in time for the installer team to rebuild the installer with the new kernel version, addressing the known issues with the kernel used in 6.0.0. Please could you let me know what the deadline is for that? ... It depends on the ETA for 6.0.1. I'd a week before the targeted date assuming it builds fine on all arches. For a confort level, I'd say a cuple of weeks like a good time for we to update the installer for it. -- 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-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/AANLkTikHqk+28JYqnis5RF1oLVgRvEBcjJH=ped8z...@mail.gmail.com
Bug#608538: btrfs root installation results in initramfs busybox prompt
reassign 608538 btrfs-tools retitle 608538 Didn't include required module in initramfs thanks On Sat, Jan 1, 2011 at 09:06, Aron Xu happyaron...@gmail.com wrote: No, nothing. But I truly only get an initramfs prompt. It looks to be a btrfs-tools hook issue. Reassigning it. -- 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-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktimtu9xi7f5yq9puwkbqvcuv2ozbmk0pdrnxh...@mail.gmail.com
Bug#571035: [Upgraded to latest squeeze] Machine unbootable with ata_generic
Hello, On Fri, Oct 29, 2010 at 5:12 PM, Holger Wansing li...@wansing-online.de wrote: The situation is still the same: In the debian-installer, the ide_generic module is used by default, but it is not included in the initrd. Because of that, the newly installed system is unbootable (no disc is noted in /dev). Can you send us a copy of /var/log/installer/syslog (gzipped)? -- 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-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktinse7zo6wvpmwi.qr=qkzbec8bknrive+j...@mail.gmail.com
Bug#571035: [Upgraded to latest squeeze] Machine unbootable with ata_generic [Was: [Daily built 23. Aug 2010] Kernel freezes at boot]
Hello, We have updated kernel version in installer and I would like to ask you to give it a try. Please try http://people.debian.org/~joeyh/d-i/images/20101016-16:05/netboot/mini.iso Thanks in advance, -- 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-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktimeziprzjrkoc_t+t=xt_ytgzj-tjtnaybgj...@mail.gmail.com
Bug#571035: [Upgraded to latest squeeze] Machine unbootable with ata_generic [Was: [Daily built 23. Aug 2010] Kernel freezes at boot]
Hello, On Fri, Sep 24, 2010 at 5:07 AM, Holger Wansing li...@wansing-online.de wrote: PLEASE NOTE, THAT THIS IS WITH ide_generic LOADED! ata_generic is not available on the d-i at that time, but ide_generic is. I have queued it to be included in next kernel update for d-i. -- 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-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktimaempvñw8nzee2c-d4nbuc+g=n0gsplb5...@mail.gmail.com
Bug#571035: [squeeze alpha1] installationsreport: grub2: machine doesn't boot
Hello, On Sun, Sep 5, 2010 at 6:15 PM, Holger Wansing li...@wansing-online.de wrote: 2. the second is a debian-installer kernel. I copied the kernel and initrd from a debian-installer netinst cd (the same cd which was used to perform the test installation, leading to this bugreport #571035, an debian-testing daily build from 23. Aug 2010. That kernel boots fine!!! You might try to use the installer and chroot into /target and install the latest 486 kernel and see if it boots. -- 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-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktike4+=x3xkcrkbatk6tj92c-wugi52dgrdsq...@mail.gmail.com
Bug#571035: [squeeze alpha1] installationsreport: grub2: machine doesn't boot
Hello, On Sun, Aug 29, 2010 at 5:24 PM, Holger Wansing li...@wansing-online.de wrote: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso We need to know the date of it ;-) -- 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-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktimk8zs+r-dhy14m=mi6elmpts=cri7-bdh=1...@mail.gmail.com
Bug#512546: Ethernet card not found
Hello Vincent, On Wed, Aug 25, 2010 at 10:24 PM, Vincent McIntyre vince.mcint...@atnf.csiro.au wrote: this problem is also occurring on Dell Optiplex 780 machines, the PCI ID of the network card is 8086:10de. Can you test with our daily image? It has updated kernel and would be nice to know if it works for you. This is the kernel intended to be used in Squeeze Installer and we have more freedom to fix issues on it then changing stuff in Lenny. Thanks in advance, -- 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-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktin-jsyzkmgxoagwyutzhe271gl_btvmc5cmm...@mail.gmail.com
Bug#512546: Ethernet card not found
Hello Vincent, On Thu, Aug 26, 2010 at 8:55 PM, Otavio Salvador ota...@ossystems.com.br wrote: Hello Vincent, On Wed, Aug 25, 2010 at 10:24 PM, Vincent McIntyre vince.mcint...@atnf.csiro.au wrote: this problem is also occurring on Dell Optiplex 780 machines, the PCI ID of the network card is 8086:10de. Can you test with our daily image? It has updated kernel and would be nice to know if it works for you. I noticed that it has already been tested with dailies and that it works. So ignore this. Thanks a lot. -- 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-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlkti®0gprcrfcy6rkq1m0zzgbppjxutpd7sr-...@mail.gmail.com
Bug#571035: [squeeze alpha1] installationsreport: grub2: machine doesn't boot
Hello Ben, On Thu, Aug 26, 2010 at 11:53 PM, Ben Hutchings b...@decadent.org.uk wrote: Which kernel version was used in this installer image? It depends; the user used the netinst image so he might have used current squeeze installer or sid depending on the directory he uses. Holger, can you inform us the URL you used to get the image? Cheers, -- 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-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktinbz=qa1f-a7l+zj5bwjf3ch75vvjuk5skcr...@mail.gmail.com
Bug#571035: [squeeze alpha1] installationsreport: grub2: machine doesn't boot
reassign 571035 linux-2.6 retitle 571035 Kernel freezes at boot thanks Hello, On Wed, Aug 25, 2010 at 4:39 PM, Holger Wansing li...@wansing-online.de wrote: Decompressing Linux... Parsing ELF... done. Booting the kernel. and then the system stopps. It is really a kernel issue in this case. It looks like the bootloader and the installer has done its job and kernel needs a fix somewhere. So I am reassigning the issue to kernel. I intend to do some more tests, but this will happen after I return from vacation (end of next week). That would be good; people at kernel team can guide you better then me on how to debug this issue. Thanks in advance, -- 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-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktimyerx_h99h1fwcq83qfuxyaw9rp7osp-rtm...@mail.gmail.com
Bug#561309: Same problem
Hello, I'd like to confirm this bug since I have exactly same situation. :-( Cheers, -- 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-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Removal of cramfs support
Hello, On Sat, Dec 5, 2009 at 1:47 PM, Bastian Blank wa...@debian.org wrote: Hi folks I intent to remove the cramfs support from the kernel and the cramfsprogs package. Current kernels supports squashfs, which is a far more advanced replacement. Is squashfs going to be built-in in those arches? -- 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-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Update of Linux 2.6.30?
Hello Ben, On Sun, Sep 13, 2009 at 2:28 PM, Ben Hutchings b...@decadent.org.uk wrote: Although Linux 2.6.31 has been released, it has a number of known regressions and I think we will wait for 2.6.31.1 before uploading to unstable. Most of the kernel team will be meeting in Portland from 22-26 September and I would expect the first upload to be done after that. In the mean time, 2.6.30 has had more stable updates, and there are many other bugs with patches available (the most important being #541307). I propose that we should make another upload of 2.6.30, although this will change the kernel ABI. Please do; this allow us to get rid of the PAT bug :-) -- 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-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503292: [RFC] Bugs#503292: linux-latest-2.6: new dummy images for Samsung s3c24xx devices
Hello Luca, On Mon, Aug 17, 2009 at 1:43 PM, Luca Capellol...@pca.it wrote: Is there any strong opposition to s3c24xx? I fully agree that it looks the most logical name for it. -- 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-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [stable] Adding bnx2x driver in 5.0.3
Hello dann, On Sun, Jul 26, 2009 at 4:04 PM, dann frazierda...@debian.org wrote: The bnx2x driver was disabled in lenny due to its use of non-free firmware. I have put together a patch that would reenable this driver in lenny's 2.6.26 kernel, making use of the firmware split-out patch that has gone upstream in Linux 2.6.31-rc releases (and is currently in use in the linux-2.6 2.6.30 packages in sid). Really good news :-) I'd like to see if we can enable the use of this driver in 5.0.3. As far as I can tell, the necessary steps would be: - Update the kernel (obviously) - planned for a p-u upload this week - Backport the necessary changes for firmware-nonfree from sid to add the firmware-bnx2x package - Update kernel-wedge/stable to include bnx2x if available (are there space issues here?) The space usage is neglitable and I think it can be done with a very small risk of regressions. Be sure to use the kernel-wedge of lenny for building it since we've changed kernel-wedge a lot during the 2.6.30 migration and it is not suitable for the lenny usage. - Update d-i in 5.0.3 to incorporate this driver Yes, you got the picture right. I offer help if required. Cheers, -- 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-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Raising minimum CPU requirement for i386 kernel
Hello Bastian, On Sun, May 24, 2009 at 4:07 PM, Bastian Blank wa...@debian.org wrote: Hi folks I would like to raise the minimum CPU requirement for the shipped Linux kernels in the i386 port to i686 (with cmov). For now I will not propose a change of the default machine type setting used by the compiler. Raise it is non-sense. I know of many people that actively use machines that will lose support in this case. I'm quite curious to know what is the reason for that? I think we could possible change the default kernel available on full CD set (if we provide an alternative image for usage by those old machines) and I'd also support it not being available for all installer flavours but I do think we can't just drop support for those machines. Cheers, -- 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-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Proposed changes to linux-2.6
Hello Bastian, On Sat, May 23, 2009 at 11:41 AM, Bastian Blank wa...@debian.org wrote: Hi folks Some of this changes affects D-I. On Wed, May 20, 2009 at 05:32:48PM +0200, Bastian Blank wrote: I intend to do the following changes to linux-2.6: * Remove i386/486. * Change i386/686(-bigmem) to include generic optimizations, should work on all x86 then. Maybe rename them somehow later. * Make ipv6 support built-in for several arches. The i486 flavour is our default for the installer; what would be the new default kernel? -- 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-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#523342: installation report Dell Optiplex 960: NIC driver not available
On Thu, Apr 9, 2009 at 1:18 PM, Christian Perrier bubu...@debian.org wrote: Quoting Charles Muller (acmul...@jj.em-net.ne.jp): Package: installation-reports Boot method: Netinstall Image version: Full URL to image you downloaded is best Date: 2009-04-09 Machine: Dell Optiplex 960 Processor: Quad 2.66 G Memory: 4 G Partitions: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [0] Detect network card: [X] Stop here. Can't find NIC Intel 82567. Ubuntu has it, but apparently it's not in Squeeze To kernel people: is this something that's likely to be fixed in 2.6.28|2.6.29 ? Yes, 2.6.27 already supports it in e1000e module, check: ota...@neumann { ~/hacking/linux-2.6 }$ git describe f4187b56e1f8a05dd110875d5094b21b51ebd79b v2.6.27-rc4-296-gf4187b5 -- 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-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Serious SCSI problem on Lenny networkinstall image
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 lets...@home.nl lets...@home.nl writes: [...] I consider it Debian's problem, and I am willing to invest some time to help, if needed. That is great and it is very welcome. I think I have given enough info via mail until now: 03/08 - a link to debian user forums with a thread I started there about this issue 03/09 - with 2 x syslog of Debian 5 boot on two different machines (2 different SCSI controllers) 03/11 - the mail you react to (I guess you missed the one from 03/09 ?) 03/12 - a reaction for Otario Salvador with dmesg output and some configuration ^ Otavio, plz ;-) today - after investigating some more, my conclusion that the 486 kernel has a SCSI problem for Qlogic and Adaptec today - more investigation (kernel sources this time) with some possibilities As we already concluded on the other thread this is a kernel issue and needs to be dealt by the kernel team. I'm willing to include all my mails (and the reactions) in my posts, but that would be a bit too much, wouldn't it? It is not required and you already provided that information on the bug report you did at #519815. This is right place to provide more information. Also I was hoping that SCSI problems on 2 different well known SCSI controllers would trigger something, but obviously that is not the case. Or am I not in the right place for this? I personally think there's a serious error in the i386 network install image (being kernel-486 based). If so, I consider that bad for Debian's reputation, and that would be bad for the reputation of open source software, which is not what we want. Sorry but you're wrong about kernel being 486 based be a mistake. This allow Debian to be installer in more machines and this is exactly what we intend. Yes, we have a bug on 486 flavor and this needs to be solved but making Debian non-installable in older machines is not the way to do that. I've added kernel team mailing list and I hope they can take a look and provide more information on the bug. Kernel team, please, take a look at #519815. This is a serious bug and would be nice to have it fixed for 5.0.1 if possible. Kind regards, - -- O T A V I OS A L V A D O R - - E-mail: ota...@debian.org UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - - Microsoft sells you Windows ... Linux gives you the whole house. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/ iEYEARECAAYFAknG95sACgkQLqiZQEml+FXDjwCfehJ2PsJittRlWWqvx9mxxEEv FCcAoJ/NIBAzDM3WwNZKTIHIHxezfHp0 =gueJ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: 5.0.1 kernel upload, ABI change
(droped other mailing list that are not suppose to handle this specific issue) dann frazier da...@debian.org writes: Stable -- There are several fixes queued up for a stable upload. I have a few more small fixes from jmm to review/commit as well, and it looks like tbm has an RTC regression fix pending. I've seen mentions of OpenVZ fixes from Ola/maks - what is the status of those? Are there any other changes people are working on? Obviously we've made a lot of progress here and have several changes queued up. I also have a handful of changes from Moritz to review. If you have any additional changes queued, please speak up. Please take a look at #519815. This looks worth a look and is indeed a serious issue for user POV. -- O T A V I OS A L V A D O R - E-mail: ota...@debian.org UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#512546: Same problem on Dell Optiplex 760 with Intel Corporation 82567LM-3 Gigabit Network Connection [8086:10de] (rev 02)
Bastian Blank wa...@debian.org writes: On Thu, Feb 12, 2009 at 10:49:14AM +0100, Bastian Blank wrote: On Thu, Feb 12, 2009 at 10:16:09AM +0100, Holger Levsen wrote: I don't think so, AFAIK missing PCI IDs are routinily added to kernel updates also in pointreleases. Yes they are. But you have not shown the upstream commit ids. The upstream commit to add this IDs and generic ICH10 support is f4187b56e1f8a05dd110875d5094b21b51ebd79b. As there are explicit differences in the init for ICH8/9 and ICH10 devices, I don't consider the hacked addition of ID with reuse of Did you looked how different and how difficult would be to backport them? -- O T A V I OS A L V A D O R - E-mail: ota...@debian.org UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Breaking X.Org on sparc
Luk Claes l...@debian.org writes: This means that we have to back it out again and the only question is if we will do that for r0 or r1. I think it's best to delay that to r1. Can someone please provide a text for the release notes to describe the problem, TIA? I also agree about let it for r1; it would result in 8 or 10 days to get it included in lenny. -- O T A V I OS A L V A D O R - E-mail: ota...@debian.org UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Meeting(s) at FOSDEM
Steve McIntyre st...@einval.com writes: Then: when and where would be a good time to meet up? Hello? Anyone? I won't be at FOSDEM :( -- O T A V I OS A L V A D O R - E-mail: ota...@debian.org UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: linux-2.6 upload planned
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 dann frazier da...@debian.org writes: hey, I wanted to give -release -boot a heads up that the kernel team is looking to do a linux-2.6 upload to sid tomorrow. As discussed on the d-i channel, delays in the d-i release have given us a short window to introduce a new build for inclusion in RC2. Changes pending for this update include: - a few local DoS security issues - the hppa kernel fix that was causing crashes during ruby builds (doesn't fix the FTBFS - that may be a userspace issue) - reintroduces a driver for the ia64 rtc (regression) - several other fixes of = important severity from Moritz's recent bug triage Please go ahead. - -- O T A V I OS A L V A D O R - - E-mail: ota...@debian.org UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - - Microsoft sells you Windows ... Linux gives you the whole house. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/ iEYEARECAAYFAklozVYACgkQLqiZQEml+FWerwCdH7IgPdJV1ihkDY7TW7A5H7dm wSIAn3S49quHqlHxESXJJdtPhdMaMxf0 =tFgT -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#507432: Can't install debian testing on asus p5q-pro (Marvell 88SE6111) ide hdd
D d [EMAIL PROTECTED] writes: After start installer, without my action, lsmod show ahci and pata_marvell modules as loaded, but installer can't recognise drive. I see my ide drive, only after action: modprobe -r ahci modprobe -r pata_marvell and as order (http://duncanelliot.com/blog/?p=18) do: modprobe pata_marvell then modprobe ahci Before this build install-cd i can't do modprobe successfully, before installer detect drives. Thanks a lot. That looks like a kernel issue in this case. From looking at the code I remember to see a quirk to not use ahci if pata was enabled. How people think we might workaround it? I small background for the new interested people: The user has problems using his Marvel IDE (in legacy mode). We have pata_marvell available but ahci is loaded anyway. It looks that the only way to workaround the issue is to do a hack like we do to ide-generic (load it and check if new devices are created). Do someone has any better alternative? Cheers, -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please unblock linux-2.6/2.6.26-11, linux-modules-extra-2.6/2.6.26-5, redhat-cluster/2.20081102-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bastian Blank [EMAIL PROTECTED] writes: Hi folks Please unblock linux-2.6/2.6.26-11. It introduces another stable update and fixes several other problems. Please unblock linux-modules-extra-2.6/2.6.26-5. It is a schedules rebuild to introduce new images and build against new modules sources. Please unblock redhat-cluster/2.20081102-1. It is necessary to have working modules on 2.6.26. This is source for l-m-e-2.6. No objection - -- O T A V I OS A L V A D O R - - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - - Microsoft sells you Windows ... Linux gives you the whole house. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/ iEYEARECAAYFAkkxsXgACgkQLqiZQEml+FXaMACfajplEkhbtXw4pyVRG8x8mYGT y/8An3xjIheeyJYJGOWMf0kJPV+X8OZO =aAHJ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502550: System starts with 486 Kernel
Peter [EMAIL PROTECTED] writes: Am Montag, den 20.10.2008, 10:19 -0200 schrieb Otavio Salvador: ... It is a kernel issue, no doubt however I'm unsure why it happens. A good guess is to install linux-image-2.6.26-1-486 and try to boot using this. Oi Otavio, As you suggested I installed the 486 version and system starts. Muito obrigado, Cool. So please send a full log of the booting with both kernels. If you have a null-modem cabe available, you might use a serial console to grab all possible information on the problematic one. Another nice suggestion is to try to find out a boot param that make it to work, that could give a nice hint about where the problem is. De nada ;-) -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please unblock linux-2.6/2.6.26-8
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bastian Blank [EMAIL PROTECTED] writes: Hi folks Please unblock linux-2.6/2.6.26-8. No objection from d-i POV. I'll wait it to be built on all architectures and do a massupload. The just missed one is mipsel, I hope it gets done by tomorrow. - -- O T A V I OS A L V A D O R - - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - - Microsoft sells you Windows ... Linux gives you the whole house. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/ iEYEARECAAYFAkjwy6gACgkQLqiZQEml+FXzBACfRuDibOI9E6hf22GA3qvJN2R5 yC0An0KU4PgBtTNHVS0DdHjhR2eBhAWP =w+2q -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Schedule for kernel updates
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, We're ready, from d-i POV, to start moving installer udebs and upload RC1 installer however I'd like to know what are the planned updates for the kernel before Lenny release? If those updates are going to happen next days, I'd prefer to wait and try to avoid a RC2 version of d-i however if it'll take longer, I'll then move RC1 ahead. Cheers, - -- O T A V I OS A L V A D O R - - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - - Microsoft sells you Windows ... Linux gives you the whole house. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/ iEYEARECAAYFAkjr+1UACgkQLqiZQEml+FW0BwCghhzv8QecaR3X4XPVCZYxhFeB 24cAmgLaPuLZ4TMAbTeY8lTbMWn4ZjJx =+6Di -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Handling of linux-modules-*-2.6 during freeze
Bastian Blank [EMAIL PROTECTED] writes: On Sat, Oct 04, 2008 at 02:58:47PM +0200, Luk Claes wrote: Bastian Blank wrote: For a short-term fix I only see three solutions: - Continue to upload to unstable, drop virtualbox modules. - Upload to testing-proposed-updates. - Let virtualbox-ose into Lenny. None of these look really good to me. Another solution would be a reupload of 1.6.2-dfsg-6 with a higher version than currently in unstable. This may produce another bunch of problems with the version generation in the linux-modules-* packages which I currently don't want to find out. It works now, and I'm glad that it works. What I don't want is to introduce another variable like epochs just for fun. In this case I think t-p-u is the best alternative and I agree that if the version generation code doesn't this support up to now, this is too late to add it. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[RFC] kernel update to 2.6.26
[ added debian-kernel on Cc so they can comment on the doubts I have ] Hello, I've prepared the patches needed to get i386 and amd64 ready for 2.6.26. The diff is attached for review. There are some doubts against 2.6.26 from my side, here goes: - sata-sis droped kernel team pointed #485609 to me however the bug talks about sis5513 module not sata-sis - dpt-i2o added (amd64) system has been used i2o-block for it. I didn't include it since I'm unsure if we should use it or not - isofs droped (mips) - pata modules droped (armel) I've opt to use atl2-modules instead of nic-lme-modules as suggested on the atl2 bug report to follow same schema we have been doing for external modules. It looks more logical for me. Otavio Salvador (10): Add support to atl2 package building to massbuild script Add atl2 modules. Closes: #490354. Add atl2-modules (build-depends on kernel-wedge = 2.49) Add atl2-modules (build-depends on kernel-wedge = 2.49) Add 686-bigmem flavour Add pata-sch to pata-modules. Move sata-sis from pata-modules to sata-modules (uh?). Add acenic, atl1e and sfc to nic-extra-modules. Add spcp8x5 to usb-serial-modules. Replace rtc with rtc-cmos on rtc-modules. kernel-wedge/debian/changelog | 11 +++ kernel-wedge/modules/atl2-modules |1 + kernel-wedge/modules/nic-extra-modules|3 +++ kernel-wedge/modules/pata-modules |2 +- kernel-wedge/modules/rtc-modules |3 ++- kernel-wedge/modules/sata-modules |1 + kernel-wedge/modules/usb-serial-modules |1 + kernel-wedge/package-list |6 ++ linux-modules-di-amd64-2.6/debian/changelog |6 ++ linux-modules-di-amd64-2.6/debian/control.stub|2 +- linux-modules-di-amd64-2.6/kernel-versions|2 +- linux-modules-di-amd64-2.6/modules/amd64/atl2-modules |1 + linux-modules-di-i386-2.6/debian/changelog|7 +++ linux-modules-di-i386-2.6/debian/control.stub |2 +- linux-modules-di-i386-2.6/kernel-versions |3 ++- linux-modules-di-i386-2.6/modules/i386/atl2-modules |1 + massbuild |4 17 files changed, 50 insertions(+), 6 deletions(-) diff --git a/packages/kernel/kernel-wedge/debian/changelog b/packages/kernel/kernel-wedge/debian/changelog index 24e9969..bee0817 100644 --- a/packages/kernel/kernel-wedge/debian/changelog +++ b/packages/kernel/kernel-wedge/debian/changelog @@ -1,3 +1,14 @@ +kernel-wedge (2.49) UNRELEASED; urgency=low + + * Add atl2 modules. Closes: #490354. + * Add pata-sch to pata-modules. + * Move sata-sis from pata-modules to sata-modules (uh?). + * Add acenic, atl1e and sfc to nic-extra-modules. + * Add spcp8x5 to usb-serial-modules. + * Replace rtc with rtc-cmos on rtc-modules. + + -- Otavio Salvador [EMAIL PROTECTED] Sat, 02 Aug 2008 10:35:10 -0300 + kernel-wedge (2.48) unstable; urgency=low * Add raid10 to md-modules. diff --git a/packages/kernel/kernel-wedge/modules/atl2-modules b/packages/kernel/kernel-wedge/modules/atl2-modules new file mode 100644 index 000..f7aaa50 --- /dev/null +++ b/packages/kernel/kernel-wedge/modules/atl2-modules @@ -0,0 +1 @@ +atl2 diff --git a/packages/kernel/kernel-wedge/modules/nic-extra-modules b/packages/kernel/kernel-wedge/modules/nic-extra-modules index 53ea0a5..6b06512 100644 --- a/packages/kernel/kernel-wedge/modules/nic-extra-modules +++ b/packages/kernel/kernel-wedge/modules/nic-extra-modules @@ -1,5 +1,6 @@ # Note that this is an incomplete list that tries to be a common subset # that is right for most kernels. Suppliment with any others. +acenic 82596 ? abyss ? ac3200 ? @@ -95,4 +96,6 @@ qla3xxx ? arl1 ? cxgb3 ? atl1 ? +atl1e ? r6040 +sfc diff --git a/packages/kernel/kernel-wedge/modules/pata-modules b/packages/kernel/kernel-wedge/modules/pata-modules index a3571b9..6ff9173 100644 --- a/packages/kernel/kernel-wedge/modules/pata-modules +++ b/packages/kernel/kernel-wedge/modules/pata-modules @@ -32,7 +32,7 @@ pata_sc1200 ? pata_serverworks ? pata_sil680 ? pata_sis ? -sata_sis ? +pata_sch ? pata_sl82c105 ? pata_triflex ? pata_via ? diff --git a/packages/kernel/kernel-wedge/modules/rtc-modules b/packages/kernel/kernel-wedge/modules/rtc-modules index 4f24fc6..0a78e78 100644 --- a/packages/kernel/kernel-wedge/modules/rtc-modules +++ b/packages/kernel/kernel-wedge/modules/rtc-modules @@ -1 +1,2 @@ -rtc +rtc ? +rtc-cmos diff --git a/packages/kernel/kernel-wedge/modules/sata-modules b/packages/kernel/kernel-wedge/modules/sata-modules index b8808dc..c0ad780 100644 --- a/packages/kernel/kernel-wedge/modules/sata-modules +++ b/packages/kernel/kernel-wedge/modules/sata-modules @@ -3,6 +3,7 @@ ata_piix ? sata_nv ? sata_promise ? sata_sil ? +sata_sis
Re: imminent 2.6.26 sid upload
maximilian attems [EMAIL PROTECTED] writes: shall we give a README.Debian note on the vserser-xen flavour dropping? I'd say a NEWS entry. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: imminent 2.6.26 sid upload
Bastian Blank [EMAIL PROTECTED] writes: On Tue, Jul 29, 2008 at 02:53:22PM +0200, maximilian attems wrote: i'll announce upload of 2.6.26-1 for tomorrow, will hit NEW. Nack. Do you mind to be more descriptive? -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: imminent 2.6.26 sid upload
Julien Cristau [EMAIL PROTECTED] writes: On Tue, Jul 29, 2008 at 10:12:32 -0300, Otavio Salvador wrote: maximilian attems [EMAIL PROTECTED] writes: shall we give a README.Debian note on the vserser-xen flavour dropping? I'd say a NEWS entry. If the package doesn't exist anymore, it can't have a NEWS file. And spamming the users of every other image with a note that some flavour they don't use got dropped doesn't sound optimal. Right however it would be nice to warn him if he uses it. In this case, I think README.Debian is indeed the best option having your concern in mind. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: imminent 2.6.26 sid upload
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 maximilian attems [EMAIL PROTECTED] writes: latest 2.6.25 stable release is in testing, we expect to keep it as backup plan for lenny. release team wishes to have unstable coverage of 2.6.26 before final ack on that release. If this is the desire of Release Team, I have no problem on that. I'd prefer to have it on experimental before upload it to unstable so first and more urgent issues wouldn't bother us and users however this is more up to you and RM team then me. My preference would be: - upload to experimental - wait for at least 5 days without issues - check for any possible building issues with new libc headers - upload to sid (since it has been proven more or less stable) When uploading to sid, I believe that meta packages should go together so we do get a nice coverage on that. After sometime on sid, I believe we ought to move d-i for it if it looks to be a real option for lenny and try to release a first RC of installer as soon as possible after that. Thank you by coordinating it with us. - -- O T A V I OS A L V A D O R - - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - - Microsoft sells you Windows ... Linux gives you the whole house. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/ iEYEARECAAYFAkiHHbsACgkQLqiZQEml+FVv8wCcC66i++16PPZ/Rhuy5FUZ+zfK z9sAn2HgW44ekPTKJIdvmq3sa1M4WMVg =ZRaN -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Selection of kernel for Lenny
Daniel Dickinson [EMAIL PROTECTED] writes: On Tue, 8 Jul 2008 09:15:14 +0200 maximilian attems [EMAIL PROTECTED] wrote: When a new stable *is* uploaded, D-I should be able to switch faster too (at least, if there's someone willing to do the initial kernel-wedge work) as the main criterium for D-I to switch to a new kernel version is: does the new version look about to be ready to migrate to testing, which current early uploads of the kernel to unstable effectively never are. sarcastic mode on never seen that, d-i has always been dragging. sarcastic mode off As a poor simple user, this seems mistaken. Correct me if I'm wrong, but isn't it the case that d-i quickly comes out once a kernel is in *testing* so the problem with d-i dragging is really that the kernel team doesn't support testing only unstable (from the sounds of it). I mean in another email max says that testing is on an unsupported kernel. WTF. .24 isn't that old and I'm not sure if .25 is even in testing yet (when I last checked it wasn't). For d-i matters if the kernel is ready (or almost ready) to migrate to testing since it's very problematic for us to break user installation using daily images during the Debian kernel stabilization effort that, today, is done in unstable. Testing kernel, nowadays, is indeed unsupported since to update it is much harder and risk since the kernel doesn't have a period of time on unstable (it needs to go throught testing-proposed-updates) before hitting testing. What we're proposing is a change on that. Leaving those first uploads some time on experimental and then moving to unstable when major problems were solve (as is done in many other teams as Xorg, KDE, GNOME, ...) and then reducing the time required for the kernel to migrate from unstable to testing. Doing that, it would allow us to move d-i much fastly to the unstable kernel since we'd be in a much safe bed. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Selection of kernel for Lenny
maximilian attems [EMAIL PROTECTED] writes: On Mon, Jul 07, 2008 at 10:09:43PM +0200, Frans Pop wrote: On Monday 07 July 2008, maximilian attems wrote: There are valid arguments to be found for staying with 2.6.25 a bit longer, but D-I has not yet converted to it is NOT one of them. testing users are currently on an unsupported kernel. Eh, how does that follow my last para which I assume you are commenting on, but which has nothing to do with testing? A side-note to your comment though... IMO testing kernel support is the weakest point in the current upload strategy by the kernel team. By uploading the next upstream release to unstable basically as soon as it's available upstream, Debian users (both unstable and testing) are frequently missing out on at least one or two upstream stable updates for the previous stable (stable -1) release. agreed on the week point, but not to your conclusions. it often happens that d-i is blocking on older release. like the beta that happened to want to stick to 2.6.22 which was a pure catastrophe, half a year too old, without support for e1000e and newer intel boards.. This was mostly caused due the risk of the kernel to not be ready on time. We do need to have a better process to avoid those two problems to happen from now on. ... My personal opinion is that it would be better to delay the upload of new upstream releases to unstable until the .2 or maybe even .3 upstream stable update has become available. This would mean a bit more work for the kernel team, but I would expect that to be solvable. don't see any point on that. it wouldn't accelerate the meta package sort. But it would accelerate the d-i migration since we could mostly of time do the switch at same time of kernel going sid. That would also give more time for initial arch-specific and l-m-e issues for the new upstream to be worked out (e.g. in experimental) without breaking unstable too much. IMO a new kernel version should only be uploaded to unstable if kernel meta packages can be updated at roughly the same time. this is a currently a week point, but unstable is the place to sort such. No. experimental is the place for that. It would also allow to upload a few more stable updates for stable -1 and to migrate those to testing, giving testing users on average better support and it would give D-I some more breathing space to do releases. When a new stable *is* uploaded, D-I should be able to switch faster too (at least, if there's someone willing to do the initial kernel-wedge work) as the main criterium for D-I to switch to a new kernel version is: does the new version look about to be ready to migrate to testing, which current early uploads of the kernel to unstable effectively never are. sarcastic mode on never seen that, d-i has always been dragging. sarcastic mode off would wish that kmuto be an official d-i member. he even tracks rc snapshot releases when necessary. It is different case when we are working with a full set of architectures and planning to not hurt users. You need to agree that if one derivative breaks, it hurts much less people then if oficial d-i breaks. A much more important argument is that .25 has seen and will almost certainly continue to get a lot more stabilization effort upstream than is normal for upstream kernel releases because long term releases for at least two important other distros are based on it. I doubt .26 will get the same upstream attention. Given the lack of capacity in Debian to do any real stabilization (cherry picking/backporting of fixes from later releases) ourselves, that could IMO be an important consideration for staying with .25 for Lenny. that doesn't matter a lot, if you look into our 2.6.18 or the RH patch biest you'll notice the RH men force boot behind their backporting machine. I'm having serious trouble parsing what you're trying to say here. Could you rephrase? you never checked the rh kernel. they do a *lot* of backporting and have a big team working on that. so you'll notice that none of those patches landed in ours. so your argument sounds nice, but doesn't help in practise. .26 got a *lot* upstream attention and solves a number of .25 regressions. it is wanted for read-only bind mounts, kernel debugger, kvm + xen + wireless improvements, allmost net namespaces and uvc cam support. And how about the other and correlated changes that would be need like toolchain and base? We're on _freeze_, bear that on mind. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of
Re: Selection of kernel for Lenny
maximilian attems [EMAIL PROTECTED] writes: .26 is the release kernel. so i'm happy with push on it. .25 is a possible backup. I'd like to get an official statement from RM team about that so we can move it further. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Selection of kernel for Lenny
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Martin Michlmayr [EMAIL PROTECTED] writes: * Frans Pop [EMAIL PROTECTED] [2008-07-07 17:30]: In fact, having 2.6.25 in testing would possibly make it easier for the kernel team to do a final (?) 2.6.25 upload with latest stable updates. FWIW, I fully agree. In the past, we never waited for all arches in d-i to move to a new kernel udebs before allowing the deb of that version to move to testing. In fact, not having 2.6.25 in testing now that some arches have updated d-i to 2.6.25 _hurts_ our testing efforts. Some Orion devices work perfectly fine in d-i now that we've moved to 2.6.25, but installations fail because no kernel is in testing... which means people cannot test it. So, please migrate the 2.6.25 debs to testing. No objection in allowing 2.6.25 to go to testing but please hold on about uploading 2.6.26 until RM team acks on it. - -- O T A V I OS A L V A D O R - - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - - Microsoft sells you Windows ... Linux gives you the whole house. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/ iEYEARECAAYFAkhyZJAACgkQLqiZQEml+FUgZwCfUX/L+aGf7m4sk0rsAua3M3Eo 4SAAoJFrBJQgdwpJ4y+FHgUPEdAUFkTF =i8PB -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 2.6.25-2 testing sync
maximilian attems [EMAIL PROTECTED] writes: hello now that d-i released last beta that 2.6.25 state in unstable is fine, we'd want that backup option for the upcoming release in testing. please hint linux-2.6 2.6.25-6, linux-kbuild-2.6 2.6.25-2, linux-modules-extra-2.6 2.6.25-5 Please wait few more days until we get it properly done on sid (d-i migrates to it). -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Switch to 2.6.25
Frans Pop [EMAIL PROTECTED] writes: On Sunday 22 June 2008, Otavio Salvador wrote: I've prepared a set of patches against current kernel-wedge to update it. Thanks. - ide-generic-pci I haven't add it since I found no reference about it being used by other distros and then I prefer to still use ide-generic for now, so near of release I'm still not sure about this one. Current support for ide-generic in D-I and initramfs-tools is far from perfect and could still be considered a regression from Etch. It could well be that ide-generic-pci fills an important gap here. We really should discuss this with the kernel team. Kernel Team, please give us some guidance on that. Should we use ide-generic-pci or ide-generic? cdrom-core-modules: add ide-cd_mod. ide-modules: add ide-pnp. Some more explanation for these would be nice. Please remember that the changelog is not only _what_ you do, but also _why_ you do it. Looking again, I think we could skip ide-pnp. At least from the source it looks to be ISA related and I think we doesn't need to include it until we get complains about non-working systems. Kernel Team, any guidance here 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 sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482675: Kernel oops on amd64 quad core 9850
reassign 482675 linux-2.6 retitle 482675 found 482675 2.6.24-7 thanks Marcus Carlson [EMAIL PROTECTED] writes: Comments/Problems: This is a brand new machine, also the harddrive is a new 1 TB sata (tried the same on an old 200 GB sata, but same problem). Everyting goes well until its formatting the second partition to ext3. It will hang in installation and the console gives me an oops. This looks to be a kernel issue and unrelated to Debian Installer itself. I'm reassigning the bug to the package. Cheers, -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[RFC] Debian Installer Lenny Beta2 - Pending stuff and timeline
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, I know we're a bit late about Beta2 and that it was suppose to have been released just after Beta1. Unfortunately, my daily work prevented me from giving the needed time and love that is required for the installer release. I finally finished a bunch of things that were waiting for me and can now work again on that. After thinking a lot and talking to many people, I think we ought to go with 2.6.24 kernel for the release. Basically that decision has been done with following data in mind: - current 2.6.25 status . currently too young to know about stability . still not ready for d-i usage (lacks l-m-e) . still not sid default - Etch and Half kernel . 2.6.24 . would be nicer to use same for installer - Time required to release with 2.6.25 . probably 5 to 6 weeks from now - Time required to release with 2.6.24 . 3 weeks from now Let's now summarise what is need to be done for us to get there: Pending stuff - - . New syslinux menu I've talked to Joey and it'll be done at beggining of the week. Debian-CD change has already be pushed and d-i related changes will follow it. That'll require testing and we'll be able to use dailies for that. . Update 2.6.24 with missing stable updates It would be interesting to have 2.6.24 stable changes in installer and Etch+0.5 kernels and it would need to be done _now_. This obviously requires approval from Stable Release Management Team and Release Management Team since we'd need to use testing-proposed-updates to get the updated kernel in Lenny. . Cairo frontend issues We've identified the problematic change inside of cairo code and we're still waiting for the commiter to check it. If it takes too long, we'll just revert all changes from directfb cairo module to get it back to a know good state and keep going. Wanted stuff - . partman-crypto problems with random keys (#478598) and it would be nice to have it solved in time for Beta2 however it's not a blocking issue. . parted update is likely to happen before Lenny is release however we're still working at s390 fixing to get it done. . xorg update (in Lenny) is possible to happen during the release and we could re-add the reverted tasksel change that removes discover and like. We'd need to test it carefully to avoid problems for users. Timeline - The proposed timeline follows. Date What happens May 7, 2008 mass upload of translation updates May 11, 2008 mass migration of udebs May 13, 2008 debian-installer is uploaded May 17, 2008 daily images are changed to use lenny installer May 19, 2008 test of images starts May 25, 2008 final image builds May 27, 2008 planned release date Cheers, - -- O T A V I OS A L V A D O R - - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - - Microsoft sells you Windows ... Linux gives you the whole house. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/ iD8DBQFIHNNGLqiZQEml+FURAtQfAKCaRfYIYn4NX+sTMTszLPyBqFE54ACffJ45 RI5AHw7c1nFNDIZdq8/Iao8= =pKnw -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: kernel 2.6.24 speakup
Samuel Thibault [EMAIL PROTECTED] writes: Hello, Mario Lang, le Tue 25 Mar 2008 17:28:32 +0100, a écrit : Samuel Thibault [EMAIL PROTECTED] writes: (speakup can now be compiled fully independently) linux-modules-extra-2.6 seems like the perfect place for speakup, now that it does not require the kernel to be patched anymore. Well, a small patch is still needed, but it just boils down to GPL-exporting 4 symbols, and that is already in the -mm tree, so backporting it to the debian kernel shouldn't be a problem.. It would be nice if you could talk to Debian Kernel Team (just added it to cc list) and see if this could be added for next 2.6.24 upload or later. That would allow the module to be build from linux-modules-extra-2.6 and later to be added to d-i if needed. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house.
Re: kernel 2.6.24 speakup
Samuel Thibault [EMAIL PROTECTED] writes: 2.6.24 window is closed anyway. You mean the upstream or the Debian? debian Ah, so since Lenny's d-i is supposed to use 2.6.24, speakup won't make it into it :/ Beta2 is probably going to be released with 2.6.24 but I guess lenny will still be updated for 2.6.25/2.6.26 (up to kernel team to decide about it). -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian Installer Lenny Beta1: Status Update 4
Otavio Salvador [EMAIL PROTECTED] writes: +--+---+ | Date | What happens | +--+---+ |March 8, 2008 |test of images starts | = +--+---+ |March 12, 2008|final image builds | +--+---+ |March 16, 2008|planned release date | +--+---+ Currently we're trying to get final images built but the building machine has hardware issues and it's being worked on to get it solves as soon as possible. I'll mail you all once it has been solved and images are available for final tests. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian Installer Lenny Beta1: Status Update 4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, Here goes a new status update about release. Please respect the reply-to header and please follow up to debian-boot mailing list. Bellow is the updated timeline: +--+---+ | Date | What happens | +--+---+ |March 8, 2008 |test of images starts | = +--+---+ |March 12, 2008|final image builds | +--+---+ |March 16, 2008|planned release date | +--+---+ We are in good shape for the release. Few pending things to be done before final images can be built. We are late due the buildd and arm building problems that delayed the installer build for much longer then expected and I am considering to reduce the test of images starts step. It would be great if you could try the _daily_ installer images[1] (weekly builds are not yet up to date) and report any problem you find. It is better to report full installation reports instead of contacting us throught mailing list since it provides the needed information to identify if it is or not an installer issue. There are few things to do for it to be done: - get final images built and tested; - finish release announcement[2]; - finish human readable changelog[3]; The Release Announcement and the Human Redable Changelog proposed changes should be send to the mailing list before changed on the wiki so we can coordinate them. If you could take a look on them and see if you think something need to be changed/added/removed, feel free to contact us. Cheers, 1. http://www.debian.org/devel/debian-installer/ 2. http://wiki.debian.org/DebianInstaller/ReleaseAnnounce 3. http://wiki.debian.org/DebianInstaller/HumanReadableChangelogs/LennyBeta1 - -- O T A V I OS A L V A D O R - - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - - Microsoft sells you Windows ... Linux gives you the whole house. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/ iD8DBQFH1FoSLqiZQEml+FURAj54AKCoJWl5Z1zCh0VAlKs+wXWspNi+ZQCfb3d6 oy5b9jwL3yCsDlCxDQ9fVQU= =1vkG -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian Installer Lenny Beta1: Status Update 3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, Here goes a new status update about release. Please respect the reply-to header and please follow up to debian-boot mailing list. Bellow is the timeline we're following. +--+---+ | Date | What happens | +--+---+ |February 5, 2007 |translation update request is send | +--+---+ |February 15, 2007 |mass upload of translation updates | +--+---+ |February 18, 2007 |mass migration of udebs| +--+---+ |February 19, 2007 |debian-installer is uploaded | +--+---+ |February 21, 2007 |daily images are changed to use lenny installer| = +--+---+ |February 23, 2007 |test of images starts | +--+---+ |March 1, 2007 |final image builds | +--+---+ |March 3, 2007 |planned release date | +--+---+ As you probably have noticed, we're 8 days late. We ended needing two uploads of debian-installer source package due a arm failure and then we got even more late. I hope things go well from now on and I expect to get debian-installer on testing, and dailies using it in few days. Cheers, - -- O T A V I OS A L V A D O R - - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - - Microsoft sells you Windows ... Linux gives you the whole house. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/ iD8DBQFHyJkbLqiZQEml+FURAlMyAKCNTri1kRSVTeXPYndjg/qah4z6pACaAmmu apcvcBjmuVFBPMrAXVveQog= =mIA4 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Subject: Debian Installer Lenny Beta1: Status Update 3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, Here goes a new status update about release. Please respect the reply-to header and please follow up to debian-boot mailing list. Bellow is the timeline we're following. +--+---+ | Date | What happens | +--+---+ |February 5, 2007 |translation update request is send | +--+---+ |February 15, 2007 |mass upload of translation updates | +--+---+ |February 18, 2007 |mass migration of udebs| +--+---+ |February 19, 2007 |debian-installer is uploaded | = +--+---+ |February 21, 2007 |daily images are changed to use lenny installer| +--+---+ |February 23, 2007 |test of images starts | +--+---+ |March 1, 2007 |final image builds | +--+---+ |March 3, 2007 |planned release date | +--+---+ As you probably have noticed, we're 5 days late. Basically, this was due buildd issues taking longer the expect. I've sent debian-installer package and I will now try to get it built for all arches as soon as possible so we can change dailies to use those images. I'll post another update when things changes again. Cheers, - -- O T A V I OS A L V A D O R - - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - - Microsoft sells you Windows ... Linux gives you the whole house. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/ iD8DBQFHwUIJLqiZQEml+FURAt+KAJ96NefIaZwbzBA0+uLVMWdLeEAPhACeIrV+ EGwX0dn5Vpc9ceJ9ppnCtIo= =w5ZR -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Future of the linux udebs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bastian Blank [EMAIL PROTECTED] writes: On Tue, Feb 19, 2008 at 10:05:15PM +0100, Frans Pop wrote: Before I replay to the proposal and the various options, I have two questions: 1) Exactly what problem or problems is this proposal solving? This was no proposal, this was an announcement. We don't longer use this sort of source since we have one common source package for the kernels. Calm down a bit Bastian. You can't change this without agrement from d-i side. - -- O T A V I OS A L V A D O R - - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - - Microsoft sells you Windows ... Linux gives you the whole house. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/ iD8DBQFHvZSeLqiZQEml+FURAhsgAKCk+2XjAe4DzIx18w6N19qazFxr9QCeO9do DyZbL6VUNDcLfR0IizyYGN4= =jrJl -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Future of the linux udebs
Frederik Schueler [EMAIL PROTECTED] writes: ... I personally have a good relation with all active people in debian-kernel but I think that we might have a policy to avoid problems to happen. Good will isn't enough, IMO. We should decide case by case, considering what is best to get closer to the release. If adapting the concerned installer components to .24 takes too long and requires developers to focus on other things than stabilizing the code for beta1, we should indeed go with .22 for it, and so we can test 2.6.24 on a stabilized installer in beta2. That's the plan. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian Installer Lenny Beta1: Status Update 2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, Here goes a new status update about release. Please respect the reply-to header and please follow up to debian-boot mailing list. Bellow is the timeline we're following. +--+---+ | Date | What happens | +--+---+ |February 5, 2007 |translation update request is send | +--+---+ |February 15, 2007 |mass upload of translation updates | +--+---+ |February 18, 2007 |mass migration of udebs| = +--+---+ |February 19, 2007 |debian-installer is uploaded | +--+---+ |February 21, 2007 |daily images are changed to use lenny installer| +--+---+ |February 23, 2007 |test of images starts | +--+---+ |March 1, 2007 |final image builds | +--+---+ |March 3, 2007 |planned release date | +--+---+ We're supposed to be at mass migration step however some buildds are late and this will delay the release a bit. Two modules that are critical for this release aren't yet built for all architectures (cdebconf and debian-installer-utils). There are other modules that aren't yet built but those aren't so critical for the release. I expect that tomorrow we have them all built, we will see. Other pending migration, that is a real blocker for the release, is apt 0.7.11 that fixes the famous GRUB installation failure. This is also blocked due missing architectures and I hope we get it on lenny by tomorrow too. I'm doing my best to avoid further delays, let's see how fast all those go and I'll try to be as fast as possible to handle next steps. As soon as a next step is done, I'll send another status update. Stay tuned ;-) Cheers, - -- O T A V I OS A L V A D O R - - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - - Microsoft sells you Windows ... Linux gives you the whole house. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/ iD8DBQFHui3XLqiZQEml+FURAmHwAJ4oAN8qC6M3D5y6p5L5STvjxkS8RgCfTDZs V5NRhtRj/Y65a3vKqFZ6S3Y= =yd0j -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Future of the linux udebs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bastian Blank [EMAIL PROTECTED] writes: On Fri, Feb 15, 2008 at 04:40:47PM -0200, Otavio Salvador wrote: If a unwanted kernel is uploaded to sid and we wanted to update the udebs, for a release or something, we would end up doing it t-p-u. This would be done with minor testing and possible breaking lenny installer. So? If we need to update the kernel themself, it is also needed. But it's obviously something to avoid. I know that there're alternatives however it's not the best option. So your idea is to this list be placed inside each source package? It's the only solution which will not kill new versions without code to ignore udebs if the definitions are broken. Didn get you here. Could you elaborate it a bit? The list contains module X. This module got removed. What should happen with the build? - Fail silent. Ignore the error and don't output any udebs. - Fail loud. The first variant needs to be used if the list is included from an external source if it should not break it complete. I won't implement it because the build output is not longer reproducible. I think it should fail loudly. Yeah, after thinking more about it I figured that if we choose to go for udebs being build by kernel source packages, we does need to have it in the kernel package source. This would allow us to keep control about what would be end in d-i kernel modules packages. We have to process it anyway and will be able to change it in any way we want. This is called trust. While I agree that it's suppose to work, I also think that it can bring serious discussions like we had lately (because of 2.6.24 migration to testing). If we were already using this schema, the Beta1 release would need to delay since we do not have 2.6.22 on sid anymore. For me, to think more about it, we need an agreement from kernel team that d-i can veto uploads of kernel. Obviously d-i team won't deny any upload with real reasons however this agreement this is a must from my POV. Let me express my conclusion up to now for this thread (even I still want to see a comment from Colin, Joey and Frans on this): - if we choose to go with kernel sources building udebs, k-w is dead; - kernel team needs to accept nacks from d-i team for badly time uploads (this is a must); - time needed for migration to new kernel would be reduced a lot; - tests would be need, for d-i, from snapshots of kernel; Cheers, - -- O T A V I OS A L V A D O R - - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - - Microsoft sells you Windows ... Linux gives you the whole house. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/ iD8DBQFHt0qSLqiZQEml+FURAs1HAJ43XrO2zga1AZtHDvsQwUjxYpGHvACgkPRh a6AzostXhbnMNenQ9B1NDT0= =Kwqe -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Future of the linux udebs
Frederik Schueler [EMAIL PROTECTED] writes: Hello, On Fri, Feb 15, 2008 at 12:31:05PM -0200, Otavio Salvador wrote: Bastian Blank [EMAIL PROTECTED] writes: - Is impossible to release d-i with a different kernel from sid without a lot of hassle - If a bad kernel, with a bunch of ugly bugs, gets uploaded, all d-i development is affected This last item is where I worry a lot. Obviously, kernel team want to put newest kernel on sid however, when he does it, d-i will be forced to change it too. Coordination is already needed now, and will be needed even more when this change is implemented. If this means waiting with a new upstream kernel version for a week or two until the next beta of d-i is done, we will of course wait, no one wants to break d-i development by purpose. Exactly however for that to work we, d-i team, need to be able to nack a kernel upload. Please read the thread we had about 2.6.24 kernel testing migration... this is what worries me. For it to work testing images, _before_ the kernel upload to happen, would be required to at least reduce the risk of a kernel upload to stop all d-i development until it gets fixed. We have the kernel-snapshots archive to test new images before uploading them. This infrastructure could be extended, by adding buildds for all missing architectures, and whatever else is needed to get daily d-i snapshots built with these kernels. Yes, that's one thing that do like. This would allow us to have a current d-i image and one using the next kernel, just released. Another thihk that I see as a _must_ is that d-i team could nack a kernel upload. This is requred since d-i won't be allowed to diverge from sid kernels anymore (I mean during development) and those migrations would need to be much more coordinated with d-i RM and d-i porters. Nobody will insist on uploading a new kernel version if this breaks the release schedule, just think of 2.6.19, which never was uploaded to the archive because we where in the middle of releasing etch. I guess so but we had a hard time about 2.6.24. This needs to get an agreement from both sides to be able to work. I personally have a good relation with all active people in debian-kernel but I think that we might have a policy to avoid problems to happen. Good will isn't enough, IMO. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please add following hint to block linux-2.6 until Beta1 is out
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Neil McGovern [EMAIL PROTECTED] writes: On Thu, Feb 14, 2008 at 04:49:51PM -0200, Otavio Salvador wrote: I hereby ask for a block on linux-2.6 source package until d-i Beta1 gets out. If it migrates before we do the final images we can need to delay d-i release. Block added, but I'd like to stress the urgency of getting beta1 out so that 2.6.24 can migrate without any further delays. We're all doing our best. I do also want to get 2.6.24 out and Beta2 moving as soon as possible. Thanks a lot. - -- O T A V I OS A L V A D O R - - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - - Microsoft sells you Windows ... Linux gives you the whole house. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/ iD8DBQFHtXEuLqiZQEml+FURAm2TAKCMeA+DVpS9Pp0mqmSx7CIjKtojqQCgg9ju m6OUh9O7N+smt6YJKL6rnjA= =p1zO -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Future of the linux udebs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bastian Blank [EMAIL PROTECTED] writes: While I'm not nacking it right now, I nack it to happen before Beta2 with 2.6.24 gets out. ... Build the udebs from the linux-2.6/linux-modules-extra-2.6 sources. Pros: - Only one step. - Problems in the module selection can be found during the kernel development cycle. This includes added modules. Cons for the kernel team: - Another list to handle and which will kill the build if someone got it wrong. - The additional configs for the build can't be checked without a real build. Cons for the d-i team: - They have to trust another instance to don't get it completely wrong. - Changes in the module selection may need a full rebuild. - Out-of-dateness of modules and buildsystem during the introdution of a new abiname. - Is impossible to release d-i with a different kernel from sid without a lot of hassle - If a bad kernel, with a bunch of ugly bugs, gets uploaded, all d-i development is affected This last item is where I worry a lot. Obviously, kernel team want to put newest kernel on sid however, when he does it, d-i will be forced to change it too. For it to work testing images, _before_ the kernel upload to happen, would be required to at least reduce the risk of a kernel upload to stop all d-i development until it gets fixed. Another thihk that I see as a _must_ is that d-i team could nack a kernel upload. This is requred since d-i won't be allowed to diverge from sid kernels anymore (I mean during development) and those migrations would need to be much more coordinated with d-i RM and d-i porters. linux-2.6/linux-modules-extra-2.6 would build the udebs using what list? Still using kernel-wedge? How the uploads of kernel would be coordinated? Will kernel team allow d-i to _nack_ a kernel upload? - -- O T A V I OS A L V A D O R - - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - - Microsoft sells you Windows ... Linux gives you the whole house. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/ iD8DBQFHtaImLqiZQEml+FURAoJEAKCrFV2EuCgLH45/zouGG0k6whkGawCgpfnp /So/qOzYfRyGUWWmdc8u2b4= =QBkE -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Future of the linux udebs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bastian Blank [EMAIL PROTECTED] writes: On Fri, Feb 15, 2008 at 12:31:05PM -0200, Otavio Salvador wrote: ... - Is impossible to release d-i with a different kernel from sid without a lot of hassle d-i releases are built with testing udebs. Or do you mean something else? Not during development cycle. And the udebs on testing migrated to it from sid. I hope to not need to do uploads to t-p-u for d-i kernel ;-) ... - If a bad kernel, with a bunch of ugly bugs, gets uploaded, all d-i development is affected If a bad glibc is uploaded, anything is affected. With such sort of arguments you can kill anything because the propability that something will get wrong is always larger than zero. We do a lot to not let really broken things through and I don't think you will be able to catch more problems. Right. But it is a cons since currently we only migrate to the new kernel when it's already widly tested on sid. For it to work testing images, _before_ the kernel upload to happen, would be required to at least reduce the risk of a kernel upload to stop all d-i development until it gets fixed. We provide a snapshots archive which can be used through the whole development cycle. Yes, right. We'd need to setup some way to get d-i builds against those images and do testing using it before major kernel version uploads. Another thihk that I see as a _must_ is that d-i team could nack a kernel upload. This is requred since d-i won't be allowed to diverge from sid kernels anymore (I mean during development) and those migrations would need to be much more coordinated with d-i RM and d-i porters. We coordinate the uploads on d-kernel@, for security uploads the waiting period is usualy a lot shorter. If someone have a problem, he can speak up and his concerns will get heard. I'm not wondering about security uploads but about ABI changes and major kernel version updates. Those would need to be coordinated on debian-boot too. I guess that a notice about upload, few days before, to debian-boot ml should be enough, for ABI changes. For major versions, we'd need much larger coordination since it would affect whole d-i. Obviously, as already spot by you, we can get images built against the kernel snapshots but we'd need to get an infrastructure to get d-i images built against it and tested before approval for the kernel upload. linux-2.6/linux-modules-extra-2.6 would build the udebs using what list? Still using kernel-wedge? They need to include the list themself, it will get version dependant. So your idea is to this list be placed inside each source package? This means kernel-wedge will be useless and _any_ change would be need to be done on kernel team svn. This is a big regression from my POV since d-i team does need to be able to change the list by himself. How the uploads of kernel would be coordinated? Will kernel team allow d-i to _nack_ a kernel upload? Not for uploads which fixes bugs like CVE-2008-0600. A nack without anything may also not have any effect. But if there are concerns we should be able to find a solution which both sides can live with. I agree that security uploads are exception here however any other ABI or major version update would must to be acked by d-i team. This looks logical since we'll be directly affected by it and the installer might break. - -- O T A V I OS A L V A D O R - - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - - Microsoft sells you Windows ... Linux gives you the whole house. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/ iD8DBQFHtboLLqiZQEml+FURAonUAJwNMZNYsOEqYLvNFrf+brBOMdOvXgCghMdX Tr/IltraJ/QKXpLXLlRwVis= =9+UD -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Future of the linux udebs
Bastian Blank [EMAIL PROTECTED] writes: On Fri, Feb 15, 2008 at 02:13:02PM -0200, Otavio Salvador wrote: ... And the udebs on testing migrated to it from sid. I hope to not need to do uploads to t-p-u for d-i kernel ;-) I still don't get you. Kernel udebs on testing came from sid. So they're suppose to be uploaded there and migrate. If a unwanted kernel is uploaded to sid and we wanted to update the udebs, for a release or something, we would end up doing it t-p-u. This would be done with minor testing and possible breaking lenny installer. That's why it should be avoided as possible. linux-2.6/linux-modules-extra-2.6 would build the udebs using what list? Still using kernel-wedge? They need to include the list themself, it will get version dependant. So your idea is to this list be placed inside each source package? It's the only solution which will not kill new versions without code to ignore udebs if the definitions are broken. Didn get you here. Could you elaborate it a bit? This means kernel-wedge will be useless and _any_ change would be need to be done on kernel team svn. The list needs to be available during build of the source package, it is not possible to change them after that. Sure. But it could be available from kernel-wedge or something? This would allow us to keep control about what would be end in d-i kernel modules packages. This is a big regression from my POV since d-i team does need to be able to change the list by himself. There are two sorts of changes: - Modules got renamed/merged/removed. This will kill the build if not fixed, so we need to be able to do such changes on ourself. Right. - Modules got added. This may have an effect, but usualy it is new hardware support. Now please explain why you _need_ to change that directly and produce the following workflow mailto:d-i, commit, upload k-w, mailto:kernel, commit, upload l instead of mailto:kernel, commit, upload l. This is a classical indirection. The problem of doing it directly inside of kernel is that we'll lose the control of what is being deployed and we'll then need to get informated about every change inside of kernel packages to get this information sorted out. If this could be done from a d-i package (k-w or anything) it gives us a cannonical place to look at and don't force us to follow another commit mailing list to get the need information. This looks logical since we'll be directly affected by it and the installer might break. Everything might break. And we need to try to avoid it as possible. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian Installer Lenny Beta1: Status Update 1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, This mail tries to inform interest people where we are and what's missing. As you can bet, it's a long mail. Please respect the reply-to header and please follow up to debian-boot mailing list. Bellow is the timeline we're following. +--+---+ | Date | What happens | +--+---+ |February 5, 2007 |translation update request is send | +--+---+ |February 15, 2007 |mass upload of translation updates | = +--+---+ |February 18, 2007 |mass migration of udebs| +--+---+ |February 19, 2007 |debian-installer is uploaded | +--+---+ |February 21, 2007 |daily images are changed to use lenny installer| +--+---+ |February 23, 2007 |test of images starts | +--+---+ |March 1, 2007 |final image builds | +--+---+ |March 3, 2007 |planned release date | +--+---+ Translations are synced on svn repository, from master files, at 22:47 UTC and all porters and main maintainers of packages should check their packages and see if they have pending l10n updates after the sync commit. There're 51 packages (right now) that falls into this category. You can check the full list using the script available in our svn repository at scripts/l10n/list-unreleased-l10n-only. All team help on this is important since it's a huge list of packages. Today I've also uploaded tasksel reverting the xorg related change otherwise we wouldn't be able to use the lastest tasksel version of tasks for Beta1. This should go to testing in a cuple of days. Another thing that we all need to get done is the release announce text. A draft has been written and team people is welcome to send improvements for it. Several XXX items remain open to be fixed there and I'm sure people can help to get it done. Bellow goes the current general status update. New stuff = * All architectures have moved to 2.6.22; Solved issues = * Progress bar will not restart from zero several times during the phase where the base system is installed. General issues == * Time out on NTP server connection is too long (#448871]) * option to use relatime does not work because busybox' mount command does not support it (#460824]) Kernel status = * linux-modules-di-m68k-2.6 isn't uploaded due the lack of loop-aes and squashfs since linux-headers lack modules.lds files (#402061). Blockers for Beta1 release == * loop-aes is missing in testing (debs, not udebs) Blockers for final release == * linux-libc-dev has type declaration conflict (#434040, #435700) (ignored for beta1 since a workaround is used) * m68k has floppy flavors disabled due a full-disk. (ignored since m68k isn't a release-set arch) * installer doesn't start on mips and mipsel if using mklibs (#445507) (ignored for beta1 since a workaround is used) * dependencies of excluded packages on the cd, making netinst huge (#410418) (worked around in debian-cd by no longer including alternative dependencies by default) I hope it gives a better overview of all things happening behind the scenes and what you can do to help us to get the release out. Cheers, Otavio Salvador Debian Installer Release Manager -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/ iD8DBQFHtH3aLqiZQEml+FURAslpAKCo6u4NDOrtQgmA8KVwIc8QpYWpGQCdFePQ qOxMLI+PLvVVPiHsaIRuvIs= =x5zo -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Please add following hint to block linux-2.6 until Beta1 is out
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello RM and SRM teams, I hereby ask for a block on linux-2.6 source package until d-i Beta1 gets out. If it migrates before we do the final images we can need to delay d-i release. As discussed[1] previously at debian-boot we've decided to stay at 2.6.22 for this release and do a release as fast as possible with 2.6.24. 1. http://lists.debian.org/debian-boot/2008/02/msg00012.html Cheers, - -- O T A V I OS A L V A D O R - - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - - Microsoft sells you Windows ... Linux gives you the whole house. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/ iD8DBQFHtI1OLqiZQEml+FURAt0AAJ43VceXRalH3Sgvr+dDViwn7C2jUQCdEEa8 o1HfEFYnT4OUdIZw8HddUtw= =FHpN -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please add following hint to block linux-2.6 until Beta1 is out
maximilian attems [EMAIL PROTECTED] writes: On Thu, 14 Feb 2008, Otavio Salvador wrote: Hello RM and SRM teams, I hereby ask for a block on linux-2.6 source package until d-i Beta1 gets out. If it migrates before we do the final images we can need to delay d-i release. nacked as maintainer, you are blocking for more then 2 weeks linux-2.6 migration to testing. we need massife testing of 2.6.24 for etch+half, sid is not enough. also 2.6.22 was meant to be ready 4 month ago, sorry but that schedule is over. As discussed[1] previously at debian-boot we've decided to stay at 2.6.22 for this release and do a release as fast as possible with 2.6.24. 1. http://lists.debian.org/debian-boot/2008/02/msg00012.html very bad decision 2.6.24 is needed for a lot of recent hardware, d-i doesn't install on those. All your comments are right and that's why a Beta2 release is scheduled for just after Beta1 is out. The idea is to release Lenny Beta2 with bugfixes for Beta1 issues and kernel update only. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please add following hint to block linux-2.6 until Beta1 is out
Philippe Cloutier [EMAIL PROTECTED] writes: Le February 14, 2008 01:56:55 pm maximilian attems, vous avez écrit : On Thu, 14 Feb 2008, Otavio Salvador wrote: Hello RM and SRM teams, I hereby ask for a block on linux-2.6 source package until d-i Beta1 gets out. If it migrates before we do the final images we can need to delay d-i release. nacked as maintainer, you are blocking for more then 2 weeks linux-2.6 migration to testing. linux-2.6 can't migrate to testing with normal delays before 2008-02-21. The planned beta release on 2008-03-03 is 11 days later. Also, this assumes that linux-2.6 2.6.24-4 will migrate to testing. In reality, it's unlikely that linux-2.6 would migrate before March. I know it and this is one of major reasons we choosen 2.6.22 for Beta1 and want to make Beta2 sonner. This gives time for kernel to mature on sid and we to test d-i. Beta2 should be a nice release for Etch+Halt to trust. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house.
Re: Please add following hint to block linux-2.6 until Beta1 is out
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 maximilian attems [EMAIL PROTECTED] writes: On Thu, 14 Feb 2008, Philippe Cloutier wrote: linux-2.6 can't migrate to testing with normal delays before 2008-02-21. The planned beta release on 2008-03-03 is 11 days later. Also, this assumes that linux-2.6 2.6.24-4 will migrate to testing. In reality, it's unlikely that linux-2.6 would migrate before March. that is totally untrue. linux-2.6 always needs hint from the release team to migrate. properly set up it can happen in less then a week. So it puts even more urgency to the block. If it migrates we'll be in bad shape for Beta1 release. - -- O T A V I OS A L V A D O R - - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - - Microsoft sells you Windows ... Linux gives you the whole house. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/ iD8DBQFHtNcyLqiZQEml+FURAhypAJ96CGXRE61mh7OE4lRHzlVQJx+xEwCeLjUX xOup68AAhNu/fvLmcnW2vn4= =rWse -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Beta1 missing decisions and possible timeline
Martin Michlmayr [EMAIL PROTECTED] writes: Given we're doing a beta based on 2.6.22 now, how quickly could we get another beta based on 2.6.24 out? Can you be done relatively quickly after the beta based on 2.6.22? I guess we can. d-i itself isn't receiving deeply changes latelly (except latest Frans partman improvements but that has been very well test by him, as usual) and other minor things. I guess we could do another in begin of April or so, dunno for sure. Another solution would be to backport Orion support from 2.6.25 to 2.6.24. Do you know how difficult would be to do that? -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Beta1 missing decisions and possible timeline
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 With all comments that has been sent to this thread, I've changed the timeline to the following: +--+---+ | Date | What happens | +--+---+ |February 5, 2007 |translation update request is send | +--+---+ |February 15, 2007 |mass upload of translation updates | +--+---+ |February 15, 2007 |kernel, modules and their udebs hitted testing | +--+---+ |February 18, 2007 |mass migration of udebs| +--+---+ |February 19, 2007 |debian-installer is uploaded | +--+---+ |February 21, 2007 |daily images are changed to use lenny installer| +--+---+ |February 23, 2007 |test of images starts | +--+---+ |March 1, 2007 |final image builds | +--+---+ |March 3, 2007 |planned release date | +--+---+ As suggested by Frans, with many good points, we'll release with 2.6.22 but just after it, we'll start to work to release another beta with 2.6.24 kernel. Please ack this timeline and comment on it. I guess we're ok now. - -- O T A V I OS A L V A D O R - - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - - Microsoft sells you Windows ... Linux gives you the whole house. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/ iD8DBQFHphSaLqiZQEml+FURArq2AKCs3tjiR8wrW/sCqDwO0yZeD0KL2ACgnzLL Mv/ksAJ5bfSmDhGDw/vnJL4= =OI02 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: D-I Etch+1/2 kernel selection
Frans Pop [EMAIL PROTECTED] writes: ... Because of changes in the installation procedure since I implemented the sarge-support udeb, I first needed to ensure installation of the etch-support udeb is queued in cdrom-detect and iso-scan. With that, we will have the following situation: - cdrom-detect: queues etch-support for netinst and full CDs - iso-scan: queues etch-support for hd-media - choose-mirror: queues etch-support for netboot/floppy-net/businesscard CD Those patches looks OK for commiting right now from my point of view. ... I then added a hack in base-installer which does the following. If the (new) debconf template base-installer/kernel/altmeta has a value (e.g. 'etchnhalf'), it will add new potential kernel defaults before the the normal kernel defaults, with that value postfixed. I.e, if the normal possible defaults are: I think that prefmeta (preferred metapackage) is more logical for the template name from my point of view. I'd like to get a comment from Christian since he always gives good suggestions on this cases :-) -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Beta1 missing decisions and possible timeline
Joey Hess [EMAIL PROTECTED] writes: Otavio Salvador wrote: We have 2.6.22 as a safe bed on lenny now and their udebs are there too however since EtchAndHalf intends to release with 2.6.24 and it has been uploaded to sid already I'm considering a better option to us to release with it. linux-2.6 has been built in all architectures and linux-modules-extra-2.6 has been fastly processed (thanks ftpmasters) and then we could manage to get a massbuild done in few days (+- 5 of febuary or even before). I've started to check the new modules and prepare the patches for kernel-wedge for it and hope to get it ready for tomorrow or so. It's far to early to switch d-i to 2.6.24, especially since it drops support for most of /proc/acpi, including the parts used by laptop-detect. I've uploaded laptop-detect with this fixed (using your provided patch) so it is solved on sid now. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Beta1 missing decisions and possible timeline
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [ Reply-To adjusted to debian-boot so we can keep this discussion in a single mailing list ] Hello folks, I've been working at migrations of packages for lenny and I think we're more or less fine to define a timeline to the end of Febuary for the release of Beta1. This is going to be my first release as d-i RM and so I'm a bit nervous and doing small mistakes (as everybody has probably noticed already). There're few open questions that I'd like to discuss here before we make it: - kernel to release We have 2.6.22 as a safe bed on lenny now and their udebs are there too however since EtchAndHalf intends to release with 2.6.24 and it has been uploaded to sid already I'm considering a better option to us to release with it. linux-2.6 has been built in all architectures and linux-modules-extra-2.6 has been fastly processed (thanks ftpmasters) and then we could manage to get a massbuild done in few days (+- 5 of febuary or even before). I've started to check the new modules and prepare the patches for kernel-wedge for it and hope to get it ready for tomorrow or so. - e2fsprogs inode size change Lastest release[1] changed the default inode size to 256 bytes. This is not yet on lenny but is already available on sid and will hit lenny in few days. 1. http://e2fsprogs.sourceforge.net/e2fsprogs-release.html#1.40.5 Currently, there's a know problem with GRUB[2] and the safest solution is to change the current inode size back to 128 bytes using -I option of mke2fs for Beta1 release and then work on GRUB or GRUB2 to support it for lenny Beta2 release with 256 bytes again. 2. http://bugs.debian.org/463236 Please, I'd like to ask for comments on above points so we can decide about the timeline. The current timeline that looks sane is: +-+---+ |Date |What happens | +-+---+ |2/1/2007 |translation update request is send | +-+---+ |2/15/2007|mass upload of translation updates | +-+---+ |2/15/2007|kernel, modules and their udebs hitted testing | +-+---+ |2/16/2007|mass migration of udebs| +-+---+ |2/17/2007|debian-installer is uploaded | +-+---+ |2/19/2007|daily images are changed to use lenny installer| +-+---+ |2/21/2007|test of images starts | +-+---+ |2/27/2007|final image builds | +-+---+ |3/1/2007 |planned release date | +-+---+ Obviously, to be able to get there, we all need to work together. This means that d-i team, kernel team, release team, and package maintainers of packages that builds udebs will need to work closely those days and cooperate each other. One thing that could delay whole release is the migration of xorg package to testing. It needs to go otherwise we won't have desktop installation properly working on Beta1 since we don't use discover1 and xresprobe for detection anymore. I'm sure we all can do that and I'll do my best to work closely of you all too. What people say? - -- O T A V I OS A L V A D O R - - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - - Microsoft sells you Windows ... Linux gives you the whole house. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/ iD8DBQFHokXDLqiZQEml+FURApdJAJ9o2u2TlzMuNhB1tNKrGgf0O6oBCgCeKX55 ILVAsJMEyGfP0vCI2h58yEo= =sWpY -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454604: linux-2.6: Xen kernel packages for 2.6.22
Florian Weimer [EMAIL PROTECTED] writes: * Brian Almeida: I've been unable to find an official debian kernel which has Xen supporter after 2.6.18-5 (released with etch). While I realize there were changes in later kernels that complicated the patches, Ubuntu has had Xen support for 2.6.22 for nearly 3 months (see https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/132726). Can you please integrate their Xen patchesets into the official Debian kernels? The XenSource upstream is sort-of defunct these days. For some background information, see: https://www.redhat.com/archives/fedora-xen/2007-November/msg00106.html http://fedoraproject.org/wiki/Features/XenPvops Indeed. Looks like XEN will have bad days until it's done for paravirt_ops then :-) -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454604: linux-2.6: Xen kernel packages for 2.6.22
maximilian attems [EMAIL PROTECTED] writes: On Thu, Dec 06, 2007 at 01:38:15PM -0500, Brian Almeida wrote: Debian can't be the only Linux distribution out there trying to get Xen working on the latest kernels properly... until now this bug report has only hot air, aka useless. yes there exist other that moan about xen. bug upstream or test a patch that is worthwile. I'm sure that Ubuntu or fedoraa is probably already doing some work to get it ported (iif has not done it already) to 2.6.23. I think it would be worth to take a look there and see if they have it done. maks, could you apply it if we manage to find a patch for 2.6.23? hint kvm is cool. It doesn't change the bug regarting the regression about the features when comparing with etch kernel. ;-) -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451367: installation-reports: Does not allow ethernet over firewire
Frans Pop [EMAIL PROTECTED] writes: (Moving thread to cloned BR.) On Thursday 15 November 2007, you wrote: the new stack is very promising, we will reconsider later if no eth1394 shows up, for now that's just a minor regression. No, that is not a minor regression. Half the functionality of the old drivers is missing! Maks, please revert it until it has this regression solved. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 2.6.22-6 upload
maximilian attems [EMAIL PROTECTED] writes: unless objection or people having something queued, i'll upload today after checking buildserver builds of current sid. it has the last 2.6.22 stable updates. Please do it asap. :-) -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447611: update-initramfs triggerisation
maximilian attems [EMAIL PROTECTED] writes: +binary-install/initramfs-tools:: +install -m 644 -o 0 -g 0 debian/initramfs-tools.triggers \ +debian/initramfs-tools/DEBIAN/triggers no i-t uses cdbs, please add to debian/initramfs-tools.install but maybe i misread and there is no cdbs support for that yet?? Stuffing files into DEBIAN/ with .install seemed a bit wrong to me, and I thought this approach with a hook was better. In the future I imagine debhelper will copy package.triggers into the right place itself. debhelper does it according to joeyh, i haven't looked yet at how i'd have to invoke it. http://packages.qa.debian.org/d/debhelper/news/20071022T181701Z.html -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian Installer Status Update - October 11th 2007
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 = New stuff = * win32-loader has been added to daily CD images and is now used for autorun too; * multipath-udeb and libaio1-udeb have been introduced but are being excluded from CD builds since they're not being used yet; * dhcp-client-udeb has been excluded from CD images since dhcp3-client-udeb migration is over; * weekly CD/DVD builds have been enabled again (using sid d-i, by now). * netinst images were huge due to debian-cd including dependencies of excluded packages (#410418). * cdebconf has received a lot of code refactoring, plugin system had deeply changes and gtk frontend has been rewritten. * cdebconf-entropy has been updated to use the new plugin system; * mklibs has fixed our building errors due a lack of symbols; = Resolved breakage in daily builds = * newt had issues with time changing (#436497) but a workaround is implemented in clock-setup when updating time during installation (#436340); * g{++,cc}-multilib priority is now lower than standard (#424924). = General issues = * Chinese (and Japanese/Korean) texts issue in slang2 (#425835) is still there; * klibc doesn't build on sparc (#440721) = Kernel status = * All architectures has moved to 2.6.22 except m68k; * linux-modules-di-m68k-2.6 isn't uploaded due the lack of loop-aes and squashfs since linux-headers lack modules.lds files (#402061). = Blockers for final release = * Regressions in cleaning old LVM partitions (#425829); * sparc kernel seems to produces unkillable processes (#433187). * linux-libc-dev has type declaration conflict (#434040, #435700) ('''ignored for beta1 since a workaround is used''') * m68k has floppy flavours disabled due a full-disk. ('''ignored since m68k isn't a release-set arch''') - -- Regards, on behalf of Debian Installer Release Team -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/ iD8DBQFHDlY8LqiZQEml+FURAqT3AJ9pBvEUDbm/POK4fsd+bjKVwadtoQCdF78O b7BXq4391CmHVQ+qdkALXNg= =eMKN -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Preparing another 2.6.22 upload
Bastian Blank [EMAIL PROTECTED] writes: On Sat, Oct 06, 2007 at 08:30:42PM +0200, Martin Michlmayr wrote: We need to add the last few stable update for 2.6.22. Any volunteers? No. We need license and SC fixes. SC? It's not worse what we have now so I'd consider it for 2.6.23 instead of blocking it due this now. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Preparing another 2.6.22 upload
Martin Michlmayr [EMAIL PROTECTED] writes: Now that 2.6.22 is finally in testing, we should start planning to upload 2.6.22-5. This update is definitely needed on mips since it fixes two important bugs: - #444104: Kernel crashes on boot on IP32 (SGI O2): this kernel flavour currently doesn't work at all. - qemu NE2000 doesn't work on mips We need to add the last few stable update for 2.6.22. Any volunteers? After it, we'd need another udeb uploading cicle. IIRC last stable updates also changes ABI, don't they? -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Preparing another 2.6.22 upload
Martin Michlmayr [EMAIL PROTECTED] writes: * maximilian attems [EMAIL PROTECTED] [2007-10-06 21:29]: Now that 2.6.22 is finally in testing, we should start planning to upload 2.6.22-5. This update is definitely needed on mips since it fixes two important bugs: i don't get your premise. and 2.6.23 doesn't fix those? It does, but the d-i beta1 will be based on 2.6.22 so we need a working 2.6.22. Also, it's not clear how long 2.6.23 will take to reach testing (just look at 2.6.22) and IP32 (SGI O2) is completely broken with 2.6.22 - that's definitely worth an upgrade. Of course, the 2.6.22.x stable updates are important for users too. I agree with this. 2.6.23 is not out of question for beta1 but we can't trust it and we need 2.6.22 to be ready as a safe bed. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [stable] kernel upload to p-u
dann frazier [EMAIL PROTECTED] writes: Both #317258 and #410817 are showing activity now, but its difficult to predict when they will be resolved. In the meantime, I'm going to upload our current set of changes to proposed-updates so we can increase the testing pool. If these issues get resolved in time for r2, there's not reason we can't do a -15. This means it's a good time to start to work on udeb updates for -14? -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [stable] kernel upload to p-u
dann frazier [EMAIL PROTECTED] writes: If this looks correct, I'll submit it upstream and then we can look at backporting it into a stable update. It looks like you've defined the HP_NETRAID[12]M_SUBSYS_DID constansts however forgot to change to code to use them and on the if you use the device ids directly on _mbox.c. I hadn't check if megaraid.h is included on it but it looks logical to be and hence would be better to use the defined names. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [stable] kernel upload to p-u
Otavio Salvador [EMAIL PROTECTED] writes: dann frazier [EMAIL PROTECTED] writes: If this looks correct, I'll submit it upstream and then we can look at backporting it into a stable update. It looks like you've defined the HP_NETRAID[12]M_SUBSYS_DID constansts however forgot to change to code to use them and on the if you use the device ids directly on _mbox.c. I hadn't check if megaraid.h is included on it but it looks logical to be and hence would be better to use the defined names. Let me rephrase it, it was confusing ... sorry It looks like you've defined the HP_NETRAID[12]M_SUBSYS_DID on megaraid.h however didn't use them at megaraid_mbox.c. I hadn't check if megaraid.h is included on it but it looks logical to be and hence would be better to use this defined names. .oO( much better now :P ) -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440720: [SPARC]: non-SMP kernel fail on SunFIres with = 2 CPUs
Bernd Zeimetz [EMAIL PROTECTED] writes: Hi, Looks like we need to discuss the available options for this problem. Other issue is to know if current snapshots of 2.6.23 does work or not on this hardware. Bernd, can you test lastest 2.6.23 snapshot and see if it works? Check at http://wiki.debian.org/DebianKernel for more information where to find them. I've installed the machine using a 2.6.23-rc5 _smp_ kernel, all older non-smp kernels failed to boot, and as Ihad to build my own installer and kernel anyway I've decided to use an smp version. Have you tested it witn a non-smp kernel? As it takes a _long_ time to reboot a machine with a crashed CPU (which was the result of all non-SMP kernel tests so far), and the machine should be in production yet, I would like to avoid to try a non-smp kernel on this machine. Right. It makes difficult to us to know if has or not been fixed since your last try. I've looked trough the sparc64 commits (about 80) between 2.6.22 and 2.6.23-rc6 and there was non which looked like it would address such an issue. If you can point me to such a change I'll give a non-smp kernel a try. Right :( Also I'm pretty sure that non-smp kernels just don't work on the machine. As far as I understand the way those machines work is that at least two CPUs have to be in an operating state as they share one CPU Data switch (if you have a look into such a machine you see that always 2 CPUs + their memory are sitting in a CPU bay, and as far as I know you can't run the system with an odd number of CPUs. All processors share the same pysical memory address space and use - depending on the number of CPUs - different cache coherence protocols, so as far as I understand it such a system can't work at all without having all CPUs properly initialized. But probably somebody with a better knowledge about this architecture can give us some insight on that, therefore I'm forwarding the message to debian-sparc, too. Probably interesting to read for you: http://www.sun.com/processors/manuals/USIIIv2.pdf http://docs-pdf.sun.com/806-6592-11/806-6592-11.pdf If that's true then we might have two options: - add a subarch for sparc with the needed kernel changes for it; - change default kernel on installer to be smp; What other think about that? (added debian-boot on cc due this) -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian Installer Status Update - August 31th 2007
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 New stuff - - * New virtual package 'keyboard-setup' has been introduced to allow easy testing of console-setup. Previously, auto-install forced kbd-chooser to get in the image. * Default to not using a mirror if the user selected to not configure the network in netcfg. * Integrate win32-loader utility. Resolved breakage in daily builds - - * amd64 CD images had problems on boot script that has been fixed. * multiarch (i386, amd64) CD images failed to build due same boot script bug from amd64 CD images above and are now fixed too. * arm (ads_cf) had a build-failure has been resolved. Currently broken daily builds - - * m68k has a build-failure on the floppy flavours due a full-disk. * mips and mipsel builds are still broken. * The installation problem due the missing symbols still exists in some architectures since the conflict between libc-dev and linux-libc-dev (IIUC) isn't resolved yet (#434040). * sparc lenny CD images are failing due a lack of image on the mirror. The cause of it is the sparc32 removal. Other issues - * Chinese (and Japanese/Korean) texts issue in slang2 (#425835) is still there. * Regressions in cleaning old LVM partitions (#425829) unfixed as well. * newt has issues with time changing (#436497) which has broken clock-setup when updating time during installation (#436340). * console-setup has problems with Esperanto language due a lack of unicore/PVA.pl module on perl-base (#437142). Kernel status - - * linux-modules-di-m68k-2.6 isn't uploaded due the lack of loop-aes and squashfs since linux-headers lack modules.lds files (#402061). * hppa has been switched to 2.6.21 but the kernel is currently affected by #431773, #427398, #433768 - all marked as pending. * sparc kernel seems to produces unkillable processes (#433187). Installation Images - --- * netinst images are huge due debian-cd inclusion of excluded packages dependencies (#410418). * weekly CD builds for sparc are broken. - -- Regards, on behalf Debian Installer Release Team -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/ iD8DBQFG2EpcLqiZQEml+FURAh9GAKCSV4OTWMUfF3n6ZzWK9H2v0A3QyQCeOxRL 1D6LHg4oRAcpfXiavupfKUU= =Jzb4 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Reorganizing packages
Steve Langasek [EMAIL PROTECTED] writes: For that matter, if someone in the project decides that they have need for a different kernel than the one the kernel team wants to ship (for a particular port, or to support older hardware, or to support a newer cutting-edge kernel design, or for some other reason), the kernel team doesn't have the authority to prohibit this. Yes, kernel team has no authorit to prohibit it but at same time, since there's not need for it now and neither in a near future, kernel team can also do the package renaming and ignore this possibility. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Reorganizing packages
Steve Langasek [EMAIL PROTECTED] writes: On Wed, Aug 22, 2007 at 02:21:18PM +0200, Bastian Blank wrote: On Wed, Aug 22, 2007 at 02:11:48AM -0700, Steve Langasek wrote: I object; if and when there ever is a new upstream kernel branch that we want to track separately this would have to be reverted, No. We never had complete support for more than one branch. And I really doubt that anyone wants the sarge-maintenance-problem back. No, I'm sure we don't want it; but if upstream ever changes its mind later about 2.6 being the one true kernel, we might still have it. I agree with you Steve and personally I don't see any good reason for dropping it. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Reorganizing packages
Otavio Salvador [EMAIL PROTECTED] writes: Steve Langasek [EMAIL PROTECTED] writes: On Wed, Aug 22, 2007 at 02:21:18PM +0200, Bastian Blank wrote: On Wed, Aug 22, 2007 at 02:11:48AM -0700, Steve Langasek wrote: I object; if and when there ever is a new upstream kernel branch that we want to track separately this would have to be reverted, No. We never had complete support for more than one branch. And I really doubt that anyone wants the sarge-maintenance-problem back. No, I'm sure we don't want it; but if upstream ever changes its mind later about 2.6 being the one true kernel, we might still have it. I agree with you Steve and personally I don't see any good reason for dropping it. After talking with maks at IRC I've changed my mind and now I agree on the renaming. The only good reason that I still have to keep it is due GIT tree name but I don't think it's a requirement to us to follow it. experimental might be used if we had a linux-2.7 or something while it's not OK for sid and Maks and Bastian agree that we're not going to have more the one kernel source on the distro anymore so there's no more need to allow this diversion. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian Installer Status Update - August 10th 2007
New stuff - * volatile support has been added. * g-i use dejavu for rendering Georgian text. Bug #435970 has been reported asking for udeb removal. * weekly builds has been enabled again and are now using sid installer. * partman now uses relatime mount option by default. Resolved breakage in daily builds - * arm (ads_cf) had a build-failure has been resolved. * i386 amd m68k build failure due a change on genext2fs commandline. Currently broken daily builds - * m68k has a build-failure on the floppy flavours due a full-disk. * mips and mipsel builds are still broken. * The installation problem due the missing symbols still exists in some architectures since the conflict between libc-dev and linux-libc-dev (IIUC) isn't resolved yet (#434040). * amd64 CD images are currently problem due a error on boot-amd64 script. * multiarch (i386, amd64) CD images are currently problem due a error on boot script. * sparc lenny CD images are failing due a lack of image on the mirror. Other issues * Chinese (and Japanese/Korean) texts issue in slang2 (#425835) is still there. * Regressions in cleaning old LVM partitions (#425829) unfixed as well. * newt has issues with time changing (#436497) which has broken clock-setup when updating time during installation (#436340). Kernel status - * linux-modules-di-m68k-2.6 isn't uploaded due the lack of loop-aes and squashfs since linux-headers lack modules.lds files (#402061). * hppa has been switched to 2.6.21 but the kernel is currently affected by #431773, #427398, #433768 - all marked as pending. * sparc kernel seems to produces unkillable processes (#433187). Installation Images --- * netinst images are huge due debian-cd inclusion of excluded packages dependencies (#410418). * weekly CD builds for sparc are broken. -- Regards, on behalf Debian Installer Release Team -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian Installer Status Update - 30th July 2007
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 First we'd like to say thank you to Frans Pop by his work as Debian Installer Release Manager and we (Jeremy, Joey and Otavio) are starting to work as a team to manage the next Debian Installer release. It won't be an easy task and we'll do mistakes, for sure, but we're very commited to get it done. Bear on mind that we're intending to have a team-like coordination of the Debian Installer release process and that means you're free to collaborate to it. Please report any issue you have experienced and that's not reported here so we can keep the whole installer quality as good as we can. Just in case you wonder, we hope to make a beta1 release on the end of September. :) New stuff - - * Transition from devfs style device name is now complete. * sparc32 is gone, and code has been cleaned up. Breakage in daily builds - * arm (ads_cf) had a build-failure due the lack of pcmcia-cs-udeb but it's now addressed and should be ok by tomorrow. * The installation problem due the missing symbols still exists in some architectures since the conflict between libc-dev and linux-libc-dev (IIUC) isn't resolved yet (#434040). * mips and mipsel builds are still broken. A possible solution has been identified and we are waiting for actions by the daily build maintainer. * weekly CD builds for sparc are broken. Other issues - * Chinese (and Japanese/Korean) texts issue in slang2 (#425835) is still there. * Regressions in cleaning old LVM partitions (#425829) unfixed as well. Kernel status - - * linux-modules-di-m68k-2.6 isn't uploaded due the lack of loop-aes and squashfs since linux-headers lack modules.lds files (#402061). * hppa has been switched to 2.6.21 but the kernel is currently affected by #431773, #427398, #433768 - all marked as pending. * sparc kernel seems to produces unkillable processes (#433187). Installation Images - --- * netinst images are huge due debian-cd inclusion of excluded packages dependencies (#410418). - -- Regards, Debian Installer Release Team -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/ iD8DBQFGrl7yLqiZQEml+FURAlTmAJwJJ0VNqxR0MtxyIRczNy4BRB/ckwCgnj3B iJjYbVAn/9c9rH0OeJmQJz4= =/ThE -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432151: installation-reports: had to boot with -noapic
Dawn Light [EMAIL PROTECTED] writes: Booting without the noapic parameter works. I'll be happy to send you logs or anything that will help - just tell me where they are :). Now I'm confuse. Does it works on your current system that you had problems before or on daily images? Besides, what was the problem you had that you've solve using noapic? -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]