Bug#1058740: gtk4,librsvg: big-endian support is at risk of being removed

[Simon McVittie]

Source: gtk4,librsvg
Severity: important
Tags: upstream help
X-Debbugs-Cc: debian-s...@lists.debian.org, debian-po...@lists.debian.org

gtk4 had a recent test failure regression on s390x and other big-endian
architectures like ppc64 (#1057782). I sent this upstream to
https://gitlab.gnome.org/GNOME/gtk/-/issues/6260 and proposed a patch in
https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/6653, but upstream is
reluctant to apply the patch because they think it is the wrong solution:

> I would rather people fix the actual issue, which is the large table
> mapping GdkMemoryFormat to the corresponding GL format (and I bet the
> one for dmabufs is broken, too, but we don't have tests for that).

librsvg also has long-standing unsolved endianness-related issues, most
likely in one of its dependencies (#1038447, which has affected bookworm
since September 2022).

The GNOME team does not have big-endian hardware where we can run manual
tests, so we do not know how much of an impact this has on practical
usability of GTK and librsvg on big-endian architectures: it's entirely
possible that they have always been misrendered or broken on big-endian,
but the bug was never reported because there were no users, and we
are only noticing this now as a result of wider test coverage being
introduced.

If porters are interested in having GTK and librsvg continue to be
available on big-endian, please work with upstream to get them to a point
where endianness-specific bugs can be taken seriously in the upstream
projects. I do not consider doing this downstream-only to be a solution.

If endianness-specific issues become a blocker for the Debian release
process at some point in the future, then it is likely that I will have
to start the process of doing architecture-specific removals for these
packages and their reverse dependencies. For s390x this is likely to
have little user-visible effect, because I find it unlikely that there
are genuinely users running GUI applications on IBM mainframes, but for
-ports architectures this will probably be a larger regression.

Thanks,
smcv

Re: Bug#1018076: mini-transition: gjs built against mozjs102

[Simon McVittie]

On Sun, 25 Sep 2022 at 15:41:04 +0200, John Paul Adrian Glaubitz wrote:
> Could you blacklist the test
> 
> “ large-arraybuffers/basic.js”
> 
> on all affected big-endian targets (powerpc, ppc64, sparc64)?
> 
> The test is blacklist on s390x and fails on powerpc and ppc64 as well.

I'm not intending to touch it until the current version has either
migrated or failed to migrate, but after that, sure. Please open a
mozjs102 bug as a reminder.

(Obviously I'd prefer a fix for whatever endianness assumption is causing
this test to fail, if a porter for big-endian architectures can find the
root cause and suggest a patch.)

smcv

Re: Bug #905825: mozjs52: test failure on alpha: Expected value 'InternalError: allocation size overflow', Actual value 'out of memory'

[Simon McVittie]

Control: retitle -1 mozjs52: test failure on alpha|sparc64: Expected value 
'InternalError: allocation size overflow', Actual value 'out of memory'
Control: user debian-sparc@lists.debian.org
Control: usertags -1 + sparc64

On Fri, 10 Aug 2018 at 11:05:33 +0100, Simon McVittie wrote:
> Two mozjs52 tests fail on alpha:
> 
> ## js1_5/Array/regress-157652.js: rc = 0, run time = 0.418948
> BUGNUMBER: 157652
> STATUS: Testing that Array.sort() doesn't crash on very large arrays
> --- NOTE: IN THIS TESTCASE, WE EXPECT EXIT CODE 0 ---
> --- NOTE: IN THIS TESTCASE, WE EXPECT EXIT CODE 5 ---
>  FAILED! [reported from top level script] Testing that Array.sort() doesn't 
> crash on very large arrays : Expected value 'InternalError: allocation size 
> overflow', Actual value 'out of memory'
> TEST-UNEXPECTED-FAIL | js1_5/Array/regress-157652.js | (args: "")
> 
> and
> 
> ## js1_5/Regress/regress-422348.js: rc = 0, run time = 0.458987
> BUGNUMBER: 422348
> STATUS: Proper overflow error reporting
>  FAILED! [reported from test()] Proper overflow error reporting : Expected 
> value 'InternalError: allocation size overflow', Actual value 'out of memory'
> TEST-UNEXPECTED-FAIL | js1_5/Regress/regress-422348.js | (args: "")
> 
> I suspect that alpha just needs to be added to the list of 64-bit
> architectures where tests like these are skipped, similar to how mips64
> was added in
> debian/patches/tests-For-tests-that-are-skipped-on-64-bit-mips64-is-also.patch
> (generalizing that patch to be more like "add more 64-bit architectures"
> would probably be the best solution).

sparc64 also has a similar failure mode and should probably also be
added to that list of 64-bit architectures, although on sparc64 this
is swamped by a different failure mode where tests expect NaN and get
undefined instead (I've opened a separate sparc64-specific bug for that).

riscv64 and other new 64-bit architectures would probably have the same
bug if mozjs supported them.

If someone who likes portability and understands the Mozilla build/test
system better than I do could upstream a patch that replaces
skip-if(xulRuntime.XPCOMABI.match(...)) with some sort of
skip-if(xulRuntime.WORDSIZE == 64) or similar, that would be an even better
solution; the build system already has a concept of matching architectures
to word sizes.

smcv

Bug#905829: mozjs52: tests fail on sparc64: numeric operations expecting NaN get undefined instead

[Simon McVittie]

Source: mozjs52
Version: 52.9.1-1
Severity: normal
User: debian-sparc@lists.debian.org
Usertags: sparc64

Lots of mozjs52 tests fail on sparc64 because the test does some numeric
operation that expects NaN (not a number) as result, but gets undefined
back instead, for example:

FAILED! Number.NEGATIVE_INFINITY % Number.NEGATIVE_INFINITY = undefined 
expected: NaN
FAILED! VAR1 =-Infinity; VAR2=-Infinity; VAR1 %= VAR2; VAR1 = undefined 
expected: NaN
FAILED! [reported from top level script] testfunc : Expected value 'NaN', 
Actual value 'undefined'

Does sparc64 have an unusual binary representation of NaN and undefined
or something?

John Paul Adrian Glaubitz asked me to mark sparc64 as one of the
architectures where build-time test failures are ignored, which I will do
when I have a bug number for this that I can refer to.

smcv

Bug#887494: mozjs52: FTBFS on sparc64: interpreter segfaults

[Simon McVittie]

Source: mozjs52
Version: 52.3.1-7
Severity: normal

mozjs52 runs a smoke-test on the js sample interpreter (which is no longer
installed, but is still built) to check whether the built binaries are
in any way functional. On sparc64, the answer is that they are not:

>debian/rules override_dh_auto_test
> make[1]: Entering directory '/<>'
> SRCDIR=/<>/js/src DEB_HOST_ARCH=sparc64 
> /<>/debian/test.sh
> Segmentation fault
> Smoke-test failed: did interpreter initialization fail? (see #873778)
> debian/rules:99: recipe for target 'override_dh_auto_test' failed

The failing command is:

"$SRCDIR/js/src/js" -e 'print("Hello, world")'

so this probably indicates that sparc64 builds of mozjs are unable to
interpret JavaScript at all.

This appears to be a regression since mozjs24, which passed at least some
of its build-time tests on sparc64. Maybe mozjs52 is making assumptions
about the layout of virtual memory that are not true on sparc64?

If there are patches for sparc64 in firefox-esr or in upstream Firefox,
they are probably also applicable to mozjs52.

Regards,
smcv

Bug#884951: glib2.0: FTBFS on sparc64 landau.east.ru: gio/tests/network-address.c:212

[Simon McVittie]

Source: glib2.0
Version: 2.54.2-4
Severity: important
X-Debbugs-Cc: debian-sparc@lists.debian.org

Some but not all glib2.0 builds on sparc64 fail with:

GLib-GIO:ERROR:../../../../../gio/tests/network-address.c:212:test_resolve_address_gresolver:
 'test->valid_resolve' should be FALSE

which means that g_resolver_lookup_by_name() failed for address_tests[2],
which expected to pass (because of the second TRUE):

  /* GResolver accepts this by ignoring the scope ID. This was not
   * intentional, but it's best to not "fix" it at this point.
   */
  { "fe80::42%1",  TRUE,  TRUE,  FALSE },

These failures seem well-correlated with the build happening on landau.
This might be related to the network interfaces or address families that
are (not) configured on this particular buildd, which presumably differs
from all release architecture buildds in some way.

smcv

Bug#873823: dbus: FTBFS on sparc64: test-dbus-daemon: FATAL-ERROR: timed out

[Simon McVittie]

Source: dbus
Version: 1.11.16+really1.11.16-2
Severity: normal

I recently enabled build-time tests for dbus, having first fixed the
home directory issue that made them fail on all buildds. They pass on
most Linux architectures, but fail on sparc64.

https://buildd.debian.org/status/fetch.php?pkg=dbus=sparc64=1.11.16%2Breally1.11.16-2=1501416799=0
> ** 
> (/<>/dbus-1.11.16+really1.11.16/debian/build-debug/test/.libs/test-dbus-daemon:7617):
>  ERROR **: timed out

This test times out after 60 seconds:

>   /* Prevent tests from hanging forever. This is intended to be long enough
>* that any reasonable regression test on any reasonable hardware would
>* have finished. */
> #define TIMEOUT 60
— test/test-utils-glib.c

I think the timeout is during the /echo/limited test-case, which severely
cuts down the number of messages that the dbus-daemon is willing to keep
in-flight at a time, cutting throughput from 250 to 200 messages per
second. This seems really slow: on my 5 year old x86-64 laptop I get
more than 20 times that throughput.

If sparc64 is really that slow, it's just an arbitrary timeout and could
be increased (the only purpose is to make each test take a finite time
to fail if something gets wedged). Is it?

(X-Debbugs-Cc to debian-sparc)

S

Re: Bug#827815: libmozjs-24-0: initialization segfaults on sparc64

[Simon McVittie]

On Sun, 15 Jan 2017 at 17:06:00 +0100, John Paul Adrian Glaubitz wrote:
> For the time being, Firefox upstream is now using the arm64 workaround on 
> sparc64
> as well which fixed Firefox on sparc64. Firefox will be fixed on sparc64 with
> version 53.

Can you point those interested in this bug to a patch/commit/something that
describes "the arm64 workaround"? Is it related to #839050?

S

Re: Bug#827815: libmozjs-24-0: initialization segfaults on sparc64

[Simon McVittie]

Control: retitle 827815 libmozjs-24-0: initialization segfaults on sparc64
Control: user debian-sparc@lists.debian.org
Control: usertags 827815 + sparc64

This is easy to reproduce on the sparc64 porterbox, with or without gjs.
Possibly related to 
since standalone mozjs (SpiderMonkey) is essentially a fork of the Firefox
JavaScript engine.

Sample backtraces below. The expected result of running either js24 or
gjs-console is an interactive prompt at which you can type
print("hello, world!") and get "hello, world!" printed in response.

mozjs24 currently ignores errors during "make check" because not all
tests are reliable, but it would be great if it tried something simpler
like

js24 -e 'print("hello, world!")'

and made the package FTBFS if that didn't work - that would avoid dependent
packages like gjs being built, but actually being unusable, on sparc64.

Regards,
S



With libmozjs-24-bin, libmozjs-24-bin-dbg and libmozjs-24-0-dbg:
> smcv@notker ~ % gdb js24
> ...
> (gdb) run
> Starting program: /usr/bin/js24 
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib/sparc64-linux-gnu/libthread_db.so.1".
> [New Thread 0x800101889910 (LWP 250203)]
> [New Thread 0x800102089910 (LWP 250204)]
> 
> Thread 1 "js24" received signal SIGSEGV, Segmentation fault.
> js::ObjectImpl::setFlag (this=this@entry=0x102306040, cx=cx@entry=0x53e610, 
> flag_=flag_@entry=8, 
> generateShape=generateShape@entry=js::ObjectImpl::GENERATE_SHAPE)
> at ./js/src/vm/Shape.cpp:1116
> 1116  ./js/src/vm/Shape.cpp: No such file or directory.
> (gdb) set pagination off
> (gdb) thread apply all bt
> 
> Thread 3 (Thread 0x800102089910 (LWP 250204)):
> #0  0x8001001365a4 in pthread_cond_wait@@GLIBC_2.3.2 () from 
> /lib/sparc64-linux-gnu/libpthread.so.0
> #1  0x80010047e5d8 in PR_WaitCondVar () from 
> /usr/lib/sparc64-linux-gnu/libnspr4.so
> #2  0x002d9150 in js::SourceCompressorThread::threadLoop 
> (this=0x521940) at ./js/src/jsscript.cpp:1094
> #3  js::SourceCompressorThread::compressorThread (arg=0x521940) at 
> ./js/src/jsscript.cpp:965
> #4  0x800100484620 in ?? () from /usr/lib/sparc64-linux-gnu/libnspr4.so
> Backtrace stopped: previous frame identical to this frame (corrupt stack?)
> 
> Thread 2 (Thread 0x800101889910 (LWP 250203)):
> #0  0x8001001365a4 in pthread_cond_wait@@GLIBC_2.3.2 () from 
> /lib/sparc64-linux-gnu/libpthread.so.0
> #1  0x80010047e5d8 in PR_WaitCondVar () from 
> /usr/lib/sparc64-linux-gnu/libnspr4.so
> #2  0x0025d9a4 in js::GCHelperThread::threadLoop (this=0x521868) at 
> ./js/src/jsgc.cpp:2266
> #3  0x800100484620 in ?? () from /usr/lib/sparc64-linux-gnu/libnspr4.so
> Backtrace stopped: previous frame identical to this frame (corrupt stack?)
> 
> Thread 1 (Thread 0x800100030f60 (LWP 250200)):
> #0  js::ObjectImpl::setFlag (this=this@entry=0x102306040, 
> cx=cx@entry=0x53e610, flag_=flag_@entry=8, 
> generateShape=generateShape@entry=js::ObjectImpl::GENERATE_SHAPE) at 
> ./js/src/vm/Shape.cpp:1116
> #1  0x00276b94 in JSObject::setDelegate (cx=0x53e610, this= out>) at ./jsobjinlines.h:782
> #2  JSCompartment::getNewType (this=0x53efd0, cx=cx@entry=0x53e610, 
> clasp=clasp@entry=0x4f2e10 , proto_=..., 
> fun_=fun_@entry=0x0) at ./js/src/jsinfer.cpp:6073
> #3  0x00277020 in JSObject::getNewType (this=0x102306040, 
> cx=cx@entry=0x53e610, clasp=clasp@entry=0x4f2e10 , 
> fun=fun@entry=0x0) at ./js/src/jsinfer.cpp:6134
> #4  0x0029f938 in js::NewObjectWithClassProtoCommon (cx=0x53e610, 
> clasp=0x4f2e10 , protoArg=, 
> parentArg=0x800102305020, allocKind=, newKind= out>) at ./js/src/jsobj.cpp:1383
> #5  0x0029fbc4 in js::NewObjectWithClassProtoCommon 
> (cx=cx@entry=0x53e610, clasp=0x7feec60, protoArg=0x7feec70, 
> protoArg@entry=0x0, parentArg=0x170338  int, JS::Value*)>, 
> allocKind=allocKind@entry=js::gc::FINALIZE_OBJECT4_BACKGROUND, 
> newKind=newKind@entry=js::SingletonObject) at ./js/src/jsobj.cpp:1343
> #6  0x002506b8 in js::NewObjectWithClassProto 
> (newKind=js::SingletonObject, allocKind=js::gc::FINALIZE_OBJECT4_BACKGROUND, 
> parent=, proto=0x0, clasp=0x4f2e10 , 
> cx=0x53e610) at ./jsobjinlines.h:1493
> #7  js::NewFunction (newKind=js::SingletonObject, 
> allocKind=js::gc::FINALIZE_OBJECT4_BACKGROUND, atom=..., parent=..., 
> flags=, nargs=0, native=0x170338  unsigned int, JS::Value*)>, funobjArg=..., cx=0x53e610) at 
> ./js/src/jsfun.cpp:1561
> #8  js::DefineFunction (cx=cx@entry=0x53e610, obj=..., id=..., 
> native=0x170338 , 
> nargs=, flags=0, flags@entry=512, 
> allocKind=js::gc::FINALIZE_OBJECT4_BACKGROUND, newKind=js::GenericObject) at 
> ./js/src/jsfun.cpp:1688
> #9  0x001fc2a4 in JS_DefineFunctions (cx=cx@entry=0x53e610, 
> objArg=, fs=0x4e6aa8 ) 

