Re: Debian Testing (using d-i beta4) on Sun Fire 280R

2004-05-02 Thread James Morrison

 Thanks for the report.  Please send this report along with a filled out
template, http://www.debian.org/devel/debian-installer/report-template,
to debian-boot.

Jim



Re: problem with bterm and frame-buffer ?

2004-04-24 Thread James Morrison

Blars Blarson [EMAIL PROTECTED] writes:

 In article [EMAIL PROTECTED] 
 [EMAIL PROTECTED] writes:
 some d-i testers report a lot of problem with bterm and framebuffer with
 some video cards.
 
 Can you, dear Debian Sparc User :), test bterm from unstable and report
 success or error with your video card model ?
 
 Thanks a lot !
 
 bterm is in bogl-bterm package.
 
 You should have mentioned the manditory option and how to create the
 fond file for it.
 
 Ultra 30, Creator (or is it creator 3d?):
 
 Segmentation fault
 
 Bug filed.
 
 -- 
 Blars Blarson [EMAIL PROTECTED]
   http://www.blars.org/blars.html

 Did you generate a font yourself?

Jim



Re: Sarge on a Sparc5

2004-04-22 Thread James Morrison

Meelis Roos [EMAIL PROTECTED] writes:

   umount: /initrd: Invalid argument
   (and hangs here)
 
 And it hangs on sparc64 too (Ultra Enterprise 2 netbooted).
 
  can you help us to debug this one ?
  After this umount, it should launch bterm and main-menu.
 
  Can you netboot with this argument init=/bin/sh
 
  and then :
  $ mount -t devfs /dev /dev
  $ bterm -f unifont.bgf

 And sparc64 also hangs on running bterm.

 bterm needs a frame buffer.  Are you installing over a serial line?  If not
what video card do you have in your machines?
 
 -- 
 Meelis Roos ([EMAIL PROTECTED])
 

Jim



Re: Exim4 on Sparc?

2004-04-22 Thread James Morrison

Derek Zeanah [EMAIL PROTECTED] writes:

 I'm installing woody on an Ultra 2 that's going to be a mailserver.
 Ideally, every incoming message will be scanned for viruses before
 delivery, but all the Exim directions I'm finding assume Exim4.
 Apparently ametzler provides backports on his site, but not for Sparc
 (nor are the sources available there, as far as I can tell, though I
 may be confused about the whole build .deb from source thing.)
 
 Is there an easy way to install Exim4 on woody/sparc that'll still be
 tracked using the package db?  If not, what options are others using
 on this platform?
 
 Thanks.
 
 -- 
 Derek Zeanah
 www.wellbuiltnetworks.com
 904.294.0355 (voice)
 904.443.7701 (fax)
 
 
 -- 
 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

 You can put unstable sources in your sources.list then use apt-get build-dep
and debuild to build the exim4 package.

Jim



GTK+ 2.4 on sparc

2004-04-07 Thread James Morrison

 Hi,

  I've built a few of the experimental gtk+ 2.4 packages on sparc.  They
are available at:
deb http://people.debian.org/~phython ./

 These packages are compiled with -mcpu=ultrasparc -m32, so they should work
just fine on any ultrasparc machine running Debian GNU/Linux.

I'll probably keep builting packages based off these and add them to that
repository, but so far only the gtk+ packages are done.

Jim



Re: libgimp2.0 fails to install

2004-04-06 Thread James Morrison

