The collected works of dukzcry

null
null
Only moron, crazy-minded or envious will be intreresting in hacking not a production box from outside.
Or did someone put his eye on nekochan already? :lol:
If you'll stop and pull out all useless services like time and e.t.c., and keep only really using (like ftpd, sshd, httpd, e.t.c.) and better to use stable versions with security patches applied services, well then you may say that the box is not just critical hole from outside view.
Of course if you get ssh accounts to anyone from your friends, wait presents :lol: But in this war case almost all UNIXes are under disgrace if there are just installed out from a box.

_________________
:rx2600: ( CHNPP node), custom build PC ( ducksta r host), one dead PowerBook G4 ( nokacheflush host)

More info at my web page!
emgaron wrote: Uhm - for all I know, the U5/10 use proprietary Sun memory, not standard EDO. At least I've never heard otherwise.
This source has otherwise point :lol:

emgaron wrote: It got replaced with a dual PIII/550 - which was faster, less noisy and drew about 20W less...
I 've made perjury playful decision of having no more than 1x x86 gear in my location :oops: . Do not mind :oops: .
bhtooefr wrote: and isn't x86 - it's ARM (although Linux, not *BSD.)

Netra X1/Fire V100/120 are almost (especially Fire V100 which D-EJ915 suggested on #nekochan, cause of possibility to attach cheap IDE <-> CF adapter) good for home router needs. There are good until you will produce very heavy bandwidth and/or run very CPU-load things.
Also be informed that onboard Davicom network chips create high I/O load on PCI bus, but since machine itself doesn't have onboard PCI slots and not so many shared device on this bus it's not so dangerous.
Hey, folks!
I'm interesting what is practical memory room limit for Blade 2500 RED one?
I presume that 2500 both Red and Silver share the same components (at least I/O), and the fall of memory size in twice from Silver to Red (from 16bg total (two 2gb quadpairs) with both cpu utilization in Silver to total 8gb (two 1gb quadpairs) in Red) as referred by manual is only OpenBoot program limitation, or even manual says configurations for which Sun was really responsible, am i right? Does anybody checked it?

P.S.: Can anobody also tell me about what specifially dictate the CPU difference in Red and Silver? Device recognizing in OpenBoot FCode?

_________________
:rx2600: ( CHNPP node), custom build PC ( ducksta r host), one dead PowerBook G4 ( nokacheflush host)

More info at my web page!
I've asked some of you about this HP keyboard on IRC channel (the black one below the VT-style one):
Image

Sooner i've found that it's actually OEM rebranded by HP from Silitek (anyone ever heard about it? :lol: ) called SK 2502. There was both PS/2 and USB versions of it. These were part of zx2000/zx6000/rx2600 machines arrangements.
miod :
Oh wow! Miod Vallat is here, OpenBSD commiter and kernel team man ftw! That's a real surprise, greetings!

_________________
:rx2600: ( CHNPP node), custom build PC ( ducksta r host), one dead PowerBook G4 ( nokacheflush host)

More info at my web page!
Quote:
that is the ugliest damn logo i ever saw. poor DEC what happened to you...
the best logo is the simple one. this thing isn't a logo, it's a mess a beginner would come up with.

Skywriter loves grin as always :)

Skywriter's critics reminds me our famous designer Artemiy Lebedev:
Here are examples. Click "commentary" to show critics.

http://translate.googleusercontent.com/ ... 0P6kKW-3pg

http://translate.googleusercontent.com/ ... bjmjfL5rxA

http://translate.google.com/translate?h ... 010/07/02/

http://translate.googleusercontent.com/ ... b2WGtgPIXA

http://translate.googleusercontent.com/ ... Z3HMhoNgrQ

http://translate.googleusercontent.com/ ... I5ZMPE4M8g

_________________
:rx2600: ( CHNPP node), custom build PC ( ducksta r host), one dead PowerBook G4 ( nokacheflush host)

More info at my web page!
Hey Maxxi, welcome back!