Re: Bug#827815: ostree: FTBFS on sparc64: gjs: Segmentation fault

[Simon McVittie]

Control: reassign 827815 libmozjs-24-0 24.2.0-3
Control: affects 827815 gjs
Control: reassign 826858 ostree 2016.5-3
Control: affects 826858 - gjs

On Wed, 06 Jul 2016 at 20:58:08 +0100, Simon McVittie wrote:
> > This one is a segfault in gjs

Oops, wrong clone. #826858 is an unreproducible failure on i386 and
hppa, #827815 is the mozjs/gjs segfault.

S

Re: Bug#826858: ostree: FTBFS on sparc64: gjs: Segmentation fault

[Simon McVittie]

Control: reassign 826858 libmozjs-24-0 24.2.0-3
Control: affects 826858 gjs

On Thu, 09 Jun 2016 at 19:28:37 +0100, Simon McVittie wrote:
> On Thu, 09 Jun 2016 at 10:35:48 -0400, Aaron M. Ucko wrote:
> > - On sparc64 (not a release architecture either):
> > 
> >   ERROR: tests/test-pull-corruption.sh - too few tests run (expected 2, got 
> > 0)
> >   ERROR: tests/test-pull-corruption.sh - exited with status 1
> 
> This one is a segfault in gjs, a JavaScript environment using Mozilla
> code for the interpreter and GObject-Introspection for runtime libraries.
> OSTree uses it as a scripting language in some tests, to confirm that
> its language bindings work.
> 
> It seems likely that this one is a sparc64 bug in either libmozjs,
> gjs, GObject-Introspection, or possibly libffi (used by GObject).

I've tried gjs on notker.debian.net, and it looks as though it just
doesn't work at all on sparc64. The backtrace looks more like a mozjs24
rather than gjs issue.

Steps to reproduce:
* install gjs/unstable on sparc64
* run gjs-console

Expected result:
* a "gjs>" REPL prompt at which you can type JavaScript

Actual result:
* segmentation fault

Backtrace below.

Regards,
S

(gdb) set pagination off
(gdb) bt full
#0  js::ObjectImpl::setFlag (this=this@entry=0x107706040, cx=cx@entry=0x246e90, 
flag_=flag_@entry=8, 
generateShape=generateShape@entry=js::ObjectImpl::GENERATE_SHAPE) at 
/build/mozjs24-t3hfaL/mozjs24-24.2.0/js/src/vm/Shape.cpp:1116
flag = js::BaseShape::DELEGATE
self = 
#1  0x8001028e2fb8 in JSObject::setDelegate (cx=0x246e90, this=) at ./jsobjinlines.h:782
No locals.
#2  JSCompartment::getNewType (this=0x247910, cx=cx@entry=0x246e90, 
clasp=clasp@entry=0x800102b1d300 , proto_=..., 
fun_=fun_@entry=0x0) at 
/build/mozjs24-t3hfaL/mozjs24-24.2.0/js/src/jsinfer.cpp:6073
p = {<js::detail::HashTable<js::ReadBarriered 
const, js::HashSet<js::ReadBarriered, 
js::types::TypeObjectEntry, js::SystemAllocPolicy>::SetOps, 
js::SystemAllocPolicy>::Ptr> = {entry_ = }, keyHash = 
1476233512, mutationCount = {}}
proto = {<js::RootedBase> = 
{<js::TaggedProtoOperations<JS::Rooted >> = {}, }, ptr = {proto = 0x107706040}}
fun = {<js::RootedBase<JSFunction*>> = {}, ptr = 0x0}
markUnknown = 
type = {<js::RootedBase<js::types::TypeObject*>> = {}, 
ptr = 0x17}
enter = {suppressGC = {suppressGC_ = @0x800102b1d300}, freeOp = 
0x107706040, compartment = 0x1, oldActiveAnalysis = false}
#3  0x8001028e3448 in JSObject::getNewType (this=0x107706040, 
cx=cx@entry=0x246e90, clasp=clasp@entry=0x800102b1d300 
, fun=fun@entry=0x0) at 
/build/mozjs24-t3hfaL/mozjs24-24.2.0/js/src/jsinfer.cpp:6134
No locals.
#4  0x80010290c024 in js::NewObjectWithClassProtoCommon (cx=0x246e90, 
clasp=0x800102b1d300 , protoArg=, 
parentArg=0x800107705020, allocKind=, newKind=) at /build/mozjs24-t3hfaL/mozjs24-24.2.0/js/src/jsobj.cpp:1383
cache = @0x228f18: {static MAX_OBJ_SIZE = 160, entries = {{clasp = 0x0, 
key = 0x0, kind = js::gc::FINALIZE_OBJECT0, nbytes = 0, templateObject = '\000' 
} }}
entry = -1
parent = {<js::RootedBase<JSObject*>> = {}, ptr = 
0x800107705020}
proto = {<js::RootedBase<JSObject*>> = {}, ptr = 
0x107706040}
type = 
obj = 
#5  0x80010290c2a0 in js::NewObjectWithClassProtoCommon 
(cx=cx@entry=0x246e90, clasp=0x7fee880, protoArg=0x7fee890, 
protoArg@entry=0x0, parentArg=0x8001027e14d4 <obj_toSource(JSContext*, 
unsigned int, JS::Value*)>, 
allocKind=allocKind@entry=js::gc::FINALIZE_OBJECT4_BACKGROUND, 
newKind=newKind@entry=js::SingletonObject) at 
/build/mozjs24-t3hfaL/mozjs24-24.2.0/js/src/jsobj.cpp:1343
No locals.
#6  0x8001028c19bc in js::NewObjectWithClassProto 
(newKind=js::SingletonObject, allocKind=js::gc::FINALIZE_OBJECT4_BACKGROUND, 
parent=, proto=0x0, clasp=0x800102b1d300 
, cx=0x246e90) at ./jsobjinlines.h:1493
No locals.
#7  js::NewFunction (newKind=js::SingletonObject, 
allocKind=js::gc::FINALIZE_OBJECT4_BACKGROUND, atom=..., parent=..., 
flags=, nargs=0, native=0x8001027e14d4 
<obj_toSource(JSContext*, unsigned int, JS::Value*)>, funobjArg=..., 
cx=0x246e90) at /build/mozjs24-t3hfaL/mozjs24-24.2.0/js/src/jsfun.cpp:1560
funobj = {<js::RootedBase<JSObject*>> = {}, ptr = 0x0}
#8  js::DefineFunction (cx=cx@entry=0x246e90, obj=..., id=..., 
native=0x8001027e14d4 <obj_toSource(JSContext*, unsigned int, JS::Value*)>, 
nargs=, flags=0, flags@entry=512, 
allocKind=js::gc::FINALIZE_OBJECT4_BACKGROUND, newKind=js::GenericObject) at 
/build/mozjs24-t3hfaL/mozjs24-24.2.0/js/src/jsfun.cpp:1688
gop = 0x800102861a90 <JS_PropertyStub(JSContext*, 
JS::Handle<JSObject*>, JS::Handle, JS::MutableHandle)>
sop = 0x800102861a98 <

