Closed Romane-T closed 7 years ago
@Romane-T Hey, could you try to build the appshell on your system. The repo is located at: https://github.com/adobe/brackets-shell. The build instructions are at: https://github.com/adobe/brackets-shell/wiki/Building-Brackets-Shell This may help us locate if the error is with the installer.
You may want to check out this PR: https://github.com/adobe/brackets-shell/pull/489 This may fix your issue but its not ready for testing yet.
On 21/01/15 21:17, Prashant Kumar Singh wrote:
@Romane-T https://github.com/Romane-T Hey, could you try to build the appshell on your system. The repo is located at: https://github.com/adobe/brackets-shell. The build instructions are at: https://github.com/adobe/brackets-shell/wiki/Building-Brackets-Shell This may help us locate if the error is with the installer.
You may want to check out this PR: adobe/brackets-shell#489 https://github.com/adobe/brackets-shell/pull/489 This may fix your issue but its not ready for testing yet.
— Reply to this email directly or view it on GitHub https://github.com/adobe/brackets/issues/10255#issuecomment-70820929.
Good morning
Many thanks for your reply.
Sorry, but looked at the material at the links given, and too much over my head. The build instructions, though they seemed sort of straight forward, still left me confused. The last link to the "PR" - well, first, I have utterly no idea what a "PR" is, and what was on that page made absolutely zero sense to me.
I am not a programmer. All that I learned about programming was a bit more than a quarter a century ago. Everything has dramatically since then, and I have forgotten it all anyway. I use Brackets solely to write my HTML pages, and even then fairly simple.
I have no idea what the difference between libgcrypt11 and libgcrypt20 is, and have no interest in finding out. That is a developer issue.
Perhaps I am being simplistic, but it strikes me as a case of Brackets declaring a dependency for libgcrypt11, while Debian have updated in Jessie to libgcrypt20. If I remove libgcrypt11, Brackets is removed - that's the nature of a dependency. Debian does not carry Brackets in its repositories, so the issue returns to Brackets keeping up to what the distribution does.
Reason and logic thus tells me that attempting to do the build you suggested is unlikely to fix the problem UNLESS this updates the dependencies for libgcrypt. If it doesn't update that dependency, then the problem still exists, and attempting to remove libgcrypt11 will still remove Brackets. And if it is the fix to the problem, then I am certain that at least one of your developers who knows something more about building and deploying will be quite capable of testing it and applying it for the next release, which I would assume they are doing anyway.
And while it is not fixed, Jessie users, except the small minority who keep a copy of libgcrypt11 on hand, will not be users of Brackets, noting that Jessie is soon to go stable (172 bugs left to squash).
With greetings
Romane
I think libgcrypt11 is required for CEF(https://code.google.com/p/chromiumembedded/) that most brackets features run on. The link i had posted is a link to a pull request that upgrades to a more recent version of CEF (I think libcrypt20 will work with the new CEF)
Here is where you can download the build for linux: https://github.com/adobe/brackets/releases/tag/linux-cef-2171
I don't have access to a system with Debian so I can't be sure this build will fix your issue. There may be a few other small glitches as this build is still being tested. I will try to update the release with a more stable build once ready. Thanks!
On 23/01/15 21:44, Prashant Kumar Singh wrote:
I think libgcrypt11 is required for CEF(https://code.google.com/p/chromiumembedded/) that most brackets features run on. The link i had posted is a link to a pull request that upgrades to a more recent version of CEF (I think libcrypt20 will work with the new CEF)
Here is where you can download the build for linux: https://github.com/adobe/brackets/releases/tag/linux-cef-2171
I don't have access to a system with Debian so I can't be sure this build will fix your issue. There may be a few other small glitches as this build is still being tested. I will try to update the release with a more stable build once ready. Thanks!
— Reply to this email directly or view it on GitHub https://github.com/adobe/brackets/issues/10255#issuecomment-71182554.
Good morning
Now this is something within my capacity, and my thanks for giving me the opportunity.
Your first paragraph, I gather that whatever a CEF is, the new version might work with libgcrypt20
Downloaded the build in the second link, and before installing it, purged the version already installed. Once purged, tested to see if removing libgcrypt11 would affect any other package. There were no other dependencies.
Installed the version just downloaded from the link in your email. The install went without a hitch - zero warnings or errors.
Opened the application to ensure that it ran fine. it did. Noticed (an aside to the topic of this thread) on closing that, though still needing two clicks on the x button, the first click greyed the entire application window, then on the second click the window closed as expected. Previously, the first click on the x button did not appear to do anything, so it would appear that some progress has been made to resolving this issue. Closing through the 'File' menu closed the application normally.
After closing Brackets, attempted to remove libgcrypt11. Unfortunately, removing libgcrypt11 will still remove Brackets with it, so this build (Release 1.2 experimental build 1.2.0-15628 (master 5dddaa1f7) build timestamp: Thu Jan 22 2015 03:59:17 GMT-0800.) still retains the issue.
I even tried a reboot, knowing with 99% certainty that it would make no difference. It didn't.
With warm greetings
Romane
Some clarification here: PR is short for "Pull Request" and it's when somebody proposes a change to the source code. It's pretty GitHub-specific, and as GitHub's all about social coding, it's a huge feature over here.
CEF is the "Chromium Embedded Framework", which is basically a configurable and embeddable version of the Chrome/Chromium browser. It's used in Brackets to render the UI, as Brackets is mostly written in HTML, CSS, and JavaScript - just like your website.
Good morning
This is, for a complete non-programmer as myself (I don't count the HTML I do as programming), quite useful information. Not just for the explanation of the acronyms - I feel a little less like an alien now in a foreign environment - but for the clear fact, combining information in both your and Prashant's posts, that the issue itself is not Brackets so much as upstream. Till upstream provide an update that resolves the issue, Brackets has its hands tied.
This is the only issue with Brackets and Jessie (Debian 8) that can become a show-stopper. Not difficult to resolve if one knows where to look. Have just checked to make sure, and Debian stable (Wheezy), due to become old-stable when Jessie is declared stable, has libgcrypt11. It will remain old-stable till the successor to Jessie goes stable and Jessie becomes old-stable, which gives a fair window of time during which the Chromium Embedded Framework can do the catchup. Perhaps just a note in a relevant place for the unaware that this dependency exists for Brackets at this time, and how they can obtain it - just a random thought. Installing via dpkg is then a breeze.
In the interim, if you would like someone to provide any testing on future development versions of Brackets to assess if this issue has been resolved, feel free to ask. It will be my pleasure, even if it is only a very tiny contribution back to the very excellent Brackets.
With greetings
Romane
On 24/01/15 00:11, Marcel Gerber wrote:
Some clarification here: PR is short for "Pull Request" and it's when somebody proposes a change to the source code. It's pretty GitHub-specific, and as GitHub's all about social coding, it's a huge feature over here.
CEF is the "Chromium Embedded Framework", which is basically a configurable and embeddable version of the Chrome/Chromium browser. It's used in Brackets to render the UI, as Brackets is mostly written in HTML, CSS, and JavaScript - just like your website.
— Reply to this email directly or view it on GitHub https://github.com/adobe/brackets/issues/10255#issuecomment-71197789.
Note: the issue with the close button is tracked as #4611, and it is indeed expected to be slightly improved in the test build linked above
I think to fully fix this we need to update the dependencies on our .deb build script to match the dependencies of the new CEF. @jasonsanjose said this is kind of a pain (manual process), but we've done it in the past for some earlier CEF updates, and it seems necessary this time.
Good morning
On 28/01/15 07:35, Peter Flynn wrote:
I think to fully fix this we need to update the dependencies on our .deb build script to match the dependencies of the new CEF. @jasonsanjose https://github.com/jasonsanjose said this is kind of a pain (manual process), but we've done it in the past for some earlier CEF updates, and it seems necessary this time.
— Reply to this email directly or view it on GitHub https://github.com/adobe/brackets/issues/10255#issuecomment-71732625.
Am I right in assuming that it is a tedious process rather than a programming process? If not a programming process, for someone like myself who would need perhaps some (or likely more) hand-holding as he
a) has no idea how to do a pull request and the associated return of changed data b) no idea of what actually needs to be changed
but is willing to learn provided there is someone with patience who can answer sometimes (often?) silly questions (in other words, I can appear really dumb sometimes), be of any use? Think of me as noob from core to surface.
The doing will, in the final analysis, prove the best teacher.
Besides (Romane grinning), it would give me something to do every third day. rather than my current cycle of every second day with existing projects.
With greetings
Romane
The dependency originates from https://github.com/adobe/brackets-shell/blob/master/installer/linux/debian/control#L8.
Changing it to libgcrypt11 (>= 1.4.5) | libgcrypt20
should work, but I'm not sure if CEF/Chromium already support libgcrypt20
.
@Romane-T Could you just test if apt-get install chromium
works for you? (Of course in Jessie and without libgcrypt11
installed) If it doesn't work, you can be sure that Brackets currently can't do anything about this issue. If it works, we'd still have to test if CEF works with libgcrypt20
.
Good morning
On 01/02/15 07:23, Marcel Gerber wrote:
The dependency originates from https://github.com/adobe/brackets-shell/blob/master/installer/linux/debian/control#L8. Changing it to |libgcrypt11 (>= 1.4.5) | libgcrypt20| should work, but I'm not sure if CEF/Chromium already support |libgcrypt20|.
@Romane-T https://github.com/Romane-T Could you just test if |apt-get install chromium| works for you? (Of course in Jessie and without |libgcrypt11| installed) If it doesn't work, you can be sure that Brackets currently can't do anything about this issue. If it works, we'd still have to test if CEF works with |libgcrypt20|.
— Reply to this email directly or view it on GitHub https://github.com/adobe/brackets/issues/10255#issuecomment-72337321.
My current machine(s) are all running Jessie, bar one Windows machine which is seldom used.
Began by purging libgcrypt11, which uninstalled Brackets as a consequence.
executed aptitude install chromium. The version installed is chromium_40.0.2214.91-1 and install without errors.
Executed dpkg -i Brackets.Release.1.1.64-bit.deb
Errors reported - missing libgcrypt11. Transcript follows:
root@medion:/home/romane/software/linux/debs/Brackets# dpkg -i Brackets.Release.1.1.64-bit.deb Selecting previously unselected package brackets. (Reading database ... 209202 files and directories currently installed.) Preparing to unpack Brackets.Release.1.1.64-bit.deb ... Unpacking brackets (1.1.0-15558) ... dpkg: dependency problems prevent configuration of brackets: brackets depends on libgcrypt11 (>= 1.4.5).
dpkg: error processing package brackets (--install): dependency problems - leaving unconfigured Processing triggers for hicolor-icon-theme (0.13-1) ... Processing triggers for menu (2.1.47) ... Errors were encountered while processing: brackets
Going by your comment (above), looks like we are stuck at this for a bit yet.
With greetings
Romane
So I tried what @MarcelGerber suggested above. But instead of changing it in the source, I changed it inside the distributed .deb file (Brackets.Release.1.2.64-bit.deb
) and packaged it again. Brackets started working normally, so far. Not sure which feature in Brackets can trigger a possible crash.
Here's what I did:
Brackets.Release.1.2.64-bit
(Take a backup of the debfile to avoid overwriting when repackaged).$ nano Brackets.Release.1.2.64-bit/DEBIAN/control
libgcrypt11 (>= 1.4.5)
and change it to libgcrypt20 (>= 1.5)
, save and exit.$ sudo chown -R root:root Brackets.Release.1.2.64-bit/
dpkg-deb
command$ sudo dpkg-deb --build Brackets.Release.1.2.64-bit/
$ sudo dpkg -i Brackets.Release.1.2.64-bit.deb
Is it good to send a PR with this? I know it should go to brackets-shell, are there any guidelines for debian packaging?
Good morning
On 05/02/15 17:54, Sarath wrote:
So I tried what @MarcelGerber https://github.com/MarcelGerber suggested above. But instead of changing it in the source, I changed it inside the distributed .deb file (|Brackets.Release.1.2.64-bit.deb|) and packaged it again. Brackets started working normally, so far. Not sure which feature in Brackets can trigger a possible crash.
Here's what I did:
- Extract the .deb file manually from your file manager. It creates a folder named |Brackets.Release.1.2.64-bit| (Take a backup of the debfile to avoid overwriting when repackaged).
- Edit the control file in the extracted package.
$ nano Brackets.Release.1.2.64-bit/DEBIAN/control - Look for libgcrypt11 (>= 1.4.5) and change it to libgcrypt20 (>= 1.5) , save and exit.
- Change the ownership of all files and folder to root (This is needed for deb packaging purposes).
$ sudo chown -R root:root Brackets.Release.1.2.64-bit/ - Create the deb file again using the dpkg-deb command
$ sudo dpkg-deb --build Brackets.Release.1.2.64-bit/
- Install again
$ sudo dpkg -i Brackets.Release.1.2.64-bit.deb Is it good to send a PR with this? I know it should go to brackets-shell, are there any guidelines for debian packaging?
— Reply to this email directly or view it on GitHub https://github.com/adobe/brackets/issues/10255#issuecomment-73007571.
My thanks to Sarath. Following much head-banging on the desktop, finally succeeded in rebuilding the version 1.1 .deb with Sarath's instructions, and some help from the man command to fill in some spaces. I can confirm that the .deb installs fine, no error messages, and that removal of libgcrypt11 went smoothly, leaving Brackets installed.
But....
Though Brackets installs fine without libgcrypt11, it does not run without libgcrypt11. As soon as installed libgcrypt11 again, ran perfectly again. Tested by multiple removals and installs of both Brackets and libgcrypt11, together and separately.
Saranth, when you installed the modified .deb file, did you ensure that libgcrypt11 was removed from the system? If it is still there, that may account for it running for you. If you have no trace of libgcrypt11, then what is different between your system and mine that allows Brackets to run? Are you running Debian Jessie, or another version or another distro?
With greetings
Romane
@Romane-T,
Saranth, when you installed the modified .deb file, did you ensure that libgcrypt11 was removed from the system? If it is still there, that may account for it running for you. If you have no trace of libgcrypt11, then what is different between your system and mine that allows Brackets to run? Are you running Debian Jessie, or another version or another distro?
I'm running Debian Jessie a.k.a testing a.k.a 8.0. Yes, I had no trace of libgcrypt11
on my system. Instead I have libgcrypt20
. Currently that is the only version of the package available in jessie. Its not possible for me to install libgcrypt11
. Try apt-cache search libgcrypt
and tell me if you still see libgcrypt11
. However, you may find libgcrypt11-dev
which has nothing to do with brackets.
Though Brackets installs fine without libgcrypt11, it does not run without libgcrypt11.
What do you mean? Does it not start? Does it crash?
As soon as installed libgcrypt11 again, ran perfectly again.
How did you install libgcrypt11 again? If you are still able to, that means your package list isn't updated. You can try doing a apt-get clean
and then apt-get update
and apt-get upgrade
if you haven't done it in a few weeks now.
Good morning
On 06/02/15 01:21, Sarath wrote:
@Romane-T https://github.com/Romane-T,
Saranth, when you installed the modified .deb file, did you ensure that libgcrypt11 was removed from the system? If it is still there, that may account for it running for you. If you have no trace of libgcrypt11, then what is different between your system and mine that allows Brackets to run? Are you running Debian Jessie, or another version or another distro?
I'm running Debian Jessie a.k.a testing a.k.a 8.0. Yes, I had no trace of |libgcrypt11| on my system. Instead I have |libgcrypt20|. Currently that is the only version of the package available in jessie. Its not possible for me to install |libgcrypt11|. Try |apt-cache search libgcrypt| and tell me if you still see |libgcrypt11|. However, you may find |libgcrypt11-dev| which has nothing to do with brackets.
Though Brackets installs fine without libgcrypt11, it does not run without libgcrypt11. What do you mean? Does it not start? Does it crash? As soon as installed libgcrypt11 again, ran perfectly again. How did you install libgcrypt11 again? If you are still able to, that means your package list isn't updated. You can try doing a |apt-get clean| and then |apt-get update| and |apt-get upgrade| if you haven't done it in a few weeks now.
— Reply to this email directly or view it on GitHub https://github.com/adobe/brackets/issues/10255#issuecomment-73063411.
@saranth
First, re libcrypt11. My repositories are fine. I update and install available updates every day. Am not installing libcrypt11 from repositories, but from last copy of libcrypt11 left on my system when Jessie went to libcrypt20 - I kept it aside. Same as I must use dpkg to install Brackets, I use dpkg to install libcrypt11. Without that, would have been without Brackets for quite some time. Plus, libcrypt11 can be downloaded separately from repositories for Wheezy, but I never went down that track. Having Brackets on my system is more important than having a pristine Jessie.
But none of that is important to the issue at hand, it is a mere sidetrack, though I thank you for your advice. What is important is that for you, Brackets runs fine on libcrypt20. For me, it does not start and i have to have libcrypt11 on board. Crash? No, not that I know of. Does not start. Start-up indicator, but that stops at the default 30 seconds, then nothing. There is likewise no trace showing in the System Monitor during or after the start-up indicator showing. All of that says that Brackets is recognised but not loading, but beyond that I have no knowledge, and in this circumstance have no expertise in diagnosing.
Which leaves us with the important question - what is different between our two systems? If we can work that out, then perhaps we can find a solution that works for everyone, not just a few. So, can you or anyone else tell me what I need to look at to try and resolve this system difference? What sort of things can I try?, hopefully to duplicate the experience of Saranth.
With greetings
Romane
Which leaves us with the important question - what is different between our two systems?
@Romane, sarathms was repacking a preview of Brackets v1.2, while you stated earlier that you are repacking v1.1. There is the problem. You cannot expect v1.1 to just work the same like that.
In v1.1 the Brackets team updated the version of the CEF component Brackets is built upon. The primary reason for doing this was to address some issues with using Brackets in Linux. Unfortunately other issues cropped up in Brackets when using this new version, so while they were able to ship v1.1 for Windows and Mac with the new CEF, v1.1 for Linux retained the previous version. For v1.2 they have been working on resolving those issues to now allow them to provide us with a Linux build built upon this new version of CEF. I expect that CEF has a dependency on libcrypt, with the older version of CEF working with and being built against libcrypt11, and the newer CEF, libcrypt20. If that is so, you cannot just repackage the Linux build of Brackets v1.1 with a libcrypt20 dependency, because the older version of CEF it uses is not necessarily compatible with the new version of libcrypt. This should explain this issues you are experiencing.
Try instead to repackage the Linux preview build of v1.2 with libcrypt20, as done by sarathms.
Hopefully if it is the case that v1.2 works with and requires libcrypt20, the Brackets team will package it with this updated dependency when they release it, otherwise we'll have an issue, requiring us to repackage with correct dependency ourselves, which would obviously not be ideal.
Good morning
On 06/02/15 10:12, lrebrown wrote:
Which leaves us with the important question - what is different between our two systems?
@Romane https://github.com/Romane, sarathms was repacking a preview of Brackets v1.2, while you stated earlier that you are repacking v1.1. There is the problem. You cannot expect v1.1 to just work the same like that.
In v1.1 the Brackets team updated the version of the CEF component Brackets is built upon. The primary reason for doing this was to address some issues with using Brackets in Linux. Unfortunately other issues cropped up in Brackets when using this new version, so while they were able to ship v1.1 for Windows and Mac with the new CEF, v1.1 for Linux retained the previous version. For v1.2 they have been working on resolving those issues to now allow them to provide us with a Linux build built upon this new version of CEF. I expect that CEF has a dependency on libcrypt, with the older version of CEF working with and being built against libcrypt11, and the newer CEF, libcrypt20. If that is so, you cannot just repackage the Linux build of Brackets v1.1 with a libcrypt20 dependency, because the older version of CEF it uses is not necessarily compatible with the new version of libcrypt. This should explain this issues you are experiencing.
Try instead to repackage the Linux preview build of v1.2 with libcrypt20, as done by sarathms.
Hopefully if it is the case that v1.2 works with and requires libcrypt20, the Brackets team will package it with this updated dependency when they release it, otherwise we'll have an issue, requiring us to repackage with correct dependency ourselves, which would obviously not be ideal.
— Reply to this email directly or view it on GitHub https://github.com/adobe/brackets/issues/10255#issuecomment-73157609.
I sit here now giggling with glee. You have, @Irebrown, hit the nail on the head. My faulty assumption, for which I paid the penalty.
Results achieved by Sarath now duplicated on my machine.
Just for the record:
Re-downloaded 1.2 from the link given earlier by Prashant on 23 Jan 15. Rebuilt the .deb as per the directions from Sarath on 5 Feb 15 (didn't take me three hours this time). Removed libgcrypt11, which automatically removed Brackets. Attempted to install the downloaded .deb of Brackets 1.2, to confirm that would fail - no libgcrypt11. Confirmed. Removed broken Brackets package. installed rebuilt package - dpkg -i Brackets.Release.1.2.64-bit.deb - no errors or warnings Clicked on icon for Brackets in menu's - worked perfectly; no hesitation, no stalling, no crashes. Closed and restarted Brackets a number of times to confirm start-up resolved. Is clear from the post by Sarath when posting the fix that have now duplicated what is happening on (her? his?) computer.
With peoples permission, I would like to offer a commendation to those here for dealing with my sometimes silliness with patience and perseverance, and allowing my continued participation in the conversation (i.e. not ignoring me) and providing me with opportunities to contribute positively. I am no developer by any standard, but what I have learned from the people here has been useful and gratifying. Thank you.
Now, if there is any further testing I can do in this or other areas, I would be most happy to impose again on your patience and generosity (Romane grinning).
With greetings
Romane
@Romane-T
Now, if there is any further testing I can do in this or other areas, I would be most happy to impose again on your patience and generosity (Romane grinning).
We will be posting Release 1.2 beta builds soon, so please help us test those. It will be announced on the brackets-dev forum.
@MarcelGerber, this worked great:
Changing it to libgcrypt11 (>= 1.4.5) | libgcrypt20 should work, but I'm not sure if CEF/Chromium already support libgcrypt20.
Thanks for the tip! I created a PR https://github.com/adobe/brackets-shell/pull/501.
@Romane-T @MarcelGerber I posted a new build here https://github.com/adobe/brackets/releases/download/linux-cef-2171/Brackets.Release.1.2.64-bit.deb that contains fix for this bug (see PR https://github.com/adobe/brackets-shell/pull/501) as well as including the CEF 2171 (see https://github.com/adobe/brackets-shell/pull/499).
I was able to install this on a clean (mostly) install of debian 8. I had installed the build-essential
package early on. Upon install of Brackets, I was prompted to install libcurl3
which installed without issues.
If you get some time to try this new build, please let us know how it goes.
@jasonsanjose
I posted a new build...
Played with it briefly in a Debian sid VM. It installed without issue (this VM has both libgcrypt20 and libgcrypt11 installed, the latter is still available and used by some things in sid). The window overlap issue is no more with the new CEF build - fantastic! Closing brackets both via the 'x' and via file > quit works. The only issue I've noticed is that the window doesn't remember the position or size I expand it to upon reopening - rather irritating.
I'm using gnome and I'm running this VM in virtualbox.
Oh, having said that, I just tried to close it via the 'x' (to see if it remembers position or not) and I'm left with an empty window which won't close :/ And now it's doing that every time. I'll mention it over in #499
On 11/02/15 04:59, Jason San Jose wrote:
@Romane-T https://github.com/Romane-T @MarcelGerber https://github.com/MarcelGerber I posted a new build here https://github.com/adobe/brackets/releases/download/linux-cef-2171/Brackets.Release.1.2.64-bit.deb that contains fix for this bug (see PR adobe/brackets-shell#501 https://github.com/adobe/brackets-shell/pull/501) as well as including the CEF 2171 (see adobe/brackets-shell#499 https://github.com/adobe/brackets-shell/pull/499).
I was able to install this on a clean (mostly) install of debian 8. I had installed the |build-essential| package early on. Upon install of Brackets, I was prompted to install `libcurl3 which installed without issues.
If you get some time to try this new build, please let us know how it goes.
— Reply to this email directly or view it on GitHub https://github.com/adobe/brackets/issues/10255#issuecomment-73760097.
Good morning
System is Debian Jessie running KDE. This machine has been running 'testing' since Lenny was in 'testing', though full re-install at one stage when I really messed something up while 'Wheezy' was in testing. I did once contemplate (re)learning C, and installed the relevant libraries, but do not think that these would have any effect.
For various purposes, had downgraded to Brackets version 1.0. I need the functionality in the extension 'right-click-extended', which every version of Brackets since version 1.0 has prevented from functioning - has been reported appropriately for the extension.
Purged Brackets and libgcrypt11 libcurl3 is already installed on machine. installed this build of Brackets. No errors, no warnings. Opened Brackets: 1st test - close via 'x'. For the first time ever that have seen since using Brackets, Brackets closed with only a single click. Yaaaay - good step forward. Tested about five times, same each time. 2nd test - close via 'File->Quit'. as with closing via 'x', immediate close. Again, tested about five times.
There was an update for one of the extensions available. Updated without any problems - no warnings, no errors.
I had Chromium installed from a previous test for Brackets. Removed Chromium. No change to above results.
Extension 'right-click-extended' still fails to work. Something changed, obviously, in the code-base since version 1.0 which directly affects this extension.
@Irebrown - regarding not remembering position, I have never known Brackets to remember position, and must resize at every opening. Only a minuscule irritation for self not affecting general satisfaction with Brackets, but still, would be nice :)
Will leave this build installed to test functionality in my usage needs. Should issues be reported to a certain thread, or simply reported in the same manner as the stable builds?
I have an old and slow 32 bit machine running Jessie with lxqt for the desktop environment, all freshly installed about two months ago. My out and about machine. Looking forward to a 32 bit build to test on this machine when such becomes available.
With greetings
Romane
@Romane-T Here's a 32-bit installer https://github.com/adobe/brackets/releases/download/linux-cef-2171/Brackets.Release.1.2.32-bit.deb.
I tested this on a clean Debian 7 install. Looks like libcurl3
is the only missing package again.
@nethip On my 32-bit VM I'm running into the crash on quit more frequently.
Good morning
On 14/02/15 09:17, Jason San Jose wrote:
@Romane-T https://github.com/Romane-T Here's a 32-bit installer https://github.com/adobe/brackets/releases/download/linux-cef-2171/Brackets.Release.1.2.32-bit.deb.
I tested this on a clean Debian 7 install. Looks like |libcurl3| is the only missing package again.
@nethip https://github.com/nethip On my 32-bit VM I'm running into the crash on quit more frequently.
— Reply to this email directly or view it on GitHub https://github.com/adobe/brackets/issues/10255#issuecomment-74344337.
Became excited to see this. Many many thanks.
System is fully up-to-date Debian Jessie on a Samsung N120, with lxqt version 9.0-1 as the desktop environment. This was a completely fresh install at the time lxqt was in version 8 just a few months ago, and has been put together considering the age and speed of the machine. libcurl3 is already installed in relation to other packages (dunno which ones, it's just there).
Before installing, purged both the previous version of Brackets, and also libgcrypt11.
First attempt at install (dpkg -i Brackets.Release.1.2.32-bit.deb) failed - missing libgcrypt11. As per comment from @Sarath on 5 February, re-packaged deb. This machine is so slow, that the build itself took about 10 minutes to complete :) :)
Second attempt at install successful - no errors, no warnings.
At start, Brackets presents a window almost instantly (for this computer
Tested closing, both by 'File->Quit' and by the 'x', multiple times. No crashes at any attempt. Either way, Brackets closed quickly and cleanly.
There were 6 updates to extensions available (binawhile). Updates installed and updated with no issues - no errors, no warnings.
Tomorrow will use this version of Brackets on the Samsung to do all my HTML, to give it a good run (today is .pdf day). There is an issue with the keyboard which have still to report for the 64 bit version downloaded earlier via this thread (will do today) so will be interesting to see if translates into this 32 bit version.
@Jason - just an aside, and hopefully not trying to teach grandma to suck eggs - thinking that the crash is to do with the VM rather than Brackets, as there are no crashes on the packages running on my systems (no VM), and @Sarath noted in his contribution on 5 February that after his repackaging, Brackets ran normally (but keywords are 'so far'). Have a memory of mention of crashing in a VM before.
With greetings
Romane
@Romane-T, how many CPU cores do your systems have? All crashes so far I believe have been only happening in VMs with a single cpu core, and not with VMs with multiple cores (not tested a multi core VM myself). I do not know if anyone has yet tested it directly on a machine with only one CPU core. Assuming it's VM related is jumping the gun here. :)
Good morning
On 14/02/15 13:33, lrebrown wrote:
@Romane-T https://github.com/Romane-T, how many CPU cores do your systems have? All crashes so far I believe have been only happening in VMs with a single cpu core, and not with VMs with multiple cores (not tested a multi core VM myself). I do not know if anyone has yet tested it directly on a machine with only one CPU core. Assuming it's VM related is jumping the gun here. :)
— Reply to this email directly or view it on GitHub https://github.com/adobe/brackets/issues/10255#issuecomment-74359634.
Why I said about teaching grandma to suck eggs :) - that should tell people not to take too much notice of that paragraph.
My machine is a Medion PC with four cores.
The Samsung has two cores.
Was hoping one of my other machines (quite old hardware) might be single core, but both two core. So puts paid to that plan for testing.
Is it still possible to get single-core machines? Will see if can find one that can test on.
With greetings
Romane
@Romane-T It's proably easier to test in a multi-core VM than using single-core hardware (even though that'd be helpful as well to confirm the suspicion).
Good morning
On 14/02/15 09:17, Jason San Jose wrote:
@Romane-T https://github.com/Romane-T Here's a 32-bit installer https://github.com/adobe/brackets/releases/download/linux-cef-2171/Brackets.Release.1.2.32-bit.deb.
I tested this on a clean Debian 7 install. Looks like |libcurl3| is the only missing package again.
@nethip https://github.com/nethip On my 32-bit VM I'm running into the crash on quit more frequently.
— Reply to this email directly or view it on GitHub https://github.com/adobe/brackets/issues/10255#issuecomment-74344337.
On my Samsung 32 bit machine, the keyboard fails completely - unable to type anything or move curser with keys. Mouse works, however. Reloaded without extensions, still the same. Will report via the usual bug-reporting channel.
With greetings
Romane
First attempt at install (dpkg -i Brackets.Release.1.2.32-bit.deb) failed - missing libgcrypt11. As per comment from @Sarath on 5 February, re-packaged deb. This machine is so slow, that the build itself took about 10 minutes to complete :) :)
Oops. Thanks, @Romane-T. I built the 32-bit build on a slightly different branch than the 64-bit one. It doesn't have the fix for libgcrypt11
.
It looks like I missed the train for the 1.2 release. Hopefully this will all be settled for 1.3.
Hello @jasonsanjose @Romane-T @MarcelGerber
look on github's Atom simple solution for this :
https://github.com/atom/atom/pull/5605
just change file.deb /DEBIAN/control from: ' libgcrypt11 (>= 1.4.5) ' TO : ' libgcrypt11 (>= 1.4.5) | libgcrypt20 '
*libgcrypt20 come with backward compatibility to libgcrypt11
@a-moses Yeah, that's what we have in mind and what's already in PR https://github.com/adobe/brackets-shell/pull/501.
@MarcelGerber Yeah letter i saw that ... so why not to do this like the original PR ?
Have just installed the latest version of Brackets available via brackets.io. Still has dependency on libgcrypt11. Tried modification as per @sarathms 29 days ago. Brackets fails to start - no crash, just failed to start, did not even show in the system monitor. As soon as re-installed libgrypt11 (without doing another install of either the modified Brackets or the downloaded Brackets), Brackets worked fine again.
@Romane-T We have not merged the PR for this release and that is why the problem is still present. Please expect this to be fixed in the next release. We will be actively looking at this issues.
Good morning Prasanth
On 03/03/15 16:54, Prashanth Nethi wrote:
@Romane-T https://github.com/Romane-T We have not merged the PR for this release and that is why the problem is still present. Please expect this to be fixed in the next release. We will be actively looking at this issues.
— Reply to this email directly or view it on GitHub https://github.com/adobe/brackets/issues/10255#issuecomment-76896097.
Ok, can live with this no problem. Main thing is that I have it functioning and usable.
It may be worth a note for Debian Jessie users that if they wish to install libgcrypt11, that is can be obtained from the (is it Wheezy, the previous release? I have forgotten already) repositories, whether by apt/aptitude/synaptic, or by manual download and install.
In response to your previous email, the following:
romane@medion:~$ cd /opt/brackets romane@medion:/opt/brackets$ ./Brackets ./Brackets: error while loading shared libraries: libudev.so.0: cannot open shared object file: No such file or directory romane@medion:/opt/brackets$
This is with libgcrypt11 installed, version 1.2 as available via brackets.io (with modification as mentioned in earlier posting). Runs fine and is stable, however, from the icon in the menu's.
Looking forward already to the next release :)
With greetings
Romane
Issue still persists in Fedora 21 -- installed via Fedy.
/usr/bin/brackets: error while loading shared libraries: libgcrypt.so.11: cannot open shared object file: No such file or directory
hi, in case anyone is looking for the libgcrypt11.deb file it is available here http://snapshot.debian.org/package/libgcrypt11/1.5.4-3/#libgcrypt11_1.5.4-3
Is there a simple workaround then? Or a complex workaround for that matter?
Brackets still doesn't work for the latest Ubuntu Vivid (15).
It's clear some dependency is missing, but how to fix is a total Voodoo.
Note that the standard procedure for the brackets-shell build fails too, with an error like 'pkg-config missing'.
Installing pkg-config, now libgtk2.0 is missing.
Installing that gives a genuine C++ compilation error something like appshell/appshell_extensions_platform.h:65:57: error: ‘GTK_WIDGET’ was not declared in this scope.
That's what I mean by Voodoo. Not just a minor glitch easily fixable by looking at the error, but some bazlion-thousand intertwined glitches with every next one more puzzling that the previous.
I find this information for Debian/Ubuntu users http://www.webupd8.org/2015/04/fix-missing-libgcrypt11-causing-spotify.html
Will simply wait to install Brackets after it supports libgcrypt20. I thought I was the only one with the issue.
Brackets can't install in ubuntu(15.04), it need libgcrypt11(>=1.4.5)
Ok, do not know if it's Brackets 1.3 or Ubuntu 15.04 right now (Since 3 days ago at least). But installing Brackets on Ubuntu 15.04 works perfect. No problems. Tested this on 5 laptops and 2 PCs. All using Ubuntu 15.04 64-bit.
My PC is Ubuntu 15.04 64-bit too, installing Brackets 1.2 is fine. But Brackets 1.3 is not.
@gogobook You mean you are unable to install it or is it that you are not able to launch it? If you are not able to install, you could try using dpkg
to run brackets installer from command line and see where the installer is failing. If it is about launching Brackets, again try launching Brackets from command line, something like typing /opt/Brackets/Brackets
in command line where /opt/Brackets
is the install location, and see what errors appear there.
Debian Jessie, no problems with 1.3. But...
I still have libgcrypt11 installed from when bug first notifies way back when. My first suggestion would be to make certain that your machine actually has all the required dependencies (i.e. libgcrypt11)
On 06/05/15 17:24, gogobook wrote:
My PC is Ubuntu 15.04 64-bit too, installing Brackets 1.2 is fine. But Brackets 1.3 is not.
— Reply to this email directly or view it on GitHub https://github.com/adobe/brackets/issues/10255#issuecomment-99352935.
Thank you, Romane-T and nethip. After manually install libgcrypt11. Brackets 1.3 can be installed. And it could be launched by command line.
Hi guys ! It You must install the package "libgcrypt20" and "libgcrypt20-dev" first. Then, recompile the package .deb and changed in the file "control" the dependence "libgcrypt11" to "libgcrypt20". Finally, rebuilt a package .deb of folder "Brackets" . And it work !
I just downloaded Brackets 1.3 and had same issue in Debian 8. I went here http://ftp.acc.umu.se/mirror/cdimage/snapshot/Debian/pool/main/libg/libgcrypt11/ and installed libgcrypt11 for my system and now Brackets installed successfully
thanks @itsakt for the location for libgcrypt11, installed 1.4.5 version and got things rolling..
Can't install Brackets 1.3 on Ubuntu 15.04 because 'Dependency is not satisfiable: libgcrypt11 (>= 1.4.5). I followed the @itsakt workaround and now Brackets is installed successfully.
Brackets not currently installable on Jessie. Brackets has dependency on libgcrypt11, which is not available in the Jessie repositories. Jessie repositories have libgcrypt20. Brackets can be installed if user locates a copy of libgcrypt11, which can be co-installed with libgryypt20, but considering Jessie in freeze to become stable, doing this this should be unnecessary. Removing libgcrypt11 from system removes Brackets at the same time. Romane