Bug#989765: tiled: Please, upgrade to latter version

[Rémi Vanicat]

Package: tiled
Version: 1.4.3-1
Severity: wishlist

Hello,

Tiled 1.7 has been Released, could you package it?

Thanks for your work,
Rémi.



-- System Information:
Debian Release: 11.0
  APT prefers testing-security
  APT policy: (500, 'testing-security'), (500, 'unstable'), (500, 'testing'), 
(100, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-7-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages tiled depends on:
ii  libc6   2.31-12
ii  libgcc-s1   10.2.1-6
ii  libqt5core5a5.15.2+dfsg-7
ii  libqt5gui5  5.15.2+dfsg-7
ii  libqt5network5  5.15.2+dfsg-7
ii  libqt5qml5  5.15.2+dfsg-6
ii  libqt5widgets5  5.15.2+dfsg-7
ii  libstdc++6  10.2.1-6
ii  libtiled1   1.4.3-1

tiled recommends no packages.

tiled suggests no packages.

-- no debconf information

Bug#951854: fixed in muchsync 5-2

[Rémi Vanicat]

Le 19 octobre 2020, Michael Biebl a écrit:

> Am 19.10.20 um 22:40 schrieb Michael Biebl:
>> See
>> http://meetbot.debian.net/debian-ftp/2020/debian-ftp.2020-03-13-20.02.html
>
> See also https://salsa.debian.org/ftp-team/website/-/merge_requests/6
>

Thanks. I've reverted the patch, and upload the brand new upstream
version at the same time.


-- 
Rémi Vanicat

Bug#969462: elpa-pdf-tools: annotation editing broken with emacs 27.1

[Rémi Vanicat]

Le 03 septembre 2020, David Bremner a écrit:


[...]

> Let me know if you intend to update pdf-tools to a new upstream
> version. If not I (or someone) can upload a patched version of 0.90
>

I'm a little overwhelmed by paid work those week, so I would be
thankful for a team upload.

Thanks for the report.
Rémi.

> - --
> To reproduce
>
> 1) start emacs -q
> (load-library "pdf-tools-autoloads")
> (pdf-tools-install)
> 2) make an annotation (I tried text and highlight style). Try to activate it. 
> Observe the error message
>
>display-buffer-split-below-and-attach: Wrong number of arguments: (3 . 4), 
> 5
>
> 3) replace the definition of display-buffer-split-below-and-attach
>
> (defun display-buffer-split-below-and-attach (buf alist)
>   "Display buffer action using `pdf-util-window-attach'."
>   (let ((window (selected-window))
> (height (cdr (assq 'window-height alist)))
> newwin)
> (when height
>   (when (floatp height)
> (setq height (round (* height (frame-height)
>   (setq height (- (max height window-min-height
> (setq newwin (window--display-buffer
>   buf
>   (split-window-below height)
>   'window alist))
> (pdf-util-window-attach newwin window)
> newwin))
>
> - -- System Information:
> Debian Release: bullseye/sid
>   APT prefers unstable-debug
>   APT policy: (500, 'unstable-debug'), (500, 'testing-debug'), (500, 
> 'testing')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 5.7.0-2-amd64 (SMP w/8 CPU threads)
> Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
> Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), 
> LANGUAGE=en_CA:en
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
>
> Versions of packages elpa-pdf-tools depends on:
> ii  elpa-let-alist 1.0.6-2
> ii  elpa-pdf-tools-server  0.90-3+b1
> ii  elpa-tablist   1.0-1
> ii  emacs  1:27.1+1-1
> ii  emacs-gtk [emacs]  1:27.1+1-1
> ii  emacsen-common 3.0.4
>
> elpa-pdf-tools recommends no packages.
>
> elpa-pdf-tools suggests no packages.
>
> - -- no debconf information
>
> -BEGIN PGP SIGNATURE-
>
> iQIzBAEBCAAdFiEEkiyHYXwaY0SiY6fqA0U5G1WqFSEFAl9Q6+EACgkQA0U5G1Wq
> FSE6DQ//V1BNssr3PIKzbPdOVKyAkyAnG67fwmvUpUVo6jDcsGjg51VAHzdwXf4o
> +unjqCDksZtdToJRw91AeidLAirnXvntPc834V9AG9qSRjjxPId2JdTlhaH4BMy1
> A5HiFgDkhSc2Y2NLwa7RSABnGpK2kyEFDzZGnUexygcb25lZiF7xXCKDGNeaR620
> psIyf+dMS6EOtW1C+SEEf9e8fAnqhsm37+beENBtlqlcEdSdapAbStAiosiWwT62
> TAudI5SD6OFAAKFOpjo/nab4VzYh4xczMch+yxGmCe4833ckb9S5xOdY+NbgPEVn
> rNKTYLGj3IvEbeUn7dbKZpMYvsKTiLYjzYL2ROwIV+UE3rBsv2t3l04zE6pwY8JF
> +g9rXUE0GAjY4l15NLxmZ4guu9kQ6NN/jKTyKbaijQ2UCWBm13bVTW80EBecjniJ
> uAkuZgvl6+kZJ/8fQ5uosDoquASPH7h+XIW1HDPvMvmJZ37C/0WkRttsvUNLCci4
> 9/GmT+kAotlmfOSEx9j5iGOmHwdsUaERvuljdqp++24gNMGTAczf4jzrSALYS8zP
> 27HHWAACMYiy8nECt6eusyjhFKsgPIG3YqRB34o0vfXdjEfDeE875rGdklfropkO
> 1Ufhp8TalE4El0iGEKxWJ8AcUPXB/tQ8FpV1q73H2ZnL5+Eujbw=
> =Y+Dl
> -END PGP SIGNATURE-
>

-- 
Rémi Vanicat

Bug#964437: Fails to install

[Rémi Vanicat]

reassign 964437 elpa-magit-annex 1.7.1-3 
affects 964437 elpa-magit
retitle 964437 elpa-magit-annex should depend on elpa-magit-popup
thanks

Thank you for checking, I confirm the problem, and reassign this bug to
elpa-magit-annex.

Le 07 juillet 2020, Yuri D'Elia a écrit:

> On Tue, Jul 07 2020, Rémi Vanicat wrote:
>> Could you show me the line 30 of the file
>>
>> /usr/share/emacs/site-lisp/elpa-src/magit-2.99.0/magit-tag.el
>
> (require 'magit)
>
>> Also please check if there is another version of magit installed in
>> /root/.emacs.d or in /usr/local/share/emacs/site-lisp/ or even in
>> /usr/share/emacs/site-lisp/ ?
>
> No, but I found the issue after looking deeper :/
>
> It's actually due to the elpa-magit-annex package which does
>
>   (require 'magit-popup)
>
> but still only depends on elpa-magit.

-- 
Rémi Vanicat

Bug#964437: Fails to install

[Rémi Vanicat]

Hello,

The content of your magit seem to not be the one I upload (and just
download again to check).

Testing in a fakeroot confirm that the package in the archive don’t seem
to have your problem.

Could you show me the line 30 of the file

/usr/share/emacs/site-lisp/elpa-src/magit-2.99.0/magit-tag.el

Also please check if there is another version of magit installed in
/root/.emacs.d or in /usr/local/share/emacs/site-lisp/ or even in
/usr/share/emacs/site-lisp/ ?

Thanks



Le 07 juillet 2020, Yuri D'Elia a écrit:

> Package: elpa-magit
> Version: 2.99.0.git0957.ge8c7bd03-1
> Severity: important
>
> The newer git version removes the dependency on elpa-magit-popup which
> seems to be required:
>
> ...
> In toplevel form:
> magit-tag.el:30:1:Error: Cannot open load file: No such file or directory, 
> magit-popup
>
> In toplevel form:
> magit-worktree.el:30:1:Error: Cannot open load file: No such file or 
> directory, magit-popup
> ERROR: install script from elpa-magit package failed
> dpkg: error processing package elpa-magit (--configure):
>  installed elpa-magit package post-installation script subprocess returned 
> error exit status
> Errors were encountered while processing:
>  elpa-magit
>

-- 
Rémi Vanicat

Bug#952560: please package new upstream snapshot

[Rémi Vanicat]

Le 25 février 2020, Sean Whitton a écrit:

> Hello Antoine,
>
> On Tue 25 Feb 2020 at 02:40PM -05, Antoine Beaupre wrote:
>
>> magit is at version 2.90 in Debian, which is over a year old. upstream
>> has worked a lot on refactoring a lot of things upstream, and a bunch
>> of third-party libraries have adapted to follow that.

[...]

After discussion on github (https://github.com/magit/magit/issues/4095)
preliminary work is being done on this. Transient is now in the NEW
queue, and no upload of a git snapshot of magit can happen before it is
accepted.

Preliminary work for the package are in salsa, but it is a work in
progress: I might even change the version number.


-- 
Rémi Vanicat

Bug#940746: please drop transitional package magit from src:magit

[Rémi Vanicat]

tag 940746 + pending
thanks

The package has been dropped in git. The package will be dropped from the
archive on next upload.

Thanks for the report.

Le 19 septembre 2019, Holger Levsen a écrit:

> Package: magit
> Version: 2.90.1-2
> Severity: normal
> user: qa.debian@packages.debian.org
> usertags: transitional
>
> Please drop the transitional package magit (from the source package magit) 
> for 
> bullseye, as it has been released with stretch and buster already.
>
>
> Description: transitional dummy package for elpa-magit
> Package: magit
> Version: 2.10.0-2
> Version: 2.90.1-2
>
> Thanks for maintaining magit!
>
>
> -- 
> cheers,
>   Holger
>
> ---
>holger@(debian|reproducible-builds|layer-acht).org
>PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C
>

-- 
Rémi Vanicat

Bug#927678: marked as done (elpa-beginend installs but is not accessible in emacs)

[Rémi Vanicat]

Le 23 avril 2019, Lev Lamberov a écrit:

[...]

> Good to hear that it helped!
>
> So, 'require' loads a package if it is not already loaded. Typically any
> additional (not built-in) package needs to be loaded (by means of
> 'require' or other elisp functions). Since elpa packages from the Debian
> archive are installed system-wide we typically do not load them
> automatically, so each user in case of multi-seat environment could
> choose which packages to load in her/his Emacs.

Glad it's fixed, but just for the record, elpa package should not have
to be required. They have their autoloads loaded automatically.

Looking at beginend-autoloads.el, it seem that `(beginend-setup-all)`
(without the backquote) is what should be in the init file for the
Debian version of the package.

Looking further on github, it seem that the 2.0.0 version lack a

   ;;;###autoload

on the line before the

   '(define-minor-mode beginend-global-mode


This has been fixed upstream (but not yet released) in commit
ebf58d62a84f2c186c690651166f26db3a419c5c

(Remarque that beginend-global-mode just call beginend-setup-all, so...,
also I believe this fix is against freeze policy for now)

-- 
Rémi Vanicat

Bug#927678: elpa-beginend installs but is not accessible in emacs

[Rémi Vanicat]

Le 20 avril 2019, Damon Thomas a écrit:

Hello,

[...]

> After install of elpa-beginend (and restart of Emacs) the package does
> not seem to be present in Emacs.  Using '(beginend-global-mode)' in
> the init gives an error that the command is not available and M-x
> shows no signs of elpa-beginend being installed. This has persisted
> through several Emacs restarts.

Try

  M-x package-initialize
  M-x beginend-global-mode

If this work, you probably need to add '(package-initialize)' somewhere
in your init file (probably first thing in the init file). Recent Debian
package use the Emacs package service, and it need initializing.


-- 
Rémi Vanicat

Bug#922875: xdu: miscounts the size of root directory

[Rémi Vanicat]

Hello,

Le 22 février 2019, Tanaka Akira a écrit:

> Package: xdu
> Version: 3.0-18+b2
> Severity: normal
>
> I found that xdu miscounts the size of root directory.


Well, to be honest, this is an old well known upstream bug for a
software without active upstream.

I will accept any patch that solve it, and might look at it this
summer.

Thanks for your report.

[...]


-- 
Rémi Vanicat

Bug#921124: elpa-git-commit: magit components can't handle - character

[Rémi Vanicat]

Hello,

On February 01 2019, Robbie Harwood wrote

> Package: elpa-git-commit
> Version: 2.90.1-1
> Severity: important
>
> Dear Maintainer,
>
> elpa-git-commit and magit's interactive rebase mode don't seem to be
> able to handle the - character in pathnames/branches.

I did some test, and found no problem.

> I wish I could provide a more helpful error, but the result is that
> when I try to type in the window, it hangs up the emacs process and
> barfs on the terminal state machine, leaving garbage.

Could you link to a git repository where you encounter the problem, or
at least give me a step by step procedure leading to your problem?

Thanks
Rémi,

Bug#914137: elpa-magit: magit-status doesn't honor path auto-completion anymore

[Rémi Vanicat]

severity 914137 wishlist
forwarded 914137 https://github.com/magit/magit/issues/3673
tags 914137 upstream
thanks


Le 19 novembre 2018, Matteo F. Vescovi a écrit:

> Package: elpa-magit
> Version: 2.90.1-1
> Severity: normal
>
> Dear Maintainer,

Hello,

> since this last update, magit-status launched on a non-git directory
> asks for a path but it doesn't allow to auto-complete any.
>
> This is a regression, given it was perfectly working on previous
> version. Ah, I'm running helm as completion aid.

Well, the code show that it's not a bug, it's a feature. 

Using C-u C-u M-x magit-status  give acces to the old ways.

You can also configure magit-repository-directories to configure
(partly) the default autocompletion.

Rémi.

Bug#913025: emacspeak: emacspeak post-installation failed

[Rémi Vanicat]

Control: tags -1 + patch

Hi,

[...]

>> Ewww.
>>
>> If someone who actually knew about and used emacs could help, it could
>> be useful, as it's the 4th upload which apparently fails in some
>> particular situation.
>
> The problem seem to be on line 54 of emacspeak-clojure.el, that badly
> interact with elpa-auto-complete (and its clojure-mode file (with no
> .el))
>
> replacing
>   (require 'clojure-mode "clojure-mode" 'no-error)
> with
>   (require 'clojure-mode () 'no-error)
>
> Should fix this problem, I will try to look at this week.
>

I've made a patch solving this and other similar problem.

From 454afcd1043b3c94479ec5064c87314b1561547b Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?R=C3=A9mi=20Vanicat?= 
Date: Sat, 10 Nov 2018 21:15:24 +0100
Subject: [PATCH] Fix incompatibility with elpa-auto-complete (Closes: 913025)

---
 debian/changelog  |   6 +
 .../patches/no-default-load-file-for-clojure  | 421 ++
 debian/patches/series |   1 +
 3 files changed, 428 insertions(+)
 create mode 100644 debian/patches/no-default-load-file-for-clojure

diff --git a/debian/changelog b/debian/changelog
index 73f01ea..ae75abc 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+emacspeak (47.0+dfsg-5) UNRELEASED; urgency=medium
+
+  * Fix incompatibility with elpa-auto-complete (Closes: 913025)
+
+ -- Rémi Vanicat   Sat, 10 Nov 2018 21:14:51 +0100
+
 emacspeak (47.0+dfsg-4) unstable; urgency=medium
 
   * Fix arch-specific build (Closes: Bug#912311).
diff --git a/debian/patches/no-default-load-file-for-clojure b/debian/patches/no-default-load-file-for-clojure
new file mode 100644
index 000..693f8f0
--- /dev/null
+++ b/debian/patches/no-default-load-file-for-clojure
@@ -0,0 +1,421 @@
+Description: Do not put a default load file when require with no-error
+ calling require with the second argument non nil could lead Emacs to load the
+ file without an extension, but some other package could put in the load path
+ a file with such a name. Using nil as second argument let Emacs search for file
+ to load in the normal way.
+Author: Rémi Vanicat 
+Bug-Debian: https://bugs.debian.org/913025
+Origin: Debian
+Forwarded: No
+Last-Update: 2018-11-10
+
+--- emacspeak-47.0+dfsg.orig/lisp/emacspeak-clojure.el
 emacspeak-47.0+dfsg/lisp/emacspeak-clojure.el
+@@ -51,7 +51,7 @@
+ (cl-declaim  (optimize  (safety 0) (speed 3)))
+ (require 'emacspeak-preamble)
+ (eval-when-compile
+-  (require 'clojure-mode "clojure-mode" 'no-error))
++  (require 'clojure-mode () 'no-error))
+ 
+ ;;}}}
+ ;;{{{ Map Faces:
+--- emacspeak-47.0+dfsg.orig/lisp/emacspeak-2048.el
 emacspeak-47.0+dfsg/lisp/emacspeak-2048.el
+@@ -53,7 +53,7 @@
+ (require 'cl-lib)
+ (cl-declaim  (optimize  (safety 0) (speed 3)))
+ (require 'emacspeak-preamble)
+-(require '2048-game "2048-game" 'no-error)
++(require '2048-game () 'no-error)
+ ;;}}}
+ ;;{{{ Push And Pop states:
+ 
+--- emacspeak-47.0+dfsg.orig/lisp/emacspeak-bookshare.el
 emacspeak-47.0+dfsg/lisp/emacspeak-bookshare.el
+@@ -58,7 +58,7 @@
+ (cl-declaim  (optimize  (safety 0) (speed 3)))
+ (require 'emacspeak-preamble)
+ (require 'dired)
+-(require 'eww   "eww" 'noerror)
++(require 'eww () 'noerror)
+ (require 'browse-url)
+ (require 'emacspeak-we)
+ (require 'emacspeak-webutils)
+--- emacspeak-47.0+dfsg.orig/lisp/emacspeak-company.el
 emacspeak-47.0+dfsg/lisp/emacspeak-company.el
+@@ -58,7 +58,7 @@
+ (require 'cl-lib)
+ (cl-declaim  (optimize  (safety 0) (speed 3)))
+ (require 'emacspeak-preamble)
+-(eval-when-compile (require 'company "company" 'no-error))
++(eval-when-compile (require 'company () 'no-error))
+ ;;}}}
+ ;;{{{ map faces:
+ (voice-setup-add-map
+--- emacspeak-47.0+dfsg.orig/lisp/emacspeak-dbus.el
 emacspeak-47.0+dfsg/lisp/emacspeak-dbus.el
+@@ -66,7 +66,7 @@
+ (require 'sox-gen)
+ (require 'derived)
+ (require 'dbus))
+-(require 'nm "nm" 'no-error)
++(require 'nm () 'no-error)
+ 
+ ;;}}}
+ ;;{{{ Forward Declarations:
+--- emacspeak-47.0+dfsg.orig/lisp/emacspeak-ecb.el
 emacspeak-47.0+dfsg/lisp/emacspeak-ecb.el
+@@ -45,8 +45,8 @@
+ (require 'emacspeak-preamble)
+ (eval-when-compile
+   (let ((inhibit-message  t))
+-  (require 'ecb "ecb" 'no-error))
+-  (require 'tree-buffer "tree-buffer" 'no-error))
++  (require 'ecb () 'no-error))
++  (require 'tree-buffer () 'no-error))
+ ;;}}}
+ ;;{{{  Introduction:
+ ;;; Commentary:
+--- emacspeak-47.0+dfsg.orig/lisp/emacspeak-elfeed.el
 emacspeak-47.0+dfsg/lisp/emacspeak-elfeed.el
+@@ -51,7 +51,7 @@
+ (require 'cl-lib)
+ (cl-declaim  (optimize  (safety 0) (speed 3)))
+ (require 'emacspeak-preamble)
+-(require 'elfeed "elfeed" 'no-match)
++(require 'elfeed () 'no-match)
+ ;;}}}
+ ;;{{{ Map Faces to voices
+ 
+--- emacspeak-47.0+dfsg.orig/lisp/emacspeak-elisp-refs.el
 emacspeak-47.0+dfsg/lisp/

Bug#913025: emacspeak: emacspeak post-installation failed

[Rémi Vanicat]

Samuel Thibault wrote:

> Control: tags -1 + help

I did CC this bug to pkg-emacsen-add...@lists.debian.org where we might
be able to help.

>
> Hello,
>
> Remi Vanicat, le mar. 06 nov. 2018 06:06:30 +0100, a ecrit:
>> When upgrading emacspeak, post-installation failed. Compile log is
>> attached. 
>
> Ewww.
>
> If someone who actually knew about and used emacs could help, it could
> be useful, as it's the 4th upload which apparently fails in some
> particular situation.

The problem seem to be on line 54 of emacspeak-clojure.el, that badly
interact with elpa-auto-complete (and its clojure-mode file (with no
.el))

replacing
  (require 'clojure-mode "clojure-mode" 'no-error)
with
  (require 'clojure-mode () 'no-error)

Should fix this problem, I will try to look at this week.

>
>> Versions of packages emacspeak depends on:
>> ii  adduser3.118
>> ii  debconf [debconf-2.0]  1.5.69
>> ii  emacs  1:25.2+1-11
>> ii  emacs-gtk [emacs]  1:25.2+1-11
>> ii  emacs251:25.2+1-11
>> ii  make   4.2.1-1.2
>> ii  perl   5.28.0-3
>> ii  tcl8.6.0+9
>> ii  tclx8.48.4.1-2
>
> To make sure, could you send your dpkg -l \*emacs\* ?

Here it is:

Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ NameVersion  Architecture Description
+++-===---==
ii  emacs   1:25.2+1-11  all  GNU Emacs editor 
(metapackage)
ii  emacs-bin-common1:25.2+1-11  amd64GNU Emacs editor's 
shared, architecture dependent files
ii  emacs-common1:25.2+1-11  all  GNU Emacs editor's 
shared, architecture independent infrastructure
un  emacs-common-non-dfsg (no description available)
ii  emacs-el1:25.2+1-11  all  GNU Emacs LISP (.el) files
ii  emacs-goodies-el41.0 all  Miscellaneous add-ons for 
Emacs
un  emacs-goodies-extra-el(no description available)
ii  emacs-gtk   1:25.2+1-11  amd64GNU Emacs editor (with 
GTK+ GUI support)
un  emacs-lucid   (no description available)
un  emacs-nox (no description available)
un  emacs-snapshot(no description available)
un  emacs-wiki(no description available)
un  emacs19   (no description available)
un  emacs20   (no description available)
un  emacs21   (no description available)
un  emacs21-common(no description available)
un  emacs22   (no description available)
un  emacs22-common(no description available)
un  emacs23   (no description available)
un  emacs23-common(no description available)
un  emacs24   (no description available)
un  emacs24-bin-common(no description available)
un  emacs24-common(no description available)
ii  emacs25 1:25.2+1-11  all  GNU Emacs transitional 
package to emacs-gtk
un  emacs25-bin-common(no description available)
un  emacs25-common(no description available)
un  emacs25-nox   (no description available)
un  emacsen   (no description available)
ii  emacsen-common  3.0.4all  Common facilities for all 
emacsen
iF  emacspeak   47.0+dfsg-4  all  speech output interface 
to Emacs
ii  emacspeak-espeak-server 47.0+dfsg-4  amd64espeak synthesis server 
for emacspeak
un  emacspeak-ss  (no description available)
rc  maxima-emacs5.41.0-3 all  Computer algebra system 
-- emacs interface
un  qemacs(no description available)
un  xemacs21  (no description available)
un  xemacs21-bin  (no description available)
un  xemacs21-support  (no description available)


>
> Thanks,
> Samuel

-- 
Rémi Vanicat

Bug#904798: chromium: Chromium failed to upgrade

[Rémi Vanicat]

Le 28 juillet 2018, Michael Gilbert a écrit:

> control: tag -1 moreinfo
>
> On Sat, Jul 28, 2018 at 3:13 AM, Remi Vanicat wrote:
>> Package: chromium
>> Version: 68.0.3440.75-1~deb9u1
> [...]
>> Upgrading chromium on a sid box failed :
>
> What was the precise command executed that caused this?

sudo apt upgrade

>
>> -- System Information:
>> Debian Release: buster/sid
>>   APT prefers oldstable-updates
>>   APT policy: (500, 'oldstable-updates'), (500, 'testing'), (500, 'stable'), 
>> (500, 'oldstable'), (150, 'unstable'), (120, 'experimental')
>
> Your configuration is one that favors stable over unstable, even so
> 68.0.3440.75-1 (unstable) should have been chosen over
> 68.0.3440.75-1~deb9u1 (stable) based on dpkg's sorting algorithm.

I disagree. 67.0.3396.87-1 was installed (from testing), there was two
version for upgrading the package (68.0.3440.75-1 and
68.0.3440.75-1~deb9u1), one with priority 150, the other with priority
500, the algorithm choose the latter :

$ apt-cache policy chromium 
   -~
chromium:
  Installed: 68.0.3440.75-1~deb9u1
  Candidate: 68.0.3440.75-1~deb9u1
  Version table:
 68.0.3440.75-2 150
150 http://ftp.fr.debian.org/debian sid/main amd64 Packages
 *** 68.0.3440.75-1~deb9u1 500
500 http://security.debian.org stable/updates/main amd64 Packages
100 /var/lib/dpkg/status
 67.0.3396.87-1 500
500 http://ftp.fr.debian.org/debian testing/main amd64 Packages
 63.0.3239.84-1~deb9u1 500
500 http://ftp.fr.debian.org/debian stable/main amd64 Packages
 57.0.2987.98-1~deb8u1 500
500 http://security.debian.org jessie/updates/main amd64 Packages


>
> How specifically would someone else reproduce what you did?

Install the version currently in testing (67.0.3396.87-1) upgrade to the
version in stable/security.

Well, one can assert that the problem concern the version in testing and
close this bug once the version in unstable migrate.

Thanks.

-- 
Rémi Vanicat

Bug#904234: RFA: let-alist -- let-bind values of an assoc-list by their names in Emacs Lisp

[Rémi Vanicat]

Le 22 juillet 2018, Sean Whitton a écrit:

> Package: wnpp
> Severity: normal
>
> I request an adopter for the let-alist package.

This is a reverse dependency of magit. I can adopt it. My internet
connection is very poor here, so I will take care of this next week.

[...]


-- 
Rémi Vanicat

Bug#902640: magit: FTBFS if machine has no domain

[Rémi Vanicat]

Le 28 juin 2018, Santiago Vila a écrit:

[...]

> There is an interesting line saying "unable to auto-detect email address"
> where it may be seen that my machine has no domain. However, having a
> domain has never been a requirement to build Debian packages.

This can probably easily be fixed by giving git an email. Could you test
the attached patch ? It should fix the problem, but I have no easily
available host with no domain to test it today.

> In fact, one might ask: The fact that such test fails means the
> package will not work in machines not having a domain?

magit use git, and for some operation, git ask for an email (for author
and committer identification). If it does not know one, it will
guess. For a user on any machine this can easily be fixed by running

  git config --global user.email m...@example.com

diff --git a/debian/changelog b/debian/changelog
index bb933827..9bcda3b2 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+magit (2.13.0-2) unstable; urgency=medium
+
+  * Run test: set GIT_COMMITTER_EMAIL and GIT_AUTHOR_EMAIL to let test run
+even if machine has no domain (Closes: #902640),
+thanks to Santiago Vila 
+
+ -- Rémi Vanicat   Fri, 29 Jun 2018 08:50:29 +0200
+
 magit (2.13.0-1) unstable; urgency=medium
 
   * New upstream version
diff --git a/debian/rules b/debian/rules
index b23af1fe..3860bdf0 100755
--- a/debian/rules
+++ b/debian/rules
@@ -6,6 +6,8 @@ export DEB_VERSION_UPSTREAM
 # This is needed for running correctly the test in auto-builder
 export GIT_AUTHOR_NAME = "Magit testeur"
 export GIT_COMMITTER_NAME = "Magit committer"
+export GIT_AUTHOR_EMAIL = "magit-test...@example.org"
+export GIT_COMMITTER_EMAIL = "magit-test...@example.org"
 export LC_ALL = C.UTF-8
 
 %:

-- 
Rémi Vanicat

Bug#895010: ITP: magit-popup -- magit-popup is an emacs interface to set option to call emacs-command or even shell-command

[Rémi Vanicat]

Hi Matteo,

Sorry  for the delay, I've been overwhelmed by personal and at work
problems, and should have put myself on vacation.

Thanks for your upload, I've upload the rest of magit.

Le 31 mai 2018, Matteo F. Vescovi a écrit:

> Hi Remi!
>
> On Fri, Apr 6, 2018 at 10:27 AM, Remi Vanicat  wrote:
>> Package: wnpp
>> Severity: wishlist
>> Owner: Remi Vanicat 
>>
>> * Package name: magit-popup
>>   Version : 2.12.0
>>   Upstream Author : The Magit Project Contributors
>> * URL : https://github.com/magit/magit-popup
>> * License : GPL3+
>>   Programming Lang: emacs-lisp
>>   Description : magit-popup is an emacs interface to set option to call 
>> emacs-command or even shell-command
>
> Any progress on this?
>
> Magithub 0.1.5 has a strict dependency on magit 2.12, so I need it to
> upgrade my package.
> We already uploaded it to NEW queue and it was rejected (can't
> remember why, though).
> Could you please spend some efforts here? Thanks a lot in advance.
>
> Cheers.
>
> -- 
> Matteo F. Vescovi || Debian Developer
> GnuPG KeyID: 4096R/0x8062398983B2CF7A

-- 
Rémi Vanicat

Bug#886295: sd2epub: Error in short description of s2epub

[Rémi Vanicat]

Package: sd2epub
Severity: minor

Dear Maintainer,

The short description say "StarOffice to OpenDocument converter", when you 
probably meant "StarOffice to Epub converter"

Cordially

Bug#883598: [Pkg-emacsen-addons] Bug#883598: elpa-pdf-tools: doesn't auto-activate

[Rémi Vanicat]

Le 05 décembre 2017, David Bremner a écrit:

> Package: elpa-pdf-tools
> Version: 0.80-1
> Severity: normal
>
> I guess this is probably an upstream bug, but in Debian we should at
> least document the necessity of calling #'pdf-tools-install before
> pdf-tools will do anything.

I've wrote and push on git a README.Debian for this. I am hesitating
between this solution and auto-activation, the latter being simpler for
the user, but make the package diverge from upstream way of doing this.

Bug#871017: [Pkg-emacsen-addons] Bug#871017: weechat-el FTBFS: No such file or directory, org.el

[Rémi Vanicat]

Adrian Bunk  writes:

> Source: weechat-el
> Version: 0.3.1-1
> Severity: serious
>
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/weechat-el.html

The fix has been uploaded at the very same time I receive this message.

[...]

> Installing emacs25-el fixes the build.

Yes, I prefered to patches the Makefile as emacs25-el is not really needed.

Bug#870836: /usr/bin/imake: imake generated makefile use deprecated -D_BSD_SOURCE and -D_SVID_SOURCE

[Rémi Vanicat]

Package: xutils-dev
Version: 1:7.7+5+b1
Severity: minor
File: /usr/bin/imake

Dear Maintainer,

While recompiling xdu, It generate the following error:

In file included from /usr/include/x86_64-linux-gnu/sys/types.h:25:0,
 from /usr/include/X11/Xlib.h:38,
 from /usr/include/X11/Intrinsic.h:53,
 from xwin.c:22:
/usr/include/features.h:148:3: warning: #warning "_BSD_SOURCE and _SVID_SOURCE 
are deprecated, use _DEFAULT_SOURCE" [-Wcpp]
 # warning "_BSD_SOURCE and _SVID_SOURCE are deprecated, use _DEFAULT_SOURCE"
   ^~~

imake and xmkmf should stop using those define, and user -D_DEFAULT_SOURCE 
instead.

Thanks.

-- System Information:
Debian Release: 9.1
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'stable'), (500, 'oldstable'), 
(155, 'testing'), (150, 'unstable'), (120, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE= 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages xutils-dev depends on:
ii  cpp4:6.3.0-4
ii  libc6  2.24-12

xutils-dev recommends no packages.

xutils-dev suggests no packages.

-- no debconf information
-- 
Rémi Vanicat

Bug#868896: xdu: does not show result with huge input file

[Rémi Vanicat]

Karl Voit  writes:

> Package: xdu
> Version: 3.0-18
> Severity: important
>
> Dear Maintainer,

Hello, thanks for the report.

>
>* What led up to the situation?
>
> On a fairly large file system (4TB of disk and data) I can't get a
> result visualized with xdu.

[...]

>
> I see the xdu UI window that shows only one "directory" with a
> negative number where the size is displayed usually:
>
> . (-710021240)
>
> I could not "navigate" since there were no subdirectories visualized.
>
> Maybe there is an overflow somewhere?

Some test seem to point in this direction. As a way to overcome this
problem you could try to use the "-k" or "-m" option of du.

Bug#804698: RFP: muchsync -- synchronize maildirs and notmuch databases

[Rémi Vanicat]

retitle ITP: muchsync -- synchronize maildirs and notmuch databases
thanks

I intent to package muchsync (the version 4). It will be in collabmaint

Cordially.

Bug#864760: ITP: weechat-el -- Emacs client for weechat IRC relay

[Rémi Vanicat]

Package: wnpp
Severity: wishlist
Owner: =?utf-8?q?R=C3=A9mi_Vanicat?= <vani...@debian.org>

* Package name: weechat-el
  Version : 0.3.1
  Upstream Author : Moritz Ulrich <mor...@tarn-vedra.de>
* URL : https://github.com/the-kenny
* License : GPL
  Programming Lang: Elisp
  Description : Chat via weechat's relay protocol in Emacs

 WeeChat is a fast and light chat client, that can be controlled
 remotely. weechant.el is an Emacs mode that do it.

I will maintain this package as part of the Debian Emacs addons team
(pkg-emacsen-add...@lists.alioth.debian.org).

-- 
Rémi Vanicat

Bug#850170: [Pkg-emacsen-addons] Bug#850170: elpa-with-editor: Alioth VCS repository is out of date

[Rémi Vanicat]

Free Ekanayaka <fr...@debian.org> writes:

> Package: elpa-with-editor
> Severity: normal
>
> Hello,
>
> it seems that the git repository for the debian package is out of date:
>
> https://anonscm.debian.org/cgit/pkg-emacsen/pkg/with-editor.git/
>
> as it only has version 2.5.7-1 while the one in the archive is 2.5.8-1.
>
> Cheers

tags and branch has been pushed


-- 
Rémi Vanicat

Bug#846537: auctex: fails to compile for emacs25

[Rémi Vanicat]

Julian Gilbey <j...@debian.org> writes:

[...]

> Something is very strange, indeed.  The directory
> /usr/share/emacs25/site-lisp/auctex/ has meaningful symlinks to
> ../../../emacs/site-lisp/auctex/* files, but the subdirectory style
> has no symlinks in it at all, but that is presumably because line 94
> of /usr/lib/emacsen-common/packages/install/auctex deletes them.

The truth is I just recently did look at the AUCTeX package for two NMU,
and I don't yet fully understand how things are done. The deletion of
those link seem intentional, and is probably legit, I just didn't expect
it. 

> On the other hand, as you say, in
> /usr/share/emacs/site-lisp/auctex/style/subfigure.el, the setq
> TeX-complete-list is at line 48.
>
> I tried a modified version of install/auctex which does not delete the
> style/*.el files, and confirmed that indeed lines 44-51 are as you
> say.

Not sure, to say the truth, I didn't look very in detail how auctex
package work, and just did superficial bug hunting on it. I will have to
look on the how and why of the different part of the packaging.

>
> I think I have found the bug, though, and here's a patch which I
> believe fixes it; the paretheses are wrong in the append command:
>
> --- style/subfigure.el2016-11-25 11:00:39.0 +
> +++ style/subfigure2.el   2016-12-02 14:00:18.598610954 +
> @@ -47,8 +47,8 @@
> ;; Install completion for labels:
> (setq TeX-complete-list
>(append
> -   '(("[Ss]ubref{\\([^{}\n\r\\%,]*\\)" 1 LaTeX-label-list "}")))
> -   TeX-complete-list)
> +   '(("[Ss]ubref{\\([^{}\n\r\\%,]*\\)" 1 LaTeX-label-list "}"))
> +   TeX-complete-list))
>  
> ;; Fontification
> (when (and (featurep 'font-latex)
>

Thanks for the patch. 

> I don't know why this doesn't cause a problem in emacs24, or why
> no-one else has seen/had/noticed the problem.

Yes, this is strange, I have both emacs25 and auctex with no problem. I
did test my last NMU, and no error seem to happen. 

-- 
Rémi Vanicat

Bug#846537: Bug#846537: auctex: fails to compile for emacs25

[Rémi Vanicat]

Julian Gilbey <j...@debian.org> writes:

> Package: auctex
> Version: 11.88-1.3
> Severity: important
>
> auctex failed to compile for emacs25.  The CompilationLog file (see in
> full below) ends with the lines:
>
> In toplevel form:
> style/subfigure.el:44:5:Error: missing value for ‘TeX-complete-list’ at end 
> of setq
>

Something is strange here, because the setq for TeX-complete-list is at
line 48 in the package style/subfigure.el file, and not at line 44. Line
44 to 51 of /usr/share/emacs/site-lisp/auctex/style/subfigure.el should be:

   (LaTeX-add-lengths "subfigtopskip" "subfigcapskip" "subfigcaptopadj"
  "subfigbottomskip" "subfigcapmargin" "subfiglabelskip")

   ;; Install completion for labels:
   (setq TeX-complete-list
 (append
  '(("[Ss]ubref{\\([^{}\n\r\\%,]*\\)" 1 LaTeX-label-list "}")))
  TeX-complete-list)

and /usr/share/emacs25/site-lisp/auctex/style/subfigure.el should be a
link to /usr/share/emacs/site-lisp/auctex/style/subfigure.el (but your
log seem to indicate the symbolic link is correct).

Could you check this is indeed the case on your computer? 
[...]


-- 
Rémi Vanicat

Bug#838119: auctex: Please upgrade to the current version

[Rémi Vanicat]

Hello,

I would like to work on the new upstream version of AUCTeX, there are
several things I wish to discuss first

- there are two version,
  1. the main AUCTeX site give me 11.89[1]
  2. GNU elpa has 11.89.7[2]

  It seem more logical to use the latter, but it will change the source
  of the .orig
  
- speaking about elpa, it would be neat to convert the packaging to
  dh-elpa[3][4] (even more if our upstream is GNU elpa).

  That said, AUCTeX look like a relatively complex package, so the
  conversion might not be simple, so I might pass on this if it appear
  it is too complex (but dh-elpa is simple)
  
- Also I didn't yet look at why eperl was needed, could you give me any
  lead before I dive into history?
  
- speaking about tooling, what tool are you using for maintaining
  AUCTeX, so I could coordinate with it?
  
- I would also like to add myself to the uploader field, to make such a
  big change not a NMU
  
- For now, I will continue to use my anonscm.debian.org git repo[5], but
  it might be simpler to use collab-maint as git repository, if you
  agree on it.

If you have any comment, veto on part (or all) of this, work in
progress, anything I look forward to collaborate with you. 

1: https://www.gnu.org/software/auctex/download-for-unix.html
2: https://elpa.gnu.org/packages/auctex.html
3: https://packages.debian.org/sid/dh-elpa
4: https://pkg-emacsen.alioth.debian.org/elpa-hello/
5: https://anonscm.debian.org/cgit/users/vanicat/auctex.git/
-- 
Rémi Vanicat

Bug#845533: [Pkg-emacsen-addons] Bug#845533: marked as done (elpa-with-editor: Fails to byte compile with emacs25: No such file or directory, dash)

[Rémi Vanicat]

[...]

> From: Agustin Martin <agmar...@debian.org>

[...]

Hello, 

> $ dpkg -S dash.el
> dash-el: /usr/share/emacs/site-lisp/dash-el/dash.el
>
> but no dash dir under /usr/share/emacs25/site-lisp. Also, no
> dictionaries-common is there
>
> I am having a problem with edb (reported as #840748) that also caused some
> errors, so I purged edb and reconfigured both dictionaries-common and dash.
> Problem gone.

>
> I do not understand why it had this side effect, but there is clearly no
> problem with with-editor. Have to check for other possibly missing stuff.
>
> Closing bug report, sorry for the noise.

Glad you found the problem.

Thanks for the analysis.

[...]

-- 
Rémi Vanicat

Bug#845533: [Pkg-emacsen-addons] Bug#845533: elpa-with-editor: Fails to byte compile with emacs25: No such file or directory, dash

[Rémi Vanicat]

Rémi Vanicat <vani...@debian.org> writes:

> Agustin Martin <agmar...@debian.org> writes:
>
>> Package: elpa-with-editor
>> Version: 2.5.7-1
>> Severity: important
>>
>> Dear Maintainer,
>>
>> Seems that elpa-with-editor has some problems when byte-compiling for
>> emacs25. On the one hand it is too noisy (as opposed to what happens with
>> emacs24) and on the other hand there is a byte-compilation error,
>
> Sorry, we are waiting for the dash-el maintainer to update dash-el for
> emacs25, for magit and with-editor to work in emacs25.

Sorry again, I did answer to quickly, because even if dash-el refuse to
install itself without bringing in emacs24, it should be correctly
installed for every available Emacs installed.

So I did try in a clean chroot, and elpa-with-editor did install and
byte compile just fine with both emacs24 and emacs25.

Could you check if dash-el is correctly installed. There should be both
dash.elc and dash-functional.elc in the
/usr/share/emacs25/site-lisp/dash-el/ repository. Check also that the
/etc/emacs/site-start.d/50dash-el.el is correct.

Running "emacs25 -q", and trying "C-h f --every-p" (for example) should
show you the description of the dash's --every-p function.

-- 
Rémi Vanicat

Bug#845533: [Pkg-emacsen-addons] Bug#845533: elpa-with-editor: Fails to byte compile with emacs25: No such file or directory, dash

[Rémi Vanicat]

Agustin Martin <agmar...@debian.org> writes:

> Package: elpa-with-editor
> Version: 2.5.7-1
> Severity: important
>
> Dear Maintainer,
>
> Seems that elpa-with-editor has some problems when byte-compiling for
> emacs25. On the one hand it is too noisy (as opposed to what happens with
> emacs24) and on the other hand there is a byte-compilation error,

Sorry, we are waiting for the dash-el maintainer to update dash-el for
emacs25, for magit and with-editor to work in emacs25.

-- 
Rémi Vanicat

Bug#840753: auctex: Cannot compile LaTeX document using version 11.88-1.2

[Rémi Vanicat]

Hello,

I was looking at auctex bugs, today, and could not reproduce your
problem.

Firstly, you give us two conflicting version for this bugs: your
pseudoheader say 11.87-3+deb8u1, but your subject say 11.88-1.2.

Then if it is really 11.88-1.2 that fail, could you try again, and if it
still failed could you send me a tex file that can't compile.

Thanks.
-- 
Rémi Vanicat

Bug#823367: intent to NMU

[Rémi Vanicat]

Hello,

I intent to nmu auctex for those 3 bugs, with the attached patch:

diff -Nru auctex-11.88/debian/auctex.bug-script.eperl auctex-11.88/debian/auctex.bug-script.eperl
--- auctex-11.88/debian/auctex.bug-script.eperl	2014-11-01 17:57:29.0 +0100
+++ auctex-11.88/debian/auctex.bug-script.eperl	2016-11-19 14:48:10.0 +0100
@@ -34,7 +34,7 @@
 EOF
 
 <: # Default flavors: only GNU/Emacsen, XEmacs comes with its own AUCTeX :>//
-FLAVORS=${*:-"emacs23 emacs24 emacs-snapshot"}
+FLAVORS=${*:-"emacs23 emacs24 emacs25 emacs-snapshot"}
 
 for FLAVOR in ${FLAVORS}; do
 if [ -x /usr/bin/${FLAVOR} ]; then
diff -Nru auctex-11.88/debian/auctex.emacsen-install.eperl auctex-11.88/debian/auctex.emacsen-install.eperl
--- auctex-11.88/debian/auctex.emacsen-install.eperl	2014-11-01 17:57:29.0 +0100
+++ auctex-11.88/debian/auctex.emacsen-install.eperl	2016-11-19 14:48:10.0 +0100
@@ -107,7 +107,7 @@
 case "${FLAVOR}" in
 (emacs)
 	;;
-(emacs23|emacs24|emacs-snapshot)
+(emacs23|emacs24|emacs25|emacs-snapshot)
 	do_install ${FLAVOR}
 	do_update_auctex_elisp ${FLAVOR}
 	;;
diff -Nru auctex-11.88/debian/auctex.emacsen-remove.eperl auctex-11.88/debian/auctex.emacsen-remove.eperl
--- auctex-11.88/debian/auctex.emacsen-remove.eperl	2014-11-01 17:57:29.0 +0100
+++ auctex-11.88/debian/auctex.emacsen-remove.eperl	2016-11-19 14:48:10.0 +0100
@@ -46,7 +46,7 @@
 case "${FLAVOR}" in
 (emacs)
 	;;
-(emacs23|emacs24|emacs-snapshot)
+(emacs23|emacs24|emacs25|emacs-snapshot)
 	undo_update_auctex_elisp
 	undo_install
 	;;
diff -Nru auctex-11.88/debian/auctex.emacsen-startup.eperl auctex-11.88/debian/auctex.emacsen-startup.eperl
--- auctex-11.88/debian/auctex.emacsen-startup.eperl	2014-11-01 17:57:29.0 +0100
+++ auctex-11.88/debian/auctex.emacsen-startup.eperl	2016-11-19 14:48:10.0 +0100
@@ -5,7 +5,7 @@
 ;;; form "(unload-feature 'tex-site)" (i.e., put that string into your
 ;;; "~/.emacs" to disable AUCTeX completely).
 
-(if (member debian-emacs-flavor '(emacs23 emacs24 emacs-snapshot))
+(if (member debian-emacs-flavor '(emacs23 emacs24 emacs25 emacs-snapshot))
 <: # skip if removed and not purged :>//
 (if (file-exists-p "/usr/share/emacs/site-lisp/auctex/tex.el")
 	(progn
diff -Nru auctex-11.88/debian/auctex.triggers auctex-11.88/debian/auctex.triggers
--- auctex-11.88/debian/auctex.triggers	2015-01-02 19:20:23.0 +0100
+++ auctex-11.88/debian/auctex.triggers	2016-11-19 14:48:10.0 +0100
@@ -2,4 +2,5 @@
 interest-noawait /usr/share/texlive/texmf-dist
 interest auctex-install-emacs23
 interest auctex-install-emacs24
+interest auctex-install-emacs25
 interest auctex-install-emacs-snapshot
diff -Nru auctex-11.88/debian/changelog auctex-11.88/debian/changelog
--- auctex-11.88/debian/changelog	2016-09-23 17:36:05.0 +0200
+++ auctex-11.88/debian/changelog	2016-11-20 15:27:30.0 +0100
@@ -1,3 +1,14 @@
+auctex (11.88-1.3) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * auctex support for emacs25, thanks to Dan Torop (Closes: #841123).
+  * update the Brazilian Portuguese Translation (Closes: #823367)
+thanks to Diego Neves.
+  * Fix building with dpkg-buildpackage -A thanks to Santiago Vila
+(Closes: #839579).
+
+ -- Rémi Vanicat <vani...@debian.org>  Sun, 20 Nov 2016 15:27:30 +0100
+
 auctex (11.88-1.2) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru auctex-11.88/debian/control auctex-11.88/debian/control
--- auctex-11.88/debian/control	2016-09-23 17:36:05.0 +0200
+++ auctex-11.88/debian/control	2016-11-20 15:18:44.0 +0100
@@ -4,14 +4,14 @@
 Maintainer: Davide G. M. Salvetti <sa...@debian.org>
 Uploaders: OHURA Makoto <oh...@debian.org>
 Standards-Version: 3.9.6
-Build-Depends-Indep: debhelper (>= 8), emacs24 | emacs23 | emacs-snapshot, eperl, ghostscript, po-debconf, tex-common (>= 4.01), texlive-latex-base, texinfo (>= 5)
+Build-Depends-Indep: debhelper (>= 8), emacs25 | emacs24 | emacs23 | emacs-snapshot, eperl, ghostscript, po-debconf, tex-common (>= 4.01), texlive-latex-base, texinfo (>= 5)
 Homepage: http://www.gnu.org/software/auctex/
 Vcs-Browser: http://anonscm.debian.org/gitweb/?p=users/salve/auctex.git;a=summary
 Vcs-Git: git://anonscm.debian.org/users/salve/auctex.git
 
 Package: auctex
 Architecture: all
-Depends: emacs24 | emacs23 | emacs-snapshot, emacsen-common (>= 2.0.8), preview-latex-style, ${misc:Depends}
+Depends: emacs25 | emacs24 | emacs23 | emacs-snapshot, emacsen-common (>= 2.0.8), preview-latex-style, ${misc:Depends}
 Recommends: ghostscript, texlive-latex-recommended, xpdf | evince | evince-gtk | okular
 Suggests: catdvi, dvipng, lacheck
 Breaks: emacspeak (<= 17.0-1)
diff -Nru auctex-11.88/debian/po/pt_BR.po auctex-11.88/debian/po/pt_BR.po
--- auctex-11.88/debian/po/pt_BR.po	2014-11-01 17:57:29.0 +0100
+++ auct

Bug#843413: plasma-workspace: plasmashell fail to start

[Rémi Vanicat]

Thanks.

Lisandro Damián Nicanor Pérez Meyer <perezme...@gmail.com> writes:

> the fix has been recently uploaded, it will hit the archive in some hours.
>
> -- 
> Lisandro Damián Nicanor Pérez Meyer
> http://perezmeyer.com.ar/
> http://perezmeyer.blogspot.com/
>
> El nov 6, 2016 11:09 AM, "Rémi Vanicat" <vani...@debian.org> escribió:
>
>> Package: plasma-workspace
>> Version: 4:5.8.2-1
>> Severity: important
>>
>> After an upgrade of a whole lot of kde related package on my sid box,
>> plasmashell stopped to work, with no error message, just kwin seem to be
>> working but not plasmashell.
>>
>> Here is the part of my .xsession-error that seem related to this:
>>
>> kdeinit5: Got EXEC_NEW '/usr/bin/plasmashell' from wrapper.
>> kdeinit5: preparing to launch '/usr/bin/plasmashell'
>> kdeinit5: Got EXEC_NEW '/usr/lib/x86_64-linux-gnu/libexec/drkonqi' from
>> wrapper.
>> kdeinit5: preparing to launch '/usr/lib/x86_64-linux-gnu/libexec/drkonqi'
>> Service  "org.kde.StatusNotifierHost-3653" unregistered
>> org.kde.knotifications: env says KDE is running but SNI unavailable --
>> check KDE_FULL_SESSION and XDG_CURRENT_DESKTOP
>> Registering ":1.66/StatusNotifierItem" to system tray
>> found lsb_release
>> Using /proc to determine executable path
>> Executable is: "/usr/bin/plasmashell"
>> Executable exists: true
>> Enabling drkonqi crash catching
>> Registering "org.kde.StatusNotifierItem-4002-1/StatusNotifierItem" to
>> system tray
>> file:///usr/share/plasma/shells/org.kde.plasma.desktop/contents/views/Panel.qml:83:
>> TypeError: Cannot read property 'Layout' of null
>> kdeinit5: PID 3956 terminated.
>> Sending SIGSTOP to process
>>

-- 
Rémi Vanicat

Bug#843413: plasma-workspace: plasmashell fail to start

[Rémi Vanicat]

lient5 4:5.27.0-1
ii  libkf5widgetsaddons5 5.27.0-1
ii  libkf5windowsystem5  5.27.0-1
ii  libkf5xmlgui55.27.0-1
ii  libkf5xmlrpcclient5  5.27.0-1
ii  libkscreenlocker55.8.2-1
ii  libksgrd74:5.8.2-1
ii  libkworkspace5-5 4:5.8.2-1
ii  libphonon4qt5-4  4:4.9.0-4
ii  libplasma-geolocation-interface5 4:5.8.2-1
ii  libprocesscore7  4:5.8.2-1
ii  libprocessui74:5.8.2-1
ii  libqalculate5v5  0.9.7-9.1+b1
ii  libqt5core5a 5.7.1~20161021+dfsg-5
ii  libqt5dbus5  5.7.1~20161021+dfsg-5
ii  libqt5gui5   5.7.1~20161021+dfsg-5
ii  libqt5network5   5.7.1~20161021+dfsg-5
ii  libqt5qml5   5.7.1~20161021-4
ii  libqt5quick5 5.7.1~20161021-4
ii  libqt5script55.7.1~20161021+dfsg-2
ii  libqt5sql5   5.7.1~20161021+dfsg-5
ii  libqt5widgets5   5.7.1~20161021+dfsg-5
ii  libqt5x11extras5 5.7.1~20161021-2
ii  libqt5xml5   5.7.1~20161021+dfsg-5
ii  libsm6   2:1.2.2-1+b1
ii  libstdc++6   6.2.0-11
ii  libtaskmanager6  4:5.8.2-1
ii  libweather-ion7  4:5.8.2-1
ii  libx11-6 2:1.6.3-1
ii  libxcb-composite01.12-1
ii  libxcb-damage0   1.12-1
ii  libxcb-image00.4.0-1
ii  libxcb-util0 0.3.8-3
ii  libxcb1  1.12-1
ii  libxfixes3   1:5.0.2-1
ii  libxrender1  1:0.9.9-2
ii  milou4:5.8.2-1
ii  phonon4qt5   4:4.9.0-4
ii  plasma-framework 5.27.0-1
ii  plasma-integration   5.8.2-1
ii  qdbus-qt55.7.1~20161021-2
ii  qml-module-org-kde-draganddrop   5.27.0-1+b1
ii  qml-module-org-kde-extensionplugin   5.27.0-1
ii  qml-module-org-kde-kcoreaddons   5.27.0-1+b1
ii  qml-module-org-kde-kquickcontrols5.27.0-1+b1
ii  qml-module-org-kde-kquickcontrolsaddons  5.27.0-1+b1
ii  qml-module-org-kde-kwindowsystem 5.27.0-1+b1
ii  qml-module-org-kde-solid 5.27.0-1
ii  qml-module-qt-labs-folderlistmodel   5.7.1~20161021-4
ii  qml-module-qtgraphicaleffects5.7.1~20161021-3
ii  qml-module-qtqml-models2 5.7.1~20161021-4
ii  qml-module-qtquick-controls  5.7.1~20161021-2
ii  qml-module-qtquick-dialogs   5.7.1~20161021-2
ii  qml-module-qtquick-layouts   5.7.1~20161021-4
ii  qml-module-qtquick-window2   5.7.1~20161021-4
ii  qml-module-qtquick2  5.7.1~20161021-4
ii  qttools5-dev-tools   5.7.1~20161021-2
ii  udisks2  2.1.7-3
ii  x11-utils7.7+3
ii  x11-xserver-utils7.7+7
ii  zlib1g   1:1.2.8.dfsg-2+b3

Versions of packages plasma-workspace recommends:
ii  kio-extras   4:16.08.2-1
ii  libpam-kwallet5  5.8.2-1

plasma-workspace suggests no packages.

-- no debconf information

-- 
Rémi Vanicat

Bug#768724: fixed in auctex 11.87-3

[Rémi Vanicat]

Ivo De Decker <iv...@debian.org> writes:

> Hi,
>
> On Tue, Nov 11, 2014 at 10:19:01PM +, Davide G. M. Salvetti wrote:
>>  auctex (11.87-3) testing; urgency=medium
>>  .
>>* [59fd7bc] Drop emacs23 dependencies, keep emacs24 to the front.
>>  Thanks to Lucas Nussbaum (Closes: #768724)
>
> This bug is fixed in testing, but the version in unstable is still affected by
> it. Could you do an upload for that as well?

I intent to NMU auctex to fix this problem this week-end, if there is no
opposition against it.

Davide, if you don't have time enough to take care of this package, the
new debian emacs package teams could probably take care of it if you
wish. 

>From 802c7f8513e76aea28cde900f433637ee8392d60 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?R=C3=A9mi=20Vanicat?= <vani...@debian.org>
Date: Fri, 23 Sep 2016 17:37:26 +0200
Subject: [PATCH 2/2] NMU: fix FTBFS #768724

---
 debian/changelog | 8 
 debian/control   | 4 ++--
 2 files changed, 10 insertions(+), 2 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 2196977..a0319f9 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+auctex (11.88-1.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Bug fix: "FTBFS: build-dependency not installable: emacs23", thanks to
+Lucas Nussbaum (Closes: #768724).
+
+ -- Rémi Vanicat <vani...@debian.org>  Fri, 23 Sep 2016 17:36:05 +0200
+
 auctex (11.88-1.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff --git a/debian/control b/debian/control
index 8d9afa1..f31f3bd 100644
--- a/debian/control
+++ b/debian/control
@@ -4,14 +4,14 @@ Section: tex
 Maintainer: Davide G. M. Salvetti <sa...@debian.org>
 Uploaders: OHURA Makoto <oh...@debian.org>
 Standards-Version: 3.9.6
-Build-Depends-Indep: debhelper (>= 8), emacs23 | emacs24 | emacs-snapshot, eperl, ghostscript, po-debconf, tex-common (>= 4.01), texlive-latex-base, texinfo (>= 5)
+Build-Depends-Indep: debhelper (>= 8), emacs24 | emacs23 | emacs-snapshot, eperl, ghostscript, po-debconf, tex-common (>= 4.01), texlive-latex-base, texinfo (>= 5)
 Homepage: http://www.gnu.org/software/auctex/
 Vcs-Browser: http://anonscm.debian.org/gitweb/?p=users/salve/auctex.git;a=summary
 Vcs-Git: git://anonscm.debian.org/users/salve/auctex.git
 
 Package: auctex
 Architecture: all
-Depends: emacs23 | emacs24 | emacs-snapshot, emacsen-common (>= 2.0.8), preview-latex-style, ${misc:Depends}
+Depends: emacs24 | emacs23 | emacs-snapshot, emacsen-common (>= 2.0.8), preview-latex-style, ${misc:Depends}
 Recommends: ghostscript, texlive-latex-recommended, xpdf | evince | evince-gtk | okular
 Suggests: catdvi, dvipng, lacheck
 Breaks: emacspeak (<= 17.0-1)
-- 
2.9.3

Bug#828609: xmms2: FTBFS with openssl 1.1.0

[Rémi Vanicat]

Sebastian Andrzej Siewior <sebast...@breakpoint.cc> writes:

> control: tags -1 patch
>
> On 2016-06-26 12:24:53 [+0200], Kurt Roeckx wrote:
>> OpenSSL 1.1.0 is about to released.  During a rebuild of all packages using
>> OpenSSL this package fail to build.  A log of that build can be found at:
>> https://breakpoint.cc/openssl-1.1-rebuild-2016-05-29/Attempted/xmms2_0.8+dfsg-16_amd64-20160529-1557
>
> builds.

Thank you.

I've no airplay functioning here, have you test it, or just make it
build?

Cordially,
Rémi Vanicat

Bug#829200: [Pkg-emacsen-addons] Bug#829200: dh-elpa: Could dh-elpa be told to use debian version as elpa version

[Rémi Vanicat]

Sean Whitton <spwhit...@spwhitton.name> writes:

> Hello,

Hello,

>
> On Sun, Jul 17, 2016 at 11:21:51PM +0200, Rémi Vanicat wrote:
>> There is no good reason, I used DEB_VERSION_UPSTREAM because it was what
>> someone told me on irc.
>
> Okay.  I think this should be DEB_UPSTREAM_VERSION -- please consider
> updating your branch.
>
> Otherwise, I think the approach you've taken in this patch is fine (I
> assume you've tested it).  I'll wait for my co-maintainer David to take
> a look before merging to master.

after checking, there is in fact a bug in my code: the
DEB_VERSION_UPSTREAM is define in /usr/share/dpkg/pkg-info.mk that was
included from the debian/rules I used as test, but is not in a common
build system. likewise if DEB_UPSTREAM_VERSION is define in cdbs, it
won't be define in a standard build environment. I won't have the time
to do fix this soon, do not hesitate to correct my patch.

Thanks.
-- 
Rémi Vanicat

Bug#829200: [Pkg-emacsen-addons] Bug#829200: Bug#829200: dh-elpa: Could dh-elpa be told to use debian version as elpa version

[Rémi Vanicat]

Sean Whitton <spwhit...@spwhitton.name> writes:

> Hello,
>
> On Mon, Jul 11, 2016 at 04:25:48PM +0200, Rémi Vanicat wrote:
>> I've created a commit that fix this (in the deb-version-upstream branch
>> in our git repository), so if you have any comment.
>
> Thanks for your patch.  Could you explain why you've used
> DEB_VERSION_UPSTREAM instead of DEB_UPSTREAM_VERSION?  This second one
> is a standard variable -- CDBS defines it, and I've seen it in other
> rules files.

There is no good reason, I used DEB_VERSION_UPSTREAM because it was what
someone told me on irc.

-- 
Rémi Vanicat

Bug#829200: dh-elpa: Could dh-elpa be told to use debian version as elpa version

[Rémi Vanicat]

Hi,

I've created a commit that fix this (in the deb-version-upstream branch
in our git repository), so if you have any comment.

-- 
Rémi Vanicat

Bug#825017: xmms2: equalizer not working

[Rémi Vanicat]

Dai <dai.q...@gmail.com> writes:

> On 22/05/16 17:32, Rémi Vanicat wrote:
>> dave <dai.q...@gmail.com> writes:
>>
>>> Package: xmms2
>>> Version: 0.8+dfsg-15+b3
>>> Severity: normal
>>>
>>> Dear Maintainer,
>>>
>>> * What led up to the situation?
>>>
>>> I installed xmms2 from apt and when using a skin (home made)
>> You meant a home made client? not sure what is a skin in the case of
>> xmms2.
> Sorry, yes a home made client
>>
>>> I could not access equalizer settings, I also tried the eq.py file
>>> from xmms2 client list which also failed.
>> eq.py seem to work here. Is python-xmmsclient installed on your system?
>> What went wrong with eq.py?

> The equalizer bars do not even display, and I installed promoe from
> the repositories and while it did show the bars and allowed me to
> "turn on" the equalizer, no changes were made to the sound produced.

Okay, more testing show that this is the case for me too.
xmms2.log contain

   09:37:22 ERROR: ../src/xmms/plugin.c:375: Failed to open plugin 
/usr/lib/xmms2/libxmms_equalizer.so: /usr/lib/xmms2/libxmms_equalizer.so: 
undefined symbol: iir

followed by a lot of

   19:26:40 ERROR: ../src/xmms/xform.c:1501: Couldn't find any effect named 
'equalizer'

Mmm, could try the attached patches and confirm it fix your problem
>From 1e083b58ab01fc2dda31a7ed01381788c85994a8 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?R=C3=A9mi=20Vanicat?= <vani...@debian.org>
Date: Sun, 22 May 2016 19:46:26 +0200
Subject: [PATCH] Removing some inline declaration.

It seem it broke the equalizer.
---
 debian/changelog   |  8 +++
 ...et-the-compiler-figure-out-what-to-inline.patch | 73 ++
 debian/patches/series  |  1 +
 3 files changed, 82 insertions(+)
 create mode 100644 debian/patches/0018-OTHER-Let-the-compiler-figure-out-what-to-inline.patch

diff --git a/debian/changelog b/debian/changelog
index 4b92be6..dfa7d2d 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+xmms2 (0.8+dfsg-16) unstable; urgency=medium
+
+  * OTHER: Let the compiler figure out what to inline.
+(thanks to Daniel Svensson <dsvens...@gmail.com>,
+fix: "equalizer not working", thanks to dave (Closes: #825017).
+
+ -- Rémi Vanicat <vani...@debian.org>  Sun, 22 May 2016 19:50:17 +0200
+
 xmms2 (0.8+dfsg-15) unstable; urgency=medium
 
   * remove samba on hurd-i386 (Closes: #815410).
diff --git a/debian/patches/0018-OTHER-Let-the-compiler-figure-out-what-to-inline.patch b/debian/patches/0018-OTHER-Let-the-compiler-figure-out-what-to-inline.patch
new file mode 100644
index 000..2cb8c55
--- /dev/null
+++ b/debian/patches/0018-OTHER-Let-the-compiler-figure-out-what-to-inline.patch
@@ -0,0 +1,73 @@
+From: Daniel Svensson <dsvens...@gmail.com>
+Date: Thu, 30 Jan 2014 01:03:26 +0100
+Subject: OTHER: Let the compiler figure out what to inline.
+
+No change in CPU usage on Linux, and skipping inline unbreaks
+the build on Mac OS X.
+---
+ src/plugins/equalizer/iir.c | 2 +-
+ src/plugins/equalizer/iir.h | 6 +++---
+ src/plugins/equalizer/iir_fpu.c | 2 +-
+ src/plugins/equalizer/iir_sse.c | 2 +-
+ 4 files changed, 6 insertions(+), 6 deletions(-)
+
+diff --git a/src/plugins/equalizer/iir.c b/src/plugins/equalizer/iir.c
+index 0518147..6ce9e5d 100644
+--- a/src/plugins/equalizer/iir.c
 b/src/plugins/equalizer/iir.c
+@@ -65,7 +65,7 @@ void config_iir(int srate, int bands, int original)
+ /* Round function provided by Frank Klemm which saves around 100K
+  * CPU cycles in my PIII for each call to the IIR function with 4K samples
+  */
+-__inline__ int round_trick(float floatvalue_to_round)
++int round_trick(float floatvalue_to_round)
+ {
+   float   floattmp ;
+   int rounded_value ;
+diff --git a/src/plugins/equalizer/iir.h b/src/plugins/equalizer/iir.h
+index d6ae98f..95e4b5e 100644
+--- a/src/plugins/equalizer/iir.h
 b/src/plugins/equalizer/iir.h
+@@ -57,13 +57,13 @@ void set_gain(int index, int chn, float val);
+ void set_preamp(int chn, float val);
+ 
+ 
+-__inline__ int iir(void *d, int length, int nch, int extra_filtering);
++int iir(void *d, int length, int nch, int extra_filtering);
+ 
+ #ifdef ARCH_X86
+-__inline__ int round_trick(float floatvalue_to_round);
++int round_trick(float floatvalue_to_round);
+ #endif
+ #ifdef ARCH_PPC
+-__inline__ int round_ppc(float x);
++int round_ppc(float x);
+ #endif
+ 
+ #define EQ_CHANNELS 2
+diff --git a/src/plugins/equalizer/iir_fpu.c b/src/plugins/equalizer/iir_fpu.c
+index 119193e..3b4f55f 100644
+--- a/src/plugins/equalizer/iir_fpu.c
 b/src/plugins/equalizer/iir_fpu.c
+@@ -55,7 +55,7 @@ void clean_history(void)
+   di = 0;
+ }
+ 
+-__inline__ int iir(void *d, int length, int nch, int extra_filtering)
++int iir(void *d, int leng

Bug#825017: xmms2: equalizer not working

[Rémi Vanicat]

dave <dai.q...@gmail.com> writes:

> Package: xmms2
> Version: 0.8+dfsg-15+b3
> Severity: normal
>
> Dear Maintainer,
>
>* What led up to the situation?
>
> I installed xmms2 from apt and when using a skin (home made)

You meant a home made client? not sure what is a skin in the case of
xmms2. 

> I could not access equalizer settings, I also tried the eq.py file
> from xmms2 client list which also failed.

eq.py seem to work here. Is python-xmmsclient installed on your system?
What went wrong with eq.py?

> I downloaded the source for my current version and built the package
> locally. I received a lot of warning messages about equalizer, the
> first being
>
> ../src/plugins/equalizer/iir.h:60:16: warning: inline function ‘iir’ declared 
> but never defined
>
> followed by 17 warnings like this but relating to different lines withing the 
> iir_fpu.c file
>
> ../src/plugins/equalizer/iir_fpu.c:144:28: warning: ‘data_history2’ is static 
> but used in inline function ‘iir’ which is not static
>
> I could mail the full output of the build if that would help.

I've a build log with those warnings. Well, xmms2 is of beta quality,
and there are lot of warnings in the code. It doesn't look like it the
cause of this, but I might be wrong. 

-- 
Rémi Vanicat

Bug#824960: tex-common failed to upgrade

[Rémi Vanicat]

Package: tex-common
Version: 6.05
Severity: grave
Justification: renders package unusable

When upgrading I've the following:

Paramétrage de tex-common (6.05) ...

Warning: Old configuration style found in /etc/texmf/fmt.d
Warning: For now these files have been included,
Warning: but expect inconsistencies.
Warning: These packages should be rebuild with tex-common.
Warning: Please see /usr/share/doc/tex-common/NEWS.Debian.gz
Warning: found file: /etc/texmf/fmt.d/10texlive-formats-extra.cnf

Running mktexlsr. This may take some time... done.
Running updmap-sys. This may take some time... done.
Running mktexlsr /var/lib/texmf ... done.
Building format(s) --all.
This may take some time...
fmtutil failed. Output has been stored in
/tmp/fmtutil.8V4LVNKH
Please include this file if you report a bug.

The content of fmtutil.8V4LVNKH follow. Please ask if you need other
information.

fmtutil: fmtutil is using the following fmtutil.cnf files (in precedence order):
fmtutil:   /var/lib/texmf/web2c/fmtutil.cnf
fmtutil:   /usr/share/texmf/web2c/fmtutil.cnf
fmtutil:   /usr/share/texlive/texmf-dist/web2c/fmtutil.cnf
fmtutil: fmtutil is using the following fmtutil.cnf file for writing changes:
fmtutil:   /etc/texmf/web2c/fmtutil.cnf
fmtutil [INFO]: writing formats under /var/lib/texmf/web2c
fmtutil [INFO]: --- remaking luatex with luatex
fmtutil: running `luatex -ini   -jobname=luatex -progname=luatex luatex.ini' ...
This is LuaTeX, Version 0.95.0 (TeX Live 2016/Debian)  (INITEX)
 restricted system commands enabled.
(/usr/share/texlive/texmf-dist/tex/generic/tex-ini-files/luatex.ini
(/usr/share/texlive/texmf-dist/tex/generic/tex-ini-files/luatexconfig.tex
(/var/lib/texmf/tex/generic/config/pdftexconfig.tex))
(/usr/share/texlive/texmf-dist/tex/generic/config/luatexiniconfig.tex)
(/usr/share/texlive/texmf-dist/tex/generic/unicode-data/load-unicode-data.tex

load-unicode-data.tex v1.4a (2016-02-21)
Reading Unicode data
# UnicodeData-8.0.0.txt
# Downloaded 2015-12-01 09:00:00 GMT [JAW]
) (/usr/share/texlive/texmf-dist/tex/luatex/hyph-utf8/etex.src
(/usr/share/texlive/texmf-dist/tex/plain/base/plain.tex
Preloading the plain format: codes, registers, parameters, fonts, more fonts,
macros, math definitions, output routines, hyphenation
(/usr/share/texlive/texmf-dist/tex/generic/hyphen/hyphen.tex
[skipping from \patterns to end-of-file...]))
(/usr/share/texlive/texmf-dist/tex/plain/etex/etexdefs.lib
Skipping module "grouptypes"; Loading module "interactionmodes";
Skipping module "nodetypes"; Skipping module "iftypes";)
(/var/lib/texmf/tex/generic/config/language.def
(/usr/share/texlive/texmf-dist/tex/generic/hyphen/hyphen.tex))
Augmenting the Plain TeX definitions: \tracingall;
Adding new e-TeX definitions: \eTeX, \loggingall, \tracingnone,
register allocation; extended register allocation; 
Recycling: \addlanguage, \@nswer (not defined), \@sk, \b@dresponsetrue,
\b@dresponsefalse, \ch@ckforyn, \mayber@cycle, \et@xabort, \et@xbuf,
\et@xfmtsrc, \et@xfilehdr, \et@xinf, \et@xpatterns, \l@ngdefnfile, \n@xt,
\p@rse (not defined), \pr@mpt (not defined), \pr@mptloop (not defined),
\forcer@cycle, \usef@llback, \usef@llbacktrue, \usef@llbackfalse, 
Retaining: \et@xerr, \et@xinput, \et@xlibhdr, \et@xmsg, \et@xtoks, \et@xwarn,
\et@xl@@d, \et@xl@ad, \et@xload, \et@xlang, \et@xhash, \eTeX, \etexhdrchk,
\etexstatus, \module, \uselanguage, \r@tain, \r@cycle,))
Beginning to dump on file luatex.fmt
 (format=luatex 2016.5.21)
3133 strings using 10251 bytes
68833 memory locations dumped; current usage is 155&7729
1764 multiletter control sequences
\font\nullfont=nullfont
\font\tenrm=cmr10
\font\preloaded=cmr9
\font\preloaded=cmr8
\font\sevenrm=cmr7
\font\preloaded=cmr6
\font\fiverm=cmr5
\font\teni=cmmi10
\font\preloaded=cmmi9
\font\preloaded=cmmi8
\font\seveni=cmmi7
\font\preloaded=cmmi6
\font\fivei=cmmi5
\font\tensy=cmsy10
\font\preloaded=cmsy9
\font\preloaded=cmsy8
\font\sevensy=cmsy7
\font\preloaded=cmsy6
\font\fivesy=cmsy5
\font\tenex=cmex10
\font\preloaded=cmss10
\font\preloaded=cmssq8
\font\preloaded=cmssi10
\font\preloaded=cmssqi8
\font\tenbf=cmbx10
\font\preloaded=cmbx9
\font\preloaded=cmbx8
\font\sevenbf=cmbx7
\font\preloaded=cmbx6
\font\fivebf=cmbx5
\font\tentt=cmtt10
\font\preloaded=cmtt9
\font\preloaded=cmtt8
\font\preloaded=cmsltt10
\font\tensl=cmsl10
\font\preloaded=cmsl9
\font\preloaded=cmsl8
\font\tenit=cmti10
\font\preloaded=cmti9
\font\preloaded=cmti8
\font\preloaded=cmti7
\font\preloaded=cmu10
\font\preloaded=cmmib10
\font\preloaded=cmbsy10
\font\preloaded=cmcsc10
\font\preloaded=cmssbx10
\font\preloaded=cmdunh10
\font\preloaded=cmr7 at 14.51799pt
\font\preloaded=cmtt10 at 14.4pt
\font\preloaded=cmssbx10 at 14.4pt
\font\preloaded=manfnt
50 preloaded fonts
warning  (pdf backend): no pages of output.
Transcript written on luatex.log.
fmtutil [INFO]: /var/lib/texmf/web2c/luatex/luatex.fmt installed.
fmtutil [INFO]: --- remaking pdftex with pdftex
fmtutil: running 

Bug#813298: git-buildpackage: gbp pq import could fail if a refs has a name too similar to refs/heads/master

[Rémi Vanicat]

Package: git-buildpackage
Version: 0.7.2
Severity: normal
Tags: upstream

Hello,

`gbp pq import` failed because of ref whose name contain
`refs/heads/patch-queue/master`:

  $ gbp pq -v import
  gbp:debug: ['git', 'rev-parse', '--show-cdup']
  gbp:debug: ['git', 'rev-parse', '--is-bare-repository']
  gbp:debug: ['git', 'symbolic-ref', 'HEAD']
  gbp:debug: ['git', 'show-ref', 'refs/heads/master']
  gbp:debug: ['git', 'show-ref', 'refs/heads/patch-queue/master']
  gbp:error: Patch queue branch 'patch-queue/master'. already exists. Try 
'rebase' instead.
  $ git show-ref refs/heads/patch-queue/master
  de12fcecaa8b1760ab7ec65a1581dc3a5d881d0b 
refs/wip/wtree/refs/heads/patch-queue/master

removing this ref solved the problem for me. Maybe using the `--verify`
option of `git show-ref` could solve this.

Thanks.


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (150, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.2.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages git-buildpackage depends on:
ii  devscripts2.15.10
ii  git   1:2.7.0-1
ii  man-db2.7.5-1
ii  python-dateutil   2.4.2-1
ii  python-pkg-resources  18.8-1
ii  python-six1.10.0-2
pn  python:any

Versions of packages git-buildpackage recommends:
ii  cowbuilder   0.78
ii  pbuilder 0.223
ii  pristine-tar 1.33
ii  python-requests  2.9.1-2

Versions of packages git-buildpackage suggests:
ii  python-notify  0.1.1-4
ii  sudo   1.8.15-1.1
ii  unzip  6.0-20

-- no debconf information
-- 
Rémi Vanicat

Bug#812193: RM: realtimebattle -- ROM; unmaintained upstream

[Rémi Vanicat]

Package: ftp.debian.org
Severity: normal

Hi FTP masters,
Please, remove src:realtimebattle, it has very low popcon (6 vote), and
upstream is dead for some time now.

Cheers,
-- 
Rémi Vanicat

Bug#807851: ITP: emacs-async -- simple library for asynchronous processing in Emacs

[Rémi Vanicat]

Sean Whitton <spwhit...@spwhitton.name> writes:

[...]

> * Package name: emacs-async

[...]

> I am packaging this as a build-dependency (for running tests) of flx,
> another ITP of mine.  I intend to maintain it as part of the
> pkg-emacsen team.
>

I don't know if this is the case here, but async was also a dependency
for magit. It happen that it was only needed to ensure that the Emacs
session used to compile magit had not loaded a previous version of
magit, and so protecting us from havoc in macro expansion. But the way
we build elpa package protect us from such a problem. So I just dropped
the dependency, and change, and change very little in magit's upstream
source for this.

That said, emacs-async is an useful package on itself, and I didn't
check how far flx use async.  

-- 
Rémi Vanicat

Bug#806499: elpa-magit: missing info files

[Rémi Vanicat]

Control: tag -1 pending

David Bremner <brem...@debian.org> writes:

> Package: elpa-magit
> Version: 2.3.1-1
> Severity: normal
>
> magit.info-[12] are missing from the binary package. I got as far as
> observing that they are also missing from the elpa package magit-2.3.1
> generated by "make elpa VERSION=2.3.1".

Apparently, it is already fixed upstream[1]. A new upstream version
should be available soon, so I'm waiting a little bit before uploading
the fix.


[1]: 
https://github.com/magit/magit/commit/018c263067e56a754867e2e6bcc97ccf8a6dc517
-- 
Rémi Vanicat

Bug#804654: magit: maintainer address bounces

[Rémi Vanicat]

notfound 804654 2.2.2-2
found 804654 2.2.2-3
thanks.

This problem doesn't apply to stable.
-- 
Rémi Vanicat

Bug#803606: elpa-magit: pre-removal script fails: “No such file or directory” for ‘site-lisp’ entries

[Rémi Vanicat]

Branislav Zahradník <happy.bar...@gmail.com> writes:

[...]

>
> I'm affected by this bug as well.
> I guess problem is in file:
>
> /usr/lib/emacsen-common/packages/remove/elpa-magit
>
> line:
>   find ${elc_dir} -type l -delete
>
> if ${elc_dir} doesn't exist, find fails. Solution:
>
>   [ -e ${elc_dir} ] && find ${elc_dir} -type l -delete
>
> Problem is also with other elpa packages: elpa-git-commit, elpa-magit-popup, 
> elpa-with-editor
>

In curent version of elpa-magit (2.3.0-2, as in sid and unstable today), this
file contain just that. Does upgrading fix your problem?


-- 
Rémi Vanicat

Bug#803606: elpa-magit: pre-removal script fails: “No such file or directory” for ‘site-lisp’ entries

[Rémi Vanicat]

Package: elpa-magit
Control: notfound -1 elpa-magit/2.3.0-2
Followup-For: Bug #803606

Branislav Zahradník <happy.bar...@gmail.com> writes:

> On 7 November 2015 at 14:26, Rémi Vanicat <vani...@debian.org> wrote:
>

[...]

> yes, thank you, although manual removal of existing
> /usr/lib/emacsen-common/packages/remove/elpa-magit
> (for other 3packages as well) was required.
>
> Btw, looking closely to that script and my installed packages I guess it
> happend because I have xemacs21 (missing "exit 0" - skipping unsupported ?).

The problem is that when upgrading from a bugged version, it call the
new prerm script, but with the old emacsen-common file where the bug is.


I will look at a solution tomorrow, that said I may have to wrote stuff
that will become cruft, and won't be needed but to upgrade from a
version of the package that never has been into stable.

-- 
Rémi Vanicat

Bug#803606: elpa-magit: pre-removal script fails: “No such file or directory” for ‘site-lisp’ entries

[Rémi Vanicat]

Ben Finney <ben+deb...@benfinney.id.au> writes:

> Package: elpa-magit
> Control: found -1 elpa-magit/2.3.0-2
> Followup-For: Bug #803606
>
> I downloaded the ‘elpa-magit’ version “2.3.0-2” package, and it is
> still unable to upgrade on this host:

Current elpa-magit prerm script just call a perl script from the
emacsen-common package. What version of emacsen-common do you have? If
it isn't 2.0.8 or latter, could you upgrade it and try again?

Thanks

[...]


-- 
Rémi Vanicat

Bug#803606: emacs24: pre-removal script fails: “No such file or directory” for ‘site-lisp’ entries

[Rémi Vanicat]

Ben Finney <ben+deb...@benfinney.id.au> writes:

> On 01-Nov-2015, Rob Browning wrote:
>
>> We suspect this is a bug in elpa-magit -- it may just need to be
>> rebuilt via dh-epla 0.16, but if that turns out to be incorrect,
>> please feel free to reassign the bug back to emacs24.

A new version of elpa-magit that has been compiled with dh-elpa 0.16 is
available in sid.

>
> Wouldn't that affect attempts to remove the ‘magit’ package, though?

the magit package is now an empty transitional package, so the
probability it has bug is quite low.

>I  see no error when removing or reinstalling that package:
>
> =
> $ sudo dpkg --remove magit
> (Reading database ... 736490 files and directories currently installed.)
> Removing magit (2.2.2-3) ...
>
> $ sudo dpkg -i /var/cache/apt/archives/magit_2.2.2-3_all.deb
> Selecting previously unselected package magit.
> (Reading database ... 736488 files and directories currently installed.)
> Preparing to unpack .../archives/magit_2.2.2-3_all.deb ...
> Unpacking magit (2.2.2-3) ...
> Setting up magit (2.2.2-3) ...
>
> $
> =
>
> How could I narrow the error down to the ‘magit’ package as you imply?

Just remove an reinstall elpa-magit, an try again with the newer version
in sid.

-- 
Rémi Vanicat

Bug#803401: marked as done (elpa-magit: magit-status complains with "Invalid face: magit-diff-add")

[Rémi Vanicat]

Olivier Berger <olivier.ber...@telecom-sudparis.eu> writes:
[...]
>> I'm getting :
>> Loading /usr/share/emacs/24.5/site-lisp/elpa/magit-2.2.2/magit-version.el 
>> (source)...done
>> set-face-attribute: Invalid face: magit-diff-add
>> 
>> when trying to M-x magit-status
>> 
>> Thanks in advance.
>> 
>
> Hmm.
>
> My bad. As explained in https://github.com/magit/magit/issues/1944,
> this is actually a starter-kit issue on my side.
>
> Closing then.
>
> Sorry about the bothering.

No problem, glad you found the problem yourself.
-- 
Rémi Vanicat

Bug#798917: src:meta-ocaml: Please, remove me from the uploader field

[Rémi Vanicat]

Package: src:meta-ocaml
Version: 3.12.0.1
Severity: wishlist

Hello,

I'm not anymore interested in the maintenance of this package, could you remove
me from the uploader field ?

Thanks.



-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (150, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.1.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)
-- 
Rémi Vanicat

Bug#798812: RFA: realtimebattle -- Programming game

[Rémi Vanicat]

Package: wnpp
Severity: normal

I request an adopter for the realtimebattle package. If none is found, I
may fill a request for removal before the end of the year.

The package description is:
 RealTimeBattle is a programming game in which robots controlled by programs
 are fighting each other. The goal is to destroy the enemies, using the
 radar to examine the environment and the cannon to shoot.
 .
 Robot programs can be written in any language, all communication
 with the main program is done via stdout/stdin.
-- 
Rémi Vanicat

Bug#798744: nmu: promoe esperanza

[Rémi Vanicat]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu

xmms2 has been rebuild for the g++-v5 transition. Two package build
depend on libxmmsclient++-dev and need to be rebuild.

see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=797646



nmu promoe_0.1.1-3+b1 . ALL . unstable . -m "rebuild for libxmmsclient++4v5"
nmu esperanza_0.4.0+git20091017-3 . ALL . unstable . -m "rebuild for 
libxmmsclient++4v5"


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (150,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.1.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
-- 
Rémi Vanicat

Bug#782538: Packaged Version 2.2.1

[Rémi Vanicat]

package magit
fixed 782538 magit/2.2.2-1
thanks

For some reason, this bug hasn't been closed as it should, so closing it.

I'm waiting for the package to go to testing to go to the dh-elpa
way. Everything is already in the elpa-master branch of the collabmaint
git repository, and should be the new master branch of the future
pkg-emacsen repository.

-- 
Rémi Vanicat

Bug#782538: Packaged Version 2.2.1

[Rémi Vanicat]

"Barak A. Pearlmutter" <ba...@pearlmutter.net> writes:

> On 2 September 2015 at 23:01, Rémi Vanicat <vani...@debian.org> wrote:
>> Okay. I will see to import this into the pkg-emacsen stuff this week-end and
>> then to port it to the new elpa stuff.
>
> Can I suggest not letting the perfect be the enemy of the good?
> We could upload a non-dh-elpa version, and when the dh-elpa version is
> ready go ahead and upload that.

Okay, I had only time to import 2.2.2 and upload the package as is. I
will look at porting it to elpa stuff I hope this week.

> And, thanks for the dh-elpa pointer. I had not noticed that.
> Will try converting expand-region-el, yasnippet, vala-mode-el and
> bbdb3 when I get a change.

By the way, If you want to be part of the new pkg-emacsen[1] team, you
probably just have to ask there.
-- 
Rémi Vanicat

Bug#782538: Packaged Version 2.2.1

[Rémi Vanicat]

Timo Juhani Lindfors  writes:

> Timo Juhani Lindfors  writes:
>> Sorry I mean DEP-9, like this:
>
> No, I really mean DEP-3.. :) http://dep.debian.net/deps/dep3/

I should have posted it there previously, but I intended to ask you if
you want the magit package to be maintained by the new pkg-emacsen
teams[1]. In this case it should use the new, simpler (but very
experimental) elpa-* packaging style instead of the old emacs-common
stuff.

I've already prepared some test conversion I could push in some branch
If you are interested.

Cordially,

Rémi.


[1]: http://pkg-emacsen.alioth.debian.org/

Bug#782538: Packaged Version 2.2.1

[Rémi Vanicat]

Okay. I will see to import this into the pkg-emacsen stuff this week-end
and then to port it to the new elpa stuff.

Le mer. 2 sept. 2015 à 20:24, Barak A. Pearlmutter 
a écrit :

> Okay.
> The patches are formatted by gbp-pq import/export, so they're in the
> DEP-3 format already.
> But I added some text and fields in rewritten history and force-pushed
> to the barak-master branch.
>
>

Bug#797646: xmms2: transition needed for g++-5 ABIs

[Rémi Vanicat]

Hi Benjami and Simon,

I won't have the time to deal with it before saturday or sunday.
So if you want to upload it before this, please do.

Le mar. 1 sept. 2015 à 22:18, Benjamin Drung  a écrit :

> Hi Rémi,
>
> will you take care of the upload? Otherwise I am happy to accept patches
> and upload them.
>
> Am Dienstag, den 01.09.2015, 09:32 +0100 schrieb Simon McVittie:
> > Source: xmms2
> > Version: 0.8+dfsg-13
> > Severity: serious
> > Justification: breaks reverse-dependencies
>
> --
> Benjamin Drung
> Debian & Ubuntu Developer
>
>

Bug#719625: vcsh: tab combletion when calling git command failed

[Rémi Vanicat]

Richard Hartmann richih.mailingl...@gmail.com writes:

[...]


 PS: If you want, we can move this to the upstream repo as a feature
 request, but bugs.d.o is fine, as well.

No problem, If you think it's better, just give me the url

Rémi


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#719625: vcsh: tab combletion when calling git command failed

[Rémi Vanicat]

Richard Hartmann richih.mailingl...@gmail.com writes:

 On Wed, Sep 4, 2013 at 1:44 PM, Rémi Vanicat vani...@debian.org wrote:

 Okay, when I just load completion, I've no more error message, but no
 completion either. The .zshrc I used is:

 You will need to load site completions. Or load _vcsh by itself.

Sorry, I've not been clear. I've completion on vcsh command and repos,
on git command when typing `vcsh mr adtab` for example, but not on
file I want to add (vcsh mr add .config/tab lead to nothing, when
after a vcsh enter mr:

% vcsh mr atab #here completion happen
% vcsh mr add .cotab  #here nothing happen

% vcsh enter mr
% git add .cotab  #here completion happen

The only difference with my standard config is that with my current
config an error occur in place of nothing on .cotab

Should I add something?

Ps: I've only very few notion of zsh, so I'm not sure what I should do
to load site completions or such things.
-- 
Rémi Vanicat


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#763022: xmms2-plugin-curl: timeout trying to play an HTTP stream (curl)

[Rémi Vanicat]

Hello,

Maximilian Stein m...@steiny.biz writes:

  but xmms2d reports a curl timeout (see logfile excerpt below).  At
 least the stream
 'http://streams.radiobob.de/bob-live/mp3-128/bobmediaplayer' used to
 work several weeks ago.

I failed to reproduce your problem on my computer.  While checking, it
appear that I've libcurl3 7.38.0-2 (from sid) when you have libcurl3
7.38.0-1 that have a bug[1] concerning DNS. could You try to upgrade
libcurl3 to the unstable version to check if this solve your problem?



[1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=762014

-- 
Rémi Vanicat


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#750899: libnfs4 fail to unpack when libnfs1 is still there

[Rémi Vanicat]

Package: libnfs4
Version: 1.9.3-3
Severity: grave
Justification: renders package unusable

Installing libnfs4 fail on my computer because it contain a file that
is in libnfs1 (/usr/lib/x86_64-linux-gnu/libnfs.so.4.0.0 on
amd64). libnfs4 should conflict and replace the versions of libnfs1
that does contain this file. something like

Conflics: libnfs1 (=1.9.3-1)
Replaces: libnfs1 (=1.9.3-1)

Also, the package that has been build using the incorrect libnfs1
should probably be rebuild (but maybe it have been done, I didn't
check)

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (700, 'testing'), (291, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libnfs4 depends on:
ii  libc6  2.19-1
ii  multiarch-support  2.19-1

libnfs4 recommends no packages.

libnfs4 suggests no packages.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#747709: FTBFS: cannot stat 'debian/tmp/usr/lib/xmms2/libxmms_airplay.so'

[Rémi Vanicat]

I've a fix: it has nothing to do with ruby, but came probably from a
change in dependency in libcurl4-openssl-dev.

I have to wait for libav10 to land on my local mirror to upload the
fix. 

Benjamin: I seem unable to push on alioth tonight. So I've attached the
commit, to be applied after the change in the 9.1 NMU.

From d3d57d27f6fc14683a910f9577f7edbc905008e4 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?R=C3=A9mi=20Vanicat?= vani...@debian.org
Date: Sun, 11 May 2014 19:46:02 +0200
Subject: [PATCH 2/2] Add a dependency on libssl-dev

Conflicts:
	debian/changelog
---
 debian/changelog | 8 
 debian/control   | 1 +
 2 files changed, 9 insertions(+)

diff --git a/debian/changelog b/debian/changelog
index df0c6fd..ef676b5 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+xmms2 (0.8+dfsg-10) unstable; urgency=low
+
+  * Add a build dependency on libssl-dev
+  * Acknowledge NMU. Thanks Reinhard.
+  * compile against libav10 (Closes: #739455)
+
+ -- Rémi Vanicat vani...@debian.org  Sun, 11 May 2014 21:35:12 +0200
+
 xmms2 (0.8+dfsg-9.1) experimental; urgency=low
 
   * Non-maintainer upload.
diff --git a/debian/control b/debian/control
index b948e4f..8ce7a73 100644
--- a/debian/control
+++ b/debian/control
@@ -15,6 +15,7 @@ Build-Depends: debhelper (= 9),
libboost-signals-dev,
libcdio-cdda-dev,
libcurl4-openssl-dev,
+   libssl-dev,
libdiscid0-dev,
libexpat1-dev,
libfaad-dev,
-- 
2.0.0.rc2

 
-- 
Rémi Vanicat

Bug#741081: closed by KURASHIKI Satoru lur...@gmail.com (Bug#741081: fixed in emacs-calfw 1.3+git20140316-1)

[Rémi Vanicat]

ow...@bugs.debian.org (Debian Bug Tracking System) writes:

  .
* sync with upstream git repository.
* fix dependencies (now Conflicts: emacs23). (Closes: #741081)

Oh, please don't

I need Emacs23 because I'm a Emacs hacker, and I need to test that what
I'm doing do work on older version of Emacs. 

Just change the

if [ ${FLAVOR} = emacs20 -o ${FLAVOR} = emacs21 -o ${FLAVOR} = emacs22 ]; then 
exit 0; fi
 
into

if [ ${FLAVOR} = emacs20 -o ${FLAVOR} = emacs21 -o ${FLAVOR} = emacs22 -o 
${FLAVOR} = emacs23 ]; then exit 0; fi

at the beginning of /usr/lib/emacsen-common/packages/install/emacs-calfw
and of /usr/lib/emacsen-common/packages/remove/emacs-calfw

I will now need to deinstall emacs-calfw...

-- 
Rémi Vanicat


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#729022: libgcj14: File conflict between libgcj14 and gcj-4.8-jre-headless

[Rémi Vanicat]

James McCoy james...@debian.org writes:

 On Fri, Nov 08, 2013 at 01:45:49AM +0100, Matthias Klose wrote:
 Control: tag -1 + moreinfo help


 What more information do you need?  gcj-4.8-jre-headless Depends on
 libgcj14.  From libgcj14 4.8.2-1 to 4.8.2-2, libgcj14 gained a file that
 was already in gcj-4.8-jre-headless.

Removing gcj-4.8-jre-headless have solved the problem for me.

[...]

 patch?

 Undo whatever caused that file to get added to libgcj14 or move the file
 completely to libgcj14?

May be add a conflict in libgcj14 with gcj-4.8-jre-headless.

-- 
Rémi Vanicat


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#726460: xmms2: FTBFS due to missing build-dep? libxmms_samba.so: No such file or directory

[Rémi Vanicat]

Cyril Brulebois k...@debian.org writes:

 Source: xmms2
 Version: 0.8+dfsg-7
 Severity: serious
 Justification: FTBFS

 Hi,

 your package FTBFS, presumably due to a missing build-dep, leading to a
 missing plugin file?
 | dh_install --fail-missing
 | cp: cannot stat 'debian/tmp/usr/lib/xmms2/libxmms_samba.so': No such file 
 or directory
 | dh_install: cp -a debian/tmp/usr/lib/xmms2/libxmms_samba.so
 | debian/xmms2-plugin-smb//usr/lib/xmms2/ returned exit code 1
 | make[1]: *** [override_dh_install] Error 2

 Full build logs:
   https://buildd.debian.org/status/package.php?p=xmms2suite=sid

I'm investigating why cowbuilder succeed in building it, but not
sbuild. May be it is just one package that have been build between me
building it on my box, and me uploading it.

-- 
Rémi Vanicat


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#706798: transition: Libav 9

[Rémi Vanicat]

Julien Cristau jcris...@debian.org writes:

 On Sat, Sep 28, 2013 at 11:38:33 +0200, Rémi Vanicat wrote:

 Hello,
 
 A recent change in a build dependency (libmodplug 1:0.8.8.4-4[1]) of
 xmms2 make it FTBS[2]. As it is part of the libav transition and already
 have been rebuilt for it, I wanted to have you OK to upload the fixed
 version now
 
 I'm hoping to get new libav and most of its rdeps migrated within the
 next couple of days.  Can you check back after that (or just upload
 after you see xmms2 0.8+dfsg-6+b1 in testing)?

Okay. I will wait.

-- 
Rémi Vanicat


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#706798: transition: Libav 9

[Rémi Vanicat]

Hello,

A recent change in a build dependency (libmodplug 1:0.8.8.4-4[1]) of
xmms2 make it FTBS[2]. As it is part of the libav transition and already
have been rebuilt for it, I wanted to have you OK to upload the fixed
version now

Note that xmms2 is also part of the liboost[3] transition, and do not have
yet been rebuilt for it, and this is also related to the ruby1.8-removal[4]

[1]:http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=652139
[2]:http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724487
[3]:http://release.debian.org/transitions/html/boost1.54.html
[4]:http://release.debian.org/transitions/html/ruby1.8-removal.html
-- 
Rémi Vanicat


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#724181: cmus: FTBFS: modplug.c:27:21: fatal error: modplug.h: No such file or directory

[Rémi Vanicat]

David Suárez david.sephi...@gmail.com writes:

 Source: cmus
 Version: 2.5.0-3
 Severity: serious
 Tags: jessie sid
 User: debian...@lists.debian.org
 Usertags: qa-ftbfs-20130922 qa-ftbfs
 Justification: FTBFS on amd64

 Hi,

 During a rebuild of all packages in sid, your package failed to build on
 amd64.

 Relevant part (hopefully):
gcc -c -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector 
 --param=ssp-buffer-size=4 -Wformat -Werror=format-security 
 -I/usr/include/ncursesw  -DHAVE_CONFIG  -std=gnu99 -pipe -Wall -Wshadow 
 -Wcast-align -Wpointer-arith -Wwrite-strings -Wundef -Wmissing-prototypes 
 -Wredundant-decls -Wextra -Wno-sign-compare -Wformat-security 
 -Wdeclaration-after-statement -Wold-style-definition -Wno-pointer-sign 
 -Werror-implicit-function-declaration -Wno-unused-parameter -MMD -MP -MF 
 .dep-modplug.lo -DREALTIME_SCHEDULING -D_FILE_OFFSET_BITS=64  -fPIC -o 
 modplug.lo modplug.c
 modplug.c:27:21: fatal error: modplug.h: No such file or directory
  #include modplug.h
  ^
 compilation terminated.
 make[2]: *** [modplug.lo] Error 1

This is related to
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=652139
One need to #include libmodplug/modplug.h


[...]


-- 
Rémi Vanicat


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#652139: pkg-config --cflags and header name collision

[Rémi Vanicat]

Rémi Vanicat vani...@debian.org writes:

 Zed Pobre z...@resonant.org writes:

 On Tue, Sep 24, 2013 at 11:44:17AM +0200, Rémi Vanicat wrote:

[...]


 If this is the case, bug report should be sent to the others concerned
 package (cmus and cynthiune.app)

 Were you planning to do this, or did you want me to do it?

 If it is not done by this week end, I could test those package and
 report the bug if it exists. For now I've no clue if they are really
 affected, or even what those package are. 

Bug reported:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724181

cynthiune.app apparently still build, it do not seem to use pkg-config
in its build system.

-- 
Rémi Vanicat


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#652139: pkg-config --cflags and header name collision

[Rémi Vanicat]

Jamie Heilman ja...@audible.transient.net writes:

 Zed Pobre wrote:

[...]

 
 Ouch.  This puts me in the unpleasant position of having to decide
 whether to break compilation of anything that uses both libmodplug and
 libsndfile, or breaking compilation of every package that relies on
 that path.
 
 I may punt to upstream on this one.

 That's fair, I took a look at some other distros last night to see if
 they were the same way, and they were, so an upstream change would be
 ideal.


Current version in sid did now have an empty 
'/usr/bin/pkg-config libmodplug --cflags', hence the xmms2 #724487
bugs[1]. Should I consider this as the definitive decision for 
libmodplug, and adapt xmms2 source?

If this is the case, bug report should be sent to the others concerned
package (cmus and cynthiune.app)

Cordially, Rémi Vanicat

[1]:http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724487


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#652139: pkg-config --cflags and header name collision

[Rémi Vanicat]

Zed Pobre z...@resonant.org writes:

 On Tue, Sep 24, 2013 at 11:44:17AM +0200, Rémi Vanicat wrote:
 Current version in sid did now have an empty 
 '/usr/bin/pkg-config libmodplug --cflags', hence the xmms2 #724487
 bugs[1]. Should I consider this as the definitive decision for 
 libmodplug, and adapt xmms2 source?

 I would say yes.

Ok, I will do it.



 If this is the case, bug report should be sent to the others concerned
 package (cmus and cynthiune.app)

 Were you planning to do this, or did you want me to do it?

If it is not done by this week end, I could test those package and
report the bug if it exists. For now I've no clue if they are really
affected, or even what those package are. 


-- 
Rémi Vanicat


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#719625: vcsh: tab combletion when calling git command failed

[Rémi Vanicat]

Richard Hartmann richih.mailingl...@gmail.com writes:

 On Tue, Aug 13, 2013 at 7:54 PM, Remi Vanicat vani...@debian.org wrote:

 I was trying vcsh, and when I use

   vcsh $repo add [TAB]

 it failed with not a git repository

 Is that related to the issue solved via IRC or is this still open?

I can't recall of a issue solved via IRC, that said I still have this
problem. 


 I tried, and failed to, reproduce this several times, now...

 If it's still open, please run

   VCSH_DEBUG=1 vcsh $repo add tab

When doing either:

  export VCSH_DEBUG=1
  vcsh zsh add tab

or

  VCSH_DEBUG=1 vcsh $repo add tab

it just said 

  not a git repository

with no debug message

I've:
  $ apt-cache policy vcsh zsh-~
  vcsh:
Installed: 1.20130829-1
Candidate: 1.20130829-1
[...]
  zsh:
Installed: 5.0.2-3
Candidate: 5.0.2-3
[...]

Thanks.
-- 
Rémi Vanicat


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#719625: vcsh: tab combletion when calling git command failed

[Rémi Vanicat]

Richard Hartmann richih.mailingl...@gmail.com writes:

 Can you run

   vcsh enter zsh
   git status

 Please?

   $ vcsh enter zsh
   $ git status
   # On branch master
   nothing to commit, working directory clean

Note that the completion do work when inside `vcsh enter zsh`

-- 
Rémi Vanicat


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#719625: vcsh: tab combletion when calling git command failed

[Rémi Vanicat]

Richard Hartmann richih.mailingl...@gmail.com writes:

 That's really strange...

 Can you try to reproduce this with a minimal zsh configuration,
 ideally only with completion loaded?

Okay, when I just load completion, I've no more error message, but no
completion either. The .zshrc I used is:

#+begin-src: zsh
   # Created by newuser for 5.0.2
   # The following lines were added by compinstall
   zstyle :compinstall filename '/home/testing/.zshrc'

   autoload -Uz compinit
   compinit
   # End of lines added by compinstall
#+end-src

Note that as with my main account, I've completion if I run 
`vcsh enter mr` first


-- 
Rémi Vanicat


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#709025: tex-common: Fail to upgrade

[Rémi Vanicat]

Norbert Preining prein...@logic.at writes:

 On Mo, 20 Mai 2013, Remi Vanicat wrote:
 updmap: Cannot find TEXMFROOT, aborting!

 On Mo, 20 Mai 2013, Eddy F. wrote:
 kpsewhich -var-value=TEXMFROOT
 
 command is empty.

 Hmm, please downgrade to 4.02 for the time being.
 I guess that this is a bad interaction betwen new tex-common
 and old texlive.

 Which version of TeX Live (texlive-base) do you have installed?

I can confirm that. I've forced upgrading texlive to the last version
(removing texlive-lang-french) and the installation work (now I NEED to
find the newer version of texlive-lang-french... Hope is it won't stay
into news and byhand queue to long).

On my other box, downgrading tex-common to 4.02, but this doesn't solve
the problem: tex-common 4.02 fail to configure, even if it was there.

teylive-base is 2012.20120611-5 on this computer.
-- 
Rémi Vanicat


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#708040: closed by Cyril Brulebois k...@debian.org (Re: Bug#708040: libgl1-mesa-dri: uninstallable)

[Rémi Vanicat]

ow...@bugs.debian.org (Debian Bug Tracking System) writes:

k...@debian.org (Cyril Brulebois) writes:
 Salvo Tomaselli tipos...@tiscali.it (12/05/2013):
  Package: libgl1-mesa-dri
  Version: 8.0.5-4+b1
  Severity: grave
  Justification: renders package unusable
 
 No. dpkg is buggy and doesn't allow for coinstallability of binNMU'd
 packages. libgl1-mesa-dri itself is installable.

I understand that it is link to a bug in dpkg, but today,
libgl1-mesa-dri and some other package are uninstallable on some
system. I so believe that the bug should remain open (at least to let
apt-listbugs warn its user that the might have difficulties with this).

@Salvo: running 
  dpkg -i --force-overwrite 
/var/cache/apt/archives/libgl1-mesa-dri_8.0.5-4+b1_i386.deb 
/var/cache/apt/archives/libgl1-mesa-dri_8.0.5-4+b1_amd64.deb

should fix your problem. There will probably be other conflict that will
need similar forcing to 
-- 
Rémi Vanicat


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#701564: apt: when some mirror are unavailable, apt pinning failed

[Rémi Vanicat]

:3142_ftp2.fr.debian.org_debian_dists_testing_contrib_binary-i386_Packages
toubib.at.home:3142_ftp2.fr.debian.org_debian_dists_testing_contrib_binary-i386_Packages.IndexDiff
toubib.at.home:3142_ftp2.fr.debian.org_debian_dists_testing_contrib_i18n_Translation-en
toubib.at.home:3142_ftp2.fr.debian.org_debian_dists_testing_contrib_i18n_Translation-en.IndexDiff
toubib.at.home:3142_ftp2.fr.debian.org_debian_dists_testing_main_binary-amd64_Packages
toubib.at.home:3142_ftp2.fr.debian.org_debian_dists_testing_main_binary-amd64_Packages.IndexDiff
toubib.at.home:3142_ftp2.fr.debian.org_debian_dists_testing_main_binary-i386_Packages
toubib.at.home:3142_ftp2.fr.debian.org_debian_dists_testing_main_binary-i386_Packages.IndexDiff
toubib.at.home:3142_ftp2.fr.debian.org_debian_dists_testing_main_i18n_Translation-en
toubib.at.home:3142_ftp2.fr.debian.org_debian_dists_testing_main_i18n_Translation-en.IndexDiff
toubib.at.home:3142_ftp2.fr.debian.org_debian_dists_testing_main_i18n_Translation-fr
toubib.at.home:3142_ftp2.fr.debian.org_debian_dists_testing_main_i18n_Translation-fr.IndexDiff
toubib.at.home:3142_ftp2.fr.debian.org_debian_dists_testing_non-free_binary-amd64_Packages
toubib.at.home:3142_ftp2.fr.debian.org_debian_dists_testing_non-free_binary-amd64_Packages.IndexDiff
toubib.at.home:3142_ftp2.fr.debian.org_debian_dists_testing_non-free_binary-i386_Packages
toubib.at.home:3142_ftp2.fr.debian.org_debian_dists_testing_non-free_binary-i386_Packages.IndexDiff
toubib.at.home:3142_ftp2.fr.debian.org_debian_dists_testing_non-free_i18n_Translation-en
toubib.at.home:3142_ftp2.fr.debian.org_debian_dists_testing_non-free_i18n_Translation-en.IndexDiff
toubib.at.home:3142_security.debian.org_debian-security_dists_squeeze_updates_main_binary-amd64_Packages
toubib.at.home:3142_security.debian.org_debian-security_dists_squeeze_updates_main_binary-i386_Packages
toubib.at.home:3142_security.debian.org_debian-security_dists_squeeze_updates_main_source_Sources
toubib.at.home:3142_www.deb-multimedia.org_dists_sid_main_binary-amd64_Packages
toubib.at.home:3142_www.deb-multimedia.org_dists_sid_main_binary-i386_Packages
toubib.at.home:3142_www.deb-multimedia.org_dists_sid_main_source_Sources
toubib.at.home:3142_www.deb-multimedia.org_dists_sid_main_source_Sources.IndexDiff

-- 
Rémi Vanicat


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#551136: /usr/bin/nyxmms2: nyxmms2 scap /some/path/with/some\ \'\ file.ogg segfaults

[Rémi Vanicat]

Mark Watts miraiwar...@gmail.com writes:

 On Mon, Jun 25, 2012 at 9:13 AM, Rémi Vanicat vani...@debian.org wrote:

 At the same time

nyxmms2 add /some/path/with\\\'/foo.ogg

 will fail to find the song, when

nyxmms2 add /some/path/with\\\'/foo.ogg

 will do as expected.

 Should this second one be:
 nyxmms2 add /some/path/with\'/foo.ogg--

indeed, I've copypaste the wrong line

Thanks
-- 
Rémi Vanicat



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#641376: /usr/bin/xmms2d: segfault when switching away from apple-lossless-encoded track

[Rémi Vanicat]

Erik Massop e.mas...@hccnet.nl writes:

 On Sat, September 17, 2011 7:00 am, Jonathan Rockway wrote:
 I can't reproduce this when I build xmms2 from git myself.  There must
 be something odd about the Debian build itself.

 I can imagine that this is caused by our (past) use of g_new0 instead of
 avcodec_alloc_context. This can break when xmms2 is run with a different
 (minor) version of avcodec than it is compiled with. See commit 9b1229
 [1].

Hello,

Jonathan, could you confirm that you cannot reproduce the bug anymore so
it could be closed?

(If you can't remember, your bug was about /usr/bin/xmms2d: segfault
when switching away from apple-lossless-encoded track).

Thanks
-- 
Rémi Vanicat



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#559999: Fails to show tags using UTF-8 right way, if encoding is specified

[Rémi Vanicat]

Hello,

It seem that this bug is resolved. Could someone confirm so that I can
close it?

Thanks.
-- 
Rémi Vanicat



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#542956: xmms2 list and xmms2 status show different song

[Rémi Vanicat]

Michal Suchanek hramr...@centrum.cz writes:

 In xmms2 list the arrow points to a different song than the one
 currently played (and shown by xmms2 status).

Hello,

I cannot reproduce this old bug. Did it still happen, or could I close
this bugs ?

Thanks
-- 
Rémi Vanicat



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#551136: /usr/bin/nyxmms2: nyxmms2 scap /some/path/with/some\ \'\ file.ogg segfaults

[Rémi Vanicat]

retitle 551136 scap and add inconsistency when there is an apostrophe in the 
path
thanks

Wolfgang Weisselberg g35fckt...@sneakemail.com writes:


 nyxmms2 scap segfaults when an apostrophe is in the file name:
 $ nyxmms2 scap /some/path/with/some\ \'\ file.ogg
 Segmentation fault

[...]

Hello,

When trying to reproduce this bug, it seam that nyxmms2 does not
segfaults anymore, but there is still a difference between add and scap:
apostrophe need to be double escaped in scap, but not in add:

nyxmms2 scap /some/path/with\'/foo.ogg

will fail with a message asking for the closing apostrophe, when 

nyxmms2 scap /some/path/with\\\'/foo.ogg

will scap the song. (note the \\\' for the apostrophe)k

At the same time

nyxmms2 add /some/path/with\\\'/foo.ogg

will fail to find the song, when

nyxmms2 add /some/path/with\\\'/foo.ogg

will do as expected.

(Ps: I didn't test with last xmms2 from git).

Thanks for your bug report
-- 
Rémi Vanicat



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#542956: xmms2 list and xmms2 status show different song

[Rémi Vanicat]

tags 542956 + wontfix
tags 542956 + upstream
thanks

Erik Massop e.mas...@hccnet.nl writes:

 On Mon, 25 Jun 2012 15:52:51 +0200
 Rémi Vanicat vani...@debian.org wrote:

 Michal Suchanek hramr...@centrum.cz writes:
 
  In xmms2 list the arrow points to a different song than the one
  currently played (and shown by xmms2 status).

 This bug is not fixed. However, it is also unlikely to be fixed, as
 some people like this behaviour. It is a consequence of allowing the
 changing of playlists without interrupting the currently playing song.

A visual clue that the pointed song is not the currently played one could
solve the bug without removing the said feature.

By the way, should I report this bug into mantis?
-- 
Rémi Vanicat



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#542956: xmms2 list and xmms2 status show different song

[Rémi Vanicat]

forwarded 542956 http://bugs.xmms2.org/view.php?id=2536
thanks

Erik Massop e.mas...@hccnet.nl writes:

 On Mon, 25 Jun 2012 17:30:39 +0200
 Rémi Vanicat vani...@debian.org wrote:

 A visual clue that the pointed song is not the currently played one could
 solve the bug without removing the said feature.
 
 By the way, should I report this bug into mantis?

 I added at feature request for it in mantis [1]. Does it need changes?

Seam great, but I'm not the original submitter. May be he will comment. 

Thanks.

-- 
Rémi Vanicat



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#676100: xmms2: diff for NMU version 0.8+dfsg-2.1

[Rémi Vanicat]

Julien Cristau jcris...@debian.org writes:

 On Mon, Jun 18, 2012 at 00:23:38 +0200, Benjamin Drung wrote:

 Am Sonntag, den 17.06.2012, 21:11 +0200 schrieb Rémi Vanicat:
  The attached patch solve the FTBS.
 
 Can you please read [1] and check if we follow their rules? We need to
 rename the ruby package. Can make this package support all supported
 ruby versions?
 
 A rename means NEW, which means it's not appropriate to fix this RC bug.
 You can rename afterwards if you like.

So I've uploaded a version that just add what is needed for the ruby1.8
to be build correctly (and I've added myself as an uploader). 

-- 
Rémi Vanicat



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#672820: failed attempt to build xmms2, blocking libcdio transition.

[Rémi Vanicat]

Hello Debian/BSD hackers,

I've recently upload an new version of xmms2 to fix an FTBS[1] and help
a libcdio transition[2]. But the build failed on both kfreebsd buildd
(fano[3] and finzi[4]) at very different stage of compilation, but in
both case waf or gcc hang, and the build was killed after some time.

Is there anything I should know/do about this problem on the kfreebsd
port?

Thanks

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=676100
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=672820
[3] 
https://buildd.debian.org/status/fetch.php?pkg=xmms2arch=kfreebsd-amd64ver=0.8%2Bdfsg-3stamp=1340024041
[4] 
https://buildd.debian.org/status/fetch.php?pkg=xmms2arch=kfreebsd-i386ver=0.8%2Bdfsg-3stamp=1340032320

-- 
Rémi Vanicat



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#676100: xmms2: diff for NMU version 0.8+dfsg-2.1

[Rémi Vanicat]

Benjamin Drung bdr...@debian.org writes:

 Am Sonntag, den 17.06.2012, 13:08 +0200 schrieb Julien Cristau:
 I've prepared an NMU for xmms2 (versioned as 0.8+dfsg-2.1) and
 uploaded it to DELAYED/2. Please feel free to tell me if I
 should delay it longer.

 Dropping the ruby package seems to be the wrong fix. xmms2 fails to
 build due to the ruby switch to version 1.9 as default. The correct
 solution is probably to contact the ruby team and get the ruby part of
 the package updated to follow the latest ruby specs.

The attached patch solve the FTBS, but I don't know if I don't miss
something as my ruby  xmms apps are only half working with this
(https://github.com/vanicat/xmms-gtk-rater).

By the way Benjamin, do you need help for maintaining xmms2 ? If yes, I
could help, being a Debian developer interested by xmms2. That said I'm
not a very active developer.

Julien, could you delay the nmu more for a less intrusive patch to be
found?

Thanks.

diff -Nru xmms2-0.8+dfsg/debian/changelog xmms2-0.8+dfsg/debian/changelog
--- xmms2-0.8+dfsg/debian/changelog	2012-02-07 17:18:39.0 +0100
+++ xmms2-0.8+dfsg/debian/changelog	2012-06-17 14:44:27.0 +0200
@@ -1,3 +1,9 @@
+xmms2 (0.8+dfsg-2.1) UNRELEASED; urgency=low
+
+  * depend on ruby1.8
+
+ -- Rémi Vanicat vani...@debian.org  Sun, 17 Jun 2012 14:34:57 +0200
+
 xmms2 (0.8+dfsg-2) unstable; urgency=low
 
   * Unpack waf binary (following http://wiki.debian.org/UnpackWaf)
diff -Nru xmms2-0.8+dfsg/debian/control xmms2-0.8+dfsg/debian/control
--- xmms2-0.8+dfsg/debian/control	2012-02-07 17:16:51.0 +0100
+++ xmms2-0.8+dfsg/debian/control	2012-06-17 20:30:59.0 +0200
@@ -46,7 +46,8 @@
python-all-dev (= 2.6.6-3~),
python-pyrex,
ruby,
-   ruby1.8-dev
+   ruby1.9.1,
+   ruby1.9.1-dev
 Vcs-Git: git://git.debian.org/git/pkg-xmms2/xmms2
 Vcs-Browser: http://git.debian.org/?p=pkg-xmms2/xmms2.git
 Homepage: http://xmms2.org/
@@ -172,7 +173,7 @@
 Package: libxmmsclient-ruby
 Architecture: all
 Section: ruby
-Depends: libxmmsclient-ruby1.8, ruby, ${misc:Depends}
+Depends: libxmmsclient-ruby1.9.1, ruby, ${misc:Depends}
 Description: XMMS2 - Ruby client library
  XMMS2 is a redesign of the XMMS music player. It features a client-server
  model, allowing multiple (even simultaneous!) user interfaces, both textual
@@ -185,10 +186,10 @@
  This package is an empty dummy package that always depends on a package
  built for Debian's default Ruby version.
 
-Package: libxmmsclient-ruby1.8
+Package: libxmmsclient-ruby1.9.1
 Architecture: any
 Section: ruby
-Depends: ruby1.8, ${misc:Depends}, ${shlibs:Depends}
+Depends: ruby1.9.1, ${misc:Depends}, ${shlibs:Depends}
 Description: XMMS2 - Ruby bindings
  XMMS2 is a redesign of the XMMS music player. It features a client-server
  model, allowing multiple (even simultaneous!) user interfaces, both textual
@@ -198,7 +199,7 @@
  This package contains a Ruby library that allows you to write XMMS2 clients.
  It's a language binding of libxmmsclient0.
  .
- This package is compiled for Ruby 1.8.
+ This package is compiled for Ruby 1.9.1.
 
 Package: libxmmsclient6
 Architecture: any
diff -Nru xmms2-0.8+dfsg/debian/libxmmsclient-ruby1.8.install xmms2-0.8+dfsg/debian/libxmmsclient-ruby1.8.install
--- xmms2-0.8+dfsg/debian/libxmmsclient-ruby1.8.install	2012-02-07 17:11:28.0 +0100
+++ xmms2-0.8+dfsg/debian/libxmmsclient-ruby1.8.install	1970-01-01 01:00:00.0 +0100
@@ -1 +0,0 @@
-usr/lib/ruby/1.8/*
diff -Nru xmms2-0.8+dfsg/debian/libxmmsclient-ruby1.9.1.install xmms2-0.8+dfsg/debian/libxmmsclient-ruby1.9.1.install
--- xmms2-0.8+dfsg/debian/libxmmsclient-ruby1.9.1.install	1970-01-01 01:00:00.0 +0100
+++ xmms2-0.8+dfsg/debian/libxmmsclient-ruby1.9.1.install	2012-06-17 20:38:17.0 +0200
@@ -0,0 +1 @@
+usr/lib/ruby/1.9.1/*
diff -Nru xmms2-0.8+dfsg/debian/rules xmms2-0.8+dfsg/debian/rules
--- xmms2-0.8+dfsg/debian/rules	2012-02-07 17:22:13.0 +0100
+++ xmms2-0.8+dfsg/debian/rules	2012-06-17 20:31:44.0 +0200
@@ -4,6 +4,7 @@
 
 PYVERSIONS := $(shell pyversions -s)
 VENDOR ?= $(shell if dpkg-vendor --is Ubuntu || dpkg-vendor --derives-from Ubuntu; then echo Ubuntu; else echo Debian; fi)
+RUBY = /usr/bin/ruby1.9.1
 
 ifneq (,$(filter parallel=%,$(DEB_BUILD_OPTIONS)))
 	NUMJOBS := $(patsubst parallel=%,%,$(filter parallel=%,$(DEB_BUILD_OPTIONS)))
@@ -34,8 +35,8 @@
 	./waf configure $(WAFFLAGS) \
 		--with-perl-archdir=$(shell /usr/bin/perl -MConfig -le'print $$Config{vendorarch}') \
 		--with-perl-binary=/usr/bin/perl \
-		--with-ruby-archdir=$(shell ruby1.8 -rrbconfig -e'print Config::CONFIG[archdir]') \
-		--with-ruby-libdir=$(shell ruby1.8 -rrbconfig -e'print Config::CONFIG[rubylibdir]') \
+		--with-ruby-archdir=$(shell ruby1.9.1 -rrbconfig -e'print Config::CONFIG[archdir]') \
+		--with-ruby-libdir=$(shell ruby1.9.1 -rrbconfig -e'print Config::CONFIG[rubylibdir]') \
 		--without-optionals=et,python

Bug#676100: xmms2: diff for NMU version 0.8+dfsg-2.1

[Rémi Vanicat]

Rémi Vanicat vani...@debian.org writes:

[...]

 The attached patch solve the FTBS, but I don't know if I don't miss
 something as my ruby  xmms apps are only half working with this
 (https://github.com/vanicat/xmms-gtk-rater).

More test show that it was an incompatibility between my software and
ruby1.9, The patch is correct, and I will prepare an NMU tomorrow
morning if nothing happen until then.

[...]


-- 
Rémi Vanicat



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#671607: mono-gac: Cannot install because some assmbly libraries are missing

[Rémi Vanicat]

Package: mono-gac
Version: 2.10.8.1-4
Followup-For: Bug #671607

Hello,

I had the same problem, Installing libglade2.0-cil solved it. Still this should
be fixed.
What should be looked at to find the origin?



-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages mono-gac depends on:
ii  mono-4.0-gac  2.10.8.1-4

mono-gac recommends no packages.

mono-gac suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#671922: magit: Does not autoload extensions

[Rémi Vanicat]

Timo Juhani Lindfors timo.lindf...@iki.fi writes:

 Rémi Vanicat remi.vani...@gmail.com writes:
 There is the org-install.el file of org-mode (I don't know if it is used
 by the Debian package, but I know that this file play a similar role
 than 50magit.el, and is generated in similar way).

 The org-mode debian package has 

 ;; -*-emacs-lisp-*-
 ;;
 ;; Emacs startup file, e.g.  /etc/emacs/site-start.d/50org-mode.el

Well one could rename the upstream 50magit.el to
/usr/share/emacs/site-lisp/magit/magit-install.el and load it from the
/etc/emacs/site-start.d/50magit.el, for example by doing:

--8---cut here---start-8---
;;; load magit autoloads
(if (member debian-emacs-flavor '(emacs23 emacs-snapshot))
(let ((package-dir (concat /usr/share/
   (symbol-name debian-emacs-flavor)
   /site-lisp/magit)))

  ;; If package-dir does not exist, the org-mode package must have
  ;; removed but not purged, and we should skip the setup.
  (when (file-directory-p package-dir)
(debian-pkg-add-load-path-item package-dir)
(load /usr/share/emacs/site-lisp/magit/magit-install.el
--8---cut here---end---8---

-- 
Rémi Vanicat



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#671922: magit: Does not autoload extensions

[Rémi Vanicat]

Timo Juhani Lindfors timo.lindf...@iki.fi writes:

 Yann Hodique yann.hodi...@gmail.com writes:
 Ok, so I guess worst case you can generate a Debian-specific one that
 may or may not load this one.

 Actually I'm not even sure exactly why we generate this one in the
 first place. Do some of our users explicitly load it ?

 No idea. I went through several emacs extensions in debian and could not
 find anything that'd be similar to what the code in git autogenerates.

There is the org-install.el file of org-mode (I don't know if it is used
by the Debian package, but I know that this file play a similar role
than 50magit.el, and is generated in similar way).

-- 
Rémi Vanicat



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#668360: [PATCH] xdu: Helping to update to packaging format 3.0

[Rémi Vanicat]

Hi

jari.aa...@cante.net writes:


[...]


 Let me know if there is anything that needs adjusting or if it is ok
 to upload this version in a NMU in case you are working on other
 issues needing attention.

I intent ed to do it, soon. So you can NMU it, patch are correct, the
only change that I would do are attribution one (and mostly because
attribution weren't done properly in the dpatch patches). I don't have
the time to look at them just now, so you could either upload it to
delayed, or wait until this week-end so I could give correct attribution
for all patches.


Thanks a lot for your effort.
[...]

-- 
Rémi Vanicat



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#667956: realtimebattle: LDFLAGS hardening flags missing

[Rémi Vanicat]

Simon Ruderich si...@ruderich.org writes:

 Package: realtimebattle
 Version: 1.0.8-11
 Severity: important
 Tags: patch

 Dear Maintainer,

 The LDFLAGS hardening flags are missing because they are
 overwritten in debian/rules.

Thanks for the tips, I applied your patch, test it a little and upload
it. 

[...]


-- 
Rémi Vanicat



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#665439: network-manager: Network manager fail to connect network when cloned-mac-address is set

[Rémi Vanicat]

Package: network-manager
Version: 0.9.2.0-2
Severity: normal
Tags: lfs

When the cloned-mac-address is set, my computer cannot connect to
the network anymore. Here is an example on a configuration that fail:


[802-3-ethernet]
duplex=full
cloned-mac-address=0:90:f5:c1:c6:22

[connection]
id=Connexion filaire auto
uuid=9ec48ffe-38ac-410e-b267-9130d801720f
type=802-3-ethernet
timestamp=1332576355

[ipv6]
method=ignore

[ipv4]
method=auto


Removing the cloned-mac-address=0:90:f5:c1:c6:22 enable the
connection again. The connection will succeed if the
cloned-mac-address is set to the card own mac address.



-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'oldstable'), (150, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages network-manager depends on:
ii  adduser3.113+nmu1
ii  dbus   1.4.18-1
ii  isc-dhcp-client4.2.2.dfsg.1-4
ii  libc6  2.13-27
ii  libdbus-1-31.4.18-1
ii  libdbus-glib-1-2   0.98-1
ii  libgcrypt111.5.0-3
ii  libglib2.0-0   2.30.2-6
ii  libgnutls262.12.18-1
ii  libgudev-1.0-0 175-3.1
ii  libnl-3-2003.2.7-2
ii  libnl-route-3-200  3.2.7-2
ii  libnm-glib40.9.2.0-2
ii  libnm-util20.9.2.0-2
ii  libpolkit-gobject-1-0  0.104-2
ii  libuuid1   2.20.1-4
ii  lsb-base   3.2+Debian31
ii  udev   175-3.1
ii  wpasupplicant  0.7.3-6

Versions of packages network-manager recommends:
ii  crda  none
ii  dnsmasq-base  none
ii  iptables  1.4.12.2-2
ii  modemmanager  0.5-1
ii  policykit-1   0.104-2
ii  ppp   2.4.5-5

Versions of packages network-manager suggests:
ii  avahi-autoipd  0.6.31-1

-- Configuration Files:
/etc/NetworkManager/NetworkManager.conf changed:
[main]
plugins=ifupdown,keyfile
[ifupdown]
managed=true


-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#663905: libextlib-ocaml-dev: (@) operator will not be loaded correctly, if using module ExtLib, link to bugreport/fix attached

[Rémi Vanicat]

Andreas Romeyke fa.rome...@web.de writes:

 Package: libextlib-ocaml-dev
 Version: 1.5.1-1+b2
 Severity: normal
 Tags: patch


 Hello,

 in my code I ran into the problem described here:
 https://code.google.com/p/ocaml-extlib/issues/detail?id=13


[...]

 For details see link above, the fix is found on
 https://code.google.com/p/ocaml-extlib/issues/attachmentText?id=13aid=5064188974096909548name=import-at-append.patchtoken=2bc2f2440a48519b5648a2bf52fc1c5e

A better fix is:
https://code.google.com/p/ocaml-extlib/source/diff?spec=svn385old=361r=385format=unidiffpath=%2Ftrunk%2Fextlib%2FextLib.ml

It is included in extlib-1.5.2
-- 
Rémi Vanicat



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org