Package Details: sublime-text-dev 4.4184-1

Git Clone URL: https://aur.archlinux.org/sublime-text-dev.git (read-only, click to copy)
Package Base: sublime-text-dev
Description: Sophisticated text editor for code, html and prose - dev build
Upstream URL: https://www.sublimetext.com/dev
Licenses: custom
Conflicts: sublime-text
Provides: sublime-text
Submitter: realitygaps
Maintainer: SunRed (edub4rt)
Last Packager: SunRed
Votes: 517
Popularity: 0.091538
First Submitted: 2011-11-10 18:32 (UTC)
Last Updated: 2024-11-27 22:50 (UTC)

Pinned Comments

SunRed commented on 2022-02-20 11:30 (UTC)

Please note that the dev branch of this software requires a license to be purchased from the website. If you want to support this software, please consider doing so.

You can use the stable branch available at sublime-text-4 or the official package for free.

SunRed commented on 2021-05-21 13:04 (UTC)

To cut down the amount of packages to be maintained and to decrease confusion, this package is now used for the 'dev' branch of Sublime Text that is kept up to date with the most recent version. Users who want to stay on the latest legacy versions or the most recent stable release should stick to the respective stable release packages (sublime-text-3, sublime-text-4) or use the official repos provided by Sublime Text.

Latest Comments

« First ‹ Previous 1 .. 8 9 10 11 12 13 14 15 16 17 18 .. 22 Next › Last »

Marcel_K commented on 2015-04-01 22:06 (UTC)

Please run pacman -Qo /usr/share/icons/hicolor/16x16/apps/sublime-text.png to see which package owns that file. In my case, it's this package. FYI, sublime-text creates the same file with an underscore instead of a hyphen.

lucacerone commented on 2015-04-01 21:24 (UTC)

I had one issue, the installation was failing because PKGBUILD was trying to create a link /usr/share/icons/hicolor/16x16/apps/sublime-text.png which already existed. I changed the ln command to /usr/share/icons/hicolor/16x16/apps/sublime-text-dev.png and the installation worked flawlessly. I have both sublime-text and sublime-text-dev and they seem to work just fine.

sender commented on 2015-03-29 18:23 (UTC)

@Marcel_K Done. Actually you are right, I did this back when I still ran both versions alongside eachother. Thanks.

Marcel_K commented on 2015-03-29 09:51 (UTC)

Indeed, and I tested this (I currently have installed 2 and 3 alongside eachother, without problems). I thought you (or a previous maintainer) deliberately made all file names and pathes different from sublime-text. Just compare them: http://pastebin.com/PykXT2hy

sender commented on 2015-03-28 15:29 (UTC)

@Marcel_K So you say there is no need for the conflict/provide clauses with package sublime-text, and you have tested this? If no objections (anyone?) I will make the change. Thanks for looking into this.

Marcel_K commented on 2015-03-26 14:56 (UTC)

That's probably a problem upstream. Head over to the forum to ask for help: http://www.sublimetext.com/forum/ @Sander: why does this package still conflict with sublime-text?

Xenock commented on 2015-03-26 14:04 (UTC)

Hi! I have problems with the last Build, "sublime-text-dev 3.3083-1". When sublime is started, two processes goes more than 90% of my cpu. My system is a x64. Thanks in advance.

ali commented on 2015-03-26 09:50 (UTC)

Build 3083 out Release Date: 26 March 2015

toddpi314 commented on 2015-03-24 13:40 (UTC)

Confirmed success install of 3080 on arch 2015.03.01

Marcel_K commented on 2015-03-24 10:44 (UTC)

About the conflict: why? I've already installed 2 and 3 alongside eachother without issues at all. Moreover, all filenames are different, like using hyphens vs. underscores. E.g.: usr/share/icons/hicolor/128x128/apps/sublime_text.png (2) usr/share/icons/hicolor/128x128/apps/sublime-text.png (3) If we replace 2 by 3, we can ignore those things and even rename script subl3 to subl. But I slightly prefer to have packages that can be installed without conflict alongside eachother.