I'm seeing that the old releases of MaXX Desktop had desktop icons feature: https://tehtable.files.wordpress.com/2009/04/fm.png Is it still supported by latest MaXX? If so, how to activate this feature?

Second, having a source code (an open source parts) accessible via web is nice: http://dev.maxxdesktop.co/trac/maxxdesktop/browser But could you please also make a repository backing it accessible to public and post an address to it? (like via 'url' directive in trac: http://trac.edgewall.org/wiki/TracRepos ... positories or just by posting repo url somewhere on the MaXX website)
An alternative option would be allowing to download whole repository (not just a single revision) as zip file, but I don't know whether trac added support for this.

Would be nice if you'd also update these open parts to match current MaXX version, but that's another story.

Thanks.
I'm boring and not caring of naming too much, so my rule is simple - name it by machine exterior.
For example:
big clumsy smartphone - brick
handheld clamshell device - powder
computer in pizzabox chassis - pizza
et cetera
A question to people familiar with Indy.
I wonder whether those Indys shipped without floptical drive had hole covers or not?
Also I've heard these drives tend to stop working after getting some portion of dust, and imo there is no practical use for such a drive today, so it's better to dismount it if the machine has one anyway... So what did you do with your machine in such case? Just left the hole uncovered (for better ventilation but also more dust eating) or added hand-made cover (to reduce dust consume)?
Thank you! Better to follow the design and leave it open then.
jan-jaap wrote:
Trippynet wrote: Normally you'd have a cover plate which can be "installed' in the top drive bracket, and when the drive bracket is installed in the system it closes the floptical drive hole.

If you look carefully at this photo you can see it somewhat (well, maybe only if you know what to look for) ;) It's just a piece of sheet metal, like the drive bracket.
http://www.sgistuff.net/hardware/system ... erior1.jpg

Thanks for your priceless correction! That's good to see their engineers thought about this bit too :)
hp c8000 and rx2600 are great heaters, dreadbit as owner of both will approve this :)
Also had this problem with pidgin recently.
astouffer wrote: I think the problem came from the way I tried to install neko-audacity. Right clicking on the package gives you some options, install and install automatic. The problem cleared up after choosing install automatic. Forgive me if these aren't the exact names.

Have no such option for pidgin. So here's my solution for aforementioned problem:
I returned to swmgr and installed the whole of the fontconfig package (neko_fontconfig-2.6.0).
I returned to swmgr again and installed the entirety of the pango package (neko_pango-1.12.4).

Yes. This is a first step. Not the whole though, just check these products again and reinstall. No need to install subproducts not selected by default.
Now the text appears but it's black on purple and almost unreadable.
Logging out and back in again gives me a nice black on green rendering of the same thing.

Installing cairo from -beta fixes this. It will also set dependency to upgrade fontconfig, just agree.
Use nekoware.de not nekoware.dustytech.net which seems to be out of sync.

Also pidgin's XMPP seems to be built against libxml2, not expat. So you need to install the fist to be able to use Jabber.

Hope this helps anyone.
mapesdhs wrote:
foetz wrote: so you're running a gtk2 firefox on an indigo :shock:
now that's brave :P


Ach it's not that bad given the CPU is only an R10K/195.

I wonder what would be the recommendation for even worser CPU.
Firefox 2 from Nekoware? I suppose it's GTK1 one? I'm stick to this now. Perhaps Seamonkey is better option...
Dillo? Not sure that version from -current is unicode capable. And version from -beta seems to have broken fonts rendering somewhere in the path.
Konqueror? Dunno...
Trippynet wrote: Dillo is fine for simple sites, and renders Nekochan reasonably well. For other sites, I've personally found SeaMonkey to be more responsive than FF2 or FF3 on my Indigo2. Although even then, it's still slow of course!

Thanks! I should give SeaMonkey a try :)
diegel wrote: If this is a real problem, I can build dillo without xft.

