Slashdot Mirror

The new MacTelnet for Mac OS X looks looks promising...(it's still in alpha though)

Homepage:
http://www.mactelnet.com/

Sourceforge page:
http://sourceforge.net/projects/mactelnet/

• File xfer
• chat windows... great for remote support
• Auto bandwith throttling. Good for slow connections
• Auto screen scaling. So you 1280x1024 remote machine can been seen on your 800x600 laptop
• ctrl-alt-esc send capibilities and such
• full VNC compatible
• Java web based viewer option. Admin your server from your cell phone or PDA
• lots of other little things to make life easier

What's sng?

Okay, it's a simple question, so I googled it. sng is a minilanguage allowing editing of PNG data in texty form. Hence the above.

Seems kinda interesting, actually.

--grendel drago

Here, I'll even link you to a good client that will give you a nice GUI for starting out. Another Bittorent Client for all OSes.

This sourceforge project. It's a USB sniffer for Windows.

http://dmx.sourceforge.net/

Have not tried it yet since it's quite a download for me. Has anyone tried it? Is it worth the effort?

Of course, there's Synergy, which I've briefly used. It seemed to do the job, but I've never had the use for it. I guess I should feel fortunate to have always had hardware KVM's on hand. It works with Linux and Win32 as well.

Synergy

ratpoison

MainActor 5 for Linux offers professional features almost identical to the features you already know from the Windows version, including DV capture and MPEG-1/2 import and export in a new interface.

For lighter work, there is Q DVD-Author. It is FOSS and works well for making DVD's with menus, etc.

A bit OT here, but yahoopops gives pop3 access to yahoo. (I am not in anyway connected with said product / developer / company ...)

K3B, dvdbackup, and dvdshrink (ran under wine, 3.0b5) work awesome.

To burn a DVD I just do:

growisofs -Z /dev/burner -R -J /path/to/data

A very good option for doing all this very easily is to get K3b which is part of the KDE distribution.

For authoring DVDs I recently discovered Qdvdauthor, and it works like a charm!, I was able to create my own DVDs with menus with custom backgrounds, sound, etc.

Also check my homepage for help about video conversions: http ://dvdripping-guid.berlios.de

To burn a DVD I just do:

growisofs -Z /dev/burner -R -J /path/to/data

A very good option for doing all this very easily is to get K3b which is part of the KDE distribution.

For authoring DVDs I recently discovered Qdvdauthor, and it works like a charm!, I was able to create my own DVDs with menus with custom backgrounds, sound, etc.

Also check my homepage for help about video conversions: http ://dvdripping-guid.berlios.de

k3b works great for burning DVDs.

That would be true if for except the small fact that open/closed source implementations already exist.

http://www.vitanuova.com/inferno/man/4/dbfs.html
http://www.eecs.harvard.edu/~vernal/learn/cs261r/d bfs-proposal.pdf
http://www.thyme.net/imp/dbfs.html
http://www.eamonwalsh.com/projects/masters/writeup .pdf
http://www.orafaq.com/faqifs.htm
http://relfs.sourceforge.net/Home.html

One could presumably go on.

I know that Dosbox is a great way to get older DOS games running on XP. Im sure their are other projects aimed at providing a more accurate 'DOS' environment for more 'standard' applications.

I'm betting the demo you're referring to is BB.

There is still hope

DiddleBug is what you want. It's free, too.

Windows/OS X cannot adopt such a system because of the commercial context.

hibernation on my toshiba tecra 8100 with kernel 2.6.8.1 works perfectly, with latest kernel patches. I use debian so a line in /etc/apt/sources.list :

deb http://cp.yi.org/apt/hibernate ./

makes sure I have latest hibernate scripts.

I just assigned 'sudo /sbin/hibernate' to "sleep" button in my session manager. I also had set up sleepd to hibernate when battery drops to 5% (which is usually 2 hours).
And, yes - there is a glitch - if I hibernate with blender or glxgears running, then after restore the 3d acceleration gets screwed up, and sooner or later I want to restart Xserver anyway (graphic card is s3 savage).

Free bears? What next, Armed bears?

The Linksys NSLU2 is *much* better than the Ximeta drives. You can attach two USB drives or a HD and a flash drive to it.

Unlike the Ximeta drive, it works under Linux with no issues, can be written to by more than one person concurrently, can be accessed by multiple subnets, uses a common protocol that doesn't require driver installation (SMB and CIFS), is built on GPL software, and can back up shares from other machines on a schedule.

Oh, and you can hack it.

I'd have to suggesst SciTE as a replacement for notepad. Syntax hilighting for almost every language under the sun (including HTML), and a lot of helpful stuff for debugging.

And yes, I wholeHEARTEDLY AGREE with your opinion of FrontPage's HTML output. Sucks major wind.

Can anyone post a good banana bread recipe?
OK, so this is Slashdot and I should say something technical about it, so:
the BananaKernel

if they remove these things, then there *should* be alternatives!

There ARE alternatives. One is called libusb. However, this guy decided that he'd rather not port his driver to libusb because it somehow makes it a second-rate driver, and therefore makes him a second rate developer or something... Tell that to the SANE developers, who are moving all USB scanner drivers over to use libusb.

What I would like to see, is the speed of google, adapted for the user. The web metaphor justifies going to a text-box, and hitting Enter, but I'm not willing to do that just to look into a page. That's why incremental search is so successful. Maybe it would be nice to implement better metodologies, that have already been proposed. Just because the Google interface is good for the web, it doesn't mean it's good for the local machine. Maybe it would be nice to go to one of the sources of recent improvements (incremental searching) and implement what he suggests, in its full form.

from Jef Raskin's
The Humane Interface


Part II: WHAT INTERFACES SHOULD HAVE

A useful starting set of solutions to the problems outlined above includes

* A better text search methodology, effective both within a local document or system and with respect to extremely large data spaces such as the web
* A method of eliminating all modal aspects of the basic human-machine interface, a method that is readily learned by newcomers and which is habituating
* An improved navigation method, as applicable to finding your way around within a picture or memo as within a collection of images, documents, or networks; a method which makes use of inborn and learned human navigational skills
* A set of detail improvements to some existing mechanisms that make them consistent with the goals and principles of the rest of the design.

Better text searching requires that the search be extremely fast (the next instance appears within human reaction time), interactive at the typed character (or spoken morpheme) level, and not based on dialog box interaction. You should be able to change the pattern (what you are seeking an instance of) at any time, including during a search. The results should be shown in context and not as a list of documents or sites. A search mechanism that is sufficiently fast and powerful also can serve as a cursor positioning mechanism in text. Such a cursor positioning tool can be significantly faster than graphical pointing devices and can unify local and internetworked information retrieval.



-------------

Well, maybe KDE is not the right project to do that, and I should shut up and help with the project Jef Raskin himself has started, and is slowly being developed, The Humane Environment .

What I would like to see, is the speed of google, adapted for the user. The web metaphor justifies going to a text-box, and hitting Enter, but I'm not willing to do that just to look into a page. That's why incremental search is so successful. Maybe it would be nice to implement better metodologies, that have already been proposed. Just because the Google interface is good for the web, it doesn't mean it's good for the local machine. Maybe it would be nice to go to one of the sources of recent improvements (incremental searching) and implement what he suggests, in its full form.

from Jef Raskin's
The Humane Interface


Part II: WHAT INTERFACES SHOULD HAVE

A useful starting set of solutions to the problems outlined above includes

* A better text search methodology, effective both within a local document or system and with respect to extremely large data spaces such as the web
* A method of eliminating all modal aspects of the basic human-machine interface, a method that is readily learned by newcomers and which is habituating
* An improved navigation method, as applicable to finding your way around within a picture or memo as within a collection of images, documents, or networks; a method which makes use of inborn and learned human navigational skills
* A set of detail improvements to some existing mechanisms that make them consistent with the goals and principles of the rest of the design.

Better text searching requires that the search be extremely fast (the next instance appears within human reaction time), interactive at the typed character (or spoken morpheme) level, and not based on dialog box interaction. You should be able to change the pattern (what you are seeking an instance of) at any time, including during a search. The results should be shown in context and not as a list of documents or sites. A search mechanism that is sufficiently fast and powerful also can serve as a cursor positioning mechanism in text. Such a cursor positioning tool can be significantly faster than graphical pointing devices and can unify local and internetworked information retrieval.



-------------

Well, maybe KDE is not the right project to do that, and I should shut up and help with the project Jef Raskin himself has started, and is slowly being developed, The Humane Environment .

3 years ago, when he was asked to take its image format conversion out of the kernel:
here's the message

Wouldn't it have just been easier to use streamripper and found an Internet radio station broadcasting the Blondie concert?

I'm all for supporting the artists, but I am already paying 10 bucks a month for XM radio (actually it'll be about 21 a month, with my second radio, and the Opie and Anthony premium subscriptions). If I want to record a few songs for my own personal use, as long as I don't put them up on Kazaa, who the hell's business is that - this is supposed to be my damned right, and the artists ARE getting paid. XM needs to pull the stick out of its ass re: their EULA, and the RIAA needs to die.

