Domain: sourceforge.net
Stories and comments across the archive that link to sourceforge.net.
Comments · 31,462
-
Re:Why no segment hashes?
Great question! aria2 is the only client (so far, others are in progress) to support segment hashes (aka chunk checksums/repair information) directly in the metalink. It just came out recently. For an example, check out the opensuse metalinks. I think this is one of the most important parts about metalink, files are verified during transfer (and corrupted files are fixed) over plain ftp/http with no server/tracker changes.
-
Metalinks Tries to Simplify Downloads?
Well, the summary makes it sound divine - one link, one bit of software that accesses P2P, FTP etc interchangeably to maximize download speed.
That seems like a logical growth of Bittorrent.
Trying to figure out exactly what is needed though was another matter. After a half hour and three or four web sites I wound up with the wxDownload Fast Windows download manager and a Metamirrors Firefox plugin.
Is it all working as advertised? Well, stuff is downloading (OpenSUSE 10.2) but I have no idea of it's faster, or even if it's also uploading in P2P fashion.
For God's sake, is it too much to ask that the people behind stuff like this include a simple checklist?
To download using Metalinks you needs
a) A download client (here are links to a few),
b) This Firefox plugin and
c) then do THIS. -
Re:Reminds me of the time I compiled Gentoo on a 2
-
Konqueror and GNOME desktop
As a GNOME desktop user, I gave Epiphany a try but found its bookmark system so odd I couldn't get used to it. Furthermore, it seems to be less brilliant in picking the right fonts from the system. I find Firefox on Linux to be so freakingly slow compared to the Windows version. I would love to use Konqueror from GNOME, but if I do "yum install konqueror" or whatever the package name is, it also installs the whole KDE thing and puts lots of bloat in my system menus with K-this, K-that, etc. Does anybody know of a statically linked version of Konqueror, so that one can just install that package? Or even a way to compile this yourself? If so, it would be interesting to package this as I'd switch overnight to a khtml-based browser. I know of a project called Gtk WebCore, which could be an alternative, but that Nokia spin-off project seems to be stalled unfortunately
... -
Re:My idea for a document format
You would be very interested in a SourceForge project that I am also interested in: TexPerfect. If only they had more developers!
TexPerfect on SourceForge: http://sourceforge.net/projects/texperfect/
TexPerfect homepage: http://texperfect.sourceforge.net/ -
Re:My idea for a document format
You would be very interested in a SourceForge project that I am also interested in: TexPerfect. If only they had more developers!
TexPerfect on SourceForge: http://sourceforge.net/projects/texperfect/
TexPerfect homepage: http://texperfect.sourceforge.net/ -
Re:Is there a FOSS way to make PDF from XHTML/CSS?
I don't know if there's an automated way, especially because you run into the problem of differences in rendering. But, if you are on Linux, just install CUPS-pdf or on Windows, use PDFCreator (http://sourceforge.net/projects/pdfcreator/). Both are print drivers so you can use the HTML/CSS rendering engine of your choice (pick a browser), then print.
-
Re:Not sure that's the way to go
I just finished setting up a Citrix server that addressed just that. Based on group membership, we can restrict what executable you launch with file security, i.e. you have to be a member of the Office Professional group in order to run Power Point or Publisher. With a simple login script, we add the desktop and start menu shortcuts to apps that they have permissions to run, and remove them if they don't have permissions. For the client side, we are using Thinstation to PXE boot the diskless clients and automatically launch a Citrix desktop session.
-
Mixed Bag so a Blended Approach
I've been on all sides of this. Sometimes it's good. Most of the time it isn't adequate.
Many applications don't work well in a Terminal server environment. So we need (you guessed it) Windows on the client.
Other applications' licenses don't allow use on a Terminal server. So we need (yet again) Windows on the client.
Today remote users (for some reason) have latency that is too high to be productive on the Terminal server. So we'd better have Windows on the client.
The secretary who only ever uses Word and Outlook is now required to watch a training video on her computer. So we need Windows on the client.
At the same time a P3 can usually (depending on your "security" software) run a terminal server client and those one or two other things that need to be local. However, then you have to manage all those clients. You would be amazed at how much less work it is to manage Windows when all you have on a computer is a terminal server client and a few other applications. Especially if you lock them down well. To ease the management of these thick clients (for literally this situation) my employer had me create Tiotha (http://tiotha.sourceforge.net/).
Warning: The 0.15st version of Tiotha on the website has a horrible memory leak. I hope to release the update very soon! -
PXE boot with Thinstation
If the desktop computers have network adapters that support booting from the network, you can use PXE to turn the machine into a thin-client.
There is an excellent free utility for setting up the boot image to load from a TFTP server called ThinStation
We have a remote office where I work where everyone connects to a Win2K3 server with Terminal Services. I suggested PXE as a method of connecting rather than having a full-blown copy of Win2K installed just to run the TS client on boot. It worked great but as yet, has not been adopted. -
Graphics!?
I use links you insensitive clod! http://links.sourceforge.net/
-
Re:Great idea
MS's pricing on at least their "Dynamics" products is cheaper than the competition
How do they swing that when so much of the competition is free? Are they going to pay you to use their stuff? -
CORBA
Yes, it is exists and it's called CORBA http://www.omg.org/ . In particular, omniORB http://omniorb.sourceforge.net/ is VERY fast. The only thing is that it's not a "Web service" and doesn't use HTTP.
-
Re:Open Source?
How hard did you look?
http://sourceforge.net/projects/timetrex/ -
Re:What a waste of bandwidth!
lol - yes it is a bit like that.
Hang on - I seem to recall something about clippy for Vi .. http://vigor.sourceforge.net/screenshots/
Aha ! At least its available to install .. even if its not in portage at the moment.
Vigor Vigor Vigor -
Re:Better idea
If there were an OPEN SOURCE type printer without all constricting licensing crap.
You mean like hpijs/hplip? (Funded by HP).We could use cheap ink. It would be AMAZING. You could print out photographic posters for cents. You could redecorate your house with your own designs or photos like wallpaper.
The ink is expensive because HP/Canon/Whoever spent lots of money developing inks that work well with the paper you print on (and because it's high quality). You can buy cheap/crappy ink, but it's not going to look the same as a high quality HP ink on HP Photo Paper. -
Re:Windows, Mac, And LinuxI disagree, i hear many people wishing for a online app repository of free apps for windows and osX
There are one or two options. I've found Fink on Mac OS X to be OK (though annoying in some ways). On Windows there's win-get; I haven't tried it, but here's an app list. Some of them look a bit out of date though.
-
Re:Windows, Mac, And LinuxI disagree, i hear many people wishing for a online app repository of free apps for windows and osX
There are one or two options. I've found Fink on Mac OS X to be OK (though annoying in some ways). On Windows there's win-get; I haven't tried it, but here's an app list. Some of them look a bit out of date though.
-
Re:Windows, Mac, And LinuxWow, so someone actually used the KDE port on OS X? I also know someone who can eat soup with a spoon and their bare foot...
I know you're not even bothering to disguise your trolling AC, but I use the KDE port on OS X, and am very glad it is available. My favourite LaTeX editor (Kile) is a KDE app, and the with the KDE port it's easy to use it under X, whether or not I bother loading the KDE desktop.
-
Re:Windows, Mac, And Linux
Funny how you never hear Windows or Mac users wishing for package managers and app repositories...Just like you never hear Windows or Mac users looking to make their desktop look and function like KDE or Gnome...
Actually there was demand for having a repository system on Mac, which is why fink exists. This allows Mac users to access a repository of open-source unix software.
Also, in fact, KDE has been ported to Mac OS X. I know of people who use it, because there are some KDE apps they really want to run on OS X. The next version of KDE will in fact run on Windows too. The reason these ports were developed is because of some number of people who wanted those features.
As for repositories, I personally love them. In fact I now find the "Windows way" of installing software to be painful and primitive. As another poster pointed out, Linux users still have the option of downloading a .deb or .rpm and installing that. -
Re:What about Qbasic?
Open Source to the rescue!!!
http://jorillas.sourceforge.net/ -
Gambas
Interested in Free Open Source High Quality Zero-Hassle Basic on Linux? Try Gambas. Honestly now, aside from a nice proof of concept I consider this VB to Mono thing somewhat pointless. There are better Tools for easy GUI RAD.
-
Re:Lightroom is ... nice. Really nice.
http://ufraw.sourceforge.net/
You can use it with the Gimp.
But last I checked it was not very good. And it's just a plain RAW converter, not a full-fledged RAW workflow tool. -
Re:eBooks - use a PSP!
I use my PSP for reading eBooks frequently. It's missing some of the features you desire, most notably screen size, but actually works remarkably well. It's a bit of a pain to get it going initially, though, as Sony never intended the PSP to be used this way. Essentially you need to use some kind of exploit to trick the PSP into running custom applications (homebrew). The PSP hacking community is active and thriving with many homebrew applications that are useful, and once you've loaded a custom firmware it's easy from there.
The eBook reader I use is called Bookr. Usually I rotate the screen 90 degrees and read "vertically". I admit I still like books better, but using the PSP allows me much greater mobility for books when traveling, and it's not so irritating to the wife if I want to read and she wants to sleep. It also lets you underclock the PSP, as the reader doesn't need a very fast CPU, so battery life is very long. I don't know exactly how long, but I believe that with the backlight at the lowest setting it would last eight hours or more.
For $250 I wouldn't buy it as an eBook reader. But as a video player, eBook reader, integrated 802.11 web browser (not to mention MP3 playback and games), etc. it's a pretty good deal. Gorgeous screen, too.
-
Re:DOS
My AMD 64 3800+ has FreeDOS on the 2nd partition of my 1st hard drive. It is formatted as a FAT-16 partition. It is one of the choices on the GRUB boot menu. I only boot up DOS every once in a while, but it does run on my AMD 64 computer. About a year ago or so ago I had IBM PC DOS 2000 installed on the 1st partion which also ran well. I later reformatted that partition as NTFS and installed Windows 2000 on my first partition instead. I still have FreeDOS on the 2nd partition. I have Slackware Linux installed on my 3rd partition and in that case I have 32-bit version of Linux running on a 64-bit computer. On a logical partition I have the AMD-64 version of Kubuntu 6.10 (Edgy Eft) Linux which is what I like best and use most of the time.
An easier way to run an old DOS program under Linux or Windows would be to just use the free DOSBox program. In the past, I also used VMWare and had PC DOS 2000 installed on one the the virtual machines. With VMWare I was able to run Linux, Windows and DOS all at once.
-
Something's missing...
Unfortunately, there don't seem to be any printer drivers. The rest of the stuff seems fairly straight-forward to get, but printer drivers I think have been the bane of everyone's upgrade experience since Windows 98 or earlier. Thank goodness for hplip. However, that won't help me much when I start getting friends and family asking me to upgrade their computers to Vista despite all my year-old warnings. That'll be my cue to sit back smugly and laugh at them.
In any event, I'm sure there are many that will find this aggregation useful. -
Re:More likely
am i the only one not assuming that we are intelligent life? have you tried to use windows me? or add a wireless card in linux?
NdisWrapper works great for me as far as wireless. Download the source, follow the instructions (remembering to use gcc3.4), and it works better in Debian Sarge than it does when I boot XP Pro. Never used WindowsMe, went from NT4.0/98SE to XP.
As far as the much broader intelligent life question, I believe intelligent life exists on this planet. I also believe that there are those that think they are intelligent that are very mistaken. -
Re:Any YARV experts
Short answer: various things, compilation to bytecode before execution (I thought it was the case in the current interpreter, but might have been mistaken), etc.
Slightly less short answer: if I'm not mistaken, YARV includes a JIT compiler, similar to what Psyco does in the Python world. Psyco has been known to accelerate code execution up to 100x times, so I'd expect YARV to be even faster than this benchmark shows when it's stabilized. -
a better one: rosegarden
check THIS out:
http://www.rosegardenmusic.com/
and paired with audacity for chopping and converting samples you would have everything you need to make your own music:
http://audacity.sourceforge.net/
A nice drum machine:
http://www.hydrogen-music.org/
use ardour to mix it all!
http://ardour.org/ -
Re:That crap in Suse 10.1 sucks monkey nuts
-
nice project but this is nothing new...
What makes violet Composer so special? There is already a lot of free or even open source software, that allows hobby musicians to have (nearly) as many possibilities as professional musicians.
Jeskola Buzz has been around for a while (it is free but unfortunately not open source... well, the developer lost the source anyway). There is a very vivid community around it (see for example http://www.buzzmusic.de/) and many people have already created a lot of nice music with it. Now there are even efforts make open alternatives to buzz (see http://trac.zeitherrschaft.org/aldrin/ or http://trac.zeitherrschaft.org/buzzrmx/ or http://www.buzztard.org/)
Check for example the music of http://www.paniq.org/. Most of this is made with buzz or aldrin.
Appart from the buzz scene, a lot of other virtual studio software and other audio tools have been created. Especially for Linux. See http://wired.epitech.net/, http://lmms.sourceforge.net/, http://beast.gtk.org/
So, as the Violet Composer surely is a nice project, there is already enough stuff out there for low-budget computer geeks to unleash their musical creativity! -
Don't forget ModPlug
Its great there are some good OSS music editors. I've not heard of VioLet Composer until now, but I'll check it out.
One great OSS music editor I've used is ModPlug.
http://sourceforge.net/projects/modplug/ -
And now with link
The actual project:
http://sourceforge.net/projects/buzz-like
The screen shots looks kind of nice, but I don't know enough about making music to be able to evaluate it's worth. -
Re:The solution!
The real bastard is that each distro has subtle differences in how the packages and the dependencies are organized. The only way that I can see to fix that is to design a universal package tree, and convince all the major distros to conform to it. Which is not impossible, but it aint easy, either. And it might cause other problems.
Which is why, as it currently stands, this year will not be Year Of The Linux Desktop. Consumers won't just accept that they can't install software X because it's an RPM and alien doesn't work (this is of course after looking online for half an hour to figure out that alien is the tool to use). Manually compiling from source is simply not an option for standard users. Sure it's a dandy idea, and if you get a "fullproof" GUI that handles the compilation and installation then maybe, but I can't count the number of times make/make install has failed for some obscure reason. The first time grandma needs to go download dependencies means Linux has failed on the consumer desktop.
This is one place that Microsoft and Apple have it right. By having a standardized method of installing and storing program information they make getting new software many times easier than on Linux (excluding the "normal" packages. I'm thinking more along the lines of tools and apps you download from the web). This is also one reason people are willing to pay for an operating system that has a standardized and dependable way of doing things.
Microsoft even released the WiX toolkit that allows anyone to create MSI installer packages. MSIs are one of the best ideas for Windows in a while: No more dealing with poorly-written homebrew installers or 10-year old, 16-bit InstallShield programs. Instead you have a fully scriptable installer that's transaction-based and has near 100% support coverage.
I like apt, but downloading a gzipped file of source or a deb that complains about dependencies still can't compare to an MSI package. Even if a solution was developed that worked as well as or better than MSI, as you say, it would take significant effort (and maybe not even then) to get it supported by all the major distributions. Some people seem to think that the fact that Debian does things differently from Mandriva that does it different than Fedora is what makes the distribution "special". Be that as it may, I think it's only hurting Linux users as a whole. -
Re:OS X SMART tool?
http://sourceforge.net/projects/smartmontools
Not exactly point & click but it'll do. -
Re:Please take care of Linus
-
Re:He's completely wrong
I'm as frustrated as Torvalds is with it, because it's not enough to just use KDE when given the chance. Look at the utter disregard the Ubuntu project has for Kubuntu; the system configuration dialogs last time I used it (Breezy Badger) were utterly broken and unusable -- and I've heard from some Edgy Eft users that it still sucks. There's a post right above here yapping about how awful slow Kubuntu is compared with Debian.
I'm a longtime KDE user. For the past several years I've used Fedora, usually with the improved KDE-RedHat packages of KDE. When I installed Fedora on my laptop, getting things like wireless to work required packages from atrpm. The repositories start adding up, and pretty soon you're running into incompatibilities between them.
So when I decided to try Kubuntu, I was pleasantly surprised with how polished the system seems. My wireless card (ipw3945) and video (widescreen with simple Intel graphics) were detected (including correct resolution) and enabled on install. One repository (including universe), and I had all the packages I need for my standard KDE use.
As for being slow, it certainly doesn't feel like it. The boot time is incredibly fast most of the time, due to the way (K)ubuntu handles startup services. KDE feels snappy, even with my relatively limited amount of RAM (512 MB). It certainly doesn't feel slower than Fedora was on the same system.
I like the idea of the unified control panel. RedHat's system configuration utilities are decent, but they're scattered, without a unifying interface. Furthermore, they're all in gtk, so they'll never quite integrate into a KDE desktop. I thought Kubuntu was going down the right path by taking the work the KDE people have done with the control panel and using it for everything. Granted, it needs some work (the network control panel isn't nearly as robust as Fedora's), and visually needs some work (have to "scroll down" a mostly empty window to get the Administrator Mode button). I think it's on the right track, though, it just needs more of the polish that the underlying Ubuntu system has. -
FVWM2 Rocks!
I've used KDE and Gnome for over a year each and a number of other "environments", but always fall back to my simple, custom FVWM2.
If you like fancy themes, get some here http://fvwm-themes.sourceforge.net/
Or just google them yourself http://www.google.com/search?q=fvwm2+themes&btnG=S earch -
Re:GPLv3I'm genuinely asking, what common set of tools do you generally get with a typical BSD flavor?
The BSDs do have ports of the text utilities, yes...as well as tar and a number of other things. They also have their own libc. They do have to rely on gcc as a compiler, and although bmake exists, installation of gmake is also more or less mandatory because even though BSD base doesn't use it, of course a heap of the Linux apps in ports do.
In terms of a replacement FOSS compiler, there's TenDRA, and it seems that the BSD people have the kernel compiling with it to at least an experimental degree. A lot of apps would probably need some GCC quirks removed to work with TenDRA though...that's the main problem associated with the Linux kernel, as far as getting free of the GNU toolchain there is concerned.
Caldera also released source of a lot of the old sysv commercial versions of the core utilities a while back under the BSD license; you can find those here if you're interested.
The single biggest problem we'd have in creating a non-GNU/GPL/FSF FOSS UNIX would be ironically the same one Stallman himself had before Linus showed up; there doesn't seem to currently be a non-GPL licensed kernel in existence which is independent of gcc...the BSD kernels rely on it as well. From my own digging on the subject, a kernel is overwhelmingly the single most difficult part of an operating system to write...you're basically looking at the programmatic equivalent of building Stonehenge or the pyramids.
Linux surviving and then thriving in the marketplace isn't as much about it's technical superiority, we've seen over and over how that doesn't mean a win in the market[place, its success is largely due to the license.
Linux's adoption (to the extent that it has been adopted) has come down to a couple of different things:-- Being zero cost in many instances.
- The (erroneous) perception on the part of Windows users that Linux can enable them to have a zero cost (or close) clone of Windows that will also allow them to no longer be affected by Microsoft's traditional corporate misbehaviour. The importance of this particular factor cannot be over-emphasised. Linux will eventually reach a point I believe where it will have very little individuality in its' own right; Windows refugees are still totally uncompromising in their insistence that Linux become a Windows clone that is simply removed from Microsoft, and they will do whatever they need to in order to ensure that ultimately, this desire is met. Ubuntu's resemblance to Windows is only the tip of the iceberg.
- Linux has consistently had wider hardware support than the BSDs. (Which is one reason why it's been more widely adopted than them)
- Being a free UNIX clone means that people who are already using commercial UNIX can get what they need done with Linux in many instances, while forgoing commercial UNIX's price.
- User friendliness is the paramount concern in lay end users' minds, but if that need is met, they will also favour a platform with greater security and stability as secondary concerns. Those two issues mean nothing however if a certain level of perceived user friendliness is not present first.
- In terms of corporate environments, the sysadmins of many companies are often members of Stallman's ideological cult. Although it can, it also often has nothing to do with Linux's technical superiority; using Linux can simply be a matter of doing what they're told by their fellow zealots.
- Software being open source and under liberal licenses is a factor which is of primary appeal to either programmers or the autistic. Neurotypical end users have no regard for it whatsoever.
- Being zero cost in many instances.
-
Re:Misses the point
You are absolutely correct.
I've done [Java] code reviews with and without static analysis tools.
If you don't have static analysis tools in place, the review tends to spend its time on finding and discussing little bugs. You'll still find the big ones, but the room is likely to be so worked up (or tuned out) by the discussion of "basics" to some and "nit-picking" to others that the discussion of important stuff is difficult to keep constructive.
If you do have static analysis tools in place, you can set the expectation that the reports of the static analysis tools are clean prior to the review. This allows the discussion to go straight to the important stuff. Maven's reporting features (plugins) are the number one reason I use it. My standard reports:
- Cobertura - Unit Test Coverage Analysis
- FindBugs - looks for bugs in Java code/li>
- PMD - scans Java source code and looks for potential problems/li>
- CPD - Copy Paste Detector tool by PMD/li>
- Changelog - retrieves list of recent changes from your cm system (CVS, Subversion, etc)/li>
- JXR (generates an HTML version of the source that other plugins can reference -- this is great if a report highlights a problem, you can browse straight to it)/li>
Static analysis tools are one of the great resources of the Java language.
Stephen
-
Re:Misses the point
You are absolutely correct.
I've done [Java] code reviews with and without static analysis tools.
If you don't have static analysis tools in place, the review tends to spend its time on finding and discussing little bugs. You'll still find the big ones, but the room is likely to be so worked up (or tuned out) by the discussion of "basics" to some and "nit-picking" to others that the discussion of important stuff is difficult to keep constructive.
If you do have static analysis tools in place, you can set the expectation that the reports of the static analysis tools are clean prior to the review. This allows the discussion to go straight to the important stuff. Maven's reporting features (plugins) are the number one reason I use it. My standard reports:
- Cobertura - Unit Test Coverage Analysis
- FindBugs - looks for bugs in Java code/li>
- PMD - scans Java source code and looks for potential problems/li>
- CPD - Copy Paste Detector tool by PMD/li>
- Changelog - retrieves list of recent changes from your cm system (CVS, Subversion, etc)/li>
- JXR (generates an HTML version of the source that other plugins can reference -- this is great if a report highlights a problem, you can browse straight to it)/li>
Static analysis tools are one of the great resources of the Java language.
Stephen
-
Re:Misses the point
You are absolutely correct.
I've done [Java] code reviews with and without static analysis tools.
If you don't have static analysis tools in place, the review tends to spend its time on finding and discussing little bugs. You'll still find the big ones, but the room is likely to be so worked up (or tuned out) by the discussion of "basics" to some and "nit-picking" to others that the discussion of important stuff is difficult to keep constructive.
If you do have static analysis tools in place, you can set the expectation that the reports of the static analysis tools are clean prior to the review. This allows the discussion to go straight to the important stuff. Maven's reporting features (plugins) are the number one reason I use it. My standard reports:
- Cobertura - Unit Test Coverage Analysis
- FindBugs - looks for bugs in Java code/li>
- PMD - scans Java source code and looks for potential problems/li>
- CPD - Copy Paste Detector tool by PMD/li>
- Changelog - retrieves list of recent changes from your cm system (CVS, Subversion, etc)/li>
- JXR (generates an HTML version of the source that other plugins can reference -- this is great if a report highlights a problem, you can browse straight to it)/li>
Static analysis tools are one of the great resources of the Java language.
Stephen
-
Re:Misses the point
You are absolutely correct.
I've done [Java] code reviews with and without static analysis tools.
If you don't have static analysis tools in place, the review tends to spend its time on finding and discussing little bugs. You'll still find the big ones, but the room is likely to be so worked up (or tuned out) by the discussion of "basics" to some and "nit-picking" to others that the discussion of important stuff is difficult to keep constructive.
If you do have static analysis tools in place, you can set the expectation that the reports of the static analysis tools are clean prior to the review. This allows the discussion to go straight to the important stuff. Maven's reporting features (plugins) are the number one reason I use it. My standard reports:
- Cobertura - Unit Test Coverage Analysis
- FindBugs - looks for bugs in Java code/li>
- PMD - scans Java source code and looks for potential problems/li>
- CPD - Copy Paste Detector tool by PMD/li>
- Changelog - retrieves list of recent changes from your cm system (CVS, Subversion, etc)/li>
- JXR (generates an HTML version of the source that other plugins can reference -- this is great if a report highlights a problem, you can browse straight to it)/li>
Static analysis tools are one of the great resources of the Java language.
Stephen
-
Psion PDAs
Psion PDAs adequately filled this niche, and they had great keyboards. Sadly most were discontinued. There was however a project to port Linux to the various Psion machines.
-
Re:project benefits
I don't want to start a flame war here. I hope my tone comes across properly in this written medium, but in any case, my desire is to inform.
You succeeded quite well, and I'll attempt to be as courteous to you when answering your questions.
First, I want to preface this entire post with a thank-you, because I appreciate all development work that goes into gaim and don't want to make anyone think their work goes unnoticed or unappreciated. In any case, here I go...
October 12, 2005, Gaim news page - "On a related note, the gaim-vv projectwhich aimed to offer a framework for voice and video support in Gaimis being merged back into Gaim proper for hopeful incorporation into Gaim 2.0.0. This will be used to support Google Talk's voice as well as MSN and Yahoo! webcams."
A couple months later, I went on the IRC forums curious as to why there hadn't been any update of gaim with these features. I was told by someone that one of the SoC programmers had changed the codebase so much that the gaim-vv guys were not able to incorporate the video and voice anymore, and no one wanted to try to make it work. A few months later, on January 24, 2006, we were treated to a news update which seemed to corroborate what I was told: "Gaim 2.0.0 beta 2 does not include voice or video ("vv") support for any protocols. We've done some work toward vv compatibility for Google Talk, but it isn't ready for the general public yet. It is unlikely this will change for the final release of Gaim 2.0.0, but vv will be a primary focus for the next major release of Gaim after that." Over a year later, and there still has not been the major release that's supposed to be the major release before the one that potentially would herald vv support.
So, in summation: vv support was tentatively "promised" for 2.0. Then it doesn't show up, and I ask why on freenode/#gaim, and I'm told that a SoC intern screwed stuff up so much that no one wanted to devote the time to getting vv to work (because the codebase of gaim and gaim-vv was at that point so different because of the SoC changes. Then a news update comes up saying that in the next major release (after v2) of gaim, vv might show up. Over a year later, v2 isn't even out yet.
Presumably, people have donated money to the project in hopes (or in expectance) of getting vv support in their favorite client.
I understand that most people work on gaim in their spare time for fun. My main gripe is the broken vv semi-promise, and that news updates are extremely few and far between. I guess perhaps I got spoiled back when gaim had a new non-beta release practically every 2 months. Could you suggest to whoever does the news updates to, say, post a news update once a month, even if it's nothing more than "nothing new"? I'm sure gaim would gain more mindshare, and perhaps more developers, if it seemed at first glance that gaim hadn't stagnated (I know it hasn't, but people just checking the site might think so if they afford it merely a cursory glance). -
Re:project benefits
I don't want to start a flame war here. I hope my tone comes across properly in this written medium, but in any case, my desire is to inform.
You succeeded quite well, and I'll attempt to be as courteous to you when answering your questions.
First, I want to preface this entire post with a thank-you, because I appreciate all development work that goes into gaim and don't want to make anyone think their work goes unnoticed or unappreciated. In any case, here I go...
October 12, 2005, Gaim news page - "On a related note, the gaim-vv projectwhich aimed to offer a framework for voice and video support in Gaimis being merged back into Gaim proper for hopeful incorporation into Gaim 2.0.0. This will be used to support Google Talk's voice as well as MSN and Yahoo! webcams."
A couple months later, I went on the IRC forums curious as to why there hadn't been any update of gaim with these features. I was told by someone that one of the SoC programmers had changed the codebase so much that the gaim-vv guys were not able to incorporate the video and voice anymore, and no one wanted to try to make it work. A few months later, on January 24, 2006, we were treated to a news update which seemed to corroborate what I was told: "Gaim 2.0.0 beta 2 does not include voice or video ("vv") support for any protocols. We've done some work toward vv compatibility for Google Talk, but it isn't ready for the general public yet. It is unlikely this will change for the final release of Gaim 2.0.0, but vv will be a primary focus for the next major release of Gaim after that." Over a year later, and there still has not been the major release that's supposed to be the major release before the one that potentially would herald vv support.
So, in summation: vv support was tentatively "promised" for 2.0. Then it doesn't show up, and I ask why on freenode/#gaim, and I'm told that a SoC intern screwed stuff up so much that no one wanted to devote the time to getting vv to work (because the codebase of gaim and gaim-vv was at that point so different because of the SoC changes. Then a news update comes up saying that in the next major release (after v2) of gaim, vv might show up. Over a year later, v2 isn't even out yet.
Presumably, people have donated money to the project in hopes (or in expectance) of getting vv support in their favorite client.
I understand that most people work on gaim in their spare time for fun. My main gripe is the broken vv semi-promise, and that news updates are extremely few and far between. I guess perhaps I got spoiled back when gaim had a new non-beta release practically every 2 months. Could you suggest to whoever does the news updates to, say, post a news update once a month, even if it's nothing more than "nothing new"? I'm sure gaim would gain more mindshare, and perhaps more developers, if it seemed at first glance that gaim hadn't stagnated (I know it hasn't, but people just checking the site might think so if they afford it merely a cursory glance). -
findbugs is better
I've used both PMD and findbugs and PMD is pretty good, but I find findbugs to be much easier to set up and use. (http://findbugs.sourceforge.net/)
-
Re:How good is that code?
Nice... yup, metrics are nice, but don't let them rule.
PMD has a bunch of metrics stuff, including NPathComplexity (thanks to Jason Bennett for writing that one) and CyclomaticComplexity. All the "codesize" PMD rules are here. -
Re:How good is that code?
Nice... yup, metrics are nice, but don't let them rule.
PMD has a bunch of metrics stuff, including NPathComplexity (thanks to Jason Bennett for writing that one) and CyclomaticComplexity. All the "codesize" PMD rules are here. -
Re:How good is that code?
Nice... yup, metrics are nice, but don't let them rule.
PMD has a bunch of metrics stuff, including NPathComplexity (thanks to Jason Bennett for writing that one) and CyclomaticComplexity. All the "codesize" PMD rules are here.