Beta

Slashdot: News for Nerds

×

Welcome to the Slashdot Beta site -- learn more here. Use the link in the footer or click here to return to the Classic version of Slashdot.

Thank you!

Before you choose to head back to the Classic look of the site, we'd appreciate it if you share your thoughts on the Beta; your feedback is what drives our ongoing development.

Beta is different and we value you taking the time to try it out. Please take a look at the changes we've made in Beta and  learn more about it. Thanks for reading, and for making the site better!

GOG.com To Add Linux Support

Soulskill posted about 4 months ago | from the year-of-linux-on-the-gamebox dept.

Games 55

jones_supa writes "More great news for Linux gamers: following the footsteps of Steam, GOG.com is preparing delivery of Linux games. They expect to start doing so this autumn. The officially supported distributions will be Ubuntu and Mint. Right now, they are performing testing on various configurations, training up their teams on Linux-speak, and generally preparing for the rollout of at least 100 titles — DRM-free, as usual. This will update some of the catalog's existing games with a Linux port and bring new ones to the collection. Further information on specific games is yet not known, but GOG invites fans and customers to their community wishlist for discussion."

cancel ×

55 comments

Kudos to them, but... (2)

HighOrbit (631451) | about 4 months ago | (#46519915)

The linked announcement was a bit vague on details. Not very hard technologically for them if its only the old dos games which they already distribute with dosbox to run properly even on windows. It would be interesting to see what they can do with the DX based stuff.

Re:Kudos to them, but... (4, Interesting)

tlhIngan (30335) | about 4 months ago | (#46519971)

The old DOS games is for starters. The DX stuff is simply using the Linux port of games that are coming out now for many games. Except instead of relying on the developer to test their Linux builds somehow, they test on Ubuntu and Mint to make sure it at least works there (heaven forbid some game developers merely recompile and ship, or use some oddball Linux config and "works for me!").

It's really an extension of what they did for OS X - DOSbox games are inherently supported, other games are on a case-by-case basis on whether or not a port exists.

Re:Kudos to them, but... (4, Informative)

Halo1 (136547) | about 4 months ago | (#46520023)

They also distribute (and hence support) quite a few Windows games with a Wine wrapper for Mac OS X.

Re:Kudos to them, but... (4, Interesting)

vux984 (928602) | about 4 months ago | (#46520261)

Not very hard technologically for them if its only the old dos games which they already distribute with dosbox to run properly even on windows.

This closes an even sillier gap to be honest; because GoG has for quite some time expanded beyond old games to embrace indie games, and it was a bit of a goof to not support linux versions of games that were already natively available on Linux.

I ended up, for example, choosing to buy FTL via the HumbleStore (back before there even was a humble store, and there were just those wierd 'secret' links you could use.) because although GoG has FTL, they only had the Mac and PC; and I wanted to buy something that gave me access to all 3 platforms.

So while it will be great to see what progress GoG can make on on the old DOS (and old windows catalogs) its just great news that we'll be able to get the native linux release of any indies we buy there now. This is a real boost to their indie catalog, much of which is already linux native, and all they have to do is add the downloads.

Re:Kudos to them, but... (1)

maccodemonkey (1438585) | about 4 months ago | (#46520699)

The linked announcement was a bit vague on details. Not very hard technologically for them if its only the old dos games which they already distribute with dosbox to run properly even on windows. It would be interesting to see what they can do with the DX based stuff.

They sadly haven't done any of the old DX stuff on Mac with WINE, so I wouldn't hold out hope that you will see Linux releases of that.

Not that I wouldn't like that to change. Deus Ex can't be that hard to package inside of WINE.

Re:Kudos to them, but... (1, Funny)

gmhowell (26755) | about 4 months ago | (#46521507)

They sadly haven't done any of the old DX stuff on Mac with WINE, so I wouldn't hold out hope that you will see Linux releases of that.

Not that I wouldn't like that to change. Deus Ex can't be that hard to package inside of WINE.

Damnit, not again [simhqmotorsports.com] .

Re:Kudos to them, but... (1)

Darinbob (1142669) | about 4 months ago | (#46522067)

Many of their games already run on MacOS. They're basically either dosbox or Wine, preconfigured and ready to go without any deciphering of manuals or experimenting with config files. The Wine ones feel nicer overall.

Re:Kudos to them, but... (0)

Anonymous Coward | about 4 months ago | (#46634169)

DX = 9 is pretty much solid in Wine.

Take the Hitler Challenge! (-1)

Anonymous Coward | about 4 months ago | (#46519989)

Read the Ford translation of Mein Kampf and see if it doesn't ring true in these troubled times!

Re:Take the Hitler Challenge! (0)

Anonymous Coward | about 4 months ago | (#46520281)

I did, I was not surprised that he specifically called for a move to linux because it's not written by Jews.

HURRAY (2)

uCallHimDrJ0NES (2546640) | about 4 months ago | (#46519999)

This is great news. Gog installers are very easy to use. I've been wanting this for some time.

Sounds good (4, Insightful)

cheesybagel (670288) | about 4 months ago | (#46520081)

About time too. All their games catalog which runs on DOSBox and ScummVM should be easy enough to port. Other games have portable engines too like GemRB.

GOG is a vendor that sells DRM free games so more power to them.

This should rope in literally a handful of crotche (3, Interesting)

drinkypoo (153816) | about 4 months ago | (#46520241)

This should rope in literally a handful of crotchety old nerds. I almost decided not to buy stuff from GOG because they didn't already package for Linux, and I imagined that it would sometimes be a pain in the ass to make the games work even though it should be easy because I've written dosbox configs before, etc. And lo, I was right. The dosbox configs for example have no consistency in the style department, so you actually have to understand them in order to write the new one. That's just a waste of space in my brain that I could be using for something useful, like Firefly trivia. So I wound up only buying the games I really felt I needed, or games which were a buck, because I would then run them in a XP VM. So huzzah, GOG. I am likely to spend more money with you in the future.

Re:This should rope in literally a handful of crot (2)

hduff (570443) | about 4 months ago | (#46520435)

The dosbox configs for example have no consistency in the style department, so you actually have to understand them in order to write the new one.

Rather than just complain, you could contrinute better DOSBOX configs back to the GOG community and encourage GOG to write to a higher standard by example.

Re:This should rope in literally a handful of crot (1)

drinkypoo (153816) | about 4 months ago | (#46520463)

Rather than just complain, you could contrinute better DOSBOX configs back to the GOG community and encourage GOG to write to a higher standard by example.

Well, like I said, I wrote one or two crappy ones and then gave up wasting my time on it when 100% of the games I tried would run fine in vmware. Well, as fine as they did anywhere else. I finally dusted off an XP box and a lot of games were crashy there too.

Re:This should rope in literally a handful of crot (1)

Anonymous Coward | about 4 months ago | (#46520549)

PEBKAC. DosBox is easy to configure [dosbox.com] on all platforms.

Re:This should rope in literally a handful of crot (2)

drinkypoo (153816) | about 4 months ago | (#46520625)

PEBKAC. DosBox is easy to configure on all platforms.

You say that, but a lot of video output options don't work properly with a lot of games, and which are appropriate for which isn't immediately apparent. I could dick around with it, but the whole point is just to play a game and the "make shit work so I can do shit" game isn't as fun to me as it used to be. If that's your idea of a good time, by all means go forth and write some dosbox configs and give them away, posterity will thank you. Wait, I mean, forget you.

Re:This should rope in literally a handful of crot (1)

Anonymous Coward | about 4 months ago | (#46521785)

I haven't come across a single DOS game that hasn't just worked with default settings. So yeah, the problem is probably you.

Re:This should rope in literally a handful of crot (1)

VortexCortex (1117377) | about 4 months ago | (#46521047)

Ah, I see you use the US QWERTY keyboard layout. Good for you. However, that doesn't make your statement true for anyone else with a different key layout... No, dosbox uses scancodes instead of the virtual keycodes of the OS, and it really is a pain in the ass to configure a new key layout for it, even though it is possible, and it even has a keypress display feature.

Re:This should rope in literally a handful of crot (0)

Anonymous Coward | about 4 months ago | (#46523673)

This should rope in literally a handful of crotchety old nerds.

If Slashdot is any indication, this news will increase the GoG customer base by at least 4 people. 8 might be pushing it though. I think the group of 'Linux users who want to play games available on GoG, know about GoG, but aren't technologically savvy enough to improvise around the current release formats' is really in that 4-8 range.

Re:This should rope in literally a handful of crot (1)

drinkypoo (153816) | about 4 months ago | (#46523837)

I think the group of 'Linux users who want to play games available on GoG, know about GoG, but aren't technologically savvy enough to improvise around the current release formats' is really in that 4-8 range.

Again, there's that typical arrogance that makes non-savvy people hate us. I paid GOG to think about that shit for me because I have other projects to work on, and I just want a game to play when I clicky.

On the other hand, I think we both agree that this does target a fairly small market. But perhaps it will help to grow desktop linux numbers again, and it could really be a boon for netbook owners since these are the sort of games which will actually run on computers like theirs. XP is about to asplode and it'd be nice to have games to run on all those XP netbooks when they don't run XP any more.

YAY (1)

jfbilodeau (931293) | about 4 months ago | (#46520249)

YAYAYAYAYAY!!!!!

That's all

It's A Shame (1)

hduff (570443) | about 4 months ago | (#46520343)

Not everybody uses Ubuntu or Mint.

It's a shame they decided to support a specific "distro" instead of just generic Linux. How hard can that be?

What's wrong with specifying minimum version numbers for libraries, using /usr/local/games and providing standards-compliant *.desktop files? How difficult is that?
Or better yet, ship the required libraries with the binaries (providing the source code via ftp) and using a wrapper script to load the correct libraries and run the game for a "works-every-time" experience.

To GOG's credit, their support forums contain a wealth of information about running some of these games using Linux. As well, PlayOnLinux can install supported *.exe games directly from your account at GOG, so they have been supportive of Linux for a very long time.

Re:It's A Shame (1)

Anonymous Coward | about 4 months ago | (#46520443)

If it runs on ubuntu, it won't be a problem to run it on any other distro. And if you don't know how, maybe you should use ubuntu.

Re:It's A Shame (2, Interesting)

Anonymous Coward | about 4 months ago | (#46520489)

Damn, already spent some mod points here...
Anyway, it's not a shame that they support a specific distro, as there is no such thing as a "generic linux". Different libc versions, different set of patch for the same version of some libraries, different config locations, different way to handle very simple stuff... Although there is some "standardization", mainly for the visible stuff (standard way to add menu in every desktop environment...).
And officially supporting one distribution doesn't mean it won't work almost anywhere. Back when steam started by supporting only Ubuntu, it was relatively painless to launch it on almost anything (as long as it was x86). It just mean that they focus on *support* in a relatively well-known environment.
...and all these "linuxes" (not the kernel, but all the software around it) are free, and can run beside each other (sometime at the same time using a chroot) if you end up with a combination of things that can't start the games. I did that for steam, when debian didn't have a recent enough version of libc.

Re:It's A Shame (4, Insightful)

cbhacking (979169) | about 4 months ago | (#46520535)

'How hard can that be?"

Really, really hard. Linux is a mess of mutually incompatible pieces with mutually incompatible dependencies. There have been attempts to create a "common base" that can be used, but very few people seem to use it. Pretty much the only truly safe way I've found to distribute Linux binaries (as opposed to source code, for which there's autoconf and friends) is to statically link all your dependencies and build for as many architectures as you feel like supporting (x86 obviously - probably i586 at best, though and maybe i386 - and likely x64; maybe ARM but probably not). This produces huge binaries with a lot of redundant code compiled in, but it means it works regardless of which libc you use, what version of openssl (or gnutls) you have, and so on.

Distro-specific builds let you use package files which pull in the requisite dependencies. They have smaller install footprints and smaller downloads, and you don't have to push a whole new version every time a dependent package fixes a security bug; you can expect the user's package manager to handle that. You can also massively reduce support costs by assuming that users have a common base of software installed (a full set of standard utilities instead of busybox, a version of python that can execute a given script, etc.)

However, distro-specific builds have their own costs. If you say you support distros X and Y, you have to test on all the common configurations of those distros. The more you add, the more the costs go up. There are over a thousand tracked distros on distrowatch. You have to draw the line somewhere. Ubuntu and Mint are close enough that it's really easy to handle both of them, but it's awkward for those who don't use Debian-derived distros.

For what it's worth, some game companies do take the "support generic Linux" approach. Heroes of Newerth, for example (a DotA clone that predates, and is in some ways better than, DotA 2) has a Linux client that often works... but sometimes it doesn't (I've had real issues with some older Fedora machines), and troubleshooting why can be a real pain.

Re:It's A Shame (3, Informative)

msobkow (48369) | about 4 months ago | (#46521341)

Funny. It would seem IBM has no problem with their DB/2 UDB releases, which run on every version of Linux I've thrown them at over the past 5-6 years. Sure you have to install some optional modules on some platforms, but how much more complex do you get than a database server?

Shame on the other database vendors for not being able to do the same. Currently DB/2 UDB 10.2 is the only commercial database I was able to install on Debian. Clearly it can be done, but the other vendors seem to take the "RHEL or the highway" lazy approach to "Linux" support.

Re:It's A Shame (2)

Yosho (135835) | about 4 months ago | (#46521927)

how much more complex do you get than a database server?

How about an application that not only does client/server network processing, but also does realtime hardware-accelerated 3D rendering, multi-channel 3D sound processing, and processes user input from a wide variety of completely different devices. Oh, and it's probably got an internal database that it uses to track its state so that it can serialize and deserialize it to a file at any time. And don't forget that the video, audio, network, and input all have to appear to be synchronized to the user.

But the problem here isn't actually how complex things are, but how self-contained they are. How many external dependencies does DB/2 have compared to your average modern game?

Re:It's A Shame (1)

Lotana (842533) | about 4 months ago | (#46522279)

It would seem IBM has no problem with their DB/2 UDB releases, which run on every version of Linux I've thrown them at over the past 5-6 years.

True, but that is IBM you are talking about.

It is a MASSIVE corporation that charges arms-legs-and-all-other-body-parts for their services. They got the resources to spare in order to test and support their products on all the hundreds of Linux distributions.

Contrast it to GoG.com that is a speck in comparison.

Re:It's A Shame (1)

Daniel Hoffmann (2902427) | about 4 months ago | (#46523717)

A bunch of IBM products are HELL to install. I never installed DB2 myself, but I have used it and boy I would rather use pretty much any other database server.

Re:It's A Shame (1)

jones_supa (887896) | about 4 months ago | (#46522329)

Funny. It would seem IBM has no problem with their DB/2 UDB releases, which run on every version of Linux I've thrown them at over the past 5-6 years. Sure you have to install some optional modules on some platforms, but how much more complex do you get than a database server?

Actually server apps are easy. Well, of course they can be very complex, but they don't necessarily need that many fancy interfaces like games do. What do you need for a server... a TCP/IP stack, a network card driver, a disk driver, a simple terminal for administration ... other than that, it is just running lots of standard CPU code.

This is also why Linux works so well on servers, but has still some rough edges on the desktop.

Re:It's A Shame (1)

Daniel Hoffmann (2902427) | about 4 months ago | (#46523709)

If you are lucky they support SUSE, if you are unlucky they support only Red Hat version X.

glibc cannot be statically linked (1)

Anonymous Coward | about 4 months ago | (#46525085)

This produces huge binaries with a lot of redundant code compiled in, but it means it works regardless of which libc you use

You didn't statically link glibc did you? It's LGPL which requires that the end-user be able to swap out the glibc you used with any other version they'd like to use. I suppose it's possible to do in some way, maybe by distributing object code which can then be linked against the user's custom glibc, but the requirement is ridiculous enough that, for a project that a friend and I are working on, we tell the Linux users to just run the Windows version in Wine even though the Windows version is just a port of the Linux version, as MinGW's libc isn't covered by the LGPL. When you're working on a free game in your spare time, you don't have any desire to waste resources complying with such BS licensing requirements.

I suspect that were it not for glibc's license making static builds illegal, we'd see a lot more commercial software available for Linux. It's kind of ridiculous that people even have to worry about licensing requirements just because they type "#include " but they do. I mean, I understand when searching out other libraries, for example, I wanted to use cracklib to suggest to users when they should choose a better password, but as it's LGPL, I simply passed on it and instead offer no suggestion at all as to the strength of a password. However, if you can't code anything that accesses the system at all (basic file I/O is covered by glibc) then you've got a major problem with the licensing requirements of releasing closed-source software for your OS. The result is that, rather than offer a fully statically-linked executable (which isn't nearly as bloated as most people assume -- 99.9% of your hard disk is full of data, not code) to guarantee a program will be functional (as the Linux ABI is quite stable in the portions covered by POSIX, which is all that the vast majority of software needs to access), you instead have people first requiring that you choose which distribution you're using, then which version, and if that fails, they at least ask which glibc your system has since, while they can probably find public domain or BSD-licensed code for most things they need to do, Linux's API is glibc and it's LGPL, so they can't statically link it, and instead have to provide a version of their program dynamically linked against every version of glibc that someone may have.

For more ridiculousness, just try to statically link a program that uses the getaddrinfo() function. You'll get a warning that the function will only work when run on a system with an identical version of glibc (which defeats the purpose of statically linking) and the glibc people see this as a non-issue since, due to the LGPL licensing, they don't believe you should be statically linking anything that uses glibc anyway. Indeed, this warning message was how I found out that I was violating the LGPL by releasing static builds of my free Linux game which I had been careful to use only public domain and BSD-licensed libraries. The fix for this, as mentioned above, was that I simply stopped releasing Linux versions of the game. With no money involved, I can't set up a server farm with every version of every Linux distribution in order to compile all of the different downloads, nor do I want to start and stop as many virtual machines as that would turn a 60-second compile into an hour long affair. If I had that kind of time to waste, I'd spend it improving the game, not dealing with BS licensing requirements. I imagine any commercial developers thinking about supporting Linux encounter the same situation and see that what just barely made any financial sense when they first thought of it suddenly makes much less sense when they realize what a complete PITA the licensing requirements of the standard library are.

Re:glibc cannot be statically linked (1)

cbhacking (979169) | about 4 months ago | (#46529845)

Well no, you don't statically link glibc (unless you're willing to open-source your own code, which most are not). There are other libc options, some of which can be incorporated into proprietary code on Linux. Some are less mature than glibc, but then, there are many people who disagree with some of the implementation decisions in glibc and prefer to use a different library anyhow.

Re:glibc cannot be statically linked (1)

Gerald Butler (3528265) | about 4 months ago | (#46532289)

I'm sorry, but, you are a fool. You do realize that you can include a lib folder as part of your application and include in that folder whatever versions of whatever libraries you want (yes, including libc) and simply load it via: env LD_LIBRARY_PATH=./lib/libc.so ... myexectuable. You can even wrap this up in a nice script. No static linking required. Your whole rant just shows you to be more interested in trolling than actually having any real expertise.

Re:It's A Shame (1)

Darinbob (1142669) | about 4 months ago | (#46522085)

I suspect they'll be very portable to other distributions anyway. They just won't be as simple to get running with just a click or two.

Steam Machine? (3, Interesting)

Ralph Wiggam (22354) | about 4 months ago | (#46520353)

I wonder how hard it will be to play these games on a Steam Machine. The quantity of Linux games available will make a big difference in the success or failure of that project.

Re:Steam Machine? (0)

Anonymous Coward | about 4 months ago | (#46520483)

Why would it be hard ? Of course they will work.

Re:Steam Machine? (1)

Ralph Wiggam (22354) | about 4 months ago | (#46520533)

It is not in Valve's interest to make it easy for you to play GOG games.

Re:Steam Machine? (1)

petermgreen (876956) | about 4 months ago | (#46521053)

I don't see any indication that valve is going for the lockdown strategy. Steamos is debian based and has a desktop mode so I can't imagine it will be any harder to install these games on there than on a regular debian system.

Re: Steam Machine? (1)

Anonymous Coward | about 4 months ago | (#46521193)

No, it is totally in Valve's interest to make GOG work on SteamBox. Valve needs games to fill the giant blank space on the back of the console's, well, box. GOG has plenty that are nearly ready to go, and not a whole lot of overlap in their catalogs. When a consumer has to choose, it's either Steam's lower price or GOG's DRM free ideals. I sometimes buy Steam first, and get a dupe GOG copy at a later sale.

Have you seen how much Humble pays for Steam keys? Zip. Humble can undercut Steam's distribution fees, send more $ to the developer, and leave Valve with the bandwidth bill. Gabe isn't playing to maximize revenue minute-to-minute, his game is to make a marketplace where customers and developers both feel like they're getting a fair deal.

Re:Steam Machine? (4, Informative)

guises (2423402) | about 4 months ago | (#46521861)

I don't see that it would be an issue, I'm sure that's a big part of why they picked Ubuntu - SteamOS is Ubuntu based.

Re:Steam Machine? (0)

Anonymous Coward | about 4 months ago | (#46522271)

No, SteamOS is based on Debian [steampowered.com] .

Re:Steam Machine? (1)

guises (2423402) | about 4 months ago | (#46522933)

Well I stand corrected. My mistake.

PlayOnLinux (5, Informative)

hduff (570443) | about 4 months ago | (#46520421)

PlayOnLinux can already access your GOG account and install many Windows games automatically and run them using WINE.

Here's a good tip for older games that use DOS4GW.EXE: download the GPL'ed binary from http://dos32a.narechk.net/inde... [narechk.net] and re-name it DOS4GW.EXE, then substutite it for the original. You'll find a noticable improvement in game performance, even using WINE o DOSBOX.

If your game uses CWSDPMI.EXE , download the latest version of it from http://web.archive.org/web/201... [archive.org]

Re:PlayOnLinux (1)

drinkypoo (153816) | about 4 months ago | (#46523219)

Sadly, PlayOnLinux never works for me. I feed it a supported title, and then it doesn't run. Or POL errors before it even installs. Tried a half-dozen supposedly supported games so far. Has it gotten usable lately?

I'm not sure this is such a big deal (1)

damn_registrars (1103043) | about 4 months ago | (#46520931)

I have purchased a significant number of games from GOG already, and play pretty well all of them on my Linux laptop in WINE.

Re:I'm not sure this is such a big deal (2, Informative)

Anonymous Coward | about 4 months ago | (#46521325)

Partially because it's now supported as in they'll give you help if something goes awry and will test the releases before claiming they work on Linux.

The bigger deal though is that it gives more visibility to Linux users. Buying a Windows version of a game and running it on Linux does very, very little for Linux,but buying and running a Linux version is something that developers notice. Even more so if people refuse to buy the Windows version and opt for the Linux version instead.

I can't wait to try Tux Racer! (0)

Anonymous Coward | about 4 months ago | (#46521483)

I hear that it supports all the latest Matrox Graphics cards - yay!

Re:I can't wait to try Tux Racer! (0)

Anonymous Coward | about 4 months ago | (#46522343)

You might want to take a peek here [steampowered.com] sometime.

Big Thank You!!! (1)

Lotana (842533) | about 4 months ago | (#46522297)

Thank you so much GoG!!!

No DRM, clean installers, good responsive forums, reasonably priced. And now Linux support incoming. Virtually unheard of in today's game publishing/distributing business.

Great news! (0)

Anonymous Coward | about 4 months ago | (#46522731)

This is great news. I own over 200 games on GOG and would be delighted to play on my linux machines, especially for some casual gaming on my linux laptop.

In b4 (-1)

Anonymous Coward | about 4 months ago | (#46522905)

Not good enough. DRM free, but still proprietary software!

wholesale from china http://www.shoesctv.com (-1, Flamebait)

kvcnmoui (3582745) | about 4 months ago | (#46523807)

Hello! everybody, give you recommend a good shopping place. cheap sunglasses http://www.shoesctv.com/ [shoesctv.com] NFL cap wholesale http://www.shoesctv.com/ [shoesctv.com] designer handbags http://www.shoesctv.com/ [shoesctv.com] cheap jordan shoes http://www.shoesctv.com/ [shoesctv.com] designer sunglasses http://www.shoesctv.com/ [shoesctv.com] handbags On Sale http://www.shoesctv.com/ [shoesctv.com] all jordan shoes http://www.shoesctv.com/ [shoesctv.com] jordans shoes http://www.shoesctv.com/ [shoesctv.com] jordan store http://www.shoesctv.com/ [shoesctv.com] michael jordan http://www.shoesctv.com/ [shoesctv.com] Air jordan 13 http://www.shoesctv.com/ [shoesctv.com] discount jordan shoes http://www.shoesctv.com/ [shoesctv.com] cheap designer handbags http://www.shoesctv.com/ [shoesctv.com] NBA cap wholesale http://www.shoesctv.com/ [shoesctv.com] best handbags http://www.shoesctv.com/ [shoesctv.com] cheap jordan http://www.shoesctv.com/ [shoesctv.com] Jordan for cheap http://www.shoesctv.com/ [shoesctv.com] Air jordan 11 http://www.shoesctv.com/ [shoesctv.com] ray ban sunglasses http://www.shoesctv.com/ [shoesctv.com] handbag store http://www.shoesctv.com/ [shoesctv.com] handbag patterns http://www.shoesctv.com/ [shoesctv.com] mens sunglasses http://www.shoesctv.com/ [shoesctv.com] imitation handbags http://www.shoesctv.com/ [shoesctv.com] replica rolex http://www.shoesctv.com/ [shoesctv.com] jordan release dates http://www.shoesctv.com/ [shoesctv.com] NHL cap wholesale http://www.shoesctv.com/ [shoesctv.com] wholesale from china http://www.shoesctv.com/ [shoesctv.com] Jordans For Sale http://www.shoesctv.com/ [shoesctv.com] cheap designer handbag http://www.shoesctv.com/ [shoesctv.com] designer handbags wholesale http://www.shoesctv.com/ [shoesctv.com]
Check for New Comments
Slashdot Account

Need an Account?

Forgot your password?

Don't worry, we never post anything without your permission.

Submission Text Formatting Tips

We support a small subset of HTML, namely these tags:

  • b
  • i
  • p
  • br
  • a
  • ol
  • ul
  • li
  • dl
  • dt
  • dd
  • em
  • strong
  • tt
  • blockquote
  • div
  • quote
  • ecode

"ecode" can be used for code snippets, for example:

<ecode>    while(1) { do_something(); } </ecode>
Create a Slashdot Account

Loading...