Bug#709781: libglib2.0-0: g_date_time_new_from_timeval_utc() fails on sparc

[Simon McVittie]

Package: libglib2.0-0
Version: 2.36.1-2build1
Severity: important

While investigating a FTBFS of telepathy-glib on sparc
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=709776), I tracked the
problem down to GDateTime creation failing.

On i386 and amd64, the attached test program outputs:

 ** Message: in: 1369481139.090801
 ** Message: GTimeVal iso : 2013-05-25T11:25:39.090801Z
 ** Message: GDateTime iso: 2013-05-25 11:25:39
 ** Message: out: 1369481139.090801

On sparc, it fails:

 ** Message: in: 1369481139.090801
 **
 ERROR:datetime.c:11:main: assertion failed: (dt != NULL)
 Aborted

(The original test in telepathy-glib used the time now and so was
non-deterministic, but this test uses a hard-coded GTimeVal so
it should be deterministic.)

Breaking on the internal function g_date_time_from_instant (which requires
libglib2.0-0-dbg) yields this on amd64:

 g_date_time_from_instant (tz=tz@entry=0x602040, instant=63505164339090801)

(and repeating the instant calculation with arbitrary-precision arithmetic
in Python produces the same thing) but on sparc, instant appears to be
mis-computed for some reason:

 g_date_time_from_instant (tz=0xd71c, instant=137439021280)

This is causing telepathy-glib to FTBFS with a test failure. The GDateTime
tests in GLib also failed on sparc, but for some reason the failure is
ignored (I'm not sure whether that's deliberate or accidental).

I'll set this particular telepathy-glib test to be skipped on sparc for now.

Tested on the porterbox smetana.debian.org; the package versions below are
from there.

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: sparc

Kernel: Linux 2.6.32-5-sparc64-smp (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages libglib2.0-0 depends on:
ii  libc6  2.17-3
ii  libffi63.0.13-4
ii  libpcre3   1:8.31-2
ii  libselinux12.1.13-2
ii  multiarch-support  2.13-38
ii  zlib1g 1:1.2.8.dfsg-1

Versions of packages libglib2.0-0 recommends:
ii  libglib2.0-data   2.36.1-2build1
ii  shared-mime-info  1.0-1+b1

libglib2.0-0 suggests no packages.

-- no debconf information
/* gcc `pkg-config --cflags --libs glib-2.0` datetime.c */

#include glib.h

int
main (int argc, char **argv)
{
	GTimeVal tv = { 1369481139L, 90801L };
	GDateTime *dt;
	
	g_message (in: %ld.%06ld, tv.tv_sec, tv.tv_usec);
	dt = g_date_time_new_from_timeval_utc (tv);
	g_assert (dt != NULL);
	/* yes I know this leaks memory */
	g_message (GTimeVal iso : %s, g_time_val_to_iso8601 (tv));
	g_message (GDateTime iso: %s, g_date_time_format (dt, %Y-%m-%d %H:%M:%S));
	if (!g_date_time_to_timeval (dt, tv))
		g_message (out of range for a timeval apparently);
	else
		g_message (out: %ld.%06ld, tv.tv_sec, tv.tv_usec);
	return 0;
}

Re: gcc-4.6 as the default compiler on sparc

[Simon Josefsson]

Aurelien Jarno aure...@debian.org writes:

 Hi all,

 Given nobody answered to the mail from Matthias Klose, the default gcc
 on sparc is still the version 4.4, while 4.6 is the default on most
 other architectures.

 I haven't noticed any issues with gcc 4.6 on sparc (for example eglibc
 builds fine, without testsuite regression), and a lot of generic
 regressions from version 4.6.0 (like memory consumption) have been
 fixed in 4.6.1.

 I therefore propose to switch the default compiler on sparc to 4.6. Any
 comments or opinion? If everybody agree, I'll open a bug about that.

Sounds good to me -- libidn doesn't build on sparc due to a bug in gcj
which was fixed for 4.6.x, and libidn is stuck in unstable.  It would be
great if this build could be re-tried with gcc 4.6.x.

http://lists.debian.org/debian-sparc/2011/06/msg7.html

/Simon


-- 
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/87sjqmwoku@latte.josefsson.org

Re: failed sparc/powerpc build of libidn 1.22-1

[Simon Josefsson]

Hi,

The java code in libidn fails to build using GCJ on Sparc and PowerPC.
Complete link to log quoted below, but the relevant part is shown
inline.  Any ideas?  It seems like the gcj compiler is broken on these
architectures.

/Simon

