Re: Bug#514237: debian-cd: Support non-i386 mirrors, and support D-I modules in non-main
On Fri, Feb 06, 2009 at 11:15:43AM +0100, Frans Pop wrote: On Thursday 05 February 2009, Frans Pop wrote: So the following really has to be implemented in update_tasks itself. On Thursday 05 February 2009, Frans Pop wrote: So IMO: * ideally we should run update_tasks for every architecture separately, using the Packages file for that arch; for source-only CDs we should use i386 with fallback to amd64, and fail otherwise * but as long as we do not do that - for binary or binary/source CDs: prefer i386, with fallback to: 1) amd64 2) arches listed in $ARCHES - for source-only CDs: use i386, with fallback to amd64, and fail otherwise But, given the reasons I gave in [1], we could also do this a bit differently and as a bonus improve the task expansion: * if ARCHES contains a single arch OR a single arch + source, then use that arch * if ARCHES contains multiple arches or is source-only, then use i386 with a fallback to the arches listed in ARCHES In fact, I'd say the simplest answer would be to pick the first named arch. If we're doing source-only then don't run update_tasks at all. How does that sound? -- Steve McIntyre, Cambridge, UK.st...@einval.com Because heaters aren't purple! -- Catherine Pitt -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Consulta DVD descarga
Estimado Equipo Devian: Estaba descargando los ISOs DVDs i386 de la version ESTABLE que no cambia, debian-40r6-, en el 3º DVD casi al finalizar se cambio a la version debian-40r7-i386-DVD-3.iso, queria saber si tengo que inicar la descarga desde el principio debian-40r4-i386-DVD- (tres DVDs), o puedo continuar de descargar la imagen iso debian-40r7-i386-DVD-3.iso? ¿el DVD debian-40r7-i386-DVD-3.iso, es compatible con los DVDs debian-40r6-i386-DVD-1.iso y debian-40r6-i386-DVD-2.iso? Sin otro particular y a la espera de una pronta respuesta, me despido y los saludo muy atte. Ramiro Yahoo! Cocina Recetas prácticas y comida saludable http://ar.mujer.yahoo.com/cocina/ -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514237: debian-cd: Support non-i386 mirrors, and support D-I modules in non-main
On Wednesday 11 February 2009, Steve McIntyre wrote: In fact, I'd say the simplest answer would be to pick the first named arch. If we're doing source-only then don't run update_tasks at all. How does that sound? Bad IMO. It means: - m-a image may be different when built with i386 amd64 than when built with amd64 i386; this is even more true for i386 powerpc versus powerpc i386; IMO the order in which arches are listed should not change the resulting image - source only set will have packages in in a completely different order from the corresponding binary set -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514237: debian-cd: Support non-i386 mirrors, and support D-I modules in non-main
Moot points here, as I'm looking into going with Jonathan's latest patchset anyway. On Wed, Feb 11, 2009 at 11:29:13PM +0100, Frans Pop wrote: On Wednesday 11 February 2009, Steve McIntyre wrote: In fact, I'd say the simplest answer would be to pick the first named arch. If we're doing source-only then don't run update_tasks at all. How does that sound? Bad IMO. It means: - m-a image may be different when built with i386 amd64 than when built with amd64 i386; this is even more true for i386 powerpc versus powerpc i386; IMO the order in which arches are listed should not change the resulting image It's always likely to, though: imagine if we don't have the space for the two different-arch versions of the last package in the image. The order that we add things is likely going to affect which one is missed out. - source only set will have packages in in a completely different order from the corresponding binary set Personally, I don't care in the slightest. In fact, I'd be surprised if the tasks affect the source builds at all right now... For source-only sets, I normally expect them to just be in alphabetical order. Testing that now. -- Steve McIntyre, Cambridge, UK.st...@einval.com You can't barbecue lettuce! -- Ellie Crane -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Consulta DVD descarga
Yo continuaría la descarga con jigdo. Así prácticamente todo lo que ya has descargado no se perderá. Sólo se descargarían los paquetes que cambiaron. Usa la dirección [1] para descargar los archivos que se le pasan de parámetro a jigdo-lite y cuando te pregunte por los archivos a escanear le pasas la dirección donde hayas montado el .iso. http://cdimage.debian.org/debian-cd/4.0_r7/i386/jigdo-dvd/ El mié, 11-02-2009 a las 14:04 -0800, Ramiro Ferreyra escribió: Estimado Equipo Devian: Estaba descargando los ISOs DVDs i386 de la version ESTABLE que no cambia, debian-40r6-, en el 3º DVD casi al finalizar se cambio a la version debian-40r7-i386-DVD-3.iso, queria saber si tengo que inicar la descarga desde el principio debian-40r4-i386-DVD- (tres DVDs), o puedo continuar de descargar la imagen iso debian-40r7-i386-DVD-3.iso? ¿el DVD debian-40r7-i386-DVD-3.iso, es compatible con los DVDs debian-40r6-i386-DVD-1.iso y debian-40r6-i386-DVD-2.iso? Sin otro particular y a la espera de una pronta respuesta, me despido y los saludo muy atte. Ramiro Yahoo! Cocina Recetas prácticas y comida saludable http://ar.mujer.yahoo.com/cocina/ -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514237: debian-cd: Support non-i386 mirrors, and support D-I modules in non-main
On Wed, Feb 11, 2009 at 10:49:06PM +, Steve McIntyre wrote: On Wed, Feb 11, 2009 at 11:29:13PM +0100, Frans Pop wrote: - source only set will have packages in in a completely different order from the corresponding binary set Personally, I don't care in the slightest. In fact, I'd be surprised if the tasks affect the source builds at all right now... For source-only sets, I normally expect them to just be in alphabetical order. Testing that now. In fact, simply looking at the lenny RC2 images you can see that sources are in alphabetical order. We may as well simply not do anything in the $(TASKDIR): target for a source-only build and save the processing time. Agreed? -- Steve McIntyre, Cambridge, UK.st...@einval.com The problem with defending the purity of the English language is that English is about as pure as a cribhouse whore. We don't just borrow words; on occasion, English has pursued other languages down alleyways to beat them unconscious and rifle their pockets for new vocabulary. -- James D. Nicoll -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514237: debian-cd: Support non-i386 mirrors, and support D-I modules in non-main
On Wednesday 11 February 2009, Steve McIntyre wrote: Bad IMO. It means: - m-a image may be different when built with i386 amd64 than when built with amd64 i386; this is even more true for i386 powerpc versus powerpc i386; IMO the order in which arches are listed should not change the resulting image It's always likely to, though: imagine if we don't have the space for the two different-arch versions of the last package in the image. The order that we add things is likely going to affect which one is missed out. That's an edge case. I'm talking about packages going missing completely because they are e.g. available for i386, but not for powerpc. Which means that if you run update_tasks based on powerpc the packages just won't be there on the early CDs. As I've mentioned before in this thread the only correct solution is to somehow run update_tasks for each arch and merge them. But that will only result in a really stable list if the merge is effectively done line-by-line (a package that is listed 5th for a task for the second arch should not end up below a package that is listed 200th for the same task for the first arch, or even worse after the packages for all tasks for the first arch). The problem is not trivially solvable and because of that I'd prefer to use a logic that is at least predictable and gives the best result for our primary architectures. -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514237: debian-cd: Support non-i386 mirrors, and support D-I modules in non-main
On Wednesday 11 February 2009, Steve McIntyre wrote: In fact, simply looking at the lenny RC2 images you can see that sources are in alphabetical order. We may as well simply not do anything in the $(TASKDIR): target for a source-only build and save the processing time. Agreed? I don't know. I'd have to check in detail why tasks get ignored (for which I'm not motivated) and IMO this is the wrong time to be making such changes anyway. You're not going to get any real testing or feedback anymore before the release. -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#514237: debian-cd: Support non-i386 mirrors, and support D-I modules in non-main
On Thu, Feb 12, 2009 at 12:10:56AM +0100, Frans Pop wrote: On Wednesday 11 February 2009, Steve McIntyre wrote: Bad IMO. It means: - m-a image may be different when built with i386 amd64 than when built with amd64 i386; this is even more true for i386 powerpc versus powerpc i386; IMO the order in which arches are listed should not change the resulting image It's always likely to, though: imagine if we don't have the space for the two different-arch versions of the last package in the image. The order that we add things is likely going to affect which one is missed out. That's an edge case. I'm talking about packages going missing completely because they are e.g. available for i386, but not for powerpc. Which means that if you run update_tasks based on powerpc the packages just won't be there on the early CDs. Oh, sure. As I've mentioned before in this thread the only correct solution is to somehow run update_tasks for each arch and merge them. But that will only result in a really stable list if the merge is effectively done line-by-line (a package that is listed 5th for a task for the second arch should not end up below a package that is listed 200th for the same task for the first arch, or even worse after the packages for all tasks for the first arch). I think I already cope with that, actually: I saw this problem coming when I started doing multi-arch CDs. If you look at the code in tools/merge_package_lists you'll see how that works. -- Steve McIntyre, Cambridge, UK.st...@einval.com sladen I actually stayed in a hotel and arrived to find a post-it note stuck to the mini-bar saying Paul: This fridge and fittings are the correct way around and do not need altering -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#514237: debian-cd: Support non-i386 mirrors, and support D-I modules in non-main
On Thu, Feb 12, 2009 at 12:14:02AM +0100, Frans Pop wrote: On Wednesday 11 February 2009, Steve McIntyre wrote: In fact, simply looking at the lenny RC2 images you can see that sources are in alphabetical order. We may as well simply not do anything in the $(TASKDIR): target for a source-only build and save the processing time. Agreed? I don't know. I'd have to check in detail why tasks get ignored (for which I'm not motivated) Because source-only discs do nothing with the tasks at all. and IMO this is the wrong time to be making such changes anyway. You're not going to get any real testing or feedback anymore before the release. Understood. I'm looking into this now to help fix the bugs Enrico raised, which I'm told are causing real problems for CDD users. From review of the code, I'm quite certain it's not going to affect us for our builds, but it should make a big difference for others. -- Steve McIntyre, Cambridge, UK.st...@einval.com liw everything I know about UK hotels I learned from Fawlty Towers -- To UNSUBSCRIBE, email to debian-cd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#285888: Info received (How are you and what are you doing inmy hometown? Leslie MOntaNaro)
Call me 727 2511770 Leslie --Original Message-- From: Debian Bug Tracking System Sender: To: lesli...@tmo.blackberry.net ReplyTo: DR deejay Delbert Nixon Sent: Feb 11, 2009 9:57 PM Subject: Bug#285888: Info received (How are you and what are you doing inmy hometown? Leslie MOntaNaro) Thank you for the additional information you have supplied regarding this Bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Debian CD-ROM Team debian-cd@lists.debian.org If you wish to submit further information on this problem, please send it to 285...@bugs.debian.org, as before. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- 285888: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=285888 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems Sent via BlackBerry from T-Mobile