how can I get all the udeb source packages list?
hi all: I want to build all the udeb packages, but I couldn't confirm the udeb source packages list and udeb packages list which use by debian installer. How can I get all the udeb source packages list? As far as I know now: different architecture the source package may is different like bootloader of ia64 and x86 is different etc. and some source packages is not get from debian installer's svn like xfsprogs-udeb is build by xfsporgs etc. Is that any documentation mention the debian installer's udeb packages lists and corresponding it packages source list? -- Best Regards, Qin Bo
Processed: tagging 608996
Processing commands for cont...@bugs.debian.org: tags 608996 + pending Bug #608996 [partman-target] debian-installer: reference to vol_id in /etc/fstab should be replaced by blkid Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 608996: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=608996 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.12943017739600.transcr...@bugs.debian.org
Re: how can I get all the udeb source packages list?
On Thu, Jan 06, 2011 at 04:07:38PM +0800, Qin Bo wrote: I want to build all the udeb packages, but I couldn't confirm the udeb source packages list and udeb packages list which use by debian installer. How can I get all the udeb source packages list? As far as I know now: different architecture the source package may is different like bootloader of ia64 and x86 is different etc. and some source packages is not get from debian installer's svn like xfsprogs-udeb is build by xfsporgs etc. Is that any documentation mention the debian installer's udeb packages lists and corresponding it packages source list? The lists of binary packages used in each installer image are in the SVN tree[1], under installer/build/pkg-lists. You can get back to the source package by looking up the binary package in the relevant Packages list and getting the Source header from there (I'm sure someone will be nice and give you a grep-dctrl snippet to do that, but I'm not grep-dctrl qualified). - Matt [1] http://wiki.debian.org/DebianInstaller/Contrib and links downstream -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110106092536.gi2...@hezmatt.org
Re: Recurrent old builds for D-I
On Thu, Jan 6, 2011 at 04:01, Christian PERRIER bubu...@debian.org wrote: Goal: stop having a daily mail about failed builds asthis just makes everybody ignore them after a few days. We might try to have this mail reversed sorted by failure date. So the most recent failure will always be show at first item. Another thing we might have is a mail, for the arch, on the day of failure and a summary in weekly basis. Comments? -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktikjmb6pmnct9p87avtobqelpabgghgaa6mlc...@mail.gmail.com
netinst.iso with 2.6.36 amd64
howto build a netinst with a new 2.6.36 kernel? newer 6gb sas/sata raid-controllers are not supported in the actual 2.6.32 kernel but in the 2.6.36 like the areca 18x series; i tried to build a custom netinst with packages from the squeeze repository what is not the problem because alle the packages/modules and configs are there for the 2.6.32 kernel; but i have no idea to build the netinst with the 2.6.36 kernel, i hang creating the package-list, control, control.stub to build the required .udeb packages; there are some informations availiable on the net but they add additional non-free firmware to the existing kernel what is not what i want to do - i want really a modified netinst with the 2.6.36 what also installs this kernel onto the target system; thx, alex -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d25b635.7050...@joelly.net
Processing of debian-installer_20110106_amd64.changes
debian-installer_20110106_amd64.changes uploaded successfully to localhost along with the files: debian-installer_20110106.dsc debian-installer_20110106.tar.gz debian-installer_20110106_amd64.deb debian-installer-images_20110106_amd64.tar.gz Greetings, Your Debian queue daemon (running on host franck.debian.org) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1paqda-0003ay...@franck.debian.org
debian-installer_20110106_amd64.changes ACCEPTED into unstable
Accepted: debian-installer-images_20110106_amd64.tar.gz byhand debian-installer_20110106.dsc to main/d/debian-installer/debian-installer_20110106.dsc debian-installer_20110106.tar.gz to main/d/debian-installer/debian-installer_20110106.tar.gz debian-installer_20110106_amd64.deb to main/d/debian-installer/debian-installer_20110106_amd64.deb Changes: debian-installer (20110106) unstable; urgency=low . * Use SpaceFun theme. Closes #603554. * Update Linux kernel to 2.6.32-29. Override entries for your package: debian-installer_20110106.dsc - source devel debian-installer_20110106_amd64.deb - optional devel Announcing to debian-devel-chan...@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1paquy-vd...@franck.debian.org
Bug#606227: marked as done ('DVD set' scan, debian-squeeze-di-beta1-i386-DVD-2 label missing from install screen.)
Your message dated Thu, 06 Jan 2011 17:32:07 + with message-id e1path1-0005iy...@franck.debian.org and subject line Bug#602421: fixed in apt-setup 1:0.52 has caused the Debian Bug report #602421, regarding 'DVD set' scan, debian-squeeze-di-beta1-i386-DVD-2 label missing from install screen. to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 602421: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=602421 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: installation-reports TITLE: 'DVD set' scan, debian-squeeze-di-beta1-i386-DVD-2 label missing from install screen. My filename: issue-report:-No-label-shown-on-beta1-install-dvd-scan-20101206.utfb Boot method: DVD install.Image version: Full URL to image downloaded. The first two DVD's of the set only.Date: 06 December 2010. Machine: Motherboard: A bit KT7, Raid, 1 Ghz.Processor: AMD AThlon K7, 850 Mhz, Socket 'A'Memory:SDRAM 2 x 512Mb = 1Gb.Chipset: Via KT 133 ATX, USB 1.0 compliant, UDMA 100, Socket 'A', FSB 200Mhz, AGP 4X. Updated bios: Award Modular Bios v6.00 PG. 07/11/2002-8363-6A6A-6A6LMA19C-A9 The Latest level.CMOS Set Up Utility: Advanced BIOS features: First boot device: CDROM, Second boot device: ATA100RAID, Third boot device: ATA100RAID, Boot other device: disabled.Delay for IDE Initial (Secs) 8. Intergrated Peripherals: ATA100RAID IDE Controller: Enabled.Two additional IDE channels provide the capability of adding high performance devie(s) to system. IDE HDD Block Mode: Enabled.for automatic detection of the optimal number of block read/writes per sector the drive can support. DASD chip: On-motherboard HPT370 raid controller 2001 www.highpoint-tech.com (hardware raid)Not used by me for 'hardware raid'. The HPT370 is used by me, only for the fast disk control bus.Linux Debian MDADM Software raid will be used when I can get that far into the 'squeeze-di-Beta1' install. Onboard Hipoint HPT370 UDMA/ATA100 RAID controller BIOS v01.11.0402HPT370 BIOS Setting Utility screen button F1 toggles the view ARRAY STATUS shows no array or devices. Good! screen button F1 toggles the view CHANNEL STATUS which shows the devices:DASD: quantity two: IBM-DTLA-307030 drives, primary master and secondary master, Mode UDMA5 size 30Gb each, as HDD0 and HDD1 both attached to the HPT370 controller. Good!HPT370 Bios Setting Utility option 7. Set Boot Disk: I have set no disk as Boot Disk here,as I believe the 'Linux Software Raid Array' is the place to specify /dev/md2 /boot as bootable in partition manager, which I have set. IDE Primary master: none.IDE Primary slave: Pioneer DVD-ROM ATAP (I do not use this.)IDE Secondary master: LITE-ON LTR-16102B DVD rewriter (I use this all the time.)IDE Secondary slave: none. Partitions: df -Tl df: invalid option --'T'BusyBox v1.17.1 (Debian 1:1.17.1-4) multi call binary. usage: df [-Pkmh] [FILESYSTEM]...df -hFilesystem SizeUsedAvailable Use%Mounted on tmpfs 505.4m92.0k 505.3m 0% /dev/dev/md1 26.6g 473.6m 24.8g 2% /target/dev/md2 92.0M 17.5M 69.7M 20% /target/boot/dev/md1 26.6G 473.6M24.8G 2% /dev/.static/devtmpfs 505.4M92.0K 505.3M 0% /target/dev Output of lspci -nn00:00.0 Host Bridge [0600] Via Technologies ... (rev 02)00:01.0 PCI Bridge [0604] ... AGP 07.0 ISA bridge... Appollo Super South ... (rev 22) 07.1 IDE ... PIPC Bus Master IDE ... (rev 10) 07.2 USB Controller [0c03]: Via Technologies VT82x UHCI USB1.1 Controller ... (rev 10) 07.3 USB1.1 Controller ... (rev 10) 07.4 BridgeVT82c686 [Appollo Super ACPI]... (rev 30) 11.0 Ethernet controller ...00:13.0 Mass storage controller [0180]: HighPoint Technologies, Inc. HPT ... /370/ ... [1103:00041] (rev 03)01:00.0 VGA compatible controller [0300]: ATI Technologies Inc 3D Rage Pro AGP 1X/2X [1002:47421] (rev 5c) Base System Installation Checklist:[O] = OK. [E] = Error Initial boot: [O]Detect network card:[O]Configure network: [N/A]Detect CD: [O]Load installer modules: [O]Detect hard drives: [O]Partition hard drives: [O]Install base system:[E] Configure Package Manager: Scanning DVD
Bug#602421: marked as done (installation-reports: Squeeze Installation - apt does not appear to be scanning multiple DVDs correctly during graphical installation)
Your message dated Thu, 06 Jan 2011 17:32:07 + with message-id e1path1-0005iy...@franck.debian.org and subject line Bug#602421: fixed in apt-setup 1:0.52 has caused the Debian Bug report #602421, regarding installation-reports: Squeeze Installation - apt does not appear to be scanning multiple DVDs correctly during graphical installation to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 602421: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=602421 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: installation-reports Severity: important Tags: d-i Started graphical install. Partitioned disk, formatted filesystems Outputted label of Installation disk and asked if I wanted to scan any more disks. I answered yes, opened the DVD drive, put second of 8 disks in, closed drive, hit continue. Heard disk spin up and after a while it stopped and put same question up on screen about scanning more disks, but it did not put up second Disk's label the way it did the first disk. I continued to put more disks in until all 8 were in, then I clicked on no to any more disks, and hit continue. It just sat there, so I went to lunch figuring it was building a table for apt. I was at lunch 1/2 hour and came back to no change. I started the installation again, fed in all eight disks again, same thing happened. I started the installation again, put in only one disk, then said clicked no to more disks, hit continue, but it seemed to hang again. Then I started the installation again and said no to more disks, and the installation went fine. -- Package-specific info: Boot method: DVD images (8 of them) Image version: debian-squeeze-di-beta1-amd64-DVD-1.iso - Build Date Oct. 27th, 2010 Date: Date and time of the install Machine: Lenovo W510, 16GB RAM, 500GB disk Partitions: df -Tl will do; the raw partition table is preferred Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [ ] Detect network card:[ ] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=6.0 (squeeze) - installer build 20101020 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux smaug 2.6.32-5-amd64 #1 SMP Fri Oct 15 00:56:30 UTC 2010 x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Core Processor DMI [8086:d132] (rev 11) lspci -knn: Subsystem: Lenovo Device [17aa:216b] lspci -knn: 00:03.0 PCI bridge [0604]: Intel Corporation Core Processor PCI Express Root Port 1 [8086:d138] (rev 11) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:08.0 System peripheral [0880]: Intel Corporation Core Processor System Management Registers [8086:d155] (rev 11) lspci -knn: 00:08.1 System peripheral [0880]: Intel Corporation Core Processor Semaphore and Scratchpad Registers [8086:d156] (rev 11) lspci -knn: 00:08.2 System peripheral [0880]: Intel Corporation Core Processor System Control and Status Registers [8086:d157] (rev 11) lspci -knn: 00:08.3 System peripheral [0880]: Intel Corporation Core Processor Miscellaneous Registers [8086:d158] (rev 11) lspci -knn: 00:10.0 System peripheral [0880]: Intel Corporation Core Processor QPI Link [8086:d150] (rev 11) lspci -knn: 00:10.1 System peripheral [0880]: Intel Corporation Core Processor QPI Routing and Protocol Registers [8086:d151] (rev 11) lspci -knn: 00:16.0 Communication controller [0780]: Intel Corporation 5 Series/3400 Series Chipset HECI Controller [8086:3b64] (rev 06) lspci -knn: Subsystem: Lenovo Device [17aa:215f] lspci -knn: 00:16.3 Serial controller [0700]: Intel Corporation 5 Series/3400
Bug#607467: marked as done (installation : disk set analysis)
Your message dated Thu, 06 Jan 2011 17:32:07 + with message-id e1path1-0005iy...@franck.debian.org and subject line Bug#602421: fixed in apt-setup 1:0.52 has caused the Debian Bug report #602421, regarding installation : disk set analysis to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 602421: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=602421 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: installation-reports Boot method: DVD Image version: Full URL to image you downloaded is best http://cdimage.debian.org/cdimage/squeeze_di_beta2/i386/iso-dvd/debian-squeeze-di-beta2-i386-DVD-1.iso http://cdimage.debian.org/cdimage/squeeze_di_beta2/i386/iso-dvd/debian-squeeze-di-beta2-i386-DVD-2.iso http://cdimage.debian.org/cdimage/squeeze_di_beta2/i386/iso-dvd/debian-squeeze-di-beta2-i386-DVD-3.iso http://cdimage.debian.org/cdimage/squeeze_di_beta2/i386/iso-dvd/debian-squeeze-di-beta2-i386-DVD-4.iso http://cdimage.debian.org/cdimage/squeeze_di_beta2/i386/iso-dvd/debian-squeeze-di-beta2-i386-DVD-5.iso http://cdimage.debian.org/cdimage/squeeze_di_beta2/i386/iso-dvd/debian-squeeze-di-beta2-i386-DVD-6.iso http://cdimage.debian.org/cdimage/squeeze_di_beta2/i386/iso-dvd/debian-squeeze-di-beta2-i386-DVD-7.iso http://cdimage.debian.org/cdimage/squeeze_di_beta2/i386/iso-dvd/debian-squeeze-di-beta2-i386-DVD-8.iso Date: 12/18/2010 13:00 Machine: Home assembled computer Processor: Intel(R) Pentium(R) 4 CPU 3.00GHz 2 cores (cpu family: 15 ; model: 6 ; stepping: 5; Commercial name unknown) Memory: 2Gb Partitions: Sys. fich.Type1K-blocs UtiliséDispo. Uti% Monté sur /dev/sda8 ext396121612 3582268 87656556 4% / tmpfstmpfs 1037176 0 1037176 0% /lib/init/rw udev tmpfs 1032824 256 1032568 1% /dev tmpfstmpfs 1037176 0 1037176 0% /dev/shm Output of lspci -knn (or lspci -nn): 00:00.0 Host bridge [0600]: VIA Technologies, Inc. PT880 Ultra/PT894 Host Bridge [1106:0308] Subsystem: ASRock Incorporation Device [1849:0308] Kernel driver in use: agpgart-via 00:00.1 Host bridge [0600]: VIA Technologies, Inc. PT894 Host Bridge [1106:1308] Subsystem: ASRock Incorporation Device [1849:1308] 00:00.2 Host bridge [0600]: VIA Technologies, Inc. PT894 Host Bridge [1106:2308] Subsystem: ASRock Incorporation Device [1849:2308] 00:00.3 Host bridge [0600]: VIA Technologies, Inc. PT890 Host Bridge [1106:3208] 00:00.4 Host bridge [0600]: VIA Technologies, Inc. PT894 Host Bridge [1106:4308] Subsystem: ASRock Incorporation Device [1849:4308] 00:00.5 PIC [0800]: VIA Technologies, Inc. PT894 I/O APIC Interrupt Controller [1106:5308] Subsystem: ASRock Incorporation Device [1849:5308] 00:00.7 Host bridge [0600]: VIA Technologies, Inc. PT894 Host Bridge [1106:7308] 00:01.0 PCI bridge [0604]: VIA Technologies, Inc. VT8237/VX700 PCI Bridge [1106:b198] 00:02.0 PCI bridge [0604]: VIA Technologies, Inc. PT890 PCI to PCI Bridge Controller [1106:a208] Kernel driver in use: pcieport 00:0f.0 IDE interface [0101]: VIA Technologies, Inc. Device [1106:5372] Subsystem: ASRock Incorporation Device [1849:5372] Kernel driver in use: sata_via 00:0f.1 IDE interface [0101]: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE [1106:0571] (rev 07) Subsystem: ASRock Incorporation K7VT2/K7VT6 motherboard [1849:0571] Kernel driver in use: pata_via 00:10.0 USB Controller [0c03]: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller [1106:3038] (rev b0) Subsystem: ASRock Incorporation K7VT6 [1849:3038] Kernel driver in use: uhci_hcd 00:10.1 USB Controller [0c03]: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller [1106:3038] (rev b0) Subsystem: ASRock Incorporation K7VT6 [1849:3038] Kernel driver in use: uhci_hcd 00:10.2 USB Controller [0c03]: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller [1106:3038] (rev b0) Subsystem: ASRock Incorporation K7VT6 [1849:3038] Kernel driver in use: uhci_hcd 00:10.3 USB Controller [0c03]: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller [1106:3038] (rev b0) Subsystem: ASRock Incorporation K7VT6 [1849:3038] Kernel driver in use: uhci_hcd 00:10.4 USB Controller [0c03]: VIA Technologies, Inc. USB 2.0 [1106:3104] (rev 90) Subsystem: ASRock Incorporation K7VT6 motherboard [1849:3104] Kernel driver in use: ehci_hcd 00:11.0 ISA bridge [0601]: VIA Technologies, Inc. VT8237S PCI to ISA Bridge [1106:3372]
Processed: reopening 608641, reassign 608641 to cdebconf
Processing commands for cont...@bugs.debian.org:
# Automatically generated email from bts, devscripts version 2.10.35lenny7
reopen 608641
Bug #608641 {Done: Christian PERRIER bubu...@debian.org} [debian-installer]
debian-installer: Debian installer lose its mind when doing again the process
after an error in novice mode
reassign 608641 cdebconf
Bug #608641 [debian-installer] debian-installer: Debian installer lose its mind
when doing again the process after an error in novice mode
Bug reassigned from package 'debian-installer' to 'cdebconf'.
End of message, stopping processing here.
Please contact me if you need assistance.
--
608641: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=608641
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/handler.s.c.129433557212738.transcr...@bugs.debian.org
Processing of apt-setup_0.52_i386.changes
apt-setup_0.52_i386.changes uploaded successfully to localhost along with the files: apt-setup_0.52.dsc apt-setup_0.52.tar.gz apt-setup-udeb_0.52_all.udeb apt-mirror-setup_0.52_all.udeb apt-cdrom-setup_0.52_all.udeb Greetings, Your Debian queue daemon (running on host franck.debian.org) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1patdp-0004mf...@franck.debian.org
apt-setup_0.52_i386.changes ACCEPTED into unstable
Accepted: apt-cdrom-setup_0.52_all.udeb to main/a/apt-setup/apt-cdrom-setup_0.52_all.udeb apt-mirror-setup_0.52_all.udeb to main/a/apt-setup/apt-mirror-setup_0.52_all.udeb apt-setup-udeb_0.52_all.udeb to main/a/apt-setup/apt-setup-udeb_0.52_all.udeb apt-setup_0.52.dsc to main/a/apt-setup/apt-setup_0.52.dsc apt-setup_0.52.tar.gz to main/a/apt-setup/apt-setup_0.52.tar.gz Override entries for your package: apt-cdrom-setup_0.52_all.udeb - extra debian-installer apt-mirror-setup_0.52_all.udeb - extra debian-installer apt-setup-udeb_0.52_all.udeb - standard debian-installer apt-setup_0.52.dsc - source admin Announcing to debian-devel-chan...@lists.debian.org Closing bugs: 602421 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1path1-0005is...@franck.debian.org
reopening 608641, reassign 608641 to cdebconf
# Automatically generated email from bts, devscripts version 2.10.35lenny7 reopen 608641 reassign 608641 cdebconf -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1294335566-1058-bts-cjwat...@debian.org
[PATCH 3/3] Silence a compiler warning.
Signed-off-by: Ferenc Wagner wf...@niif.hu
---
packages/netcfg/dhcp.c |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/packages/netcfg/dhcp.c b/packages/netcfg/dhcp.c
index 385799b..ce93b26 100644
--- a/packages/netcfg/dhcp.c
+++ b/packages/netcfg/dhcp.c
@@ -133,8 +133,7 @@ static void dhcp_client_sigchld(int sig __attribute__
((unused)))
int start_dhcp_client (struct debconfclient *client, char* dhostname)
{
FILE *dc = NULL;
-const char **ptr;
-char **arguments;
+const char **ptr, **arguments;
int options_count;
enum { DHCLIENT, PUMP, UDHCPC } dhcp_client;
int dhcp_seconds;
@@ -232,7 +231,9 @@ int start_dhcp_client (struct debconfclient *client, char*
dhostname)
arguments[options_count] = NULL;
-execvp(udhcpc, arguments);
+/* execvp doesn't like const strings for no reason, so we can
+ cast away the const to suppress the compiler warning */
+execvp(udhcpc, (char **)arguments);
free(arguments);
break;
}
--
1.7.2.3
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/494d12e656ca3be61fda81d31ee75ea5ee363634.129433.git.wf...@niif.hu
[PATCH 2/3] Make udhcpc continuously retry getting a lease until dhcp_timeout.
Signed-off-by: Ferenc Wagner wf...@niif.hu
---
packages/netcfg/dhcp.c | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/packages/netcfg/dhcp.c b/packages/netcfg/dhcp.c
index f706c5c..385799b 100644
--- a/packages/netcfg/dhcp.c
+++ b/packages/netcfg/dhcp.c
@@ -138,6 +138,7 @@ int start_dhcp_client (struct debconfclient *client, char*
dhostname)
int options_count;
enum { DHCLIENT, PUMP, UDHCPC } dhcp_client;
int dhcp_seconds;
+char dhcp_seconds_str[16];
if (access(/sbin/dhclient, F_OK) == 0)
dhcp_client = DHCLIENT;
@@ -153,6 +154,7 @@ int start_dhcp_client (struct debconfclient *client, char*
dhostname)
debconf_get(client, netcfg/dhcp_timeout);
dhcp_seconds = atoi(client-value);
+snprintf(dhcp_seconds_str, sizeof dhcp_seconds_str, %d, dhcp_seconds-1);
if ((dhcp_pid = fork()) == 0) { /* child */
/* disassociate from debconf */
@@ -202,10 +204,10 @@ int start_dhcp_client (struct debconfclient *client,
char* dhostname)
/* Allow space for:
options: options_count * 2
- params: 5
+ params: 9
hostname: 2
NULL: 1 */
-arguments = malloc((options_count * 2 + 5 + 2 + 1) * sizeof(char
*));
+arguments = malloc((options_count * 2 + 9 + 2 + 1) * sizeof(char
*));
/* set the command options */
options_count = 0;
@@ -214,6 +216,10 @@ int start_dhcp_client (struct debconfclient *client, char*
dhostname)
arguments[options_count++] = interface;
arguments[options_count++] = -V;
arguments[options_count++] = d-i;
+arguments[options_count++] = -T;
+arguments[options_count++] = 1;
+arguments[options_count++] = -t;
+arguments[options_count++] = dhcp_seconds_str;
for (ptr = dhclient_request_options_udhcpc; *ptr; ptr++) {
arguments[options_count++] = -O;
arguments[options_count++] = *ptr;
--
1.7.2.3
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/f130572ac518a3a277238742c6a7ce31f2d8f807.129433.git.wf...@niif.hu
[PATCH 0/3] Make udhcpc continuously retry getting a lease until dhcp_timeout
Hi, Turns out my problem wasn't exactly network card specific, but somehow more deeply related to the surrounding network switch configurations. Anyhow, the concrete problem was that udhcpc sent out 3 DHCPDISCOVER packets only in the first couple of seconds, then spent its remaining time before netcfg/dhcp_timeout sleeping (doing nothing), as prescribed by its default timing parameters (-t 3 -T 3 -A 20). I modified it to keep sending DHCPDISCOVER packages in every second allowed by the timeout (or until it acquires a lease) by supplying -T 1 and a dynamic retry number (-t). The first patch fixes a typo only and has no effect whatsoever. The second patch is the main stuff. The third patch gets rid of a compiler warning (which should be safe as I understand it). I think this fix (besides curing automatic network configuration in slow-starting networks) helps sidestepping some of the slow link-up problems which recently emerged (at least when DHCP is used). Thanks, Feri. Ferenc Wagner (3): Fix the type of the option array element. Make udhcpc continuously retry getting a lease until dhcp_timeout. Silence a compiler warning. packages/netcfg/dhcp.c | 17 - 1 files changed, 12 insertions(+), 5 deletions(-) -- 1.7.2.3 -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cover.129433.git.wf...@niif.hu
[PATCH 1/3] Fix the type of the option array element.
As long as all pointers are of the same size (as usual), this doesn't make a difference. Signed-off-by: Ferenc Wagner wf...@niif.hu --- packages/netcfg/dhcp.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/packages/netcfg/dhcp.c b/packages/netcfg/dhcp.c index f7ffa00..f706c5c 100644 --- a/packages/netcfg/dhcp.c +++ b/packages/netcfg/dhcp.c @@ -205,7 +205,7 @@ int start_dhcp_client (struct debconfclient *client, char* dhostname) params: 5 hostname: 2 NULL: 1 */ -arguments = malloc((options_count * 2 + 5 + 2 + 1) * sizeof(char **)); +arguments = malloc((options_count * 2 + 5 + 2 + 1) * sizeof(char *)); /* set the command options */ options_count = 0; -- 1.7.2.3 -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e33afa581a85861e8758b11f9843da292f747557.129433.git.wf...@niif.hu
Bug#394993: marked as done (apt-setup should clean up its mess)
Your message dated Thu, 06 Jan 2011 21:37:08 + with message-id 1294349828.2683.0.ca...@eeepc.belkin and subject line This was fixed by #378868. has caused the Debian Bug report #394993, regarding apt-setup should clean up its mess to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 394993: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=394993 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: apt-listbugs Version: 0.0.63 Severity: important Hi, after todays upgrade of my etch machine, i get the following error when installing new packages: Reading package fields... Done Reading package status... Done Retrieving bug reports... 0% W: unsupported proxy `false' Error retrieving bug reports Retry downloading bug information?[Y/n]? W: unsupported proxy `false' Error retrieving bug reports Retry downloading bug information?[Y/n]? n Abort the installation[Y/n]? n Retrieving bug reports... Done Parsing Found/Fixed information... Done Selecting previously deselected package procmail. (Reading database ... 152594 files and directories currently installed.) Unpacking procmail (from .../procmail_3.22-16_i386.deb) ... Setting up procmail (3.22-16) ... Press return to continue. I am not aware that i changed any apt-listbugs settings, so i asume, there is something changed in the package. Greetings Martin - -- Martin Zobel-Helas credativ GmbHTel: +49 24 61 / 69 07 10 Karl-Heinz-Beckurts-Str. 13 Fax: +49 24 61 / 69 07 11 D-52428 Jülich www: http://www.credativ.de -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFPdSJST77jl1k+HARAi3GAKCVe+zkfzugBq/21w4jcH3dS39JTQCg4GT4 AWn567fy3DRDIP0Z0Ie6yxI= =XlZ2 -END PGP SIGNATURE- ---End Message--- ---BeginMessage--- This was fixed by #378868. -- Melhores cumprimentos/Best regards, Miguel Figueiredo http://www.DebianPT.org ---End Message---
Re: Recurrent old builds for D-I
Excerpts from Christian PERRIER's message of Don Jan 06 07:01:07 +0100 2011: Quoting Daily build aggregator (debian-boot@lists.debian.org): Debian installer build overview --- Failed or old builds: * OLD BUILD:mipsel Dec 09 00:12 bui...@rem build_cobalt_netboot-2.6_serial http://d-i.debian.org/daily-images/mipsel/daily/build_cobalt_netboot-2.6_serial.log * OLD BUILD:s390 Dec 19 00:03 bui...@zandonai build_generic http://d-i.debian.org/daily-images/s390/daily/build_generic.log * OLD BUILD:sparc Jul 12 11:08 stapp...@dd build_netboot http://people.debian.org/~stappers/d-i/sparc/daily/build_netboot.log So, we still have these three arches where builds are broken for quite some time. Apparently s390 failures are fairly recent but were probably unnoticed because the recurrent sparc failures made everybody ignore the daily failure mails. I was aware of them but wanted to wait a bit more to see if they are transient or not before pinging the buildd maintainers. And then christmas and new year vacations interfered with this plan. I'll ping them in the next days. mipsel failures happen since Dec09. Gaudenz pinged the mipsel porters list but got no answer (at least none that I can see): === Hi mipsel buildd maintainers Since 12/09 the debian-installer daily images for mipsel are no longer autobuilt (at least there are no new builds pushed to d-i.debian.org). The builds used to be built on rem. See http://lists.debian.org/20100331165134.ga19...@mails.so.argh.org for more information on how the d-i daily images building on the autobuilders works. It would be nice if you could investigate this and report back if there is a problem that needs our (debian-boot) help to fix. === I got an answer that rem is currently moved to a new hosting location and added a not to the stats webpage. Probybly these notes should also be included in the mails. And sparc failures are a longstanding issue as they are apparently built in a broken environment by Geert: === Ping! Two more weeks and no answer from either Geert or the SPARC buildd maintainers. I'm CCing this to debian-sparc in the hope to at least get some status update. IMHO the best solution would be to adopt the same setup as on most other architectures: To build the d-i daily images on a buildd. See below for more information on the setup. If I don't get an answer by the end of the year I'll add a note to the daily images overview[1] and possibly similar pages that currently no sparc images can be provided until some steps in to do the necessary work. === I got one reply that the first mails had been overlooked and the person said to be on semi-VAC currently. After that the conversation died off. I don't think Geert is interested anymore and this build should be moved to a sparc buildd. As there is apparently also not enough interest by sparc buildd maintainers I'm inclined to just turn off these builds until there is more interest. I would be willing to setup a build on a buildd myself, but earlier conversation about giving the d-i team more access to these buildds gave me the impression that this is not possible (or at least very hard). Goal: stop having a daily mail about failed builds asthis just makes everybody ignore them after a few days. Full ACK. Although I was still paying attention, just not acting on every change. Gaudenz -- Ever tried. Ever failed. No matter. Try again. Fail again. Fail better. ~ Samuel Beckett ~ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1294353597-sup-...@meteor.durcheinandertal.local
Bug#606227: addining multiple issue (was: Re: cdset broken)
On Sun, Jan 02, 2011 at 09:17:34AM +0200, George Danchev wrote: 2) Next, apt-setup uses apt-cdrom ident to identify the additionally supplied CDs. According to elmig from #debian-cd, apt-cdrom from debian 5.0.7 release correctly scans squeeze discs, while apt-cdrom from squeeze's cdrom only detects the checksum on the second disc. This change seems relevant: apt (0.8.4) unstable; urgency=low * apt-pkg/contrib/cdromutl.cc: - if apt-cdrom is used on writable media (like usb-sticks), do not use the root directory to identify the medium (as all changes there change the ident id). Use the .disk directory instead Looking at this now; I'm not sure how it's meant to work, but I'll have a look. -- Steve McIntyre, Cambridge, UK.st...@einval.com I can't ever sleep on planes ... call it irrational if you like, but I'm afraid I'll miss my stop -- Vivek Dasmohapatra -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110106183515.gg16...@einval.com
Re: Recurrent old builds for D-I
Excerpts from Otavio Salvador's message of Don Jan 06 12:32:20 +0100 2011: On Thu, Jan 6, 2011 at 04:01, Christian PERRIER bubu...@debian.org wrote: Goal: stop having a daily mail about failed builds asthis just makes everybody ignore them after a few days. We might try to have this mail reversed sorted by failure date. So the most recent failure will always be show at first item. Another thing we might have is a mail, for the arch, on the day of failure and a summary in weekly basis. Comments? In principle I agree to both. The problem is that this probably means that the current scripts have to be rewritten from scratch. As I'm not really a Perl Hacker and prefer Python. Would anybody oppose if I'd do this in Python? Gaudenz -- Ever tried. Ever failed. No matter. Try again. Fail again. Fail better. ~ Samuel Beckett ~ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1294354255-sup-5...@meteor.durcheinandertal.local
Re: [PATCH 3/3] Silence a compiler warning.
Ferenc Wagner wf...@niif.hu writes: -execvp(udhcpc, arguments); +/* execvp doesn't like const strings for no reason, so we can + cast away the const to suppress the compiler warning */ +execvp(udhcpc, (char **)arguments); Actually, I started to feel bad about this part. Maybe it would be wiser to use non-const strings from the beginning? That would require a larger patch, though... And ignoring the warning hasn't caused any trouble yet. Does anybody know why execvp hates const strings? -- Thanks, Feri. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87lj2xd2ys@tac.ki.iif.hu
Bug#599115: marked as done (debian-installer: grub's target examples still reflect grub-legacy's behavior)
Your message dated Fri, 07 Jan 2011 00:19:50 + with message-id 1294359590.2683.2.ca...@eeepc.belkin and subject line has caused the Debian Bug report #599115, regarding debian-installer: grub's target examples still reflect grub-legacy's behavior to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 599115: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=599115 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: debian-installer Severity: normal hi, using the mini.iso to install sid, choosing expert install (KDE), when getting to the install grub part, after refusing MBR, the examples for (hdx,y) reflect grub legacy behavior. following example line saying that (hd0,4) is the first virtual partition on first HD, I installed to (hd0,5) resulting in istallation to the first instead of second (intended) virtual partition. regards, alon -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash DISCLAIMER: This mail message was scanned for malicious content by Quality Bytes Mail Security when leaving the gateway of Kibbutz Hazorea http://qb.q-bytes.com/qbms/?c=hazorea . ---End Message--- ---BeginMessage--- fixed in grub-installer 1.58 See #581687 -- Melhores cumprimentos/Best regards, Miguel Figueiredo http://www.DebianPT.org ---End Message---
Debian installer build: failed or old builds
Debian installer build overview --- Failed or old builds: * OLD BUILD:mipsel Dec 09 00:12 bui...@rem build_cobalt_netboot-2.6_serial http://d-i.debian.org/daily-images/mipsel/daily/build_cobalt_netboot-2.6_serial.log * OLD BUILD:mipsel Dec 09 00:18 bui...@rem build_cobalt_netboot-2.6_ssh http://d-i.debian.org/daily-images/mipsel/daily/build_cobalt_netboot-2.6_ssh.log * OLD BUILD:mipsel Dec 09 00:20 bui...@rem build_cobalt_netboot-2.6_common http://d-i.debian.org/daily-images/mipsel/daily/build_cobalt_netboot-2.6_common.log * OLD BUILD:mipsel Dec 09 00:24 bui...@rem build_malta_netboot-2.6 http://d-i.debian.org/daily-images/mipsel/daily/build_malta_netboot-2.6.log * OLD BUILD:mipsel Dec 09 00:29 bui...@rem build_sb1-bcm91250a_netboot-2.6 http://d-i.debian.org/daily-images/mipsel/daily/build_sb1-bcm91250a_netboot-2.6.log * OLD BUILD:sparc Jul 12 11:04 stapp...@dd build_cdrom http://people.debian.org/~stappers/d-i/sparc/daily/build_cdrom.log * OLD BUILD:sparc Jul 12 11:08 stapp...@dd build_netboot http://people.debian.org/~stappers/d-i/sparc/daily/build_netboot.log * OLD BUILD:sparc Jul 12 11:11 stapp...@dd build_miniiso http://people.debian.org/~stappers/d-i/sparc/daily/build_miniiso.log * OLD BUILD:amd64 Dec 30 00:26 debian...@pettersson 4i386 http://cdbuilder.debian.org/cdimage-log/4i386 * OLD BUILD:amd64 Dec 30 00:26 debian...@pettersson Bi386 http://cdbuilder.debian.org/cdimage-log/Bi386 * OLD BUILD:amd64 Dec 30 00:42 debian...@pettersson 9i386 http://cdbuilder.debian.org/cdimage-log/9i386 * OLD BUILD:amd64 Dec 30 00:42 debian...@pettersson 3i386 http://cdbuilder.debian.org/cdimage-log/3i386 * OLD BUILD:amd64 Dec 30 00:43 debian...@pettersson i386 http://cdbuilder.debian.org/cdimage-log/i386 Totals: 167 builds (0 failed, 13 old) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1pb0gv-0005wk...@ravel.debian.org
Re: how can I get all the udeb source packages list?
You can get back to the source package by looking up the binary package in the relevant Packages list and getting the Source header from there (I'm sure someone will be nice and give you a grep-dctrl snippet to do that, but I'm not grep-dctrl qualified). Relevant Packages list is a ambiguous concept. I don't know the Packages list complete, as I mention above, I don't know how to get the Packages list, especially in different architecture, even more, some packages are not only build by debian installer. Though grep-dctrl is a powerfull utility, but I don't know which predicate is belong to debian installer, and I use grep-dctrl -s Package 'Debian Install System Team' source and grep-dctrl -s Package 'debian-installer' source , it get all the architecutre Packages list, but also missing the packages which not build by debian installer, and I can't separe this packages for each architecture -- Best Regards, Qin Bo
Re: how can I get all the udeb source packages list?
[DON'T CC PEOPLE WHO HAVE REPLIED TO THE LIST] On Fri, Jan 07, 2011 at 10:02:31AM +0800, Qin Bo wrote: You can get back to the source package by looking up the binary package in the relevant Packages list and getting the Source header from there (I'm sure someone will be nice and give you a grep-dctrl snippet to do that, but I'm not grep-dctrl qualified). Relevant Packages list is a ambiguous concept. No, it's quite a concrete concept. A file, named Packages.gz, which exists in a well-defined location on any Debian mirror. I don't know the Packages list complete, as I mention above, There is no above, since you trimmed your own post. I don't know how to get the Packages list, especially in different architecture, http://ftp.debian.org/debian/dists/release/main/binary-architecture/Packages.gz even more, some packages are not only build by debian installer. That is irrelevant. They all end up in the same Packages.gz. Though grep-dctrl is a powerfull utility, but I don't know which predicate is belong to debian installer, and I use grep-dctrl -s Package 'Debian Install System Team' source and grep-dctrl -s Package 'debian-installer' source , it get all the architecutre Packages list, but also missing the packages which not build by debian installer, and I can't separe this packages for each architecture As I already mentioned, the list of what udebs go into a particular installer image is under installer/build/pkg-lists in the d-i SVN repository. - Matt -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110107035250.gm2...@hezmatt.org
Re: [PATCH 3/3] Silence a compiler warning.
On Fri, Jan 07, 2011 at 12:31:07AM +0100, Ferenc Wagner wrote: Ferenc Wagner wf...@niif.hu writes: -execvp(udhcpc, arguments); +/* execvp doesn't like const strings for no reason, so we can + cast away the const to suppress the compiler warning */ +execvp(udhcpc, (char **)arguments); Actually, I started to feel bad about this part. Maybe it would be wiser to use non-const strings from the beginning? That would require a larger patch, though... And ignoring the warning hasn't caused any trouble yet. Does anybody know why execvp hates const strings? I have no idea. I've fixed those build warnings (and the address of foo will always evaluate to true warnings) in my tree; I'm not going to push them for squeeze, though. - Matt -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110107035352.gn2...@hezmatt.org
Re: [PATCH 2/3] Make udhcpc continuously retry getting a lease until dhcp_timeout.
On Thu, Jan 06, 2011 at 09:32:02PM +0100, Ferenc Wagner wrote: Signed-off-by: Ferenc Wagner wf...@niif.hu --- packages/netcfg/dhcp.c | 10 -- 1 files changed, 8 insertions(+), 2 deletions(-) diff --git a/packages/netcfg/dhcp.c b/packages/netcfg/dhcp.c index f706c5c..385799b 100644 I've reviewed and tested this patch, and it looks good. I tested it by running a DHCP install with the DHCP server off, and then starting it when the progress bar was at around 50%. Without the patch applied, DHCP failed and I was asked to manually configure the network. With the patch applied, udhcpc quickly found the DHCP server and we were away. Dumping the traffic with tcpdump also showed a lot more DHCP requests flying around. I'd recommend this patch be applied before the Squeeze release, as there are a number of bugs related to DHCP timeouts, as Ferenc mentions. I'm not sure that the other patches should be applied pre-Squeeze; the cleanups involved are minor. Otavio, any objection to me committing this patch to SVN? (I'm assuming that Ferenc doesn't have SVN commit access...) I'm happy to do the upload, too, if that's necessary. - Matt -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110107035858.go2...@hezmatt.org
Re: Recurrent old builds for D-I
Quoting Gaudenz Steinlin (gaud...@debian.org): Excerpts from Otavio Salvador's message of Don Jan 06 12:32:20 +0100 2011: On Thu, Jan 6, 2011 at 04:01, Christian PERRIER bubu...@debian.org wrote: Goal: stop having a daily mail about failed builds asthis just makes everybody ignore them after a few days. We might try to have this mail reversed sorted by failure date. So the most recent failure will always be show at first item. Another thing we might have is a mail, for the arch, on the day of failure and a summary in weekly basis. Comments? In principle I agree to both. The problem is that this probably means that the current scripts have to be rewritten from scratch. As I'm not really a Perl Hacker and prefer Python. Would anybody oppose if I'd do this in Python? I wouldn't call this a priority. The current concern is more having the builds that are supposed to happen Rewriting the scripts may be nice but they're doing their job, after all. signature.asc Description: Digital signature
Re: Recurrent old builds for D-I
Quoting Gaudenz Steinlin (gaud...@debian.org): I got one reply that the first mails had been overlooked and the person said to be on semi-VAC currently. After that the conversation died off. I don't think Geert is interested anymore and this build should be moved to a sparc buildd. As there is apparently also not enough interest by sparc buildd maintainers I'm inclined to just turn off these builds until there is more interest. Agreed. signature.asc Description: Digital signature
