[Linux] Brackets depends on obsolete libgcrypt11 package which is no longer included by default

[Romane-T]

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

[prksingh]

@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
This may fix your issue but its not ready for testing yet.

[Romane-T]

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
adobe/brackets-shell#489
This may fix your issue but its not ready for testing yet.

—
Reply to this email directly or view it on GitHub
#10255 (comment).

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

[prksingh]

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!

[Romane-T]

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
#10255 (comment).

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 5dddaa1) 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

[marcelgerber]

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.

[Romane-T]

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
#10255 (comment).

[peterflynn]

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

[peterflynn]

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.

[Romane-T]

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
#10255 (comment).

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

[marcelgerber]

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.

[Romane-T]

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
#10255 (comment).

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

[sarathms]

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:

• 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?

[Romane-T]

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
#10255 (comment).

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

[sarathms]

@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.

[Romane-T]

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
#10255 (comment).

@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

[lrebrown]

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.

[Romane-T]

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
#10255 (comment).

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

[redmunds]

@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.

[jasonsanjose]

@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 adobe/brackets-shell#501.

[jasonsanjose]

@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 adobe/brackets-shell#501) as well as including the CEF 2171 (see adobe/brackets-shell#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.

[lrebrown]

@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

[Romane-T]

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
adobe/brackets-shell#501) as well as
including the CEF 2171 (see adobe/brackets-shell#499
adobe/brackets-shell#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
#10255 (comment).

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

[aryamawb]

try apt --fix broken install

[GogoFC]

Are we still here guys, it's 2019 now :)