Euan Maxwell [EMAIL PROTECTED] writes:

 Hi there,
 
 I'm running Debian unstable on my Ultra 2 (2x300Mhz 768MB).
 
 I ran apt-get -u dist-upgrade this morning and got a failure on the
 libgimp2.0 package.
 
 Bar uninstalling gimp, is there anyway to resolve this problem??
 
 Thanks,
 
 Euan.
 
 sparc:~# apt-get -f install
 Reading Package Lists... Done
 Building Dependency Tree... Done
 Correcting dependencies... Done
 The following extra packages will be installed:
   libgimp2.0
 The following NEW packages will be installed:
   libgimp2.0
 0 upgraded, 1 newly installed, 0 to remove and 50 not upgraded.
 37 not fully installed or removed.
 Need to get 941kB of archives.
 After unpacking 2425kB of additional disk space will be used.
 Do you want to continue? [Y/n] y
 Get:1 http://http.us.debian.org unstable/main libgimp2.0 2.0.0-4 [941kB]
 Fetched 941kB in 20s (45.8kB/s)
 debconf: unable to initialize frontend: Kde
 debconf: (Can't locate Qt.pm in @INC (@INC contains: /etc/perl
 /usr/local/lib/perl/5.8.3 /usr/local/share/perl/5.8.3 /usr/lib/perl5
 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8
 /usr/local/lib/site_perl .) at
 /usr/share/perl5/Debconf/FrontEnd/Kde/Wizard.pm line 7,  line 1.)
 debconf: falling back to frontend: Dialog
 (Reading database ... 107343 files and directories currently installed.)
 Unpacking libgimp2.0 (from .../libgimp2.0_2.0.0-4_sparc.deb) ...
 dpkg: error processing
 /var/cache/apt/archives/libgimp2.0_2.0.0-4_sparc.deb (--unpack):
  trying to overwrite
 `/usr/share/locale/ca/LC_MESSAGES/gimp20-libgimp.mo', which is also in
 package gimp-data
 dpkg-deb: subprocess paste killed by signal (Broken pipe)
 Errors were encountered while processing:
  /var/cache/apt/archives/libgimp2.0_2.0.0-4_sparc.deb
 E: Sub-process /usr/bin/dpkg returned an error code (1)
 -- 

dpkg -i --force-overwrite /var/cache/apt/archives/libgimp2.0... if you don't
care what files libgimp2.0 overwrites. In this case it's a lot of translations.

 You may want to use apt-listbugs so you can see this stuff comming.

Jim



Re: no keyboard after recompiling debian sid 2.6.4 kernel

2004-04-06 Thread James Morrison

Richard Marshall [EMAIL PROTECTED] writes:

 Ben Collins wrote
 
 I think for Ultra10, you need to enable the AT keyboard aswell.
 
  # CONFIG_KEYBOARD_ATKBD is not set
 
 I have tried with this too and have the same problem. I have started to look
 to see if the serial 8250 is the cause of the problem, but when I try to
 complie in that module, make-kpkg fails comaplining about unused variable
 'size'. Any other ideas?
 
 thanks
 
 Rich

 Have you set the keymap to NONE? Remove any keymap files in /etc/console
or use dpkg-reconfigure console-tools .

 
 This e-mail is confidential and may be privileged. It may be read, copied
 and used only by the intended recipient. If you have received it in error,
 please contact the sender immediately by return e-mail or by telephoning +44
 (0)20 7934 9000.  Please then delete the e-mail and do not disclose its
 contents to any person. We believe, but do not warrant that this e-mail and
 any attachments, are virus free. You should take full responsibility for
 virus checking. SBG Companies reserve the right to monitor all email
 communications through their internal and external networks.

 You are sending to a public list.  This email is not confidential.

Jim



Re: PCI USB Cards

2004-03-13 Thread James Morrison

Mark T. Valites [EMAIL PROTECTED] writes:

 I'm looking to pick up a USB scanner this weekend  would love to throw it
 in one of my U5s. Will the U5 play nice with a regular x86-linux supported
 PCI USB card?
 
 -- 
 Mark T. Valites
 Unix Systems Analyst
 CIT - SUNY Geneseo
 --)) --))
 
 
 -- 
 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

 It should most usb pci cards use the ohci or uhci driver.

Jim



Re: Trying to use ipmasqadm

2004-01-25 Thread James Morrison

David Demland [EMAIL PROTECTED] writes:

 I am trying to use port forwarding on my Sparc 5. It has a 2.2 kernel. When
 I try to use the command:
 
 ipmasqadm portfw -a -P tcp -R 10.0.0.253 1723 -L 192.168.1.5 1723
 
 I get the message:
 
 portfw: setsockopt failed: Invalid argument
 
 When I do:
 
 ipmasqadm portfw -l
 
 I get the messages:
 
 Could not open /proc/net/ip_masq/portfw
 Could not open /proc/net/ip_portfw
 Check if you have enabled portforwarding
 
 What have I not configured right to get the port forwarding to work?
 
 Thank You,
 
 David Demland
 

 I don't remember any kernel port forwarding working in linux 2.2.  What I
did while I ran a 2.2 kernel, on sparc, is to use a program called portfw, 
iirc.  However, I know there is a program called fastforward that will do the
job as well.

James A. Morrison



Re: cannot find sparc64.gz

2003-08-27 Thread James Morrison

   I went looking through some mplayer lists not too
  long ago and it seemed that the mlib support has bit rotted a bit.  Anyway,
  to the point I would like to see some of the vec_* functions from altivec.h
  available on sparc under vis.h or something.
 Hopefully this isn't too far away - can I sign you up to help test? :-)

 You sure can :)
 
 Cheers,
  - Martin

James



Re: cannot find sparc64.gz

2003-08-26 Thread James Morrison

 On Tue, 19 Aug 2003 17:35:54 -0700
 Andrew Sharp [EMAIL PROTECTED] wrote:
 
  Does mplayer use VIS?
 
 Only under Solaris, via the mlib library.
 
 I've been meaning to code up the routines so Linux gets
 VIS support under mplayer as well.

 Would this be support for vector instructions in GCC or would this be
an mlib replacement?  I went looking through some mplayer lists not too
long ago and it seemed that the mlib support has bit rotted a bit.  Anyway,
to the point I would like to see some of the vec_* functions from altivec.h
available on sparc under vis.h or something.

James A. Morrison



Re: cannot find sparc64.gz

2003-08-26 Thread James Morrison

 Old-Return-Path: [EMAIL PROTECTED]
 Date: Wed, 20 Aug 2003 09:09:24 -0400
 From: Ben Collins [EMAIL PROTECTED]
 Cc: Antonello [EMAIL PROTECTED], debian-sparc@lists.debian.org
 Content-Disposition: inline
 Sender: Ben Collins [EMAIL PROTECTED]
 X-Spam-Level: 
 Resent-From: debian-sparc@lists.debian.org
 X-Mailing-List: debian-sparc@lists.debian.org archive/latest/12767
 X-Loop: debian-sparc@lists.debian.org
 Resent-Sender: [EMAIL PROTECTED]
 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20
 X-Spam-Level: 
 
 On Wed, Aug 20, 2003 at 12:15:50PM +0100, Dave Love wrote:
  Ben Collins [EMAIL PROTECTED] writes:
  
   Bitten by the 64-bitness default of gcc.
  
  Why does it have a surprising default now?
 
 If you uninstall libc6-sparc64, it will be the same as it used to be.
 Now, it checks uname=sparc64  -f /usr/lib64/libc.so, and it defaults
 to -m64, otherwise it defaults to -m32.
 

 I thought it was going to decide based on libgcc.a instead of libc.so?

James A. Morrison



Re: PHP4

2003-07-20 Thread James Morrison
 Any sparc/debian users out there running PHP4  4.1.2? 
 I can't find .debs (cept for ipv6) and would _really_ like 
 to get to 4.3.X. 

 I was using 4.2.3 up until 6 hours ago when I decided I wanted to play with
subversion.  As for 4.3.x, it I looked at the debian-apache list from last 
month and a 4.3 package should be coming down the line any time now.

 Oh yeah, I'm running sid.

 
 
 TIA
 
 H Dixon
 

Jim



Re: Compiling a kernel that works

2003-06-29 Thread James Morrison

 Old-Return-Path: [EMAIL PROTECTED]
 Date: Thu, 26 Jun 2003 15:57:38 +1000
 Content-Disposition: inline
 From: [EMAIL PROTECTED] (Craig Small)
 X-Spam-Level: 
 Resent-From: debian-sparc@lists.debian.org
 X-Mailing-List: debian-sparc@lists.debian.org archive/latest/12322
 X-Loop: debian-sparc@lists.debian.org
 Resent-Sender: [EMAIL PROTECTED]
 X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20
 X-Spam-Level: 
 
 Hello,
   I seem to be having a lot of problems getting a kernel that will work
 on the sparc64 arch.  All I need it to do is to use a VPN protocol - any
 VPN protocol.
 
 Here is my sorry tale of VPNs
   - IPsec - doesn't work because the ioctls fail
   - l2tpd - bus error
   - pptpd kernel oops if i try to merge the modules in, cannot use new 
 kernel because of the following problem
 
 When I try to compile a kernel and then boot it I get this:
 Boot device: disk  File and args: 
   

 If you really just need any vpn try tunnel vision or OpenVPN.

Jim



Re: Big change coming with compiler default

2003-06-09 Thread James Morrison

   Old-Return-Path: [EMAIL PROTECTED]
   Date: Mon, 9 Jun 2003 11:15:20 -0400
   From: Ben Collins [EMAIL PROTECTED]
   Content-Disposition: inline
   X-Spam-Level: 
   Resent-From: debian-sparc@lists.debian.org
   X-Mailing-List: debian-sparc@lists.debian.org archive/latest/12153
   X-Loop: debian-sparc@lists.debian.org
   Resent-Sender: [EMAIL PROTECTED]
   X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20
   X-Spam-Level: 

   Now that gcc-3.2.3 is the default compiler for debian-sparc, and is
   64-bit capable, we have a first. The same compiler is able to do all the
   compilations for the system (including 64-bit userspace).

 Yeah :)

   One major change is coming though. Normally the 64-bit enabled compiler
   will check uname() to see if we are sparc or sparc64 (changable using
   the sparc32/sparc64 programs to change the personality or specifically
   using -m32/-m64). I have that disabled right now.

   It would default to -m64 (64-bit) for sparc64, and -m32 (32-bit) for
   sparc. However, as you all may know, uname shows sparc64 for all
   ultrasparc systems, even though debian-sparc has always been (and always
   will be) 32-bit userspace on that platform.

 Is there any plan to provide 64 bit X libraries as well 64 bit glibc 
libraries?


James A. Morrison