The question where the culprit is. Looks like GTK2 based Pidgin in Nekoware uses Xft too, but it draws fonts correctly after some preparations: viewtopic.php?f=7&t=16725280&p=7382854#p7382854
Also I (and think many of us) need Unicode in browser, so Type 1 are out?
Krokodil wrote: I mean what is IRIX without it's unique hardware? Any UNIX or *nix could take it's place otherwise. Especially since 4dwm is no longer exclusively for IRIX.

You mean IID replica called MaXX Desktop? Then no. Its not the 4dwm alone which makes IRIX so fun, its a well though-out set of graphical applications and utilities which makes IRIX desktop experience different even today.

Also IRIX has a base of polished abandonware products, which are more pleasant to use, than modern open-source analogs, so don't dismiss possible-in-distant-future emulation solution :)
Anyone remember which was the last IRIX release presenting photo of a computer it runs on in System Manager?

5.3 definitely did this:
Image
Maybe 6.2 too?

I know that at least with 6.5.0 it started to look boring:
Image

Thanks for the answer!
foetz wrote:
robespierre wrote: I would look for Houdini Master, SoftImage 4.0, Lightwave 5.6, and Maya 6.5... they should all work on that machine.

i'd recommend an older softimage and no maya. maya is so fat it even ran sluggish on an r12000 octane. older versions is the keyword here; prisms, wavefront, poweranimator, gig3d etc.. these were made for the indigo

So,
PRISMS -> Houdini,
PowerAnimator -> Maya.
Anything else to look at?

gig3d you meant ElectroGIG 3DGO.

Wavefront - isn't it a company name? :)
BTW, forgot that there was also a cool CPU dialog here :)
Image
hamei wrote:
jan-jaap wrote: I think the graphics of the newer system manager also changed about 6.5.15 ?

Yep. Noticed this after 6.5.0 -> 6.5.22 update.
foetz wrote: but this screen shot doesn't show 6.5.0

Ok, replaced it with the screen provided by jan-jaap :)
foetz wrote: have a look at my reviews if you're interested in the details :-)

Thanks! I will.
Agreed, SAQ.

Although emulator never gives the experience that real hardware does (that's why we all like collecting real gear :) , as time passes, lovely machines get more and more used and fragile, and more scarce on second market. So emulation is important.
Octane??? Oh, man...
Wasn't Indy the only machine for which SGI released a minimum portion of needed documentation? Also the simpler architecture, the more chances to get a good emulator, we're hunting for more cycles anyway. And recent machines are not supported by old IRIX releases. Emulation of a mature graphics subsystem is another question though :(
maxxi.desktop wrote: Unless someone else debugs it and fix it, you will have to wait. sorry!

No problem. Running MaXX along with CDE on modern system is a big fun (I prefer MaXX, but CDE is fine too). Thanks for creating a great product!
maxxi.desktop wrote: I tried to get freeBSD 10.1 fully functional on a reliable machine and I keep having issues...

As for supporting anything but Linux, I see no point. Yes, Linux is lesser quality product, than *BSDs are, but vendors of commercial or popular applications are all around Linux, not some BSD. So Linux is the best choice just because of popularity, available software base and hardware support. Its just what could be coupled with MaXX for doing real work!
Same with preference of x86/x86_64 architectures over other ones.

Eric, please don't listen fanboys, look at real state of affairs. I prefer BSD over Linux too, but its just for geeking or tinkering. When it comes to situation when one needs to be on par with real world and real tasks (so to be on par with Windows and OS X), one picks Linux from a wide choice of open source systems.
Sure you may issue just bare minimal 5dwm for example for FreeBSD, but work on a desktop should be concentrated around Linux, to not waste your time and resources. Static linking or providing most of dependencies should allow to last every MaXX issue more without additional maintenance from your side. Also please never kill MaXX :) If you decide to stop work on MaXX, and it will not run any more on the current systems of that days, please pass your project to Nekochan community on your terms for further development (not sure how to regulate this with SGI though).

Also, why we choose MaXX, while there are a lot of other desktop environments? Because it has a simple, clean interface to work with, fitting into our workflow. Think most of us will say that IRIX Interactive Desktop is the best desktop they have used in their life (wish MaXX had a similar well-picked set of utilities and preference panels, but thats a lot of work to write them!)
It also adds a cool nostalgic factor due its vintage look, recognizable and admirable by artists working on IRIX or knowing what IRIX is.
Most of modern desktops are utter crap.
What makes MaXX and IID a bit obsolete is a lack of tiling support (not sure of static but dynamic indeed). Perhaps a good feature to implement in MaXX to make it superior to IID? ;)

