Re: Failures attempting to install in an LDOM
On Mon, Jun 10, 2024 at 4:53 PM John Paul Adrian Glaubitz < glaub...@physik.fu-berlin.de> wrote: > > Which image did you use? You might have caught a broken image. > > The problem with Debian Ports is that the images are generated from Debian > unstable, > so there is always a chance of downloading an image that is broken. > > This one should work: > > > > https://cdimage.debian.org/cdimage/ports/snapshots/2023-11-17/debian-12.0.0-sparc64-NETINST-1.iso > Sadly, that one fails as well. I had repeated unpack failures - debootstrap really doesn't like unpacking util-linux. And software installation eventually failed with Jun 11 08:34:09 debootstrap: Errors were encountered while processing: Jun 11 08:34:09 debootstrap: vim-tiny Jun 11 08:34:10 debootstrap: dpkg: dependency problems prevent configuration of vim-tiny: Jun 11 08:34:10 debootstrap: vim-tiny depends on vim-common (= 2:9.0.2087-1); however: Jun 11 08:34:10 debootstrap: Versio Jun 11 08:34:10 debootstrap: n of vim-common on system is 2:9.0.2103-1. However, the very latest snapshot from https://cdimage.debian.org/cdimage/ports/snapshots/2024-02-25/ does install successfully: $ uname -a Linux debian-sparc 6.8.12-sparc64-smp #1 SMP Debian 6.8.12-1 (2024-05-31) sparc64 GNU/Linux Regards, -- -Peter Tribble http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/
Failures attempting to install in an LDOM
I finally got round to trying to install debian-sparc in an LDOM on my T4 server. Sadly, this didn't work. With Debian 12, software installation fails. I see Jun 10 08:43:02 in-target: The following packages have unmet dependencies: Jun 10 08:43:03 in-target: console-setup-linux : Depends: keyboard-configuration (= 1.220) but 1.227 is installed along with some unrelated dpkg-deb segfaults. Ignoring that, the bootloader won't install. With Debian 10, it appears that software installation succeeds, but again the bootloader fails to install. Is there a known-to-work set of instructions available that would get me closer to a working install? Thanks, -- -Peter Tribble http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/
Re: [COMMITTED] Remove obsolete Solaris 11.3 support
On Fri, May 10, 2024 at 4:29 AM j...@pawlicker.com j...@pawlicker.com < j...@pawlicker.com> wrote: > The problem with illumos on SPARC is; illumos is also removing SPARC > support piece by piece, especially as it gets in the way of what they want > to do with the OS on x86-64 machines (which is what everyone in that > community doing the main development uses). This was due to the lack of > having a build machine and the high cost of used hardware. > https://github.com/illumos/ipd/blob/master/ipd/0019/README.md > https://www.illumos.org/issues/15563 > Support for SPARC in illumos was removed long ago; the actual cleanup is currently opportunistic. > Only one distro (Tribblix) still supports SPARC and I have no idea if it's > using a fork or older version of the illumos kernel. It's also the only > illumos distro that people with SPARC systems run because it's the only > actively maintained distro for SPARC. > Tribblix is built from the last commit that worked (November 2021), with any relevant changes since cherry-picked on top. So in terms of timeline Tribblix is contemporary with 11.4, with hardware support matching the original Solaris 11 release. But we're well into the second decade since the fork, so there's enough divergence that illumos and Solaris are really different, even if some of what you see looks very similar. (And illumos on SPARC uses gcc4 to build the kernel [!], although applications on Tribblix use gcc7. Given the target market, having the latest and greatest toolchains isn't the highest priority.) > Jake > > On 05/09/2024 2:31 AM EDT John Paul Adrian Glaubitz < > glaub...@physik.fu-berlin.de> wrote: > > > > > > Hello Rainer, > > > > > Support for Solaris 11.3 had already been obsoleted in GCC 13. > However, > > > since the only Solaris system in the cfarm was running 11.3, I've kept > > > it in tree until now when both Solaris 11.4/SPARC and x86 systems have > > > been added. > > > > > > This patch actually removes the Solaris 11.3 support. > > > > I'm not sure I like this change since Solaris 11.3 is the last version of > > Solaris supported by a large number of SPARC systems. > > > > Oracle unfortunately raised the hardware baseline with Solaris 11.4 such > > that every system older than the SPARC T4 is no longer supported by 11.4 > > while 11.3 still runs perfectly fine on these machines. > > > > While Oracle does no longer provide feature updates to Solaris 11.3, > there > > is still LTSS security support so that users still receive security > updates > > so that their systems are continued to be protected against > vulnerabilities. > > > > I think Solaris 11.3 support should be kept since the resulting code > removal > > is not that large that it would justify dropping support for such a large > > userbase. > > > > Removing Solaris 11.3 support might make sense in the future when SPARC > > support in Illumos has matured enough that people can switch over their > > machines. > > > > Thanks, > > Adrian > > > > -- > > .''`. John Paul Adrian Glaubitz > > : :' : Debian Developer > > `. `' Physicist > > `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 > > -- -Peter Tribble http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/
Re: Help with a libzstd sparc64 FTBFS on the buildd
On Thu, Apr 06, 2023 at 05:01:07PM +0200, Paul Gevers wrote: > Hi Peter, > > On 06-04-2023 15:37, Peter Pentchev wrote: > > I feel like I cannot ask for an unblock from the release > > managers since the sparc64 buildd started failing on this package > > at some point in February: > > sparc64 is not a release architecture. sparc64 will not be better or worse > if something migrates. I suggest to consider those problem separately. TBH, that was my own understanding, and I was about to send an unblock request earlier today, but then I decided to take another look at the freeze policy and the phrase "migration for packages only allowed if all their binary packages have been built on buildds" threw me a bit. But yeah, I should have realized that should only apply to release architectures... thanks for correcting my thinking! G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Re: Help with a libzstd sparc64 FTBFS on the buildd
On Thu, Apr 06, 2023 at 04:37:16PM +0300, Peter Pentchev wrote: > Hi, > > The libzstd package in testing is currently missing a couple of > build-time tests and a fix for a very rare data corruption bug. > Both of these have been fixed in libstd-1.5.4+dfsg2-5 in unstable; ...of course this should have been libzstd-1.5.4+dfsg2-5 > however, I feel like I cannot ask for an unblock from the release > managers since the sparc64 buildd started failing on this package > at some point in February: > > https://buildd.debian.org/status/logs.php?pkg=libzstd=sparc64 > > Now, the -1, -2, and -4 failures I can explain: there were some > problems in the upstream test suite that were fixed in -3 and -5. > However, -3 and -5 should really not have failed: they built > successfully on all other architectures where the build dependencies > were installable, and they also passed autopkgtest runs: > > https://ci.debian.net/packages/libz/libzstd/ > > I set up a qemu-based sbuild environment on my laptop, and > I built the libzstd package successfully. Is it possible that > something is wrong with the sparc64 buildd? Could somebody with > an actual sparc64 box try to build libstd-1.5.4+dfsg2-5 and > let me know if it works for them? ...and of course this should also have been libzstd-1.5.4+dfsg2-5 > Thanks in advance! G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Help with a libzstd sparc64 FTBFS on the buildd
Hi, The libzstd package in testing is currently missing a couple of build-time tests and a fix for a very rare data corruption bug. Both of these have been fixed in libstd-1.5.4+dfsg2-5 in unstable; however, I feel like I cannot ask for an unblock from the release managers since the sparc64 buildd started failing on this package at some point in February: https://buildd.debian.org/status/logs.php?pkg=libzstd=sparc64 Now, the -1, -2, and -4 failures I can explain: there were some problems in the upstream test suite that were fixed in -3 and -5. However, -3 and -5 should really not have failed: they built successfully on all other architectures where the build dependencies were installable, and they also passed autopkgtest runs: https://ci.debian.net/packages/libz/libzstd/ I set up a qemu-based sbuild environment on my laptop, and I built the libzstd package successfully. Is it possible that something is wrong with the sparc64 buildd? Could somebody with an actual sparc64 box try to build libstd-1.5.4+dfsg2-5 and let me know if it works for them? Thanks in advance! G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Re: [Stretch] Status for architecture qualification
On 05/06/16 13:00, Holger Levsen wrote: On Sun, Jun 05, 2016 at 01:26:39PM +0200, John Paul Adrian Glaubitz wrote: ppc64: This architecture is basically on par with the release architectures. We have over 11.000 packages installed [...] sparc64: We are close to 11.000 installed packages. I'm not sure whether you are talking about source or binary packages but sid/amd64 has over 24000 source packages and over 5 binary packages, so I would call the above "on par". Or what am I missing? I presume he is talking about source packages in the "installed" state in wana-build. For comparison this is currently 12153 for amd64 and 10937 for mips. (this leads to the interesting conclusion that about half the source packages in sid are arch-all only)
Re: schroeder and lebrun EOL - decomission
John Paul Adrian Glaubitz schrieb am Sonntag, dem 04. Oktober 2015: > Where are those machines hosted at the moment and would it be possible > to keep them at their current place but hand the administration to the > people working on the sparc/sparc64 ports? > > I would love to set them up as buildds for Debian ports. The machines have broken disks so their raids have failed. And the mgmt stuff is complaining about CPU and/or other fans too. I don't think you'd want those machines. -- | .''`. ** Debian ** Peter Palfrader | : :' : The universal https://www.palfrader.org/ | `. `' Operating System | `-https://www.debian.org/
Re: gnutls28 transition
Dimitri John Ledkov wrote: Hello all, gmp has been recently re-licensed and all architectures and ports have the updated gmp in jessie/sid. Well, all but powerpcspe x32 both of which recently have negative slope on their build status graphs. Thus GPLv2 and LGPLv3 compatible software packages can link against gnutls28. Should we start transition to gnutls28 by default, for all packages that are compatible? Can powerpcspe x32 porters try to get latest gmp built? Personally I'd add a (build-)depends on the relicensed gmp in the next gnutls28 upload. That way packages can (build-)depend on the new gnutls and be assured of getting a GPLv2 compatible version. -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53659469.8060...@p10link.net
Re: A new metric for source package importance in ports
Johannes Schauer wrote: Hi, the following is a report of a successful implementation of what I have been talking about with Niels Thykier during debconf13. The question was how important it is for a source package to be compilable or exist in the first place given an incomplete port which is in the process of being bootstrapped. This work is solving a different purpose than the identification of key packages by Lucas Nussbaum [1]. Instead of attaching a binary value to each source package, this method is associating integer values to them. Once bootstrapping of the whole archive becomes more important or even possible in real life through an implementation of build profiles, this heuristic could be used to further extend the meaning of key packages as well. One problem with these metrics is that you get source packages whose importance is artifically inflated because of the way our source packages work. If anything in a source package needs x then the whole source package has to build-depend on x. Even if x is only needed for some perhipheral functionlity that could easilly be removed in the event that x was unavailable (either on a particular port or in general). In the case of libraries there may be a binary dependency too for rarely used fuctionality. For example some of the mesa libraries drag in libwayland0 which means wayland ends up with a very high importance even though afaict hardly anyone uses it right now. Another big example is languages. Lots of packages build language bindings for lots of languages dragging those languages into the important set. So these metrics are a good guide to what packages are unimportant but to determine whether a package is really important or just psuedo-important still requires human judgement. -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52968a89.6050...@p10link.net
Re: Qt5 switching qreal from float to double on arm*
Lisandro Damián Nicanor Pérez Meyer wrote: Any feedback will be kindly appreciated. I've always thought there is something fundamentally wrong. What is qreal supposed to be used for? If it's supposed to be used for things where float would be adequate then shouldn't it be float on all platforms? If it's supposed to be used for things where float is inadequate then why isn't it double on all platforms? The current situation leads to people who develop on i386 and amd64 (which is most developers) assuming that qreal is equivilent to double. Then we try and build it on arm* and float gets used. Sometimes this is ok because there was really no reason for the developer to be using double precision in the first place and there were no incorrect conversion assumptions. Sometimes this causes build failures which can be difficult to resolve* and I bet in some cases it causes more subtule bugs. It also goes against the principle of offering to the greatest extent possible the same functionality on all platforms. Making qreal double on armhf but leaving it as float on armel will mean that canonical are no longer forced for fix bugs surrounding it. I'm sure canonical would like that but I also suspect it may cause severe degredation in the maintainance of QT software on those ports that stick with qreal. On the other hand presumablly there would be a performance hit from switching from float to double, especially on platforms which use software floating point (I presume that was why whoever controlled qt at the time made qreal float on arm in the first place). I found some older upstream discussion on what to do about float at https://groups.google.com/forum/#!topic/qt-project-list-development/dPcP3NASY1k I also found some discussion at http://comments.gmane.org/gmane.comp.lib.qt.qt5-feedback/700 saying that on coretex A8 double was significantly slower than float. Finally has there been any discussion with other linux distros. This is obviously something that impacts the ABI in a big way so ideally it's not something where we want different distros doing different things. * See scribus for an especially nasty example. -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52758a05.9090...@p10link.net
Re: Bits from the Release Team (Jessie freeze info)
Johannes Schauer wrote: Until these two issues are fixed we will not be able to get an algorithmic answer to the question of what constitutes the minimum required set of packages. There is also the complication of what I will call non-key self building compilers. fpc is an example These are not needed to bootstrap the core of debian but if one wants to bootstrap all of debian they will need to be built. Since the only way to build them is with themselves they cannot be bootstrapped natively even with the help of build profiles. So the only way to bootstrap them is to either cross-build them or start with a binary from upstream. -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/526c4c1c.3060...@p10link.net
State of fpc in sid
Abou Al Montacir wrote: Hi Peter, I've committed fixes of this bug, can you please upload? Just thought i'd keep you informed. I uploaded with my changes and your changes. I also had to make a couple of follow uploads to deal with a couple of small but build-breaking issues, i'll try and get those follow up uploads into svn soon. Unfortunately I wasn't quick enough with the uploads and the chroots on the sparc buildd were updated to the new binutils (which makes versions of the fpc package prior to 2.6.2-3 uninstallable) before I managed to get the new upload in. This will mean a manual build on sparc is needed. Unfortunately the sparc porterbox seems to be out of disc space at the moment and requests in #debian-sparc for someone to build it manually went unanswered. I'm currently looking into qemu and if that fails I will look into if a sparc box I had remote access to ages ago can be made available again. I want to get this into testing ASAP to minimise the chance of problems for any derivatives that pull from testing. powerpc64 will also need manual building for the same reason. Since it is not an official architecture I don't plan to do that building, ccing the guy who filed the most recent ppc64 bug report to inform him of this. -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51f04aed.8090...@p10link.net
Re: State of fpc in sid
peter green wrote: Unfortunately I wasn't quick enough with the uploads and the chroots on the sparc buildd were updated to the new binutils (which makes versions of the fpc package prior to 2.6.2-3 uninstallable) before I managed to get the new upload in. This will mean a manual build on sparc is needed. Unfortunately the sparc porterbox seems to be out of disc space at the moment and requests in #debian-sparc for someone to build it manually went unanswered. The out of disk space situation on the porterbox was resolved and i'm now using it to build fpc. I should hopefully get the binaries uploaded before I go to bed tonight. -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51f059c8.8060...@p10link.net
Re: changing the java default to java7, and dropping java support for some architectures
:-) I'm one who asked there some time back why java7 is no longer in the archives (unstable/experimental), while the last binaries I had installed still work OK on my mini-pc... I'm just curious, sorry for asking to the lists... I want to understand if the mini-pc is still a low performance desktop alternative with java enabled, or is no longer suited for that, :-) So your answers are very appreciated. The problem is that if you want openjdk on your architecture then someone has to commit to doing the work to keep it building and working in the face of changes from upstream. For x86/x64 and presumablly to some extent sparc (though I don't know if they test linux/sparc or only solaris/sparc) upstream keeps it working. For arm ubuntu and probablly other commerical linux distros need to keep it working. Powerpc seems to be be getting at least some support from IBM. -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/519eb6e6.1020...@p10link.net
Re: Help with Wheezy CD testing on Saturday
Émeric == Émeric Maschino emeric.masch...@gmail.com writes: Émeric Just to let you know that I've successfully installed Wheezy Émeric using the netinst CD on a spare HDD, using default parameters Émeric (using entire HDD and one single partition as partition Émeric scheme) except for localization of course. I've been trying to install using the XFCE CD on a zx6000. The boot rom doesn't recognise the CD as being bootable.The netinst CD does work. -- Dr Peter Chubb peter.chubb AT nicta.com.au http://www.ssrg.nicta.com.au Software Systems Research Group/NICTA -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/84ehcxhtmj.wl%pe...@chubb.wattle.id.au
Re: Bug#651934: How to debug seed FTBFS on sparc?
reassign 651934 libjavascriptcoregtk-3.0-0 1.6.1-5 retitle 651934 unaligned access problems in libjavascriptcore on sparc leading to seed FTBFS affects 651934 seed tags 651934 patch thanks Jurij Smakov wrote: It built successfully this time! And after I installed the resulting debs, seed built successfully too. The webkit patch I used is attached. Best regards, Thanks Based on the evidence that 1: when we backtraced the crash it was an unaligned access in libjavascriptcore (part of webkit) 2: webkit has a specific define in it's code already for whether the CPU needs aligned access 3: the aforementioned define was not previously set on sparc even though sparc is known to require aligned accesses 4: when jurij rebuilt webkit with a patch to set the aforementioned define on sparc seed built successfully 5: the earliest version of webkit/javascriptcore with which I have reproduced the issue is 1.6.1-5 I am reassigning this to libjavascriptcoregtk-3.0-0 1.6.1-5, retitling it, marking it as affecting seed and replacing the help tag with a patch tag Webkit maintainers can you please upload Jurij's patch. -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f533ea1.6000...@p10link.net
Re: Bug#651934: How to debug seed FTBFS on sparc?
Michael Biebl wrote: Could you try building seed 3.2 against the same version of webkit as seed 3.0 was built? I removed all webkit and javascriptcore packages and installed http://snapshot.debian.org/archive/debian/20110505T052259Z/pool/main/w/webkitgtk%2B/libwebkitgtk-3.0-0_1.4.0-1_sparc.deb http://snapshot.debian.org/archive/debian/20110502T205251Z/pool/main/w/webkitgtk%2B/libwebkitgtk-3.0-common_1.4.0-1_all.deb http://snapshot.debian.org/archive/debian/20110505T052259Z/pool/main/w/webkitgtk%2B/libwebkitgtk-3.0-dev_1.4.0-1_sparc.deb http://snapshot.debian.org/archive/debian/20101126T030215Z/pool/main/i/icu/libicu44_4.4.2-2_sparc.deb http://snapshot.debian.org/archive/debian/20110709T030911Z/pool/main/libj/libjpeg6b/libjpeg62_6b1-2_sparc.deb The first thing I ran into was that seed currently has a build-depends on libwebkitgtk-3.0-dev (= 1.5.2), I de-versioned that build-depends so I could continue with the test. After doing so seed built successfully! You can get those packages from snapshot.d.o [3]. This should help narrow down the problem. I notice that libjavascriptcore didn't exist in that version of webkit. IMO this result points the finger even more in webkit's direction (it was already looking that way) I guess the next thing to do is to wait for jurij's results with his patched version of webkit. Jurij what is the status of that? (still waiting for webkit to build?). -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f4f2a52.1060...@p10link.net
Re: Bug#659793: gcc-4.6: ICE on sparc while building audacious
forwarded 659793 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52425 thanks Matthias Klose wrote: tags 659793 + moreinfo help thanks does it work with 4.5, 4.7 (snapshot)? Works with both 4.5 and snapshot, only 4.6 seems to suffer the problem. please forward it upstream after investigating. Done -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f4d485d.6020...@p10link.net
Re: How to debug seed FTBFS on sparc?
Found 651934 3.0.0-2 Thanks Thanks jurij for your help. 'disassemble' command may be used to look up the assembler code around the instruction which caused the crash: Some further notes on the dissasemble command I ran into while trying to use it. 1: it seems you have to explicitly select a range unless you want a whole function 2: if you have debug symbols installed you have to use info frame to get the address of the program counter 3: the addresses were different on my system, i'm not sure whether this was because my system was slightly out of date at the time or because of address randomisation. Figuring out why this happens is the tricky part :-). mmm, the webkit (webkit is the source package for libjavascriptcore) build log has a huge number of cast alignment warnings :( worse the file in which the error occoured is generated at webkit build time and is therefore not available in the webkit source package. I don't have the resources to build webkit on sparc in a reasonable time. Since testing an unstable have different versions of both seed and webkit. I decided the next thing to try was to build both testing's version of seed and unstable's versions of seed in both testing and unstable to try and narrow down which package caused the regression. However all four combinations failed with a bus error so it seems this regression happened before the version of webkit that is now in testing. I'm now marking this bug as affecting the version in testing as well. Webkit maintainers: Is any form of testsuite for libjavascriptcore run at webkit build time? I didn't spot anything on a quick look at the log but the log is massive so it's possible I missed it. -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f4996cf.3040...@p10link.net
How to debug seed FTBFS on sparc?
seed currently FTBFS on sparc with a bus error. I've reproduced this on a sparc box that Tom Theisen made available (thanks tom) but i'm kinda stuck on how to debug it. Any ideas on how to debug this? Normally i'd start by turning down the optimisation but this package doesn't seem to be using any in the first place. I tried to use gdb but ran into issues with the libtool wrapper scripts. -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f461555.4030...@postgrad.manchester.ac.uk
Audacious ICE on sparc
Audacious failed to build on sparc with an internal compiler error. https://buildd.debian.org/status/fetch.php?pkg=audaciousarch=sparcver=3.2-1stamp=1327623171 unfortunately the build log is a pain to read as the package uses a paralell build. Could someone try and reproduce this. If you can reproduce it could you provide a copy of the preprocessed source (for use in filing a gcc bugreport) and see if lowering the optimisation level or using a different gcc (4.4 or 4.5) solves it? Unfortunately I don't have access to a sparc box and debian sparc no longer runs in qemu or i'd look at this myself. -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f324157.6060...@p10link.net
Sysvinit error on apt-get update
Hi and thanks for all your hard work. I have just tried updating my debian hurd install and dpkg fails with the following error: dpkg: error processing /var/cache/apt/archives/sysvinit_2.88dsf-16_hurd-i386.deb (--unpack): trying to overwrite '/sbin/halt', which is also in package hurd 20111206-1 configured to not write apport reports Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/sysvinit_2.88dsf-16_hurd-i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) (I'm sorry if this text contains typos, i have only got one screen and wrote the text while watching it on my hurd computer.) Does anyone have any idea on how to get past this? Thanks! /Peter -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/9d50ba0d76d3c432ceab2412a466d0ab.squir...@legion.kahn.nu
RE: Systems which can run on a SS2.
July 27, 2009 2:08:09 AM, Joel BERTRAND wrote, In text mode only, etch is usable. My objective is merely to keep an Apache server running. A GUI is unnecessary. According to all discussion, Etch should be sufficient. Still, I'm interested to install NetBSD. Should be harmless. Thanks to everyone who replied, ... p. crawford _ Stay on top of things, check email from other accounts! http://go.microsoft.com/?linkid=9671355 -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Systems which can run on a SS2.
Mon, 25 May 2009 11:29:27 +0200 Joël BERTRAND wrote, Etch worked fine. Whereas http://www.debian.org/releases/stable/sparc/ch02s01.html.en#sparc-cpus states sun4, sun4c, sun4d, sun4m ... The last Debian release to support sparc32 was Etch, but even then only for sun4m systems. Support for the other 32-bits subarchitectures had already been discontinued after earlier releases. The Web page is wrong? Mon, 25 May 2009 11:29:27 +0200 Joël BERTRAND wrote, ... good results with lenny and 2.6 kernel (only UP and sparcv8 [SS20] ... Would UP be Ultra Panther or Ultra Plus? Not that I have either; just for interest. ... sun4[cdm] stations, you have to use NetBSD 4.0.1 (or 5.0 in UP). In http://www.netbsd.org/ports/sparc/ sun4c is listed as supported. Absence of reference to a release should mean that 5.0 works. Mon, 25 May 2009 16:31:12 +0100 Martin wrote, ... and remember having an insecure box on the net doesn't just affect you; it potentially affects everyone. You've convinced me. I'll learn to install NetBSD. Thanks,... p. crawford _ Stay on top of things, check email from other accounts! http://go.microsoft.com/?linkid=9671355 -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RE: Debian on a Sparcstation 2
At Mon, 25 May 2009 11:29:27 +0200 joel.bertr...@systella.fr wrote, Etch worked fine. Sarge doesn't work due to some bugs in kernel and libc. Is that for SS2 or SS20 or both? I have a SS2. For an old SS2 (I have one), or all sun4[cdm] stations, you have to use NetBSD 4.0.1 (or 5.0 in UP). ... Well I prefer to stick with Debian if possible. Another system would absorb more precious hours. One reason for choosing Debian originally was the claim to universality. Thanks, ... Peter E. _ Internet explorer 8 lets you browse the web faster. http://go.microsoft.com/?linkid=9655582 -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RE: Debian on a Sparcstation 2
At Mon, 25 May 2009 15:14:00 +0200 joel.bertr...@systella.fr wrote, Etch for both. SS2 cannot run with Sarge. Thanks. I know, but as sun4, sun4c and sun4m support have been dropped, you have to install another OS or drop your SS2 :-( OK thanks. Will try to put Etch on the external drive and keep NetBSD in mind. What is likely to fail if Etch is left on the SS2 for years? The lifespan of these Sparcs is amazing. The SS2 demonstrates hardware durability and is good for low demand http service. Regards, ... Peter E. _ Windows Live helps you keep up with all your friends, in one place. http://go.microsoft.com/?linkid=9660826 -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RE: Debian on a Sparcstation 2
Michelle wrote, ... for the SS10 Woody was the last release which worked. I suspect, that Sarge, Etch or even Lenny/Squeeze will work on the SS2. I'm puzzled. If Woody was the last release to work on the SS10, why will a later release work on the SS2? Martin wrote, ... check when support for SPARC V7 / sun4c machines was dropped. Thanks. Can anyone mention where to find this information? ... p. crawford _ Windows Live helps you keep up with all your friends, in one place. http://go.microsoft.com/?linkid=9660826 -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Debian on a Sparcstation 2
An old Sparcstation 2 has been running Woody since it was installed ca. 2002 by diskette - network. Recently I've added an external 18 GB drive and am interested to install a newer Debian to it. Can anyone comment _pro_ or _con_ about installing etch or lenny or squeeze on a Sparc 2? Efforts described below have failed. If a system upgrade is warranted, can anyone suggest how to accomplish it. Thanks, ... p. crawford Notes on extant efforts. (1) debootstrap With the drive connected to an i386 Debian, dbootstrap should be able to cross-install for Sparc. Nevertheless the i386 Squeeze fdisk complains about partitions created by Sparc Woody fdisk and _vice versa_. An untested method is to install debootstrap from an archive into the old Woody system and to attempt to install Sarge or Etch with it. (2) CD installer wodim was never installed in this Woody. I made a CD with i386 Lenny. wodim -v -speed=0 dev=/dev/hdc debian-501-sparc-netinst.iso dmesg on the Sparc reports, Vendor: YAMAHAModel: CRW4260 Rev: 1.0h Type: CD-ROM ANSI SCSI revision: 02 Detected scsi CD-ROM sr0 at scsi0, channel 0, id 6, lun 0 scsi : detected 1 SCSI cdrom 2 SCSI disks total. sr0: scsi3-mmc drive: 6x/6x writer cd/rw xa/form2 cdda tray ... but the disk is never mounted. sr0: CDROM not ready. Make sure there is a disc in the drive. cdrom: open failed. Device not ready. Make sure there is a disc in the drive. VFS: Disk change detected on device sr(11,0) (3) Diskette - netinstall Worked for Woody but diskette images for Etch etc. are not visible. _ Windows Live helps you keep up with all your friends, in one place. http://go.microsoft.com/?linkid=9660826 -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Architecture usertags
On Tue, 03 Mar 2009, Wouter Verhelst wrote: The format, suggested by Steve Langasek, was to use the porters mailinglist as the user, and the architecture name as the usertag (e.g., 'debian-m...@lists.debian.org' as user, and 'm68k' as tag). Or debian-po...@lists.debian.org as user. -- | .''`. ** Debian GNU/Linux ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
IDE DMA issue at Blade 100 and 2.6.{22,23}
Hi ALL, I think that I could found the reason for some boot problems at SUN Blade 100 with Debian Lenny (DVD image from March 08). recent posting: http://www.mail-archive.com/debian-sparc@lists.debian.org/msg21077.html It is related to a driver problem of the IDE controller, ALI M1535D. Once it detects possible UDMA60 at the IDE bus, the boot process stops. If you modify the hardware so that UDMA60, DMA mode 4, does not work, the SUN does boot. I tested this at two Sun blade 100 with Debian Lenny (DVD image from March 08). See http://www.pcguide.com/ref/hdd/if/ide/modesUDMA-c.html To do this modification you must change the IDE cable from 80 conductor to 40 conductor cable and set the DVD drive from CS to slave (jumper). HDD remains at CS. http://www.pcguide.com/ref/hdd/if/ide/conf_Cable.htm The UDMA60 does not work (see boot messages) and the SUN starts up in UDMA30 mode, see boot log. This seems to be an old problem. So there are early postings from year 2000. http://monkey.org/openbsd/archive/tech/0007/msg00017.html Do you see an chance to find a solution for this issue because this makes the Sun Blade 100 pretty slow? Best regards peter -- Peter Müller Rudolf-Zwintscher-Straße 6 D-01279 Dresden Privat: +49 351 41721405 Buero: +49 351 80800525 Handy: +49 151 58119247 E-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Problems installing Debian on a Sparcstation 4
Hello Today I tried to install Debian Etch on a Sparcstation 4 (110MHz CPU, 96MB Ram) with a 36GB harddrive. I had installed Etch earlier on that system using a 2 GB Harddrive and wanted to upgrade to a bigger disk. Unfortunately the installation always failed during hardware detection at the step Loading Module esp (This is at 2% progress). The system froze and I was unable to switch to another virtuel terminal. I booted the system over the net using the boot image from http://ftp.nl.debian.org/debian/dists/etch/main/installer-sparc/current/images/sparc32/netboot/2.6/ I tried to run the installer on a sparcstation 10, the hardware detection was working fine on that system. Is there some known problem with the Installation of etch on the SS4? Thanks, Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Installing Etch on Sun Ultra 2
Am Donnerstag, 6. Dezember 2007 17:07 schrieb Yannick Palanque: 2007-12-06T15:51:36+0100, Stephane Bortzmeyer [EMAIL PROTECTED]: By connect directly, I mean connecting the Athlon and the Sun by Ethernet without the intermediary of the router... Sorry, but this sentence does not seem to match the diagram. You mean the Pentium, not the Athlon? Which one is the DHCP server? Yes, I mean the Athlon. Currently, the only DHCP server is the router. In a perfect World, you would be able to set up the DHCP server on the router in a way it serves the Ultra 2 with all needed Information (IP, Network, Netmask, default gateway, IP of the TFTP Bootserver). Unfortunately, this is most likely not the case. So I would set up DHCP on the computer you also use for TFTP file serving. If you want to be on the save side, connect this computer directly to the Sun (You may need a crossed Ethernetcable). After the Sun has bootet and you are in the installer, you can connect the the sun directly to the router. You could also disable the DHCP-Server on the router and connect both the Sun and the PC with the DHCP/TFTP-Server to the router. Consumer class routers often only route between the internet and a built-in switch, so all ports on the Lan-side are on the same switch. Have Fun Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Any progress?
Hello Am Montag, 8. Oktober 2007 16:29 schrieb Bernd Zeimetz: I will get in contact with some of those kernel developers and ask wait for some good recommendations or hints. I have only my very very very old Sparcstation at home, but I know some sparc-addicted NetBSD people which have tons of them. I will ask them if they could provide me 2 or 3 of them and I will also try to use my vitamine B at Sun Microsystems, maybe they have still some 32bit stuff which they can donate. I have a Sparcstation 4 and 10 here (the SS 10 needs new fans, though, but I think I have them here already), probably another one at work. If anybody is interested to do Debian work on them I'll give them away for free, probably also pay for the shipping. Should somebody be interested in that SS10, I have a spare PSU (used, but it was working a year ago) for it, just in case you want to avoid the fan change. I live in Switzerland, but sending it to Germany would be ok for me. I can pay for the shipping, BUT you would need to pay import taxes (if there are any). Greetings Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Any progress?
Am Montag, 8. Oktober 2007 21:27 schrieb Chris Andrew: Don't suppose you have any spare RAM for a sparcstation? I do, 4 Modules, 16MB each from a Sparcstation 10, untested (but should work), Label says MH1M144CTJ-6, must be third party modules. Greetings Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Illegal Instruction error
Sorry to add to the list but here's another SunBlade 1500, OBP 4.17.1 gives the Illegal Instruction, cold reboot makes no difference. OBP 4.9.5 would allow for a cold boot using netinst. NB Same error results using Ubuntu 6.06, 6.06.1 and 7.04 releases on this hardware. Pete -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 'Illegal instruction' during boot
I'm afraid I'm seeing the same with a SunBlade 1500 (Red). Regrettably the cold reboot doesn't help when running latest OBP (4.17.1) although OBP 4.9.5 did allow a cold boot- netinst under Etch. Pete -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: chroot error while creating an vserver
Maciej Jan Broniarz wrote: Hi, i am trying to create an vserver on sun fire v240 running debian with 2.6.18-3-vserver-sparc64 kernel, but i get: gambit:~# vserver rivendell build -m debootstrap --hostname rivendell --interface eth2:193.0.95.132/26 -- -d etch -- I: Retrieving Release I: Retrieving Packages I: Retrieving Packages I: Resolving dependencies of required packages... I: Resolving dependencies of base packages... W: Failure trying to run: chroot /etc/vservers/.defaults/vdirbase/rivendell mount -t proc proc /proc gambit:~# still it works fine on both i386 and x86_64. Does anyone knows what might be the problem here ? Merry Christmas, gausus I had the same problem installing on an ultra 10. It worked when I installed sarge instead of etch. Then I upgraded from within the vserver Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SMP on Sun4m
Am Dienstag, 5. Dezember 2006 06.06 schrieb Jurij Smakov: On Tue, Dec 05, 2006 at 01:43:27AM +0100, Peter Rohrer wrote: [EMAIL PROTECTED]:~$ gcc --version gcc (GCC) 4.1.2 20061028 (prerelease) (Debian 4.1.1-19) output from fakeroot make-kpkg --initrd --revision=custom.1.0 kernel_image CC crypto/digest.o CC crypto/compress.o crypto/compress.c: In function âcrypto_init_compress_flagsâ: crypto/compress.c:42: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. For Debian GNU/Linux specific bug reporting instructions, see URL:file:///usr/share/doc/gcc-4.1/README.Bugs. The bug is not reproducible, so it is likely a hardware or OS problem. make[2]: *** [crypto/compress.o] Error 1 make[1]: *** [crypto] Error 2 make[1]: Leaving directory `/usr/src/linux-source-2.6.17' make: *** [debian/stamp-build-kernel] Error 2 [EMAIL PROTECTED]:/usr/src/linux-source-2.6.17$ Ouch. Just to confirm, what kernel was this machine running when this compilation was attempted? Is it reproducible? We definitely need to sort this out, if it's not a hardware problem. The machine is running: Linux ss10 2.6.17-2-sparc32 #1 Wed Sep 13 09:03:37 PDT 2006 sparc GNU/Linux I tried to get around the problem by commenting out the modules where it crashed (for example all the Cryptographic options). Looks like that did not help, it failed again, this time with: LD vmlinux SYSMAP System.map SYSMAP .tmp_System.map HOSTCC arch/sparc/boot/btfixupprep BTFIX arch/sparc/boot/btfix.S AS arch/sparc/boot/btfix.o LD arch/sparc/boot/image kernel/built-in.o: In function `ptrace_attach': (.text+0x12c98): undefined reference to `__raw_write_can_lock' make[2]: *** [arch/sparc/boot/image] Error 1 make[1]: *** [image] Error 2 make[1]: Leaving directory `/usr/src/linux-source-2.6.17' make: *** [debian/stamp-build-kernel] Error 2 I can reenable the Cryptographic options and try again if that helps. I could also try the same on a Sparcstation 4 with 110 MHz running Etch. Thanks, Peter
SMP on Sun4m / Sun4c on Etch
Hello Last weekend I installed Debian Etch on a Sun Sparcstation 10 with 2x Texas Instruments, Inc. - SuperSparc-(II) (50MHz) CPUs. I found no SMP-Kernel for 32bit, the installation manual suggests to compile one myself. I tried this (following http://d-i.alioth.debian.org/manual/en.sparc/ch08s05.html), but it failed now twice during compilation with a Segmentation fault (Output can be found at the end of this mail). I found an old statement from Rob Radez saying that Linux 2.6 and SMP on sparc32 are not working at all. Is this still true, or is the problem located between keyboard and chair? The manual also states that sun4c is supported on Etch (it was at least not on sarge). I just tried to netboot the installer on my Sparcstation 2, it starts to load, and after some time (I think when the download is finished), the screen turns off. I don't think this is a hardware problem, the system was running Debian Woody in the past. More general asked, am I wrong, or is the manual wrong/outdated? Thanks, Peter -- [EMAIL PROTECTED]:~$ gcc --version gcc (GCC) 4.1.2 20061028 (prerelease) (Debian 4.1.1-19) output from fakeroot make-kpkg --initrd --revision=custom.1.0 kernel_image ::: CC crypto/digest.o CC crypto/compress.o crypto/compress.c: In function âcrypto_init_compress_flagsâ: crypto/compress.c:42: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. For Debian GNU/Linux specific bug reporting instructions, see URL:file:///usr/share/doc/gcc-4.1/README.Bugs. The bug is not reproducible, so it is likely a hardware or OS problem. make[2]: *** [crypto/compress.o] Error 1 make[1]: *** [crypto] Error 2 make[1]: Leaving directory `/usr/src/linux-source-2.6.17' make: *** [debian/stamp-build-kernel] Error 2 [EMAIL PROTECTED]:/usr/src/linux-source-2.6.17$
Re: Re: gaim-librvp
gaim-librvp failed to build on sparc due to a transiant issue with build-deps. Other than wait times this is now the only thing holding gaim 2 out of testing. contacting the buildd guys at [EMAIL PROTECTED] (that is the address right?) has proven futile, therefore i am begging for some dev with a sparc box to build and upload it manually. gaim-librvp's upstream just released 0.9.5, which should obiviate the crude patch I had to apply in 0.5-2 to build against gaim2. It'll also eliminate a build cleanup bug I introduced in the attempt. Teting it now, I'll upload later today. unfortunately another version of gaim was uploaded at arround the same time as your package causing the problem to happen again (briefly: when a new version of gaim is uploaded the arch all gaim-data package makes gaim uninstallable until the new version is built for your architecture). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
gaim-librvp
gaim-librvp failed to build on sparc due to a transiant issue with build-deps. Other than wait times this is now the only thing holding gaim 2 out of testing. contacting the buildd guys at [EMAIL PROTECTED] (that is the address right?) has proven futile, therefore i am begging for some dev with a sparc box to build and upload it manually. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ftp.debian.org: please remove clisp, clisp-dev, clisp-doc packages for sparc
Hello, clisp fails to compile on sparc already for quite a while. To solve this I would try to reproduce the problem and possibly do a binary search to isolate when it appeared. However without a working vore this is difficult. Can you help? On Tuesday 03 October 2006 16:42, Jeroen van Wolffelaar wrote: tags 388398 moreinfo thanks On Wed, Sep 20, 2006 at 11:19:43AM +0200, Peter Van Eynde wrote: Package: ftp.debian.org Severity: normal Hello, clisp does not build anymore on sparc (see 386075). Upstream is unable to fix the problem, nor do I have access to a sparc porting machine. Did you ask the sparc porters ([EMAIL PROTECTED]) about this package? If they don't have the time/inclination to fix this, then fine, but at least please ask them. You can add a link to the discussion to the buglog, or keep the bug in the loop in the first place, whatever you prefer. Thanks, --Jeroen Groetjes, Peter -- signature -at- pvaneynd.mailworks.org http://www.livejournal.com/users/pvaneynd/ God, root, what is difference? Pitr | God is more forgiving. Dave Aronson| -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Ultra 10 max HDD capacity?
On Fri, 2006-02-24 at 23:15 +, Chris Andrew wrote: Hi, all. Sun suggest that the max HDD capacity for Ultra 10's is 20.4 Gb, is there any reason why (under linux), we can't use bigger? I don't need bigger, but it's easier to buy big than small, these days. I use 2x40GB HDD in my Ultra 10. Don't know what the maximum disc capacity is though, that would be interesting to know. Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
sun v210 booting
Hi, after doing a successful installation with the help of the daily netboot image thru tftp, I can't boot the SUN V210 However install goes fine and SILO installed 2.6.12 but at reboot after loading the kernel image I get the usual freezing... I tried to install stable, testing and unstable releases too but unfortunatelly with no success... Anyway, the kernel of the 21st September boot.img seems to be working fine because install is running well, but the released kernel-image-2.*.deb are wrong to my hardware. How can I get the vmlinuz or kernel image from a boot.img? Unfortunatelly all the available netinstcd images seem to be unusable at my machine too, so I can't get the proper kernel. Did anyone experience such problem? Does anyone have a correct, working, tested kernel image(version is whatever to me) for SUN V210 with tg3 quad ethernet to share with me? Thanks in advance. alpha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
sun v210 install - tg3
Hi, what is the current situation about Debian install on Sun V210 with quad ethernet (broadcom tg3)? By the way, all of the netinst iso images are faulty at my hardware, Remapping the kernel and freeze, Fast MMU Miss and halt... So I tried to install with tftpboot with almost every possible boot.img Old 2.4.x versions can't recognize my tg3 or they need additional arguments to be specified (eg. irq, hw address, etc...), 2.6.x are freezing when loading tg3 module (Corrected ECC Error and halt). Latest official boot.img I found is made at 22.03.2005 Are there any newer boot.img to use? Where are they? How shall I install debian in this case? Thank you for your kind help in advance! Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Running on its side/front? (U1)
On Tue, 2005-08-30 at 21:36 +0100, Neil Pilgrim wrote: Perhaps a stupid question, but has anyone had any problems with running an ultra-1 with the case on its side (or front)? I used to run my Ultra-1 on its side for a while due to desktop-space reasons, but never for more than a couple of days at a time, so I don't know how it would affect the hardware in the long run. One thing to be careful for though, don't insert a CD in the cdrom-drive, because it will fall through and get stuck.. Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: problems using a printer at my ultra5
On Wed, 2005-07-20 at 13:31 +0200, Admar Schoonen wrote: On Tue, Jul 19, 2005 at 01:23:44PM +0200, Peter wrote: Hi, what kind of USB card were you using in your Ultra 5? I tried a card with a viao chipset that I had lying around, but the machine wouldn't even boot up with that. I don't remember any details except that it's a 4 port USB 2.0 card (480 Mbps) with a VIA chipset that I bought in a local computer store for a few euros. My USB 1 printer and USB 2 mp3 player worked perfectly fine with that card. I do remember reading a post several months ago where someone tried to use a USB/firewire combo card without much success. Is your card a USB only card, or does it also have firewire (or other features)? I have a 4 port Sweex USB 2.0 card, VIA, 480 MBPS, no firewire. When I install the card in my Ultra 5 it refuses to boot. I read somewhere that a USB card will only work if it has a NEC chipset, but it seems to work for you so I don't know. Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: problems using a printer at my ultra5
FWIW: I didn't have any problems using a USB printer on both my Blade 100 and on my Ultra 5 with USB card Hi, what kind of USB card were you using in your Ultra 5? I tried a card with a viao chipset that I had lying around, but the machine wouldn't even boot up with that. Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Sarge on Netra T1
Hi all, I have a (couple of) Netra T1 105's, 440Mhz/512MB. Both have 2 x 36gb SCSI discs. When installing and running Solaris, all discs are recognised properly, when installing Sarge from the latest netinst image, only 540MB of each discs appears usable! Incidently this was also the case when attempting to install on an Ultra60 (2 x 18gb) and an Ultra10 (both IDE and via SCSI card) ... in all cases the installer would only see about 540mb. All OBP versions are latest. Any idea as to why this should be? A quick Google was fruitless.. Cheers4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: debian on a sun blade 100
On Sun, 2005-06-12 at 12:04 +0200, Olivier BERT wrote: Hi, I don't find any issue to my problems on the archives of this list. So: I have got a sun blade 100 (sparc64, 500mhz, 256MB sdram ...). And I would like to install debian linux on it. http://www.de-brauwer.be/docs/debian_on_sun.html Installing Debian on a Sun Blade 100 system -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
sparc machines at debcamp
Hi, We are looking to get some sparc machines sponsored for the debcamp for various development tasks. In order to have an idea which architectures people want to work on, we look for some projects or things people would be working on involving sparc. If you have a request for a certain subarch or have some idea involving sparc, please mail me. I will coordinate with Andreas as to what we can actually get hold of. Thanks, Peter (p2). signature.asc Description: Digital signature
Envctrl for E450 (that old issue again...)
Hello folks. I know that there are problems with envctrl.c on E450. Do anyone on this list know of a possible solution that will handle the fans as they are handled in Solaris (or atleast make it possible to turn them down a notch or five)? I'm afraid that I do not have enough experience and knowledge to hack it myself, but I have the hardware up and running and can offer help with testing and such. Regards /Peter __ Peter Bivesand Callineb Consulting AB Cellphone:+46-(0)70-6069898 Webpage: http://www.callineb.se
Re: [SOLVED] Take 3: sparc64 CDs work?
On Mon, 2004-06-21 at 01:03, Frederik Dannemare wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sunday 20 June 2004 21:56, Stefan Molnar wrote: In the U5/10 systems, memory must be installed in pairs, for 256MBm and 4 DIMMS that he says he has, each will be 64MB. It may have been just reseating the memory that made it happy. [ snip ] I only have two DIMMS (2x128MB), not four. These were sitting in the third and fourth DIMM socket. Moving them to the first and second DIMM socket made initrd happy. - -- I just moved my 2x128MB DIMMS from the 3th 4th socket to the 1st 2nd socket and can confirm a succesful boot from CDRom into the installer on my Ultra 5, using a daily image from May 21st.
Re: Ultra 5 can't start KDE
I made it through the install, and everything seemed to work fine until I attempted to start KDE via startx. My screen begins to flash and won't stop. I can see the full KDE desktop when it flashes, but I can't do anything with it. I have attempted to reconfigure xfree86 with dpkg-reconfigure xserver-xfree86, but nothing I do seems to help the problem. I am using the ATI drivers and have an old 15 inch IBM monitor (2235-00N). I looked up the horz. and vert. freq. and configured xfree with them. I think everything is up to date package-wise, unless I missed something in dselect. Anybody have any ideas? I'm not completely clueless with things Linux, but not all that advanced either, so please give detailed instructions if you can. Did you install x-window-system and x-window-system-core packages? I had a similar problem once and installing these packages solved the problem for me if I remember correctly. What videocard do you have? you can check with lspci. My machine lists the card as :01:02.0 VGA compatible controller: ATI Technologies Inc 3D Rage Pro 215GP (rev 5c) If you have a similar card I can send you a working XFree86Config-4 for Debian Sarge on a 17 monitor. Good luck, Peter
unknown partition table
I constantly get unknown partition table: | rapunzel~# fdisk -l /dev/sdb | | Disk /dev/sdb: 18.2 GB, 18210037760 bytes | 64 heads, 32 sectors/track, 17366 cylinders | Units = cylinders of 2048 * 512 = 1048576 bytes | | Disk /dev/sdb doesn't contain a valid partition table | | rapunzel:~# fdisk /dev/sdb | Device contains neither a valid DOS partition table, nor Sun, SGI or OSF disklabel | Building a new sun disklabel. Changes will remain in memory only, | until you decide to write them. After that, of course, the previous | content won't be recoverable. | | Drive type |? auto configure |0 custom (with hardware detected defaults) | [snip, options skipped] | Select type (? for auto, 0 for custom): 0 | Heads (1-1024, default 64): 20 | Sectors/track (1-1024, default 32): 237 | Cylinders (1-65535, default 17364): 7499 | Alternate cylinders (0-65535, default 2): | Using default value 2 | Physical cylinders (0-65535, default 7501): | Using default value 7501 | Rotation speed (rpm) (1-10, default 5400): 7177 | Interleave factor (1-32, default 1): | Using default value 1 | Extra sectors per cylinder (0-237, default 0): | Using default value 0 Settings according to /dev/sda which is a SEAGATE-SX118273LC-6367 | Command (m for help): p | | Disk /dev/sdb (Sun disk label): 20 heads, 237 sectors, 7499 cylinders | Units = cylinders of 4740 * 512 bytes | |Device FlagStart EndBlocks Id System | /dev/sdb1 0 7478 17722860 83 Linux native | /dev/sdb2 u 7478 7499 49770 82 Linux swap | /dev/sdb3 0 7499 177726305 Whole disk | | Command (m for help): x | | Expert command (m for help): p | | Disk /dev/sdb (Sun disk label): 20 heads, 237 sectors, 7177 rpm | 7499 cylinders, 2 alternate cylinders, 7501 physical cylinders | 0 extra sects/cyl, interleave 1:1 | Linux custom cyl 7499 alt 2 hd 20 sec 237 | Units = cylinders of 4740 * 512 bytes Linux custom? Could this be the problem? |Device FlagStart EndBlocks Id System | /dev/sdb1 0 7478 17722860 83 Linux native | /dev/sdb2 u 7478 7499 49770 82 Linux swap | /dev/sdb3 0 7499 177726305 Whole disk | | Command (m for help): w | The partition table has been altered! | | Calling ioctl() to re-read partition table. | Syncing disks. | rapunzel:~# fdisk -l /dev/sdb | | Disk /dev/sdb: 18.2 GB, 18210037760 bytes | 64 heads, 32 sectors/track, 17366 cylinders | Units = cylinders of 2048 * 512 = 1048576 bytes | | Disk /dev/sdb doesn't contain a valid partition table At the same time, the kernel says: | SCSI device sdb: 35566480 512-byte hdwr sectors (18210 MB) | SCSI device sdb: drive cache: write through | sdb: unknown partition table Of course. So, how do I fix this? copy over the SEAGATE-String from the first disk to the second by means of dd? Why can't I set that in fdisk? Is there a better fdisk? ;) Regards Peter -- Those who give up essential liberties for temporary safety deserve neither liberty nor safety. -- Benjamin Franklin
Re: unknown partition table
* on the Mon, Jun 14, 2004 at 10:10:30AM -0400, Ben Collins wrote: Settings according to /dev/sda which is a SEAGATE-SX118273LC-6367 Use the default values for everything in here. Didn't work either. So I did a dd if=/dev/sda of=/dev/sdb bs=1k count=1 which got me a useable partition table. Lucky to have several exactly similar drives. (And of course, demonstrating the usual mode-of-work: first ask questions on mailinglist, before an answer arrives, try out something else which will maybe solve the problem thus making the answer obsolete (Well, maybe not, maybe somebody else will have a similar problem some time in the future) ;))) The only question that bugs me now: Is this SEAGATE-SX118273LC-6367 just a model-specific string or a drive-specific one? Do I now have two drives with some same ID? Is there any way to find out such Drive-IDs? Cheers Peter -- Those who give up essential liberties for temporary safety deserve neither liberty nor safety. -- Benjamin Franklin
Re: Testing Beta 4 on Sparc Ultra 10
On Wed, 2004-06-02 at 15:25, Andreas Tille wrote: On Wed, 2 Jun 2004, Christian Perrier wrote: Could you try the tc1 version ? http://cdimage.debian.org/pub/cdimage-testing/sarge_d-i/sparc/tc1/sarge-sparc-netinst.iso It was absolutely the same behaviour as I described in my posting at http://lists.debian.org/debian-boot/2004/06/msg00092.html That's why I hope to get some further help from debian-sprac (sorry for the cross-posting). Is there anything I should do after removing a broken 10GB IDE disk and inserting a new factored 40GB disk? I can not exclude any hardware problems and so may be debian-boot is not the best list. Just a couple of days ago I installed Debian on a new 40 GB disk on my Ultra 5, which has the same motherboard as the Ultra 10. I had big troubles to get both the cdrom and the disk recognised, but eventually got around it by using one HD flatcable with 2 connectors to connect the HD and cdrom to the motherboard, and putting that in the motherboard connector where the cdrom was originally connected. Using 2 seperate cables for the HD and the cdrom in the 2 motherboard connectors didn't work for me. Still I couldn't boot from CD but I was able to do a succesful netboot with the Woody image (Sarge image gave fast data access exeption), so I could install to HD and boot from it. Then upgraded to testing and got the cdrom recognised at boot by adding append=hdb=ide-scsi max_scsi_luns=1 at the end of /etc/silo.conf, and putting sg and ide-scsi in /etc/modules so that they are loaded at boottime. Hope this is of any help, basically I would suggest to try out different connector combinations, and look at the jumper settings for master/slave at the HD, do a netboot and look at the output of dmesg for detected devices. Good luck. What is this tcl version btw?
Re: Debian Testing (using d-i beta4) on Sun Fire 280R
On Sun, 2004-05-23 at 15:24, Gertjan Francke wrote: Hello, I'm having the same problem as you have described in 2. My system is a UltraSparc 1, after I updated my running kernel from 2.2.19-sun4u to 2.4.26-sparc64 my network doesn't function properly. Further I use debian/testing. I can ping outside my LAN (to the Internet) by means of a gateway. There seems to be problems too on my localnetwork. I can connect to local httpservers, but telnet is not working. I can connect using telnet to another machine.. but as i start with input.. nothing happens on my screen.. so.. I guess that some packets get losts somewhere. Are you sure the problem is not somewhere in your network or your router? I installed Debian testing with 2.4.26-sparc64 kernel on my Ultra 1 just yesterday, upgraded from a minimal Woody install, and it works absolutely fine. (I actually got that machine from the VU (Vrije Universiteit in Amsterdam) last year, great machine :-) Peter
Re: initrd testing
Sun Ultra 1 (uniprocessor UltraSPARC): Loading initital ramdisk (1477740 bytes at 0x2080 phys 0x40c0 virt) Sun Ultra Enterprise 2 (dual processor UltraSPARC): Loading initital ramdisk (1477740 bytes at 0x6080 phys 0x40c0 virt) Panics with the same message as before: NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. RAMDISK: Couldn't find valid RAM disk image starting at 0. Freeing initrd memory: 1442 freed cramfs: wrong magic sh-2021: reiserfs_read_super: can not find reiserfs on ramdisk(1,0) Kernel panic: VFS: Unable to mount root fs on 00:00 Press L1-A to return to the boot prom -- [EMAIL PROTECTED] 780-492-7660 Computing and Network Services University of Alberta
Re: initrd testing
Ben Collins wrote: Ultra1: On this one, I got (modulo any typos) Loading initial ramdisk (1477684 bytes at 0x01x phys 022340800 virt) ... [spinning \/] Remapping the kernel ... FP Disabled ok and I was back to the OpenBoot 'ok' prompt. This is strange. Ultra10: On this one, I got much further. The kernel was loading, but failed near the end. The last messages were RAMDISK: couldn't find valid ramdisk image starting at 0. Freeing initrd memory 1443k freed cramfs: wrong magic sh-2021: reiserfs_read_super: can not find reiserfs on ramdisk (1,0) Kernel panic: VFS: Unable to mount root fs on 00:00 I hope this means something to somebody. This means something. Atleast we are showing a ramdisk, but the start point is all wrong. Did the old cd images work for you? I also saw this on a Sun Ultra 2. Sun Ultra 2 UPA/Sbus (2 x UltraSPARC 200 MHz) ... loaded kernel version 2.4.26 Loading initial ramdisk ( 1477684 bytes at 0x01x phys, 0x6080 virt) ... RAMDISK: Couldn't find valid RAM disk image starting at 0 Freeing initrd memory: 1443k freed cramfs: wrong magic sh-2021: reiserfs_read_super: can not find reiserfs on ramdisk (1,0) kernel panic: VFS: Unable to mount root fs on 00:00 Press L1-A to return to the boot prom The 20040511 daily image boots up fine on this system. -- [EMAIL PROTECTED] 780-492-7660 Computing and Network Services University of Alberta
Re: initrd testing
Joshua Kwan wrote: On Fri, May 14, 2004 at 01:56:25PM -0600, Peter Karbaliotis wrote: I also saw this on a Sun Ultra 2. Sun Ultra 2 UPA/Sbus (2 x UltraSPARC 200 MHz) ... loaded kernel version 2.4.26 Loading initial ramdisk ( 1477684 bytes at 0x01x phys, 0x6080 virt) ... RAMDISK: Couldn't find valid RAM disk image starting at 0 Freeing initrd memory: 1443k freed cramfs: wrong magic sh-2021: reiserfs_read_super: can not find reiserfs on ramdisk (1,0) kernel panic: VFS: Unable to mount root fs on 00:00 Press L1-A to return to the boot prom The 20040511 daily image boots up fine on this system. Erk. That's a _regression_! Not good... Ben, did your patch interfere with anything that would have made this not work? Also, this is CDROM, right? Also, did you use a netinst/businesscard image, the cdrom-mini.iso, or what? I tried a boot floppy on my sparc32 box. It seemed to boot OK, but possibly because SILO is not responible for the initrd for floppy installs. cdrom-mini.iso from your daily build. -- [EMAIL PROTECTED] 780-492-7660 Computing and Network Services University of Alberta
Don't worry, just listen
Thank you for your mor tg age application, which we received yesterday. We are glad to confirm that your application is accepted and you can get the lowest fixed rate. Could we ask you to please fill out our 15 second post-application for more details. http://gotmortgageloans.com/?partid=saving Yours sincerely, Justin T. Lockhart Mor tg age Broker Association. To modify your future preference with us: http://gotmortgageloans.com/st.html inductance ecumenist jocular controvertible punster uproot possemen von cadillac capitoline barberry coxcomb abdicate invoice pothole bayou spherule heterogeneity surrogate decouple hone kiwanis blackburn turvy forrest dialectic curran whizzing further coachwork chalice stevenson suck manslaughter davenport auto guerdon sherwood whore plasm invertebrate copernican tan rotarian rainbow pisces scarf betoken vest punctuate compline stormbound geophysical stake harry facsimile
Re: SS20 won't talk to my hub
[EMAIL PROTECTED] When plugged into my (cheap, 100/10Mb) hub, my SS20 refuses to be reached. It can't be pinged or otherwise contacted, despite the link light being on. It does talk to my other machines when directly connected with a cross-over cable however. Friend of mine had this problem recently with a LANCE chip on sparc, and not even a 10baseT hub seemed to help. She didn't try your crossover solution. What worked was to acquire an external AUI-TP transceiver. My theory is that the LANCE 10baseT transceivers tend to be flaky. Peter signature.asc Description: Digital signature
Re: error compiling 2.6.5-rc2
[Mustafa Hussein] /bin/sh: line 1: scripts/bin2c: No such file or directory There is a scripts/bin2c.c if that what you mean. I also removed the CONFIG_IKCONFIG option, now I get another error: [EMAIL PROTECTED]:/usr/src/linux$ cat image.err /bin/sh: line 1: scripts/conmakehash: No such file or directory Somehow the stuff in scripts/ is not getting built. 2.6.5-rc2 rearranges the build rules for this, but it certainly looks to me like it still works. I don't know that I can debug this, but does 'make scripts' build these things (bin2c, conmakehash, and other programs)? Peter signature.asc Description: Digital signature
Re: IPX sarge
On Fri, 2004-03-19 at 02:40, Mauricio wrote: Would sarge work in my IPX? If not, what would happen if I had installed woody in my IPX and then changed stable to testing in /etc/apt/sources.list? I never had much luck with upgrading my IPX to Sarge with apt-get, so I was eager to try out the new Debian installer beta 3 which comes with a release for Sparc. I burned http://gluck.debian.org/cdimage/testing/sarge_d-i/sparc/beta3/sarge-sparc-businesscard.iso and booted from it, but after booting the kernel it hangs with a kernelpanic and the message VFS: Unable to mount root fs on 00:00 Press L1-A to return to the boot prom. After trying again with the argument linux root=/dev/sda1 it proceeds to boot into my existing Woody install, but not into the Debian installer. If there isn't something obvious that I am overlooking I will file an installation report. Peter
Re: SS5 install progressing, but have a question...
On Thu, 2004-03-11 at 14:32, Schaefer, Robert (PS) wrote: Okay, I've managed to get my SS5 to boot and start installing the system. However, when I went to boot the live system after the base is installed, I've hit my next snag. I had to set up the ever popular /boot partition due to the 1gig bug, and Debian didn't correctly configure the system to boot with this. So, since it was still looking for silo.conf in /etc, I'm stuck at a boot prompt. I have set up the / partition on my SS5 to be 999MB and no /boot partition, (after I forgot the first time and I run into the same problem), and it works fine now. No need for a separate /boot I think? Peter
Re: Sarge on SS5?
On Thu, 2004-01-29 at 06:40, Kevin Krumwiede wrote: What would be the easiest way to get sarge on a SS5? I've given up on apache+php4 from stable. (Finally got it to start with the php module; now it just dies silently at random intervals.) You could try echo 33554432 /proc/sys/kernel/shmmax to get Apache + PHP running before you go into the trouble of upgrading. (you will need a newer kernel for that to succeed btw) For some more info have a look here: www.petrvz.net/view.php?page=ipx Peter
Re: Kernel for a sparc5...
On Fri, 2004-01-16 at 16:45, Momo wrote: Hi boyzs Just have a look at http://osinvestor.com/sparc/ I run a 2.4.24 on a SS5 uniprocessor, it works very well I'm about to test jumping to 2.6, maybe this sunday . I run a 22.23 kernel from osinvestor on my IPX webserver and it works great, whereas the stock Debian kernels from Woody testing would crash every 5 days or so. Very nice to have these kernels available. Peter
Re: No floppy drive in Debian-Sparc ???
someone mentioned that installing Debian on a Sparc leaves the floppy drive unusable. I know this is true in OpenBSD-sparc, is this true of Debian-sparc and in general of linux on sparcs? I am using a SunBlade 100 See [1]. Booting from floppies on the Ultra architecture is known to fail, because of a bug in the OpenBoot prom. However, I have no trouble reading, writing and mounting /dev/fd0 on an Ultra 10 running Linux. ... [1] http://www.debian.org/releases/stable/sparc/ch-rescue-boot.en.html#s-boo t-from-floppies Quote from the install instructions that url is referring to: Furthermore, a number of Sun4c models (such as the IPX) do not support the compressed images found on the disks, so also are not supported. I would like to mention that I installed from floppies on an IPX and an Ultra1 with no problems. Peter
ncurses
All, I have an Ultra 10 here running sid. After some updates a week or so ago, I can't recompile my kernel. Investigation shows that make menuconfig fails because -lncurses can't be found. Here's /usr/lib: archway:/usr/lib# ls -l libncurses.so lrwxrwxrwx1 root root 20 Jan 4 14:12 libncurses.so - /lib/libncurses.so.5 archway:/usr/lib# ls -l libncurses.so.5 lrwxrwxrwx1 root root 13 Dec 13 19:56 libncurses.so.5 - libtermcap.so archway:/usr/lib# ls -l libtermcap.so lrwxrwxrwx1 root root 13 Jan 4 14:12 libtermcap.so - libncurses.so archway:/usr/lib# ls -l libncurses.so lrwxrwxrwx1 root root 20 Jan 4 14:12 libncurses.so - /lib/libncurses.so.5 archway:/usr/lib# ls -l libncurses.so.5 lrwxrwxrwx1 root root 13 Dec 13 19:56 libncurses.so.5 - libtermcap.so libncurses.so points to libncurses.so.5, which points to libtermcap.so, which points back to libncurses.so. Looking in /lib: archway:/lib# ls -l libncurses.so.5 lrwxrwxrwx1 root root 17 Dec 13 20:00 libncurses.so.5 - libncurses.so.5.3 archway:/lib# ls -l libncurses.so.5.3 -rw-r--r--1 root root 290876 Nov 8 00:16 libncurses.so.5.3 Finally, looking in /lib64: archway:/lib64# ls -l libncurses.so.5 lrwxrwxrwx1 root root 17 Dec 13 20:01 libncurses.so.5 - libncurses.so.5.3 archway:/lib64# ls -l libncurses.so.5.3 -rw-r--r--1 root root 387488 Nov 8 00:16 libncurses.so.5.3 Is it safe for me to remove the duff symlinks in /usr/lib? I can't track down what caused this breakage, so I can't open a bug against any particular package. Peter.
Re: ncurses
Shawn Boyette wrote: You have the ncurses runtime libs installed, but not the development headers needed to compile a curses program, which is what menuconfig is. Install libncurses5-dev and everything should be fine. I have the ncurses headers installed: archway:/usr/src/linux-2.4.23# apt-get install libncurses5-dev Reading Package Lists... Done Building Dependency Tree... Done libncurses5-dev is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. The error when running 'make menuconfig' is as follows: archway:/usr/src/linux-2.4.23# make menuconfig rm -f include/asm ( cd include ; ln -sf asm-sparc64 asm) make -C scripts/lxdialog all make[1]: Entering directory `/usr/src/linux-2.4.23/scripts/lxdialog' /usr/bin/ld: skipping incompatible /usr/lib/gcc-lib/sparc-linux/3.3.3/../../../libncurses.so when searching for -lncurses /usr/bin/ld: skipping incompatible /usr/lib/gcc-lib/sparc-linux/3.3.3/../../../libncurses.a when searching for -lncurses /usr/bin/ld: skipping incompatible /usr/bin/../lib/libncurses.so when searching for -lncurses /usr/bin/ld: skipping incompatible /usr/bin/../lib/libncurses.a when searching for -lncurses /usr/bin/ld: skipping incompatible /usr/lib/libncurses.so when searching for -lncurses /usr/bin/ld: skipping incompatible /usr/lib/libncurses.a when searching for -lncurses /usr/bin/ld: cannot find -lncurses collect2: ld returned 1 exit status Unable to find the Ncurses libraries. You must have Ncurses installed in order to use 'make menuconfig' make[1]: *** [ncurses] Error 1 make[1]: Leaving directory `/usr/src/linux-2.4.23/scripts/lxdialog' make: *** [menuconfig] Error 2 The libraries and headers are there, but the symlinks appear mangled, and I'm not entirely sure how to fix it. Best wishes, Peter.
Re: ncurses
Tom 'spot' Callaway wrote: On Sun, 2004-01-04 at 11:15, Peter Hicks wrote: /usr/bin/ld: skipping incompatible /usr/lib/gcc-lib/sparc-linux/3.3.3/../../../libncurses.so when searching for -lncurses It looks like it wants ncurses libs built for sparc64 and is skipping the ones built for sparc32. file /usr/lib/libncurses.so should confirm that. /usr/lib/libncurses.so is a symlink (see earlier message). I think its skipping the files because /usr/lib/libncurses.so doesn't point to any library. 'make menuconfig' has worked in the past, and minimal changes have been made to the box above and beyond dist-upgrade every now and then. Is there somebody else here with an Ultra 10 or similar who could post an ls -l /usr/lib/libncurses*? Peter.
Re: ncurses
Tom 'spot' Callaway wrote: It looks like it wants ncurses libs built for sparc64 and is skipping the ones built for sparc32. file /usr/lib/libncurses.so should confirm that. Scrub the last message, I've spotted libncurses.so points to /lib/libncurses.so, which points to... blahblah, and points to the actual .so itself, rather than /usr/lib/ncurses.so. Any idea what I should do to fix this...? Should the recursive symlink be there, or is it a bug? Peter.
Re: ncurses
Clint Adams wrote: 'make menuconfig' has worked in the past, and minimal changes have been made to the box above and beyond dist-upgrade every now and then. Try touching the file /etc/disable_64_gcc Heh, thanks - menuconfig works now. Are there any downsides to disabling this whilst building a kernel image? Peter.
Re: incredible slow E250
* on the Thu, Nov 27, 2003 at 05:22:06PM -0800, David S. Miller wrote: On Thu, 27 Nov 2003 17:26:53 +0100 Peter Keel [EMAIL PROTECTED] wrote: I got my E250 running with my own kernel (2.4.23-rc5-grsec), to be correct, I got it crawling for some applications: Do the slowdowns happen without the grsec stuff added to the kernel? You're right. It is grsec which slows down things like dpkg by factor 6. I was too quick to rule that one out. Right now, I try to find out which part of grsec is really responsible for it (it shouldn't be the non-exec stack per se, according to the authors). Peter -- Those who give up essential liberties for temporary safety deserve neither liberty nor safety. -- Benjamin Franklin
Re: Silo breakage creating woody r2 CDs for sparc
* on the Tue, Dec 02, 2003 at 10:16:58AM +, Brian Teeman wrote: I dont think Steve was commenting on if users wanted sparc CDs. He was talking about if anyone in Debian wanted to support sparc CDs. I don't know. I'm running Debian on Sparcs since a few years, and on about 8 machines. And I've never used floppies or a CD to boot. Even the first I set up with bootp and tftp. So I guess on sparc they aren't needed as much as on architectures where you can't just boot net. So this makes the userbase smaller (which isn't as huge as the x86-crowd in the first place), and certainly also the developer-base even more... Peter -- Those who give up essential liberties for temporary safety deserve neither liberty nor safety. -- Benjamin Franklin
incredible slow E250
Hello I got my E250 running with my own kernel (2.4.23-rc5-grsec), to be correct, I got it crawling for some applications: time dpkg -l -a 2 /dev/null real0m34.671s user0m15.090s sys 0m19.610s I already can rule out grsecurity. But what could this be? strace'ing the above shows things like this: brk(0) = 0xde000 brk(0) = 0xde000 brk(0xdc000)= 0xdc000 brk(0) = 0xdc000 brk(0) = 0xdc000 brk(0xfe000)= 0xfe000 brk(0) = 0xfe000 brk(0x12) = 0x12 brk(0) = 0x12 brk(0x142000) = 0x142000 brk(0) = 0x142000 and so on. Each of those takes about 0.3 seconds. Where could this come from? SMP? I haven't done anything like profiling before, can anyone give me some hints on tools and things to profile this? Thank you Peter -- Those who give up essential liberties for temporary safety deserve neither liberty nor safety. -- Benjamin Franklin
packet recompiles
[sorry for writing the last few messages with a wrong email-address] Hello I'm trying to recompile some essential libraries for Sparc, since I know that some of those are meant for V7-architecture, whereas binaries for V8 and V9 could be much faster. Now, I'd like to do this the Debian way. The question is: if I do apt-get -b source glibc, which optimizations will be done? Or do I end up with another V7-binary? If nothing will be changed, how do I tell the compiler to compile this for V9? (same for openssl and ssh). Preferably in a generic way, without modifying the makefiles. Thank you Peter -- Those who give up essential liberties for temporary safety deserve neither liberty nor safety. -- Benjamin Franklin
packet recompiles
Hello I'm trying to recompile some essential libraries for Sparc, since I know that some of those are meant for V7-architecture, whereas binaries for V8 and V9 could be much faster. Now, I'd like to do this the Debian way. The question is: if I do apt-get -b source glibc, which optimizations will be done? Or do I end up with another V7-binary? If nothing will be changed, how do I tell the compiler to compile this for V9? (same for openssl and ssh). Preferably in a generic way, without modifying the makefiles. Thank you Peter -- Those who give up essential liberties for temporary safety deserve neither liberty nor safety. -- Benjamin Franklin
Re: 64bits df
Ben Collins writes: I would suggest something close to ditching calling ld directly, so that the CC env can make things work smoothly. We need ld to do partial linking: ld -r -o SUBSYS.o foo1.o foo2.o ... We get the right ld to use with gcc -print-prog-name=ld but that does not pick up the right flags. I'm open for better ideas. -- Peter Eisentraut [EMAIL PROTECTED]
on vacation, back Tues., 26 August
Re: Re: Thank you! I will read your email when I return.
Ultra 10 Real Time Clock
All, After installing woody on my Ultra 10, I noticed hwclock barfs at boot because it can't open /dev/misc/rtc. Should rtc.o automagically be loaded on at least an Ultra 10 system, or should there be some You really could use installing this! dialog at installation? Peter. P.S. I was really impressed with tftpbooting the box and not having to figure out a separate root image to load!
Re: RE : Internal speaker volume and DMA on sunblade 100
On Wed, Jul 09, 2003 at 05:15:36PM +0100, Hugh Saunders wrote: On Wed, Jul 09, 2003 at 11:33:58AM +0200, Olivier Hochreutiner wrote: Hi, I can not set the internal speaker volume on my sunblade, any one can help me please? I have found nothing to set it, so I opened my blade and unplugged the speaker, and now I feel much better :) setterm -blength 0 does that not work on sun stuff? You do know that it's a real speaker connected to the sound card, right? -- Peter Mathiasson, peter at mathiasson dot nu, http://www.mathiasson.nu GPG Fingerprint: A9A7 F8F6 9821 F415 B066 77F1 7FF5 C2E6 7BF2 F228
RE^2: serial ports on Sparc 2.
6/23/2003 1:46 AM Paul Roberts replied, Set your terminal program to 9600 8N1 Thanks Paul. Its for a LaserJet III connection and the second port will eventually have a modem for PPP. This morning I happened to find a pertinent FAQ at this address. http://www.obsolyte.com/sunFAQ/faq_hardware/hwref2.html It suggests that 38400 will work. ... Peter E. http://carnot.pathology.ubc.ca/peter.html
serial ports on Sparc 2.
Can anyone tell me the top speed of the serial ports on a Sparc 2? The manual specifies the functions of the pins and how to set jumpers for RS-232 or RS-4?? operation but does not mention speeds. None of the lists of specs. on the Web that I have found mention the speed either. Thanks, Peter E. http://carnot.pathology.ubc.ca/peter.html
Re: change eth0 to eth2 on a multi-homed ultra 1
On Tue, Jun 10, 2003 at 05:02:52PM +1000, John Hedge wrote: This comes under the heading of 'nice to have' so I wouldn't want anyone to break stride in answering this problem but maybe someone has trodden this path before! I have a multi-homed U1. 1 motherboard 10 base T nic (eth2; Lance) and two additional 100 base T nics (eth0 eth1; both Happy Meal). I would like the 10 base T eth2 to be eth0. How do I achieve this small miracle, please? nameif(8) -- Peter Mathiasson, peter at mathiasson dot nu, http://www.mathiasson.nu GPG Fingerprint: A9A7 F8F6 9821 F415 B066 77F1 7FF5 C2E6 7BF2 F228
Re: Re (4): [debian-sparc] Re: XFree86 in Woody on sun4c.
On Fri, Jun 03, 1994 at 12:36:17PM -0800, [EMAIL PROTECTED] wrote: So now startx xpdf concludes thus. '/usr/X11R6/bin/xterm: bad command line option xpdf usage: /usr/X11R6/bin/xterm [-version] [-help] [-display displayname] You'll have to use full path to xpdf, else it'll get passed as parameters to xterm. startx `which xpdf` will run xpdf. startx xpdf will run xterm pdf. -- Peter Mathiasson, peter at mathiasson dot nu, http://www.mathiasson.nu GPG Fingerprint: A9A7 F8F6 9821 F415 B066 77F1 7FF5 C2E6 7BF2 F228
Re: Kernel 2.4.20 and IPv6 ICMP on Sparc32/64 bomb
* on the Fri, May 09, 2003 at 10:03:37AM -0400, Ben Collins wrote: On Fri, May 09, 2003 at 11:05:15AM +0200, Peter Keel wrote: Hello I know this probably doesn't really belong here, but this is the only Sparc-ML I'm reading, and it may be of interest to you. ping6 on an IPv6-enabled Sparc32 or Sparc64 on Kernel 2.4.20 bombs really nasty. Machine halts instantly. No matter what patches. Right now, I'm not quite sure whether I used USAGI on both systems. The Sparc10 had USAGI, and I thought I had compiled the kernel for the Ultra1 without USAGI. So this might actually be an USAGI-problem. I constantly try to recompile kernels (with and whithout this and that), but see below. Could you try 2.4.21-rc2? I'll try whatever I can. ;) Right now, all my self-built kernels cannot boot with a Data Access Exception, I suspect its a compiler-problem. Which one should I use? It's a Sid. I tried 3.2.3-2 3.3-0pre8 (I'll try pre9 today) and 2.95 which wouldn't even compile. Right now my /usr/bin looks like this: /usr/bin/gcc - gcc-2.95 /usr/bin/gcc-2.95 /usr/bin/gcc-3.2 /usr/bin/gcc-3.3 /usr/bin/gccbug - gccbug-3.2 /usr/bin/gccbug-3.2 /usr/bin/gccbug-3.3 /usr/bin/sparc64-linux-gcc - gcc-2.95 I'm not quite sure whether /usr/bin/sparc64-linux-gcc - gcc-2.95 makes sense. Should I install egcs64? egcs64 seemed to produce bootable kernels, but had problems compiling 2.5.6x (which I ultimatively want). Regards Peter -- Those who give up essential liberties for temporary safety deserve neither liberty nor safety. -- Benjamin Franklin
Re: Kernel 2.4.20 and IPv6 ICMP on Sparc32/64 bomb
* on the Sun, May 11, 2003 at 11:45:53AM +0200, Fabio Massimo Di Nitto wrote: You have to use egcs64 for 2.4 kernels. Yes, seems so. It boots. I verified also the whole patch-situation, and it seems I was wrong: This was with the USAGI-patch. The stock kernel (even with grsecurity and ipfilter-patch) has no problems with ICMP. check this thread for 2.5 kernels http://lists.debian.org/debian-sparc/2003/debian-sparc-200304/msg00169.html Thank you. Only it doesn't really help, how do I compile my 2.5.69 now? ;) Peter -- Those who give up essential liberties for temporary safety deserve neither liberty nor safety. -- Benjamin Franklin
Kernel 2.4.20 and IPv6 ICMP on Sparc32/64 bomb
Hello
I know this probably doesn't really belong here, but this is the
only Sparc-ML I'm reading, and it may be of interest to you.
ping6 on an IPv6-enabled Sparc32 or Sparc64 on Kernel 2.4.20
bombs really nasty. Machine halts instantly. No matter what patches.
This is sparc32:
oldlady:~# ping6 irc6.lugs.ch
Unable to handle kernel NULL pointer dereference1tsk-{mm,active_mm}-contextb
tsk-{mm,active_mm}-pgd = fc00c400
And this is sparc64:
josephine:~# ping6 irc6.lugs.ch
dING irc6.lRuEgJsE.CcThv(6v:e ncuasl.lpiancgi fiiccmap.vc6h_)s e5n6d
oatUan abbyltee st
handle kernel NULL pointer dereference
tsk-{mm,active_mm}-context = 05d8
tsk-{mm,active_mm}-pgd = f800324b1000
USAGI or not, ip6filter-patch or not, grsec or not, doesn't seem to
make any difference.
I tried to run 2.5.6x instead, but I can't get it to boot anymore
(I had 2.5.68 running once on the Ultra1). All it says is Data
Access Exception. I'm pretty sure I misconfigured something, so
if any of you has a .config of a running 2.5.69 or something on a
stock Ultra1 (143Mhz, Lance), I'd be glad if you could mail it to me.
Cheers
Peter
--
Those who give up essential liberties for temporary safety deserve
neither liberty nor safety. -- Benjamin Franklin
Re: OpenOffice for SparcLinux
On Wed, May 07, 2003 at 08:54:06AM +0200, Michael Daum wrote: Hi, when will there be OpenOffice for SparcLinux? Contrary to the news from 2003-02-17 on http://www.linux-debian.de/openoffice/ stating that OpenOffice.org-1.0.2-2 is uploaded for all supported Linux-arches They're talking about the Linux arches OpenOffice supports, not Debian. apt-get install openoffice.org gives me a Sorry, but the following packages have unmet dependencies: openoffice.org: Depends: openoffice.org-bin ( 1.0.2-pre1.0.3) but it is not installable on debian/unstable. So everything seems to be in place except the binaries? That's because openoffice.org is Arch: all. OpenOffice does not currently support SPARC Linux. -- Peter Mathiasson, peter at mathiasson dot nu, http://www.mathiasson.nu GPG Fingerprint: A9A7 F8F6 9821 F415 B066 77F1 7FF5 C2E6 7BF2 F228
Re: SUN RAY 1 WITH LINUX
On Tue, Apr 01, 2003 at 02:09:23PM -0600, wrote: Sorry for sending to differents mailing lists but is on-topic for both lists. And here it goes my question: Does anyone know if I could use Linux under the Sun Ray 1? I have 12 and I want to use Linux for use the Sun Ray's 1 as X terminals (I have no longer budget for Sun maintenance), and I want to use an Intel server... did someone do this or knows anything about this issue? I know the Sun Ray is not a javastation so it doesn't help the JS Howto Thank you for your time. According to Sun's personnel at CeBit Hannover 2003 Sun Ray server software should now be available for Linux. I'm skeptical, but their salesman told me. -- Peter Mathiasson, peter at mathiasson dot nu, http://www.mathiasson.nu GPG Fingerprint: A9A7 F8F6 9821 F415 B066 77F1 7FF5 C2E6 7BF2 F228
X windows help!!!
Hello, I hope somebody can help me. I've tried to do as much research on my own before subscribing and emailing to this list. I have an Sun Ultra 10 workstation and I installed Debian 3.0 (Woody) on it. Installation went fine. But I don't know what kind of video hardware the Ultra 10 has so I did my best guessing with what info I could find on the net. When I run startx it crashes with this message: Symbol fbPictureInit from module /usr/X11R6/lib/modules/drivers/fbdev_drv.o is unresolved! What can I do? Look for? Edit? It has been such a long time since I've played with X configuration files (I'm used to all the nice linux installs from other distro's), so I don't remember what to look for. Any help is greatly appreciated!!!
RE: sparc32 2.4.21-pre5 kernel debs
Hi Rob and everyone, I was about to give up running the 2.4 kernel on my SS20 with dual HyperSparc 150s but I downloaded the 2.4.21-pre5 from your site to try some more testing. I can say that I wasn't expecting much success with all my past failures so imagine my suprise when not only did it get to booting the kernel on the first attempt, but it also passed init with no problems. I've rebooted the machine a couple of times and can report only one hang on init, which is great! But one question though, why does it appear that 2.4 is noticably slower than 2.2? I've seen this on other sparcs when I tried using the 2.4 kernel, but I was wondering does anybody know what is causing this? And why exactly does /proc/cpuinfo show the HyperSparcs as 100s and not 150s? I'd like to try and configure a test of the difference it takes to start apache with 2.4 versus 2.2 and then the next test would to actually test the performance of the system Just wondering, Peter -Original Message- From: Rob Radez [mailto:[EMAIL PROTECTED] Sent: Sunday, March 02, 2003 1:46 PM To: debian-sparc@lists.debian.org Subject: sparc32 2.4.21-pre5 kernel debs I'm currently uploading 2.4.21-pre5 kernel debs for sparc32, UP and SMP, to http://osinvestor.com/sparc/debs/ that will hopefully boot this time on SMP. If they're still too big I'll try to modularize more stuff, in which case more people will likely need an initrd. pre5 UP boots fine here, with a patch that I mailed off to [EMAIL PROTECTED] I make no promises on machines out of my control though. Regards, Rob Radez -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
ip6tables on sparc32: filter Table does not exist
Hello I finally managed to compile 2.4.20 on my SS10. Since I recently got 2001:8A8:30:30::/60 I now definitely want to do ipv6. It works, BUT: josephine:~# ip6tables -L ip6tables v1.2.6a: can't initialize ip6tables table `filter': Table does not exist (do you need to insmod?) Perhaps iptables or your kernel needs to be upgraded. This happens with the stock kernel, but also with the usagi-patch. So there's definitly something amess with the kernel itself. I did a quick google, and found further reference to the problem, but no solution. As it appears, the HPPA-architecture has the same problem, and sparc64 as well (CC to Aaron Sethman which reported it for Sparc64). Now the question: Does anyone know of a solution, some super-secret magic patch, or at least, does anyone know who I should bugger? ;)= Cheers Peter -- Those who give up essential liberties for temporary safety deserve neither liberty nor safety. -- Benjamin Franklin
Re: Please help: HappyMeal Bug
On maanantai, helmi 17, 2003, at 19:30 Europe/Helsinki, Dave Love wrote:
make a bug report against the FAQ; (b) I can perhaps provide the .deb
I built eventually.
I put the mine (runs on an Ultra1, 200MHz) up at
http://www.sci.fi/~pfp/ultra1-kernel
- enjoy. The config file is there too. The kernel has iptables, net
filesystems etc.
compiled as modules.
I had trouble using audio with this kernel, though. The cs24231 module
has only loaded once,
at other times audio.o fails complaining init_moduled: Input/output
error...
--
p f p @ i k i . f i, {040, +358-40} - 532 95 80
look like this pie lake is empty
Re: stability on a sparcstation 5 170mhz
On 10 Feb 2003, andy bezella wrote: i've got debian woody running with a 2.4.20 kernel on a 170mhz sparcstation 5, which, as i understand from ultralinux.org 'is not very stable.' and i have to agree... i'm experiencing sshd and imapd crashes, and the system itself won't stay up for more than a week straight. but beggars can't be choosers, and so my question is if anyone has any tips or tricks for increasing stability on this box. i've been using the debian kernel-source 2.4.20-5, but am about to try the deb from http://osinvestor.com/sparc/debs; which is preferred? tia for any help... The box isn't going to be stable without a lot of involved kernel work that nobody quite understands, and nobody really has time to do. You're pretty much 100% screwed. -- Peter What we need is either less corruption, or more chances to participate in it.
Re: stability on a sparcstation 5 170mhz
On Mon, 10 Feb 2003, Dave Paton wrote: On 2/10/03 at 3:23 PM, Peter Jones [EMAIL PROTECTED] wrote: On 10 Feb 2003, andy bezella wrote: mucho snippola The box isn't going to be stable without a lot of involved kernel work that nobody quite understands, and nobody really has time to do. You're pretty much 100% screwed. So I guess a guy like me with one of the freak dual hypersparc 170s is up the creek without a boat? No, ss5/170 is a turbosparc; the hypersparc is an entirely different beast, and it's not in a sparcstation 5 ever. We're *only* talking about the sparcstation 5/170, not any other ss5 and not any other 170MHz cpu. Just TurboSPARC. -- Peter What we need is either less corruption, or more chances to participate in it.
Re: sunhme ethernet (receiver?) locking up w/ ultra1 and 2.4.18-.20
Dave Love wrote: Funny that I didn't encouter this when I installed woody on the box.. I did the install via HTTP from the local network (10BT), the same connection that later proved fatal. I suspect it only bit me when I installed a 2.4 kernel. You get a 2.2 one initially, don't you? Niet, something in the range 2.4.17-.19. The 2.2 are more stable, then? I could give those a try, altough I've grown accustomed to iptables... Can anyone say why the one-line fix hasn't been applied, either in the vanilla kernel or Debian patches? I was originally told it would appear. Maybe because of what Irvin told - it doesn't work for everyone. Or was it just that the fix wasn't good enough, because there still exists a small delay.. (A poor reason if you ask me) -- pp / [EMAIL PROTECTED] / [EMAIL PROTECTED] / 040-532 95 80 / +358-40-532 95 80
