Slashdot Mirror

Given that it also used 512-bit primes, which are toy keys that were weak twenty years ago, it's more likely a screwup. Seeing messed-up crypto written by people whose crypto knowledge extends to reading the Wikipedia page on RSA and perhaps one or two chapters of Applied Cryptography is pretty much par for the course.

From a very brief Google of socat howtos, I couldn't see much about enabling or applying checking of certs, which means it probably doesn't do that either. In addition the advisory is pretty confusing, what does "OpenSSL address implementation" mean? Since the server supplies the DH values and OpenSSL itself has known-good DH values, why is there some other value hardcoded into socat?

I don't want any of that in my web browser.

All the major browsers do those things. If you want one that doesn't then you'll have to either build your own browser or use something like Elinks.

Yeah, but I was actually researching text browsers a few days ago, so still had that link handy.

I mean, you can actually get tabbed browsing with CSS and some javascript support in a text browser with http://elinks.or.cz/

No, Links. It's a more advanced version of Lynx. (Yes, I know, open source naming humour...)

It's for those of us who want table support. Lynx doesn't have it.

I prefer elinks myself though.

I'm not arguing it has to be syslog format, just text.

No argument from me there. I don't really understand the rationale of the binary log, so hopefully that will change in the future.

...until you don't GET the log because it wasn't *WRITTEN*,

In these situations you typically redirect the logs to a remote server, something that journald is supposed to be able to do very easily (I've haven't tried to do this yet). But I get your point. The problem with having only the console log, which was the case with most of the init scripts, is that you often don't have a console, or the console output is too long catch the error message. So the permanent log is a better place to put important messages. But I agree it is more convenient to have the console log as well as the permanent log in certain situations. Apparently this can be done with journald. Maybe it's worth a try.
http://log.or.cz/?p=327

Because sometimes it's a lot nicer to try to reproduce the failure right then and not have to reboot the system in order to get to the log.

Agreed. Thankfully this is actually possible with systemd.
http://freedesktop.org/wiki/So...

How easy it is will depend on where the boot process failed, but it is possible to get to an emergency console in nearly every situation without rebooting.

don't *PREFER* an order, sometimes I *REQUIRE* an order.