[DISTRO OPINION]As for which distributions support for next releases, in my opinion it should be at least Debian (as it is known as default, de facto distro and it also gave a life to a lot of popular forks) and Ubuntu (again, superpopular default, fork of Debian, with great software support, but controlled by corporation and bloated).[/DISTRO OPINION]


hamei wrote: How about if I move into your house ? Free ? Maybe take over one or two bedrooms and the bathroom ? I'll let you use the kitchen once in a while if you ask nicely ...

Please don't mix meatspace and virtual stuff. They should not chase poor enthusiasts creating replicas of their legacy stuff, unless it negatively impacts on their business.
Also there is an another trouble for MaXX, as modern unix like systems do slowly adopt Mir and Wayland, and X.org may be phased out at some point of time.

[DISTRO OPINION]
armanox wrote: Debian? Perhaps supporting Red Hat, who controls the direction that Linux moves, and is the enterprise/business option for Linux, would be a better pick? Plus, when it comes to commercial software, what do they target? Red Hat. I'm using your opening argument here. Debian has no real power in the Linux world, as much as their shrinking fanbase would argue otherwise. And Ubuntu, the once great option and hope for Linux to the masses, has no real power either. Red Hat controls, finances, or develops most of the Linux resources (systemd, PulseAudio, GNOME, X.org, LVM, KVM, and udev; just to name a few) and the rest of the Linux world just follows.

Think it may go into distro flame war. I'm not a fan of any or Linux in general, just offering ones tend to be "default" ones. Debian is even preferred as distribution of choice by developers porting Linux kernel onto new architecture. Its stabile, has big package base and hence is a good choice for general audience, its team also has no pressure from corporation like Ubuntu has. But Ubuntu became a synonym to Linux for mainstream people, its uberpopular and since it is a Debian fork, its not a big deal to support both.
All in all, its up to MaXX Desktop author to choice on which distributions to target for new releases of MaXX.

> Perhaps supporting Red Hat, who controls the direction that Linux moves, and is the enterprise/business option for Linux, would be a better pick?

MaXX is not for enterprise/business market (at least in its current form), mere for artists, enthusiasts and lovers of vintage interfaces.
Also which one to pick? RHEL is not free, Fedora is a testing area for first and CentOS is lacking behind.

> Plus, when it comes to commercial software, what do they target? Red Hat. I'm using your opening argument here.

I don't know software (at least end user) which was offered for RHEL but not offered for Ubuntu at same time. Applications vendors are usually target on Linux in general to satisfy more customers, so its not my argument.

> Red Hat, who controls the direction that Linux moves
> Red Hat controls, finances, or develops most of the Linux resources (systemd, PulseAudio, GNOME, X.org, LVM, KVM, and udev; just to name a few) and the rest of the Linux world just follows

You just named questionable creations, like systemd, pulseaudio, udev. At least with systemd, not all alive distributions took it, and mainstream ones had large debates on whether to take it or not. Many are looking into development of own initialization system.
Also you just showed that Red Hat is monopolist and maybe evil company (not sure whether Canonical or Google are better, they just target on different audience). Its good that Linus still shows his claws and protect kernel from corporations bad ideas: http://www.theregister.co.uk/2013/02/24 ... alds_rant/