make[6]: Entering directory 
`/build/buildd-libidn_1.22-1-sparc-O07rsn/libidn-1.22/java/gnu/inet/encoding'
CLASSPATH=../../../../java:./../../../../java:$CLASSPATH javac -d 
../../../../javaCombiningClass.java Composition.java DecompositionKeys.java 
DecompositionMappings.java IDNA.java IDNAException.java NFKC.java Punycode.java 
PunycodeException.java RFC3454.java Stringprep.java StringprepException.java
/usr/lib/sparc-linux-gnu/gcc/sparc-linux-gnu/4.4.6/ecj1: error while loading 
shared libraries: libgcj_bc.so.1: cannot open shared object file: No such file 
or directory
make[6]: *** [classdist_noinst.stamp] Error 1

Debian buildds nore...@buildd.debian.org writes:

  * Source package: libidn
  * Version: 1.22-1
  * Architecture: sparc
  * State: failed
  * Suite: sid
  * Builder: lebrun.debian.org
  * Build log:
 https://buildd.debian.org/fetch.cgi?pkg=libidnarch=sparcver=1.22-1stamp=1308563014file=log

 Please note that these notifications do not necessarily mean bug reports
 in your package but could also be caused by other packages, temporary
 uninstallabilities and arch-specific breakages.  A look at the build log
 despite this disclaimer would be appreciated however.

Debian buildds nore...@buildd.debian.org writes:

  * Source package: libidn
  * Version: 1.22-1
  * Architecture: powerpc
  * State: failed
  * Suite: sid
  * Builder: poulenc.debian.org
  * Build log:
 https://buildd.debian.org/fetch.cgi?pkg=libidnarch=powerpcver=1.22-1stamp=1308562221file=log

 Please note that these notifications do not necessarily mean bug reports
 in your package but could also be caused by other packages, temporary
 uninstallabilities and arch-specific breakages.  A look at the build log
 despite this disclaimer would be appreciated however.


-- 
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/87zklczjgl@latte.josefsson.org

Re: failed sparc/powerpc build of libidn 1.22-1

[Simon Josefsson]

Martin Alfke tux...@gmail.com writes:

 /usr/lib/sparc-linux-gnu/gcc/sparc-linux-gnu/4.4.6/ecj1: error while
 loading shared libraries: libgcj_bc.so.1: cannot open shared object

 Seems the same as bug #630417

 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630417

Thanks!

 Which version of gcj are you using?
 According to the mentioned bug this is fixed in version 4.6.0-6

Libidn depend on unversioned 'gcj', so it will use whatever version is
available on the buildd's.  It seems sparc has gcj 4.4.6-6 and powerpc
has 4.6.0-13.  What's holding up gcj on sparc?

For powerpc, the error seems strange if indeed powerpc has a more recent
gcj.  The error message suggest it is 4.6.1 though?!

/usr/lib/powerpc-linux-gnu/gcc/powerpc-linux-gnu/4.6.1/ecj1: error while 
loading shared libraries: libgcj_bc.so.1: cannot open shared object file: No 
such file or directory

/Simon


-- 
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/87liww4l1x@latte.josefsson.org

Re: failed sparc/powerpc build of libidn 1.22-1

[Simon Josefsson]

Martin Alfke tux...@gmail.com writes:

 On Jun 20, 2011, at 4:47 PM, Simon Josefsson wrote:

 Martin Alfke tux...@gmail.com writes:
 
 /usr/lib/sparc-linux-gnu/gcc/sparc-linux-gnu/4.4.6/ecj1: error while
 loading shared libraries: libgcj_bc.so.1: cannot open shared object
 
 Seems the same as bug #630417
 
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630417
 
 Thanks!
 
 Which version of gcj are you using?
 According to the mentioned bug this is fixed in version 4.6.0-6
 
 Libidn depend on unversioned 'gcj', so it will use whatever version is
 available on the buildd's.  It seems sparc has gcj 4.4.6-6 and powerpc
 has 4.6.0-13.  What's holding up gcj on sparc?
 
 For powerpc, the error seems strange if indeed powerpc has a more recent
 gcj.  The error message suggest it is 4.6.1 though?!
 
 /usr/lib/powerpc-linux-gnu/gcc/powerpc-linux-gnu/4.6.1/ecj1: error
 while loading shared libraries: libgcj_bc.so.1: cannot open shared
 object file: No such file or directory
 
 /Simon

 Looking further into the bug #630417:

 Found in version gcj-4.6/4.6.0-13
 Fixed in version gcc-defaults/1.105

 But: the upload was made for gcc-defaults/1.105 and gcc-4.6.0-6

Ok, so possibly #630417 does not fix the problem?  I'm cc'ing the bug
for further help with debugging.  As far as I can tell, the powerpc
buildd is using gcj 4.6.0-13 (i.e., later than 4.6.0-6) and is still
experiencing the problem explained in the #630417 bug report.  Complete
log is available here:

https://buildd.debian.org/fetch.cgi?pkg=libidnarch=powerpcver=1.22-1stamp=1308562221file=log

Any ideas?

Thanks,
/Simon


-- 
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/87wrgg32qf@latte.josefsson.org

Re: Bug#352483: link broken on http://debian.org/ports/sparc/porting

[Simon Paillard]

Dear Sparc porters,

On Sun, Nov 30, 2008 at 10:50:57PM +0100, Simon Paillard wrote:
 There is a broken link on http://www.debian.org/ports/sparc/porting as
 described by the bug below:
 
 On Sun, Feb 12, 2006 at 10:52:08AM +0100, Miguel Gea Milvaques wrote:
  Package: www.debian.org
  Severity: normal
  
  The link the SPARC buildd web pages that points to
  http://sparc.debian.org/ is broken.
 
 Could you please give us the replacement link for that ?
 http://buildd.debian.org/~jeroen/status/architecture.php?a=sparc ?

https://buildd.debian.org/status/architecture.php?a=sparc is more
neutral.

Unless if you disagree, the link above will be used instead.

 I've attached the current wml file for this page so that you can easily
 provide us a patch.
 
 Thanks and best regards.

-- 
Simon Paillard


-- 
To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Bug#352483: link broken on http://debian.org/ports/sparc/porting

[Simon Paillard]

Dear Sparc porters,

There is a broken link on http://www.debian.org/ports/sparc/porting as
described by the bug below:

On Sun, Feb 12, 2006 at 10:52:08AM +0100, Miguel Gea Milvaques wrote:
 Package: www.debian.org
 Severity: normal
 
 The link the SPARC buildd web pages that points to
 http://sparc.debian.org/ is broken.

Could you please give us the replacement link for that ?

http://buildd.debian.org/~jeroen/status/architecture.php?a=sparc ?

I've attached the current wml file for this page so that you can easily
provide us a patch.

Thanks and best regards.

-- 
Simon Paillard
#use wml::debian::template title=Debian SPARC -- Porting Documentation NOHEADER=yes
#include $(ENGLISHDIR)/ports/sparc/menu.inc

h1Debian SPARC Porting Documentation/h1

h2Porting Debian Packages to SPARC/h2
  p
If you want to be an official porter, you must be a registered Debian
developer.  That is, your public key must appear in the official
keyring.
  p
The Debian SPARC porting effort is now organized around the excellent
codewanna-build/code system, first used for the a
href=../m68k/m68k/a port.  With codewanna-build/code in
place, porting boils down to locating the packages where automatic
compilation failed, and then going though and determining what went
wrong.
  p
Failed build logs can be found at
a href=http://sparc.debian.org/;the SPARC buildd web pages/a.
Also, you can email codewanna-build/code and ask it for the failed
build logs (see the file codeREADME.mail/code from the
codewanna-build/code distribution).
  p
codequinn-diff/code output, which includes a report of packages by
distribution which are out of sync in for the SPARC port can be found
at a
href=http://buildd.debian.org/quinn-diff/output/unstable/by_priority_split-sparc.txt;\
http://buildd.debian.org/quinn-diff/output/unstable/by_priority_split-sparc.txt/a.
  p
Serious porters should learn how to interact with
codewanna-build/code via email.  You'll need to ask a
href=mailto:[EMAIL PROTECTED]Ben Collins
lt;[EMAIL PROTECTED]gt;/a to add your public key to the known
list of keys.
  p
All Debian developers can use Debian's
a href=http://db.debian.org/machines.cgi?host=auric;auric/a and
a href=http://db.debian.org/machines.cgi?host=vore;vore/a machines to
test their packages on the SPARC architecture.


h2I'm not an official developer; can I still help?/h2
  p
Certainly.  In fact, most of the real work in a Debian port requires
not official status, just knowledge.  There are a number of things you
can do:
ul
  li
Track down bugs, and report them to the a href=$(HOME)/Bugs/Debian
Bug Tracking System/a.
  li
Figure out patches for known bugs.  Be sure to submit the patch to the
Bug Tracking System!
  li
Help with documentation.  Most documentation areas are managed under
CVS, and most documentation authors can give out CVS access to
non-porters who are interested in helping.
/ul
  p
So, go ahead and email a
href=mailto:debian-sparc@lists.debian.orglt;debian-sparc@lists.debian.orggt;/a
with a description of how you'd like to help; we're sure someone there
can get you started.


# !-- Keep this comment at the end of the file
# Local variables:
# mode: sgml
# sgml-indent-data:nil
# sgml-doctype:../../releases/.doctype
# End:
# --

Boot sparc 60

[Simon Tyler]

Does anyone know how to boot an ultra sparc 60 without the use of a
floppy drive or a cd drive?  I know it sounds impossible, however, until
I get hold of a cd drive I can't do anything with it.  I can plug it
into my hub at home which has a pc running Suse Linux, I can't log into
it because the company I bought it from has left their password login on
solaris.  So I just need to format the drive and start again, somehow?

Can anyone suggest anything.  As you've guessed, I'm new to this. 

 

Regards

Simon Tyler

 

New to Sparc Debian

[Simon Tyler]

Hi all, 



I will be brand new to Debian (been a suse man of
late).
However, I have aquired an ultra 60 and wondered what anyone thought of
Debian running on this machine and if you have any advise before I
trash it.

Thanks in advance
Si





Regards

Simon Tyler

Lead Design Engineer



Centurion Electronics PLC

Satellite House

Welwyn
 Garden
City

Herts AL7 1LY



Tel: 01707 330550

Fax 01707 330866

Ext. 187

Email: [EMAIL PROTECTED]

Re: Does anyone have software RAID 1 mirroring of / set up on Sparc?

[Simon Heywood]

On Wed,  5 Apr 2006 12:20:17 +0100, Ashley Hooper wrote:
 Everything's working now, but I find those messages about UUIDs being
 different between the various RAID members a bit annoying - anyone
 know how to fix that?

Hmm, that doesn't sound right. What does 'mdadm --examine partition'
say for a relevant pair of component devices? Also, what's the output of
'cat /proc/mdstat'?

S.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Does anyone have software RAID 1 mirroring of / set up on Sparc?

[Simon Heywood]

On Tue,  4 Apr 2006 23:11:13 +0100, Ashley Hooper wrote:
  It is quite tricky to get right. You might find this old post (about
  setting up Sarge with root on RAID-1 on my Netra) helpful:
  
  http://lists.debian.org/debian-sparc/2005/07/msg00143.html
 
 I tried something along the lines of what you advised, but can you
 confirm that you have to create your 1st partition (in my case /boot)
 starting at cylinder 1?  I am unable to boot the system without doing a
 'boot disk0:x' (where x is the partition containing /boot).

If it's going to be part of a RAID set (rather than, say, containing n
ext3 filesystem) then the first partition needs to start at cylinder 1.
This is because RAID uses the whole partition (and hence the bit at the
start of the disk that the boot loader would normally inhabit).

 When trying a straight 'boot' (i.e. boot disk0) I get the error message
 'The file just loaded does not appear to be executable'.

Hmm, 'something along the lines of' might not be enough. ;-) SILO can be
quite picky in subtle ways. Did you do the throw-away installation on a
completely separate partition, and create both halves of your RAID-1
mirrors (root and /boot) before re-running SILO?

Also, it's a long time since I did this, but I think 'boot' gets
interpreted as something like 'boot disk0:1', which isn't what you want.
You need 'boot disk0:3' (partition 3 is the 'Whole disk' partition,
which always starts at cylinder 0).

 Also, the Silo docs say for the -t option:
 
 Stores the boot block into the same partition as the second stage
 loader.  By default, when using a SCSI or an IDE disk, SILO writes the
 boot block  into the master boot (the boot block of the partition
 starting at cylinder 0). This behaviour can be changed with the -t
 argument.
 
 Of course, I don't have any partition starting at cylinder 0.

Well, partition 3 (Whole disk) starts at cylinder 0. Anyway, the order I
did things in meant that I didn't need any command line arguments when
running SILO.

S.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Does anyone have software RAID 1 mirroring of / set up on Sparc?

[Simon Heywood]

On Tue,  4 Apr 2006 11:50:53 +0100, Ashley Hooper wrote:
 Hi all,

Hi. Please don't start a new thread by replying to an existing one.

 I've been struggling with this for the last few days but no matter
 what I do I cannot get a mirrored root filesystem on my V240.
 Generally what happens is that SILO refuses to boot from the partition
 as soon as it's changed to type 'fd' (RAID autodetect).  Other times
 it starts to boot but only gets as far as single user mode and then
 cannot mount root properly.

It is quite tricky to get right. You might find this old post (about
setting up Sarge with root on RAID-1 on my Netra) helpful:

http://lists.debian.org/debian-sparc/2005/07/msg00143.html

S.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Silo and Raid1

[Simon Heywood]

On Wed, 14 Dec 2005 11:01:47 +0100, Turbo Fredriksson wrote:
 If you're going to use RAID on the disk, the first partition MUST start
 on block 1 (one!), not 0 (zero). Can't remember exactly why (usually I
 forget 'obvious reasons' :) but it have something to do with with ext2/3
 inode list, the boot block or with the RAID system needing block zero for
 something...

The first few blocks of an ext2 or ext3 filesystem are unused, so
putting one at the start of the disk doesn't matter - the SILO code and
the disk label in block 0 of the disk are untouched.

A partition that's part of an MD array will have data written to it from
its first block, so if it starts on block 0 of the disk then SILO and
the disk label be overwritten.

 NOTE: This is true EVEN if the first partition isn't an MD!

Why's that?

S.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Installing on a Sun Blade 100: CD Mounting issue

[Simon Lewis]

Dear All,

Using the stable install CD's I've got the error found here:

http://lists.debian.org/debian-sparc/2005/04/msg00052.html

The install CD cannot be mounted to continue the installation.

Has this problem been fixed somewhere? If so could somebody point me to
an ISO that I can use to install from, or a link to a TFTP netboot thing
that will work.

I cant seem to google any answers.

Thanks in advance, any help will be much appreciated.

Simon Lewis


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re[5]: Предлагаем быстро выучить Разговорный ан глийский язык Ilan

[Simon Tomi]

What's up?

Приходите и узучайте разговорный английский. Это однозначно изменит вашу жизнь.

Каждому по скидке!

Мы ждём Вашего звонка в Москве:
105 пять-один-восемь-шесть
238-три-три-восемь-шесть





Brooks Hofmann Moore
Tabmanee Dannewitz Kovacs Quintanilla
Gibson Wang Walla Haladus


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Software RAID on SPARC64

[Simon Heywood]

On Mon, 18 Jul 2005 17:57:22 +0100, David Johnson wrote:
 I've been having problems with software RAID (using mdadm) on Sarge on
 an Ultra Enterprise 450. There seems to be a bug somewhere causing
 corruption of Sun disk labels.
 
 I start with 8 SCSI disks with valid Sun disk labels and one partition
 filling each disk. The partition types are set to Linux RAID
 autodetect.

What do the partition tables look like?

You may know this already, but you need to start the first partition on
each disk at cylinder 1 instead of cylinder 0 to leave room for the disk
label.  Apparently, Ext2/3 leaves some free space at the start of
partitions for this sort of thing, but RAID doesn't.

S.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: debianinstaller root+raid+lvm on U30

[Simon Heywood]

On Mon, 11 Jul 2005 08:53:55 -0500, Adam Snodgrass wrote:
 I've been trying unsuccessfully for days now to install Debian onto a
 U30 with 2x 9GB Cheetahs using RAID+LVM.  (FWIW, a normal install
 works fine).  The major problem is that, no matter which version
 (stable, testing, testing daily image) of the DebianInstaller I use,
 it *refuses* to permit me to create any RAID devices.

I seem to remember (maybe from a previous thread on this list) that the
RAID features of the Debian-Installer don't work on SPARC machines.
I've certainly not been able to do that on my Netra T1 105.  However, a
RAID-1 + LVM set-up is both possible and fairly easy to achieve.  You
just need the benefit of hindsight. :-)

Root on LVM on RAID-1 is slightly harder, but I believe it's possible.
I opted for the simpler arrangement of having my root partition on a
plain RAID-1 array and a separate RAID-1 array containing various LVM
volumes.  I might get round to writing a Web page about it at some
point, but here's the gist of it.

1. Boot the 2.6 Debian-Installer image over the network and install a
minimal system on /dev/sdb.

2. Boot to the new installation and partition and partition /dev/sda
like this:

Disk /dev/sda (Sun disk label): 255 heads, 63 sectors, 17849 cylinders
Units = cylinders of 16065 * 512 bytes

   Device FlagStart   EndBlocks   Id  System
   /dev/sda1 1   523   4192965   fd  Linux raid autodetect
   /dev/sda2   523   654   1052257+  fd  Linux raid autodetect
   /dev/sda3 0 17849 143372092+   5  Whole disk
   /dev/sda4   654 17849 138118837+  fd  Linux raid autodetect

Note that the first partition starts at cylinder 1.  This is to leave
room for the Sun disk label and bootloader.

3. Install Sarge onto an ext3 filesystem in /dev/sda4.  Don't bother
with swap.

4. Boot to this installation ('boot disk0:3' at the OpenBootPROM prompt)
and set things up as desired.  Install lvm2 and mdadm (removing
/etc/mdadm/mdadm.conf).  Build a custom kernel (non-initrd is much
easier) that supports RAID-1 and LVM.  Repartition /dev/sdb to match
/dev/sda, and correct the partition types for /dev/sda.  Reboot.

5. Create RAID-1 arrays: /dev/md0 = /dev/sda1 + /dev/sdb1, /dev/md1 =
/dev/sda2 + /dev/sdb2.  Create an ext3 filesystem in /dev/md0 and create
a swap area in /dev/md1.  Mount /dev/md0 somewhere and copy your root
filesystem there ('cp -ax / /mnt).  Edit /mnt/etc/fstab, and add an
entry to /etc/silo.conf with /dev/md0 as the root filesystem (and
everything else unchanged).  Reboot and select this new boot entry.

6. You should now have /dev/md0 mounted as root.  Complete the root
filesystem switch by editing /etc/silo.conf accordingly, and running
silo.  You may be able to acheive the same effect by running 'silo -r
/mnt' in the previous step.  Add /dev/md1 as swap in /etc/fstab.  Reboot
and make sure everything works.  Convince yourself that you're booting
with the SILO configuration file in /dev/md0, not the one in /dev/sda4.

7. Create the final RAID-1 array (/dev/md2 = /dev/sda4 + /dev/sdb4).
Set it up as an LVM volume group ('pvcreate /dev/md2; vgcreate /dev/md2)
and create whatever logical volumes you wish.

Of course, there's nothing to stop you from putting your swap partition
on LVM.  And as I said before, I believe it's possible to have your root
partition on LVM; you just need to be careful.  Finally, this reply may
not solve your problem at all, but if it helps someone else to achieve
what I spent a few weeks scratching my head over then all is not lost.
:-)

S.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: debianinstaller root+raid+lvm on U30

[Simon Heywood]

On Mon, 11 Jul 2005 13:58:09 -0500, Adam Snodgrass wrote:
 Is SILO aware of RAID or LVM?  I guess I could go back and blow all this
 stuff away and create a non-RAID, non-LVM partition at the start of both
 disks for /boot; suboptimal but I guess I'll take what I can get.

I've had no end of trouble with SILO and RAID-1.  On my first few
attempts to install Debian on the Netra, I ran into what I thought was a
bug in silo.c, and hacking around with it produced varying degrees of
success.  As far as I can tell, the problem resulted from trying to
install the boot block for a degraded /boot array (only /dev/sdb1
active).

Anyway, using the method I described in my previous post, the SILO
installation worked fine.  I can boot from disk0:3 or disk1:3, which is
what I wanted all along (the system can completely survive the loss of
one disk).

S.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

happy meal

[simon]

hello

I have some problems with my happy meal card
It seems the driver has lot of problem to handle hight speed traffic...
I have lot of this kernel messages :

eth0: Link has been forced up using internal transceiver at 10Mb/s, Half 
Duplex.


After a google search, i don't have found any reliable solution...
is some patch existing to do the task ?

thanks for help by advance

simon

happy meal

[simon]

hello

I have some problems with my happy meal card
I have a ultrasparc 2 and I'm running a 2.4.19 debian kernel...
It seems the driver has lot of problem to handle hight speed traffic...
I have lot of this kernel messages :

eth0: Link has been forced up using internal transceiver at 10Mb/s, Half
Duplex.

After a google search, i don't have found any reliable solution...
is some patch existing to do the task ?

thanks for help by advance

simon

hard drive problem

[simon]

hello

I have a sparc ultra 2 and i'm running a 2.4.19 linux kernel...
I use two sca hard disks (not originals)... with one... no problems
but with the second, i have this error at boot :

SCSI device sda: 0 520-byte hdwr sectors (0 MB)
sda: unsupported sector size 520

and then the disk is remove from the filesysteme... all tools like 
scsiformat, fdisk needs an /dev entry...

I suspect this disk to come from an array of disks or something like that...

I don't have other computer able to perform the format...

if someone has an idea to solve my problem, he is welcome...

thanks by advance

simon

buildd failed - xfcalendar

[Simon Huggins]

[please Cc: me, I'm not on either list]

My last upload of xfcalendar has failed on some buildds for a reason I
don't fully understand.

Every buildd that retried it built it successfully and I rebuilt on the
old gtk and the new gtk packages and it built fine so I don't understand
why it could find the gdk pixbuf loaders config but anyway.

Can someone in charge of the sparc and s390 buildds please retry this
build for me?

Thanks,

Simon.

-- 
Black Cat Networks-(   If at first you don't succeed,)-
UK domain, email and web hosting  -(  skydiving isn't for you.   )-
http://www.blackcatnetworks.co.uk -( )-

Re: sparc 5 printing

[Simon Ross]

That would explain the errors I am getting. So do you know what I should
do to use the printer on this port??

Regards
Simon


On Mon, 2002-08-26 at 13:04, Steffan Baron wrote:
 
 When compiling the kernel on the sun box its possible to use pc style
 parports. And then if I remember correctly you can use the same modules:
 parport and parport_pc and then print using lp.
 
 No, old SPARC's do not have this PC-style hardware.
 
 Gruss
 Steffan
 
 
 -- 
 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
 



signature.asc
Description: This is a digitally signed message part

sparc 5 printing

[Simon Ross]

Hello,

I'm running Debian woody on a SPARC 5 with kernel 2.4.19. I also run an
Intel laptop with Debian woody and kernel 2.4.17. My printer is a
Lexmark Optra E310.

I have managed to setup and print with the Intel setup. The modules
parport, parport_pc and lp worked great! The Optra E310 is also a well
supported postscript printer.
But I want to move the printer onto the SPARC 5 and use it as a network
printer. I've mirrored the setup I had on the Intel box. The only change
was using parport_sunbpp instead of parport_pc. parport_pc would not
complile due to it not seeing a pc parport on the SPARC.

So all is looking ok, prints go into and out of the queue. But nothing
gets printed. No lights flash. Nothing. Any ideas what I'm missing??
Anything I should check??

Cheers
Simon



signature.asc
Description: This is a digitally signed message part

Kernel config for SS5

[Simon Ross]

Hi all,

I'm having some problems with kernel 2.4.18 for a SPARCstation 5. I've
been using Linux for a few years, so I know my way around the system.
But that is all with Intel platforms. Just wondering if there is anyone
out there who can email me there config so I can at least get my kernel
upto date and worry about tweaking it later.

I'm using Debian Woody. I got the kerenl source from Debian. (apt-get)

Hope someone can help.

Thanks
Simon





signature.asc
Description: This is a digitally signed message part

sunlance

[Simon Ross]

Anyone had problems when creating kernel 2.4.18 with it crashing out at
the sunlance drivers??

I'm running Debian Woody on a SPARCstation 5. I have a feeling I have
missed something from the config but I cant seem to figure out what!
It's driving me nuts.

Any help would be great!

Thanks
Simon



signature.asc
Description: This is a digitally signed message part

RE: Mail Server?

[Simon Ross]

Some good points made. But what's wrong with source. I have a few little
apps I like to run, ok its on my intel laptop tut, but there are no
.debs for them. I have an area under /usr/local/src that I use to keep
tabs on what s/w I use that isnt .debs.

Then again, I suppose if your looking after a set of servers then you
would want to have the easy upgrade path etc... Hmmm, maybe I should
have put more thought into this reply. :-)

Anyway, source isnt as bad as it seems. Honest.

Simon

On Tue, 2002-06-18 at 21:10, Jones, Steven wrote:
 Having used debian's sendmail and exim for 3+ years I can honestly say I
 prefer Sendmail, but mostly because Im a wee bit more familiar with it than
 exim. Ive found them both very reliable and stable, as for security bugs how
 long has it been since one was found in sendmail? over 2 years? I dont
 recollect a CERT or SAN's or any other alert in that time.
 
 We could get into a religious war over mta's just like we do over distro's,
 i prefer to use sendmail because of its links to enterprise stuff and
 scalability (grin) so its suits me to learn /suffer it, otherwise exim is
 probably easier.
 
 BTW has anybody tried running Samsung's Contact on Debian? (ne HP Openmail)
 so far Ive been forced to put Red Hat 7.3 on my HA cluster as Ive been
 unable to get it to install/work.
 
 :(
 
 I think Debian did a install package for netscape Navigator a while back,
 whats the chances of similar for Contact? if I could code I'd do it, but my
 perl gets as far as hello world
 
 ;/
 
 But Id be happy to write up docs.
 
 This might sound mad but Im finding that trying to run commercial packages
 on Debian is becoming all but impossible, I have compaq servers stuff that I
 run Red Hat on not because I want to but because there is no .deb's for the
 array software (some of its even source)
 
 :(
 
 regards,
 
 Steven
 
 
 
 -Original Message-
 From: Andrew Sharp [mailto:[EMAIL PROTECTED]
 Sent: Tuesday, 18 June 2002 3:01 
 To: debian-sparc@lists.debian.org
 Subject: Re: Mail Server?
 
 
 Mark Eichin wrote:
  
   I was surprised that no one was really pushing qmail or sendmail.
  
  Why were you surprised? qmail, while useful, isn't DFSG-free.  And
  sendmail is pretty much a legacy system :-)  (Although in theory it
  has improved, the phrase a security hole you could drive a sendmail
  through is still common jargon...)
 
 qmail can be annoying if you just want to configure your server and
 forget it exists.  If I had a company with thousands of employees and
 severe scalability, dns, and improperly configured recipient servers
 were hourly problems, qmail would probably be on my list.  That whole
 custom file system thing turns out to be really annoying at the very
 worst moments, however.  Exim works great and I don't have to switch
 my brain to `genius' to configure it.  Sendmail, well geez, have you
 ever tried to configure sendmail?  Eric should be shot for the
 billions of hours of system administrator time over the years that
 have been wasted trying to configure sendmail.  Sure, there is a nifty
 program that helps you configure it now, but, too little, too late, I
 say. Smail, I haven't used but it looks reasonable, and I haven't
 heard anything [credible] bad about it.
 
 a
 
 
 -- 
 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of unsubscribe. Trouble? Contact
 [EMAIL PROTECTED]
 
 
 -- 
 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
 



