Package Details: sublime-text-nightly 3.3120-1

Git Clone URL: https://aur.archlinux.org/sublime-text-nightly.git (read-only)
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: 69
Popularity: 2.193334
First Submitted: 2012-03-07 16:46
Last Updated: 2016-08-01 07:57

Pinned Comments

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

sender commented on 2016-07-14 10:06

@cfstras Thanks for your input. For now I think it's a bit tricky to implement such a feature considering the diverse ways people would use (and install) this package. IMO it seems that staying as close as possible to the Arch way means we leave the package as is.

cfstras commented on 2016-07-04 11:43

@sender agreed, force-closing might be too invasive, more so if a user disabled the autosave-feature. Is there the possibility of a timed prompt? So if the user happens to run their upgrade automatic, they'll see it, and after 10s it upgrades anyway?

We could learn from the way Windows Sublime self-updates. There might even be a possibility to tell Sublime itself to display a prominent (timed) prompt, to ensure catching active users.

sender commented on 2016-07-03 11:47

@cfstras Valid point, but I don't see a sufficiently viable solution (yet). We can detect if ST is running, and present a prompt (force-closing is too invasive IMO). Downside of this is that it renders 'unattended installs' impossible/more difficult, and deviates from the default installation process (any examples of other packages that use a prompt?). You are right about ST saving its workspace. This does also happen when it freezes when updating. So manually killing and restarting has the same net-result as automating this (correct?). Downside: first time is a bit rough. Upside: the user if fully aware and responsible.

cfstras commented on 2016-06-30 09:38

Note that it seems sublime _really_ does not like being updated while it's running. The last three updates I did made it hang so it had to be killed.

Is there an option to change the package so pacman will print a warning or gracefully close and restart after? (Since sublime saves the full workspace, no work would be lost, but it would be an interruption...)

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!

tsouzar commented on 2015-05-18 05:13

There is already another package for Sublime Text 3 dev. Two packages (both maintained by @sender) for dev releases and none to beta ones. Sad... and why?

sender commented on 2015-03-17 12:06

My autobuild script packaged 3076 when it was released, but it got pulled within an hour. This package is reverted to build 3075 (dd. 10 March 2015).

sender commented on 2015-02-20 19:35

Updated to 3071.

@Marcel_K: thanks for the tip
@cola4cube: agreed - should have done this in the first place

Anonymous comment on 2015-02-20 19:26

Thanks a bunch for maintaining the ST3 dev build and keeping it updated. Cheers!

Anonymous comment on 2015-02-20 17:44

Thanks a bunch for maintaining the ST3 dev build and keep it updated. Cheers!

Marcel_K commented on 2015-02-19 17:03

You can now use separate source arrays for i686 and x86_64 only binaries. See https://aur.archlinux.org/packages/te/texlive-bin-svn/PKGBUILD for an example.

cola4cube commented on 2015-02-19 07:22

@sender can you please move gksu to optdepends? Not everybody needs a sudo-save environment. Thanks!

DoTheEvolution commented on 2014-12-23 18:56

heads up
That gksu might not be needed in the some future builds, as fallback to pkexec has been promised.
http://www.sublimetext.com/forum/viewtopic.php?f=3&t=16961

sender commented on 2014-12-23 15:15

@DoTheEvolution thanks for the tip, added gksu.

DoTheEvolution commented on 2014-12-19 20:44

dependency - gksu
https://www.archlinux.org/packages/extra/i686/gksu/
if you want sudo-save to work

XeroXer commented on 2014-08-26 18:48

Change pkgrel=1 to pkgrel=2 in PKGBUILD to not get update notification with the same version over and over.

sender commented on 2014-05-05 19:40

Thanks @nikomo ;)

nikomo commented on 2014-05-05 19:24

Patch for new version
http://pastebin.com/raw.php?i=qDGfS4UT

nikomo commented on 2014-05-05 19:14

--- sublime-text-nightly/PKGBUILD 2013-12-21 21:10:24.000000000 +0200
+++ PKGBUILD 2014-05-05 22:11:25.994787389 +0300
@@ -1,7 +1,7 @@
# Maintainer: Sander Boom <sander at inflowmotion dot nl>