BTW just went for Steam client for Linux from OS X machine and it started to download a *.deb package (so Debian/Ubuntu) without letting me to choose which distribution I use :lol:
[/DISTRO OPINION]
armanox wrote: Maybe I am pointing that Red Hat is monopolistic and trying to dominate the market :) . Also, that last once, about Mir and Wayland, worries me a great deal. I still haven't gotten over systemd (actually am avoiding it), and dropped Fedora from my laptop and desktop due to differing views with the Fedora team (Communications have shown (yes, I do contact them) that I am not their target audience).

Well, taking mainstream distros, if only RH will survive, its not a big deal :) Those dependent on ready to use native packages of commercial software and using Ubuntu/Debian will just switch.
Anyway, current MaXX release supports some choice of distros and as you shown before with Slackware example, it may also work on non-supported ones.
+1 to cesss: it would be great to have an IMD-inspired fork of Motif Window Manager or Common Desktop Environment. Modern features like tray or tiling support could be added there, since both MWM and CDE are now open source.
As for today, I prefer MaXX as so far its the best IRIX desktop replica and still works correctly on modern linux. But needless to say that real IRIX desktop surpasses any clones, giving many nice tools and having tight integration with underneath OS.
armanox wrote: Did this project die? I seem to be unable to access the website these days :(

maxxdesktop.co is up now. Make sure to do only local backups :)
maxxi.desktop wrote: Hey guys! I am not dead, just extremely busy. Just want to warn you that someone has stolen my content and registered 5dwm.org. that's not me! and the worst thing is that they don't mention SGI and my copyrights anywhere...

the real deal is at: maxxdesktop.co

I am preparing a new set of binaries for you all.

regards,

Eric Masson

Eric, does MaXX works correctly with multiple keymaps for you?
I use

Code: Select all

setxkbmap -layout "us,ru" -option "grp:alt_shift_toggle,grp_led:caps"
for layout switching and when I'm switched to russian I can't interact with windows using mouse under MaXX DR3 anymore, hotkeys still do work though.
Moved setxkbmap to different switching hotkeys but it didn't help.
When under CDE I don't have such issue.
Please help :)
Thanks!

P.S.: http://dev.maxxdesktop.com/trac/maxxdesktop is down.
maxxi.desktop wrote: have you try to restart the WindowManager (5DWm) after switching keymaps? you can do it from Toolchest or from the command line :# tellwm restart (if I am not mistaking). keep me posted

cheers

Thanks! Unfortunately it doesn't help. I will enroll VM to retest in clean environment.
maxxi.desktop wrote: In the meantime, I've ask a friend of mine (Peter Kovář) who has using 5Dwm with several keymaps...

here's an example of his command line :

Code: Select all

setxkbmap -layout 'us,sk_qwerty,cz_qwerty,de' -option 'grp:rwin_toggle' -model pc105


Hope this helps as well.

Thanks. Unfortunately his command doesn't help. Using 'de' instead of 'ru' doesn't help as well. Meanwhile found that also can't operate with MaXX while some control group key is pressed, I suppose its somehow related?
Now switched from real machine to clean VM and made a video: https://drive.google.com/open?id=0ByyEP ... VR6a3ppYzg Same issue there. Perhaps some incompatibility of MaXX DR3 with modern Debian or software stack? CDE is fine with keymaps. Suppose should try something different or older :) If Peter doesn't have this issue, could you please tell me which versions of Linux (and which distribution) and MaXX he uses?
Please consider possibility of adding tiling support! https://en.wikipedia.org/wiki/Tiling_window_manager Static or better dynamic.
Stacking (floating) is not always comfortable for work in modern age :)
Thanks.
Очередной "отечественный продукт". Таволга, водка, медведь и балалайка :)

They added crypto acceleration for https://en.wikipedia.org/wiki/GOST_(block_cipher) so its targeted for secure applications, but the SoC is not designed all in house and manufacturing lies outside of Russia, so I'm not sure they can trust it enough.