signature.asc
Description: This is a digitally signed message part

Re: Mail Server?

[Simon Ross]

I run exim and found it to be very easy to setup and run. Then again I
only use it for a home office. You would have to look at the exim mail
groups for more information about ISP use.

SKaR


On Mon, 2002-06-17 at 17:46, Ottavio Campana wrote:
 On Mon, Jun 17, 2002 at 01:27:38PM -0400, Dave Baker wrote:
   I run potato's postfix since 266 days and I've never had a problem.
   
   I don't  think exim's good  for an  ISP. It could  be useful for  a home
   computer but nothing more. I don't like qmail.
  
  
  Exim's very flexible configuration file makes it (imho) very suitable for
  very configurable virtual mail handling.
  
  I'd be interested to hear why you think it's no good - is that based on
  personal experience?
 
 I have to say that on my worksation I use exim. But on bigger mailserver
 I prefer running postfix because I've found a imho better documentation.
 It has been easier for me to set it up.
 
 I think that postfix's configuration files are really easy to understand
 and debian's script for configuring it is a good point to start from.
 
 That's why I've chosen postfix.
 
 Exim's good  when you have  to set up  a dialup configuration:  you just
 select 2 and write your smarthost... Easy and fast :-)
 
 -- 
 Non c'e' piu' forza nella normalita', c'e' solo monotonia.
 
 
 -- 
 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
 