pkgname=sublime-text-nightly
-pkgver=3.3061
+pkgver=3.3062
pkgrel=1
pkgdesc="Sophisticated text editor for code, html and prose - nightly build (available to registered users only)"
arch=('i686' 'x86_64')
@@ -20,10 +20,10 @@
"http://c758482.r82.cf2.rackcdn.com/sublime_text_3_build_${pkgver:2}_${_archurl}.tar.bz2"
"sublime_text_3.desktop"
)
-md5sums=('562504b0902ada2e243cc957e2623b7c'
+md5sums=('a0a477711bef91b4b4a9684ddb0a1fe7'
'3843bb9bba00e7817e3194ed99d2ff26')

-[[ "${CARCH}" = i686 ]] && md5sums[0]='40a4568da89d3fd85f12ca0bb4e7de0c'
+[[ "${CARCH}" = i686 ]] && md5sums[0]='2565a62a256a985e27e82545778ac505'

package() {
cd "${srcdir}"

flokli commented on 2013-10-17 15:55

thanks :-)

sender commented on 2013-10-17 09:08

Enjoy build 3054 :)

flokli commented on 2013-10-17 09:04

build: 3054 is available

sender commented on 2013-07-28 15:00

@hobarrera Please see https://aur.archlinux.org/packages/sublime-text-dev for the 3 beta version (that has been open to non-registered users since June 27).

This package is the 3 nightly version from http://www.sublimetext.com/3dev, which still states 'available to registered users only'.

hobarrera commented on 2013-07-28 12:54

"Beta is now open to non-registered users" (since yesterday). You might want to update pkgdesc.

sender commented on 2013-07-22 07:19

@akulikov updated to 3050

Anonymous comment on 2013-07-22 06:20

build 3050 is avaliable

Anonymous comment on 2013-06-28 16:28

@sender thanks for the crazy fast update!

sakaru commented on 2013-04-04 13:43

The idea and the PKGBUILD seem fine to me.

One little comment I have is that you should change the build() function to a package() function, since in the future package() function will be required while the build() function is optional.

See https://mailman.archlinux.org/pipermail/aur-general/2013-April/022897.html

sender commented on 2013-04-04 13:02

Mainly because not all plugins are working as expected on ST3 (yet), I want to enable to possibility of installing ST2-dev and ST3-nightly side-by-side.

To enable this, I've added a new .desktop file and an additional link to start ST3 from the terminal (subl3). New PKGBUILD can be seen here: https://gist.github.com/inflowmotion/96e12ef66f829ca0d3ad

If nobody objects, I'll submit this. Just checking in, because you will no longer type 'subl', but 'subl3' to launch ST3-nightly :)

sender commented on 2013-03-19 15:14

@sakaru Thanks for the effort. I think you made a good point. I'll include the post-install message in the next release.

sakaru commented on 2013-03-18 19:33

Apologies for the comment spam:
According to the previously linked forum thread it is not correct to edit the provided configuration file. Instead a post-install message should explain to the user that they may want to disable the update_check.

sakaru commented on 2013-03-18 14:17

I've opened a thread on what the correct approach is regarding the update notifications here: https://bbs.archlinux.org/viewtopic.php?pid=1245660

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.

anatolik commented on 2013-01-29 15:32

build 3007 is out http://www.sublimetext.com/3

sender commented on 2013-01-29 14:11

Updated to ST3 beta by @sakaru's PKGBUILD (thanks).

I'll run some tests later and see what changes should be made (e.g. .desktop file is now provided).

sakaru commented on 2013-01-29 11:15

I've altered the PKGBUILD for ST3 and put it here: http://ompldr.org/iaDlzZQ
I also changed the install path from /opt/sublime_text to /opt/sublime-text

jwa commented on 2013-01-29 08:57

Might want to update to http://www.sublimetext.com/3
Or rename the packages (again).

MatejLach commented on 2012-10-10 20:25

@sender @bennylb0 - No such problem here, Xfce 4.10

sender commented on 2012-05-11 12:35

@bennylb0: I can't reproduce the problem and it seems that the desktop file is in line with the specs. If others also have this problem I'd like to hear about it. Thanks for the comment.

bennylb0 commented on 2012-05-11 04:10

Hi there, thanks for providing nightly builds.

One thing I noticed is that the icon didn't appear until explicitly specifying path /usr/share/icons/hicolor/128x128/apps/sublime_text.png in the sublime_text.desktop file.

Not sure whether that's a permissions problem on my side but I thought I'd let you know.

sender commented on 2012-03-21 07:43

NOTE on nightly, dev and stable build numbers: nightly builds always have the latest changes even though the build number on a dev can be larger. Note from the author of Sublime Text:

"The contents of 2188 and 2190 are the same, there aren't any new changes in the dev build that aren't in the nightly build."