Bug#403364: SunBlade 150 problems - can anyone confirm?
Hi, Emanuele! Sorry for the late reply -- I moved, switched jobs, started a new and much better life... :-) Emanuele Rocca wrote: Hello Thomas, * Thomas Köllmann [EMAIL PROTECTED], [2006-12-17 22:43 +0100]: On Sat, 16 Dec 2006 11:01:07 -0800 Jurij Smakov [EMAIL PROTECTED] wrote: I don't remember anyone reporting problems with xorg on these machines, it would be very valuable information if you could try it and report back. Maybe this is useful to the next guy installing Etch (or some other post-2.6.16 kernel) on a Blade 150 (or 100). Can you confirm that with a 2.6.16 kernel the problem is not reproducible? Yes, I can confirm that. linux-image-2.6.16-2-sparc64 worked well and without the video=atyfb:off boot parameter. Does the machine completely fail to boot if you don't pass video=atyfb:off to the kernel? (ie: are you able to login somehow, for instance via ssh?). Yes, it hangs very early in the boot process after the messages: Remapping the kernel... done. Booting Linux... No harddisk activity after that, no ssh, no ping echo, no nothing. Greetings, - Thomas -- /* PGP key auf Wunsch per e-mail || PGP key sent on request */
Bug#403364: SunBlade 150 problems - can anyone confirm?
On Sat, 16 Dec 2006 11:01:07 -0800 Jurij Smakov [EMAIL PROTECTED] wrote: I don't remember anyone reporting problems with xorg on these machines, it would be very valuable information if you could try it and report back. Ok, thanks; I did, and xorg is working fine. You have to set Option ReferenceClock29.500MHz in the Device section of your xorg.conf though (this seems known information). Also, apart from video=atyfb:off I gave the kernel a ide=nodma parameter because it complained about DMA timeouts soon after booting. (This, too, seems a known issue. Line added to my silo.conf: append=video=atyfb:off ide=nodma) Afterwards I installed hdparm and found that UDMA3 is the fastest mode in that the kernel does not complain (so far, at least). I made this permanent by setting hdparm_opts=-d1 -X udma3 in /etc/default/hdparm. Maybe this is useful to the next guy installing Etch (or some other post-2.6.16 kernel) on a Blade 150 (or 100). Thanks to everyone, - Thomas -- /* PGP key auf Wunsch per e-mail || PGP key sent on request */ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403364: SunBlade 150 problems - can anyone confirm?
Hi, Jurij! On Sat, 16 Dec 2006 08:58:55 -0800 Jurij Smakov [EMAIL PROTECTED] wrote: Since you are the only person who reported such a problem so far, I feel that severity is a bit too high, so I'm dropping it to 'important' for now. Sure, whatever you feel is in order. Do you have more than one videocard in this machine? No, only the onboard ATI card: atyfb: 3D RAGE XL (Mach64 GR, PCI-33) [0x4752 rev 0x27] atyfb: 8M SDRAM (1:1), 29.498928 MHz XTAL, 235 MHz PLL, 83 Mhz MCLK, 63 MHz XCLK Console: switching to colour frame buffer device 144x56 atyfb: fb0: ATY Mach64 frame buffer device on PCI (This is from dmesg when running 2.6.16-17.) Thanks, - Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403364: SunBlade 150 problems - can anyone confirm?
On Sat, 16 Dec 2006 10:38:58 -0800 Jurij Smakov [EMAIL PROTECTED] wrote: On Sat, Dec 16, 2006 at 07:32:29PM +0100, Thomas Köllmann wrote: atyfb: 3D RAGE XL (Mach64 GR, PCI-33) [0x4752 rev 0x27] atyfb: 8M SDRAM (1:1), 29.498928 MHz XTAL, 235 MHz PLL, 83 Mhz MCLK, 63 MHz XCLK Console: switching to colour frame buffer device 144x56 atyfb: fb0: ATY Mach64 frame buffer device on PCI Please try booting it with the boot parameter video=atyfb:off, i.e. instead of just pressing enter at the silo boot prompt type Linux video=atyfb:off Yes, that works. Does this have any drawbacks regarding the use of xorg? (I haven't yet installed that...) Thanks, - Thomas
Bug#394097: libapache2-mod-auth-pam: doesnt work with Apache 2.1
Hallo, Robbert! On Tue, 7 Nov 2006 13:00:14 +0100 (CET) Robbert Kouprie [EMAIL PROTECTED] wrote: Please try adding AuthBasicAuthoritative Off to your configuration. My complete config is: Directory /var/www/protected AuthType Basic AuthName Please login AuthPAM_Enabled on AuthPAM_FallThrough off AuthBasicAuthoritative off require valid-user /Directory Does not work for me. I get: [Wed Nov 08 12:34:20 2006] [error] [client 192.168.250.2] No Authn provider configured [Wed Nov 08 12:34:20 2006] [crit] [client 192.168.250.2] configuration error: couldn't check access. No groups file?: / As I understand the documentation this is the expected behaviour, as libapache2-auth-pam does not include an Apache2.2-style authn provider. I only wonder how you still have it working... :-) Mit schönem Gruß - Thomas -- Mit der Rückkehr völliger Geistesabwesenheit ist wohl die absolute Genesung garantiert. - Lawrence Durrell, Nunquam /* PGP key auf Wunsch per e-mail || PGP key sent on request */
Bug#394097: libapache2-mod-auth-pam: doesnt work with Apache 2.1
Robin Farine [EMAIL PROTECTED] wrote: This did not work out of the box for me when I upgraded to apache2 2.2.3-3. After some trial and errors -- apache2 error messages did not ring any bell -- it occurred that for auth_pam with Require valid-user to work, the auth_basic and authz_user modules have to be enabled. Thanks, enabling the authz_user module together with AuthBasicAuthoritative off works. I still think this is a workaround though (as I still get No Authn provider configured warnings) and not a proper solution -- which would be a libapache2-authn-pam package, IMHO. Thanks, - Thomas -- Hang myself When I get enough rope - The Tubes, White Punks on Dope /* PGP key auf Wunsch per e-mail || PGP key sent on request */ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394097: libapache2-mod-auth-pam: doesnt work with Apache 2.1
I wrote: Thanks, enabling the authz_user module together with AuthBasicAuthoritative off works. I still think this is a workaround though (as I still get No Authn provider configured warnings) and not a proper solution -- which would be a libapache2-authn-pam package, IMHO. Not only do I get those warnings but also Internal Server Errors where I should get authorization failures (when I specify invalid credentials)... Mit schönem Gruß - Thomas -- What! said Bois-Gilbert, so soon? Ay, replied the preceptor, trial moves rapidly on when the judge has determined the sentence beforehand. -- Sir Walter Scott, Ivanhoe /* PGP key auf Wunsch per e-mail || PGP key sent on request */
Bug#394097: libapache2-mod-auth-pam: doesnt work with Apache 2.1
Package: libapache2-mod-auth-pam Version: 1.1.1-6.1 Followup-For: Bug #394097 If you still have mod-auth-pam working, could you please provide some information on how to configure it? On Apache 2.0.x I had working: AuthPAM_Enabled on AuthType Basic AuthName DSPAM Control Center Require valid-user Satisfy All Now, on Apache 2.2.x, I have to specify an additional AuthBasicProvider for AuthType Basic to work, right? What would I use there for mod-auth-pam? -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: sparc (sparc64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-sparc64 Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages libapache2-mod-auth-pam depends on: ii apache2.2-common 2.2.3-3 Next generation, scalable, extenda ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii libpam0g 0.79-4 Pluggable Authentication Modules l libapache2-mod-auth-pam recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358681: dspam should not depend upon procmail
Package: dspam Version: 3.6.4-2+b1 Severity: normal dspam works perfectly with maildrop as MDA instead of procmail. Please make the package depend on either procmail or maildrop, or maybe make it depend on sensible-mda. Thanks. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: sparc (sparc64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-sparc64 Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages dspam depends on: ii adduser 3.85 Add and remove users and groups ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libdspam7 3.6.4-2+b1 DSPAM is a scalable and statistica ii libldap2 2.1.30-13 OpenLDAP libraries ii procmail 3.22-15Versatile e-mail processor Versions of packages dspam recommends: pn clamavnone (no description available) ii dspam-doc 3.6.4-2Documentation for dspam -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]