signature.asc
Description: This is a digitally signed message part

Re: 2 rather strange issues on my sparc running 'testing'

[Simon Ross]

I've just installed Debian on a SS5. I had similar problems to yourself.
But I changed my /etc/apt/sources.list so that it upgrades from Potato
to Woody. Worked for me. If you need to see my sources.list file then
let me know and I'll put it onto my website.

Regards
Simon

On Wed, 2002-05-22 at 11:06, Chris Mutchler wrote:
 Ben-
 
 I am currently running stable.  It says in the banner GNU/Linux 2.2. 
 My uname info is as follows:
 
 Linux pluto 2.2.19 #1 Mon Apr 2 13:29:46 EDT 2001 sparc unknown
 
 I reinstalled the box this morning, because apt began seg-faulting
 whenever it was run.  I am still having the same problems, both with vi
 and with dpkg.
 
 I am going to try and get a newer version of dpkg over the network, and
 see if I install it manually it will change anything.  But as it stands,
 I am still having problems.
 
 Any suggestions would be appreciated.  Thanks.
 
 -- 
 Chris Mutchler
 [EMAIL PROTECTED]
 
 Linux defcon4 2.4.18 #10 Fri Mar 15 11:40:12 GMT 2002 i686 unknown
 
 On Wed, 2002-05-22 at 02:50, Ben Collins wrote:
  On Tue, May 21, 2002 at 02:50:57PM +, Chris Mutchler wrote:
   Okay, I've had this sparc for a year or so, and up until today it was
   running RedHat v6.2 without problems.  I have gotten rather sick of
   RedHat recently, and having had such a good time with debian on my x86
   boxes, I decided to migrate this box over, with the intention of moving
   2 others afterwards.
   
   Anyway, I've managed to get the base system installed, however I am
   having the following two problems...
   
   1.  When using vi to edit a file, it will not allow me to write any
   changes to disk after modifying them.  I can create a new file using
   cat, and then copy it over to the correct file name, but vi just won't
   do it for me.
  
  Are you running slink? That sounds like a problem that was resolved a
  few years ago.
  
   2.  The second problem involves using apt-get.  I am getting an error
   that a package has an incorrect 'Depends' field.  The exact error is:
   
   dpkg: parse error, in file '/var/lib/dpkg/available' near line 16078
   package 'tinyproxy':
   'Depends' field, reference to 'libc6': version contains ' '
   E: Sub-process /usr/bin/dpkg returned an error code (2)
   
   If any of you have the wisdom that is needed to solve these problems, I
   would greatly appreciate it.  Thanks.
  
  And this sounds like an even older dpkg bug.
  
  Can you give me some details on the version of Debian you installed on
  your sparc?
  
  -- 
  Debian - http://www.debian.org/
  Linux 1394 - http://linux1394.sourceforge.net/
  Subversion - http://subversion.tigris.org/
  Deqo   - http://www.deqo.com/
  
 
 
 
 -- 
 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
 



signature.asc
Description: This is a digitally signed message part

Re: Sun Hardware Replacement

[simon . warren]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Do a network install, all you'll need is rarp, tftp and ftp/http on another
boxen, you can then suck the files from that.

Cheers, Si

snip

Hi,
I was given a Sun Sparc 2 that our office had lying around.
I got all prepared to install Debian Linux and have found that the CDRom is
missing the drive caddy, hence I can't use it.

snip
- -- 
Todays letter from the sysadmin alphabet is ...
 B is for Bastard, the New Zealand one.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7jL3XmbZ7rwJkPkARAiKIAKCE56H05JwVWEdI167vI39zMRHKeACfdPOu
kr+XoXhpTM+KiX7Dho9Wpzw=
=9ODb
-END PGP SIGNATURE-

sun4m and 2.4.x revisited

[Simon Read]

Folks,

I have two questions:

What  about the 2.4.x  kernels is  wrong that  they don't  function on
sun4m?  Is  this problem a  simple build fix (wrong  headers, compiler
options, c), or does it require major software writing?

Does the kernel at vger.samba.org differ  from the one that we have in
2.4.7?  Does that kernel correctly support sun4m?

I have a single SS20 which is an important part of my network.  I want
to upgrade it to  a 2.4.x kernel, and if a small  amount of extra work
would fix the problem in the  distribution I'd be willing to do it.  I
simply don't have time to get into major kernel development though.

Simon Read

Re: sun4m and 2.4.x revisited

[Simon Read]

 If it's an  important part of your network, it  doesn't seem to make
 sense to risk  significant down time and/or admin  work to switch to
 2.4.

Three reasons:

My network is not a production network.  I'm a University professor of
CS (operating systems, computer architecture and networks are among my
regular  classes).  The  departmental  network I  supervise uses  only
production kernels and Debian distributions.

I have had  some problems mixing 2.2.19 and 2.4.x  on my home network.
NFS seems particularly reluctant to comply.  2.4.x contains netfilter.

Under the  OSS model, the kernel  only becomes stable  when users have
tested it.  Someone has to engage the problems.

 Why are you so keen on moving to 2.4?  It must be a very good reason
 to risk destabilizing the machine.

I  keep several  kernels for  every machine.   I keep  a  known stable
kernel that I  can boot to.  I don't have  to 'destabilize' my machine
to work on use and test a 2.4 kernel.

 If it was a small amount of extra work, it would be done long before
 now.  I  even compiled a  few myself (had  to fix a bunch  of header
 file  problems)  but  they  wouldn't  boot.  I've  heard  that  very
 recently the  vger cvs tree has code  that will boot and  run but is
 not ready for prime time.

I  don't  believe  this  is  necessarily  the  case.   I  still  don't
understand what the problem is,  and therefore what work would need to
be done to fix it.  It honestly surprises me that it is easier to port
a 32 bit kernel to a 64 bit machine than it is to a 32 bit one.  

For example, I  don't understand the 'provenance' of  the SPARC kernel
code we use.

I remain confused.

Simon Read

Re: sun4m and 2.4.x revisited

[Simon Read]

Andrew,

 It is the case in this  case.  The thing is, sparc32 hardware is not
 new-and-groovy.   It's old  and slow.   People doing  development on
 this stuff  understandably want to do  it on machines  that are fast
 and young.  Even ultra1's and ultra2's are 4+ years old, and they're
 the slowest  of the  bunch, but still  much faster  than hypersparcs
 even.  If you were doing  the development, which would you choose to
 do first?

When I have been required to  write software that is portable (about a
dozen flavours of Unix), our  philosophy was 'port early, port often'.
That's also  the philosophy behind Extreme Programming  and the spiral
development models.