You can't sell people on a product (the XM PCR) and the freedoms and flexibility it gives you (seriously, read their marketing copy selling these things), then get pissed when people start paying you money in order to take advantage of its freedoms and flexibility using third party software.

Can anyone recommend a Windows based media player that plays most all formats (mp3, divx, avi, mpeg, whatever), that ISNT some overly feature laden, skinnable piece of Britney candy?

Media Player Classic at SourceForge, Afterdawn, or Divx Digest.

As much as I complained, I'm surprized that I've never tried it, but I have heard very good things about Media Player Classic. Maybe I'll give it a shot now too.

I'm not sure why you need to do this manually anymore. Most torrent sites already publish RSS information and good BitTorrent clients have RSS reading either built into them, or can do it through a plugin.

I personally use the client Azureus (which works on Linux as well as others), with the RSSFeed plugin. It works very well.

Sounds like you might enjoy konspire2b

CruiseControl is a continuous integration tool. Mostly it's for Java but there's a .NET port too. Basically, it regularly compiles a code base to make sure no one broke anything with their commits. Apache uses something similar called GUMP.

RIAA blames reduction of sales on P2P, instead of being objective about the problem.

So what? Blaming loses on P2P is NOT going to increase their sales and that's what they are after, are they not?

Besides, Boycotting RIAA products has nothing to do with P2P.

