Bug#375208: ppc oldworld miboot-floppies daily-build status
Hi, On Tuesday 27 June 2006 18:24, Sven wrote: On Sat, Jun 24, 2006 at 03:02:27PM +0200, Holger Levsen wrote: My opinion on this, would be to not build the boot.img images, and have a README in place explaining how to build it oneself, and provide the vmlinux kernel, which is the one used by miboot to put on the floppy, if i remember well. The code is : [nice summary deleted] Holger, what do you think of this proposal ? This way, there will be no confusion over the missing non-free miboot, and users can know what they expect. We provide miboot images at the moment, we have done so in the past, so I don't see why we can't provide them for releases. Of course, we as in debian main can't provide them, so they need to be available in some other place, which should be mentioned in a README. But building them at home should not be necessary ;) regards, Holger pgprvjAdhZpRv.pgp Description: PGP signature
Bug#258908: partitioning works now, can we close this bug?
Hi Rick, partitioning works now, sarge has been released, can we close this bug? :-) regards, Holger pgpCMCPxlGMzr.pgp Description: PGP signature
Bug#237612: seems to be fixed
Hi, from reading 237603 the issue seems to be fixed, 237612 is merged and describes the same problem in the standard kernel, which I guess is also fixed. Carlos, can you confirm this? I'd like to close these bugs. regards, Holger pgpxQlRRItojv.pgp Description: PGP signature
Bug#286349: typos still there? cdrom-checker more visible by now?
Hi Holger, I guess the typo part of this bug can be closed by now, right? Do you know if the cdrom checker has been made more visible ? regards, Holger :) pgpwLl8Qaa4sm.pgp Description: PGP signature
Bug#311188: discussion about #311188 on irc
Hi, hereby I propose to have a discussion about #311188 tomorrow, saturday 2006-06-10 at 18oo CEST on irc on #debian-edu on irc.oftc.net instead in RL in Extremadura. Please object via mail :) regards, Holger pgpLeolJVzy0G.pgp Description: PGP signature
Bug#368694: WPA / ipw2200 / kernel 2.6.16
Hi, On Wednesday 24 May 2006 23:36, Michael Biebl wrote: What are the plans for etch (2.6.16 or 2.6.17) and if 2.6.16, would you consider to include the patch? ..attached to this bug-report: [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=368694 Werner, Michael, can you please test if the latest 2.6.16 kernel from deb http://kernel-archive.buildserver.net/debian-kernel sid main works with network manager and WPA now and if not reassign this bug to the linux-source-2.6.16 package?! (I'm running sarge on my machine with a ipw2200 so I cannot really test it myself.) Thanks, Holger pgpQfbaJTV89X.pgp Description: PGP signature
Bug#258437: wanna-build info available on http://www.debian.org/devel/buildd/ now
Hi, the information Wouter started to collect is now available on http://www.debian.org/devel/buildd/ (As part of my NM process Anthony Towns requested me to provide the documentation requested in this bug.) To make the above mentioned URL more visible I suggest to put this information in http://www.debian.org/doc/manuals/developers-reference/ch-pkgs.en.html#s-porter-automation at section 5.10.3.3 and also to create a new section at the of http://www.debian.org/doc/manuals/developers-reference/ch-resources.en.html - I would call it 4.12 Information about the buildd network which would just be a pointer to 5.10.3.3. I would also integrate the checklist from the original bugsubmitter into section 5.10.4 and rename that to When your package doesn not build or is not portable What do you think? If you think this is a good idea, I'll happily provide a patch against the developers-reference source. regards, Holger pgpT8pp05Mnyv.pgp Description: PGP signature
Bug#258437: patch
Hi, attached is a patch for the developers reference. Please review and comment on it, I'll be happy to fix stuff that's wrong or missing. regards, Holger diff -Nur developers-reference-3.3.7_258437-fixed/common.ent developers-reference-3.3.7/common.ent --- developers-reference-3.3.7_258437-fixed/common.ent 2006-06-17 15:38:43.0 + +++ developers-reference-3.3.7/common.ent 2005-12-26 11:13:32.0 + @@ -67,7 +67,6 @@ !ENTITY url-cvsweb http://cvs.debian.org/; !ENTITY url-devel-machines http://db.debian.org/machines.cgi; !ENTITY url-buildd http://buildd.debian.org/; -!ENTITY url-buildd-doc http://www.debian.org/devel/buildd/; !ENTITY url-lintian http://lintian.debian.org/; !ENTITY url-debian-qa http://qa.debian.org/; !ENTITY url-debian-qa-orphaned http://qa.debian.org/orphaned.html; diff -Nur developers-reference-3.3.7_258437-fixed/developers-reference.sgml developers-reference-3.3.7/developers-reference.sgml --- developers-reference-3.3.7_258437-fixed/developers-reference.sgml 2006-06-17 15:38:43.0 + +++ developers-reference-3.3.7/developers-reference.sgml 2006-04-04 21:41:26.0 + @@ -1536,7 +1536,7 @@ that you can do is send a second news item that will deprecate the information contained in the previous one. - sect id=ddpoDeveloper's packages overview +sect id=ddpoDeveloper's packages overview p A QA (quality assurance) web portal is available at url id=url-ddpo; which displays a table listing all the packages @@ -1550,14 +1550,7 @@ you don't forget any open bug, and so that you don't forget which packages are under your responsibility. -sect id=build-infoInformation about the buildd network - p -A package is usually uploaded as a binary package built for one architecture. -Once it's moved into the archive it gets build for those architectures which -are defined in ttdebian/control/tt. More details about what happens then -can be found in ref id=buildd. - - sect id=aliothDebian *Forge: Alioth +sect id=aliothDebian *Forge: Alioth p Alioth is a fairly new Debian service, based on a slightly modified version of the GForge software (which evolved from SourceForge). This software @@ -2870,14 +2863,22 @@ headingpackagebuildd/package/heading p The packagebuildd/package system is used as a distributed, -client-server build distribution system, which is described in -more detail at url id=url-buildd-doc;. It is usually used in +client-server build distribution system. It is usually used in conjunction with emauto-builders/em, which are ``slave'' hosts which simply check out and attempt to auto-build packages which need to be ported. There is also an email interface to the system, which allows porters to ``check out'' a source package (usually one which cannot yet be auto-built) and work on it. p +packagebuildd/package is not yet available as a package; however, +most porting efforts are either using it currently or planning to use +it in the near future. The actual automated builder is packaged as +packagesbuild/package, see its description in ref id=sbuild. +The complete packagebuildd/package system also collects a number of as yet unpackaged +components which are currently very useful and in use continually, +such as prgnandrea/prgn and +prgnwanna-build/prgn. + p Some of the data produced by packagebuildd/package which is generally useful to porters is available on the web at url id=url-buildd;. This data includes nightly updated information @@ -2890,20 +2891,11 @@ general interest (for instance, a flavor of Debian built with prgngcc/prgn bounds checking). It will also enable Debian to recompile entire distributions quickly. - p + p The buildds admins of each arch can be contacted by the mail address [EMAIL PROTECTED] - p -packagebuildd/package is not yet available as a package; however, -most porting efforts are either using it currently or planning to use -it in the near future. The actual automated builder is packaged as -packagesbuild/package, see its description in ref id=sbuild. -The complete packagebuildd/package system also collects a number of as yet unpackaged -components which are currently very useful and in use continually, -such as prgnandrea/prgn and -prgnwanna-build/prgn. - sect1 id=packages-arch-specificWhen your package is emnot/em - portable or does emnot/em build + + sect1 id=packages-arch-specificWhen your package is emnot/em portable p Some packages still have issues with building and/or working on some of the architectures supported by Debian, and cannot be ported at all, @@ -2949,34 +2941,7 @@ If in the past some binary packages were uploaded on unsupported architectures, request their removal by filing a bug against packageftp.debian.org/package - p -A quick list of what to do if a package doesn't build on a buildd: - list - item - p -Read the buildd logs, if they are
Bug#376012: enable CONFIG_PROC_DEVICETREE for powerpc-miboot
package: linux-2.6.16 severity: important Hi, in config.powerpc-miboot CONFIG_PROC_DEVICETREE is not set, but ofpath used in quik-installer relies on being able to read /proc/device-tree/ to configure OpenFirmware to make oldworlds boot... It would be great if this could be fixed before beta3 (of d-i) so that beta3 can be tested (sensibly) on oldworld. kernel-image-2.6.16-2-powerpc-miboot-di.udeb is the relevant udeb. regards, Holger pgpCsUNwaDKiI.pgp Description: PGP signature
Bug#375208: ppc oldworld miboot-floppies daily-build status
Hi, please reply to [EMAIL PROTECTED] On Wednesday 28 June 2006 15:43, Colin Watson wrote: Next problem was the auto-partioning, in Partition disks: it defaults to floppy :( This should be fixed by the sorting change in partman-base 88: Cool. There's a TODO note about this in quik-installer. Could you try editing /var/lib/dpkg/info/quik-installer.postinst before quik-installer runs and removing this if block to see if everything then runs smoothly? I rewrote the checks a bit and attached the diff to trunk. With the attached postinst it works (quik gets installed), but I ran into #376012 - so quik-installer still doesnt run successfully. * adjusted the partition checks to match with current quik version (Closes: #321820) * if /boot is a seperate partition, quik.conf needs to reside in /boot/etc/quik.conf * TODO: to new strings, not yet in po: quik-installer/boot_not_ext2 '/boot not ext2' quik-installer/boot_not_on_first_disk '/boot not on first disk' I could not figure out how to insert those strings into templates.pot :( regards, Holger Index: debian/postinst === --- debian/postinst (Revision 38475) +++ debian/postinst (Arbeitskopie) @@ -97,16 +97,22 @@ [ $boot_devfs ] || boot_devfs=$root_devfs boot=$(mapdevfs $boot_devfs) info boot partition: $boot +# the partition where quik is installed must be ext2 and quik must be installed on the first disk if [ $boot_devfs != $root_devfs ]; then -# TODO: Is this still required, now that we put kernel symlinks in -# /boot? -die quik-installer/boot_not_on_root '/boot not on /' +if ! grep '[[:space:]]/target/boot[[:space:]]ext2[[:space:]]' /proc/mounts \ +/dev/null; then +# TODO: this message does not yet exist +die quik-installer/boot_not_ext2 '/boot not ext2' +fi +if [ ${boot#/dev/hd} != $boot ] [ ${boot#/dev/hda} = $boot ]; then +# TODO: this message does not yet exist +die quik-installer/boot_not_on_first_disk '/boot not on first disk' +fi +elif ! grep '[[:space:]]/target[[:space:]]ext2[[:space:]]' /proc/mounts \ +/dev/null; then +die quik-installer/root_not_ext2 '/ not ext2' fi -if ! grep '[[:space:]]/target[[:space:]]ext2[[:space:]]' /proc/mounts \ - /dev/null; then -die quik-installer/root_not_ext2 '/ not ext2' -fi # Generate quik.conf @@ -146,10 +152,21 @@ realinitrd=${initrd%/*}/$realinitrd fi -rm -f /target/etc/quik.conf +if [ $boot_devfs != $root_devfs ]; then + quikconf=/target/boot/etc/quik.conf + mkdir -p /target/boot/etc + quikinstall=quik -v -f -C /boot/etc/quik.conf +else + quikconf=/target/etc/quik.conf + quikinstall=quik -v -f +fi + +#TODO: in case /boot is a seperate partition: make a link from /etc/quik.conf to /boot/etc/quik.conf +rm -f $quikconf + writequikconf() { -writefile /target/etc/quik.conf quik.conf +writefile $quikconf quik.conf } writequikconf EOF @@ -161,6 +178,8 @@ root=$root partition=$partnr +# TODO: AFAIK this comment isnt true anymore and should be removed.. +# this needs confirmation/testing ## Do not point image= to a symlink, quik can't follow symlinks image=$realkernel label=Linux @@ -199,7 +218,7 @@ db_get $WARNING_TEMPLATE [ $RET = true ] || exit 10 -log-output -t quik-installer chroot /target quik -v -f || \ +log-output -t quik-installer chroot /target $quikinstall || \ die quik-installer/quikerr quik failed with exit status $? # Configure OpenFirmware (OldWorld only) Index: debian/changelog === --- debian/changelog (Revision 38475) +++ debian/changelog (Arbeitskopie) @@ -1,3 +1,15 @@ +quik-installer (0.0.14) unstable; urgency=low + + [Holger Levsen] + * adjusted the partition checks to match with current quik version (Closes: #321820) + * if /boot is a seperate partition, quik.conf needs to reside in +/boot/etc/quik.conf + * TODO: to new strings, not yet in po: + quik-installer/boot_not_ext2 '/boot not ext2' +quik-installer/boot_not_on_first_disk '/boot not on first disk' + + -- Holger Levsen [EMAIL PROTECTED] Thu, 29 Jun 2006 18:40:30 +0200 + quik-installer (0.0.13) unstable; urgency=low [ Joey Hess ] pgpzX6VeitdTw.pgp Description: PGP signature
Bug#321820: Bug#375208: ppc oldworld miboot-floppies daily-build status
Hi, On Thursday 29 June 2006 20:18, Frans Pop wrote: On Thursday 29 June 2006 19:03, Holger Levsen wrote: I rewrote the checks a bit and attached the diff to trunk. Please check the attached patch (cleaned up and with template changes). Tested and works fine here. Also the templates look good to me. Please take care when editing the changelog: - line length - capitalization of sentences - mark new release as UNRELEASED - spaces around name within block quotes (use dch!) Also avoid too long lines and comments in the script. ACK. Prefered line length is 80 chars? doc/devel/codingstyle.txt doesn't mention that. I'll do a whitespace cleanup on the script after the final patch has been decided. I'd say let's commit this. regards, Holger pgpX60R7LXnEA.pgp Description: PGP signature
Bug#376012: enable CONFIG_PROC_DEVICETREE for powerpc-miboot
Hi, On Thursday 29 June 2006 22:12, Sven Luther wrote: Can you check if enabling this option allows still to build a kernel that fits into the floppy size ? I had some very hard time sizing it done, and may have lost many things. Enabling this is harmless, the new vmlinux is 441 bytes bigger, gzipped the difference is only 221 bytes, while on the miboot-boot-floppy there are 65K free spece left. regards, Holger pgpH4oBxpzJUD.pgp Description: PGP signature
Bug#301668: ping - can this be closed?
Hi, as asked four month ago, can this been closed now? regards, Holger From: Anton Zinoviev [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: partman fails to create a prep partition, and falsely complains it is a ext3 partition. Date: Fri, 24 Mar 2006 18:20:58 +0200 Sven, I suppose that you were able to fix #301668. Can this bug be closed now? pgpz5MLeiQpw1.pgp Description: PGP signature
Bug#272411: fixed by now
Hi, I did a test install last weekend with a daily build image and the powerpc boot partition was created, so I close this bug. regards, Holger pgpTUi4wapbEl.pgp Description: PGP signature
Bug#292951: fixed by now
Hi, this weekend I tested the net install daily build for powerpc and it booted without problems on a imac G5. So I close this bug. regards, Holger pgpr2kVm9I87l.pgp Description: PGP signature
Bug#299745: fixed by now
Hi, this weekend I tested the net install daily build for powerpc on an iMac G%. Access to the cdrom and the harddrives was possible, sata_svw was loaded so I close this bug. regards, Holger pgpg7H9D5u0h0.pgp Description: PGP signature
Bug#234521: fixed by now
Hi, I did a test install last weekend with a daily build image and the powerpc boot partition was created, so I close this bug. regards, Holger pgpiWYPrTY5BC.pgp Description: PGP signature
Bug#278563: it's fixed by now I think
Hi, I did a test install on a imac G5 (not sure atm if single or dual cpu) and the daily build network install cd booted without problems, though I had to select the install64 kernel and not the install kernel. So I believe this bug is fixed and will close it in a few days if I don't hear evidence against... regards, Holger pgpTbcSTK9wJ8.pgp Description: PGP signature
Bug#376685: create database in background?
package: scrollkeeper severity: wishlist Hi, similar to #214193 - creating the scrollkeeper database for the first time takes quite some time. Would it be possible to create the database in the background, so that the installation can continue? regards, Holger pgpYzraYRzOM7.pgp Description: PGP signature
Bug#301668: ping - can this be closed?
Hi, On Tuesday 04 July 2006 14:22, Sven wrote: 4 month ago was my mothers funerals [...], i cannot say that i really took good notice of stuff asked back then. Sorry, I didn't think of that. I suppose that you were able to fix #301668. Can this bug be closed now? Not that i know of, i have not had time to boot my prep box since then, but i have no evidence that it is fixed. I will try to find time this week to do a test, and see if the bug persists, Ok, good. but i fear it is still there, since even though i was thrown out, nobody that i know of gave any hint of working on that. The bug was filed and worked at in 200_5_ before sarge - that's why I thought it would be fixed (and because it deals with a bug on pegasos2 which I know you take good care off) and that (2005..) is also why I didn't think about your mother.. regards, Holger pgpoXZkhlnisZ.pgp Description: PGP signature
Bug#377017: please include the bits from this wikipage in the manual
package: debian-installer-manual severity: wishlist Hi, http://wiki.debian.org/DebianInstaller/PowerPC/OldWorld/PreAlphaManualUpdates should be reviewed and included in the documentation. regards, Holger pgpatLEj9xs0K.pgp Description: PGP signature
Bug#366699: AFAIK this won't help
Hi, did you actually test that this (not setting CONFIG_LOCALVERSION_AUTO) works as you want? AFAIK you need to compile the kernel with the same gcc version than the modules, so this wont help. Also http://www.kubieziel.de/computer/kernel-gensetup.html suggests that this has nothing to do with your problem. regards, Holger pgpUqmmmWDbzb.pgp Description: PGP signature
Bug#352914: fixed in yaboot-installer_1.1.7 ?
Hi, yaboot-installer_1.1.7 was uploaded three days ago and fixed #375505 and #377098 which look quite similar to these bugs - could you please try again with a new daily build from sid and see if the bug still exists? From the changelog: * Only write magicboot= line on NewWorld PowerMacs (closes: #375505). * If ofpath returns nothing, try leaving out the device= line in the hope that yaboot will figure it out (it's better than writing an unparseable configuration file; see #375505). * Write appropriate console=hvc* into append= line if using an HVC virtual serial console (closes: #377098). regards, Holger pgpPIxfs8L95V.pgp Description: PGP signature
Bug#364546: included (most of) the missing bits
Hi, I've included the remaining suggestions in the powerpc manual (en/hardware/supported/powerpc.xml) except for the last part about the Nubus machines as I feel that information is not completly correct. It lists the powermac 4400 as a nubus machine, which is wrong, which I know very well, because I own such a machine. Also I restructured the document a bit, that is, I put the list of unsupported machines in the end, cause it doesn't make sense to list them first :) While working on it, I noticed quite a few of the newer machines are not listed at all, but I think we should commit this patch as it is and fix that later. Also, I've added the information that the power3+4 kernel flavours have been replaced by the power64 flavour and that apus is disabled atm. regards, Holger pgpWL1BU3Fqom.pgp Description: PGP signature
Bug#248067: it's correct in the manual source but I cannot find it in the build manual...
Hi, manual/en/post-install/shutdown.xml (in trunk) says, that on Macs the key-combination Control-Shift-Power shuts down the system (like ctrl-alt-del on i386/amd64), though I cannot find this in the html build of the manual, only in build/build.po/pot/post-install.pot. Unfortunatly I dont have access to Mac-Hardware atm, so I cannot say if this the right key-combination or Ctrl-Alt-Fn-Backspace (or possibly Ctrl-Command-Fn-Backspace, depending on the keymap) or both/all three. Hints welcome :) regards, Holger pgpSZQ4ctwiix.pgp Description: PGP signature
Bug#288452: prep method is now there, as 301668 documents this (and another prep-breakage in partman but still)
Hi, #301668 documents that creating a prep partition still doesnt fully work (actually this needs to be checked if that bug is still open... oh well), but this certainly means that this bug, #288452, can be closed. regards, Holger pgprXEGfZwfUc.pgp Description: PGP signature
Bug#376028: PMac install report - OK but a few KDE probs
reassign 376028 kdm merge 376028 307532 thanks Hi, On Thursday 29 June 2006 21:20, Jeffrey B. Green wrote: The installation went okay. The primary problems were with kde. I installed it after rebooting into the new install. However, KDE when starting up a session would cause the machine to shutdown since the laptop components were installed and claiming the machine was running out of power. I fixed it by escaping to the console, stopping kdm, and doing a startx. As the installation went fine, I reassign this to kdm. The session close complains about an openoffice component being left open when openoffice has never been touched. I'm not sure whether this is worth cloning the bug as well. Especially as I expect more bug reports for this behaviour if this persists :) regards, Holger pgp9Z77iVMzkf.pgp Description: PGP signature
Bug#237603: seems to be fixed
Hi, On Monday 03 July 2006 14:30, Carlos Perelló Marín wrote: Carlos, can you confirm this? I'd like to close these bugs. The problem is that i don't have that computer with Linux anymore... I think this bugs can and should be closed. I recently did an install on a g3 pismo, which also has no parallel port, and these problems didnt occur. (Though it was an install with kernel 2.6, but 2.4 is removed by now anyway.) So I intend to close these bugs now. Any objections from the d-i team? regards, Holger pgpugPATlJxEA.pgp Description: PGP signature
Bug#286349: patch, pointing out that there is a cdrom-checker in the main-menu
tag 286349 patch Hi, the patch adds a sentence to the template shown in case the cd is not readable, pointing out that there is a cdrom-checker in the main-menu. regards, Holger Index: arch/powerpc/quik-installer/debian/postinst === --- arch/powerpc/quik-installer/debian/postinst (revision 38774) +++ arch/powerpc/quik-installer/debian/postinst (working copy) @@ -101,6 +101,18 @@ # The partition where quik is installed must be ext2 and # quik must be installed on the first disk if [ $boot_devfs != $root_devfs ]; then + .mine +if ! grep '[[:space:]]/target/boot[[:space:]]ext2[[:space:]]' /proc/mounts \ +/dev/null; then +die quik-installer/boot_not_ext2 '/boot not ext2' +fi +if [ ${boot#/dev/hd} != $boot ] [ ${boot#/dev/hda} = $boot ]; then +die quik-installer/boot_not_on_first_disk '/boot not on first disk' +fi +elif ! grep '[[:space:]]/target[[:space:]]ext2[[:space:]]' /proc/mounts \ +/dev/null; then +die quik-installer/boot_not_ext2 '/boot not ext2' +=== if ! grep '[[:space:]]/target/boot[[:space:]]ext2[[:space:]]' /proc/mounts \ /dev/null; then die quik-installer/boot_not_ext2 '/boot not ext2' @@ -111,6 +123,7 @@ elif ! grep '[[:space:]]/target[[:space:]]ext2[[:space:]]' /proc/mounts \ /dev/null; then die quik-installer/boot_not_ext2 '/boot not ext2' + .r38658 fi # Generate quik.conf @@ -159,14 +172,27 @@ quikconf=/target/etc/quik.conf quikinstall=quik -v -f + .mine fi +# TODO: in case /boot is a seperate partition: +# make a link from /etc/quik.conf to /boot/etc/quik.conf +rm -f $quikconf + +=== +fi + # TODO: in case /boot is a seperate partition: # make a link from /etc/quik.conf to /boot/etc/quik.conf rm -f $quikconf + .r38658 writequikconf() { + .mine +writefile $quikconf quik.conf +=== writefile $quikconf quik.conf + .r38658 } writequikconf EOF @@ -178,8 +204,13 @@ root=$root partition=$partnr + .mine # TODO: AFAIK this comment isnt true anymore and should be removed.. +# this needs confirmation/testing +=== +# TODO: AFAIK this comment isnt true anymore and should be removed.. # this needs confirmation/testing + .r38658 ## Do not point image= to a symlink, quik can't follow symlinks image=$realkernel label=Linux @@ -218,8 +249,13 @@ db_get $WARNING_TEMPLATE [ $RET = true ] || exit 10 + .mine log-output -t quik-installer chroot /target $quikinstall || \ +die quik-installer/quikerr quik failed with exit status $? +=== +log-output -t quik-installer chroot /target $quikinstall || \ die quik-installer/quikerr quik failed with exit status $? + .r38658 # Configure OpenFirmware (OldWorld only) Index: arch/powerpc/quik-installer/debian/changelog === --- arch/powerpc/quik-installer/debian/changelog (revision 38774) +++ arch/powerpc/quik-installer/debian/changelog (working copy) @@ -1,6 +1,15 @@ quik-installer (0.0.14) unstable; urgency=low + .mine + [ Holger Levsen ] + * Adjusted the partition checks to match with current quik version. +(Closes: #321820) + * If /boot is a seperate partition, quik.conf needs to reside in +/boot/etc/quik.conf. [ Colin Watson ] +=== + [ Colin Watson ] + .r38658 * Update messages about the syslog to refer to virtual console 4, not 3. [ Holger Levsen ] Index: partman/partman-auto/recipes-powerpc-powermac_oldworld/atomic === --- partman/partman-auto/recipes-powerpc-powermac_oldworld/atomic (revision 38774) +++ partman/partman-auto/recipes-powerpc-powermac_oldworld/atomic (working copy) @@ -1,5 +1,7 @@ partman-auto/text/atomic_scheme :: + .mine +=== 8 128 32 ext2 method{ format } format{ } @@ -7,6 +9,7 @@ filesystem{ ext2 } mountpoint{ /boot } . + .r37842 500 1 100 ext3 $lvmok{ } method{ format } Index: cdrom-retriever/debian/cdrom-retriever.templates === --- cdrom-retriever/debian/cdrom-retriever.templates (revision 38779) +++ cdrom-retriever/debian/cdrom-retriever.templates (working copy) @@ -4,4 +4,5 @@ _Description: Failed to copy file from CD-ROM. Retry? There was a problem reading data from the CD-ROM. Please make sure it is in the drive. If retrying does not work, you should check the integrity of - your CD-ROM. + your CD-ROM. This can be done with the cdrom-checker module from debian-installers + main menu. Index: cdrom-retriever/debian/changelog === --- cdrom-retriever/debian/changelog (revision 38779) +++ cdrom-retriever/debian/changelog (working copy) @@ -1,7 +1,11 @@ cdrom-retriever (1.12) UNRELEASED; urgency=low + [ Colin Watson ] * Put debhelper in Build-Depends rather than in Build-Depends
Bug#373126: do pegasos2 installs now with network?
Hi, as mkvmlinuz is now with version 22 even in testing and I do think this has been installed on the buildds in the meantime, I really think this can be closed. It also has been tagged moreinfo but no more info was given. Comments? regards, Holger pgpUeUbMkTnAt.pgp Description: PGP signature
Bug#286349: corrected patch for cdrom-retriever
reassign 286349 cdrom-retriever tag 286349 patch Hi, this is the clean and corrected patch with thanks and admiration to Steve and Frans for not only seeing the big things but also the little ones. You rock! regards, Holger Index: cdrom-retriever/debian/cdrom-retriever.templates === --- cdrom-retriever/debian/cdrom-retriever.templates (Revision 38779) +++ cdrom-retriever/debian/cdrom-retriever.templates (Arbeitskopie) @@ -4,4 +4,4 @@ _Description: Failed to copy file from CD-ROM. Retry? There was a problem reading data from the CD-ROM. Please make sure it is in the drive. If retrying does not work, you should check the integrity of - your CD-ROM. + your CD-ROM. This can be done with the cdrom-checker module in the main menu. Index: cdrom-retriever/debian/changelog === --- cdrom-retriever/debian/changelog (Revision 38779) +++ cdrom-retriever/debian/changelog (Arbeitskopie) @@ -1,7 +1,11 @@ cdrom-retriever (1.12) UNRELEASED; urgency=low + [ Colin Watson ] * Put debhelper in Build-Depends rather than in Build-Depends-Indep. + [ Holger Levsen ] + * point out that there is a cdrom-checker in the main-menu (Closes: #286349) + -- Colin Watson [EMAIL PROTECTED] Sun, 2 Jul 2006 22:51:21 +0100 cdrom-retriever (1.11) unstable; urgency=low pgpkEnQnO74pu.pgp Description: PGP signature
Bug#288452: closed by Holger Levsen [EMAIL PROTECTED] (prep method is now there, as 301668 documents this (and another prep-breakage in partman but still))
Hi, On Sunday 09 July 2006 09:02, Sven Luther wrote: #301668 documents that creating a prep partition still doesnt fully work (actually this needs to be checked if that bug is still open... oh well), but this certainly means that this bug, #288452, can be closed. Please wait for a positive installation report on prep before closing those bugs. This has been open since january or so, and there is no evidence that the bug is actually closed, and no real work done on this front since then. It has been open since januar last year! Actually, as I wrote, I left one bug open (301668) but this bug (288452) I closed, because a.) 301668 to me indicated that 288452 was closed and b.) there was no indication of black magic (or anything) in 288452. (And c.) we have enough bugs open, which seem to just be open because we have so many duplicates that nobody cares to close them.) But I will do as you want and keep it open. No problem at all! :) Do you think merging 301668 and 288452 is a good idea? Furthermore, there is some black magic going on with this bug, so things are more subtle than than what your simple comment above shows. Then please add those indications of black magic to the bug report... regards, Holger pgpwSssBBTM5t.pgp Description: PGP signature
Bug#366699: need more info
tag 366699 moreinfo thanks Hi, Thomas told me he did not test the proposed config change, and I now know for sure that this wont help. To actually be able to research fix this, I need more info about what exactly has been done and the exact error message. regards, Holger pgpc0YfZGF7NV.pgp Description: PGP signature
Bug#369374: removing old pseudo packages
package: www.debian.org Hi, http://www.debian.org/Bugs/pseudo-packages.html lists three old and nowadays obsolete pseudo-packages: install, installation and boot-floppy. I want(ed) to remove them from that page, but I cannot find the needed file in cvs: according to webwml/english/Bugs/pseudo-packages.inc the file should be called pseudo-packages.description, but thats nowhere in my cvs working copy. pseudo-packages.translated-description exists for various languages, but it makes no sense to remove those from there atm. Can someone please enlighten me? Thanks. regards, Holger pgpjMUyaygTzz.pgp Description: PGP signature
Bug#322774: adding ddccontrol to debian
Hi, On Wednesday 31 May 2006 01:08, Roberto C. Sanchez wrote: The current ITP is not frozen :-) I have a package ready at the moment. However, it only cleanly builds with the version of gcc in Sarge. I have been assured by upstream that a new release is forthcoming which fixes the build issues with gcc 4.x. Once it is out, the package will be updated and uploaded. -Roberto bcc:ed to the #322774 as that info was not there yet. regards, Holger pgp73cuBCxRMF.pgp Description: PGP signature
Bug#368060: easy to fix with rebuilding
Hi, after rebuilding thuban in a clean sid chroot (and confirming this with pbuilder) I can say that a simple binNMU fixes this bug. As we are in a permanent BSP (where 0-day NMUs are allowed (*)) and this bug is open for more than a week, I plan to do a (sponsored) binNMU tomorrow. If you're preparing a new upload within few _days_ anyway, please let me know, so I dont have to bother someone with sponsoring. (As there is no new upstream version, no activity in the BTS or the pkg-grass-devel list (in may) about thuban I somewhat doubt this - but of course I would be happy to be proven wrong :-) regards, Holger *) http://lists.debian.org/debian-devel-announce/2006/05/msg00015.html --- thuban-1.0.1/debian/changelog 2006-05-31 23:26:52.0 + +++ thuban-1.0.1+b1/debian/changelog 2006-05-31 23:16:13.0 + @@ -1,3 +1,11 @@ +thuban (1.0.1-1+b1) unstable; urgency=low + + * Non-maintainer upload + * binNMU so that it gets compiled with the right version of wxPython +(closes: #368060) + + -- Holger Levsen [EMAIL PROTECTED] Wed, 31 May 2006 23:12:54 + + thuban (1.0.1-1) unstable; urgency=high [ Francesco Paolo Lovergine ] pgp0r4Ty7V18L.pgp Description: PGP signature
Bug#369265: maybe not RC?
Hi, On Thursday 01 June 2006 17:52, Henning Sprang wrote: So this makes FAI completely unusable, but it doesn't imply a danger to any other part of the debian system, so it's probably not RC. if fai becomes (mostly) unusable, it's grave: http://www.debian.org/Bugs/Developer#severities grave - makes the package in question unusable or mostly so, or causes data loss, or introduces a security hole allowing access to the accounts of users who use the package. Of course you can work around it, but as this is the default configuration, I do think this is pretty critical. But let's not fight^wdiscuss about the severity, we should rather fix this. regards, Holger pgp1p7zCo8PZh.pgp Description: PGP signature
Bug#340144: kde-guidance coming to debian
Hi, talked with the bug-submitter (who has the package in ubuntu already) today, he said he has been waiting for the python-2.4 transition so far, but now will try to push it into debian now. regards, Holger pgp5poMrssNMW.pgp Description: PGP signature
Bug#370279: http://packages.debian.org/unstable/newpkg_main.de
package: debian-www severity: wishlist Hi, The rss-feed from http://packages.debian.org/unstable/newpkg_main.de.rdf doesnt get updated daily(, don't know about the html-page). Daily updates would be brill! :) Also the source for this is not in the webwml-cvs. regards, Holger pgpa876k3cvqu.pgp Description: PGP signature
Bug#370673: please provide more correct package short description
package: supertuxkart-data severity: minor Hi, instead of a kart racing game a better short description would be data files for supertuxcard, a kart racing game. Thanks, Holger pgpZosjexbPdf.pgp Description: PGP signature
Bug#385435: fai-kernels
package: fai-kernels severity: wishlist On Wednesday 30 August 2006 15:12, you wrote: Hi Holger, ich habe zwar mit unserem kernel keine probleme mit USB aber kann sein das andere hardware auch noch das modul braucht was hier beschrieben ist. https://launchpad.net/distros/ubuntu/+source/fai-kernels/+bug/53447 it says The Kernel includet in this package is compiled without the CONFIG_USB_HIDINPUT option. Because of this usb keyboards fail. btw, please submit bugs against the BTS... regards, Holger pgpHVHJFECMup.pgp Description: PGP signature
Bug#385613: fai-kernels: Missing ethernet driver sk98lin on 2.6.16-fai, Marvell gigabit cards don't work
Hi, On Friday 01 September 2006 18:53, Cyril Bouthors wrote: FYI, netboot worked with previous 2.4 FAI kernels on the same hardware but don't remember which one. wont help much as etch will not ship with 2.4 Could you please re-add support for this NIC? will do in the next upload, if there is one, because: PS : by the way, I often have problems with unsupported hardware by fai-kernels like this, what would be the drawbacks of building ALL the network device drivers to fai-kernels? tomorrow I intend to start working on replacing fai-kernels by the standard debian kernels (with initrds), which should make these kind of problems go away. regards, Holger pgpnxMJDPYauA.pgp Description: PGP signature
Bug#385613: fai-kernels: Missing ethernet driver sk98lin on 2.6.16-fai, Marvell gigabit cards don't work
Hi, On Friday 01 September 2006 21:05, Cyril Bouthors wrote: I need this fixed tomorrow, I won't go through details but this is quite important for my company. Do I have your permission to upload a fix for #385613 and #385435 tomorrow morning if you haven't done the initrd stuff before that? Can you send me a patch please? Then you could sponsor my upload :) Note sure this can be done with PXE but this sounds *great*. What do you think the problem with PXE should be? You just boot a kernel (with initrd) over PXE... The situation has greatly been improved in the last few months thanks to you but if this could be solved permanently, I could have some more spare time. :) :-) thanks regards, Holger pgpnHbsnmjbp5.pgp Description: PGP signature
Bug#381494: also on amd64
Hi, is CONFIG_SCSI_DPT_I2O also useful on amd64? regards, Holger pgp3luVMgQGoB.pgp Description: PGP signature
Bug#385613: fai-kernels: Missing ethernet driver sk98lin on 2.6.16-fai, Marvell gigabit cards don't work
Hi, On Friday 01 September 2006 23:11, you wrote: You want me to write the patch and send it to you. Then you will build the package, send it back to me. Then I will upload it to Debian? I'd prefer if you'd test the patch before you send it to me :) That would even increase the madness^wquality testing :) And, btw, it's not even a patch but a kernel config diff ;) I will look at (as in do) it now, drunk as I am :) regards, Holger P.S.: a sponsored upload is less work for a maintainer than an NMU... even if I intend to remove the package, that might fail and thats why I care. pgps9uCuU5Jsh.pgp Description: PGP signature
Bug#381494: (no subject)
Hi, Mrfai config SCSI_DPT_I2O Mrfai tristate Adaptec I2O RAID support Mrfai depends on !64BIT SCSI PCI Mrfai So it seems that DPT_I20 is not needed on amd64 regards, Holger pgpsevZ2dK9D7.pgp Description: PGP signature
Bug#385613: fai-kernels: Missing ethernet driver sk98lin on 2.6.16-fai, Marvell gigabit cards don't work
Hi, [rant about the NMU sent to Cyril privatly] On Saturday 02 September 2006 19:42, Cyril Bouthors wrote: Please tell me what you think. I think another kernel package is a bad idea, because it increases the load for the security team and brings hardly any gain. Thats why I want to remove fai-kernels. Have a look into the initrd-netboot-tools package, it does what you are looking for. regards, Holger pgpNdypdzUxw8.pgp Description: PGP signature
Bug#332227: fixed in yaboot-installer_1.1.7 ?
resent, as I forgot to cc: the submitters.. Hi, yaboot-installer_1.1.7 was uploaded three days ago and fixed #375505 and #377098 which look quite similar to these bugs - could you please try again with a new daily build from sid and see if the bug still exists? From the changelog: * Only write magicboot= line on NewWorld PowerMacs (closes: #375505). * If ofpath returns nothing, try leaving out the device= line in the hope that yaboot will figure it out (it's better than writing an unparseable configuration file; see #375505). * Write appropriate console=hvc* into append= line if using an HVC virtual serial console (closes: #377098). regards, Holger pgp0MNW1L8xzX.pgp Description: PGP signature
Bug#382590: debian-installer: sparc testing images missing 32-bit isofs
Hi, On Saturday 12 August 2006 01:31, Paul Brook wrote: The sparc boot image on the etch beta-3 businesscard and netinst CDs does not contain the isofs module for 32-bit kernels. This makes the cds effectively useless on 32-bit sparc machines as teh installer can't mount the cd. The SCSI drivers load fine, just no iso9660 filesystem driver. The latest daily builds also have the same problem. I haven't tested the full images, it's possible they suffer from the same problem. Shouldn't this be mentioned in the Errata for beta3? regards, Holger pgpDozNkpFBtD.pgp Description: PGP signature
Bug#382129: Beta3 won't boot on OldWorld PowerPC Mac
Hi, On Friday 18 August 2006 22:49, Aurélien GÉRÔME wrote: On Fri, Aug 18, 2006 at 02:56:52PM -0400, Rick Thomas wrote: Do you think it will be ready for inclusion in etch at release time? Hard to say, since Piotr and I have no deadline... :) I'm not sure what you mean by this. If you mean, you and Piotr only work on this with low priority, I cannot say anything except a pity :) If you mean, you don't know the deadline to get it into etch, I can help: According to http://lists.debian.org/debian-devel-announce/2006/08/msg5.html the final build for d-i will be on October the 18th. So, your deadline is in two or three weeks I would say (if your changes are non-intrusive...), so that we have time for testing and integrating. So, to summarize: be quick, if you want this in etch. I'm happy to assist in testing, writing documentation and commiting tested stuff to the svn (in cooperation with Frans.) And kudos for your efforts to free miboot and make it work on harddrives! regards, Holger pgp3iGIEvzxFH.pgp Description: PGP signature
Bug#383493: easy fix
Hi, the place to fix this is in debian/postinst and is pretty straightforward. regards, Holger pgpAiwejQhZ53.pgp Description: PGP signature
Bug#382129: Beta3 won't boot on OldWorld PowerPC Mac
Hi Aurélien, please don't cc: me - I'm subscribed to both lists, it's against the mailing lists code of conduct (something you agree on when joining debian..) and it's annoying. Thanks. On Saturday 19 August 2006 14:05, Aurélien GÉRÔME wrote: I'm not sure what you mean by this. If you mean, you and Piotr only work on this with low priority, I cannot say anything except a pity :) I did not mean it is low priority. ;) I meant we are not paid Canonical employees to do a job following a timeline. Ahh. And frankly, come one... miBoot is 10 years old inactive software, so I think there is no hurry. That's right. But also machines, for which miboot is useful, are also at least 10 years old and get less useful each day^wmonth. On a side note, I am also fscked up in NM without even starting, because someone in the Front Desk seems to dislike me, even though I maintain 11 packages in Debian, so there is really no hurry... I don't see, what this has to do with it. But anyway, you're only waiting for an advocate for five weeks and the number of AMs is lower than the number of people in NM - so this is quite natural. That said, I dont understand the comment on your application (on hold until 2006-11 waiting for visible activity) either, if you maintain 11 packages in debian :-) Did you ask Myon why he made that comment? If you mean, you don't know the deadline to get it into etch, I can help: According to http://lists.debian.org/debian-devel-announce/2006/08/msg5.html the final build for d-i will be on October the 18th. So, your deadline is in two or three weeks I would say (if your changes are non-intrusive...), so that we have time for testing and integrating. It is really not enough time... :( Pity. But sometimes wonders happen :) I asked Christian Perrier to add my account to the d-i Alioth project to work on miboot targets and miboot-installer. You don't need an account to do the work. The svn allows anonymous checkouts, so you can work on it and provide patches, which other people will hapily commit (with crediting you) if they work. I very certainly would/will. I am also really afraid to interact with Frans, because I would rather not be treated as dipshit like Sven was. :( Frans is a nice guy. Just don't constantly throw dipshit like Sven did and neither Frans nor anybody else will treat you badly. (Sven is a nice guy, too. But... ...I'm tired of this discussion so I wont go into more detail here. I feel I've said too much already.) Thanks and cheers, to you too! Holger pgp6EhwYLIVYE.pgp Description: PGP signature
Bug#382129: Beta3 won't boot on OldWorld PowerPC Mac
Hi, On Saturday 19 August 2006 16:17, Aurélien GÉRÔME wrote: Sure, no problem and I apologise, which leads me to: how would I know you are subscribed? ;) Thanks for caring! :) Of course you cannot know if someone is subscribed. But you can know that the default is not to cc: people and assume they're either subscribed or read via the web-interface, are subscribed to the bugs or whatever. The list policy is, that people who want cc:s ask, and that the rest doesnt want cc:s. If you really really want the sender to be notified, bcc: works better. This way, at least that person isn't cc:ed on all following replies. And frankly, come one... miBoot is 10 years old inactive software, so I think there is no hurry. That's right. But also machines, for which miboot is useful, are also at least 10 years old and get less useful each day^wmonth. I did not say the contrary, but I will *not* work under pressure from someone I do not work for. I fail to see what this has to do with anything mentioned above. Noone wants to work under pressure, especially in a volunteer project. On a side note, I am also fscked up in NM without even starting, because someone in the Front Desk seems to dislike me, even though I maintain 11 packages in Debian, so there is really no hurry... I don't see, what this has to do with it. How would I put it? Lack of motivation, be considered as nothing, etc... I understand, but... But anyway, you're only waiting for an advocate for five weeks and the number of AMs is lower than the number of people in NM - so this is quite natural. No, I am not, I am stalled in NM by Christoph Berg. from your reply (and Frans too) it seems you haven't asked Christoph if he's willing to reevalute the sitation or how he came to that conclusion in the first place. Because, the procedure you're in is new, checking if NMs have done any work before, has only been done like this since very recently. So if you would have given feedback, maybe the form-mail can be improved - I guess it says something like we've put you on hold, please inform us if you think this is not correct or not correct anymore - but maybe the last sentence is missing or whatever. But, whining doesnt help for sure. Especially in an unrelated thread. It is much more likely to bring you into a bad light then to actually change that situation. That said, I dont understand the comment on your application (on hold until 2006-11 waiting for visible activity) either, if you maintain 11 packages in debian :-) Did you ask Myon why he made that comment? Because there is no so-called visible activity of me on mailing-lists, on Google, and on the BTS... I still fail to see why I cannot be in the state waiting for AM which I would be satisfied with if it was the case... Disclaimer: I'm in NM myself too :) But as said before: if only you had asked instead of complaining. I guess the answer is simple: the distinction is done, to make Frontdesk life easier: NMs marked on hold and waiting for AM are both waiting for AM, only that those on hold are not ready yet. (And thus don't need to be considered when a spare ressource, an AM, becomes available.) If Christoph would have thought you're not suited (yet) to become a DD you would have got the status rejected. But you're on hold and you've picked up packages since then. Whooohoo! Tell that to frontdesk, instead of complaining!! As said: this is a more or less educated guess. I asked Christian Perrier to add my account to the d-i Alioth project to work on miboot targets and miboot-installer. You don't need an account to do the work. The svn allows anonymous checkouts, so you can work on it and provide patches, which other people will hapily commit (with crediting you) if they work. I very certainly would/will. Oh, come on, I hope you will not ask me to send patches like a dog following his master, as d-i people did with Sven... Oh come on, do you really think you made a good impression with that comment. I would say the opposite is true :( They are 149 d-i members, why can it not be 150? Most all of them sent many patches before they got commit access. There are exceptions, but the general rule is like this. To give one prominent example: g-i was pretty usable before the first commit to svn was allowed. OK, thanks to put it that way, so I am awaiting an account to work on miBoot support in Debian Installer. Don't just wait. Do useful work and you will see people will come to you, asking you to join. But without evidence, that a.) you work well and b.) you work well in this team, it's quite unlikely you will get access just because you asked. Or you might explain what you could do with svn _write_ access what you cannot do now. But I asked you that in the previous mail already :) If you need help with building d-i (do you want svn write access to use the autobuild-feature?) or testing (do you
Bug#311188: update current status in BTS
Hi, this bug has neither seen action nor traffic in the recent past. It's RC and marked sarge-ignore, but etch is coming... ;-) Is it correct, that atm we don't care because (for the release) we can take debian-edu-config from our archive, not debians?! And we're not integrated into the main d-i atm also, which _might_ be more unlikely to fix until the release anyway. Or...?! Comments very welcome. regards, Holger pgpHn1ZANhP2z.pgp Description: PGP signature
Bug#383493: easy fix
Hi Santiago, On Saturday 19 August 2006 20:44, you wrote: I know it is easy to fix, but there are several ways to fix it. For example: Should perhaps /usr/local/etc be a symlink to /etc? Why should it (point somewhere outside /usr/local)? regards, Holger pgpbLvdzdVj3i.pgp Description: PGP signature
Bug#311188: update current status in BTS
Hi, On Monday 21 August 2006 20:37, Petter Reinholdtsen wrote: None from my point of view, at least. I care, and try to move as much configuration as possible into debconf preseeding. But I do not consider it release critical for debian-edu. We will release a new version independently of the state of this bug. Good to hear / have this documented here. So do need, debian-edu-config in etch at the moment or can this package be removed (esp. from the radar of people working on releasing etch in time..)? solution. My goal is to release debian-edu/etch fairly quickly after etch releases in desember. :) Great. But with the package from our (=debian-edu) archive?! And we're not integrated into the main d-i atm also, which _might_ be more unlikely to fix until the release anyway. What do you mean? Our udeb integrates very nicely into the main d-i framework. There are some minor bugs left, but in general, it is doing quite well. I mean, that the debian d-i (in it's released state on the official etch cds or whatever medium) provides no means to load the debian-edu-config udeb. For etch+1 I would be very happy to see a official debian dvd with capabilities (select install, installgui, expert, skolelinux, debian-med...) to (also) install CDDs (and not only pure debian), which can only use packages from main, obviously. Maybe this constraint is too much to make it useful in etch+1, or maybe unofficial (from debians POV) DVDs are the way to go then. regards, Holger pgpnsNnZ5IfFh.pgp Description: PGP signature
Bug#383493: easy fix
thanks! :) pgp4ECVZI8rDL.pgp Description: PGP signature
Bug#383740: closed by Holger Levsen [EMAIL PROTECTED] (quik: separate root and /boot are correct)
reopen 383740 retitle 383739 separate root and /boot doesnt work thanks Hi, On Tuesday 22 August 2006 09:39, Daniel Dickinson wrote: That what it is *supposed* to do. It doesn't work, which is why I have filed the bug report on #383739 and this one. If it is supposed to work it needs to be fixed. Ah. You should have said this direcly in your bug reports and not only in the second reply to it ;-) Reopening the bug so that this does not get forgotten - but fixing 383739 is the proper action to do. regards, Holger pgpWS39yZ8iDj.pgp Description: PGP signature
Bug#379176: info from irc
Hi, from #debian-release Jul 24 11:34:05 * h01ger would be interested in comments on #379176 or http://lists.debian.org/debian-policy/2006/07/msg00033.html - as I read the FHS, packages (the distributor) can put stuf f into /srv - they (the packages) just need to cope with changes a local admin does there... Jul 24 11:35:26 vorlonwhich Debian packages don't Jul 24 11:35:41 vorlonso Debian packages shouldn't ship anything under /srv... Jul 24 11:38:16 h01gerwhy? not even directories? if its configurable? (therefore they would be able to deal with changes..) Jul 24 11:38:37 Ganneff they wouldnt per default, or you would add a mess of debconf. Jul 24 11:39:24 vorlonnothing you *ship* is ever configurable, it's embedded in the file list of the .deb. Jul 24 11:44:09 h01gerHowever /srv should always exist on FHS compliant systems and _should be used as the default location_ for such data. Jul 24 11:48:01 vorlonand the expansion of such data does *not* include the sorts of files that are shipped in packages. Jul 24 11:52:05 Mithrandirit's really pointless to sasy should be used as the default location without specifying a structure. IMNSHO. Jul 24 11:54:15 h01gervorlon, you mean site specific? imho this (the first sentence of the rationale) doesnt imply exclusivly site specific Jul 24 11:54:45 h01gerand i also agree, the paragraph about /srv in FHS is to short and unspecific :) Jul 24 11:57:31 vorloner, of course it implies exclusively site-specific Jul 24 12:01:13 h01gerhow does this match with footnote 20? Jul 24 12:05:01 vorlonuh... footnote 20 sounds like a grant of permission to shoot ourselves in the foot which we should politely decline. ;) Jul 24 12:06:52 h01ger.oO( boring ;) Jul 24 12:35:07 ajhrm? Jul 24 12:35:15 aji wrote most of what the fhs has to say about /srv, i think Jul 24 12:35:55 ajmostly it should be dealt with like we deal with /usr/local, i would've though -- mkdir to make directories, and rmdir || true to get rid of them Jul 24 12:44:55 * h01ger nods. ic. so maybe some more clarification in the next version of the FHS would be good :) Jul 24 13:28:51 Mithrandiraj: /usr/local has a defined structure, /srv doesn't though. Jul 24 13:29:29 ajMithrandir: the distro can define a structure; but just like /usr/local, it's got to cope with the administrator possibly deciding on their own structure instead Jul 24 13:31:08 Mithrandiraj: apart from the fact that we haven't decided on a structure and people are using it already, so assuming a particular structure there now would make us step on toes . Jul 24 13:31:53 MithrandirI know of at least two different structures in use, /srv/{www,ftp,gopher,mail,...} and /srv/{domain1,domain2}/{www,ftp,...} Jul 24 13:32:19 ajMithrandir: sure Jul 24 13:32:55 ajMithrandir: you can define a template structure on an initial install up to a point -- as per /var/www or /var/cvs or whatever Jul 24 13:33:36 Mithrandiron an initial install, sure. Jul 24 13:34:32 * fjp would like to see an easy way to point e.g. apache's root to /srv/www on install regards, Holger pgpM9YcIJIXyl.pgp Description: PGP signature
Bug#379971: remove fai-kernels_1.10.3_alpha from the archive
package: ftp.debian.org Hi, On Wednesday 26 July 2006 15:56, LaMont wrote: As I said before, if you want fai-kernels_1.11.1 in testing, you need to file a bug against ftp.debian.org requesting the removal of the 1.10.3 alpha version from the archive, since the testing promotion scripts will not promote fai-kernels to testing until all the debs in unstable are current (and alpha won't ever be...) please remove fai-kernels_1.10.3_alpha from the archive :) (So that the latest fai-kernels can migrigate to testing which will make some users happy. The package doesnt build on alpha anymore as I removed the 2.4 kernels and there were no alpha users providing me with a tested 2.6 config. This is not a problem, as fai-kernels should be removed completly (=made unneccessary) before etch. But in the meantime, some users would be happy about a recent fai-kernels version in testing, so please remove fai-kernels_1.10.3_alpha from the archive now.) regards thanks, Holger pgpjhGIwttA3n.pgp Description: PGP signature
Bug#380161: tuxtype: still ships /usr/share/tuxtype/data
Hi, thanks for reporting this, will fix this either today or tomorrow. regards, Holger pgphrZ6nj1Y4g.pgp Description: PGP signature
Bug#275647: done now
Hi, tuxtype now includes a menu entry, I just forgot to close this bug in the changelog (where I mentioned the change). regards, Holger pgpNWwmIVfOwJ.pgp Description: PGP signature
Bug#315155: fixed
Hi, http://ftp.fi.debian.org/debian/pool/main/t/tuxtype/tuxtype_1.5.6.dfsg1-2_ia64.deb shows this is fixed in the new release. regards, Holger pgpUaS6o7K62p.pgp Description: PGP signature
Bug#351414: Why does Ubuntu have all the ideas?
Hi, On Saturday 29 July 2006 08:43, Christian Perrier wrote: And get a very nice random theme for gdm, making the system different each time it's booted up. Very user friendly. I agree with Christian. Quite some people will be confused by this, and it's completly unnecessary to have a random theme as default. (Even if it does look more fancy for those who won't be confused.) regards, Holger pgpdYwr1vXDG5.pgp Description: PGP signature
Bug#379120: lspci present on i386, verify on powerpc
Hi, On Saturday 29 July 2006 22:40, Geert Stappers wrote: On a i386 is lspci present in the recent builds op debian-installer. While the installer waits for a keyboard selection, I switched to the second console and typed `lspci` and got the output of lspci. Could this be verified on a powerpc computer? Same on powerpc with the 2006-07-27 build. The Reply-To: is allready set to the bugreport. twice :) regards, Holger pgp7rijdR5vE0.pgp Description: PGP signature
Bug#377972: sid-daily and gtk-miniiso on a pismo notebook (powerpc) - some of general remarks
package: installation-reports Hi, on Saturday, July 1st, we also tested d-i on pismo notebook (also know as g3 firewire see http://www.apple-history.com/body.php?page=gallerymodel=pg3sfirewireperforma=offsort=dateorder=ASC), The 20060630mini.iso gui-started, crashed, looped. (The mouse pointer also had a square background.) The 20060701 from wouter builds gui-started and froze, with video=ofonly looped (similar to the 20060630mini.iso) The daily build from 2006-06-30 non-gtk worked, and had a blue background during installation :) In configure network all network devices were detected, the wireless one is labeled as 802.x, so it's recognizable (as opposed to the non recognizable firewire ethernet...) - and it was selected automatically as no cable was connected, nice! Interestingly only the left alt-key (with the need for also using the fn-button) worked to switch the consoles..., but after the installation all is normal, that is both alt-keys are fine for switching consoles and the fn-key is not needed. Another thing that strangely only happend once (we had to restart many times as the battery was empty and the power supply flaky...): during configure harddisc a menu for pcmcia options pops up. This is slightly confusing, because though the machine has pcmcia, there were no pcmcia cards used (and therefore also no pcmcia harddrives in the machine.) Then we were not asked if we wanted to create a normal user. Also I noted that I didnt have to select a kernel to be installed, nice. With the miboot-floppies i need to select a kernel for the final system. The german select mirror templates are translated inconsistently: einen Netzwerkspiegel verwenden and Land the Debian-Archiv-Spiegelservers. (Besides that I'm still unconvinced that Netzwerkspiegel and Spiegelserver are useful translations...) From popularity-contest question on (til the end IIRC) there were localisation issues: the titles of the text-boxes were not translated, the content was. The laptop-task was preselected, yay - nice! The download-progress bar is very nice too, but unfortunatly there is no cancel button. (Which sucks, when you select the desktop task and are not aware how much you need to download for this and dont have that much time at the moment...) The rest of the installation went fine, the system booted into linux. (I plan to repeat this test with a macos9 and another one with a macosx installation, which should be kept, as well.) But the system time was set incorrectly to January 1st, 1904. I will visit him again in the end of July or beginning of August, to repeat these tests. Then I will also make sure to send the report immediatly, to remember some details (like the exact symptoms/errors with the gtk-image) better. regards, Holger processor : 0 cpu : 740/750 temperature : 43-45 C (uncalibrated) clock : 500MHz revision: 131.0 (pvr 0008 8300) bogomips: 995.32 machine : PowerBook3,1 motherboard : PowerBook3,1 MacRISC2 MacRISC Power Macintosh detected as : 70 (PowerBook Pismo) pmac flags : 001f L2 cache: 1024K unified memory : 1024MB pmac-generation : NewWorld :00:0b.0 Host bridge: Apple Computer Inc. UniNorth AGP :00:10.0 VGA compatible controller: ATI Technologies Inc Rage Mobility M3 AGP 2x (rev 02) 0001:10:0b.0 Host bridge: Apple Computer Inc. UniNorth PCI 0001:10:17.0 Class ff00: Apple Computer Inc. KeyLargo Mac I/O (rev 02) 0001:10:18.0 USB Controller: Apple Computer Inc. KeyLargo USB 0001:10:19.0 USB Controller: Apple Computer Inc. KeyLargo USB 0001:10:1a.0 CardBus bridge: Texas Instruments PCI1211 0002:24:0b.0 Host bridge: Apple Computer Inc. UniNorth Internal PCI 0002:24:0e.0 FireWire (IEEE 1394): Apple Computer Inc. UniNorth FireWire (rev 01) 0002:24:0f.0 Ethernet controller: Apple Computer Inc. UniNorth GMAC (Sun GEM) (rev 01) I also have a complete copy of /var/log available. pgpgEaBGDkHPG.pgp Description: PGP signature
Bug#377971: sid-daily and gtk-miniiso on a iMac G5 (powerpc)
package: installation-reports Hi, on Saturday, July 1st, I tested d-i on an iMac G5 (http://www.apple-history.com/?page=gallerymodel=imac_g5performa=offsort=dateorder=ASC), which has a PPC970FX cpu with 1.8 ghz. As the owner (he's a OSX fan...) didn't really want to install linux on it, we went for stopping at the partitioning step :-) The gtk20060630mini.iso didn't had a install64 boot image, so it didnt boot. Colin had daily build gtk images (also powerpc64 ones), it booted, but they endlessly looped with a directfb error message. So we then booted the daily build netinst from 2006-06-30 cd image with install64. From the beginning the background screen was red, not blue. The module usbkbd not found at the end of boot. The network detection found 2 ethernet interfaces (wired ethernet and firewire, wireless was not found (airport-extreme/bcm43xx only available in =2.6.17)), but there was no indication which interface is which. (If there is no bug for this already I would consider this as valuable to track and fix.) This is a usability issue. Also the user was surprised that all drives were labeled as scsi in partman, while in reality they where sata (internal) and three external firewire. Again, a usability issue - I guess this has been reported already? There we stopped and rebooted. Surprisingly his custom boot logo (he replaced the apple image which shows up right after powering on with something else) was gone! I was (am still am) quite surprised about this data loss. processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 13 model name : Intel(R) Pentium(R) M processor 1.70GHz stepping: 6 cpu MHz : 600.000 cache size : 2048 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr mce cx8 sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss tm pbe est tm2 bogomips: 1198.05 :f0:0b.0 Host bridge: Apple Computer Inc. U3L AGP Bridge :f0:10.0 VGA compatible controller: nVidia Corporation NV34M [GeForce FX Go5200] (rev a1) 0001:00:01.0 PCI bridge: Apple Computer Inc. Shasta PCI Bridge 0001:00:02.0 PCI bridge: Apple Computer Inc. Shasta PCI Bridge 0001:00:03.0 PCI bridge: Apple Computer Inc. Shasta PCI Bridge 0001:01:01.0 Network controller: Broadcom Corporation BCM4306 802.11b/g Wireless LAN Controller (rev 03) 0001:01:07.0 Class ff00: Apple Computer Inc. Shasta Mac I/O 0001:01:0b.0 USB Controller: NEC Corporation USB (rev 43) 0001:01:0b.1 USB Controller: NEC Corporation USB (rev 43) 0001:01:0b.2 USB Controller: NEC Corporation USB 2.0 (rev 04) 0001:02:0c.0 IDE interface: Broadcom K2 SATA 0001:02:0d.0 Class ff00: Apple Computer Inc. Shasta IDE 0001:02:0e.0 FireWire (IEEE 1394): Apple Computer Inc. Shasta Firewire 0001:03:0f.0 Ethernet controller: Apple Computer Inc. Shasta (Sun GEM) dmesg, partman, report-hw and syslog are available upon request. I will visit him again in the end of July or beginning of August, to repeat these tests. Then I will also make sure to send the report immediatly, to remember some details (like the exact symptoms/errors with the gtk-image) better. regards, Holger pgpmNIMsjSNUo.pgp Description: PGP signature
Bug#377971: sid-daily and gtk-miniiso on a iMac G5 (powerpc)
Hi, On Wednesday 12 July 2006 13:03, Holger Levsen wrote: processor : 0 vendor_id : GenuineIntel is off course completly wrong. I guess my fingers were to fast and just typed cat /proc/cpuinfo instead of cat cpuinfo... :-/ processor : 0 cpu : PPC970FX, altivec supported clock : 1800.00MHz revision: 3.0 (pvr 003c 0300) timebase: machine : PowerMac8,1 motherboard : PowerMac8,1 MacRISC4 Power Macintosh detected as : 338 (iMac G5) pmac flags : L2 cache: 512K unified pmac-generation : NewWorld is right. Sorry, Holger pgp8Hzy9lVG1L.pgp Description: PGP signature
Bug#378008: missing Build-Conflicts: linux-patch-bootsplash
package: linux-2.6.16 Hi, when my sponsor built fai-kernels on his system (powerpc), he noticed this: LD .tmp_vmlinux1 drivers/built-in.o: In function `search_fb_in_map': fbcon.c:(.text+0x8fd6): undefined reference to `con2fb_map' He has/had linux-patch-bootsplash installed and adding Build-Conflicts: linux-patch-bootsplash to fai-kernels control file worked around the build problem. Thanks Simon! regards, Holger pgpz5PlB7O1sG.pgp Description: PGP signature
Bug#378018: unneccessary Build-Conflicts: linux-patch-bootsplash
package: fai-kernels severity: minor Hi, I've added Build-Conflicts: linux-patch-bootsplash to fai-kernels because of #378008 in linux-2.6.16 - once this is fixed, it can be removed again. regards, Holger pgpd8JevXMUnd.pgp Description: PGP signature
Bug#378021: SATA_SIS missing
package: fai-kernels severity: wishlist Hi, an hour ago fai-kernels 1.11 was uploaded to the archive. I didn't enable SATA_SIS for i386 (amd64 has it already) because I didn't see the bug in the BTS. _Always_ report bugs to the BTS, otherwise they will be lost in my inbox... CONFIG_SCSI_SATA_SIS=m regards, Holger pgp43kw8AxWyd.pgp Description: PGP signature
Bug#288452: closed by Holger Levsen [EMAIL PROTECTED] (prep method is now there, as 301668 documents this (and another prep-breakage in partman but still))
severity 288452 imporant merge 288452 301668 thanks On Monday 10 July 2006 19:56, Sven Luther wrote: Do you think merging 301668 and 288452 is a good idea? Yes, merging is the way to go in those cases. I know :) Only from reading those two bug reports, I didn't know if this was the case here :) Then please add those indications of black magic to the bug report... Is this not enough ? I don't really know more, apart that it doesn't work while for all appareances it should. In 288452 was certainly not enough info, but now they're merged, other people might be able to see this as well. regards, Holger pgpcBWBWL6mWw.pgp Description: PGP signature
Bug#375035: OldWorld Mac-specific problems; perhaps drop?
Hi, On Thursday 13 July 2006 05:45, Daniel Dickinson wrote: That is, not because I say so, but de facto, because it wouldn't have a bootable kernel for old world. Last week I upgraded the appropriate kernel bug (#375035) to grave (which makes it RC), which means the bug will be fixed, someone will demonstrate that it's just me and the other guy (and downgrade the bug), or old world will be dropped. From reading this bug (and especially the one its merged with), I dont think it's a kernel problem (rather initramfs, mkvmlinuz or udev). Also I had no problems on the pismo to boot (an installed sid system) with 2.6.16 and quik. regards, Holger pgpLEHxui4vrs.pgp Description: PGP signature
Bug#301106: fixed in svn
tag 301103 pending tag 301106 pending tag 301108 pending Hi, these are fixed in svn now. regards, Holger pgpnGY7CnMuma.pgp Description: PGP signature
Bug#248067: it's correct in the manual source but I cannot find it in the build manual...
tag 248067 patch thanks On Sunday 09 July 2006 14:30, Frans Pop wrote: That is because shutdown.xml is not included in post-install.xml. Probably because the text was not considered finished or not sufficiently relevant. Attached is a patch with updated information which I consider much more finished, maybe the wording about the desktop environments logout-menu can be improved, but besides that, I think that's it. Otherwise I would suggest to remove this file from svn. regards, Holger Index: shutdown.xml === --- shutdown.xml (Revision 38965) +++ shutdown.xml (Arbeitskopie) @@ -3,23 +3,27 @@ sect1 id=shutdown - titleShutting Down the System/title + titleShutting down the system/title para To shut down a running Linux system, you must not reboot with the reset switch on the front or back of your computer, or just turn off -the computer. Linux must be shut down in a controlled manner, -otherwise files may be lost and disk damage incurred. You can press -the key combination keycombo keycapCtrl/keycap -keycapAlt/keycap keycapDel/keycap /keycombo +the computer. Linux should be shut down in a controlled manner, +otherwise files migh get lost and/or disk damage might occur. If you run a +desktop environment, usually there is an option for quoteshutdown/quote +in the quotelogout-menu/quote. + +/parapara + +Alternativly you can press the key combination keycombo +keycapCtrl/keycap keycapAlt/keycap keycapDel/keycap /keycombo phrase arch=powerpc;m68k or keycombo keycapControl/keycap keycapShift/keycap keycapPower/keycap /keycombo on Macintosh -systems/phrase. You may also log in as -root and type userinputshutdown -h now/userinput, -userinputreboot/userinput, or userinputhalt/userinput if -either of the key combinations do not work or you prefer to type -commands. +systems/phrase. Or you may also log in as root and type +commandpoweroff/command, commandreboot/command, commandhalt/command +commandshutdown -h now/command if either of the key combinations do not +work or you prefer to type commands. /para /sect1 pgpORiYpoesV6.pgp Description: PGP signature
Bug#378203: tuxtype: FTBFS: build-depends on xlibs-dev
Hi, I'm aware of this. Unfortunatly tuxtype has various problems and upstream ist dead, but I have been working on it and should be able to upload soon. But, I have said this various times and always a new problem popped up. If I dont make it in the next week, I will file a request for removal and a request for help. regards, Holger pgp8CgfJ0ANNs.pgp Description: PGP signature
Bug#379176: E: foo: non-standard-toplevel-dir srv/ is policy not an error
package: lintian version: 1.23.22 Hi, the new version of policy mandates FHS 2.3, which requires /srv, so this is clearly no error :-) regards, Holger pgpKFlUCvbUSX.pgp Description: PGP signature
Bug#379176: E: foo: non-standard-toplevel-dir srv/ is policy not an error
Hi, On Saturday 22 July 2006 02:49, you wrote: By my reading of FHS 2.3, no Debian-supplied package should be installing files into /srv, since /srv is reserved for the local administrator for local data. The error message may not be accurate, but it looks to me like this still should be an error. Am I missing something? I don't think you are correct: In http://www.debian.org/doc/packaging-manuals/fhs/fhs-2.3.html#SRVDATAFORSERVICESPROVIDEDBYSYSTEM the last sentence about /srv says: --begin quote - Distributions must take care not to remove locally placed files in these directories without administrator permission. [20] [20] This is particularly important as these areas will often contain both files initially installed by the distributor, and those added by the administrator. --end quote - So, as I read it, /srv is clearly designed for files from the distribution and locally added ones. regards, Holger pgpj5mvjN3hWl.pgp Description: PGP signature
Bug#292280: integrating d-i components
Hi, I would suggest to at least tag this bug wontfix, though I wonder if just closing it wont be better: fai uses existing debian packages whereever possible. udebs (debian installer components) are just minimized packages. So fai and d-i already _do_ share ressources where it is appropriate. Then there are also d-i specific udebs, not descending from normal debian packages. Those are very d-i specific (use debconf frontend, intergrate in the d-i menu and similar), so they are not suited to be integrated with fai. So, I think this bug can be closed (and not marked wontfix) as fai and d-i use the same ressources (like discover, debootstrap, etc.) when it's useful. But I'll leave closing the bug to Thomas. regards, Holger pgpgpycBXeTSF.pgp Description: PGP signature
Bug#346304: close this bug?!
Hi, I've just read all the communication in this bugreport. It's correct, you need to specifiy the release code names (sid not unstable) to debootstrap. So I think your patch works around what is maybe a wishlist bug in debootstrap (support release names rather than code names). Also Henning is right, that (usually) you cannot install sid with the debootstrap from sarge. But IMO this is unrelated :) I would suggest to close this bug as it's clearly possible to create a sid nfsroot with make-fai-nfsroot. But I leave this to Thomas :) regards, Holger pgpWSY5WkLvy8.pgp Description: PGP signature
Bug#379176: E: foo: non-standard-toplevel-dir srv/ is policy not an error
Hi, On Saturday 22 July 2006 17:35, you wrote: How can that be reconciled with: The methodology used to name subdirectories of /srv is unspecified as there is currently no consensus on how this should be done. One method for structuring data under /srv is by protocol, eg. ftp, rsync, www, and cvs. On large systems it can be useful to structure /srv by administrative context, such as /srv/physics/www, /srv/compsci/cvs, etc. This setup will differ from host to host. Therefore, no program should rely on a specific subdirectory structure of /srv existing or data necessarily being stored in /srv. However /srv should always exist on FHS compliant systems and should be used as the default location for such data. I don't see any way that shipping files under /srv in a Debian package would be consistent with the second-to-last sentence above. I do. But I think this is getting out of scope of this bug :) Maybe the FHS should be reworded, but definitly linda should not announce this as an error. apache might ship with DocumentRoot in /srv/www - but apache must also work, if you modify this. You might have many DocumentRoots, in /srv/webserver/foo and in /srv/webserver/foo2... It says no program should rely on a specific subdirectory structure of /srv, not no program should rely on a specific directory in /srv - especially if you define this directory in the programms configuration. regards, Holger pgp0NaTOFzW1p.pgp Description: PGP signature
Bug#379176: E: foo: non-standard-toplevel-dir srv/ is policy not an error
Hi, On Saturday 22 July 2006 18:34, you wrote: Yes, and if you ship files in /srv, then your package is creating and insisting upon a particular structure in /srv. Even if the binaries in the package don't insist, the *package* is insisting. Yup. That's a structure my package created. Obviously I can depend on that. This is different to a structure the FHS mandates, like for example in /var: in /var you can rely on /var/lib, /var/log, ... - there is no such structure the FHS mandates for /srv. That's what is ment with that sentence. If the local administrator decides they want to organize /srv differently, your files get in the way. If they delete them or move them, every time the package is upgraded, they're re-installed. To me, that seems to break the point that the above paragraph is driving at. Not to me :) I agree it's annoying, but it's the same as today with say, /var/www. If I delete it, because I use /srv/www, an upgrade of apache recreates that directory, while it doesnt change my config. Certainly, I can see shipping configuration that points to /srv for local data by default, and even a postinst that creates an initial structure in /srv for the package if this is the first install, but putting the files directly in the package seems to me to be forcing more structure than is allowed here. So you agree that the lintian error is wrong :) Maybe we should take this to debian-policy and see what other folks think? Sure. Go ahead. And thanks for caring! I could be wrong and I'm happy to change lintian accordingly if the consensus is that I'm wrong. Obviously I could be wrong as well... ;) regards, Holger pgpVdk6QJswjY.pgp Description: PGP signature
Bug#350333: works with 2.6.15+2.6.16-rc5-0experimental.1snapshot.6069
Hi, it seems this works again with 2.6.15+2.6.16-rc5-0experimental.1snapshot.6069 - yay! Still I would prefer to wait til 2.6.16 is released and tested before closing this bug. regards, Holger pgpPDKuhfExqL.pgp Description: PGP signature
Bug#476157: base: color display with nvidia
reassign 476157 nvidia-graphics-drivers severity 476157 normal Hi, Thanks for your bugreport, please provice more information like the output of lcpci -n and the version of the nvidia driver you are using, downgrading until you have done so. Full-quote for the benifit of the nvidia maintainers. On Monday 14 April 2008 20:52, Zhou Ning wrote: Package: base Severity: important -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Nvidia driver has been installed. But the colors are not correct when I see a film with Xine or RealPlayer. Such as red will be green. regards, Holger pgpmsBcNcunjy.pgp Description: PGP signature
Bug#476157: Fwd: Re: Bug#476157: base: color display with nvidia
Hi Ning, you're welcome. But please send such info to a @bugs.debian.org address (doing so now), I have not much knowledge about nvidia... regards, Holger -- Forwarded Message -- Subject: Re: Bug#476157: base: color display with nvidia Date: Monday 14 April 2008 22:16 From: Zhou Ning [EMAIL PROTECTED] To: Holger Levsen [EMAIL PROTECTED] Hi, Holger, Thank you very much for your reply. My card is nvidia geforce 8500 GT, the driver is NVIDIA-Linux-x86-169.12-pkg1.run. It's installed successfully, and works well but the colors of video. The colors are inverse in the films. I tried Ubutu yesterday, it seems work ok on film with such setting. I'm sorry I'm not understand what and how to get data of output of lcpci. Best Regars, Ning --- pgp6mUmvokYef.pgp Description: PGP signature
Bug#311188: please stop this discussion here
Hi, please stop this discussion about buggy ubuntu here, the bug is long enough already and we should rather concentrate on fixing it and all its blockers, instead of trying to fix this issue. As I read it, the user either (re!)installed Debian over Ubuntu and now he complains he got Debian... ;) Or: hermanr The suggested fix from the guy at #ubuntu-devel was to rip out the config bits from the debian-edu packages, as they were based on assumptions about stock Debian. - which would mean, the user installed Ubuntus debian-edu packages and they are so broken, that they turn a Ubuntu system into something strange+broken... But this would also mean, this is offtopic here. And if the second possibility is true, or even if not, I wonder why there are debian-edu* packages in Ubuntu anyway. AFAIK Edubuntu doesnt use them... (which also explains why they are broken.) regards, Holger pgpqHvAUKhFkU.pgp Description: PGP signature
Bug#468157: [Piuparts-devel] Bug#468157: piuparts: wrongfully complains about broken symlinks
merge 440151 468157 thanks Hi Marc, On Wednesday 27 February 2008 13:11, Marc Haber wrote: piuparts terminates early and complains about a broken symlink: That's a known problem, see the merged bug. The symlink is just fine though: That's an interesting observation... ;) (Really. So far I never bothered to check further... :( ) regards, Holger pgps4c9kmSmr6.pgp Description: PGP signature
Bug#444028: boom again
Hi, how can I work around this problem? I care more about my work than the hardware, which _might_ be damaged (my work gets damaged for sure with these shutdowns), so I definitly want to suspend in this case, not shutdown. regards, Holger, having lost work again due to this bug. pgprESvIHILqh.pgp Description: PGP signature
Bug#467650: Processed: Re: Bug#467650: debian-edu: Downloads things, does not clean up after itself.
Hi Andreas, On Thursday 28 February 2008 14:54, Andreas Tille wrote: Uhmm, Kurt could you please do us a favour... I cloned the bug, Kurt didnt do it :) As I said in my last comment to #467650 I would like to reassign the problem to cdd-dev and close the bug by with the apt-get dependency. If you don't agree please add some more detailed explanation what exactly your problem is. As I read the bug report, there were three issues. As some were easier to fix than others, I decided to clone the bug to reflect this. Otherwise I feared the most critical issue would be fixed and the rest forgotten (as its a pretty easy thing to add a build-depends :) And as easy as it is to clone bug, it's easy to close them :-) regards, Holger pgpdS0wQ1guyU.pgp Description: PGP signature
Bug#468346: Processed: Re: Bug#467650: debian-edu: Downloads things, does not clean up after itself.
Hi, On Thursday 28 February 2008 16:34, Andreas Tille wrote: Well, #467650 should be against cdd-dev and it is in fact fixed on my local hard-disk. If cdd-dev depends from apt-get this problem is very easy to solve. Cheers. Also #468346 would be very easy to solve - we would just loose a feature which is seldomly used. You need to be able to build without network. Otherwise the source package doesnt contain all the sources needed to build the binary - DFSG violation. Hmmm, thinking twice about it we could perhaps do even better and do not create the debian/control file at package building time but do this when building the debian-edu source tarball. I have to sleep about this. So there are chances to fix this - but I'm not convinced that this is a real bug. I'm keen on hearing comments from Kurt. Sounds good to me. Sleep well :) regards, Holger pgpNU2zev9aws.pgp Description: PGP signature
Bug#370351: Make etc/sysctl.conf automatically configurable
Hi Craig, can you please comment on this bug and the proposed solution by Raphael, which looks sensible to me? (And which is important to have implemented for CDDs.) Otherwise I'd probably will prepare a proper (as in suited for NMU) patch, send it to the BTS and then I'll upload to delayed-7 or such. But I'd definitly prefer to hear your opinion on this matter first! The freeze is getting closer... :) regards, Holger pgp3nay26OADp.pgp Description: PGP signature
Bug#468766: dirac files crash totem
package: schroedinger version: 1.0.0-1 severity: important Hi, first of all, let me thank you for packaging schroedinger so quickly! Yesterday I tried it on a amd64 sid machine with dv files from FOSDEM. I've used oggconvert to do the encoding from dv to dirac and the encoding process worked fine. Then, when I've used totem to play this file, totem just crashed. Yesterday it gave an error, today it didnt. With the same file. Strange. I've tried two different (PAL) dv files and both crashed totem when converted to dirac. Encoding the same files with oggconvert to theora and playing it in totem didnt lead to a crash, so I believe the source dv files are fine. I filed the bug against the schroedinger source package, as it provides gstreamer0.10-schroedinger - though the bug may very well be in libschroedinger-1.0-0 or maybe it _is_ a true gstreamer bug? regards, Holger pgpjUj9AcWwlX.pgp Description: PGP signature
Bug#469032: please update game to 21st century (Fwd: Re: dopewars do we need such a game in debian distribution?
package: dopewars severity: wishlist Hi, maybe this is silly, maybe it would indeed be funny to have modern drugs in the game as well... :) regards, Holger -- Forwarded Message -- Subject: Re: dopewars do we need such a game in debian distribution? Date: Saturday 01 March 2008 19:31 From: Enrico Zini [EMAIL PROTECTED] To: Criggie [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] On Sat, Mar 01, 2008 at 07:22:11PM +1300, Criggie wrote: Sam Couter wrote: The statistics are probably even worse here from that point of view; not because we're a bunch of drunk ex-convicts, but because we have fewer homocides than a bunch of violent puritans. :) My top score is $2.5 Million how about the rest of you? One million something, I suck, I know... OTOH, please find attached (filters permitting) a rot13 encoded patch that brings the game into the 21st century, by adding Va to the list of dxxxs you can deal. This message has been somehow obfuscated otherwise it wouldn't reach the list. Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini [EMAIL PROTECTED] --- qvss -Anhe qbcrjnef-1.5.12/fep/qbcrjnef.p qbcrjnef-1.5.12.ivnten/fep/qbcrjnef.p --- qbcrjnef-1.5.12/fep/qbcrjnef.p 2006-09-17 02:16:02.0 +0200 +++ qbcrjnef-1.5.12.ivnten/fep/qbcrjnef.p 2006-09-17 02:03:19.189136500 +0200 @@ -742,6 +742,7 @@ {A_(Crlbgr), 220, 700, SNYFR, SNYFR, }, {A_(Fuebbzf), 630, 1300, SNYFR, SNYFR, }, {A_(Fcrrq), 90, 250, SNYFR, GEHR, }, + {A_(Ivnten), 30, 80, GEHR, SNYFR, }, {A_(Jrrq), 315, 890, GEHR, SNYFR, A_(Pbyhzovna servtugre qhfgrq gur Pbnfg Thneq! Jrrq cevprf unir obggbzrq bhg!)} pgpJCOYm0tNLa.pgp Description: PGP signature
Bug#462961: My 2 cents..
Hi Romain, As much as I'm happy you're thinking about the work your causing to translators, I also think removing ambiguities is a wrothwhile thing to do. And better do this earlier than later, as the number of translations will only raise :-) regards, Holger pgpDZR2X2WxaE.pgp Description: PGP signature
Bug#381104: whats the status on this?
Hi, do you think this bug can be closed now? Or what timeout would you propose? regards, Holger pgpFAg67m0y5D.pgp Description: PGP signature
Bug#468735: workaround
Hi, I've added usplash_write QUIT at the beginning of /usr/share/initramfs-tools/scripts/local-premount/resume which fixed this issue for me. regards, Holger pgp97zmPJsrDH.pgp Description: PGP signature
Bug#457055: fixed ustream
Hi, this bug has been fixed upstream in usplash 0.5.11. regards, Holger pgp4ux2wxayeG.pgp Description: PGP signature
Bug#458920: --no-symlinks
Hi, you can use --no-symlinks to disable checking for symlinks. This is not the same as just warning for symlinks, so I'll the bugreports open. regards, Holger pgpLa5V1AxrpR.pgp Description: PGP signature
Bug#451509: update
Hi Marc, I guess I havent accepted that conffile change on update... regards, Holger pgpuugQrvYdB2.pgp Description: PGP signature
Bug#473489: python-hippocanvas fails to install (Re: Sugar working now on Sid and Lenny!
package: python-hippocanvas version: 0.2.23-2.1 severity: serious Hi, On Saturday 22 March 2008 06:54, Jonas Smedegaard wrote: I have now finally succeeded in making the core Sugar packages work. There's a bug still needed to be fixed for the official packages to work on their own, which also means the packages are not moving to testing yet, so for now one of the following is still needed: Using the packages from sid, installing python-hippocanvas fails, see http://paste.debian.net/52196 Mainly: Setting up python-hippocanvas (0.2.23-2.1) ... file does not exist: /usr/lib/python2.4/site-packages/hippo.a file does not exist: /usr/lib/python2.4/site-packages/hippo.la pycentral: pycentral pkginstall: error byte-compiling files (2) pycentral pkginstall: error byte-compiling files (2) dpkg: error processing python-hippocanvas (--configure): subprocess post-installation script returned error exit status 1 Settings this to serious as it makes the package quite unusable :-) deb http://debian.jones.dk/ sid sugar I see the same problem, but I get sugar-cairo, but none of the four other sugar packages currently in NEW :-) Install the package sugar and its recommendations, and from a terminal start sugar-emulator. No luck so far getting so far :) Please file bugreports! Doing so now :) regards, Holger pgppC7b22Ak3z.pgp Description: PGP signature