Bug#939028: Does it run?

Hi, Since the original submission I have tried, and switched to, radicale. I find it much more flexible, with fewer arcane features. I am therefore no longer interested in syncevolution. Sorry. Best regards, Itaï - Mail original - > De: "Pietro Battiston" > À: 939...@bugs.debian.org

Bug#968237: ITP: auctex-12 -- AUCTeX version 12, LaTeX environment for Emacs

Hi Nicholas, > Itaï, please note that because none of the bugs are release critical > (RC), the objective is not to NMU (non maintainer upload) to fix > bugs, > nor to package the latest upstream version; it is for the package to > be > well-maintained. Have you read all the new contributor >

Bug#968237: ITP: auctex-12 -- AUCTeX version 12, LaTeX environment for Emacs

Thanks. However, I am not a Debian developper / maintainer, and looking for a sponsor with a good chance of getting into prestige fights with another developper sounds like an unlikely path. Would an NMU be appropriate for the current situation ? I would still need a sponsor I suppose, but

Bug#952870: radicale: Since 2.1.11-8 radicale cannot be started by non-root

Hi, In my config I have [auth] type = htpasswd htpasswd_filename = ~/.config/radicale/users I just followed recommendations on the radicale web page for this. I think that personal config file overrides the system-wide one, so there isn't really any need to worry about this. The logging issue

Bug#935239: ftp.debian.org: Only the kde part depends on qt4

Sorry - my bad, syncevolution-libs-kde indeed depends on qt4. However, I believe this is the only package of this source which does, and it is not essential. Could the source package be reinstated with that particular backend package removed ? Again, I am willing to do the actual work. Cheers,

Bug#916125: hunspell: "hunspell -D" does not print loaded dictionary

> $ apt-file search flyspell > dictionaries-common: > /usr/share/dictionaries-common/site-elisp/flyspell.el > emacs-common: /usr/share/emacs/25.2/lisp/textmodes/flyspell.elc > emacs-el: /usr/share/emacs/25.2/lisp/textmodes/flyspell.el.gz > emacspeak: >

Bug#827508: aptitude: Will not remove recommended package

Dear Manuel, No, I only get suggestions to install other packages as "suggested action". Following the steps you suggested does not allow me to uninstall. I am trying to figure out what is different... one odd thing is that it suggests that I install the i386 version of aspell, while my system

Bug#827350: kupfer: Please recommend gnome-icon-theme

Hi Dmitry, I see. But this does not change the fact that kupfer uses icon names not provided by adwaita (which is installed on my system). For example, 'gtk-execute' is one of the most used by kupfer. Then again, in gnome-icon-theme it is merely an alias for 'system-run' which does exists in

Bug#800077: virtualbox: Cannot install 5.0.4-dfsg-3 with just modules

Works in 5.0.8-1. Thanks ! I. - Mail original - De: can...@free.fr À: "Gianfranco Costamagna" Cc: 800...@bugs.debian.org, "Ritesh Raj Sarraf" Envoyé: Lundi 5 Octobre 2015 09:52:57 Objet: Re: Bug#800077: virtualbox: Cannot install

Bug#800077: virtualbox: Cannot install 5.0.4-dfsg-3 with just modules

Yes that is what I meant. Thanks ! I. - Mail original - De: "Gianfranco Costamagna" À: can...@free.fr, 800...@bugs.debian.org Cc: 800...@bugs.debian.org, "Ritesh Raj Sarraf" Envoyé: Dimanche 4 Octobre 2015 23:13:25 Objet: Re: Bug#800077:

Bug#800077: virtualbox: Cannot install 5.0.4-dfsg-3 with just modules

Hi again, Sorry, I should have thought about it earlier but only realised it when I still couldn't upgrade without the sources : Debian does not allow versioned dependencies on virtual package names. In other words, if you put any version requirement on virtualbox-modules it will only accept

Bug#755981: evolution-data-server: this seems to have to do with ipv6 DNS issues

Another odd thing - this time around, the problem appeared when switching from kernel 3.16 to 3.17 (in experimental). Switching back to 3.16 made it disappear. And again, it happens on one computer but not on another. Oh, don't ask why... -- To UNSUBSCRIBE, email to

Bug#760669: mpd: MPD crashes ion m4a with libav 11

Applied patch and it works indeed. Thanks ! - Mail original - De: Max Kellermann m...@duempel.org À: can...@free.fr, 760...@bugs.debian.org Envoyé: Dimanche 7 Septembre 2014 22:12:14 Objet: Re: Bug#760669: mpd: MPD crashes ion m4a with libav 11 Fixed in MPD commit

Bug#760669: mpd: MPD crashes ion m4a with libav 11

Sure. How do I obtain one ? - Mail original - De: Max Kellermann m...@duempel.org À: Itaï BEN YAACOV can...@free.fr, 760...@bugs.debian.org Envoyé: Dimanche 7 Septembre 2014 11:56:20 Objet: Re: Bug#760669: mpd: MPD crashes ion m4a with libav 11 On 2014/09/06 19:18, Itaï BEN YAACOV

Bug#760669: mpd: MPD crashes ion m4a with libav 11

OK, never having done this before, does the following help ? (gdb) run --no-daemon Starting program: /usr/bin/mpd --no-daemon [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. server_socket: bind to '0.0.0.0:6600' failed:

Bug#740380: logrotate warnings when running under systemd

I have not yet seen the new version in unstable. Of course it looks like it should work - unless cups actually logs messages during the logrotate action... Cheers, I. - Mail original - De: Didier 'OdyX' Raboud o...@debian.org À: Itaï BEN YAACOV can...@free.fr, 740...@bugs.debian.org

Bug#723198: udevd not copied to initrd, system unbootable

I am still trying to figure out what happened - fact is that on the problematic machine the initrd definitely has the line ./scripts/init-top/udev:udevd --daemon --resolve-names=never after upgrading to 204. Maybe it's some override script I forgot somewhere, in any case, it is very likely a

Bug#723198: udevd not copied to initrd, system unbootable

OK, I figured it out, it was indeed an override script in /etc/initramfs-tools/scripts/init-top/udev which overrides the one in /usr/share. It was based on an earlier version of udev and of course didn't get updated. I do not even recall why I created it. Of course, I suspect that anyone with

Bug#702871: Regarding forward and backward search with evince.

OK, this is odd - I now tested the version with raise-frame and it works with gnome-shell 3.4 (Debian/sid) and 3.8 (experimental), as well as the xfce wm, and it works, without wmctrl. When using a version of auctex with the odd timestamp calculation when calling evince, this still works, but

Bug#702871: Regarding forward and backward search with evince.

You mean you expect me to learn how to use emacs lisp correctly rather than use ugly hacks ? Fine. How about adding a (raise-frame) then ? - Mail original - De: Tassilo Horn t...@gnu.org À: can...@free.fr Cc: 702...@bugs.debian.org, bug-auc...@gnu.org Envoyé: Vendredi 12 Avril

Bug#702871: Regarding forward and backward search with evince.

Dear Maintainers, Let me add some info to my original bug report, regarding forward search with evince. In fact, some odd behaviour persisted (with or without my patch), in particular evince remained first in the Alt-Tab application list, regardless of swithching between other applications.