Sorry, but God knows nothing about Slackware. Judging by the state of the world, He's running Windows ME. Ask "Bob", instead.

10 members found this post helpful.

@brianL: +1 to this

Yeah, this is something to consider I'll grant you. I recently upgraded from Slackware 13.137 to Slackware64 14RC4. Since I also changed architecture I couldn't reuse my non-official packages and everything had to be recompiled. For the most part it all went smoothly. The vast majority of things still compiled with the 13.37 scripts. Also some things didn't need to be compiled again anyway because there are now official packages that ship with Slackware. However I did have a few problems with a handful of packages. Some I could just tweak the build script slightly but I am still missing a few things. For example I haven't yet got gtksourceview to compile and I have other stuff that depends on that. I have been meaning to checkout the git master branch of SlackBuilds.org as I believe it has some updates in preparation for 14 but I just haven't got around to it and the stuff I am missing is not that important to me that I can't live without it.

If you don't have many third party packages you will probably be OK but it might be best to test building your favourite stuff in a virtual machine running current before you commit to the upgrade.

EDIT: Ok, I checked out master:

and the updated gtksourceview SlackBuild compiles just fine! Hats off to the SBo admins, you are clearly doing a great job getting everything ready for Slackware 14!

...that has been hijacked and acts as a zombie now.

@ruario and jjthomas

fellow slacker, ponce, does a *nice* job, you may want to check it out, if unawares:

http://github.com/Ponce/slackbuilds

cheers,

Most SlackBuilds will work out of the box in -current. Some of those that don't work, will do if you upgrade the version of the package.

We have a list of untested or problematic builds here: http://www.slackbuilds.org/Checklist.txt . Everything that is not on that list will work in -current right now or will do in the very near future (unless it has been dropped or something). If you test or manage to make some of the software of the list work on Slackware RC, I guess the build maintainers will like to hear about how did you do it.

1 members found this post helpful.

I agree that the folks working on our SlackBuilds do an awesome job. I don't mind tweaking the install scrips, I do so when needed for my particular installation.

Thank you for the replies. I'll be standing by for 14....

-JJ

is it just me or is it also others that feels like this is a forum troll/spam...

Which post are you referring to?

I, too, intend to use firefox 3.6.28 with slackware 14.0. I am still using slack13.1 on my laptop, and firefox 3.6.3 is a much more stable, less bloaty product than the 15.0.1 I've been using at work.

Would a project to backport security fixes to ff3.6.28 be of interest to anyone other than myself?

More information of Firefox ESR releases here. You can download the latest Firefox 10.0.X ESR binary here. You can either use this directly or repack it. One nice thing about the binary packages that Mozilla provide is that they are PGO. The binaries provided by most (all?) distros are not PGO, nor is this something a regular user is likely to do, or at least do well. As such the Mozilla provided binary versions are almost certainly faster.

I don't use Firefox for day to day browsing but it is handy for the occasional comparative test with Opera and so I wrote a script that I use for doing a binary repack of Firefox into Slackware format. Whilst my script is designed to fetch and install the latest stable (regular) release it can repack ESR releases as well by simply setting $VERSION to the version you want, e.g.

If you want a different language, set $FFLANG to your preferred locale (it is set to en-US by default).

P.S. We use PGO with Opera binaries as well!

1 members found this post helpful.

*Sigh* Wish I could, but there are always some programs that are so "up to date" that they refuse to play with anything but Oracle Java 7...

[RANT]

BTW, why do some developers feel compelled to use every latest dang feature. Now it's java, but I unfortunately am old enough to remember FORTRAN code breaking because someone had to use Watfor extensions, then Fortran 77 then 90.. and usually, as far as I can tell, the generic code that would still have worked on Fortran 66 would've have worked just as well. Keep your code generic if at all possible*, it makes it so much easier to migrate/port.

*exceptions to the rule noted

[/RANT]

... and I suppose there are security concerns with keeping with the old java as well as going with the new java.

ponce is now one of "us" i.e. an admin at SlackBuilds.org :-)
http://slackbuilds.org/contact/

2 members found this post helpful.

Congratulations to Ponce. He's been saving my bacon with slack builds since I started with Slackware 3 years ago

1 members found this post helpful.

well about releasing slackware 14.0 I don't mind wait for some more months.
To get an stable and some what less buggy slackware dvd from slackstore.
If this get rushed slackware would become like debian.
not that debian is an bad distribution but much different from slackware.
slackware should be like it always have been. stable from the start,
until you fuck it up. not the other way around