Re: where is now reiserfs in Debian-testing netinstall?
Quoting Frans Pop (elen...@planet.nl): To use reiserfs with daily images you need to either: - boot in expert mode and select 'partman-reiserfs' as optional component - boot the installer with the option 'modules?=partman-reiserfs' I will send a general announcement of this change soon. As it sounds like a decision that might appear as a general decision of the Debian Project, I wonder if that could appear in the release notes. ReiserFS no longer offerred by default - Because ReiserFS development is stopped upstream, this file system will no longer be offerred as choice for partitions created by the installer, during default installtions. To enable ReiserFS support, users should either: - boot in expert mode and select partman-reiserfs as optional component - boot the installer with the option modules?=partman-reiserfs signature.asc Description: Digital signature
Re: Bug#549681: needs MODULES=dep on some PowerPC systems
Hi, On Wed, Mar 24, 2010 at 02:30:37AM +0100, maximilian attems wrote: It would be good if mkinitramfs would fail on systems that have the string platform: CHRP in /proc/cpuinfo if compressed kernel and initramfs together are larger than 12 MB, to stop unpleasant surprises when booting. partman has some checks for partitions, Not sure where partman comes into the picture here. aboves specialised wish sound nice for debian installer although there are not many powerpc guys. reassigning to rootskel who does install initramfs-tools. I think there are two changes needed: building the kernel image needs to fail (and the old kernel left in place) if the new image would be unbootable, and d-i needs to remain working afterwards. It's not d-i's problem alone -- when I stumbled over this, it happened on a system that had been running for several years (that is, upgrading my system made it unbootable). Simon -- 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/20100324091920.ga20...@honey.hogyros.de
[cdebconf-entropy PATCH] Kill spurious linebreak in configure.ac
This resulted in an empty echo, and then trying to execute the *** Cannot build Newt plugin *** command. https://buildd.debian.org/fetch.cgi?pkg=cdebconf-entropyarch=hppaver=0.14stamp=1269398913file=logas=raw --- configure.ac |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/configure.ac b/configure.ac index 25a659a..0b7e709 100644 --- a/configure.ac +++ b/configure.ac @@ -15,8 +15,7 @@ fi FRONTENDS=text -AC_CHECK_LIB(newt, newtInit, FRONTENDS=$FRONTENDS newt, echo - *** Cannot build Newt plugin ***) +AC_CHECK_LIB(newt, newtInit, FRONTENDS=$FRONTENDS newt, echo *** Cannot build Newt plugin ***) PKG_CHECK_MODULES(GTK, [gtk+-x11-2.0], FRONTENDS=$FRONTENDS gtk, -- 1.7.0.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/1269426081-27355-1-git-send-email-jcris...@debian.org
Re: cdebconf-entropy_0.14_amd64.changes ACCEPTED
On Wed, Mar 24, 2010 at 01:32:41 +, Archive Administrator wrote: Accepted: cdebconf-entropy_0.14.dsc to main/c/cdebconf-entropy/cdebconf-entropy_0.14.dsc FWIW, this ftbfs on hppa due to bug#575220 Cheers, Julien signature.asc Description: Digital signature
Bug#505111: will suggest removal from testing
hi folks, unless you object soon, i will suggest the removal of these packages from testing. the rationale is (a mixture of these will apply to the package in question) - old rc bug with no resolution in sight - otherwise buggy - low popcon - not in stable please note that a removal from testing is not really that bad, the package would migrate back in in no time once the rc-bug is fixed! cu robert -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature
Bug#572605: still present -- installation-reports: Sid d-i on PowerPC can not find driver for network interface
Hi, I don't know the exact cause of this bug, but there is not enough informations (for me) to try to understand this bug. Could you give at least a dmesg result when in the installer ? And what exact message does it outputs when looking for the adapter ? Regards, benjamin -- 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/1269429817.3290.3.ca...@nsk
Re: Bug#549681: needs MODULES=dep on some PowerPC systems
On Wed, Mar 24, 2010 at 10:19:20AM +0100, Simon Richter wrote: Hi, On Wed, Mar 24, 2010 at 02:30:37AM +0100, maximilian attems wrote: It would be good if mkinitramfs would fail on systems that have the string platform: CHRP in /proc/cpuinfo if compressed kernel and initramfs together are larger than 12 MB, to stop unpleasant surprises when booting. partman has some checks for partitions, Not sure where partman comes into the picture here. aboves specialised wish sound nice for debian installer although there are not many powerpc guys. reassigning to rootskel who does install initramfs-tools. I think there are two changes needed: building the kernel image needs to fail (and the old kernel left in place) if the new image would be unbootable, and d-i needs to remain working afterwards. It's not d-i's problem alone -- when I stumbled over this, it happened on a system that had been running for several years (that is, upgrading my system made it unbootable). mkvimlinuz or the used tool may provide the relevant check for running box. anyway an arch with such limititation seems broken in my eyes and need to have it's bootloader fixed. not the point of update-initramfs to guard against such corner cases. -- 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/20100324132339.gg22...@baikonur.stro.at
Bug#572605: still present -- installation-reports: Sid d-i on PowerPC can not find driver for network interface
On Wednesday 24 March 2010, Benjamin Cama wrote: I don't know the exact cause of this bug, but there is not enough informations (for me) to try to understand this bug. Could you give at least a dmesg result when in the installer ? And what exact message does it outputs when looking for the adapter ? There is no real bug. The only problem is that the images that are currently available are outdated. If you should build an image yourself, I expect it will work fine. This has already been explained in an earlier reply to this BR: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=572605#17 -- 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/201003241453.41952.elen...@planet.nl
Bug#505111: will suggest removal from testing
On Wednesday 24 March 2010, Robert Lemmen wrote: unless you object soon, i will suggest the removal of these packages from testing. the rationale is (a mixture of these will apply to the package in question) This package should not be removed. The bug is partly theoretical and only affects a minority of use cases. -- 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/201003241451.42392.elen...@planet.nl
Re: [cdebconf-entropy PATCH] Kill spurious linebreak in configure.ac
On Wednesday 24 March 2010, Julien Cristau wrote: -AC_CHECK_LIB(newt, newtInit, FRONTENDS=$FRONTENDS newt, echo - *** Cannot build Newt plugin ***) +AC_CHECK_LIB(newt, newtInit, FRONTENDS=$FRONTENDS newt, echo *** Cannot build Newt plugin ***) Fixed. Thanks. -- 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/201003241507.28215.elen...@planet.nl
Processing of cdebconf-entropy_0.15_amd64.changes
cdebconf-entropy_0.15_amd64.changes uploaded successfully to localhost along with the files: cdebconf-entropy_0.15.dsc cdebconf-entropy_0.15.tar.gz cdebconf-text-entropy_0.15_amd64.udeb cdebconf-newt-entropy_0.15_amd64.udeb cdebconf-gtk-entropy_0.15_amd64.udeb Greetings, Your Debian queue daemon (running on host ries.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/e1nurfa-0001m1...@ries.debian.org
Bug#505111: will suggest removal from testing
On Wed, Mar 24, 2010 at 02:51:41PM +0100, Frans Pop wrote: This package should not be removed. The bug is partly theoretical and only affects a minority of use cases. ok, so you think it should be squeeze-ignore? do you think it should be ignored for any release in the future? or downgraded? having bugs which are marked as grave, but at the same time are ignored forever seems like a slightly suboptimal usage of the BTS... cu robert -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature
Bug#505111: will suggest removal from testing
On Wednesday 24 March 2010, Robert Lemmen wrote: On Wed, Mar 24, 2010 at 02:51:41PM +0100, Frans Pop wrote: This package should not be removed. The bug is partly theoretical and only affects a minority of use cases. ok, so you think it should be squeeze-ignore? do you think it should be ignored for any release in the future? or downgraded? having bugs which are marked as grave, but at the same time are ignored forever seems like a slightly suboptimal usage of the BTS... I think it should be fixed, but that the bug is not sufficient reason for removal of the package. Unfortunately the D-I team is understaffed. Leaving the bug at it's current (technically correct) severity will maybe help get other people to take in interest in it. -- 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/201003241526.3.elen...@planet.nl
Bug#572605: still present -- installation-reports: Sid d-i on PowerPC can not find driver for network interface
Hi Frans, Le mercredi 24 mars 2010 à 14:53 +0100, Frans Pop a écrit : There is no real bug. The only problem is that the images that are currently available are outdated. OK. So, if it has not already been told (I didn't see much details about that in this BR) what steps should be taken for powerpc volunteers ? Take care of the buildd ? Who is in charge of it at the moment ? How can one have access to it ? Thanks for any pointer on this. (I am not very aware of all the details ; I am only a small part-time contributor to Debian) If you should build an image yourself, I expect it will work fine. OK. So the problem lies only in the buildd, right ? I am willing to take care of it if a volunteer is needed. Thanks for any help, benjamin -- 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/1269440019.3290.22.ca...@nsk
Bug#572605: still present -- installation-reports: Sid d-i on PowerPC can not find driver for network interface
On Wednesday 24 March 2010, Benjamin Cama wrote: OK. So, if it has not already been told (I didn't see much details about that in this BR) what steps should be taken for powerpc volunteers ? If you are not a Debian Developer I'm afraid you cannot help with this issue. However, there is plenty of other work that could be done to improve powerpc support in Debian Installer. Feel free to check the BTS for any open issues and work on them and submit patches. Cheers, FJP -- 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/201003241556.17890.elen...@planet.nl
Bug#572605: still present -- installation-reports: Sid d-i on PowerPC can not find driver for network interface
Le mercredi 24 mars 2010 à 15:56 +0100, Frans Pop a écrit : On Wednesday 24 March 2010, Benjamin Cama wrote: OK. So, if it has not already been told (I didn't see much details about that in this BR) what steps should be taken for powerpc volunteers ? If you are not a Debian Developer I'm afraid you cannot help with this issue. Indeed, I am not a DD. I have been thinking for a long time becoming a DM, and I know someone who could mentor me, but becoming a DD would be one (long !) more step. However, there is plenty of other work that could be done to improve powerpc support in Debian Installer. Feel free to check the BTS for any open issues and work on them and submit patches. Well, I try to help when I can, following the debian-powerpc ML. I must admit I don't look much to d-i bugs, as I don't use it very often, even if it's a key part for newcomers ... And the reactivity of people concerning PPC bugs don't help too (for example I'm trying to push #568204 without much success ...) Thanks anyway, benjamin -- 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/1269443350.3092.5.ca...@nsk
cdebconf-entropy_0.15_amd64.changes ACCEPTED
Accepted: cdebconf-entropy_0.15.dsc to main/c/cdebconf-entropy/cdebconf-entropy_0.15.dsc cdebconf-entropy_0.15.tar.gz to main/c/cdebconf-entropy/cdebconf-entropy_0.15.tar.gz cdebconf-gtk-entropy_0.15_amd64.udeb to main/c/cdebconf-entropy/cdebconf-gtk-entropy_0.15_amd64.udeb cdebconf-newt-entropy_0.15_amd64.udeb to main/c/cdebconf-entropy/cdebconf-newt-entropy_0.15_amd64.udeb cdebconf-text-entropy_0.15_amd64.udeb to main/c/cdebconf-entropy/cdebconf-text-entropy_0.15_amd64.udeb Override entries for your package: cdebconf-entropy_0.15.dsc - source admin cdebconf-gtk-entropy_0.15_amd64.udeb - extra debian-installer cdebconf-newt-entropy_0.15_amd64.udeb - extra debian-installer cdebconf-text-entropy_0.15_amd64.udeb - extra debian-installer 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/e1nusof-7q...@ries.debian.org
Processing of localechooser_2.26_amd64.changes
localechooser_2.26_amd64.changes uploaded successfully to localhost along with the files: localechooser_2.26.dsc localechooser_2.26.tar.gz localechooser_2.26_amd64.udeb Greetings, Your Debian queue daemon (running on host ries.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/e1nusok-bz...@ries.debian.org
Processing of kbd-chooser_1.55_amd64.changes
kbd-chooser_1.55_amd64.changes uploaded successfully to localhost along with the files: kbd-chooser_1.55.dsc kbd-chooser_1.55.tar.gz kbd-chooser_1.55_amd64.udeb Greetings, Your Debian queue daemon (running on host ries.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/e1nusok-bl...@ries.debian.org
Processing of preseed_1.45_amd64.changes
preseed_1.45_amd64.changes uploaded successfully to localhost along with the files: preseed_1.45.dsc preseed_1.45.tar.gz preseed-common_1.45_all.udeb network-preseed_1.45_all.udeb file-preseed_1.45_all.udeb initrd-preseed_1.45_all.udeb env-preseed_1.45_all.udeb Greetings, Your Debian queue daemon (running on host ries.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/e1nusok-co...@ries.debian.org
kbd-chooser_1.55_amd64.changes ACCEPTED
Accepted: kbd-chooser_1.55.dsc to main/k/kbd-chooser/kbd-chooser_1.55.dsc kbd-chooser_1.55.tar.gz to main/k/kbd-chooser/kbd-chooser_1.55.tar.gz kbd-chooser_1.55_amd64.udeb to main/k/kbd-chooser/kbd-chooser_1.55_amd64.udeb Override entries for your package: kbd-chooser_1.55.dsc - source debian-installer kbd-chooser_1.55_amd64.udeb - optional debian-installer 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/e1nuthe-0003vw...@ries.debian.org
localechooser_2.26_amd64.changes ACCEPTED
Accepted: localechooser_2.26.dsc to main/l/localechooser/localechooser_2.26.dsc localechooser_2.26.tar.gz to main/l/localechooser/localechooser_2.26.tar.gz localechooser_2.26_amd64.udeb to main/l/localechooser/localechooser_2.26_amd64.udeb Override entries for your package: localechooser_2.26.dsc - source debian-installer localechooser_2.26_amd64.udeb - optional debian-installer 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/e1nutix-00040x...@ries.debian.org
preseed_1.45_amd64.changes ACCEPTED
Accepted: env-preseed_1.45_all.udeb to main/p/preseed/env-preseed_1.45_all.udeb file-preseed_1.45_all.udeb to main/p/preseed/file-preseed_1.45_all.udeb initrd-preseed_1.45_all.udeb to main/p/preseed/initrd-preseed_1.45_all.udeb network-preseed_1.45_all.udeb to main/p/preseed/network-preseed_1.45_all.udeb preseed-common_1.45_all.udeb to main/p/preseed/preseed-common_1.45_all.udeb preseed_1.45.dsc to main/p/preseed/preseed_1.45.dsc preseed_1.45.tar.gz to main/p/preseed/preseed_1.45.tar.gz Override entries for your package: env-preseed_1.45_all.udeb - extra debian-installer file-preseed_1.45_all.udeb - optional debian-installer initrd-preseed_1.45_all.udeb - extra debian-installer network-preseed_1.45_all.udeb - standard debian-installer preseed-common_1.45_all.udeb - standard debian-installer preseed_1.45.dsc - source misc 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/e1nutj3-00045q...@ries.debian.org
Bug#373253: #373253 libgcc_s.so.1 on AMD64 and PowerPC should be provided
tags 373253 wontfix thanks Because of the switch from DirectFB to X.Org as backend for the graphical installer I don't think this issue is relevant anymore. But I'm keeping the BR open for now for reference. -- 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/201003241731.39443.elen...@planet.nl
Processed: #373253 libgcc_s.so.1 on AMD64 and PowerPC should be provided
Processing commands for cont...@bugs.debian.org: tags 373253 wontfix Bug #373253 [debian-installer] libgcc_s.so.1 on AMD64 and PowerPC should be provided Added tag(s) wontfix. 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 Archive: http://lists.debian.org/handler.s.c.126944830111389.transcr...@bugs.debian.org
Please unblock kbd/1.15.1-3
Hi -release and -boot, Please consider letting kbd 1.15.1-3 (which builds kbd-udeb) migrate to testing. Cheers, -- Michael Schutte mi...@uiae.at signature.asc Description: Digital signature
Re: Bug#549681: needs MODULES=dep on some PowerPC systems
On Wed, Mar 24, 2010 at 06:22:17PM +0100, Simon Richter wrote: Hi, On Wed, Mar 24, 2010 at 02:23:39PM +0100, maximilian attems wrote: mkvimlinuz or the used tool may provide the relevant check for running box. Okay, so the bug should probably be cloned there. please do so and you may want to provide a patch. afaik nobody is working on it. -- 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/20100324171737.gm22...@baikonur.stro.at
Re: Bug#549681: needs MODULES=dep on some PowerPC systems
Hi, On Wed, Mar 24, 2010 at 02:23:39PM +0100, maximilian attems wrote: mkvimlinuz or the used tool may provide the relevant check for running box. Okay, so the bug should probably be cloned there. anyway an arch with such limititation seems broken in my eyes and need to have it's bootloader fixed. not the point of update-initramfs to guard against such corner cases. There is no bootloader to be fixed. The firmware directly supports loading ELF files from various media and file systems, the precise list being dependent on the actual implementation. Simon -- 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/20100324172217.ga1...@richter
Processed: Unarchive and reopen bug closed by mistake
Processing commands for cont...@bugs.debian.org: unarchive 318875 Bug #318875 {Done: Petter Reinholdtsen p...@hungry.com} [udpkg] udpkg: Should merge translations by default Unarchived Bug 318875 notfixed 318875 1.02 Bug #318875 {Done: Petter Reinholdtsen p...@hungry.com} [udpkg] udpkg: Should merge translations by default Bug No longer marked as fixed in versions udpkg/1.02. reopen 318875 Bug #318875 {Done: Petter Reinholdtsen p...@hungry.com} [udpkg] udpkg: Should merge translations by default 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 Archive: http://lists.debian.org/handler.s.c.126945643831182.transcr...@bugs.debian.org
Bug#572605: still present -- installation-reports: Sid d-i on PowerPC can not find driver for network interface
On Mar 24, 2010, at 10:13 AM, Benjamin Cama wrote: OK. So, if it has not already been told (I didn't see much details about that in this BR) what steps should be taken for powerpc volunteers ? Take care of the buildd ? Who is in charge of it at the moment ? So how do we get this fixed? If it really is a problem on the buildd, who *can* fix it? Is there a list somewhere of who is responsible for which buildd? If it doesn't get fixed, there's not much point in claiming that Debian supports PowerPC architecture... Thanks! Rick -- 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/66de545c-36ec-40fe-b97b-b9815e2b5...@pobox.com
Bug#572605: still present -- installation-reports: Sid d-i on PowerPC can not find driver for network interface
On Wednesday 24 March 2010, Rick Thomas wrote: So how do we get this fixed? If it really is a problem on the buildd, who *can* fix it? Is there a list somewhere of who is responsible for which buildd? I've already provided that info a few times. For the centralized D-I buildds (which includes powerpc) Luk Claes and Otavio Salvador are the persons who set up the buildds and who are AFAIK the only people who currently have the access required to maintain the buildds. I have seen no mails from them on the d-boot list requesting help with that, so I can only assume they're still willing to maintain them (although the evidence seems to indicate otherwise). If it doesn't get fixed, there's not much point in claiming that Debian supports PowerPC architecture... Bullshit. I agree that it's a huge nuisance for testing and that the daily builds really should be available, but the alpha1 release works just fine (except for the known issues) and a next release will also not have this issue. For testing the current development status of the installer you could always build your own images. It's not that hard. Your point about not supporting powerpc is a gross exaggeration and to be honest I'm getting pretty tired of your repeating that any time *volunteers* don't jump quickly enough to your liking. So far I've also not seen that much actual help with arch-specific D-I development from the Debian powerpc community, despite repeated calls for help from our side. Cheers, FJP -- 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/201003242125.01048.elen...@planet.nl
Bug#575309: user-setup: Should stop adding first user to device access groups
Package: user-setup Version: 1.28 Tags:patch In squeeze, the desktop uses consolekit and friends to grant access to devices for the user in front on the screen. This scale a lot better when there is a lot of users in LDAP or NIS that need to get access to the local devices on their own machine, but not the local devices on other peoples machine. The code in user-setup-apply to add the first user to all the groups in passwd/user-default-groups should no longer be needed. I believe it should be dropped for Squeeze, or at least the default groups used should be trimmed down to nothing. Here is a patch to remove the code. Index: user-setup-apply === --- user-setup-apply(revision 58013) +++ user-setup-apply(working copy) @@ -125,13 +125,6 @@ $log $chroot $ROOT chown $USER:$USER /home/$USER /dev/null || true fi - if [ -n $USER ]; then - db_get passwd/user-default-groups - for group in $RET; do - $log $chroot $ROOT adduser $USER $group /dev/null 21 || true - done - fi - db_get passwd/root-login if [ $RET = false ] [ -n $USER ]; then # Ensure sudo is installed, and set up the user to be able Index: debian/user-setup-udeb.templates === --- debian/user-setup-udeb.templates(revision 58013) +++ debian/user-setup-udeb.templates(working copy) @@ -16,12 +16,6 @@ Type: string Description: for internal use only -# Allow preseeding the groups to which the first created user is added -Template: passwd/user-default-groups -Type: string -Default: audio cdrom dialout floppy video plugdev netdev powerdev scanner -Description: for internal use only - Template: passwd/root-login Type: boolean Default: true Happy hacking, -- Petter Reinholdtsen -- 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/2fld3ytlb8l@login2.uio.no
Bug#575309: user-setup: Should stop adding first user to device access groups
On Wednesday 24 March 2010, Petter Reinholdtsen wrote: The code in user-setup-apply to add the first user to all the groups in passwd/user-default-groups should no longer be needed. I believe it should be dropped for Squeeze, or at least the default groups used should be trimmed down to nothing. What about (server) systems that don't have consolekit installed? What harm do the current group assignments do? After all, we're only talking about the first user here! -- 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/201003242158.44289.elen...@planet.nl
Bug#572605: still present -- installation-reports: Sid d-i on PowerPC can not find driver for network interface
-- From: Frans Pop elen...@planet.nl Sent: Wednesday, March 24, 2010 4:24 PM To: 572...@bugs.debian.org Cc: PowerPC List Debian debian-powe...@lists.debian.org; CD List Debian debian...@lists.debian.org; l...@debian.org; Otavio Salvador ota...@debian.org Subject: Re: Bug#572605: still present -- installation-reports: Sid d-i on PowerPC can not find driver for network interface On Wednesday 24 March 2010, Rick Thomas wrote: So how do we get this fixed? If it really is a problem on the buildd, who *can* fix it? Is there a list somewhere of who is responsible for which buildd? I've already provided that info a few times. For the centralized D-I buildds (which includes powerpc) Luk Claes and Otavio Salvador are the persons who set up the buildds and who are AFAIK the only people who currently have the access required to maintain the buildds. I have seen no mails from them on the d-boot list requesting help with that, so I can only assume they're still willing to maintain them (although the evidence seems to indicate otherwise). If it doesn't get fixed, there's not much point in claiming that Debian supports PowerPC architecture... Bullshit. I agree that it's a huge nuisance for testing and that the daily builds really should be available, but the alpha1 release works just fine (except for the known issues) and a next release will also not have this issue. For testing the current development status of the installer you could always build your own images. It's not that hard. Your point about not supporting powerpc is a gross exaggeration and to be honest I'm getting pretty tired of your repeating that any time *volunteers* don't jump quickly enough to your liking. So far I've also not seen that much actual help with arch-specific D-I development from the Debian powerpc community, despite repeated calls for help from our side. Cheers, FJP -- To UNSUBSCRIBE, email to debian-powerpc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201003242125.01048.elen...@planet.nl AFAIK, the d-I powerpc images currently don't work. However, there are images for powerpc alpha which do work. The images that do not work are from before alpha1 was released. I had a similar problem with the pre alpha builds but my problem was the the network card couldn't be configured. I was not sure whether it couldn't find the drivers for the network card or not only knew that it would not configure the network card and that is where installation would come to a halt. This was fixed with the alpha1 builds. Unfortunately, I cannot help you with sid daily builds because the installation is unable to mount the cdrom driver once the installation starts. However maybe that has changed and will test a sid build and see if it can find the network drivers to install. -- 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/snt117-ds194daf85661fd6236826e787...@phx.gbl
Bug#575309: user-setup: Should stop adding first user to device access groups
[Frans Pop] What about (server) systems that don't have consolekit installed? Yes, what about them? If the local user to have special privileges, one should install the packages providing such privileges to the local user. What harm do the current group assignments do? After all, we're only talking about the first user here! It grant local device access to a user that should not have it. The first user should not have local device access, unless that user is logged in locally on the machine console. Happy hacking, -- Petter Reinholdtsen -- 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/20100324210931.gh25...@login2.uio.no
Bug#572605: still present -- installation-reports: Sid d-i on PowerPC can not find driver for network interface
(Dropping some CCs.) On Wednesday 24 March 2010, Norberto Feliberty wrote: However maybe that has changed and will test a sid build and see if it can find the network drivers to install. That will only work if you build your own images. If you can do that, great! The fact that the official daily built images (which use the current udebs from Sid) are outdated and therefore not usable is exactly the point of this discussion. The daily built images are normally linked from [1], but I have removed the links for the problematic architectures a few weeks ago for this very reason. Cheers, FJP [1] http://www.debian.org/devel/debian-installer/ -- 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/201003242226.49228.elen...@planet.nl
Re: Bug#572605: installation-reports: Sid d-i on PowerPC can not find driver for network interface
Frans Pop elen...@planet.nl (05/03/2010): The problem here is very, very simple: http://people.debian.org/~joeyh/d-i/build-logs.html As long as nobody takes care of the daily builds, there's no point in testing them. hppa, ia64, mips, mipsel and powerpc have IMO all proven to be much *less* reliable since they were moved to official buildds. I thought the whole point of that move was the opposite. It would be really nice if the persons who initiated that change would take their responsibility. For now I've removed links to the daily builds for the problematic arches from the D-I project page. I have *zero* idea of the involved amount of work, but I might be interested in helping. I believe getting as much testing as possible is the way to get bugs reported, and fixed. Let's do that. Mraw, KiBi. signature.asc Description: Digital signature
Bug#572605: still present -- installation-reports: Sid d-i on PowerPC can not find driver for network interface
On Mar 24, 2010, at 4:24 PM, Frans Pop wrote: For the centralized D-I buildds (which includes powerpc) Luk Claes and Otavio Salvador are the persons who set up the buildds and who are AFAIK the only people who currently have the access required to maintain the buildds. I've emailed Luk and Otavio off-list to see if there's anything I can do to help. Rick -- 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/88fe2b2f-428a-4a7d-98f6-ddf01ca59...@pobox.com
Bug#575309: user-setup: Should stop adding first user to device access groups
On Wednesday 24 March 2010, Petter Reinholdtsen wrote: What about (server) systems that don't have consolekit installed? Yes, what about them? On such systems the first user would be left without expected default access to devices. If the local user to have special privileges, one should install the packages providing such privileges to the local user. There's more way than one to Rome. Group membership is a traditional and still valid way to provide rights. Having packages like consolekit installed is not a requirement. What harm do the current group assignments do? After all, we're only talking about the first user here! It grant local device access to a user that should not have it. The first user should not have local device access, unless that user is logged in locally on the machine console. Why should that user not have it? For the purpose of D-I installations the first user is defined as being the admin and/or console user of the system. If you install systems where the first user does not hold that role, you should disable creation of the first user account during installation, or tune the default groups he's made a member of. I disagree with this proposed change. IMO the default group assignments are in line with the purpose of the first user account. Cheers, FJP -- 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/201003242309.52044.elen...@planet.nl
Re: Towards X11-based d-i: Gone through NEW
On Wednesday 17 March 2010, Cyril Brulebois wrote: Proposed plan: == (1) In order to get everyone ready, I'd suggest (kindly) asking pkg-gnome folks to upload their 2.28 packages to unstable; [...] (2) Once that done, I'll rebuild the following d-i packages against them: [...] (3) If the resulting image boots fine, I'll be reporting here, and asking for those patches to be merged. [...] (4) If everything goes alright at this point, I think we should be able to migrate the whole set of packages to testing, so that further updates only require to migrate a few packages at a time. ! (5) ! Make the necessary changes to the D-I build system and re-enable the ! build targets for the graphical installer. Done. G-I images should start appearing in the next daily builds. Note that it is unnecessary to migrate cdebconf* or rootskel-gtk to testing for this: all daily builds use udebs from sid. Cheers, FJP -- 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/201003250404.51186.elen...@planet.nl
Re: Towards X11-based d-i: Gone through NEW
Frans Pop elen...@planet.nl (25/03/2010): ! (5) ! Make the necessary changes to the D-I build system and re-enable ! the build targets for the graphical installer. Done. G-I images should start appearing in the next daily builds. Yep, I saw your commits through #-boot, thanks. Note that it is unnecessary to migrate cdebconf* or rootskel-gtk to testing for this: all daily builds use udebs from sid. I gathered that from some other mails. JFTR, speaking of transition to testing, the following migrated in the last britney run: | cairo,gtk+2.0,gtk2-engines,pango1.0,vte Mraw, KiBi. signature.asc Description: Digital signature
Bug#342656: Assalam malekum
Assala muala i kum... I am Aisyah Rahim, a malaysian, Based in United Kingdom , I will be pleased to have a discussion with you on my company intended offshore partnership,in which you will stand as a middle man between my company and the supplier of this product there in malaysia. If you are genuinely interested, respond immediately for details. Regards, Ms Aisyah Rahim. Sales Person. -- 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/12301.115.134.58.89.1269488051.squir...@webmail.moerstaal.nl