Re: Gnome-Helix binaries for D2.2 USPARC
On Thu, Aug 24, 2000 at 01:36:29PM +1000, Anand Kumria wrote: > On Wed, Aug 23, 2000 at 11:11:25PM -0400, Ben Collins wrote: > > On Thu, Aug 24, 2000 at 09:12:11AM +1000, Anton Blanchard wrote: > > > > > > > has someone built the binaries (or even an installer package) for the > > > > gnome-helix release? > > > > > > I'd be prepared to work on this. > > > > > > Ben: How is woody? Is the debian sparc unstable autobuilder up and > > > running? > > > > Woody's getting there now. I setup a brand spanking new (read "uses all > > the new nifty buildd features") buildd last week, and so far it has pumped > > out > 400 builds. > > > > Does helix have an apt accesible source directory? If so, I can probably > > setup a chroot just to do autobuilds of it and make the deb's accessible. > > I was under the impression that woody gnome packages (v 1.2 on i386) > were equivalent to the Helix ones. Do those build correctly on sparc? The woody packages do build, but I don't think they are the same are they? -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---'
Re: Gnome-Helix binaries for D2.2 USPARC
On Wed, Aug 23, 2000 at 11:11:25PM -0400, Ben Collins wrote: > On Thu, Aug 24, 2000 at 09:12:11AM +1000, Anton Blanchard wrote: > > > > > has someone built the binaries (or even an installer package) for the > > > gnome-helix release? > > > > I'd be prepared to work on this. > > > > Ben: How is woody? Is the debian sparc unstable autobuilder up and running? > > Woody's getting there now. I setup a brand spanking new (read "uses all > the new nifty buildd features") buildd last week, and so far it has pumped > out > 400 builds. > > Does helix have an apt accesible source directory? If so, I can probably > setup a chroot just to do autobuilds of it and make the deb's accessible. I was under the impression that woody gnome packages (v 1.2 on i386) were equivalent to the Helix ones. Do those build correctly on sparc? Anand
Re: Gnome-Helix binaries for D2.2 USPARC
On Thu, Aug 24, 2000 at 09:12:11AM +1000, Anton Blanchard wrote: > > > has someone built the binaries (or even an installer package) for the > > gnome-helix release? > > I'd be prepared to work on this. > > Ben: How is woody? Is the debian sparc unstable autobuilder up and running? Woody's getting there now. I setup a brand spanking new (read "uses all the new nifty buildd features") buildd last week, and so far it has pumped out > 400 builds. Does helix have an apt accesible source directory? If so, I can probably setup a chroot just to do autobuilds of it and make the deb's accessible. -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---'
Re: Gnome-Helix binaries for D2.2 USPARC
> has someone built the binaries (or even an installer package) for the > gnome-helix release? I'd be prepared to work on this. Ben: How is woody? Is the debian sparc unstable autobuilder up and running? Anton
Re: Gnome-Helix binaries for D2.2 USPARC
> > >>gnome-panel depends on gnome-panel-data (>= 1.0.55-2.0.1) > >>gnome-help depends on gnome-help-data (>= 1.0.55-2.0.1) > > >>The available version of both gnome-panel-data and gnome-help-data > >>is 1.0.55-2. > > been taken into consideration for the next release after the CDa release? File a bug on these packages (mark it "stable") and give it severity "important" since these are uninstallable. This seems to be caused by too extreme of version dep, considering that the 2.0.1 is a binary-only NMU, and the dep versions should allow for that. Ben -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---'
Gnome-Helix binaries for D2.2 USPARC
Hello SPARC friends, has someone built the binaries (or even an installer package) for the gnome-helix release? Would be great if I do not need to spend hours (maybe days ;-)) ) trying to download and getting it running. Has the misbehaviour that was mentioned by Erik Mouw -> >>I just upgraded my Sparc Classic from frozen to stable, and I got the >>following two errors: >>gnome-panel depends on gnome-panel-data (>= 1.0.55-2.0.1) >>gnome-help depends on gnome-help-data (>= 1.0.55-2.0.1) >>The available version of both gnome-panel-data and gnome-help-data >>is 1.0.55-2. been taken into consideration for the next release after the CDa release? Thx and bye Iggi
switching consolefonts on U10?
Hello SPARC friends, I am trying to get my U10 with its Creator card to switch automagically at boot into the fine 132xXX resolution my SPARC 5 does after a clean installation of D2.2. When I installed the new release everything had that nice resolution from the beginning, but with my U10 I have those FAT fonts which look disgusting. Could someone provide me the right place to look at? Has it to do with the S48console-screen.sh init script? I am using a german T5 keyboard, where I also noticed that my "Umlaute" like ö,ä and so on do not work even after changing my keyboard with kbdconfig and changing it to sunt5-de-latin1. Thx and best regards
Re: XsunMono Segfault on IPC. (update)
On Wed, Aug 23, 2000 at 02:57:16AM -0500, Branden Robinson wrote: > Why should such info be coded into an image file format (even as a side > effect)? It has nothing to do with representing the image! Part of the > problem is my ignorance of the .ras file format. Is it basically just a > memory dump of a region of framebuffer, and thus subject to the vagaries of > the underlying hardware? As far as I know, a sun raster file is a pretty simple 8-bit bitmap. You might check the source for pnmtorast (in the netpbm package) for more details. In any case, I had zero problems with this file on my SS2 with CG6, or SS1 with CG3 (i.e., sun4c machines with 8-bit framebuffers). -- Mike Renfro / R&D Engineer, Center for Manufacturing Research, 931 372-3601 / Tennessee Technological University -- [EMAIL PROTECTED]
Rodent on a sparc IPC
Hi, Well, after renaming the offending xbanner, X starts up :-)[1]; only problem is, the mouse doesn't work. When the system starts up, I get the message: Sun Mouse-Systems mouse driver version 1.00 Which I think (from drivers/sbus/char/sunmouse.c) means that it found the mouse OK. Now when I start X, it complains it can't find /dev/gpmdata (which is unsuprising given I don't have gpm installed since xserver-xsun-mono conflicts with it), and tries /dev/sunmouse (which is the device that sunmouse.c provides), but moving the mouse makes no difference. I've tried two different mice and mousemats, but to no avail... What have I done wrong? Thanks Matthew [1]Should this be documented somewhere? -- Rapun.sel - outermost outpost of the Pick Empire http://www.pick.ucam.org
Re: XsunMono Segfault on IPC. (update)
On Tue, Aug 22, 2000 at 08:24:47PM -0700, Steve Bowman wrote:
> On Tue, Aug 22, 2000 at 10:29:55PM -0400, Ben Collins wrote:
> > On Tue, Aug 22, 2000 at 09:24:38PM -0500, Branden Robinson wrote:
> > > [...]
> > > Hr. Does anyone know anything about the .ras file format? I suppose
[...]
> > > If this is an endianness problem I'm going to become seriously enraged.
> >
> > I doubt it is. Anyway, Steve used an Ultra with Gimp to create them IIRC.
>
> ISTR that the word size is larger on the ultra than on the sun4{cdm}.
> Perhaps some header data in the file format is misaligned causing it to
> either mis-parse the file or read past the end. I may be mis-remembering,
> it may be the vm page size that's different.
Why should such info be coded into an image file format (even as a side
effect)? It has nothing to do with representing the image! Part of the
problem is my ignorance of the .ras file format. Is it basically just a
memory dump of a region of framebuffer, and thus subject to the vagaries of
the underlying hardware?
If so, I'm very, very sorry I supported this kludge of a splash screen in
the first place.
(This is not to disparage Steve's work in cooking up these images; it's the
file format I have a beef with, and the very non-robust functions that draw
the splash.)
--
G. Branden Robinson |A committee is a life form with six or
Debian GNU/Linux|more legs and no brain.
[EMAIL PROTECTED] |-- Robert Heinlein
http://www.debian.org/~branden/ |
pgplKXTLEUDYc.pgp
Description: PGP signature