You can use free, legal iRate radio for example.

"iRATE radio is a collaborative filtering system for music. You rate the tracks it downloads and the server uses your ratings and other people's to guess what you'll like. The tracks are downloaded from websites which allow free and legal downloads of their music."

Free, open source iRate radio

I must admit, I'm pretty excited about KDE at this point. I've been a longtime Gnome user, and, after trying out Qingy (a GUI replacement for getty that let's you run different sessions on different virtual teminals, like Gnome on VT1, KDE on VT2, text console on VT3, all chosen at login time.), I decided to give some of the other desktop environments a shot, since it was so easy. I've always had KDE installed, just because I wanted the flexibility (slightly longer compile times, but I just left it running overnight on my Gentoo system.), so it made it simple to try.

I must say, I'm pretty impressed. The straight out of the box configuration sucks balls. (I had to add a bunch of keyboard shortcuts to Konsole before it was usable, but it was all centrally located and easy to do. In addition, I can't stand the default menu configuration.) The only thing I'm missing at this point is the lovely font unification that Gnome has. (At least under 2.6.0-2 and XOrg, I didn't have to do any configuration to get pretty, aliased, unified fonts.) At this point, I'm not sure if that's a deal breaker, so I'm giving it a shot.

The real test will be when I want to make sure that Firefox is the default URL handler so I don't have to deal with that damn Konqueror opening if I don't want to (Because doing the same in Gnome was a bitch.)

Anyway, sorry to rant, but I guess I just wanted to let all you Gnome diehards know that KDE can work. And it can be snappy, too... (Though I just started using it with 2.4.26 and low-latency scheduling, so Gnome might be snappier on this machine as well, a PIII 500 with 384MB RAM.)

DC++ is a pretty good Windows Direct Connect client. I'm pretty sure there is some good Linux client available. Finding hubs will be slightly harder after this incident.

...directed at "Enterprise-grade apps and "coolness" may be inapproriate bedfellows.
Besides, does any language offer both?", from the original post.

I get very annoyed about the whole "C verses Java" business, and even more annoyed at the term "C/C++". They're not the same language, damnit!.

C++ lets you do what you like, and as much of it as you like. C forces you to do everything, and Java stands over you with a whip from the first line. Out of those, give me "do what you like" anyday. C++ allows far greater range of expression than C or Java. You can build powerful types that behave as if they were part of the language to begin with, and won't break if you accidentally trip over the wrong global or cast them the wrong way. If you want OO, you can use as much as you like without having to pay for any more. If you want compile-time type safety for you custom types, you can have that too.

And for God's sake, if a text editor can have exception handling, surely it's not too much to ask for?