Yes, you can require an order. But there is a difference between requiring a service (ex: apache requires net and syslog) and requiring an order (ex: net will probably come up first, but apache doesn't strictly require it to). If you do need a specific order, for example a service that requires a network filesystem to be mounted to get its config files, you use the Require combined with the Before or After directives.
http://www.freedesktop.org/sof...

In SysV, almost *nothing* happened before filesystems,

The thing is, not all filesystems can or need to be mounted at the same time, and this is not possible to encode within /etc/fstab. The hack to do this with sysV was to add the _netfs option to your mount to tell the mount command to wait until it thinks the network is up, which only worked maybe 50% of the time. If you think mounting root over nfs is fun, try a service that starts a service that is dependent on the availability of an iscsi target.

I've always hated the "let's make it complicated and blame the user if they can't figure it out" philosophy.

That's the thing, though. It really isn't any more complicated than modprobe.d or pam.d or if-*.d or any of the other config systems that compose a typical modern linux system. It is just new, and will probably require some reading of the docs. But it doesn't take hours. For most, it takes about 10-20 minutes to figure out how to do something you need to do with systemd.

I've gained *no* capability that I didn't already have

I think that's the problem. Too many people have a "works for me" mentality and don't acknowledge the possibly complex needs of other users. Ultimately, linux aspires to be as useful to as many people as possible, not only to the people who have succesfully used it up to now.

ELinks it is then!

used to be completely text based browsers
 
*blink*
Used to be?
 
According to their webpage, elinks (the best known text mode web browser) was last updated on October 30 of this year. Less than four weeks ago.

I'm curious / anxious to see how quickly I'll be able to pick up new nuts-and-bolts knowledge (git, etc.) when it's once again my job to stay on top of that stuff

Keep up your three pillars of good health (nutrition/sleep/exercise), and I've found it isn't much of a problem. Make sure your body has the nutrients it needs to rebuild itself. (For git in particular, if you're interested in learning that, I've found this page to be a good reference. It is a good index between something I know, and something I don't know, without boring me with the concepts I'm already familiar with. I find writing things down can be helpful here).

And I suspect part of it is a motivational problem where so many new languages, frameworks, etc. are so similar to stuff you've learned in the past that it's hard to get excited.

Yes, I think you are right. In the case of my coworkers though, it's not a matter of learning 'new' languages or frameworks, it's a matter of learning how to be effective with the ones they already know! If I could just get them to test each line at least once before committing, it would make a huge difference!

Cant we just have that back?

Sure you can.

If you're on Windows - Kmeleon http://kmeleon.sourceforge.net/ Otherwise (all joking aside on this!) - (E)Links. I use it on both Linux and Windows regularly - with the right setup you can even get a graphical UI... http://elinks.or.cz/

Actually, what I'd really like to see in FF is *LESS BLOAT* and some attention to memory management... I'll wait...

Did I hear someone say they wanted a browser with less bloat?

You're welcome.

Elinks? Another descendant of Lynx? this one? http://elinks.or.cz/ Thanks, I'll have to try it, next time I have a non-Windows system up (I don't see a build for Windows, and I gather it's not available as a binary??) The screenshots remind me of some of the old DOS-based graphical browsers, which were a good start but never really got to where they were useful to me. This looks more mature.

Now if only someone developed a text browser that wasn't limited to a tiny 80x25 screen.

Try elinks, bro.

There was a conversation about this last month on the FD.o mailing list

> Mark Seaborn wrote:
> > I have written a hack for Gtk which replaces Gtk's usual file chooser
> > with a file chooser implemented in a separate process.
>
> Nice, this could be useful. I'm not sure yet if there is a concise
> in-process solution. If not, I'll have a closer look on your code.

The current version is an LD_PRELOAD library that replaces some Gtk
API calls. It works with a lot of applications, but not with Firefox,
which dlopen()s libgtk. The successor is a work-in-progress; it's a
patch to Gtk, which you can find here:
http://repo.or.cz/w/gtk-with-powerbox.git (code)
http://plash.beasts.org/wiki/Story20 (notes)

The intention is that the Gtk code will be separate from the RPC
mechanism used, which is implemented in libpowerbox, of which there
can be different implementations.
For example, there is a DBus implementation:
http://svn.gna.org/viewcvs/plash/scratch/powerbox-dbus/
and the intention is that there will also be a version using Plash's
object-capability comms protocol.

Maybe I should rename libpowerbox to something more descriptive such
as libtrustedpathfilechooser (that's a bit long-winded though).

> Is there a chance that you'll give me permission to "reuse" your
> code under the terms of the MIT-License?

I'm open to the idea of relaxing the licence, but which bits of code
do you have in mind? The Gtk hooks are quite Gtk-specific.

Mark

I hope that it happens, too.

"First example: I might be writing a book in book/ and keep all images in a subdirectory book/images/. I think it is not far-fetched that I might want to work on only the images without downloading all the other, possibly huge, subdirectories."

check out gitweb

Lots to talk about here!

The complexity of git robs it of quite a bit of the value of it's features. For God only knows what reason, a 5-6 person project that i'm working on is using git instead of subversion, and only the person who setup the project actually has any idea how to use git.

It sounds like the first person set up the project, and now expects everyone else to just "make it work", even if they're not programmers and have a good understanding of Git. Fair 'nuff.

Now I don't know your situation, but if you're actually in a work situation, the lead programmer (or user, if you're not storing code in this repository) should be giving you guys some kind of help or crash course in using Git. The Git model is quite a bit different than SVN, and it has taken me some time to wrap my head around it -- kind of like learning a functional programming language after working with imperative languages for several years.

It's awesome to have the whole thing where it merges all the changes in a same file together, fairly intelligently, but even the GUI version for Windows has no functional interface for how to deal with conflicts (which should be easily done as a "which bit of code is the proper piece to use here?" instead of jamming diffs into a file.

Which Windows GUI tool(s) are you using? Right now I can think of several -- gitk, git-gui, qgit, git extensions, CheetahGit, TortoiseGit, ...

I think that part of the problem right now is that there is no definitive Git GUI for Windows. Even if the TortoiseGit project gets more mature, users of TortoiseSVN or TortoiseCVS will have to learn a new version-control paradigm and understand some new terms before they'll be able to successfully use TortoiseGit.

Also, the Windows and Linux versions of GIT have several problems interoperating with each other.

Are you referring to line-ending problems? If so, take a look at the "core.autocrlf" attribute. If you're not talking about line endings, and you can't find any help online, I'd just go ahead and file a bug report or hop on the git mailing list.

In short, Git appears to have been designed entirely with features in mind, and not one bit of usability for anyone other than Linus himself.

Oh, I think most people would agree with that -- especially Linus. Of course, I think that this is partially a Plumbing vs. Porcelain issue: a number of geeks love to use a command-line shell, but most ordinary users feel much more comfortable with a GUI windowing environment. Many programmers really like the power they get from using Git on the command line, but some people want something a bit more user-friendly like Easy Git or a Git GUI.

It is a nightmare for people who only have the need for version control and a handful of people working together. It reminds me very, very much of early Linux, before anyone else besides Linus had been hacking on it.

Yes -- I can see that. The Git workflow is pretty different from that of a tool like SVN. Unless the team leader is willing to sit down with the group and work through examples -- and then also be ready to answer questions anytime during the workday for the first few weeks -- then it's going to be a really rough, potentially unproductive month. Even if they grumble about it, it's probably worth their time to train everyone up front.

You've probably seen this before, but for anyone who's moving from SVN to Git, there's a really good Intro to Git for SVN users.

Good luck!

If the system you are migrating from manages trees, you should be fine. CVS migration is pretty easy and I understand that Perforce works quite well too (in both directions!). Most of the migration tools are listed in the GIT FAQ.

The places where people are likely to have trouble is migrating from tools that don't understand that there's more than one file. For example, RCS and SCCS both support branches, but in a completely different way to git (branches are per-file, they're not for the whole repository). This means that during conversion, something useful has to happen with them, but the right answer isn't clear to a program. If versions 1.1, 1.1.1.1, 1.1.1.2 and 1.2 of file "foo" exist, then versions 1.1.1.2 and 1.2 are on different branches and either may be the older revision. It's not clear if revision 1.43.1.3 of file "bar" is the same "branch" as "foo" 1.1.1.2 or not. Because RCS and SCCS deal with single files only, it's not possible to find an answer to these questions in the history files at all - if there is an answer, it's just a convention of the user. Essentially what's happening here is that the git import process requires information which isn't represented in the files you're converting from. For what it's worth, migrating from SCCS or RCS to CVS has a similar problem.

Personally, I've migrated from CVS to git for findutils (well, Jim Meyering did the actual migration; he migrated coreutils too). I haven't regretted migrating at all. It took me a long time of using git locally before I was comfortable migrating the master repo, though. As a git beginner the thing I found most worrying was that I found it hard to envisage the effect of the git command I was typing. The thing it took me a long time to figure out is that with a distributed version control system, it's safe to screw up your local copy, as long as you don't push the result.

Maybe you forgot to emerge it?

~ $ eix dev-util/git
* dev-util/git
Available versions: 1.5.1.6 1.5.3.7-r1 ~1.5.3.8 1.5.4.5 ~1.5.5.3 ~1.5.5.3-r1 ~1.5.5.4 ~1.5.6.1 ~1.5.6.2 ~1.5.6.3 1.5.6.4 ~1.5.6.5 ~1.6.0 ~1.6.0.1 ~1.6.0.2 ~1.6.0.3 ~1.6.0.4 ~1.6.0.4-r1 ~1.6.0.4-r2 1.6.0.6 {bash-completion cgi curl cvs doc elibc_uclibc emacs gtk iconv mozsha1 perl ppcsha1 subversion threads tk vim-syntax webdav xinetd}
Homepage: http://git.or.cz/
Description: GIT - the stupid content tracker, the revision control system heavily used by the Linux kernel team

Will it still be stupid now that Perl uses it I wonder?

There are also advantages to Subversion that Linus states himself [1]. Really the only one of note is that Git isn't so great at having multiple projects in the one repository and the recommendation is to have one per repository and have a super-project that contains pointers to others - which isn't so great a solution.

[1] It was stated in relation to the layout of the KDE repository: http://git.or.cz/gitwiki/LinusTalk200705Transcript

Actually, Linus named it after himself:

I'm an egotistical ***, and I name all my projects after myself. First 'Linux', now 'git'.

See the git FAQ.

I prefer Elinks.

Or even ELinks!

It is *possible* to cache YouTube videos and the like, but you'd need some technical skill to pull it off. Basically, you'd write a Squid pre-filter that replaces embedded YouTube videos with an embedded call to a local cgi-script. On the first invocation, the cgi-script would download and cache the video while streaming it to the client. Subsequent calls would skip the download process.

Of course, this only saves bandwidth when you re-watch the same video over-and-over.

Even in the pre-YouTube days of the internet, Squid didn't help with bandwidth all that much. I once set up a Squid cache in transparent-proxy mode at an ISP with around 400 dial-up customers. I gave it 4 GB of cache space, which doesn't sound like much now, but our biggest drives were 500mb full-height SCSI bricks. I tuned every configurable option and pulled every trick in the book to maximize the caching. The experiment lasted around a month, during which time Squid saved us around 30% on our inbound bandwidth, according to log analysis. We finally had to shut it down because customers started to notice that they weren't seeing real-time data (like stock quotes) and some of them threatened to sue.

Bottom line: If you want low-bandwidth internet, use one of the these:

Lynx

Links

ELinks

w3m

Many interfaces and plugins have been created for Git, so it is not command line only. Also, how on earth do IDE plugins fix deficiencies inherit in the svn/cvs model? Do you have any example of what you're talking about here? The closest thing I can think of is svk, but that isn't an IDE plugin.

I find it curious that nobody mentions keywords.

The reason why I did not switch to GIT when Linus created it is that it was not possible to add auto-modifying keywords. With keywords, the SCM can physically modify your files, in precisely marked spots, to indicate the version level of a file in the actual code. I really like this aspect.

At the first publication of GIT, I remember Linus holding a strong stance against keywords. This is why I did not convert to GIT (I am a one-man-company and I do not need to collaborate on code: I need SCM to keep all old versions and changes).

(You can read Linus' stand on this, for example, in this e-mail from 2006)

In the current GIT faq they mention that keyword substitution is "not recommended", but they then point to the man page of gitattributes, which, disappointingly, does not mention keywords.

This is why I keep using SVN. I need my sources to hold within themselves an easily trackable age indication.

Actually, it only appears to keep a full copy for the most recent versions, and repacking the repository ('git gc') will delta-encode everything as necessary. At least, that's how I understand the way it's described on the git wiki: http://git.or.cz/gitwiki/Git?highlight=(delta)|(compress)

You have it quite wrong. CrossOver, being based on the LGPL Wine, is also GPL. The full source code is freely available, just like the Wine source. Most of the code for Crossover gets rolled back into Wine.

However, there are several hacks in CrossOver, done to get things working. These hacks are not rolled into Wine, the biggest reason being the fear that, because something works "well enough", nobody will bother to fix it the right way, and cruft will build up in the tree.

Nothing is stopping you from taking the hacks from the CrossOver tree and adding them to the Wine tree. And, in fact, git makes it fairly easy for people to maintain their own forks of Wine which contain third-party patches - for example, check out the "forks" section at the bottom of http://repo.or.cz/w/wine.git.

elinks is better. It's enhanced.

I prefer Elinks.

Use git.

http://git.or.cz/

Check them all into a repository, then periodically run git-fsck. Git hashes all files in a repository with SHA-1 when they're first committed, and git-fsck recalculates the hashes.

Jon

Why remote into your company computer from home? That's just backwards. You should use SSH/VNC to remote into your home computer from work. Then you have access to your personal stuff at work without any personal stuff residing on your work computer or passing unencrypted through your IT department. If you're actually trying to work on stuff from home (they've got you by the balls don't they?) then use said USB drive to transfer whatever files you need back and forth (or send them over your SSH connection before you leave the office). I recommend Unison or perhaps GIT distributed version control to keep whatever project you're working on synchronized. You can even use edna to stream your home music collection to you (again, tunnel through SSH for secret listening). Worked great for me the last time I had a shitty office job.

I think Cygwin's full of too many hacks to be a good starting point. For instance, Windows programs have no ability to fork

lynx and elinks @ Windows XP: No JavaScript support. :(

I don't know what versions you're using, but at least for elinks (and links), they both support javascript. Just has to be compiled in.

eix elinks
* www-client/elinks
          Available versions: 0.11.2 0.11.2-r1 0.11.3 {X bittorrent bzip2 debug finger ftp gopher gpm guile idn ipv6 javascript lua nls nntp perl ruby ssl unicode zlib}
          Homepage: http://elinks.or.cz/
          Description: Advanced and well-established text-mode web browser

eix ^links$
[I] www-client/links
          Available versions: (2) 2.1_pre26 2.1_pre28-r1
                {X directfb fbcon gpm javascript jpeg livecd png sdl ssl svga tiff unicode}
          Installed versions: 2.1_pre28-r1(2)(21:18:19 11/07/07)(javascript ssl tiff unicode -X -directfb -fbcon -gpm -jpeg -livecd -png -sdl -svga)
          Homepage: http://links.twibright.com/
          Description: links is a fast lightweight text and graphic web-browser

So while they do support javascript, they don't support iframes, and the test uses 3 of those.

Answer me honestly: Does PulseAudio have that feature because they heard it would be in Windows Vista? Honestly, now, please give me an answer.

Because if PulseAudio implemented the feature after seeing that it was in a Longhorn beta, or hearing stories of Microsoft developing it, then I'd say "that thing that Microsoft is doing" is a pretty good definition. (At least as far as this case goes.)

A better example would be something that Microsoft or Apple *hasn't* done. Do you have one?

I agree that IRC is an odd medium to get support for a piece of software, but I've personally had the exact opposite experience. I've been getting to know git lately. Seeing as it's a bit of a strange beast, I've run into a few problems occasionally due to using the wrong command or whatever. Twice, I decided to try popping onto freenode (using Pidgin) and had my answer within about 10 seconds.

That said, I personally don't really _expect_ "good support" for FOSS, I usually assume that it's up to me to figure it out, and otherwise, that mailing lists are usually the best place to look. I'd say that about 95% of the time someone else has previously had the same problem and I can get my answer through Google in a few minutes.

Sure, there are times where I have to browse through pages and pages of hits, but often it's a really special corner case, and then I decide to make a post so that my question and answer might be archived somewhere for someone else to find. Don't forget to check newsgroups! Google Groups in particular contains tons of answers.

Give slackware booting to runlevel 3, gnu screen, gnu coreutils, vim, lynx/links/w3m/elinks, lftp, rtorrent, and moosic a try. There are many others of course.

Pffft. lynx. elinks rocks lynx's world. http://elinks.or.cz/

> Putting your project in a Subversion repository takes an hour or two

Indeed. And putting your project in git takes maybe 30 seconds:
cd project
git init
git add .
git commit

Takes a few more minutes if you want to put it on a public repository:
Go to repo.or.cz and register the project (fill out one short form)
(why aren't there more hosting sites? SourceForge flat out refuses to offer git hosting...)
Add public target url to .git/config
git push --all public

Having only recently switched to git from subversion, I'm still in the state of pure awe at how much easier it is to use...

I'd assume it's just that most people don't know about Git.

It just needs a new PR guy and a little bit of time.

I'd say it's at least in part due to lack of Windows support. Love it or hate it, you don't become the world's foremost anything by ignoring Windows. As can be seen here: http://git.or.cz/#download the developers seem to view "cross-platform" as meaning "We got both kinds! RPMs and debs!".

There is a partially functional git port in Cygwin, but it doesn't really work as far as I can tell, and it certainly isn't mentioned anywhere on the Git home page. I wanted to like Git, but unfortunately it seems to not be ready for widespread use on the most popular desktop operating system in the world. I'd be happy to try it again someday when it is.

Compare with SVN or Mercurial or Monotone or most any other SCM system. Most of the others all feature prominent download links on the home page for Windows, Mac, and Linux.

I used to use CVS (and still do for some projects). Then I switched over to SVN. It was remarkably unremarkable.

Then, a few months ago, there was a /. article on git. It sounded interesting so I tried it... and was thoroughly impressed.

I was up and running in about 20 minutes. You can use cvs/svn like commands, *but* you get local / decentralized repositories with fast forking and merging.

Start a project. Type "git init" and you've got a repository in place (you don't have to initialize and then check it out). "git add ." and "git commit" and you've got your first revision.

It took a little bit more effort to figure out how to push/pull from a remote repository, but it's fairly straightforward. A bunch of people can work in a group, have their own local repositories, and then merge their changes (along with the revision history). It's awesome.

The only reason I haven't switched all of my projects over to it is that the IDEs I use (Xcode and Eclipse) don't have good git integration (as far as I know).

Fascinating. The jacklewis.net site appears to do the following JavaScript code:

if(!document.all){window.location='http://whyfiref oxisblocked.com/';}

(Read the site with elinks. Block that, pro. =)

So they're not actually checking if the user is using Firefox or Adblock - just checking if the browser has a MSIE-style DOM.

Great, browser racism at its worst - you know, they could at least try to do clever stuff like trying to detect if a particular ad has in fact loaded and give a nice detailed comment, but no, they just decide to block all browsers that the site author knows may have some sort of ad blocker for. Because sure as heck 1) it's only Firefox that uses standards-based non-antiquated DOM, and 2) there are absolutely no ad blocking utilities for MSIE, right?

Hmm, wonder how many minutes it would take me to write a GreaseMonkey script that says "if script mentions whyfirefoxisblocked.com, don't run it". Probably many many minutes, because I haven't written too many GreaseMonkey scripts yet. =)

http://git.or.cz/index.html has all you need to get started with Git. It is suggested you start with this tutorial http://www.kernel.org/pub/software/scm/git/docs/tu torial.html ; it goes over init, add, commit, branching, merging and I don't remember what else, but it is all you need to get your work done.

You can try one of the GIT crash courses at: http://git.or.cz/course/index.html

But if you're a CVS/SVN user, I'd start by trying to understand the conceptual difference between centralized and distributed development models. Linus has a detailed explanation here: http://marc.info/?l=git&m=113072612805233&w=2

Not at all. Please, continue to bury your head in the sand about the evolution of version control. By the time the Java implementation is fully complete, the C# .net implementation works on all platforms and derived git protocols show that git is a version control protocol, not a tool, your favourite tool will probably have adopted it under the hood.

Or you could just stop making objections for the sake of it and use it. your choice :-)

No, I think he meant Links, which is a more advanced text based browser.

But maybe he should have meant ELinks, an even more advanced derivative that's actually in active development.

Home Page for eLinks.

1- Never connect a Windows PC to the internet without first connecting to an external firewall (such as a router).
2- Never install Linux, who knows who's been adding what to it.
3- Never use a MAC if you can't wash your hands after.
4- Never use FireFox, it sends your personnal information to Google. Use elinks for secure browsing.

I think that covers it.

Or hv3. It's got CSS compliance that passes Acid2, 90% frame support, and no Javascript or Flash support. The only negatives are it's a little alpha-y (background tabs block the whole UI, etc.) and there's no HTTPS support. It's rather lightweight, however, and actively developed. I use it on my Thinkpad 233MHz no trouble.

I'll use elinks for GMail and my bank website because it handles HTTPS. Using plain links for regular web browsing pales in comparison. Even w3m or dillo do better than that. And, if I'm not mistaken, Lynx is only used at libraries without funding, at universities with a documentation/knowledge base system build around it, and for users with disabilities. Well, I guess you can script with it...

How dare you forget eLinks? It's much better. text-mode tabs rule!
http://elinks.or.cz/

can anyone name a single text-based browser that supports AJAX? A text-based browser where CSS positioning actually works? A text-based browser which has tabbed browsing?

ELinks? Supports limited Javascript, limited CSS, and does tabs. Can't quite run most Ajax stuff, but it's still a surprisingly capable text-based browser. The world isn't stuck in Lynx, you know =)