Bug#456763: base: keyboard random repeat
reassign 456763 linux-2.6 thanks On Monday 17 December 2007 19:08, David Gauchard wrote: Symptoms: The keyboard behaviour is usually correct, but when I press a key with involves some cpu calculation (more than displaying the key), then the systems behaves like if the key was not released (at the time I release it). It is seen released later. Some examples: the key is ctrl-T under firefox (I get tons of new tabs), or / (slash) under firefox (when searching in a big page), ctrl+ (this is horrible, I get a one huge letter after a while on my firefox window with this), 'enter' in dselect on the search line (in a search pressing / in the package list), ... This does not happen in text-mode-virtual-console (with dselect). This happens ONLY with 2.6 (any version from 2.6.15 up to 2.6.18), I have NO problem with an old 2.4.27 (compiled myself). This happens with PS/2 keyboards and USB keyboards. This is really strange... Kernel maintainers, please read the full bug report, I've shortened it here a bit... regards, Holger pgps51OravH6V.pgp Description: PGP signature
Bug#411639: [EMAIL PROTECTED]: Bug#411639: x11-common: There should be a way to set per-user environment variables which last the whole X session]
Hi, On Sunday 16 December 2007 16:29, David Nusinow wrote: I'd appreciate some brief commentary on this bug from people who are more aware of the minutia of shells and so forth than I am. Is this really accurate, or is there a way that the submitter and myself are unaware of for setting these? There's a simple patch attached to this bug report that I'll apply if this feature is really missing. Thank you! Sounds reasonable to me. I dont care if it's .xprofile or .xsessionrc, though the later sounds a bit better to me.. regards, Holger pgpE5ZfMSETgC.pgp Description: PGP signature
Bug#283521: [EMAIL PROTECTED]: [Debian Wiki] Update of DebianInstaller/ReleaseProcess by FransPop]
Hi, On Monday 17 December 2007 22:28, Frans Pop wrote: That page again links only to the manual for stable, which is unsuitable for D-I images when they are being used to install either testing or oldstable. Than this page needs to be fixed. I still think this URL, www.debian.org/doc is the most suitable URL for pointing users to documentation about Debian. Be it users of testing, stable or unstable. And I do think that we foremost care about and cater for our stable users, since we expect users of testing and unstable to be able to deal with random breakage. And I do consider a pointer to the installer manual of a specific codename to be a *less* valuable pointer than one pointing to debian.org/doc regards, Holger pgpOA9XgjMWZx.pgp Description: PGP signature
Bug#452102: ping
Hi Mark, please comment on this bug and explain why the package is still useful in Debian today, otherwise I'll ask for removal in seven days. regards, Holger pgpqEhPOmnV96.pgp Description: PGP signature
Bug#452102: ping
Hi Mark, On Thursday 20 December 2007 11:55, Mark Purcell wrote: I'm happy for mobile mesh to be removed. Thanks. :-) regards enjoy the sun down under... Holger pgpapm2QDehRb.pgp Description: PGP signature
Bug#457490: please copy /etc/hosts into chroots created by piuparts
package: piuparts version: 0.28 Hi, when piuparts slaves creates the chroot tarballs, /etc/hosts inside them is empty, and therefore apt fails... Just copying /etc/hosts from the host fixes the problem. regards, Holger pgptWrdxRKL76.pgp Description: PGP signature
Bug#457367: base: Nautilus fall down when want tray feature /characteristic/ of a zero file in gnome
reassign 457367 nautilus tags 457367 +moreinfo thanks, On Friday 21 December 2007 23:51, M K wrote: Package: base Severity: normal When I want try the feature of zero file /0 bite/ in menu by right click of mouse become fail and I get report unexpected fail-Nautilu can't be used because Bonobo can't find factory. The proble you may solve by kill bonobo-activation-server and restart Nautilis /free translate from Czech/ I'm not sure I understand if this is a real bug oder a user error. Please explain and give additional info (like what version of nautilus was instealled etc), otherwise this bug might be closed... regards, Holger pgp8iGX0npxnk.pgp Description: PGP signature
Bug#457840: please provide alternative pwgen function in lwat
package: lwat severity: wishlist version: 0.16-1 Hi, Nico Gold recently did a code review of lwat and found no real problems, cheers! (And thanks, Nico.) The only problematic thing he found was the password creation function which creates very simple passwords. On purpose, I guess :-) Still it would be nice, if there would be a configuration option to also be able to use pwgen -s 12 1 :-) regards, Holger -- Forwarded Message -- Subject: insecure pwgen function in lwat Date: Wednesday 05 December 2007 22:27 From: Nico Golde [EMAIL PROTECTED] To: [EMAIL PROTECTED] Hi, during reading of the lwat source code I stumbled over the following function: function pwgen(){ $pw = ''; $c = 'bcdfghjkmnprstvwzBCDFGHJKLMNPQRSTVW'; //consonants except hard to speak ones $v = 'aeiouAEU'; //vowels $a = $c.$v;//both //use two syllables... for($i=0;$i 2; $i++){ $pw .= $c[rand(0, strlen($c)-1)]; $pw .= $v[rand(0, strlen($v)-1)]; $pw .= $a[rand(0, strlen($a)-1)]; } //... and add a nice number $pw .= rand(10,99); return $pw; } This does give us pretty much of information of how the passwords will look like. Passwords are 8 characters long 1st and 4th character are from bcdfghjkmnprstvwzBCDFGHJKLMNPQRSTVW 2nd and 5th character are from aeiouAEU 3rd and 6th character are from bcdfghjkmnprstvwzBCDFGHJKLMNPQRSTVWaeiouAEU 7st character is between 1 and 9 8st character is between 0 and 9. I am too lazy to calculate how much possibilities this will have but its really pretty well brute-forceable in my opinion and should not be considered to be secure. I guess this algorithm is intended to create passwords that a human can remember? :) Kind regards Nico -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. --- pgphYpQhJzejI.pgp Description: PGP signature
Bug#457291: what's going on with Adobe Flash player in Lenny?
Hi, we plan to have flashplugin-nonfree available for debian stable users. Either via volatile or via backports.org. regards, Holger pgpQEMgsVb9hQ.pgp Description: PGP signature
Bug#461935: please disable the boot logo by default
seconded. pgpc4Z8IWmbTT.pgp Description: PGP signature
Bug#462309: available?
Hi Marvin, do you have preliminary packages somewhere available? regards, Holger pgp0SzLvlS5Hi.pgp Description: PGP signature
Bug#403341: works for me
tag 403341 +patch thanks Hi, works well for me :) regards, Holger pgpePlD5snbu9.pgp Description: PGP signature
Bug#462556: binNMU enough to fix #462556 ?
Hi, is a binNMU sufficient to fix #462556 ? regards, Holger pgpgCpmyusbdy.pgp Description: PGP signature
Bug#456640: munin comaintaince
Hi, today I stumbled upon #403341, which has a very simple fix. There are quite some similar bugs (simple, with patch) in the debian BTS which I would like to help fixing, as I use munin heavily for work, in Debian Edu and privatly. So I like to request access to the upstream SVN, as this is where the debian packaging is kept, AIUI. Jose (as new owner of this bug), what do you think? I cc:ed Bernd, as we spoke about team maintaining munin in December last year.. Also, I would suggest to build the munin-plugins-contrib per default and upload it to Debian, so that these plugins are available even more easily. Of course there should be a prominent reminder that those plugins are not part of munin upstream. Then I would also suggest to include plugins to monitor vservers and xen instances. regards, Holger pgp6AEZCwaZEK.pgp Description: PGP signature
Bug#456640: munin comaintaince
Hi Tore, On Monday 28 January 2008 09:35, you wrote: Matthias Schmitz was the first one to contact me about taking over the package, and he's been actively following up on that by taking on lots of outstanding work on the 1.2.x branch. My colleague Stig Sandbeck Mathisen has also been trying to work his way through the huge backlog of bug reports (sorry about those). I am under the impression that their work will likely result in a new upstream release (1.2.6) as well as new Debian packages. Cool. Currently I'm actually mostly interested in bringing 1.2.x in (even better) shape, as this is what I use. But then, I'm happy to switch to 1.3 if upstream thinks it's ready. (Which I dont believe it is, considering it's not even in experimental.) So I intend to give the package to Matthias, and leave it up to him to decide how he wants to arrange the maintanership, that is, if he wants co-maintainers, if he still wants to keep the code in the upstream SVN repo, and so on. So you should all talk to him. :-) Hallo Matthias ;) BTW. We have an IRC channel, [EMAIL PROTECTED] Matthias, Stig, and me hangs out there. Feel free to stop by. :-) Is this OFTC or freenode or really another irc network? regards, Holger pgp6AZsw1RI0H.pgp Description: PGP signature
Bug#370339: changing the default syslog daemon for lenny?
Hi Javier, hi Joey, On Monday 28 January 2008 10:51, Javier Fernandez-Sanguino wrote: 2008/1/28, Holger Levsen [EMAIL PROTECTED]: The main reason is that we need/want to configure syslogd via debconf (or any other policy complient way) for remote logging and the sysklogd maintainer doesn't want to provide it. See #370339 for details. I find it surprising that the maintainer himself has not pronounced his standing on the issue. The only reference to the maintainer is a cut paste note from an IRC log which might or might not be true. The maintainer hasn't even tagged this issue (which is open for almost 2 years) as 'wontfix'. (!) I agree that this bug should be tagged wontfix, but I leave it to the maintainer to do it. But I have no reason not to believe the maintainer handles this bug as wontfix, no (self-written) reply to the bug by him states this pretty well. CC:ed Joey, so he can comment. regards, Holger pgpJshofB6s1l.pgp Description: PGP signature
Bug#370349: we dont use inetutils-syslogd
reopen 370349 unblock 311188 by 370349 thanks Hi Guillem, On Monday 28 January 2008 04:55, Guillem wrote: Who is we? :) We is Debian Edu here :) And why would the fact that that we is not using it anymore make this bug invalid? Right. As nobody has replied to this bug before, I was under the impression that nobody besides Debian Edu wanted this feature. But if you want to keep this open, have it ;-) Holger (who thinks that this bug might actually have been a bogus duplicate of #370399...) I don't see why, could you explain? I guess it was also just late and I was a bit confused by the amount of syslogs available :-) regards, Holger pgpsKHu7elY16.pgp Description: PGP signature
Bug#456640: munin comaintaince
Hi, On Monday 28 January 2008 11:46, you wrote: 1.2.6 will be part of 1.2.x. ;-) Hehe. So what's the status of 1.3.x? Is this OFTC or freenode or really another irc network? Neither, it's just our (Linpro's) stand-alone interal IRC server. Maybe it's time to move the channel elsewhere now that Munin isn't really a Linpro-only project any longer, but that's not up to me to decide. Although I just joined there, I would really appreciate if the channel would be moved to either freenode or OFTC - I dont care which. And I'm pretty sure munin users would also appreciate! regards, Holger pgpGPIJhHFDD0.pgp Description: PGP signature
Bug#462961: confusing debconf question about webserver autoconfiguration
Hi Vincent, On Monday 28 January 2008 18:11, you wrote: RoundCube supports any web server supported by PHP, however only Apache can be configured automatically. In this sentence, Apache means any http server from the Apache project. This means apache, apache-ssl, apache-perl and apache2. The sentence is bad, if you need another to explain what it means :-D RoundCube supports any web server supported by PHP, however only Apache based webservers can be configured automatically. Please select the web server(s) that should be configured automatically for RoundCube. Web server(s) to configure automatically: [*] apache [*] apache-ssl [*] apache-perl [*] apache2 Or: One day, a configuration will be added for lighttpd. This may fix your bug by making the debconf question clearer. remove that debconf template altogether until the question is more useful, that is when you added support for lighttpd ;-) regards, Holger pgpe2cea42isK.pgp Description: PGP signature
Bug#458879: not that important atm
severity 458879 important retitle 458879 FTBFS in sid, builds fine in etch thanks Hi Lucas, thanks for your bugreport! :-) I'm downgrading it, because the package is arch:all (and thus will never be autobuild) and because it builds fine in etch, which is what the package is about. During the development of lenny I'll move etch to a branch and from then on build in a lenny/sid (and switch the content of the documenation to reflect lenny). Then I will fix this bug, for now I downgrade it, so that the package can migrate to testing, which is important for us, so we can estimate cd space. regards, Holger pgpMtSdiMgUWI.pgp Description: PGP signature
Bug#462961: confusing debconf question about webserver autoconfiguration
package: roundcube version: 0.1~rc2-6 Hi, thanks for packaging roundcube! The second debconf question is confusing, why offer all (main) webservers for autoconfiguration, if only apache autoconfiguration is supported. Or is the first sentence not true anymore? The debconf template looks like this: Configuring roundcube-core RoundCube supports any web server supported by PHP, however only Apache can be configured automatically. Please select the web server(s) that should be configured automatically for RoundCube. Web server(s) to configure automatically: [*] apache [*] apache-ssl [*] apache-perl [*] apache2 regards, Holger pgpXIk1WQHcsk.pgp Description: PGP signature
Bug#450841: www.debian.org: packages.debian.org should show current maintainer
Hi, On Sunday 11 November 2007 16:49, Ben Hutchings wrote: http://packages.debian.org/oldstable/ion3 shows the maintainers of ion3 as listed in the package in oldstable. While this is consistent, it is not really useful information. The current maintainer should be shown, as on packages.qa.debian.org. Shouldn't both be shown?! regards, Holger pgpx7szNZP5of.pgp Description: PGP signature
Bug#451509: logrotate unneccessary noisy
package: nagios2-common severity: wishlist Hi, /etc/logrotate.d/nagios2-common has the following command for postrotate: /etc/init.d/nagios2 reload I propose to change this to /etc/init.d/nagios2 reload /dev/null to have it operate quite on default. By only redirected stdout and not stderr, it will still be possible to catch errors with reloading. regards, Holger pgp854GYtxdPZ.pgp Description: PGP signature
Bug#443198: (no subject)
retitle 443198 make fai and the simple examples work with dash patch 443198 -unreproducable severity 443198 wishlist thanks Hi, great. Still, it would be great, if the simple examples and fai itself could be fixed to also work with dash, which is smaller and therefore much faster (to start) than bash and which is the default shell on debian-edu, ubuntu and hopefully lenny too - it's a release goal for lenny. regards, Holger pgpCrbMp2jwYC.pgp Description: PGP signature
Bug#443198: Processed: tagging 443198
Hi Thomas, you tagged this bug wontfix. Does that mean you won't accept patches to support dash and bash, aka sh? If you would accept those patches, I would suggest to remove the tag. regards, Holger pgp6xV7OhvBZa.pgp Description: PGP signature
Bug#443198: Processed: tagging 443198
Well, I've been also talking about the main scripts... pgpwWnAdg4t1y.pgp Description: PGP signature
Bug#426860: fai-kernels is obsolete, therefore i wont fix these bugs
tags 434870 +wontfix tags 426860 +wontfix thanks Hi, since fai 3.2, released on the 21st of August this year, fai doesn't need fai-kernels anymore and uses plain debian-kernels with initrd. So the fai-kernels package has been removed from sid and lenny. As fai 3.2 (and the current 3.2.1) is targeted at etch (and is working very well), I suggest you either upgrade to it, or you have to build your fai-kernels packages yourself, it's documented in the package how to do it. I therefore tag these bugs as wontfix. regards, Holger pgp57JbQTNNxF.pgp Description: PGP signature
Bug#452102: remove this package as its useless today?
package: mobilemesh version: 1.0+dfsg0-0.1 Hi, the mobilemesh homepage says: The Mobile Mesh software was developed for a Linux 2.2.X kernel. It's quite possible that it may run under 2.3.X kernels as well, but, the author has not tested this. http://www.mitre.org/work/tech_transfer/mobilemesh/ On January 4th 2001, linux 2.4.0 was released, and Debian sid today still ships the same mobilemesh 1.0 version - I don't think it will work. The changelog http://packages.debian.org/changelogs/pool/main/m/mobilemesh/mobilemesh_1.0+dfsg0-0.1/changelog also indicates nothing is happening with it, except keeping it building... A working and widely used alternative is olsrd, which is in Debian, so I think mobilemesh should be removed. Do you agree? regards, Holger pgpxss9Njh2aI.pgp Description: PGP signature
Bug#445885: even newer upstream version available
retitle 445885 0.5.8 available upstream thanks Hi, since this bug report was filed, two new upstream versions where released. Could you please package and upload the latest, esp. this looks interesting: usplash (0.5.8) hardy; urgency=low * Set the usplash progress bar to pulsating after starting in the initramfs; we have a random number of steps that will take a random amount of time, it makes no sense to fake progress. LP: #162397. Also, are you interested in a new co-maintainer? ;-) I'd really really like to see usplash be installed per default when installing the desktop task in lenny and would be willing to work on it. regards, Holger pgpPlLAFYLLDH.pgp Description: PGP signature
Bug#454282: privoxy logs URLs visited :(
package: privoxy version: 3.0.6-4 found: 3.0.6-2 Hi, I've just noticed that all visited URLs are stored in /var/log/privoxy/logfile and /var/log/privoxy/logfile.7.gz here goes back until October 16th, that's more than six weeks. From an application which is described as Privoxy is a web proxy with advanced filtering capabilities for protecting privacy,... I absolutly wouldn't expect this - I need to hold myself back not to file this bug with higher severity ;-) I would suggest not to log any URLs at all per default configuration. Looking at the changelog, it affects etch and sid. regards, Holger pgpeWsfSSINyS.pgp Description: PGP signature
Bug#452803: please add conflicts to new xorg
Hi, On Tuesday 04 December 2007 03:37, David Nusinow wrote: I've added a conflicts to the intel driver package, so this bug will close with the next upload of the driver. Thanks for letting us know. Thanks. regards, Holger pgpPaYBnz9RXj.pgp Description: PGP signature
Bug#454282: privoxy logs URLs visited :(
found 454282 3.0.3-3 found 454282 3.0.6-3 close 454282 3.0.6-4 thanks Hi Roland, On Tuesday 04 December 2007 18:03, you wrote: I changed this in 3.0.6-4, so I'm not fully sure, why you filed this bug report against 3.0.6-4: The answer is simple: I failed to read properly, I'm sorry for the noise. regards, Holger pgpwq8JLrAJqM.pgp Description: PGP signature
Bug#422085: patch is basically there
Hi, HE h01ger: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=422085#22 contains all important bits of code that need to be implemented I'm just to lazy to search the exact place to insert the code... Please consider fixing this bug in the next upload. regards, Holger pgplvBML5lAS1.pgp Description: PGP signature
Bug#455214: qa.debian.org: add a usercategory for svnbuildstat on the qa.debian.org BTS pseudo package
Hi, On Sunday 09 December 2007 11:53, Lucas Nussbaum wrote: So, could someone add a usercategory for svnbuildstat, and also document how to do that in the future in this bug report? I propose to add this documentation to http://wiki.debian.org/qa.debian.org and not into this bugreport, where nobody will find it :-) regards, Holger pgpwbsRT6XTNK.pgp Description: PGP signature
Bug#310392: fai_2.8.3 still uses non-US (was Re: Release Notes - non-us being phased out - please comment)
package: fai version: 2.8.3 Hi, On Sunday 22 May 2005 16:34, Frans Pop wrote: Hrm. s/there is a chance// *IMO*. It is 100% sure it will be shut down, either for r0 directly, or with empty package files for a time (until r1 or etch). No package file will cause fai-setup (and make-fai-nfsroot which is called from fai-setup) to fail completly - in the standard-configuration (as suggested in the documentation and postinst) from fai 2.8.3. (Obviously that failure can easily be fixed, but it's also unneccassary as we are aware of it now.) The relevant line from /etc/fai/sources.list is: deb http://non-us.debian.org/debian-non-US sarge/non-US main contrib non-free So I would either suggest a empty package file for non-US for the time of etch, or - imho better - another upload of fai. What do you think ? regards, Holger P.S.: I know about X-Debbugs-Cc:, but I don't know how to set it in kmail... pgpQyWgsu2nLa.pgp Description: PGP signature
Bug#309917: please mention Skolelinux next to debian-edu on http://www.debian.org/devel/
Hi, info for people reading this through the BTS: there has been some discussion about the question is debian-edu==skolelinux ? on the debian-edu mailinglist, see http://lists.debian.org/debian-edu/2005/05/threads.html#00208 On Friday 20 May 2005 20:33, Andreas Schuldei wrote: s/Debian-Edu Project/Debian-Edu\/Skolelinux Project/ No, actually we want to go under the name of debian-edu in debian circles. skolelinux is too norwegian (aka local) and we want to be known under the debian name if possible. that said, some countries have decided to call debian-edu skolelinux anyway since they like it better. they are free to do that. Ok, after Cobaco's suggestion I've added the following sentence to http://wiki.debian.net/?DebianEdu SkoleLinux is the name of a CustomDebianDistribution which is produced by the debian-edu project. (Skole is norwegian and means school.) I would be happy if somebody could also provide a link to download skolelinux there. And, after all ( afaik), the projects name just isn't Debian-Edu anymore. actually it is the other way around: it should be more debian-edu and less skolelinux, internationally. Ok, but I still think the word Skolelinux should be mentioned on http://www.debian.org/devel/ - what do you think of s/Debian-Edu Project/Debian-Edu Project, producing Skolelinux, a CDD for schools/ ? And I would also suggest to mention this (debian-edu is the project, skolelinux a cdd produced by it) clearly on the skolelinux media and installation process. (I don't know the situation so if it's allready there, fine...) regards, Holger pgpMj8Ey04D8J.pgp Description: PGP signature
Bug#309917: please mention Skolelinux next to debian-edu on http://www.debian.org/devel/
Hi, On Monday 23 May 2005 14:03, you wrote: hallo? just because Cobaco likes to tell this to people it is not official pollicy. (c: I gave you what is the official position. hallihallo Andreas ;-) Just because you sad something how should I tell this is an official statement ? You didnt tell that it was an offical statement. Do you want to vote on it? no. I want offical statements then ;-) Feel free to/Please update wiki.debian.ent/?DebianEdu to reflect the official positions. Also please provide links to offical download images, I cannot find any links to a skolelinux-cds there. The download-link on www.skolelinux.de points to ftp://developer.skolelinux.no/skolelinux-cd/ where I can still find very old test-images from 2003 (please move them away) and where I still cannot find the latest woody-based skolelinux-release. (The one which is said to be official, even though the name doesnt sound like it is.) (btw, http://www.skolelinux.org/de/get_started/download#official-cds looks good now.) Conclusion: The debian-edu-project (in somes places also known as Skolelinux) doesnt want the name skolelinux to be mentioned on www.debian.org/devel - only Debian-Edu. If this is true, please close this bug. regards, Holger pgpoBVrZkQfop.pgp Description: PGP signature
Bug#309917: please mention Skolelinux next to debian-edu on http://www.debian.org/devel/
Hi, btw, I've talked (aka irced) with Andreas today about the issue... Again thinking about the issue afterwards, I came to the conclusion, it should be mentioned more clearly and more prominently on www.skolelinux.(org|no|de), that bSkolelinux is a CDD created by the debian-edu project/b. Searching for debian-edu on www.skolelinux.org gives 15 hits, one being http://www.skolelinux.org/portal/about/what where you can read skolelinux (aka debian-edu) :-( www.skolelinux.de doesnt really mention debian-edu, only on http://www.skolelinux.de/sponsoren.html: skolelinux/debian-edu thanks its sponsors. regards, Holger pgpJVNlw2xqK0.pgp Description: PGP signature
Bug#310392: additional info
Hi, the 9-step Quickstart-Guide for the impatient fai user (http://www.informatik.uni-koeln.de/fai/fai-guide.html/ch-intro.html#s-impatient) will fail in step 2 if this bug isn't fixed when non-US stops to respond. This will be unneccessarily annoying for people making their first steps with fai. regards, Holger pgpDsxvaiqDn7.pgp Description: PGP signature
Bug#310705: please remove non-free packages from simple examples
package: fai version: 2.8.3 Hi, /usr/share/doc/fai/examples/simple/package_config/XFREE contains a package from non-free, namely t1-xfree86-nonfree, please remove it as Debian doesnt want to promote non-free software. regards, Holger pgpVYrsgz985H.pgp Description: PGP signature
Bug#307147: #307147 has been fixed since fai 2.8.1 - the bug is open to track the workaround
Hi, from the fai 2.8.1 changelog: * FAIBASE/10-misc: do not call tune2fs when using 2.6 kernel. This may hang the system This is fix or better workaround for a kernel bug. So I opened #307147, to track that kernel bug, so that we won't forget to remove that workaround from fai, once the kernel is fixed. Possible reasons for the problems to still occur could be mixed or non-updated configdirs, so tune2fs still get's executed. Plan your installation and fai will install your plan ;-) regards, Holger P.S.: I do think the advantages of crossposting to the BTS and the fai mailinglist are worth the disadvantages. Only very few people (4) have subscribed to the fai BTS and get doubles, which are easy to filter... so what ? Please explain. pgphi0DS6VXVh.pgp Description: PGP signature
Bug#266566: Status of gnokii-licence-violation problem
Hi, I just subscribed to this list, read the archives from last summer, esp. http://albatross.madduck.net/pipermail/gammu-legal/2004-October/000112.html and would like to hear your comments regarding the solution of http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=266566. If I understood the patches from October correctly, the bug fix is there and only has to be applied to the debian packages ? My main motivation is http://bjorn.haxx.se/debian/testing.pl?package=kdepim Hach, is life easy if you only have to quote three URLs to convey your message :-) regards, Holger pgppXa4wNM27d.pgp Description: PGP signature
Bug#266566: Status of gnokii-licence-violation problem
Hi Jonas, On Thursday 03 February 2005 17:56, you wrote: Holger: This ends on gammu-legal only, not the bugreport. Deliberate? aehmmm, yes - on purpose - but on a wrong mission after reading two answers pointing me wrong on topic gnokii ;-) Re-including the bugreport now, as it turned out to be relevant. [Quoting a lot for the report... it's in the gammu-list-archive as well, btw:-] On 03-02-2005 16:31, Holger Levsen wrote: On Thursday 03 February 2005 16:08, you wrote: Only the authors of Gnokii can solve legal issues of their own software. The patch at gammu-legal is a _proposal_ made by the person unhappy with Gnokii and not (anymore) part of Gnokii. Upstream may choose to adopt that proposed patch... Hmmm... I think I have to agree. Theoretically. What you wrote makes sense. But... Debian cannot solve this issue by patching copyright and/or licensing notes of the upstream software. Only possible fixes is the following (as I see it): Practically I disagree, Debian could patch upstream sources to alter licences which have been illegally modified by upstream. Nope. If the proposed patch (that has since been pointed out is not for Gnokii at all, but let's just pretend throughout this argument) was to _revert_ to original text then you are right. But two wrongs don't make a right: Altering a possibly(!) wrong copyright and licensing snippet into something completely new that speaks about the undocumentable past can only rightfully be done by the author of the software. But as it's also practical I would rather consider working with upstream to resolve this issue. (Which I tried with this thread but stupid me has mixed up gammugnokii) Oh well - The Gammu author did his best to mess those two, so I guess your apology is implicitly accepted ;-) * Remove gnokii from the archive * Wait for fix provided by upstream * Consider this a non-bug and simply close this bugreport. IMHO option 3 is out of option. And if 2 doesn't happen, 1 will happen. I agree. With the emphasis that the fix needs to be applied by upstream (not the Debian maintainer). /me has just talked with the author on #gnokii - he said he'll fix the issue in the next release of gnokii. P.S. The very reason Gnokii can solve the issue differently than has been judged the only solution technically possible for a similar issue of the competing program Gammu is their use of a version control system. I don't get this at all. Could you please explain / rephrase in simpler english. Thanks. It was a hint regarding the issues with Gammu (that caused the author of Gammu to claim similar issues was the case with the competitor Gnokii, leading to this bugreport). I could possibly explain it, but the risk of misintrepretation is too big. Please read the archive of gammu-legal... Ah, ok. Thanks. regards, Holger pgpy0FqjiazQ1.pgp Description: PGP signature
Bug#295996: oldworld ppc sid install - success with manual help and quik+2.4.27, failure with 2.6.8
Package: installation-reports Debian-installer-version: yesterday, February 18th, 2005, I installed sid with the oldworld 2.4-floppies (boot, root, net-drivers) downloaded from http://people.debian.org/~luther/d-i/images/2005-02-18/powerpc/floppy-2.4/ Method: floppies with net-drivers.img with proxy using ftp.de.debian.org as mirror and installing sid. Machine: Power Macintosh 7200/90 Memory: 32mb Root Device: scsi hd, 1gb with mace network controller and mac53c94 scsi-controller. (can give detailed lspci-output and other logs if required - to lazy to boot the slow and noisy machine now...) Base System Installation Checklist: Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] kernel 2.4.27 worked, 2.6.8 not - see below Install boot loader:[O] manual fix was needed - see below Reboot: [O] [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Comments/Problems: 1. If i write the root.img on disk and compare the disk with the image I get an error, but the disk is ok: dd if=root.img of=/dev/fd0 bs=1024 conv=sync ; sync ; cmp /dev/fd0 root.img 1378+1 records in 1379+0 records out cmp: EOF on root.img [this paragraph is quoted from an report of mine from 2004-05-25, but it's still true... if wonder what's happening here. imho this bugreport should be cloned and this issue should be tracked+solved.] 2. svenl told me on irc that this floppy install uses sid udebs. when rc3 gets released somewhere these floppies should be made available as rc-builds. (they can't be part of the official builds because they require miboot.) 3. in the beginning of the installation I was prompted to enter the keyboard type : usb or none. (I don't remember the exact wording as I didn't take a note on this immediatly - can do if wanted.) the pmac 7200 has no usb at all and uses a adb-keyboard... I choose usb (was curios what whould happen) and all went well... 4. at the end of base-install a long list of kernels was prompted and kernel-image-2.4.27-powerpc-pmac was preselected. I was a little confused to find 2.6.9 in that list as well... 5. installing kernel-image-2.6.8-powerpc (v. 2.6.8-10) failed with no do_initrd=yes in /etc/kernel.img.conf :-( (Supplying this and with a fixed quik.conf (see below and also add initrd=...) this kernel-image works as well.) 6. installing kernel-image-2.4.27-powerpc-pmac worked well. 7. then I choose quik in main-menu and a IMHO to scary text was shown: do you really want to install quik ? with the default answer being no. The IMHO scary worded text told me the this wasnt tested very well. although being true, people how choose quik, most often have no other choice and therefore shouldn't be scared so much. but the real fix I guess is not finding better wordings but is fixing the situation and then removing the text. and the real bug is that although i choose to install quik the pre-selected answer to install quik is no. 8. I choose yes and /etc/quik.conf was generated but contained a wrong line: image=/boot/vmlinuz whereas the right line would be image=/boot/vmlinuz-2.4.27-powerpc [I guess this bug should be cloned again and assigned to quik] After changing this and running quik again I choose reboot and the rest of the installation continued without problems. regards, Holger pgpil3tcX8EzC.pgp Description: PGP signature
Bug#295996: oldworld ppc sid install - success with manual help and quik+2.4.27, failure with 2.6.8
Hi, some typo fixes and additional comments... On Saturday 19 February 2005 16:55, Holger Levsen wrote: Comments/Problems: 1. [...] and this issue should be tracked+solved.] or documented. 2. svenl told me on irc that this floppy install uses sid udebs. when rc3 gets released somewhere these floppies should be made available as rc-builds. (they can't be part of the official builds because they require miboot.) ...rc3-builds... 7. then I choose quik in main-menu and a IMHO to scary text was shown: do you really want to install quik ? with the default answer being no. The IMHO scary worded text told me the this wasnt tested very well. although being true, people how choose quik, most often have no other choice and people _who_ choose... 8. [...] [I guess this bug should be cloned again and assigned to quik] because that quik.conf says generated by quikconfig which is part of quik. But then, IIRC quik-installer used to generate quik.conf in d-i... regards, Holger pgpO5aBLAPRt4.pgp Description: PGP signature
Bug#295996: oldworld ppc sid install - success with manual help and quik+2.4.27, failure with 2.6.8
Hi, some more updates, especially on 5.: on 1.: imho clone this to have a dedicated bug. does this also happens with x86-floppies ? to which package should this bug be assigned ? on 2.: ? (comments welcome) on 3.: ? (comments welcome) on 4.: 2.6.9 is still part of sid, 2.6.10 is still in new, so this issue is not existing. (as i'm sure somebody will take care of it...) on 5.: cause: base-installer/kernel/linux/initrd is set to false, should be set to true (line 436 of base-installer's postinst) - svenl said on irc this should be fixed in rootskel, but didnt know where. this prevents kernel2.6 with quik to work on oldworld... on 6.: 2.4 works but misses security fixes. (2.4 is considered obsolete for ppc by upstream) - this is merely an info. on 7.: besides the scary text (which is debatable) the default should be yes and not no to install quik, if i just choose it. clone this bug and assign to quik-installer ? on 8.: I'm still not sure whether this is a bug in quikconfig (part of quik) or quik-installer. regards, Holger pgpxsniYN01Cz.pgp Description: PGP signature
Bug#231222: no support for b+w+serial console or guessing games with minicom
Hi, wouldn't this bug be solved by solving http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=231222 ? IMHO 255545 should be merged with 231222 and closed. regards, Holger, owner of a b+w serial terminal pgp4KGwwPvljp.pgp Description: PGP signature
Bug#295996: oldworld ppc sid install - success with manual help and quik+2.4.27, failure with 2.6.8
Hi, some more updates, including a successfull install ;-) again refering to the issues 1-8... on 5.: cause: base-installer/kernel/linux/initrd is set to false, should be set to true (line 436 of base-installer's postinst) - svenl said on irc this should be fixed in rootskel, but didnt know where. this prevents kernel2.6 with quik to work on oldworld... fixed with r25866 in trunk and r25864+5 in sarge branch (tested by myself for sarge branch only (using the same sid-floppies as in the first install of this report - choosing kernel 2.6.8-powerpc and copied the base-installer postinst from sarge branch to /var/lib/dpkg/info/base-installer.postinst on installation system)) fixed issue 8 in my list as well. on 7.: besides the scary text (which is debatable) the default should be yes and not no to install quik, if i just choose it. clone this bug and assign to quik-installer ? fixed with r25867+8 So I think there are only the issues 1-3 open. to 3: it's kbd-chooser, and I find it confusing that I my choices for Type of keyboard are USB keyboad and no keyboard to configure. This machine has a ADB-Keyboard and no USB-Keyboard... If I choose the usb-keyboard, a list is prompted, where I can choose language specific keyboards, if I choose no keyboard to configure, this list does not appear (which is logical but so I'm forced to english keyboard). Is this a wording problem or something else ? to 2: will keep in my mind and can be treated as solved (the miboot-issue prevents for real rc3 builds anyway...) to 1: cmp also gets an EOF with 2.6-ppc root.img and 2.6-cd-drivers.img, which are both also smaller then 1440k. (but not with i386-root.img as it's 1440k as well.) regards, Holger pgpAzWZdGsxV0.pgp Description: PGP signature
Bug#296426: port-status page and ppc floppies
package: debian-installer Hi, http://www.debian.org/devel/debian-installer/ports-status.en.html for powerpc oldword only shows four types of boot images (businesscard CD, netinst CD, netboot, floppy) and misses the 2.4-floppies. IMHO this also leads to the confused comment working(?), but legal problems. IMHO there should be two rows: ppc-oldworld-floppies no successful reports, please report! legal problems with miboot ppc-oldworld-floppies-2.4 working, but legal problems with miboot I have never had success with the 2.6-pmac-bootfloppy myself (last tried on 2005-02-21) and svenl did confirm this. (He remembered some success in Oldenburg but hat stopped working mysteriously.) BTW, why hasn't the oldworld netboot image been part of rc2 ? Or of more interest: will the oldworld netboot image be part of rc3 ? regards, Holger pgpTv1kDEDkZt.pgp Description: PGP signature
Bug#281257: ext3 works with fai-kernels-1.8.2
Hi Martin, as you already said, your bug report is unreproducable. As ext3 definitly also works with the kernel-image-2.4.27 which is included in fai-kernels-1.8.2, I think this bug can be safely closed. Agreed ? regards, Holger pgp3opiNBReZi.pgp Description: PGP signature
Bug#149690: fai-kernels need not to be arch all
Hi Jeff, the fai-kernels package (or rather the included .debs) are only used on the install server to create the nfsroot. Since the nfsroot for a specific arch can only be created on that arch, it is not useful to install fai-kernels-i386 on a different arch. So, Thomas Lange (the fai author, we are currently together at a fai workshop weekend) and myself think, that this bug should be closed. Agreed ? regards, Holger pgpL4Y53kzNfv.pgp Description: PGP signature
Bug#297550: retitle: fcopy doesnt ignore .svn directories
retitle 297550 fcopy doesnt ignore .svn directories pgpQBqkrRNnbd.pgp Description: PGP signature
Bug#297811: proposed fix to allow security support for fai-kernels in sarge (#297811)
Hi, to fix #297811, which is about adding the kernel abi version number to fai-kernels (which is only build on i386 currently, powerpc is pending) to be able to do security support for fai-kernels in sarge, I made the following changes and I would like to ask on the release managers and security teams opinion if these changes are sufficient to provide security support for fai-kernels. The included debs in the package (yes, this package includes .debs - see below for an explaination) now contain the kernel ABI version: $ dpkg -L fai-kernels # output edited to save space /usr/lib/fai/kernel/kernel-image-2.4.27-2-fai_1_i386.deb /usr/lib/fai/kernel/kernel-image-2.6.8-2-fai_1_i386.deb /usr/share/doc/fai-kernels/README /usr/share/doc/fai-kernels/README.non-i386 /usr/share/doc/fai-kernels/README.security-updates /usr/share/doc/fai-kernels/copyright /usr/share/doc/fai-kernels/config-2.6.8.gz /usr/share/doc/fai-kernels/changelog.gz /usr/share/doc/fai-kernels/config-2.4.27.gz I also introduced a new file, /usr/share/doc/fai-kernels/README.security-updates with the following content: Howto handle security fixes for fai-kernels --- fai-kernels uses the kernel-source-2.4.27 and kernel-source-2.6.8 packages. If these packages get updated with a security fix, fai-kernels needs to be rebuild. The kernel-image-debs which are included in the fai-kernel package contain the kernel abi version in the included packages name. If the abi version changes, those abi version number has to be incremented in fai kernels control file as well. fai kernels control file supports different abi versions for 2.4 and 2.6. Currently the fai-kernels package is only build on i386, building it on powerpc is worked on at the moment. (BTW, note that there is no abi version in the debians powerpc kernel image packages currently.) In etch FAI should be changed to use debian standard kernels, so security updates are no issue anymore (from a fai kernel POV :) Currently this is not possible, as those kernels don't contain nfsroot support, and FAI needs it (currently - the plan is to initrd kernel for FAI as well.) -- I also slighty changed the package description: Description: special kernels for FAI (Fully Automatic Installation) This package contains the kernels which are used by the install clients during the fully automatic installation. Therefore this package contains .deb packages which need to be installed into the nfsroot-filesystem on the fai-server when running make-fai-nfsroot. . These kernels are only useful for the package FAI. . Currently there are only i386 kernels available, but the source package has support for powerpc, although not heavily tested. Read the FAI guide to learn how to use FAI on other architectures. --- Any suggestions welcome! I can be reached via mail or on #debian-release on OFTC (as h01ger, I will stay on OFTC until this bug is solved). If you want to examine the changes in detail, I can put them online somewhere. If you agree with these changes fixing #297811, Thomas Lange will happily upload the new version. regards thanks for your work, Holger pgp96WtSmTMsJ.pgp Description: PGP signature
Bug#297811: proposed fix to allow security support for fai-kernels in sarge (#297811)
Hi Steve, On Tuesday 05 April 2005 16:54, Steve Langasek wrote: To reiterate our discussion on IRC, I don't think this addresses my concerns, which are that: - Nothing in the package (binary or source) uniquely identifies the kernel-source patchlevel used (including the added ABI name, since ABI name != patchlevel) I've changed the build dependencies to kernel-tree-2.6.8-15 and kernel-tree-2.4.27-8 now. - Nothing in the source or binary package names matches the kernel.*2\.(4\.27|6\.8) regexp that I've been using so far to identify the kernel packages requiring attention I have no knowledge of how important the latter is to the security team; As it seems, it's not really important at least to Joey. they may not be bothered by it as long as they're aware that this package exists which doesn't follow the usual naming convention. (which I presume that after this thread, at least one member of the security team *is* aware of this.) Hmmm... the only mail address for stable security support on http://www.debian.org/intro/organization is [EMAIL PROTECTED] - [EMAIL PROTECTED] didnt seem appropriate to me. Would that have been a better address ? regards, Holger pgptalNj4zASw.pgp Description: PGP signature
Bug#297811: proposed fix to allow security support for fai-kernels in sarge (#297811)
Hi Joey, On Tuesday 05 April 2005 18:26, Martin Schulze wrote: Howto handle security fixes for fai-kernels --- fai-kernels uses the kernel-source-2.4.27 and kernel-source-2.6.8 packages. If these packages get updated with a security fix, fai-kernels needs to be rebuild. As just said in the other mail, this is not true anymore, fai-kernels now build-depends on the latest kernel-tree packages. The kernel-image-debs which are included in the fai-kernel package contain the kernel abi version in the included packages name. If the abi version changes, those abi version number has to be incremented in fai kernels control file as well. Oh great, so we need to consider FAI as another architecture. Another arch because it's another kernel package to watch for ? (I would just like to understand that sentence :) Since there are only two base source packages left over (many thanks to the kernel team), this should be doable. Great. So, AFAIU, the proposed fixes for #297811 are accepted by the stable security team. regards, Holger pgpkoQu9Kl51I.pgp Description: PGP signature
Bug#297811: proposed fix to allow security support for fai-kernels in sarge (#297811)
Hi, btw, no need to cc: me, i'm subscribed to release, the bug and the package :-) On Tuesday 05 April 2005 16:54, Steve Langasek wrote: - Nothing in the package (binary or source) uniquely identifies the kernel-source patchlevel used (including the added ABI name, since ABI name != patchlevel) as we now have build depends on the kernel-tree packages including the patchlevel, the abi-name in the included debs (and therefore also touching the rules file on security updates) is not needed any more, right ? regards, Holger pgpi8uGmQRbDU.pgp Description: PGP signature
Bug#304343: preseeding disabled passwords
package: shadow severity: wishlist Hi, I would like to be able (post sarge :) to preseed (with d-i) disabled passwords. So I could disable the root account and pull user data from ldap or with ssh's authorized_keys. Some log bits from our discussion on #debian-boot h01ger bubulle: i'm strictly against asking for passwords only once. How to detect typos that way ? There is no way so people will choose passwords like mate or 123 :-( If you ask for passwords, you have to confirm them. For critical installation mode, $disabled as a password would be much more handy :) bubulle As shadow maintainer now (sigh), I will implement what is judged as most appropriate by the d-i team, as this feature is only used during installs bubulle sam for the groups the first created user should belong too (I *will* deal with that post-sarge...but, again, after taking opinions from either the d-i team, or the technical comitee, or by starting a flamew^W discussion in -devel aba bubulle: well, a nice thing would be to allow to not set any root pw ... bubulle aba: you mean, disable it as h01ger suggested? h01ger bubulle: you might even argue that it's a debian decision. as ergonomic user interfaces are demanded by some laws (you are not allowed to use unergonomic software) and entering a password only once is against all users expectations. - even admins have a right for ergonomic software :-) but i absolutly agree with post-sarge and team-decision. bubulle I also intend to deal with the suggestion to preseed the passwords with encrypted values h01ger preseeding encrypted passwords is better of course, but also gives a false sense of security. so please also add a warning like r00tme :) bubulle h01ger: yep, the decision about prompting the root pw twice is a general design decision, so a debian decision (thus, technical comitee, again?) p2-mate aba: you would still need a user with password and sudo in that case aba p2-mate: yes. p2-mate sounds like moving the problem :) bubulle h01ger: about the ability to disable the root login, I suggest you report a wishlist bug against shadow for that. IIRC, there no such suggestion. Feel free to paste this whole discussion for the record h01ger p2-mate, thats no problem. you can install authorized_keys with base-config/late|early_command aba p2-mate: if you use user account replication, you don't need any local account :) h01ger bubulle, ok. will do. thx. Kamion disabled passwords FWIW that can probably be taken from the Ubuntu patch, with different defaults - I just wasn't sure if anyone wanted that bubulle Kamion: looking, some day, at Ubuntu patches to shadow, is among my projects for shadowSigh...if only days had 30 hours an,d the shadow team more than 3 members (plus upstream...now well involved) bubulle Kamion: who is currently maintaining shadow in Ubuntu? Kamion bubulle: I'm probably the closest you've got bubulle Kamion: would you consider joining in the small pkg-shadow-devel team? Kamion bubulle: yeah, could do, I'll have a look later today h01ger Kamion, where is the patch ? i couldnt find at http://patches.ubuntulinux.org/patches/(shadow.login-nosuid.diff) ? Kamion h01ger: http://people.ubuntu.com/~scott/patches/shadow/ Kamion far too enormous for its own good h01ger Kamion, thx. Kamion the initial-passwd-udeb thing is a consequence of trying to ask all questions in the first stage; I'm not entirely convinced (yet) that it's the right approach though Kamion I think most of the rest should be pretty obvious regards, Holger pgpIDwukYRfCL.pgp Description: PGP signature
Bug#304350: always ask for passwords twice - also in critical installations
package: shadow Hi, currently, when doing d-i installs with DEBCONF_PRIORITY, root and user passwords are only asked once (if not preseeded). IMO this is a grave bug, as this provides no way to detect typos, so users will choose simple passwords. (Or make typos...) And it's also different from all password prompting user interfaces I have seen. h01ger bubulle: are you still of the opinion that it's sane to only ask for the rootpw once if DEBCONF_PRIORITY=critical ? bubulle h01ger: yes, but, well, my opinion is maybe not what is to be implemented, after all I gave my arguments when this discussion occured a while ago, I have no new argument pro or against this. h01ger bubulle: i'm strictly against asking for passwords only once. How to detect typos that way ? There is no way so people will choose passwords like mate or 123 :-( If you ask for passwords, you have to confirm them. For critical installation mode, $disabled as a password would be much more handy :) h01ger bubulle: but we can discuss this nicely at debconf or maybe linuxtag/karlsruhe allready ? bubulle h01ger: Sure. I think that, indeed, this decision is among those which pertain to the whole d-i team. bubulle As shadow maintainer now (sigh), I will implement what is judged as most appropriate by the d-i team, as this feature is only used during installs bubulle [...] I *will* deal with that post-sarge...but, again, after taking opinions from either the d-i team, or the technical comitee, or by starting a flamew^W discussion in -devel h01ger bubulle: you might even argue that it's a debian decision. as ergonomic user interfaces are demanded by some laws (you are not allowed to use unergonomic software) and entering a password only once is against all users expectations. - even admins have a right for ergonomic software :-) but i absolutly agree with post-sarge and team-decision. bubulle h01ger: yep, the decision about prompting the root pw twice is a general design decision, so a debian decision (thus, technical comitee, again?) regards, Holger pgpLnETbU2XeM.pgp Description: PGP signature
Bug#304352: allow encrypted password for preseeding
package: shadow priority: wishlist Hi, it would be nice if it were possible to preseed encrypted passwords. Please also provide a fat warning, that this still isnt really secure - it's only more secure than plaintext passwords. bubulle I also intend to deal with the suggestion to preseed the passwords with encrypted values h01ger preseeding encrypted passwords is better of course, but also gives a false sense of security. so please also add a warning like r00tme :) regards, Holger pgpWUXii87XPE.pgp Description: PGP signature
Bug#305362: fai: cfengine2 instead of cfengine
Hi, since sarge is close release (and cfengine2 is not a drop-in-replacement for cfengine1), no work on this bug will be done _now_. regards, Holger pgpCGvntCAejT.pgp Description: PGP signature
Bug#306167: Installation (PPC - RC3) fail on a G4 Cube
Hi, On Sunday 24 April 2005 19:03, [EMAIL PROTECTED] wrote: Hardware: G4 cube, cinema display, USB pro keyboard The keyboard is not recognised after the boot. Neither when plugged in the cube, nor in the display. RC1 worked. could you please try if unplugging and replugging your usb keyboard helps ? (no kidding, see http://bugs.debian.org/305882) regards, Holger pgpROHUYCuf7i.pgp Description: PGP signature
Bug#296782: PowerPC boot.img broken?
Hi Madjic, On Thursday 24 February 2005 17:24, Madjic wrote: Package: boot-floppies Version: http://people.debian.org/~luther/d-i/images/2005-02-23/powerpc/ \ floppy-2.4/ /boot.img gives me just a black/white flickering screen, but seems to work, as it drops out the floppy and, after inserting root floppy it changes to a blue/white flickering screen./ could you please try if you have success with http://people.debian.org/~luther/d-i/sarge/images/daily/powerpc/floppy-2.4/ so that we can close this bug ? (The above link points to floppy images built from the sarge tree, there is no real/official rc3 for powerpc-floppies because of legal problems.) regards, Holger pgpTHJL7DY6T6.pgp Description: PGP signature
Bug#306167: RC3 - PPC attempt with install-2.4
Hi, could you (@#306167) please try again with kernel 2.6 ?! #305882 was also done with 2.6: markos_ h01ger: well the usb replug thing was with 2.6, with 2.4 i couldn't get it to load anyway, iirc Kernel 2.4 on powerpc is not supported upstream anymore. So 2.6 is the default kernel for ppc for debian/sarge, which should also be used for installation (if possibe. Booting from floppy is _only_ possible with 2.4 atm.) regards, Holger pgppreD3ZIROG.pgp Description: PGP signature
Bug#307150: better debconf-text (use fai.conf for exotic mirrors)
package: fai severity: wishlist Hi, attached is a proposed patch for the debconf-template about access to a mirror. The patchs points out more clearly that different layouts or access methods can be used by editing fai.conf. regards, Holger --- debian/templates.orig 2005-04-09 18:41:08.136835455 +0200 +++ debian/templates 2005-04-09 18:41:47.452071807 +0200 @@ -19,7 +19,11 @@ for FAI, please enter it's hostname here. In case you don't have an own debian mirror, you will most probably use ftp.debian.org for that, which we provide as a default. - + . + In case you need to access a mirror with a non-default filelayout + or you need a different access method than http, you have to adjust + /etc/fai/fai.conf to your needs manually. + Template: fai/run-faisetup-on-install Type: boolean Default: false pgp99GvHkxPMW.pgp Description: PGP signature
Bug#307147: tune2fs is not called on 2.6, because of a kernel-bug
package: fai Hi, this bug is to track the issue... As described by Thomas Lange in http://www.mail-archive.com/linux-fai%40rrz.uni-koeln.de/msg02459.html Kernel 2.6 has a bug, which prevents tune2fs to work correctly, which is why tune2fs is disabled for kernel 2.6 in fai 2.8.1 in the example classes. regards, Holger pgplwVh1vObaZ.pgp Description: PGP signature
Bug#307232: can't boot rc3 netboot+cd on oldworld, floppy undocumented (Re: Can't boot floppy on PowerMac G3)
package: debian-installer-manual mainly a repost to the BTS, one more info: cd booting on oldworld was possible with woody, according to http://www.biccard.com/alan/7200/7200boot.html Hi, On Sunday 24 April 2005 19:53, Jon Niehof wrote: I see on the status page that CD booting should work on old world now--is there any documentation on that? Despite the media bay ATAPI interface being listed in the device aliases, I can't get a directory listing on it in OFW and boot cdrom: just boots macos off the hard drive. I presume the yaboot instructions in the installer manual aren't applicable. According to the (netbsd)-docs I found, it's bood cd: or boot scsi/[EMAIL PROTECTED]:0/install/powerpc/vmlinuz-coff.initrd for my 7200 where the scsi-cd has id 3. 0 boot scsi/[EMAIL PROTECTED]:0 RESETing to change Configuration! no bootable HFS partition Open Firmware, 1.0.5 To continue booting the MacOS type: BYEreturn To continue booting from the default boot device type: BOOTreturn ok 0 boot scsi/[EMAIL PROTECTED]:,/install/powerpc/vmlinuz-coff.initrd bad partition number, using 0 can't OPEN: scsi/[EMAIL PROTECTED]:,/install/powerpc/vmlinuz-coff.initrd ok 0 boot scsi/[EMAIL PROTECTED]:/install can't OPEN: scsi/[EMAIL PROTECTED]:/install ok 0 boot scsi/[EMAIL PROTECTED]:/install/powerpc/vmlinuz-coff.initrd can't OPEN: scsi/[EMAIL PROTECTED]:/install/powerpc/vmlinuz-coff.initrd ok 0 boot scsi/[EMAIL PROTECTED]:0,/install/powerpc/vmlinuz-coff.initrd bad partition number, using 0 can't OPEN: scsi/[EMAIL PROTECTED]:0,/install/powerpc/vmlinuz-coff.initrd ok 0 Netbooting d-i doesnt work as well. At least for the OF 1.0.5 of my 7200 the 5.2mb initrd is too big, it works with a smaller (1.2 mb) kernels. According to ethereal it hangs after 8169 packets, each 588 bytes in size. This is roughly 4mb. Firmware, 1.0.5 To continue booting the MacOS type: BYEreturn To continue booting from the default boot device type: BOOTreturn ok 0ok 0 boot enet: file: 192.168.45.23,/tftpboot/vmlinuz-coff.initrd/DEFAULT CATCH!, code=FFF00400 ok 0 # note: i only needed to enter boot enet: to successfully boot smaller # kernels. the relevant snippet from my dhcpd.conf host pmac7200 { hardware ethernet 00:00:00:00:00:00; next-server 192.168.45.23; filename /tftpboot/vmlinuz-coff.initrd; } btw, I've just tested the 2-4 boot.img, both the daily and the rc3 image, both work. (Although I find it odd, that images from 03-23, the rc3 release day, doesnt exit...neither a link) They were fetched from http://people.debian.org/luther/d-i/images/daily/powerpc/floppy-2.4/boot.img and ~luther/d-i/sarge/images/2005-03-24/powerpc/floppy-2.4/boot.img and written with dd if=/tmp/boot.img of=/dev/fd0 bs=1k conv=sync ; sync ; cmp /dev/fd0 /tmp/boot.img summary: - i'm still not sure about the cd issues - there are many OF versions with different bugs and features or vice versa ;) - but see below.. - document how to netboot on oldworld, maybe works on some models - document the models where netbooting d-i doesnt work - creater smaller (only-english) initrds to allow netbooting (as floppy bootint has legal problems) http://d-i.alioth.debian.org/manual/en.powerpc/ch05s01.html#boot-cd if this is correct, booting from cd via OF is not possible. but if ftp://ftp.NetBSD.org/pub/NetBSD/NetBSD-2.0/macppc/INSTALL.html#Booting%20the%20NetBSD%2Fmacppc%20install%20CD-R is correct, it's possible. (With all versions of OF: quote: (Open Firmware 1.0.5, Open Firmware 1.1.22, Open Firmware 2.0.x, Open Firmware 2.4) ftp://ftp.NetBSD.org/pub/NetBSD/NetBSD-2.0/macppc/INSTALL.html#Supported%20models has a overview, which model has which version of OF. (btw, the 7200 is not support by netbsd because of the cpu...) http://d-i.alioth.debian.org/manual/en.powerpc/ch05s01.html#boot-tftp misses oldworld and chrp pegasos2. (It's possible on both archs, but the current d-i initrd is too big for oldworld.) http://d-i.alioth.debian.org/manual/en.powerpc/ch05s01.html#id2532179 definitly needs an update and a nicer URL ;-) So I guess I will make five (? ;) bugs out of this mail to track the issues. regards, Holger pgpQ9YnYn6OYZ.pgp Description: PGP signature
Bug#307281: quagga has to depend on real packages first
package: quagga severity: serious Version: 0.98.3-1 Hi, When installing quagga with aptitude install quagga, the amd64-kernel gets also installed. But the server is plain i386. Installing quagga with apt-get works just fine. So I asked Daniel Burrows, the aptitude maintainer, if this is a known bug in aptitude. He replied This is a bug in quagga, which violates policy 7.4 (last paragraph) by not listing a real package first in its dependency on kernel-image. It doesn't show up in apt-get because apt-get doesn't honor Recommends. regards, Holger -- Forwarded Message -- Subject: Re: aptitude install amd64-kernel Date: Sunday 01 May 2005 11:37 From: Holger Levsen To: linux-fai@uni-koeln.de Cc: [EMAIL PROTECTED] Hi, what I forgot to mention: this doesnt happen, when installing quagga with apt-get install regards, Holger On Sunday 01 May 2005 10:55, Holger Levsen wrote: Hi Daniel, hi list, should I file a bug against aptitude ? (I have not checked all the 115 normal bugs against aptitude...) IMHO this is serious, as it installs a non-working kernel (a amd64-kernel on i386), which renders the system unusable. Is there a aptitude mailing-list or such ? Or only debian-devel or rather debian-dpkg ? On Thursday 28 April 2005 17:08, Christoph Klünter wrote: When installing quagga with PACKAGES aptitude, the amd64-kernel gets also installed. But the Server is plain i386. When using PACKAGES install everything is fine. The same when not installing quagga via fai: after the install aptitude would install amd64-kernel and apt-get not. So this is not a fai bug, but a aptitude bug, i think. But I wanted to let you know. I just tested this on another system manually: timesink:~# dpkg -l aptitude Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version || Description +++-==-==-= === ii aptitude 0.2.15.8-1 terminal-based apt frontend timesink:~# dpkg -l | grep kernel-image ii kernel-image-2 2.4.27-2 Linux kernel image for version 2.4.27 on AMD timesink:~# cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 6 model : 8 model name : AMD Athlon(tm) XP 1800+ stepping: 0 cpu MHz : 1535.259 cache size : 256 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow bogomips: 3060.53 timesink:~# aptitude install quagga Reading Package Lists... Done Building Dependency Tree Initializing package states... Done Reading task descriptions... Done The following NEW packages will be automatically installed: kernel-image-2.6.8-10-amd64-generic The following packages have been kept back: aptitude boa cpp-3.3 gcc-3.3-base grub hdparm helix-player libc6 libc6-dev libfreetype6 libg2c0 libg2c0-dev libsensors3 libstdc++5 libwxgtk2.4 libzvbi-common libzvbi0 locales nvidia-glx nxtvepg python2.3-imaging saytime sudo The following NEW packages will be installed: kernel-image-2.6.8-10-amd64-generic quagga 0 packages upgraded, 2 newly installed, 0 to remove and 23 not upgraded. Need to get 13.8MB of archives. After unpacking 47.4MB will be used. Do you want to continue? [Y/n/?] timesink:~# apt-cache show quagga Package: quagga Priority: optional Section: net Installed-Size: 4532 Maintainer: Christian Hammers [EMAIL PROTECTED] Architecture: i386 Version: 0.98.3-1 Replaces: zebra, zebra-pj Depends: libc6 (= 2.3.2.ds1-4), libcap1, libncurses5 (= 5.4-1), libpam0g (= 0.76), libreadline4 (= 4.3-1), libsnmp5 (= 5.1), libssl0.9.7, logrotate (= 3.2-11), iproute, debconf (= 1.2.0) Recommends: kernel-image-2.4 (= 2.4.20) | kernel-image-2.6 Suggests: snmpd Conflicts: zebra, zebra-pj Filename: pool/main/q/quagga/quagga_0.98.3-1_i386.deb Size: 1229422 MD5sum: a43139422468fbfd897a1e6c3e68db6d pgp3mcl7PnQWD.pgp Description: PGP signature
Bug#307281: quagga has to depend on real packages first
Hi, On Monday 02 May 2005 12:25, Christian Hammers wrote: tags 307281 + pending confirmed thanks. also to steve for the explaination. regards, Holger pgpwSwRqIDn8Q.pgp Description: PGP signature
Bug#307570: please provide releasenotes (Re: Release update: editorial changes to the testing propagation scripts)
Package: www.debian.org Hi, On Tuesday 03 May 2005 21:46, Steve Langasek posted a fine mail about a fine change (thanks for both to whom it may apply). Whohoo! :-) Regarding testing upgrades from woody, I would like to propose mentioning more visible that the suggested upgrade tool is aptitude, not apt-get - fewer people than you might think read the fine releasenotes :-) This might be related to the fact the they're somewhat hidden, at least to ./google sarge releasenotes - http://www.debian.org/releases/testing/releasenotes isn't helpful atm either. regards keep on rockin' ;-) Holger As before, being able to hold to this schedule depends heavily on a steadily dropping RC bug count, so if that isn't happening, the timeline will have to be tweaked accordingly. Note once again that you can stage NEW uploads in experimental to avoid disruption in unstable. pgp1vg0hc8TPU.pgp Description: PGP signature
Bug#307570: please provide releasenotes (Re: Release update: editorial changes to the testing propagation scripts)
Hi Javier, On Wednesday 04 May 2005 13:49, Javier Fernández-Sanguino Peña wrote: This might be related to the fact the they're somewhat hidden, at least to ./google sarge releasenotes - http://www.debian.org/releases/testing/releasenotes isn't helpful atm either. Why not? Isn't http://www.debian.org/releases/testing/i386/release-notes/ch-upgrading.en.h tml#s-upgradingpackages sufficient? It is. But it wasnt there last night. Someone (thanks!) fixed it today at 01:51:49 Uhr UTC, rougly 30 minutes after my mail ;) I closed the bug now. When I saw this tomorrow morning I was a little bit to find the old browser window from last night still open, showing me, the page was indeed empty last night ;-)) btw, google has no (good) hits for sarge releasenotes, but for sarge release notes they have... maybe this helps. regards, Holger, dropping debian-release from cc: as that list is busy enough today ;-) pgp2w45fre1rP.pgp Description: PGP signature
Bug#307570: please provide releasenotes (Re: Release update: editorial changes to the testing propagation scripts)
Hi Frank, On Wednesday 04 May 2005 15:20, you wrote: The German translation was faulty and I noticed that tonight so this might explain it. AFAICT all other pages should have shown the right content even yesterday. Ah - thanks for the explaination action ;-) My main point was anyway to promote using aptitude instead of apt-get even more visible than just hidden inside the releasenotes. As unfortunate as that may be, I fairly sure too few people read them. (*) regards, Holger (*) yes, I'm promoting to help fools. And I repeat it, as I'm not sure if this message was received. pgpG26Vkge3yi.pgp Description: PGP signature
Bug#307632: not rc, not a security issues
Hi Joey, On Thursday 05 May 2005 22:02, Joey Hess wrote: This bug is not RC and is not a security issue. The piece of policy quoted is intended to warn against attacks such as symlink attacks that can be performed on unsafely created temp files. The program in question is run during a fai install, before the system is multiuser, and so its unsafe temp files cannot be created. This is not true/right, since fai 2.8 fai can run on a running system, so there might be ways to exploit this. The new feature in question is called softupdate, see http://liw.iki.fi/lists/debconf5-team%40lists.debconf.org/msg00349.html for a short explaination or have a look into the fai guide if you're interested to learn more. As the patch description says: * BUGFIX: create /tmp/fai only when DO_INIT_TASKS /tmp/fai was created, but not used when performing softupdates and not removed afterwards DO_INIT_TASKS is not defined for (grammar: at?) softupdates. If you agree, please raise the severity again. (I haven't done this cause I dont want to argue thru the BTS..) Thanks :-) regards, Holger pgp8Pd81hqBNY.pgp Description: PGP signature
Bug#290872: remove obsolete notes in C.1. Preconfiguration File Example
package: debian-installer-manual Hi, C.1. Preconfiguration File Example contains two notes, which are obsolete now: # Preseeding base-config. # XXX: Note that most of this will not work right until base-config 2.40.4 # is available. and ## Package selection. #... # XXX: this will not work until tasksel 2.12 is available In sarge tasksel is at 2.15 and base-config is at 2.53.5 - so these warnings can be removed. regards, Holger -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291052: wrong video driver for S3 Inc. 86c968 [Vision 968 VRAM] rev 0
package: xdebconfigurator Hi, let me first say thank you for this wonderfull package! Unfortunatly it doesn't work with one s3-graphiccard I use, it chooses the s3-driver, but my card needs the vesa-driver and also BusID has to be set! Attached are XF86Config as created by xdebconfigurator, the working config, and the outputs of '(lspci ; lspci -n) | sort' and '/sbin/discover --xdriver video'. Discover advices the wrong driver, but since the BusID has also be set, I'll attach this bugreport to xdebconfigurator first... /usr/share/doc/xserver-xfree86/Status.gz reads: 4.3.0: Support (accelerated) for the 964 (revisions 0 and 1), 968, Trio32, Trio64, Trio64, Trio64V+, Trio64UV+, Aurora64V+, Trio64V2, and PLATO/PX is provided by the s3 driver (however, only models using the IBM RGB 524, Texas Instruments 3025, or an internal TrioDAC RAMDAC chip are supported). Support (acceler- ated) for the ViRGE, ViRGE/VX, ViRGE/DX, ViRGE/GX, ViRGE/GX2, ViRGE/MX, ViRGE/MX+, Trio3D and Trio3D/2X is provided by the s3virge driver. Support (accelerated) for the Savage3D, Sav- age3D/MV, Savage4, Savage2000, and SuperSavage, is provided by the savage driver. Support for the other S3 chipsets has not yet been ported. Summary: All hardware supported in 3.3.6 is also supported in 4.3.0 except for the 911, 924, 801, 805, 928, 864, and 868, and versions of the 964 and 968 that do not use the RAMDAC chips listed above. The SuperSavage chipset is supported only in 4.3.0. Installed software: ii xdebconfigurator 1.14 A script used with debconf to ii discover1 1.7.6 hardware identification system ii xserver-xfree864.3.0.dfsg.1-10the XFree86 X server HTH, if not, I'll gladly provide more details. regards, Holger s3 :00:00.0 0600: 10b9:1541 (rev 04) :00:00.0 Host bridge: ALi Corporation M1541 (rev 04) :00:01.0 0604: 10b9:5243 (rev 04) :00:01.0 PCI bridge: ALi Corporation M1541 PCI to AGP Controller (rev 04) :00:02.0 0c03: 10b9:5237 (rev 03) :00:02.0 USB Controller: ALi Corporation USB 1.1 Controller (rev 03) :00:07.0 0601: 10b9:1533 (rev c3) :00:07.0 ISA bridge: ALi Corporation M1533 PCI to ISA Bridge [Aladdin IV] (rev c3) :00:08.0 0300: 5333:88f0 :00:08.0 VGA compatible controller: S3 Inc. 86c968 [Vision 968 VRAM] rev 0 :00:0a.0 0401: 13f6:0111 (rev 10) :00:0a.0 Multimedia audio controller: C-Media Electronics Inc CM8738 (rev 10) :00:0b.0 0200: 10ec:8139 (rev 10) :00:0b.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) :00:0f.0 0101: 10b9:5229 (rev c2) :00:0f.0 IDE interface: ALi Corporation M5229 IDE (rev c2) # XF86Config-4 (XFree86 X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type man XF86Config-4 at the shell prompt.) # # This file is automatically updated on xserver-xfree86 package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xfree86 # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom # md5sum /etc/X11/XF86Config-4 /var/lib/xfree86/XF86Config-4.md5sum # dpkg-reconfigure xserver-xfree86 Section Files FontPathunix/:7100# local font server # if the local font server has problems, we can fall back on these FontPath/usr/lib/X11/fonts/misc FontPath/usr/lib/X11/fonts/cyrillic FontPath/usr/lib/X11/fonts/100dpi/:unscaled FontPath/usr/lib/X11/fonts/75dpi/:unscaled FontPath/usr/lib/X11/fonts/Type1 FontPath/usr/lib/X11/fonts/CID FontPath/usr/lib/X11/fonts/Speedo FontPath/usr/lib/X11/fonts/100dpi FontPath/usr/lib/X11/fonts/75dpi EndSection Section Module LoadGLcore Loadbitmap Loaddbe Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadrecord Loadspeedo Loadtype1 Loadvbe EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xfree86 Option XkbModel pc105 Option XkbLayout de EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer
Bug#291094: ppc - radeonfb, sometimes out-of-scan-range occurs when switching to framebuffer
package: kernel-source-2.6.8 Hi, Sometimes (around 20-40% of all boots, no matter if reset or powered on...) I have a problem when booting my pegasos2 running sarge: the kernel unpacks, switches to framebuffer and then the monitor displays out of scan range - this is before init is started. It has nothing to do with the monitor, as it normally works without a problem. I'm using a single monitor setup and the monitor is powered on, when I turn on the box. 0001:01:08.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200 SE] (rev 01) 0001:01:08.1 Display controller: ATI Technologies Inc RV280 [Radeon 9200 SE] (Secondary) (rev 01) Linux version 2.6.8-powerpc ([EMAIL PROTECTED]) (gcc version 3.3.4 (Debian 1:3.3.4-11)) #1 Sun Oct 3 13:22:21 CEST 2004 svenl believes it has something to do with the radeonfb-driver. If you need more information, I'll happily try to provide it. regards, Holger pgpHwX6OnwMc6.pgp Description: PGP signature
Bug#291094: (ppc - radeonfb, sometimes out-of-scan-range occurs when switching to framebuffer)
Hi, this is the dmesg output if the machine boots correctly. If an out-of-scan-range occours, none of it gets displayed, I just can see some lines for maybe a second when the kernel gets loaded and unpacked - then the monitor fades away... regards, Holger Total memory = 256MB; using 512kB for hash table (at c030) Linux version 2.6.8-powerpc ([EMAIL PROTECTED]) (gcc version 3.3.4 (Debian 1:3.3.4-11)) #1 Sun Oct 3 13:22:21 CEST 2004 PCI bus 0 controlled by pci at 8000 PCI bus 0 controlled by pci at c000 Pegasos l2cr : L2 cache was not active, activating On node 0 totalpages: 65536 DMA zone: 65536 pages, LIFO batch:16 Normal zone: 0 pages, LIFO batch:1 HighMem zone: 0 pages, LIFO batch:1 Built 1 zonelists Kernel command line: root=/dev/hda5 PID hash table entries: 2048 (order 11: 16384 bytes) time_init: decrementer frequency = 33.33 MHz Console: colour dummy device 80x25 Dentry cache hash table entries: 65536 (order: 6, 262144 bytes) Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) Memory: 251072k available (1732k kernel code, 1084k data, 164k init, 0k highmem) Calibrating delay loop... 665.60 BogoMIPS Mount-cache hash table entries: 512 (order: 0, 4096 bytes) checking if image is initramfs...it isn't (no cpio magic); looks like an initrd Freeing initrd memory: 4669k freed NET: Registered protocol family 16 PCI: Probing PCI hardware radeonfb: Found Intel x86 BIOS ROM Image radeonfb: No ATY,RefCLK property ! radeonfb: Retreived PLL infos from BIOS radeonfb: Reference=27.00 MHz (RefDiv=12) Memory=200.00 Mhz, System=166.00 MHz radeonfb: Monitor 1 type CRT found radeonfb: EDID probed radeonfb: Monitor 2 type no found EDID checksum failed, aborting EDID checksum failed, aborting radeonfb: ATI Radeon Yd DDR SGRAM 128 MB Thermal assist unit not available audit: initializing netlink socket (disabled) audit(): initialized devfs: 2004-01-31 Richard Gooch ([EMAIL PROTECTED]) devfs: boot_options: 0x0 Initializing Cryptographic API Console: switching to colour frame buffer device 80x30 Generic RTC Driver v1.07 Macintosh non-volatile memory driver v1.1 Serial: 8250/16550 driver $Revision: 1.90 $ 8 ports, IRQ sharing disabled ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A pmac_zilog: 0.6 (Benjamin Herrenschmidt [EMAIL PROTECTED]) RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize divert: not allocating divert_blk for non-ethernet device lo input: Macintosh mouse button emulation Warning: no ADB interface detected Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx mice: PS/2 mouse device common for all mice NET: Registered protocol family 2 IP: routing cache hash table of 2048 buckets, 16Kbytes TCP: Hash tables configured (established 16384 bind 32768) RAMDISK: Compressed image found at block 0 VFS: Mounted root (cramfs filesystem) readonly. Freeing unused kernel memory: 164k init 60k pmac 32k prep NET: Registered protocol family 1 VP_IDE: IDE controller at PCI slot :00:0c.1 VP_IDE: chipset revision 6 VP_IDE: VIA vt8231 (rev 10) IDE UDMA100 controller on pci:00:0c.1 VP_IDE: 100% native mode on irq 14 ide0: BM-DMA at 0x1020-0x1027, BIOS settings: hda:pio, hdb:pio ide1: BM-DMA at 0x1028-0x102f, BIOS settings: hdc:pio, hdd:pio Probing IDE interface ide0... hda: ST340014A, ATA DISK drive Unhandled interrupt e, disabled Using anticipatory io scheduler ide0 at 0x1000-0x1007,0x100e on irq 14 Probing IDE interface ide1... hdc: SAMSUNG CDRW/DVD SM-352B, ATAPI CD/DVD-ROM drive Unhandled interrupt f, disabled ide1 at 0x1010-0x1017,0x101e on irq 15 hda: max request size: 1024KiB hda: 78165360 sectors (40020 MB) w/2048KiB Cache, CHS=16383/255/63, UDMA(100) /dev/ide/host0/bus0/target0/lun0: RDSK p1 p2 p3 p4 p5 p6 p7 p8 EXT3-fs: INFO: recovery required on readonly filesystem. EXT3-fs: write access will be enabled during recovery. kjournald starting. Commit interval 5 seconds EXT3-fs: recovery complete. EXT3-fs: mounted filesystem with ordered data mode. Adding 1027836k swap on /dev/hda4. Priority:-1 extents:1 EXT3 FS on hda5, internal journal serio: i8042 AUX port at 0x60,0x64 irq 12 serio: i8042 KBD port at 0x60,0x64 irq 1 input: AT Translated Set 2 keyboard on isa0060/serio0 hdc: ATAPI 52X DVD-ROM CD-R/RW drive, 2048kB Cache, UDMA(33) Uniform CD-ROM driver Revision: 3.20 input: ImExPS/2 Logitech Explorer Mouse on isa0060/serio1 ts: Compaq touchscreen protocol output ieee1394: Initialized config rom entry `ip1394' SCSI subsystem initialized sbp2: $Rev: 1219 $ Ben Collins [EMAIL PROTECTED] ohci1394: $Rev: 1223 $ Ben Collins [EMAIL PROTECTED] PCI: Enabling device :00:01.0 ( - 0003) ohci1394: fw-host0: OHCI-1394 1.0 (PCI): IRQ=[9] MMIO=[8000-87ff] Max Packet=[2048] MV-64340 10/100/1000 Ethernet Driver MV-64340: Chip base remaped at 0xd225b000 divert: allocating divert_blk for eth0 eth0: port 1 with MAC address 00:... RX TCP/UDP Checksum Offload ON, TX and RX
Bug#296426: port-status page and ppc floppies
Hi, please apply the attached patch to update the powerpc oldworld information about d-i. Thanks. On Tuesday 22 February 2005 14:06, Holger Levsen wrote: http://www.debian.org/devel/debian-installer/ports-status.en.html for powerpc oldword only shows four types of boot images (businesscard CD, netinst CD, netboot, floppy) and misses the 2.4-floppies. IMHO this also leads to the confused comment working(?), but legal problems. IMHO there should be two rows: ppc-oldworld-floppies no successful reports, please report! legal problems with miboot ppc-oldworld-floppies-2.4 working, but legal problems with miboot the attached patch to port-status.wml adds this additional row to oldworld. it also has the two different comments. (which will help people looking for working floppies on oldworld - and should also help to receive floppy-2.6 installation reports one day...) BTW, why hasn't the oldworld netboot image been part of rc2 ? Or of more interest: will the oldworld netboot image be part of rc3 ? It has been part of rc2 (and therefore will be of rc3), but noone reported any success or failure. The patchs adds a comment asking for reports. regards, Holger --- ports-status.wml_orig 2005-02-24 11:59:47.354357048 +0100 +++ ports-status.wml 2005-02-24 12:39:02.210616986 +0100 @@ -677,7 +677,7 @@ /tr tr - td rowspan=4oldworld/td + td rowspan=5oldworld/td tdbusinesscard CD/td td-good-working url=http://cdimage.debian.org/pub/cdimage-testing/daily/powerpc; / td-good-rc2 url=http://cdimage.debian.org/pub/cdimage-testing/sarge_d-i/powerpc/rc2/sarge-powerpc-businesscard.iso; / @@ -691,15 +691,21 @@ /tr tr tdnetboot/td - td-bad-building url=http://people.debian.org/~luther/d-i/images/daily/powerpc/netboot/; / - td-error-not-yet / - td-nothing / + td-bad-building url=http://people.debian.org/~luther/d-i/images/daily/powerpc/netboot/vmlinuz-coff.initrd; / + td-good-rc2 url=http://http.us.debian.org/debian/dists/testing/main/installer-powerpc/rc2/images/powerpc/netboot/vmlinuz-coff.initrd; / + tdno successful reports, please report!/td /tr tr tdfloppy/td - td-bad-building url=http://people.debian.org/~luther/d-i/images/daily/powerpc-small/floppy/; / + td-bad-building url=http://people.debian.org/~luther/d-i/images/daily/powerpc/floppy/; / + td-error-not-yet / + tdno successful reports, please report! legal problems with miboot/td +/tr +tr + tdfloppy-2.4/td + td-good-working url=http://people.debian.org/~luther/d-i/images/daily/powerpc/floppy-2.4/; / td-error-not-yet / - tdworking(?), but legal problems with miboot/td + tdworking, but legal problems with miboot/td /tr trtd rowspan=3 colspan=2a href=$(HOME)/ports/s390/s390/a/td pgpgLdhi9E4XJ.pgp Description: PGP signature
Bug#297811: please provide kernel-source-package with abi version in description
package: fai-kernels severity: important Hi Thomas, to make life easier for the security team(s) to provide security updates for the various kernel packages, please provide kernel-source-package with abi versions (2.4.27-3 not 2.4.27) in package description of fai-kernels (or in the name of the kernel-debs the package contains). Log from #debian-boot: ths vorlon: mips/mipsel kernel can also use nfs-root, and for i386 there are the FAI kernels. :-) vorlon ths: whine what does the fai-kernels package contain? vorlon this is the first time I've noticed this completely unversioned package name... vorlon and the version number on the package is equally useless... ths vorlon: Kernels for FAI installs. The NFS support is one of the main differences AFAIK. vorlon ths: yes, but what source are they based on? ths vorlon: Ask Thomas Lange what he did with it. :-) vorlon I don't look forward to telling Joey that he has to provide security support for a kernel package that doesn't even bother telling people what kernel version it's based on... p2-mate vorlon: they are only used for installation vorlon p2-mate: but we still have to deal with remote vulns vorlon ? ths p2-mate: They could also be used for the running system, that's an admin decision. p2-mate vorlon: I would assume people doing network installs not using internet connected networks for that ths p2-mate: Every university pool does. Kamion not a terribly safe assumption vorlon p2-mate: ugh, that's the kind of assumption that leaves us with egg on our face. p2-mate ths: that's a horribly bad idea Kamion we just cannot get away with un-security-updated kernels nowadays Kamion any scheme that assumes we can will break at some point Q_ p2-mate: amd64 does not have fai kernels in debian, it's i386 only. p2-mate Q_: FAI has them h01ger vorlon: you could file a bug against fai-kernels requesting kernel version number in the package name ;-) but the package contains a 2.4 and a 2.6 kernel... at the moment, there are no fai-kernels for !i386 available in debian. (i have ppc ones, someone else for alpha, on the fai-homepage there is one for amd64...) h01ger there are also patches to uses normal (aka debian default) kernels with initrds for fai - but this patch has not been applied. afaik also because not break anything so short before a release... h01ger anyway, i really suggest talking to thomas lange about it... h01ger vorlon,Kamion: so you would rather suggest fai-kernel-i386-2.4.27-3 and fai-kernel-i386-2.6.8-x ? Kamion h01ger: not bothered as long as the version number's clear and it's trivial for the security team to find out what's in it and to update Kamion h01ger: although the package name should not change on each version; don't want to require NEW processing aall the time Kamion -a ths Kamion: I think the module ABI version should be included. ths (I guess that's what -3, -x is.) Kamion ah, ok, yeah, sure h01ger fai-kernel contains two debs: kernel-image-2.4.27-fai_1_i386.deb and kernel-image-2.6.8-fai_1_i386.deb - afaik build from the corresponding kernel source packages - so is this enough ? Kamion no, there's no indication of which kernel ABI those are, or which version, so we can't automatically tell whether they're security-updated Kamion all that gives us is the upstream kernel version, which these days is next to useless h01ger yes, sorry, i've messed the fai-number with the abi number.. h01ger i'll file a bug report - if you don't have allready. ok ? Kamion h01ger: sure h01ger vorlon: i'll file a bug today against fai-kernels requesting to name the kernel-source-package(s) with abi version in the description. mainly providing this irc log as bug description. Also the package only depends on kernel-source-2.4.27 but not 2.6.8. Please also fix this. (If kernel-source-2.6.8 is installed, fai-kernels builds from source fine.) regards, Holger pgpNauuBUHjUt.pgp Description: PGP signature
Bug#297811: please provide kernel-source-package with abi version in description
Hi, On Thursday 03 March 2005 03:52, you wrote: Also the package only depends on kernel-source-2.4.27 but not 2.6.8. Please also fix this. (If kernel-source-2.6.8 is installed, fai-kernels builds from source fine.) I'm sorry, I was wrong here. The build-depends are allright. (But the main bug report is still valid...) regards, Holger pgpo8IXUQYfpT.pgp Description: PGP signature
Bug#437676: olsrd: not handling nostrip build option (policy 10.1)
Hi, On Monday 13 August 2007 16:52, Julien Danjou wrote: Version: 0.5.3-1 Hello, There was a problem while autobuilding your package with DEB_BUILD_OPTIONS=nostrip. Final binaries are still stripped. If you call dh_strip correctly in debian/rules, this may mean that upstream is stripping anyway. You should look for call to strip, ld -s or install -s which may strip binaries. I call dh_strip in debian/rules (and thus I guess I call it correctly - Julien, is there a way to call it incorrectly?) - so I guess it's upstream who is stripping anyway. What should I or upstream do now? regards, Holger pgpdABtYqR7Ob.pgp Description: PGP signature
Bug#442856: tzsetup-udeb: tzsetup in installer has no UTC option
Hi, On Monday 17 September 2007 22:56, Joey Hess wrote: minghua If people agree that adding UTC has a good case, I would argue against it that for country with only one timezone this would mean one more question to answer. Which is a good argument for only asking it in expert installs, if it's asked at all. IMHO this is where the question belongs :-) The default should be local time, but experts should be possible to choose otherwise. And UTC is a quite likely other choice. regards, Holger pgpqKj90gySEf.pgp Description: PGP signature
Bug#380161: Processed: unarchiving 380161, found 380161 in 1.5.15.dfsg1-1
severity 380161 normal thanks # its not grave as the package is still pretty usable Hi, matrix:~$ dpkg -L tuxtype /. /usr /usr/games /usr/games/tuxtype /usr/share /usr/share/doc /usr/share/doc/tuxtype /usr/share/doc/tuxtype/changelog.Debian.gz /usr/share/doc/tuxtype/changelog.gz /usr/share/doc/tuxtype/copyright /usr/share/doc/tuxtype/TODO.gz /usr/share/doc/tuxtype/ChangeLog.gz /usr/share/doc/tuxtype/AUTHORS /usr/share/doc/tuxtype/README /usr/share/man /usr/share/man/man1 /usr/share/man/man1/tuxtype.1.gz /usr/bin matrix:~$ dpkg -l tuxtype Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii tuxtype1.5.15.dfsg1-1 Educational Typing Tutor Game Starring Tux matrix:~$ I already had the to: written to [EMAIL PROTECTED], but then thought that maybe the error again happens when autobuilding the package. And looking at the package size at http://packages.debian.org/sid/tuxtype confirmed this. So thanks for spotting this, even though I would have appreciated a more verbose mail. Like saying, still using amd64, as when originally reported the bug :-) regards, Holger pgpsAQOmsRkyY.pgp Description: PGP signature
Bug#441015: [Pkg-fonts-devel] Bug#441015: Bug#441015: ping
Hi, On Wednesday 19 September 2007 09:38, Nicolas Spalinger wrote: The updated source package is available on http://yosch.org/packages/debian Thanks. Building and uploading now. regards, Holger pgpHqFYbD3hba.pgp Description: PGP signature
Bug#440340: xserver-xorg: xsession dies when trying to change contrast in mplayer
Hi Brice, On Tuesday 18 September 2007 08:35, you wrote: Catching a debugging backtrace with gdb attached from ssh, after installing xserver-xorg-core-dbg, would be very helpful. The above backtrace contains nothing. It makes me think it could be a nasty ABI breakage or so, caused by your rebuilding of many packages. Hmm. Anyway, I never could reproduce this bug at all, either with Xorg 7.2/Xserver 1.3, or with the new X.org 7.3/Xserver 1.4 packages from unstable. Could you rebuild these new packages for your system and see if the problem goes away? If you're not sure which packages needs rebuilding, please ask us... Thanks for reminding, will start a rebuild now :-) regards, Holger pgpgDYnXIhJVH.pgp Description: PGP signature
Bug#443198: bashisms in simple examples
package: fai-doc version: 3.2.1 Hi, the following scripts are executed with /bin/sh but contain code, which doesnt work, when /bin/sh is a link to dash: ./LAST/50-misc:error=0 ; trap error=$((error|1)) ERR ./FAIBASE/10-misc:error=0 ; trap error=$((error|1)) ERR ./FAIBASE/30-interface:error=0 ; trap error=$((error|1)) ERR ./GRUB/10-setup:error=0 ; trap error=$((error|1)) ERR = shell: LAST/50-misc = ./LAST/50-misc: 5: arith: syntax error: error|1 LAST/50-misc FAILED with exit code 2. The simple fix would be to make those scripts explicitly use /bin/bash, though I would prefer if the scripts could be fixed to also work with dash, which is smaller and therefore much faster (to start) than bash and which is the default shell on debian-edu and ubuntu (and hopefully lenny too). regards, Holger pgp5vKf0KhoJL.pgp Description: PGP signature
Bug#443213: harrrrdly talks like a pirate
package: filters version: 2.4 Hi, at first I thought, the filter wouldn't do anything at all. But when writing this bugreport, I used the phrase below and noticed, of becomes o'. I'd appreciate a few more R'n'stuff ;-) See http://www.yarr.org.uk/talk/ and http://en.wikipedia.org/wiki/International_Talk_Like_a_Pirate_Day $ echo today is talk like a pirate day - lets celebrate with a barrel of rum | chef tudey is telk leeke-a a peerete-a dey - lets celebrete-a veet a berrel ooff room $ echo today is talk like a pirate day - lets celebrate with a barrel of rum | eleet t0d4y 15 t4lk l1k3 4 p1r4t3 d4y - l3t5 c3l3br4t3 w1th 4 b4rr3l 0f rum $ echo today is talk like a pirate day - lets celebrate with a barrel of rum | pirate today is talk like a pirate day - lets celebrate with a barrel o' rum $ dpkg -l filters Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ NameVersion Description +++-===-===-== ii filters 2.40a collection of filters, including B1FF and the Swedish Chef regards, Holger pgpgDMA5HqZpC.pgp Description: PGP signature
Bug#443546: please provide more helpful errormsg on import-failures
package: lwat version: 0.15 severity: wishlist x-debbugs-cc: [EMAIL PROTECTED] Hi, On Thursday 13 September 2007 16:21, Frank Weißer wrote: Our secretary has a familyname (other name) for one student in her database and lwat doesn't like () :-( And as there are about 500 entries in the file, i didn't see it. Some hint of lwat (bad character) would be helpful. This wishlist bug is a wish for more meaningful/helpful error messages when importing user lists, something like can't import this file, it contains bad characters. Allowed characters are: [a-z][A-Z]-_+ or such. regards, Holger pgpYHU5n8iFSr.pgp Description: PGP signature
Bug#443850: htdig problem in postinst
package: htdig x-debbugs-cc: [EMAIL PROTECTED] Hi, On Monday 24 September 2007 17:15, Tim Cutts wrote: That's probably worth filing as a bug in the htdig package. Its postinst script should probably be explicitly setting $verbose to a suitable value, or unsetting it, within the script. It certainly shouldn't be using it uninitialised and just trusting the calling shell hasn't defined it... s/probably/definitly/ regards, Holger On 24 Sep 2007, at 4:05 pm, Kay Bieri wrote: Anybody has seen this or knows how to efficiently debug this? The postinst of htdig (1:3.2.0b6-3.1) fails on the call to htdigconfig when it's called from inside fai -N softupdate, but not when called manually or from within a normal apt or aptitude session. The error is htfuzzy: '1' is not a supported algorithm. I had the same problem some time ago. htdig uses an environmental variable $verbose, which fai uses as well. fai sets it to 1, whereas htdig probably expect '-v' or something. Here are the relevant lines from /usr/sbin/htdicconfig: if [ ! -f /var/lib/htdig/word2root.db ] then htfuzzy $verbose endings fi if [ ! -f /var/lib/htdig/synonyms.db ] then htfuzzy $verbose synonyms fi I solved the problem by preseeding debconf to skip the config part and called htdigconfig in a hook afterwards: verbose= $ROOTCMD /usr/sbin/htdigconfig pgprPyX5A1xKX.pgp Description: PGP signature
Bug#443896: tuxtype: missing kcas1_1.jpg
Hi Mohammed, On Monday 24 September 2007 23:19, Mohammed Sameer wrote: Running tuxtyoe: Choose: fish cascade - easy - finger exercises tuxtype exits and this is printed on the console: ERROR could not load required graphics file kcas1_1.jpg Thanks for your bugreport and the info howto reproduce it! Versions of packages tuxtype depends on: 1.5.6.dfsg1-3 Data files for the Educational Typ You need tuxtype-data 1.5.15.dfsg1-2 as well. I wonder why this wasnt upgraded together with tuxtype, but it seems I should add a versioned depends. regards, Holger pgpQULZCwdXF2.pgp Description: PGP signature
Bug#443994: please provide nonfree package with firmwarez
package: foo2zjs version: 20070718dfsg-2 severity: wishlist Hi, inspired by http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=419038#12 : it would be very nice (for the users) if you could provide a foo2zjs-nonfree package in non-free, which includes the (distributable) firmwares. regards, Holger pgpooCohaB90H.pgp Description: PGP signature
Bug#443995: please update README.debian
package: xserver-xorg-input-synaptics version: 0.14.7~git20070706-1 severity: wishlist Hi, h01ger after i upgraded to 7.3 (from unstable), my touchpad stopped working. /u/s/doc/xserver-xorg-input-synaptics/README.Debian was not helpful, but STFU was: h01ger i have to have: h01ger h01ger InputDeviceUSB Mouse SendCoreEvents h01ger h01ger InputDevicetouchpad CorePointer h01ger and it used to be usb mouse CorePointer and touchpad AlwaysCore... h01ger can you just add that to README.Debian or should i file a wishlist bug? jcristau h01ger: yes, please file a bug regards, Holger pgpNHC71iae1X.pgp Description: PGP signature
Bug#443994: [Foo2zjs-maintainer] Bug#443994: please provide nonfree package with firmwarez
Hi, On Tuesday 25 September 2007 13:23, Steffen wrote: tags 443994 wontfix Aehm, I was asked by Michael Koch (also a maintainer of this package) to file this bug, so that you can track this. I did not understand him, that he wanted to track it wontfix. Please tags 443994 -wontfix I totally agree, that the getweb script needs to work and that the documentation for this should be optimal. You don't understand. (Of course, I also agree that getweb should work and the docs should be good, but:) This bug is about making running the getweb script manually by the user unneccessary. But I am afraid that there won't be a package with the firmware included. Why not? Some of those firmwares, which you can install with foo2zjs are distributable. Why not include them in a package (in nonfree) and fullfill #4 of the social contract: our priorities are free software and our users. ? regards, Holger pgpJETaSwM8Un.pgp Description: PGP signature
Bug#443994: [Foo2zjs-maintainer] Bug#443994: please provide nonfree package with firmwarez
tags 443994 -wontfix retitle 443994 make it possible to install firmware without commandline thanks Hi, as discussed on irc. Either provide a -nonfree package ;-) or provide a .desktop file and a script (or gui app) which allows to install the firmware without using the commandline. regards, Holger pgpX11Ly4Qd2Q.pgp Description: PGP signature
Bug#444021: ITP/RFP: sugar
package: wnpp Severity: wishlist Owner: Holger Levsen [EMAIL PROTECTED] x-debbugs-cc: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] * Package name: sugar Version : snapshots Upstream Authors : 14 people, see AUTHORS * URL : http://wiki.laptop.org/go/Sugar * License : GPL Programming Lang: Python Description : OLPC Human Interface Sugar is the core of the OLPC Human Interface. Its goal is to turn the Laptop into a fun, easy to use, social experience that promotes sharing and learning. These are other good pointers: http://dev.laptop.org/git?p=sugar;a=tree http://wiki.laptop.org/go/Sugar_on_Debian - instruction how to build it from source http://wiki.laptop.org/go/Sugar_on_Ubuntu_Linux - links to ubuntu packages I'm very happy about co-maintainers or even other maintainers, as a.) I'm quite too busy already and b.) I don't really know much python. I thought I file this as an ITP anyway (and not RFP), so that it shows up on my QA-page, so I get reminded of this once in a while. regards, Holger pgpZK5svWVG25.pgp Description: PGP signature
Bug#444021: ITP/RFP: sugar
Hi, On Tuesday 25 September 2007 16:20, Simon Huggins wrote: Sugar is the core of the OLPC Human Interface. Its goal is to turn the Laptop into a fun, easy to use, social experience that promotes sharing and learning. But, er, what does it /do/? Point taken. I read the webpage but that has the same marketing style waffle. But it has nice screenshots!! ;) Is it a replacement for a window manager? A replacement for gnome/kde/xfce? The latter. It provides the GUI for XO laptops. regards, Holger pgpWKI6CmwCBw.pgp Description: PGP signature
Bug#444028: shutdown causes dataless, please suspend if possible
package: acpid severity: important version: 1.0.4-5 h01ger hi. this morning my computer, running 2.6.21-2-686 on etch, suddenly shutdown (powered off, due to being to hot), causing data loss. * h01ger is pleased by debian protecting his hardware. but i'm not pleased by destroying my work doing so! ;) h01ger and according to https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/113926 /sbin/poweroff is hardcoded into the termal driver, so when the notebook gets to hot, it powers off (instead of suspending...) I hope in 2.6.23 this becomes a configuration option and the guys on #debian-kernel told me to file a bug against acpid. suspend2disk is more or less as fast as shutdown, and suspend2ram is even faster. If those exist, they should be used, instead of poweroff. Thanks. regards, Holger pgpUaGBAZwnEE.pgp Description: PGP signature
Bug#440161: similar bug
Hi, does this bug look the same to you as http://bugs.skolelinux.no/show_bug.cgi?id=484 and http://bugs.skolelinux.no/show_bug.cgi?id=1254 ? regards, Holger pgpDHXjuVe65r.pgp Description: PGP signature
Bug#444213: documentation of FAI_CONFIG_SRC is incomplete and not clear enough
Hi, On Thursday 27 September 2007 00:42, Michael Prokop wrote: As discussed on IRC FAI_CONFIG_SRC is pretty close to FAI_CONFIGDIR. I'll check this out in practice and will try to provide according documentation then. Thanks for your feedback. I'm quite often confused by these two variables and http://faiwiki.debian.net/index.php/Variables also doesnt shed too much light on it. (AIUI the main difference is, that FAI_CONFIGDIR is always a path, while FAI_CONFIG_SRC has to be an URL. (And FAI_CONFIGDIR is used to setup the server and FAI_CONFIG_SRC is used on the clients.)) Softupdate only needs FAI_CONFIG_SRC, so what the simple examples IMO should do, is to set it, so that softupdates of clients (installed with the simples examples) instantly work. (That's what I do.) Another option would be to inherit FAI_CONFIG_SRC from FAI_CONFIGDIR, if FAI_CONFIG_SRC is not set. regards, Holger pgp7lyuggHK9I.pgp Description: PGP signature
Bug#444274: please provide script to cleanup homedirs from disabled users
package: lwat version: 0.16-1 severity: wishlist x-debbugs-cc: [EMAIL PROTECTED] On Saturday 22 September 2007 14:09, Finn-Arne Johansen wrote: Not sure. The problem is that the homedirectories could be located at a number of places, and on a number of servers. But maybe some parsing of /etc/lwat/admin.ini could tell us something about where the homedirs. So cleaning up the leftover homedirs could be done from a script, that might be a part of lwat, but I doubt that I will enable it by default. A (disabled) cronjob for this as part of lwat would surely be nice. Extra bonus karma points if you add a (low-prio) debconf-question (for preseeding) to enable it. regards, Holger pgptqOqyF0oRi.pgp Description: PGP signature
Bug#406864: two more+last small remarks..
Hi Nicolas, On Wednesday 15 August 2007 19:15, you wrote: I've created a mentors.debian.net account. Let me know if you'd prefer to review the source package there. As long as I can get the files with dget, I dont care where they are :-) mentors.d.n is definitly good, as it's the standard ressource for this kind of things. I'll hope I'll find time to upload the package this weekend, RL+work has been a bit crazy lately... regards, Holger pgpOpuBcEvIYx.pgp Description: PGP signature