As  for development,  I've never  found myself  to be  limited  by the
compilation speed of the machine I use.  I've only been CPU bound when
I tested software using large 'regression' tests.

 It's not a 32 bit kernel.  It depends heavily on the arch.  sparc64,
 alpha, ia64 have a lot of 64 bit-ness in them.

Pentium, which is  where the leading edge of  development seems to be,
the largest number of ports, and the largest user base, is 32 bit.

I  still don't  understand where  the  problems lie.   Which areas  of
kernel functionality are affected?  What needs to be done to fix this?
How can we help?

Simon Read

SS20 and woody problems.

[Simon Read]

Folks,

I'm  trying to  run woody  on an  SS20 with  a cg6  video  card.  I've
managed  to get  the basic  system  and a  lot of  the services  (name
service,  mail service,  web  service)  running on  it.   I have  some
problems with it though:

1.  I want to  run xdm and use its great  monitor as another terminal.
However,  I can't  seem to  write an  XFConfig86-4 file  that will
start the  Xserver properly.  Is  there a program that  will probe
the system  and write the file  for me?  Is there  somewhere I can
get good documentation for configuring XFree86 on a SPARC?

2.  I'm assuming  that the problems with  the 2.4.x kernels  on 32 bit
SPARC problems will  prevent me from compiling a  2.4 kernel under
Debian.   Can I  download source  from somewhere  else  that might
work?

3.  PostgreSQL  isn't  supported  for  SPARC architectures.   Is  this
because there isn't a maintainer?

Simon Read

Re: updating to xfree 4 with mach64

[simon . warren]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On 09-Apr-2001 Dave Love wrote:
 You wrote:
 
   I have it running on an ultra 10, I can mail you the configs if you
   still need them ?
 
 Yes, please.  The 4.0.3 .debs don't do any better.  I haven't had a
 reply from the X list about that yet, but perhaps they could use help.

Ok, I have installed 


 
 *** Opt x11  xfree86-comm 4.0.2-134.0.2-13X Window System (XFree86)
 *** Opt x11  xfs  4.0.2-134.0.2-13X font server
 *** Opt x11  xserver-comm 4.0.2-134.0.2-13files and utilities commo
 *** Opt x11  xserver-mach 3.3.6-11pot 3.3.6-11pot X server for ATI Mach64-b
 *** Opt x11  xserver-xfre 4.0.2-134.0.2-13the XFree86 X server


I had to manually link this one

bozo:swarren$ ls -l /etc/X11/X
lrwxrwxrwx1 root root   26 Apr  2 15:24 /etc/X11/X -
/usr/X11R6/bin/XF86_Mach64


The mach server likes the XF86Config in /etc so I linked it in

lrwxrwxrwx1 root root   26 Apr  2 15:24 /etc/X11/XF86Config -
/etc/XF86Config


My XF86Config below,  in case you need it, pretty ugly but works.

This is all I can remember doing to get it running, I may have forgotten
something :-).  If you still have no joy send me the output of X -probeonly and
I'll have a squint at it.

Cheers, Si


Section Files
RgbPath /usr/X11R6/lib/X11/rgb
FontPath/usr/lib/X11/fonts/misc/:unscaled
FontPath/usr/lib/X11/fonts/cyrillic/:unscaled
FontPath/usr/lib/X11/fonts/75dpi/:unscaled
FontPath/usr/lib/X11/fonts/100dpi/:unscaled
FontPath/usr/lib/X11/fonts/Type1/
FontPath/usr/lib/X11/fonts/Speedo/
FontPath/usr/lib/X11/fonts/misc/
FontPath/usr/lib/X11/fonts/cyrillic/
FontPath/usr/lib/X11/fonts/75dpi/
FontPath/usr/lib/X11/fonts/100dpi/
ModulePath /usr/X11R6/lib/modules
EndSection

Section ServerFlags
#   NoTrapSignals
#   DontZap
#   DontZoom
#   DisableVidModeExtension
#   AllowNonLocalXvidtune
#   DiableModInDev
#   AllowNonLocalModInDev
EndSection

Section Keyboard
Protocol Standard
XkbRulessun
XkbModeltype5_euro
XkbLayout   gb
XkbKeymap xfree86(gb)

EndSection

Section Pointer
Protocol sun
Device /dev/mouse
ZAxisMapping 4 5
EndSection

Section Monitor
Identifier  Sun
VendorName  Unknown
ModelName   Unknown

HorizSync 31.5-82.0
VertRefresh 50-100

# This is a set of standard mode timings. Modes that are out of monitor spec
# are automatically deleted by the server (provided the HorizSync and
# VertRefresh lines are correct), so there's no immediate need to
# delete mode timings (unless particular mode timings don't work on your
# monitor). With these modes, the best standard mode that your monitor
# and video card can support for a given resolution is automatically
# used.


# 640x400 @ 70 Hz, 31.5 kHz hsync
Modeline 640x400 25.175 640  664  760  800   400  409  411  450
# 640x480 @ 60 Hz, 31.5 kHz hsync
Modeline 640x480 25.175 640  664  760  800   480  491  493  525
# 800x600 @ 56 Hz, 35.15 kHz hsync
ModeLine 800x600 36 800  824  896 1024   600  601  603  625
# 1024x768 @ 87 Hz interlaced, 35.5 kHz hsync
Modeline 1024x76844.9  1024 1048 1208 1264   768  776  784  817 Interlace

# 640x400 @ 85 Hz, 37.86 kHz hsync
Modeline 640x400 31.5   640  672 736   832   400  401  404  445 -HSync
+VSync
# 640x480 @ 72 Hz, 36.5 kHz hsync
Modeline 640x480 31.5   640  680  720  864   480  488  491  521
# 640x480 @ 75 Hz, 37.50 kHz hsync
ModeLine  640x48031.5   640  656  720  840   480  481  484  500 -HSync
- -VSync
# 800x600 @ 60 Hz, 37.8 kHz hsync
Modeline 800x600 40 800  840  968 1056   600  601  605  628 +hsync
+vsync

# 640x480 @ 85 Hz, 43.27 kHz hsync
Modeline 640x480 36 640  696  752  832   480  481  484  509 -HSync
- -VSync
# 1152x864 @ 89 Hz interlaced, 44 kHz hsync
ModeLine 1152x864651152 1168 1384 1480   864  865  875  985 Interlace

# 800x600 @ 72 Hz, 48.0 kHz hsync
Modeline 800x600 50 800  856  976 1040   600  637  643  666 +hsync
+vsync
# 1024x768 @ 60 Hz, 48.4 kHz hsync
Modeline 1024x768651024 1032 1176 1344   768  771  777  806 -hsync
- -vsync

# 640x480 @ 100 Hz, 53.01 kHz hsync
Modeline 640x480 45.8   640  672  768  864   480  488  494  530 -HSync
- -VSync
# 1152x864 @ 60 Hz, 53.5 kHz hsync
Modeline  1152x864   89.9  1152 1216 1472 1680   864  868  876  892 -HSync
- -VSync
# 800x600 @ 85 Hz, 55.84 kHz hsync
Modeline  800x60060.75  800  864  928 1088   600  616  621  657 -HSync
- -VSync

# 1024x768 @ 70 Hz, 56.5 kHz hsync
Modeline 1024x768751024 1048 1184 1328   768  771  777  806 -hsync
- -vsync
# 1280x1024 @ 87 Hz interlaced, 51 kHz hsync
Modeline 1280x1024   801280 1296 1512 1568  1024 1025 1037 1165 

Enterprise SPARC Linux

[Simon Read]

Folks,

I have an SS20 with Debian loaded  on it.  We have a cluster of SS20s,
SS10s and US5s at the University where I teach.  I'm trying to convert
them from Solaris to Debian.

My  SS20 works  fine,  but I  want  to install  some Enterprise  class
software  on  it.  I  was  wondering  if  anyone had  any  experiences
(positive or negative):

I want  to install  J2EE, but Blackdown  haven't released a  port yet.
Anyone  tried to  install  the Solaris  binaries  using the  emulation
library?  Any 'gotchas' someone can see?

I want to  install Oracle 8i.  Does Oracle  have an (unofficial) port?
Anyone tried running it under the emulation libraries?

Simon Read

SS1 with dead NVRAM

[simon . kagstrom . 864]

Hello!

I am the lucky owner of an old SPARCstation 1 w/ 12 Mb RAM, which I got for
free. I am also the unlucky owner of the same SPARCstation's dead NVRAM (I get
the ff:ff:ff... ethernet adress at boot).

I'm interested in getting Linux onto this machine, mostly just for the fun of
it. Now, for my question, is it possible to boot the machine without replacing
the faulty chip, even if one would have to go through the same procedure each
boot?

// Simon Kågström

Xsun causes blank screen in potato

[Dr. Simon Read]

Folks,

I installed potato  on my SPARC from scratch.  I'd  had slink on there
previously.

I now can't  get Xsun to work for  me.  I just get a  white screen and
the console  hangs.  When I  log in remotely  I don't see  any xserver
running at all.  I tried the  usual logs but I don't see Xsun emitting
any messages.

The framebuffer is a CGsix.

Anyone any ideas?  Places I can go look for information, error messages?

Simon Read

Dept. of Comp. Sci. and Info. Sys.
Clark 120
American University
4400 Massachusetts Avenue, NW
Washington, DC 20016
Tel: 1 202 885 3128
Fax: 1 202 885 1479
Email: [EMAIL PROTECTED]
WWW: www.csis.american.edu/~simon

Setting the hardware clock

[Simon Ghent]

Hi,

How do I set the hardware clock on my IPX?

I've got the local time set, but the hardware is reporting a time in
1969 after I replaced the NVRAM.  I don't yet have an network or
internet connection set up on the box so NTP doesn't help.

Do I need to do it from OpenBoot or is there a Unix command I'm missing?

cheers
~~ 
simon

RE: Setting the clock

[Simon Ghent]

It's not soldered onto the board, it's on an easily removable 
replaceable chip.  Take a look at
http://www.squirrel.com/squirrel/sun-nvram-hostid.faq.html for more
info.

cheers
~~ 
simon


