[ITR] templates://console-setup/{console-setup.templates}
Dear Debian maintainer, The Debian internationalisation team and the Debian English localisation team will soon begin the review of the debconf templates used in console-setup. This review takes place for all packages that use debconf to interact with users and its aims are: - to improve the use of English in all debconf templates; - to make the wording of debconf templates more consistent; - to encourage more translations of templates. Even if your first language is English, this process is likely to help track down typos or errors, and improve consistency between the debconf templates of your package and that of other packages in the distribution. The process involves both debian-l10n-english contributors and Debian translators. The details of the process are given in http://wiki.debian.org/I18n/SmithDebconfReviewProcess. I will act as the coordinator of this activity for console-setup. The first step of the process is to review the debconf source template file(s) of console-setup. This review will start on Wednesday, March 04, 2009, or as soon as you acknowledge this mail with an agreement for us to carry out this process. All parts of the process will be carried out in close collaboration with you, and, unless you explicitely ask for it, no upload nor NMU will happen for console-setup. If you approve this process, please let us know by replying to this mail. If some work in progress on your side would conflict with such a rewrite (such as adding or removing debconf templates), please say so, and we will defer the review to later in the development cycle. Thank you for your attention. -- signature.asc Description: Digital signature
Processed: Re: Bug#517644: [amd64][lenny] since lenny release, unable to install 'etch' via 'lenny' installer
Processing commands for cont...@bugs.debian.org: > reassign 517644 choose-mirror Bug#517644: [amd64][lenny] since lenny release, unable to install 'etch' via 'lenny' installer Bug reassigned from package `installation-reports' to `choose-mirror'. > severity 517644 serious Bug#517644: [amd64][lenny] since lenny release, unable to install 'etch' via 'lenny' installer Severity set to `serious' from `normal' > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#517644: [amd64][lenny] since lenny release, unable to install 'etch' via 'lenny' installer
reassign 517644 choose-mirror
severity 517644 serious
thanks
On Sunday 01 March 2009, Vincent McIntyre wrote:
> Comments/Problems:
> I attempted to install 'etch' on this system using the 'lenny'
> installer. I did this via the preseeding method, passing the
> suite="etch"
> option to the boot line of the installer kernel.
> The system then proceeds to install 'lenny'.
> This appears to be a regression relative to the situation before
> release, when I was able to successfully "cross-install" etch via the
> lenny installer.
As this is the second report of this issue I've seen passing by, it's
quite likely this is valid.
This is definitely a serious issue that should be fixed with the next
stable update. It should also be verified whether oldstable installs
using Sarge netboot images still work or not. There's a good chance those
are broken too.
> In the preseed I have set the "etch" distribution as well
> % grep -w etch /var/lib/preseed/log
> d-i mirror/suite select etch
> d-i preseed/url string
> http://installserver/./preseed/debian/etch/amd64/server-lenny.cfg
> d-i mirror/suitestring etch
> d-i mirror/codename string etch
There's some weirdness in here (double definition of mirror/suite for
example), but I doubt that affects the validity of the report.
> I happen to use an apt-proxy but I don't think that is the cause -
> doing the first wget manually returns the expected value of Suite:,
> i.e. oldstable, and if I do the next one manually, with 'oldstable' in
> the URL I get the right Codename returned ('etch').
Agreed, but it should be confirmed with a real mirror just to make sure.
> I also noticed that 'packages/choose-mirror/mirrors.h' does not include
> "oldstable" in the definition of the suites[][SUITE_LENGTH] array.
> Could this be the issue?
It could well be. This is something we have been unable to test so far. I
had expected it to work as we do use the codename as a base to determine
the suite, but if there is a check that the returned suite must be in
that list the failure would be explained.
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#517644: [amd64][lenny] since lenny release, unable to install 'etch' via 'lenny' installer
On Sunday 01 March 2009, Frans Pop wrote: > On Sunday 01 March 2009, Vincent McIntyre wrote: > > Comments/Problems: > > I attempted to install 'etch' on this system using the 'lenny' > > installer. I did this via the preseeding method, passing the > > suite="etch" > > option to the boot line of the installer kernel. > > The system then proceeds to install 'lenny'. > > This is definitely a serious issue that should be fixed with the next > stable update. It should also be verified whether oldstable installs > using Sarge netboot images still work or not. There's a good chance > those are broken too. The D-I team may remember that we had similar problems to install Sarge after the release of Etch. I spent a LOT of time back then to fix the issue and had a new release of D-I ready in July, only to find that the SRMs never released my oldstable updates until end of December, despite the fact that they were aware of the issue. Obviously that experience has left me completely unmotivated to make the same effort this time. It's someone else's turn. signature.asc Description: This is a digitally signed message part.
Re: The future of the D-I team
Quoting Christian Perrier (bubu...@debian.org): > If we organize something called a "team meeting" to talk about this, > who would attend? OK, thanks to everybody who replied. Apparently, there are enough people around for a meeting to be relevant. So, I'll try organizing the meeting. Sorry for sounding so pessimistic about the state of the D-I team, quite often. Holger pointed this to me on IRC, but I think it's just being realistic by saying that the team is not in such a good shape..:-) Anyway, now we need to find the Right Moment that fits everybody's schedule. So far, people who answered are mostly located in Europe and USA (West Coast, sigh:-))so we need to find a time that fits both places. There is apparently less need to fit the schedule for Asia and Pacific. Usually, in such case, a moment around "20.00-23.00 UTC" can be the best suited. Would there be an objection to this? I know that the Debconf team used some web-based thing to poll for setting meeting times. Please feel free to setup such thing if you know how to do it and feelthis is needed. signature.asc Description: Digital signature
Re: D-I build with Kazakh for QA purposes
Christian Perrier writes: > I will try to correct this this week-end. Ok. Waiting for fix. Thanks. -- Timur -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#517644: [amd64][lenny] since lenny release, unable to install 'etch' via 'lenny' installer
> > In the preseed I have set the "etch" distribution as well
> > % grep -w etch /var/lib/preseed/log
> > d-i mirror/suite select etch
> > d-i preseed/url string
> > http://installserver/./preseed/debian/etch/amd64/server-lenny.cfg
> > d-i mirror/suitestring etch
> > d-i mirror/codename string etch
>
> There's some weirdness in here (double definition of mirror/suite for
> example), but I doubt that affects the validity of the report.
I deliberately set mirror/suite to "etch" as one of my experiments after
bumping into this, but I get the same result with it set to "oldstable" -
I had it set to that originally.
> > I happen to use an apt-proxy but I don't think that is the cause -
> > doing the first wget manually returns the expected value of Suite:,
> > i.e. oldstable, and if I do the next one manually, with 'oldstable' in
> > the URL I get the right Codename returned ('etch').
>
> Agreed, but it should be confirmed with a real mirror just to make sure.
Will do.
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: The future of the D-I team
On Thursday 26 February 2009, Christian Perrier wrote: > Now that the lenny release is over, I think it's time for all of us to > gather and discuss what the D-I team currently is and what should be > done for the lenny->squeeze release cycle (not technically speaking > but first more on organisational issues). After FOSDEM I've decided that I'm not going to continue spending the insane amounts of time on D-I that I have been doing the past few years. In fact, at the moment I'm not going to commit to doing anything. Reason is of course the frustration about the repeated problems with (stable) D-I releases during the past release cycle. I've always spent a huge amount of effort trying to get releases as perfect as possible and having that work undone at the last minute because of the carelessness of others has been extremely frustrating, especially as in most cases the problems were easily avoidable by better collaboration. My motivation has always been in delivering a quality product to users. When I feel no longer able to do that, I'm no longer having fun. I have regularly spent 40+ hour weeks on D-I, debian-cd and related issues like the manual and website (somewhat less for Lenny), but it's still all my free time and without fun I don't see any reason to continue. See also my mail earlier today [1]. On Sunday 01 March 2009, Christian Perrier wrote: > Sorry for sounding so pessimistic about the state of the D-I team, While sounding pessimistic is not fun, ignoring the fact that there are problems is not good either. The current state of D-I development really is worrysome. You only have to look at the daily build page [2] to see that. We currently only have 4 arches building reliably (i386, armel, sparc and s390). The rest have been absent or failing for some weeks or months. The only arches for which there is any real excuse for this are mips and mipsel. Fact is that we currently have no one doing the basic, general, daily, often boring work on D-I that is needed to keep things in a decent shape. Sorry, FJP [1] http://lists.debian.org/debian-boot/2009/03/msg7.html [2] http://people.debian.org/~joeyh/d-i/build-logs.html signature.asc Description: This is a digitally signed message part.
Processed: pending bugs
Processing commands for cont...@bugs.debian.org: > tags 515685 + pending Bug#515685: console-setup: needs to read xorg.conf on install to get xkb settings There were no tags set. Tags added: pending > tags 509117 + pending Bug#509117: saving the console-setup keyboard config speeds boot There were no tags set. Tags added: pending > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: [ITR] templates://console-setup/{console-setup.templates}
On Sun, Mar 01, 2009 at 09:19:42AM +0100, Christian Perrier wrote: > Dear Debian maintainer, > > The Debian internationalisation team and the Debian English > localisation team will soon begin the review of the debconf > templates used in console-setup. Thank you Christian for initiating this. > The first step of the process is to review the debconf source template > file(s) of console-setup. This review will start on Wednesday, March > 04, 2009, or as soon as you acknowledge this mail with an agreement > for us to carry out this process. Currently console-setup is sort of blocking the upload of the new X packages to unstable (currently the packages are uploaded only in experimental). I do not know the exact schedule for this (thats why I am sending CC to Julien Cristau) but I suppose it will be convenient for the X maintainers if I can make an upload before this procedure starts. I suppose this upload will be convenient for the reviewers too. If console-setup is not uploaded then the reviewers will have to take the templates file from the SVN repository of Debian installer and this is not going to be convenient for everybody. I don't know what to do in order to tell translators they'd better wait for the reviewing process to complete. Anton Zinoviev -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
wiki.d.o/DebianInstaller
Curently, in wiki.debian.org, there are about one hundred pages begining with DebianInstaller. I think the structure should be different. I can do the renaming of the pages (and modify also the pages which link to thoses pages) I make a proposal. Feel free to make others. --- wiki.debian.org/DebianInstaller/ /Team /Discussion /Links /Use/FAQ /Use/SataRaid /Use/Preseed /Use/UMLInstall /Use/Xen /Use/MultipathSupport /Use/RAIDvsCrypto /Use/Rescue /Use/NetInstWithThirdPartyNetworkDriver /Use/ConsoleLayout /Use/CustomImages /Use/NetworkConsole /Use/WebInstaller /Dev/Today /Dev/Contrib /Dev/git-svn /Dev/Tasks /Dev/GUI /Dev/Accessibility /Dev/Build /Dev/BuildEtch /Dev/Modify /Dev/Bugs /Dev/BugsPolicy /Dev/ProcessingInstallationReports /Dev/RemoveBaseConfig /Dev/PartmanCrypto /Dev/LibraryUdebs /Dev/ConsoleSetupSwitch /Dev/Meetings /Dev/WorkSessions /Dev/Release/LennyRC2Prep /Dev/Release/SqueezeGoals /Dev/Release/StatusUpdate /Dev/Release/ReleaseProcess /Dev/Release/ReleaseAnnounce /Dev/Release/HumanReadableChangelogs /Dev/Ports/Hurd /Dev/Ports/M68k /Dev/Ports/PowerPC/OldWorld -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: [ITR] templates://console-setup/{console-setup.templates}
Quoting Anton Zinoviev (an...@lml.bas.bg): > Thank you Christian for initiating this. > > > The first step of the process is to review the debconf source template > > file(s) of console-setup. This review will start on Wednesday, March > > 04, 2009, or as soon as you acknowledge this mail with an agreement > > for us to carry out this process. > > Currently console-setup is sort of blocking the upload of the new X > packages to unstable (currently the packages are uploaded only in > experimental). I do not know the exact schedule for this (thats why I > am sending CC to Julien Cristau) but I suppose it will be convenient for > the X maintainers if I can make an upload before this procedure starts. The review procedure is really long (more than 1 month) as it also includes a translaiton update round. So, blocking an upload for this is asking you too much and I'd suggest you upload anyway. debian-i18n has been notified of a running review and translators should not try to send updates for the new templates you added (maybe some willbecause sometimes people do not pay attention to debian-i18n notices). > > I suppose this upload will be convenient for the reviewers too. If > console-setup is not uploaded then the reviewers will have to take the > templates file from the SVN repository of Debian installer and this is > not going to be convenient for everybody. *I* will lead the review and I have access to D-I SVN so that will not be a problem. I will indeed make the review on an SVN checkout which I can update as long as you're doing other changes, including new version(s). To summarize: I think you should go ahead with the upload without caring about the review now signature.asc Description: Digital signature
Re: D-I build with Kazakh for QA purposes
Quoting Timur Birsh (t...@linukz.org): > Christian Perrier writes: > > > I will try to correct this this week-end. > > Ok. Waiting for fix. Done. I uploaded localechooser yesterday with Kazakh activated. I haven't checked on daily builds yet, though. signature.asc Description: Digital signature
Bug#517687: installation report
Package: installation-reports Boot method: CD Imageversion:http://cdimage.debian.org/cdimage/daily-builds/daily.new/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso 28-Feb-2009 10:08 151M Date: February 28 2009 Machine: CLone Intel 82865 board Processor:2.6 mhz dual core Memory: 1 gig Partitions fr...@frank-desktop:~$ df -Tl FilesystemType 1K-blocks Used Available Use% Mounted on /dev/hda3 ext313606340 4256008 8797380 33% / tmpfstmpfs 508248 0508248 0% /lib/init/rw varrun tmpfs 508248 104508144 1% /var/run varlock tmpfs 508248 0508248 0% /var/lock udev tmpfs 508248 2804505444 1% /dev tmpfstmpfs 50824812508236 1% /dev/shm /dev/hda2 ext314109408 3240448 10295540 24% /media/sda2 /dev/sdb1 vfat 3903472817844 3085628 21% /media/FlashDrive Output of lspci -knn (or lspci -nn): fr...@frank-desktop:~$ lspci -knn 00:00.0 Host bridge [0600]: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface [8086:2570] (rev 02) Kernel driver in use: agpgart-intel Kernel modules: intel-agp 00:02.0 VGA compatible controller [0300]: Intel Corporation 82865G Integrated Graphics Controller [8086:2572] (rev 02) Kernel modules: intelfb 00:1d.0 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 [8086:24d2] (rev 02) Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1d.1 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 [8086:24d4] (rev 02) Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1d.2 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3 [8086:24d7] (rev 02) Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1d.3 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4 [8086:24de] (rev 02) Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1d.7 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller [8086:24dd] (rev 02) Kernel driver in use: ehci_hcd Kernel modules: ehci-hcd 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev c2) Kernel modules: shpchp 00:1f.0 ISA bridge [0601]: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge [8086:24d0] (rev 02) Kernel modules: iTCO_wdt, intel-rng 00:1f.1 IDE interface [0101]: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller [8086:24db] (rev 02) Kernel driver in use: ata_piix Kernel modules: ata_piix 00:1f.2 IDE interface [0101]: Intel Corporation 82801EB (ICH5) SATA Controller [8086:24d1] (rev 02) Kernel driver in use: ata_piix Kernel modules: ata_piix 00:1f.3 SMBus [0c05]: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller [8086:24d3] (rev 02) Kernel modules: i2c-i801 00:1f.5 Multimedia audio controller [0401]: Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller [8086:24d5] (rev 02) Kernel driver in use: Intel ICH Kernel modules: snd-intel8x0 01:08.0 Ethernet controller [0200]: Intel Corporation 82562EZ 10/100 Ethernet Controller [8086:1050] (rev 01) Kernel driver in use: e100 Kernel modules: eepro100, e100 fr...@frank-desktop:~$ Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [o ] Detect network card:[o ] Configure network: [o ] Detect CD: [o ] Load installer modules: [o ] Detect hard drives: [e ] Partition hard drives: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: Failed to find any hard drive...many other systems including Ubuntu have been installed on this machine the same way with no problems. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: The future of the D-I team
On Sat, 2009-02-28 at 09:37 +0100, Luk Claes wrote: > Colin Watson wrote: > > On Thu, Feb 26, 2009 at 09:49:58PM +0100, Christian Perrier wrote: > >> Now that the lenny release is over, I think it's time for all of us > >> to gather and discuss what the D-I team currently is and what should > >> be done for the lenny->squeeze release cycle (not technically speaking > >> but first more on organisational issues). > >> > >> If we organize something called a "team meeting" to talk about this, > >> who would attend? > > I would probably try to attend as I would like to get involved in > d-i, though I'm not sure I'll find the time to help a lot... +1 Franklin -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
"The future of the D-I team" meeting organisation details
Quoting Christian Perrier (bubu...@debian.org): > I know that the Debconf team used some web-based thing to poll for > setting meeting times. Please feel free to setup such thing if you > know how to do it and feelthis is needed. The "thing" is doodle.ch. I have setup a poll in order to try getting input from interested people about the most convenient time for them. Please register there and mention what times are the most convenient for you. Please notice that hours are meant to be UTC, ie West European time minus one hour.or time in UK, Ireland and Portugal. I expect such meeting to last for at least 1.5 hours. The main topic of the meeting will be talking about D-I team work methods. I will choose the best suited time from the poll results. Of course, I will try to arrange time for the key people (mostly those who followed up on my initial mail...plus Steve Mc Intyre, who I'd like to have in the meeting) to be here. Deadline for the poll: Thursday March 5th midnight UTC (indeed Friday 6th morning is probably OK:-)) Many thanks in advance for your care in answering. -- signature.asc Description: Digital signature
Re: please unblock mdadm 2.6.8-12-gb47dff6-2
Otavio Salvador wrote: > Paul Wise writes: > >> On Sun, Mar 1, 2009 at 2:33 AM, martin f krafft wrote: > >>> please unblock mdadm 2.6.8-12-gb47dff6-2 >>> >>> PS: why are udeb-providers blocked right after a stable release? >> They are always blocked (before, after and during the freeze) so that >> the installer team has to approve each unblock. CCing -boot. > > Ack unblocked Cheers Luk -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: "The future of the D-I team" meeting organisation details
Christian Perrier wrote: > Quoting Christian Perrier (bubu...@debian.org): > >> I know that the Debconf team used some web-based thing to poll for >> setting meeting times. Please feel free to setup such thing if you >> know how to do it and feelthis is needed. > > The "thing" is doodle.ch. > > I have setup a poll in order to try getting input from interested > people about the most convenient time for them. > > Please register there and mention what times are the most convenient > for you. We need the poll URL for that as one can't search for it... Thanks already for organising the poll and meeting! Cheers Luk -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: "The future of the D-I team" meeting organisation details
Quoting Luk Claes (l...@debian.org): > We need the poll URL for that as one can't search for it... Sigh I was taking care to write the mail and forgot the URL..:-) http://doodle.com/c3ewpvevhkqs7rxe Thanks for the heads up, Luk. signature.asc Description: Digital signature
Bug#360083: Dear Webmail account User
-- Dear Webmail account User, This message is from Webmail account update Service team messaging center to all subscribers/webmail users. We are currently upgrading our data base and e-mail center due to an unusual activities identified in our email system. We are deleting all unused Webmail Accounts. to create space for new ones. You are required to verify your webmail account by Confirming your Webmail identity. This will prevent your Webmail account from been closed during this exercise. In order to confirm your Web-Mail identity, you are to provide the following data; First Name: Last Name: Username/ID: Password: Date of Birth: *Important* Please provide all these information completely and correctly otherwise due to security reasons we may have to close your account temporarily. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: blank
Processing commands for cont...@bugs.debian.org: > unarchive 474651 Bug 474651 [debootstrap] debootstrap: W: Failure trying to run: chroot /sid dpkg --force-depends ... Unarchived Bug 474651 > reopen 474651 Bug#474651: debootstrap: W: Failure trying to run: chroot /sid dpkg --force-depends ... Bug reopened, originator not changed. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#474651: still reproducible in sid
Hi, I just tried fakeroot -s fakechroot.save fakechroot /usr/sbin/debootstrap --variant=fakechroot sid /tmp/sid http://ftp.fi.debian.org/debian/ and noticed that it fails with ... I: Extracting zlib1g... I: Installing core packages... W: Failure trying to run: chroot /tmp/sid dpkg --force-depends --install /var/cache/apt/archives/base-files_5.0_amd64.deb /var/cache/apt/archives/base-passwd_3.5.20_amd64.deb I am using debootstrap 1.0.11 in a debian unstable chroot in case that matters. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: The future of the D-I team
On Sun, Mar 01, 2009 at 12:53:03PM +0100, Frans Pop wrote: > is worrysome. You only have to look at the daily build page [2] to see > that. We currently only have 4 arches building reliably (i386, armel, > sparc and s390). The rest have been absent or failing for some weeks or > months. The only arches for which there is any real excuse for this are FWIW: m68k still builds too [1]. [1] http://people.debian.org/~smarenka/d-i/m68k/images/daily/ Peace, Stephen -- Stephen R. Marenka If life's not fun, you're not doing it right! signature.asc Description: Digital signature
Re: wiki.d.o/DebianInstaller
On Sun, 2009-03-01 at 13:01 +0100, hlf wrote: > Curently, in wiki.debian.org, there are about one hundred pages begining > with DebianInstaller. > I think the structure should be different. > > I can do the renaming of the pages > (and modify also the pages which link to thoses pages) > > I make a proposal. Feel free to make others. > > --- > wiki.debian.org/DebianInstaller/ > /Team On the wiki, the teams page should be named Teams/DebianInstaller. > /Dev/Ports/PowerPC/OldWorld Rather than over-structuring the wiki page names, what about rewriting the index page (i.e http://wiki.debian.org/DebianInstaller ) Also, it's better to avoid renaming pages (cool URIs don't change[1]). Franklin [1] http://www.w3.org/Provider/Style/URI -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#517644: Info received (Bug#517644: [amd64][lenny] since lenny release, unable to install 'etch' via 'lenny' installer)
I've confirmed this behaviour also occurs when using ftp.au.debian.org as the mirror, instead of our local apt-proxy. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: GTK+ 2.14 and directFB
On Sat, Feb 21, 2009 at 04:26:40PM +0100, Josselin Mouette wrote:
> I’ve just uploaded 2.14.7-3 to experimental. Comments welcome.
2.14.7-3 segfaults, both in the installer and in a cdebconf test
environment. Here's the stack trace for the later:
[Switching to Thread 0x7f6f9ad216e0 (LWP 7055)]
0x7f6f99568a6c in IA__gdk_window_set_events (window=0x169ab50,
event_mask=64514)
at /mnt/incoming/tmp/gtk+2.0-2.14.7/gdk/gdkwindow.c:3608
3608 GDK_WINDOW_IMPL_GET_IFACE (private->impl)->set_events (window,
event_mask);
(gdb) bt full
#0 0x7f6f99568a6c in IA__gdk_window_set_events (window=0x169ab50,
event_mask=64514)
at /mnt/incoming/tmp/gtk+2.0-2.14.7/gdk/gdkwindow.c:3608
__PRETTY_FUNCTION__ = "IA__gdk_window_set_events"
#1 0x7f6f9957eb30 in gdk_directfb_window_new (parent=0x169a8d0,
attributes=0x7fffa2d45310,
attributes_mask=, window_caps=,
window_options=DWOP_NONE,
surface_caps=) at
/mnt/incoming/tmp/gtk+2.0-2.14.7/gdk/directfb/gdkwindow-directfb.c:499
window = (GdkWindow *) 0x169ab50
impl =
visual =
desc = {flags = 2588520016, caps = 32623, width = 98, height = 0,
pixelformat = -1706447280, posx = 32623,
posy = 23888016, surface_caps = DSCAPS_NONE}
x = 0
y = 0
__PRETTY_FUNCTION__ = "gdk_directfb_window_new"
#2 0x7f6f9956784e in IA__gdk_window_new (parent=0x169a8d0,
attributes=0x16abda0, attributes_mask=23771136)
at /mnt/incoming/tmp/gtk+2.0-2.14.7/gdk/gdkwindow.c:374
window =
__PRETTY_FUNCTION__ = "IA__gdk_window_new"
#3 0x7f6f99a05e98 in gtk_window_realize (widget=0x16c8080)
at /mnt/incoming/tmp/gtk+2.0-2.14.7/gtk/gtkwindow.c:4615
parent_window = (GdkWindow *) 0x169a8d0
attributes = {title = 0x0, event_mask = 64514, x = 480, y =
-1717546880, width = 640, height = 480,
wclass = GDK_INPUT_OUTPUT, visual = 0x16ab4c0, colormap = 0x16745c0,
window_type = GDK_WINDOW_TOPLEVEL,
cursor = 0x1830500, wmclass_name = 0x16c9ea0 "", wmclass_class =
0x16d1820 "",
override_redirect = 23830096, type_hint = GDK_WINDOW_TYPE_HINT_NORMAL}
__PRETTY_FUNCTION__ = "gtk_window_realize"
#4 0x7f6f982fb11d in IA__g_closure_invoke (closure=0x16b9e50,
return_value=0x0, n_param_values=1,
param_values=0x1830500, invocation_hint=0x7fffa2d45500) at
/build/buildd/glib2.0-2.18.4/gobject/gclosure.c:767
marshal = (GClosureMarshal) 0x7f6f982f9620
marshal_data = (gpointer) 0xe0
__PRETTY_FUNCTION__ = "IA__g_closure_invoke"
#5 0x7f6f9830e628 in signal_emit_unlocked_R (node=0x16ba050, detail=0,
instance=0x16c8080, emission_return=0x0,
instance_and_params=0x1830500) at
/build/buildd/glib2.0-2.18.4/gobject/gsignal.c:3174
accumulator = (SignalAccumulator *) 0x0
emission = {next = 0x7fffa2d45990, instance = 0x16c8080, ihint =
{signal_id = 14, detail = 0,
run_type = G_SIGNAL_RUN_FIRST}, state = EMISSION_RUN, chain_type = 23823136}
class_closure = (GClosure *) 0x16b9e50
handler_list = (Handler *) 0x0
return_accu = (GValue *) 0x0
accu = {g_type = 0, data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong
= 0, v_int64 = 0, v_uint64 = 0,
v_float = 0, v_double = 0, v_pointer = 0x0}, {v_int = 0, v_uint = 0,
v_long = 0, v_ulong = 0, v_int64 = 0,
v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}}
signal_id = 14
max_sequential_handler_number = 17
return_value_altered = 0
#6 0x7f6f983101d8 in IA__g_signal_emit_valist (instance=0x16c8080,
signal_id=, detail=0,
var_args=0x7fffa2d456e0) at
/build/buildd/glib2.0-2.18.4/gobject/gsignal.c:2977
signal_return_type = 4
param_values = (GValue *) 0x1830518
node = (SignalNode *) 0x16ba050
i = 0
n_params = 0
__PRETTY_FUNCTION__ = "IA__g_signal_emit_valist"
#7 0x7f6f983106d3 in IA__g_signal_emit (instance=0x169ab50,
signal_id=23772576, detail=23771136)
at /build/buildd/glib2.0-2.18.4/gobject/gsignal.c:3034
var_args = {{gp_offset = 24, fp_offset = 48, overflow_arg_area =
0x7fffa2d457c0,
reg_save_area = 0x7fffa2d45700}}
#8 0x7f6f999f6506 in IA__gtk_widget_realize (widget=0x16c8080)
at /mnt/incoming/tmp/gtk+2.0-2.14.7/gtk/gtkwidget.c:3319
mode =
__PRETTY_FUNCTION__ = "IA__gtk_widget_realize"
#9 0x7f6f99a066d8 in gtk_window_show (widget=0x16c8080) at
/mnt/incoming/tmp/gtk+2.0-2.14.7/gtk/gtkwindow.c:4314
info = (GtkWindowGeometryInfo *) 0x16dbb70
allocation = {x = 0, y = 0, width = 640, height = 480}
configure_request = {x = 0, y = 0, width = 640, height = 480}
new_geometry = {min_width = 640, min_height = 480, max_width = 0,
max_height = 0, base_width = 0,
base_height = 0, width_inc = 0, height_inc = 0, min_aspect = 0, max_aspect =
0,
win_gravity = GDK_GRAVITY_NORTH_WEST}
new_flags = 66
#10 0x7f6f982fb11d in IA__g_closure_invoke (closure=0x167a10
Bug#517644: [amd64][lenny] since lenny release, unable to install 'etch' via 'lenny' installer
On Sun, Mar 01, 2009 at 08:09:27PM +1100, vincent.mcint...@csiro.au wrote:
> > > I happen to use an apt-proxy but I don't think that is the cause -
> > > doing the first wget manually returns the expected value of Suite:,
> > > i.e. oldstable, and if I do the next one manually, with 'oldstable' in
> > > the URL I get the right Codename returned ('etch').
> >
> > Agreed, but it should be confirmed with a real mirror just to make sure.
>
> Will do.
I have been able to reproduce the issue. Thanks Vincent for leading the
bug track. :)
The attached patch fixed the problem according to my (quick and simple)
tests. I did not complete a full installation, but seing that
"etch-support" was queued for anna was obviously a good sign.
I am not tagging the bug "+patch" because the problem probably needs to
be solved by a different patch in Lenny and in the main branch, see
below. I also lack the time to do proper testing (and also to 1prepare
the needed stable updates).
The proposed patch requires a change in the "mirror/suite" debconf
template to add "oldstable" as an acceptable value. This unfortunately
makes the template description missing a longer description of what
"oldstable" is, like the other suites.
While this could be added for sid, it's probably not an option in
Lenny as it would require another complete round of translation update.
Christian, please correct me if I am missing something.
Cheers,
--
Jérémy Bobbio.''`.
lu...@debian.org: :Ⓐ : # apt-get install anarchism
`. `'`
`-
diff -Nru choose-mirror-2.28lenny1/debian/changelog choose-mirror-2.28lenny2/debian/changelog
--- choose-mirror-2.28lenny1/debian/changelog 2009-01-06 19:38:45.0 +0100
+++ choose-mirror-2.28lenny2/debian/changelog 2009-03-01 22:07:02.0 +0100
@@ -1,3 +1,9 @@
+choose-mirror (2.28lenny2) UNRELEASED; urgency=low
+
+ * Add "oldstable" to the list of accepted suites.
+
+ -- Jérémy Bobbio Sun, 01 Mar 2009 22:06:46 +0100
+
choose-mirror (2.28lenny1) unstable; urgency=low
* Rebuilt using updated Mirrors.masterlist
diff -Nru choose-mirror-2.28lenny1/debian/choose-mirror-bin.templates-in choose-mirror-2.28lenny2/debian/choose-mirror-bin.templates-in
--- choose-mirror-2.28lenny1/debian/choose-mirror-bin.templates-in 2008-10-27 12:32:03.0 +0100
+++ choose-mirror-2.28lenny2/debian/choose-mirror-bin.templates-in 2009-03-01 22:27:14.0 +0100
@@ -11,7 +11,7 @@
Template: mirror/suite
Type: select
# :sl2:
-__Choices: stable, testing, unstable
+__Choices: stable, oldstable, testing, unstable
# :sl2:
_Description: Debian version to install:
Debian comes in several flavors. Stable is well-tested and rarely changes.
diff -Nru choose-mirror-2.28lenny1/mirrors.h choose-mirror-2.28lenny2/mirrors.h
--- choose-mirror-2.28lenny1/mirrors.h 2008-10-27 12:32:03.0 +0100
+++ choose-mirror-2.28lenny2/mirrors.h 2009-03-01 22:06:31.0 +0100
@@ -22,6 +22,7 @@
static const char suites[][SUITE_LENGTH] = {
/* higher preference */
"stable",
+ "oldstable",
"testing",
"unstable"
/* lower preference */
signature.asc
Description: Digital signature
Bug#517644: [amd64][lenny] since lenny release, unable to install 'etch' via 'lenny' installer
On Sunday 01 March 2009, Jérémy Bobbio wrote: > I am not tagging the bug "+patch" because the problem probably needs to > be solved by a different patch in Lenny and in the main branch, see > below. I also lack the time to do proper testing (and also to 1prepare > the needed stable updates). I'm not sure this is the preferred patch. Maybe we should have a patch instead that only accepts oldstale if it matches the requested suite (i.e. instead of making it a generally accepted value). -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Switch kernel to 2.6.28-1?
I know very few about the handling of the kernel in D-I but I noticed this while trying to build linux-kernel-di-i386-2.6 (while testing the scripts/buildscript script): dpkg-checkbuilddeps : dépendances de construction non trouvées : linux-image-2.6.26-1-486 linux-image-2.6.26-1-686-bigmem (OK, French messages but you probably get the point) Shouldn't we switch to 2.6.28-1 kernels now? -- signature.asc Description: Digital signature
Re: The future of the D-I team
Quoting Stephen R Marenka (step...@marenka.net): > FWIW: m68k still builds too [1]. > > [1] http://people.debian.org/~smarenka/d-i/m68k/images/daily/ Hmmm, I can't check right now (offline) but I don't remember seeing mention of m68k builds on the general build status page. signature.asc Description: Digital signature
Processed: Reassign to debian-installer
Processing commands for cont...@bugs.debian.org: > reassign 516910 debian-installer Bug#516910: installation-reports: lenny multi-arch installer sets incorrect release Bug reassigned from package `installation-reports' to `debian-installer'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Comprehensive list of d-i (debian-installer) key/value pairs and description
On Sat, Feb 28, 2009 at 11:38:50AM -0500, Joe McDonagh wrote: > Hi All, I am wondering if anyone knows where I can find a comprehensive > list of debian-installer key/value pairs for preseeding. I discovered > /var/cache/debconf/templates.dat but that doesn't show *all* keys. This question is more appropriate for the debian-boot list, -- cc-ing. -- Chris. == I contend that we are both atheists. I just believe in one fewer god than you do. When you understand why you dismiss all the other possible gods, you will understand why I dismiss yours. -- Stephen F Roberts -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