C is ancient and crude. Java is a padded cell and straight-jacket. There is a middle ground.

Don't use Direct Connect.

Use MUTE, or something more secure, instead.

Big-screen TVs have to apply an internal scaler to incoming standard definition signals. Otherwise they'd have problems with visible scan lines. If you can feed the TV a high-definition signal, you can bypass the TV's internal scaler or at least have more control over how the scaling is done.

For example if your DVD player has a better scaler than the TV, then you probably want to use that instead. This is similar to S-Video output on a Laserdisc player, which in theory provides no benefit but in practice lets you choose between the player's comb filter and the TV's comb filter.

Even if your DVD player's scaler is the same quality as the TV's, doing it in the player is probably still a better choice. The DVD's scaler gets to work with the original digital image. The TV's scaler starts with the SD video which has already gone through a lossy digital-analog-digital conversion.

A similar option is to modify a DVD player to output SDI, which is the sort of fully-digital unencrypted standard definition video normally used in video production environments. You can feed SDI into an outboard scaler -- companies like Extron and Key Digital make these -- or use an SDI input card to make a computer-based scaler.

See, that's your problem. "Broadcom", translated into common English, roughly means "screw the customer".

Though I have yet to find a Broadcom chipset wireless card that doesn't work under ndiswrapper. Of course there are downsides (can't use with kismet, not open source and still relying on windows drivers, etc), but at the very least it allows you to do wireless.

What they mean is 5 hubs, each with 40 petabytes of content available, probably shared between a few thousand members. If you're not sure how direct connect works, look here .

There are lots of hubs around the country hosted by people at colleges with fast connections. Those that host them think their hubs are secure since they can limit hub access to only others having on-campus IP addresses.

I really would not be suprised if the five raids targeted people hosting university specific hubs.

The reason why DRI drivers work so well is because ATI didn't write them. But as you should know DRI only supports older cards such as your 9200. If you own a card that is only a little newer, then you are forced to use ATI's proprietry drivers. These, as everyone seems to know except yourself, suck ass. My 9600Pro gets a least 30% less fps in games than in Windows, not to mention the numerous glitches I encounter.

If you run Linux, you run Nvidia, it's as simple as that.

ACPI is an open standard, but unfortunately, vendors' closed source BIOS implementations for the last few years are written against the Microsoft ACPI parser, bugs and all. Consequently, many machines fail to work at all with the Linux implementation (written against the standard) unless kludges or more relaxed syntax checking are used. This is not a failing of the Linux ACPI implementation or the ACPI specification. It is a Windows interoperability issue.

It is unknown how many machines have bugs in their ACPI BIOS code. The only way the ACPI developers find these and special-case them is when users mail in their bug reports and DSDT (check here), because the developers don't have access to every machine on earth to perform testing on. Even when a bug is found, it can only be worked around, because most system BIOS in the field are no longer supported by the respective vendors. So you'll see messages from the ACPI layer regarding syntax errors or known bugs in a particular BIOS, which the developers are helpless to fix in any way other than a special-casing.

Even worse is that many ACPI BIOSes return different values depending on which OS the vendor's ACPI code thinks you're running. Most of the time, any BIOS code path other than for an OS which calls itself "WindowsNT" is broken, so AFAIK, all ACPI layers simply spoof themselves as "WindowsNT" to the BIOS to avoid problems. Rather sad, isn't it?

As a final note, some vendors like Tyan, HP, Intel, etc are extremely active on the ACPI and LinuxBIOS mailing lists. HP has fixed ACPI-related bugs in their system BIOSes due to the Linux ACPI code rooting them out.

So the moral of the story is, don't assume poor ACPI operation on a specific machine is the fault of the Linux ACPI project. More often than not, it's the fault of the BIOS vendor not caring to implement the standard correctly beyond what it takes to get Windows up and running on the machine, which doesn't correspond 1:1 to whether or not they've implemented the standard correctly.

Your idea brings me to my #1 axe to grind with Linux - no support for Binary drivers.

If there was a standard interface for drivers, vendors could be free to distribute drivers for *nix without giving away their "Secret sauce" to the OSS developers.

Alas, Linus is opposed to doing this for philosophical reasons, resulting in the horrible cludges that are available in order to remedy a problem that the kernel guys just don't want to address, but really should.

why wouldn't you at least use a lossless audio compression codec?

e.g. FLAC, APE, SHN...