Package Details: sublime-text-nightly 3.3211-1

Git Clone URL: https://aur.archlinux.org/sublime-text-nightly.git (read-only, click to copy)
Package Base: sublime-text-nightly
Description: Sophisticated text editor for code, html and prose - nightly build (available to registered users only)
Upstream URL: http://www.sublimetext.com/3dev
Licenses: custom
Conflicts: sublime-text-dev
Provides: sublime-text-dev
Submitter: sender
Maintainer: sender
Last Packager: sender
Votes: 79
Popularity: 0.000000
First Submitted: 2012-03-07 16:46
Last Updated: 2019-10-01 09:32

Pinned Comments

sender commented on 2017-06-04 15:31

Since 26 May 2017 Sublime Text 3 is available via the dedicated pacman repo provided by the author. From now on this is the recommended way to install ST3 on Arch Linux.

Package sublime-text-dev is replaced by repo 'stable'.
Package sublime-text-nightly is replaced by repo 'dev'.

See: https://www.sublimetext.com/docs/3/linux_repositories.html#pacman

sender commented on 2016-02-17 08:26

There seems to be a lot of confusion about the ST packages. This is because the author switched names for branches. AUR packages available:

Sublime Text 3 Beta
- package: sublime-text-dev
- upstream: www.sublimetext.com/3

Sublime Text 3 Dev (used to be called nightly)
- package: sublime-text-nightly
- upstream: www.sublimetext.com/3dev
- NOTE: for registered users only

If you want the latest build install *sublime-text-nightly*. Note that you have to be licensed to use this!

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 Next › Last »

sakaru commented on 2013-03-18 12:51

Thanks for the very fast updates sender :)

I suggest that the update notification be disabled. I believe all software in the official repos disable update notifications, since updating packages is the job of the package maintainer, not the user. However I realise they can do it at configure time, whereas for us to do it we'd have to alter the contents of opt/sublime_text/Packages/Default.sublime-package

What are your opinions on this? Is this a case where Arch's no patching rule wins out?

I have created a PKGBUILD with this suggested change here: https://github.com/sakaru/PKGBUILD/tree/master/sublime-text-nightly

jiggak commented on 2013-03-03 15:05

32bit md5sum should be ac27762542a965ff253e765f5cda015d

sender commented on 2013-02-24 10:04

The author started a new channel 'dev3' (http://www.sublimetext.com/3dev), providing 'in-progress versions of Sublime Text 3'. I'll try to keep this package updated with the latest build (3013 as of now).

sender commented on 2013-02-01 13:04

Packaged 3009. Changed some small things, icons are now symlinked. Also added an .install to run gtk-update-icon-cache.
@sakaru: ouch, thanks.

sakaru commented on 2013-02-01 10:40

Your subl symlink, and the .desktop file are being symlinked to the build directory. This means that when you delete your 'pkg' folder sublime will cause errors. With the AUR helpers this will happen automatically when you reboot since /tmp is in ram.

I have fixed this in https://github.com/sakaru/PKGBUILD/tree/master/sublime-text-nightly and it seems to work for me. Can someone confirm?

sakaru commented on 2013-02-01 10:05

No, it's fine, it was just me being silly I suppose.
Should the upstream url be changed to http://www.sublimetext.com/3 now?

sender commented on 2013-02-01 04:00

Packed 3008, now with a symlink for subl and using the sublime_text.desktop from the author. AFAICS it all works.

Install path is changed again to /opt/sublime_text as the author is using this in the desktop file (@sakura if there is any reason why this is wrong, please let me know).

Thanks for all the feedback.

sakaru commented on 2013-01-30 23:19

Please don't flag something as out of date if it's not out of date. The fix is already in the comments if you are having problems installing on i686.

sakaru commented on 2013-01-30 10:31

Confirmed about the subl symlink and the incorrect md5sum. However the md5sum that's wrong is the x32, not the x86.

jiggak commented on 2013-01-30 06:15

md5sum for x68 download should be a6d4123369ab5fe05a97f44ca1350e37.

Also, sublime text 3.x automatically forks when launched from the command line so the "subl" bash script is no longer necessary. Creating a symlink named subl to the sublime_text binary would achieve the same result.