date:20141112

[Desktop-packages] [Bug 1387323] Re: Merge emacs24 24.4+1-4 from Debian unstable

2014-11-12 Thread Launchpad Bug Tracker

This bug was fixed in the package emacs24 - 24.4+1-4ubuntu1

---
emacs24 (24.4+1-4ubuntu1) vivid; urgency=low

  * Merge from Debian unstable (LP: #1387323).  Remaining changes:
- debian/rules: Make sure the emacs24-el directory exists.
- emacsVER-lp725988.patch: Set the X EMACS_CLASS to Emacs24 to
  please bamf and gnome-shell.
- debian/emacsVER.desktop: Also set StartupWMClass for bamf and
  gnome-shell.
- debian/control.in: Have emacs24-common Depends on
  emacs24-common-non-dfsg, now that it is out of multiverse.
  Update debian/copyright to match.

emacs24 (24.4+1-4) unstable; urgency=medium

  * Update emacsen-common dependency as per policy.

emacs24 (24.4+1-3) experimental; urgency=medium

  * Eliminate a race to create info/ during the build.  Add
0008-A-race-to-create-info-has-been-eliminated.patch with the
relevant changes.  Thanks to Paul Eggert egg...@cs.ucla.edu for
tracking down the problem and providing the fix.

emacs24 (24.4+1-2) experimental; urgency=medium

  * Adjust update_autogen and make-info-dir for DFSG removals.
Change 0003-Remove-files-that-appear-to-be-incompatible-with-the.patch
accordingly.

emacs24 (24.4+1-1) experimental; urgency=medium

  * Merge upstream version 24.4.
Remove (unneeded) src/macuvs.h and admin/unidata/IVD_Sequences.txt
until we're sure about the license:
  https://lists.gnu.org/archive/html/emacs-devel/2014-10/msg00742.html
Remove new GFDL files (moved to emacs24-common-non-dfsg):
  doc/misc/eww.texi
  doc/misc/ido.texi
  doc/misc/octave-mode.texi
  doc/misc/todo-mode.texi
Remove redundant patches:
  0007-Invoke-the-correct-xmlstarlet-executable-on-Debian-s.patch
  0008-Emacs-should-no-longer-hang-at-startup-on-kFreeBSD.patch
  0009-Emacs-should-no-longer-hang-at-startup-on-kFreeBSD.patch
  0010-Emacs-should-now-build-correctly-on-GNU-Hurd.patch
  0011-Gnus-should-no-longer-use-a-predictable-temp-file-na.patch
  0012-Security-issues-in-find-gc.el-have-been-fixed-CVE-20.patch
  0013-Security-issues-in-tramp-have-been-fixed-CVE-2014-34.patch
  0014-Insecure-file-handling-in-browse-url-mosaic-has-been.patch
  0015-The-compose-key-should-now-work-better-with-UIM-1-4.patch
  0016-The-compose-key-should-now-work-better-with-UIM-2-4.patch
  0017-The-compose-key-should-now-work-better-with-UIM-3-4.patch
  0018-The-compose-key-should-now-work-better-with-UIM-4-4.patch
  0019-fill-region-as-paragraph-should-better-respect-the-f.patch
  0020-Emacs-should-now-follow-Make-4.0-directory-changes.patch

  * Update debian/copyright* for 24.4.  Update entry for man/faq.texi
(now doc/mis/efaq.texi); add entries for doc/misc/efaq-w32.texi,
lisp/obsolete/meese.el, msdos/sedadmin.inp, nt/inc/dirent.h, and
all of the files in m4/ except gnulib-comp.m4.

  * Ignore src/macuvs.h and IVD_Sequences.txt for now.  Add
0007-Don-t-try-to-build-src-macuvs.h-via-IVD_Sequences.tx.patch to
avoid trying to build src/macuvs.h (via IVD_Sequences.txt) since
we removed it for the time being, due to uncertainty over the
licensing.

  * Build depend on libacl1-dev for new ACL support

  * Build depend on zlib1g-dev for new zlib support

  * Remove obsolete configure argument --with-crt-dir

  * Look for DOC, not DOC-$(runtime_ver) in debian/rules.  The DOC
file is now just DOC.

  * Don't try to remove /usr/local in debian/rules.  It's not created
during the build anymore.

emacs24 (24.3+1-5) unstable; urgency=medium

  * Fix patch-to-news: notice error; correct path

  * Fix a problem with UIM and the compose key.
Incorporate the relevant upstream patches:
  0015-The-compose-key-should-now-work-better-with-UIM-1-4.patch
  0016-The-compose-key-should-now-work-better-with-UIM-2-4.patch
  0017-The-compose-key-should-now-work-better-with-UIM-3-4.patch
  0018-The-compose-key-should-now-work-better-with-UIM-4-4.patch
Thanks to Anders Kaseorg ande...@mit.edu for the report, and for
tracking down the relevant patches. (Closes: 753534)

  * Make fill-region-as-paragraph respect the fill-column.
Add 0019-fill-region-as-paragraph-should-better-respect-the-f.patch.
Thanks to Nobuhiro IMAI n...@yo.rim.or.jp for reporting the problem
and tracking down the relevant patch. (Closes: 539634)

  * Follow Make 4.0 directory changes in compile mode.
Add 0020-Emacs-should-now-follow-Make-4.0-directory-changes.patch
to incorporate the relevant upstream patch.
Thanks to Christophe Troestler christophe.troest...@umons.ac.be for
reporting the problem. (Closes: 747624)
 -- Anders Kaseorg ande...@mit.edu   Wed, 29 Oct 2014 14:47:43 -0400

** Changed in: emacs24 (Ubuntu)
   Status: In Progress = Fix Released

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to emacs24 in Ubuntu.
https://bugs.launchpad.net/bugs/1387323

[Desktop-packages] [Bug 1391775] [NEW] SSH_AUTH_SOCK and GPG_AGENT_INFO unset

2014-11-12 Thread Dmitry Kasatkin

Public bug reported:

I use

Distributor ID: Ubuntu
Description:Ubuntu 14.04.1 LTS
Release:14.04
Codename: trusty

After some of the recent updates when using from terminal ssh or gpg started to
ask key passphrase.
I noticed that SSH_AUTH_SOCK and GPG_AGENT_INFO are unset.
After playing around I found out that they are only unset when launching
terminal using Alt-F2.
If using Dash (Super), then it is fine..

env dump attached for both cases. you can see that env-alt-f2.txt has no
SSH_AUTH_SOCK or GPG_AGENT_INFO set.

Bad one has JOB=xsession-init.
Good one has JOB=dbus.

I am not sure if the problem of gnome-keyring..

- Dmitry

** Affects: gnome-keyring (Ubuntu)
Importance: Undecided
Status: New

** Tags: keyring upstrart

** Attachment added: Bad environment

https://bugs.launchpad.net/bugs/1391775/+attachment/4258931/+files/env-alt-f2-terminal.txt

--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-keyring in Ubuntu.
https://bugs.launchpad.net/bugs/1391775

Title:
SSH_AUTH_SOCK and GPG_AGENT_INFO unset

Status in “gnome-keyring” package in Ubuntu:
New

Bug description:
I use

Distributor ID: Ubuntu
Description: Ubuntu 14.04.1 LTS
Release: 14.04
Codename: trusty

After some of the recent updates when using from terminal ssh or gpg started
to ask key passphrase.
I noticed that SSH_AUTH_SOCK and GPG_AGENT_INFO are unset.
After playing around I found out that they are only unset when launching
terminal using Alt-F2.
If using Dash (Super), then it is fine..

env dump attached for both cases. you can see that env-alt-f2.txt has
no SSH_AUTH_SOCK or GPG_AGENT_INFO set.

Bad one has JOB=xsession-init.
Good one has JOB=dbus.

I am not sure if the problem of gnome-keyring..

- Dmitry

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnome-keyring/+bug/1391775/+subscriptions

--
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp

1 2 3 >

1 - 100 of 229 matches

Mail list logo