Re: installer location on mirrors
On 12853 March 1977, Joey Hess wrote: > Joerg Jaspert wrote: >> I understand it right that doing it this way (ie. current symlink stays >> around), it won't break anything, so we can "just do it for all suites"?! > It appears that debmirror will be broken, if it helps. :/ Urgs. > I can't find anything that will break in debian-cd. How big/intrusive would the change to debmirror be to adjust it to deal with the changed layout too, do you think it can be done now and included in wheezy? And even more, squeeze, a point release update there? Or is it so much that we only make wheezy able to deal with it and move it after we archive out squeeze? -- bye, Joerg It seems to me that the account creation step could be fully automated: checking the box "approved by DAM" could trigger an insert into the LDAP database thereby creating the account. <1375.143.121.153.52.1122977888.squir...@wm.kinkhorst.nl> -- 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/87hav93l7n@gkar.ganneff.de
Re: installer location on mirrors
On Sat, May 19, 2012 at 10:24:17PM +0200, Joerg Jaspert wrote: > I also take it we don't need/want the main/contrib/non-free in > installer/, as our d-i will always be main/ only. What about firmware stuff? Bastian -- One does not thank logic. -- Sarek, "Journey to Babel", stardate 3842.4 -- 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/20120521154824.ga8...@wavehammer.waldi.eu.org
Processed: reassign 673132 to debian-installer
Processing commands for cont...@bugs.debian.org: > reassign 673132 debian-installer Bug #673132 [debian-installer-6.0-netboot-armel] debian-installer-6.0-netboot-armel: Include LED modules for LaCie devices Bug reassigned from package 'debian-installer-6.0-netboot-armel' to 'debian-installer'. No longer marked as found in versions debian-installer-netboot-images/20110106.squeeze4. Ignoring request to alter fixed versions of bug #673132 to the same values previously set > thanks Stopping processing here. Please contact me if you need assistance. -- 673132: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673132 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.133762745611732.transcr...@bugs.debian.org
Re: Bug#673839: Building an udeb binary
Sebastien Bacher (21/05/2012): > Currently gtk is doing a second build pass with different configure > option for its udeb flavor because libxrandr, libxcomposite and > libxdamage don't have udebs. It would be nice if you could add an udeb > to libxrandr so we could bring gtk into a single pass build That means more udebs, more stuff in the d-i image/initramfs. I'm not sure it's worth the trouble. Quite the contrary, in fact. It looks to me like a separate build is better as far as d-i is concerned. Mraw, KiBi. signature.asc Description: Digital signature
Re: Bug#673839: Building an udeb binary
Le 21/05/2012 21:17, Cyril Brulebois a écrit : That means more udebs, more stuff in the d-i image/initramfs. I'm not sure it's worth the trouble. Quite the contrary, in fact. It looks to me like a separate build is better as far as d-i is concerned. How "costy" would those udeb be? Those are small libraries... Having to rebuild gtk has a cost as well, not only it increases the build time for it quite a lot, it also means the code build is using mostly untested codepaths (they are very few users or distributions trying to not use those xorg libraries) -- 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/4fba95cb.3000...@ubuntu.com
Bug#660093: clock-setup: Please support /etc/adjtime in addition to /etc/default
On Thu, Feb 16, 2012 at 11:10:42AM +, Roger Leigh wrote: The following patch is also required to remove the use of /etc/default/hwclock given that we never used it for the UTC setting, since we moved it to /etc/adjtime directly. Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. From c21d1791ae7a34ea85bcd9544bf811b944fc2777 Mon Sep 17 00:00:00 2001 From: Roger Leigh Date: Mon, 21 May 2012 20:06:26 +0100 Subject: [PATCH] 10clock-setup: Revert use of /etc/default/hwclock This was never used for the UTC setting given that we migrate it directly from /etc/default/rcS, so it's no longer needed it clock-setup. --- debian/changelog |7 ++- finish-install.d/10clock-setup |6 +- 2 files changed, 7 insertions(+), 6 deletions(-) diff --git a/debian/changelog b/debian/changelog index 3e627c7..3b3912a 100644 --- a/debian/changelog +++ b/debian/changelog @@ -6,7 +6,12 @@ clock-setup (0.111) UNRELEASED; urgency=low [ Joey Hess ] * Set UTC or LOCAL in /etc/adjtime for systemd. Closes: #660093 - -- Samuel Thibault Sun, 12 Feb 2012 23:05:52 +0100 + [ Roger Leigh ] + * Migrate UTC setting from /etc/default/rcS; revert use of +/etc/default/hwclock, which is not used for holding the UTC +setting. + + -- Roger Leigh Mon, 21 May 2012 20:03:36 +0100 clock-setup (0.110) unstable; urgency=low diff --git a/finish-install.d/10clock-setup b/finish-install.d/10clock-setup index 4e52af5..42c9a08 100755 --- a/finish-install.d/10clock-setup +++ b/finish-install.d/10clock-setup @@ -92,11 +92,7 @@ if ! db_go; then fi # Update target system configuration for utc/localtime selection -if [ -f /target/etc/default/hwclock ]; then - utcfile=/target/etc/default/hwclock -else - utcfile=/target/etc/default/rcS -fi +utcfile=/target/etc/default/rcS db_get clock-setup/utc if [ "$RET" = true ]; then -- 1.7.10 signature.asc Description: Digital signature
Bug#673401: task-web-server: Please remove mod_perl and mod_python from task-web-server
Quoting Stefan Fritsch (s...@sfritsch.de): > Package: task-web-server > Version: 3.09 > Severity: normal > > > mod_python is obsoleted by mod_wsgi and basically dead upstream (last > commit to svn was 3 years ago). > > And mod_perl is IMNSHO not so popular anymore that it needs to be > installed by default. > > Of course, the mod_python and mod_perl maintainers are welcome to > express their opinions. Assuming you're the expert and I am not, I took your work and did what you suggest. As you mention mod_wsgi to be obsoleting mod_python, do you think we should install one of libapache2-mod-wsgi* packages with the task? signature.asc Description: Digital signature
Bug#673365: marked as done (installation-report: dnet-common looks unnecessary for normal environment)
Your message dated Mon, 21 May 2012 21:49:17 +0200 with message-id <20120521194917.gu7...@mykerinos.kheops.frmug.org> and subject line Re: Bug#673365: installation-report: dnet-common looks unnecessary for normal environment has caused the Debian Bug report #673365, regarding installation-report: dnet-common looks unnecessary for normal environment 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.) -- 673365: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673365 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: installation-reports Version: 2.44 Severity: normal Boot method: CD Image version: wheezy alpha1 i386 Date: 2012-05-18 Machine: VirtualBox 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: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] but... Install boot loader:[O] Overall install:[O] Comments/Problems: Of course all installations worked well on VirtualBox, but I noticed the installer (with choosing desktop on tasksel) asked dnet-common debconf configuration even debconf-level was high. Although I'm not sure what introduces dnet-common, setting DECnet seems unnecessary for modern environment. Thanks, -- Kenshi Muto km...@debian.org --- End Message --- --- Begin Message --- Quoting Steve McIntyre (st...@einval.com): > >But, for sure, having a default Debian desktop install asking > >questions about "DECNet node address" is certainly not something we > >want. > > #655740. I'm about to NMU it to fix this daft behaviour. I just see you did. So I think we can now close this installation report as there shouldn't be any weird question about DECnet in defaults installs once dnprogs reach testing. (still I wonder what pulls libdnet in desktop installs but that's another story) signature.asc Description: Digital signature --- End Message ---
Re: Bug#673837: Bug#673839: Building an udeb binary
On Mon, May 21, 2012 at 21:21:47 +0200, Sebastien Bacher wrote: > Le 21/05/2012 21:17, Cyril Brulebois a écrit : > >That means more udebs, more stuff in the d-i image/initramfs. I'm not > >sure it's worth the trouble. Quite the contrary, in fact. > > > >It looks to me like a separate build is better as far as d-i is concerned. > How "costy" would those udeb be? Those are small libraries... > Having to rebuild gtk has a cost as well, not only it increases the > build time for it quite a lot, it also means the code build is using > mostly untested codepaths (they are very few users or distributions > trying to not use those xorg libraries) > I'm willing to maintain those code paths, if that's all it takes. FWIW the X server in the installer doesn't even support composite. I can see how adding libXdamage might make some sense. I don't think adding randr would, since we use the fbdev driver. Cheers, Julien signature.asc Description: Digital signature
Bug#673401: task-web-server: Please remove mod_perl and mod_python from task-web-server
Christian PERRIER (21/05/2012): > As you mention mod_wsgi to be obsoleting mod_python, do you think we > should install one of libapache2-mod-wsgi* packages with the task? There are many other things, as can be seen in django (a python web framework)'s docs: https://docs.djangoproject.com/en/dev/howto/deployment/fastcgi/ I'm not sure we can/should be picking up any of those, it seems to me like preferences really are specific to frameworks, developers, and admins. Mraw, KiBi. signature.asc Description: Digital signature
Bug#673401: task-web-server: Please remove mod_perl and mod_python from task-web-server
On Monday 21 May 2012, Cyril Brulebois wrote: > Christian PERRIER (21/05/2012): > > As you mention mod_wsgi to be obsoleting mod_python, do you think > > we should install one of libapache2-mod-wsgi* packages with the > > task? > > There are many other things, as can be seen in django (a python web > framework)'s docs: > https://docs.djangoproject.com/en/dev/howto/deployment/fastcgi/ > > I'm not sure we can/should be picking up any of those, it seems to > me like preferences really are specific to frameworks, developers, > and admins. I am also in favor of letting this be handled by the maintainers of webapp packages via Depends/Recommends or by the admins. mod_php is an exception here in that it is so much more popular. Therefore I haven't suggested to remove it from task-web-server, but we may aim to do that for wheezy+1. Cheers, Stefan -- 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/201205212208.54367...@sfritsch.de
Processing of clock-setup_0.111_i386.changes
clock-setup_0.111_i386.changes uploaded successfully to localhost along with the files: clock-setup_0.111.dsc clock-setup_0.111.tar.gz clock-setup_0.111_i386.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/e1swzls-0007nv...@franck.debian.org
Re: installer location on mirrors
>> I also take it we don't need/want the main/contrib/non-free in >> installer/, as our d-i will always be main/ only. > What about firmware stuff? Thats not a new thing - and still we dont have any such image in Debian. Does firmware stuff itself need a whole image? Is anyone working on it (to be included in Debian), and is it realistic to be there anywhere in the next one or two releases? -- bye, Joerg [Es geht um MySQL] (14:35) grummel. als ob ein subselect so kompliziert waere. (14:35) als ob mysql eine db wäre... (14:35) relationales textfile auf drogen? :0 -- 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/87mx51i60e@gkar.ganneff.de
Bug#660093: marked as done (clock-setup: Please support /etc/adjtime in addition to /etc/default)
Your message dated Mon, 21 May 2012 21:24:01 + with message-id and subject line Bug#660093: fixed in clock-setup 0.111 has caused the Debian Bug report #660093, regarding clock-setup: Please support /etc/adjtime in addition to /etc/default 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.) -- 660093: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=660093 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: clock-setup Version: 0.110 Severity: normal Tags: patch Hi, This is similar to the patch for hwclock support last week, but solves a different problem, namely supporting systemd in d-i, and (potentially) allowing migration of the UTC setting in /etc/default into the native configuration file for this option. Many thanks, Roger -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (550, 'unstable'), (500, 'testing'), (400, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash >From 8ca1790120e851c34e5dffa7adb20322ef6c970a Mon Sep 17 00:00:00 2001 From: Roger Leigh Date: Thu, 16 Feb 2012 10:41:03 + Subject: [PATCH] 10clock-setup: Support /etc/adjtime Set UTC or LOCAL in /etc/adjtime in addition to UTC= in /etc/default. This is because /etc/adjtime is the configuration file for hwclock, and the systemd init daemon uses the configuration file directly, thus this change makes it possible for d-i to support installations which use systemd in place of sysvinit. This change does not affect sysvinit users, because /etc/adjtime is updated when hwclock is run. --- finish-install.d/10clock-setup |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/finish-install.d/10clock-setup b/finish-install.d/10clock-setup index 4bde2c4..4e52af5 100755 --- a/finish-install.d/10clock-setup +++ b/finish-install.d/10clock-setup @@ -101,9 +101,15 @@ fi db_get clock-setup/utc if [ "$RET" = true ]; then sed -i -e 's:^UTC="no":UTC="yes":' -e 's:^UTC=no:UTC=yes:' $utcfile + if [ -e /target/etc/adjtime ]; then + sed -i -e 's:^LOCAL$:UTC:' /target/etc/adjtime + fi OPT="--utc" else sed -i -e 's:^UTC="yes":UTC="no":' -e 's:^UTC=yes:UTC=no:' $utcfile + if [ -e /target/etc/adjtime ]; then + sed -i -e 's:^UTC$:LOCAL:' /target/etc/adjtime + fi OPT="--localtime" fi -- 1.7.9 --- End Message --- --- Begin Message --- Source: clock-setup Source-Version: 0.111 We believe that the bug you reported is fixed in the latest version of clock-setup, which is due to be installed in the Debian FTP archive: clock-setup_0.111.dsc to main/c/clock-setup/clock-setup_0.111.dsc clock-setup_0.111.tar.gz to main/c/clock-setup/clock-setup_0.111.tar.gz clock-setup_0.111_i386.udeb to main/c/clock-setup/clock-setup_0.111_i386.udeb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 660...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Joey Hess (supplier of updated clock-setup package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 21 May 2012 16:26:35 -0400 Source: clock-setup Binary: clock-setup Architecture: source i386 Version: 0.111 Distribution: unstable Urgency: low Maintainer: Debian Install System Team Changed-By: Joey Hess Description: clock-setup - set up clock (udeb) Closes: 660093 Changes: clock-setup (0.111) unstable; urgency=low . [ Samuel Thibault ] * Pass --directisa to hwlock on hurd. . [ Roger Leigh ] * Set UTC or LOCAL in /etc/adjtime for systemd. Closes: #660093 * Migrate UTC setting from /etc/default/rcS; revert use of /etc/default/hwclock, which is not used for holding the UTC setting. . [ Updated translations ] * Bulgarian (bg.po) by Damyan Ivanov * Tibetan (bo.po) by Tennom * Estonian (et.po) by Mattias Põldaru * Basque (eu.po) by Piarres Beobide * Indonesian (id.po) by Mahyuddin Susanto * Macedonian (mk.po) by Arangel Angov * Panjabi (pa.po) by A S Alam * Traditional Chinese (zh_TW.po) by Yao Wei (魏銘廷) Checksums-Sha1: 64cdbaa5be07da2bd8528332339f04f191d95c29 1576 clock-setup_0.111.dsc c1a34fc2cbe02cbc13
clock-setup_0.111_i386.changes ACCEPTED into unstable
Accepted: clock-setup_0.111.dsc to main/c/clock-setup/clock-setup_0.111.dsc clock-setup_0.111.tar.gz to main/c/clock-setup/clock-setup_0.111.tar.gz clock-setup_0.111_i386.udeb to main/c/clock-setup/clock-setup_0.111_i386.udeb Changes: clock-setup (0.111) unstable; urgency=low . [ Samuel Thibault ] * Pass --directisa to hwlock on hurd. . [ Roger Leigh ] * Set UTC or LOCAL in /etc/adjtime for systemd. Closes: #660093 * Migrate UTC setting from /etc/default/rcS; revert use of /etc/default/hwclock, which is not used for holding the UTC setting. . [ Updated translations ] * Bulgarian (bg.po) by Damyan Ivanov * Tibetan (bo.po) by Tennom * Estonian (et.po) by Mattias Põldaru * Basque (eu.po) by Piarres Beobide * Indonesian (id.po) by Mahyuddin Susanto * Macedonian (mk.po) by Arangel Angov * Panjabi (pa.po) by A S Alam * Traditional Chinese (zh_TW.po) by Yao Wei (魏銘廷) Override entries for your package: clock-setup_0.111.dsc - source debian-installer clock-setup_0.111_i386.udeb - standard debian-installer Announcing to debian-devel-chan...@lists.debian.org Closing bugs: 660093 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/e1swa5b-pu...@franck.debian.org
Debian installer build: failed or old builds
Debian installer build overview --- Failed or old builds: * OLD BUILD:armel May 08 08:10 buildd@ancina build_iop32x_netboot http://d-i.debian.org/daily-images/armel/daily/build_iop32x_netboot.log * OLD BUILD:armel May 08 08:13 buildd@ancina build_iop32x_network-console_glantank http://d-i.debian.org/daily-images/armel/daily/build_iop32x_network-console_glantank.log * OLD BUILD:armel May 08 08:19 buildd@ancina build_iop32x_network-console_n2100 http://d-i.debian.org/daily-images/armel/daily/build_iop32x_network-console_n2100.log * OLD BUILD:armel May 08 08:22 buildd@ancina build_iop32x_network-console_ss4000e http://d-i.debian.org/daily-images/armel/daily/build_iop32x_network-console_ss4000e.log * OLD BUILD:armel May 08 08:24 buildd@ancina build_kirkwood_netboot http://d-i.debian.org/daily-images/armel/daily/build_kirkwood_netboot.log * OLD BUILD:armel May 08 08:30 buildd@ancina build_kirkwood_netboot-gtk http://d-i.debian.org/daily-images/armel/daily/build_kirkwood_netboot-gtk.log * OLD BUILD:armel May 08 08:33 buildd@ancina build_kirkwood_network-console http://d-i.debian.org/daily-images/armel/daily/build_kirkwood_network-console.log * OLD BUILD:armel May 08 08:37 buildd@ancina build_orion5x_network-console http://d-i.debian.org/daily-images/armel/daily/build_orion5x_network-console.log * OLD BUILD:armel May 08 08:40 buildd@ancina build_versatile_netboot http://d-i.debian.org/daily-images/armel/daily/build_versatile_netboot.log * OLD BUILD:armel May 08 08:42 buildd@ancina build_ads_cf http://d-i.debian.org/daily-images/armel/daily/build_ads_cf.log * OLD BUILD:mipsel Apr 19 00:11 buildd@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 Apr 19 00:14 buildd@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 Apr 19 00:16 buildd@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 Apr 19 00:19 buildd@rem build_malta_netboot-2.6 http://d-i.debian.org/daily-images/mipsel/daily/build_malta_netboot-2.6.log * OLD BUILD:mipsel Apr 19 00:22 buildd@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:mipsel Apr 19 00:26 buildd@rem build_loongson-2f_netboot-2.6 http://d-i.debian.org/daily-images/mipsel/daily/build_loongson-2f_netboot-2.6.log * FAILED BUILD: amd64 May 21 04:44 debian-cd@pettersson 3source http://cdbuilder.debian.org/cdimage-log/3source * FAILED BUILD: amd64 May 21 04:44 debian-cd@pettersson 9source http://cdbuilder.debian.org/cdimage-log/9source * FAILED BUILD: amd64 May 21 04:45 debian-cd@pettersson source http://cdbuilder.debian.org/cdimage-log/source Totals: 172 builds (3 failed, 16 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/e1swdsg-0006kd...@ravel.debian.org