-Original Message-
From: Joseph Tam [mailto:[EMAIL PROTECTED]
Sent: 15 June 1999 18:28
To: Simon Ghent
Subject: Re: Setting the clock


On Tue, 15 Jun 1999, Simon Ghent wrote:

 I've replaced the NVRAM in my IPX and it's clock is now somewhere in
the
 sixties!
 
 Can I set it via a command in SUN OpenBoot, or do I have to do it
during
 installation?

I have a problem with my IPX not remembering where to boot from.  I
suspect it's the NVRAM or more likely, the battery.  I was told that the
battery is soldered directly onto the board.  Can you verify this?

Joseph Tam [EMAIL PROTECTED]

Setting the clock

[Simon Ghent]

Hi,

I've replaced the NVRAM in my IPX and it's clock is now somewhere in the
sixties!

Can I set it via a command in SUN OpenBoot, or do I have to do it during
installation?

cheers
~~ 
simon
[EMAIL PROTECTED]

IPX floppy boot problems

[Simon Ghent]

Hi,

I've just started to setup Debian on a SPARCStation IPX that I've
liberated from work.  I've previously installed Linux on PCs, but have
no experience with SUNs.

On boot it fails the POST with the message 'Replace TOD/NVRAM' - I
assume this is the real time clock backup battery - if so is this
something that I can easily replace?

At the SUN boot prompt I insert the rescue floppy and SILO comes up.
I then get the boot: prompt, press enter and watch the propeller for
a while and get this message:

Uncompressing Image..
IDPROM: Unknown format type!
Program terminated.

then I get dropped back to the SUN boot prompt.  Is this a problem with
the
boot floppy or the hardware?

I'm awaiting delivery of the CD set - is this problem likely to reoccur
when booting from CD?

This is a re-post of my message of 29/5/99, with a better subject line

Thanks in advance,
-- 
simon

[EMAIL PROTECTED]

RE: glibc news

[simon mackinlay]

 Well, I'm almost ready to upload the glibc-2 suite (libc6, -dev, -dbg,
-pic,
  -doc, locales, timezones).  6-7h compile time on a SS5-70MHz :-((
 And a lot
  of retries due to small bugs during compile to be able to get a
 clean Debian
  distribution.
 
 Should I worship you now or just build a shrine? :)
 
  I'm currently building a nearly up-to-date binutils with libc6
 (2.8.1.0.11).
  I will upload it along with libc6 packages, maybe tomorrow tonight.
 
 YAY! YAY YAY YAY YAY YAY YAY YAY YAY!
 
 :)
 
 As you may have gathered, I've been waiting for this for quite
 a while :)
 
  Now I'm looking for developers who want to try it  compile more
 packages with
  libc6.
 
 Pick me! After I have the stuff down and installed, I'll look
 at rebuilding the source I've built to date...
 
 apache-dev_1.1.3-6_all.deb   libgdbm1_1.7.3-19_sparc.deb
 apache_1.1.3-6_sparc.deb libgpm1_1.12-2_sparc.deb
 bind_4.9.5-1.4_sparc.deb libmsql1_1.0.16-6_sparc.deb
 byacc_1.9-11.3_sparc.deb m4_1.4-6_sparc.deb
 cdtool_1.01-1_sparc.deb  make_3.75-4_sparc.deb
 deliver-2.1.12-2.deb mgetty-docs_1.1.2-1_all.deb
 dld-3.2.6-3.deb  mgetty_1.1.2-1_sparc.deb
 dpkg-dev_1.4.0.8_all.deb minicom_1.75-2_sparc.deb
 dpkg_1.4.0.8_sparc.deb   msql_1.0.16-6_sparc.deb
 dpkg_1.4.0.8_sparc.nondebbin.tar.gz  msqld_1.0.16-6_sparc.deb
 fdutils_4.3-6_sparc.deb  ppp-2.2.0f-20.deb
 flex_2.5.4-2_sparc.deb   qpopper_2.2-4_sparc.deb
 gpm_1.12-2_sparc.deb regex-dev_0.12-2_sparc.deb
 ksmbfs_2.0.1-2_sparc.deb regex0_0.12-2_sparc.deb
 less_321-2_sparc.deb samba_1.9.16p11-3_sparc.deb
 libdb1-dev_1.85.4-3_sparc.debsendmail_8.8.5-1_sparc.deb
 libdb1_1.85.4-3_sparc.debwget_1.4.4-6_sparc.deb
 libgdbm1-dev_1.7.3-19_sparc.deb
 
 :)
 
 ... fresher source will be used where available.
 
 On another note, is it just me, or do IPC serial ports freak
 out when driven past 9600 baud?
 
 --
 Simon([EMAIL PROTECTED])
 
 and I dreamed your dream for you, and now your dream is real
 


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

RE: Where's make?

[simon mackinlay]

 However, libc5.4 is not available for SPARC.  There is only a
libc5.3.12.
  Davide Barbieri tried to merge patches for libc5.4 into this 5.3.12
 with no
  success.  Maybe you have more skills to do it.
  But I think it's better to deal with 5.3.12 for old stuff and work
 on glibc-2
  now.  I'm working on a glibc package but I have some pbs to build
 it.
 
 *nod*, I did have a brief crack at it, but it's
 also beyond my skills - libc6 looks inherently
 more portable, and I also would prefer effort to
 be spent on re-integrating sparc patches to libc
 into the main source tree.
 
  Some of this stuff is already ported: dpkg*, libdb1, libgdbm, flex.
  They are available in Debian under hamm/hamm/binary-sparc/...
  I've also made available other packages at lix.polytechnique.fr
 under
  /pub/Linux/debian/sparc/bo/experimental-sparc (make, m4, ppp,
 sendmail,
  deliver, file, kermit) but I don't remember why I didn't move them
 to hamm.
  Surely because some files are missing like documentation, ...
 
 Given that it's almost impossible to do any work
 on debian-sparc without these packages, perhaps we
 need a centralised site and mirrors for these packages,
 and also to update pointers on the debian-sparc web
 site to indicate the location of such?
 
  Now, I'd rather want not to upload any package you have linked with
 libc5 but
  were already moved to libc6 in other ports.  We have to keep package
 numbers
  in sync with other architectures and we can't provide 2 packages
 (one linked
  with libc5 and the other w/ libc6) with the same release number.  In
 this
 
 *nod*, I can see the problem - but by the same token,
 I'd like to put together private use development and
 production sets, so that (a) other developers can
 contribute to the effort, and (b) so that I can get
 sparc-linux up and running on real-world machines;
 linux is the best firewalling and dial-in
 communications serving platform, and there are plenty
 of spare ipc's around locally.
 
  case, either downgrade the Debian release number for libc5 linked
 binaries or
  upload packages to an alternate ftp site.  You can upload to
  lix.polytechnique.fr under /pub/Linux/debian/Incoming if you want.
  Moreover, don't upload incomplete packages to debian master site.
 
 Alternate ftp site was what I had envisiaged, with
 LARGE red letters saying it looks like debian, smells
 like debian, dpkg's like debian, but it REALLY ISN'T
 DEBIAN - it's work in progress :)
 
  PS: I hope I will release a libc6 package soon.  I uploaded a
 preliminary
  stuff to ftp://lix.polytechnique.fr/pub/Linux/debian/sparc/exp.  You
 can try
  it (if you success in downloading it ;-( ).  Remember you have to
 patch gcc
  specs file to be able to build with libc6.  I can send you such
 patch if you
  want.
 
 If libc6 is at the stage where I can compile and link
 debian source, then yes I'm very interested - bug fixes
 to library code don't frighten me, as it's relatively
 easy to upgrade libc.so.
 
 ... again, I can't begin to thank you enough for the
 absolutely essential work you, the debian-sparc, and
 the sparc-linux community are doing - it has a very
 real impact here, and will mean that decommisioned
 sparcs get a new lease on life as news, dns, mail,
 web, dialup and file servers, and as gateways, routers,
 and internet firewalls.
 
 --
 Simon([EMAIL PROTECTED])
 
 and I dreamed your dream for you, and now your dream is real
 


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

RE: Where's make?

[simon mackinlay]

 So which other packages are needed as base for Debian development?
  I can help to package some tools: my system is hybrid from
 Debian/RedHat so I
  can run most of the tools needed to create Debian packages.
 
 If anyone has built the sp package (provides nsgmls
 used by dpkg to format the dpkg manuals) and have it
 lying around, I'd appreciate it...
 
 I'm currently fighting my way through apache
 patched with microsoft frontpage extensions; this
 has meant doing a quick hatchet job on msql and dld
 
 Cheerio...
 
 --
 Simon([EMAIL PROTECTED])
 
 and I dreamed your dream for you, and now your dream is real
 


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

RE: Where's make?

[simon mackinlay]

  Ok.  So things are starting to get hunky-dory, but then I discover,
 make is
  nowhere to be found!!!  How are you folks doing builds?  Is there
 some other
  place I should have gotten things from that would have make (I
 believe I got my
  stuff from sunsite in hamm/hamm about a week ago or so).
 
  Any help would be appreciated.
 
 I've compiled enough stuff to put together a complete
 sparc hosted communications server - if someone could 
 tell me whereabouts to upload, I'd be more than happy.
 
 Package list:
   bind_4.9.5-1.4_sparc.deb libdb1_1.85.4-3_sparc.deb
   byacc_1.9-11.3_sparc.deb
 libgdbm1-dev_1.7.3-19_sparc.deb
   cdtool_1.01-1_sparc.deb  libgdbm1_1.7.3-19_sparc.deb
   deliver-2.1.12-2.deb libgpm1_1.12-2_sparc.deb
   dpkg-dev_1.4.0.8_all.deb m4_1.4-6_sparc.deb
   dpkg_1.4.0.8_sparc.deb   make_3.75-4_sparc.deb
   dpkg_1.4.0.8_sparc.nondebbin.tar.gz  mgetty-docs_1.1.2-1_all.deb
   fdutils_4.3-6_sparc.deb  mgetty_1.1.2-1_sparc.deb
   flex_2.5.4-2_sparc.deb   minicom_1.75-2_sparc.deb
   gpm_1.12-2_sparc.deb ppp-2.2.0f-20.deb
   ksmbfs_2.0.1-2_sparc.deb qpopper_2.2-4_sparc.deb
   less_321-2_sparc.deb samba_1.9.16p11-3_sparc.deb
   libdb1-dev_1.85.4-3_sparc.debsendmail_8.8.5-1_sparc.deb
 
 nb: ksmbfs doesn't seem to work, it goes oops() as
 soon as I attempt to mount an SMB share...
 
 also, documentation in these packages may be missing,
 as some need formatting tools which I'm yet to compile.
 
 --
 Simon([EMAIL PROTECTED])
 
 and I dreamed your dream for you, and now your dream is real
 


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

volunteer

[simon mackinlay]

Hi - I have a spare IPC which I'm using as a sparc-linux
testbed machine, which I've recently installed using the
publicly available disks-sparc/ and binary-sparc/ trees
on ftp.debian.org.

I have about a 2-3 month window to play with this machine,
and I'd like to help the debian-sparc effort by rebuilding
packages from the debian-source tree.

Is this going to be a worthwhile project, or are there
already sufficient contributors?

Cheerio...

--
Simon([EMAIL PROTECTED])

and I dreamed your dream for you, and now your dream is real


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .