Bug#1066950: elpa-org: elpa-org is outdated – emacs version is newer

Package: elpa-org Version: 9.6.10+dfsg-1-c42-bpo-1 Severity: important X-Debbugs-Cc: none, H.-Dirk Schmitt The in bug #1033400 reported version problem is repeated again with the emacs version 1.29 in bookworm-backports and trixie. This emacs package includes org-mode 9.6.15, but the elpa-org

Bug#1034356: gnome-shell: Frozen UI and massive log flodding

Am Samstag, dem 09.09.2023 um 23:38 +0100 schrieb Simon McVittie: > On Sun, 27 Aug 2023 at 10:56:20 +0200, H.-Dirk Schmitt wrote: > > Am Sonntag, dem 20.08.2023 um 12:17 +0100 schrieb Simon McVittie: > > > Please could you try installing the libgjs0g from here: > > >

Bug#1034356: gnome-shell: Frozen UI and massive log flodding

ve installed the update on my machine and will distribute the update to other maintained machines. I don't know a simple reproduction of the problem. Sometimes it appears shortly after login – sometimes it take days. Best regards and thanks, H.-Dirk Schmitt

Bug#1042450: elpa-org: #+LANGUAGE: de-de is not working in LaTeX export

Package: elpa-org Version: 9.6.7+dfsg-1-c42-bpo-1 Severity: normal X-Debbugs-Cc: none, H.-Dirk Schmitt I use a backport from sid/trixie below bookworm. In difference to the 9.5 version the setting `#+LANGUAGE: de-de` is not working any more. The option of the babel LaTeX package is in this case

Bug#1034356: gnome-shell: Frozen UI and massive log flodding

Am Donnerstag, dem 22.06.2023 um 18:13 +0100 schrieb Simon McVittie: > Control: affects -1 gnome-shell-extension-vertical-overview > > On Thu, 13 Apr 2023 at 15:27:33 +0200, H.-Dirk Schmitt wrote: > > After migration to bookworm on 2 different machines the gnome-shell > > w

Bug#1034356: gnome-shell: Frozen UI and massive log flodding

Package: gnome-shell Version: 43.3-3 Severity: important X-Debbugs-Cc: none, H.-Dirk Schmitt After migration to bookworm on 2 different machines the gnome-shell was frozen in the last week. Via SSH – or switching to the good old console – I was able to see that journald was running with 100

Bug#1033981: command-not-found: Incompatible with deb822 apt sources

Am Mittwoch, dem 05.04.2023 um 17:21 +0200 schrieb Julian Andres Klode: > > WARNING:root:could not open file > > '/etc/apt/sources.list.d/bookworm.security.sources': Unable to > > parse section data > > Same for all other sources files in deb822 format. > > 23.04.0 is the version I introduced

Bug#1033981: command-not-found: Incompatible with deb822 apt sources

Package: command-not-found Version: 23.04.0-1 Severity: normal X-Debbugs-Cc: none, H.-Dirk Schmitt After changing the /etc/apt/sources.d/… files from the traditional to the deb822 format following noisy warning message are displayed: WARNING:root:could not open file '/etc/apt/sources.list.d

Bug#1033919: svn2cl: svn2cl --html fails due to usrmerge

Tags: patch Here is a patch that hardcode the resources directory. Description: Hard code the locatation for the resources (XSL,…). This mitigates the problem if the script is invoked as `/bin/svn2cl`. In Bookworm – with usrmege – is this the case. From: H.-Dirk Schmitt Index: svn2cl-0.14

Bug#1033919: svn2cl: svn2cl --html fails due to usrmerge

Package: svn2cl Version: 0.14-2 Severity: normal X-Debbugs-Cc: none, H.-Dirk Schmitt The `--html` option fails on bookworm, Due to the usrmerge the script is now invoked as `/bin/svn2cl`. This leads to an error in the determination of the snv2cl.xss file. The error message is: /bin/svn2cl: 1

Bug#1033761: nautilus-scripts-manager: nautilus-script-manager throws exception under bookworm

Package: nautilus-scripts-manager Version: 2.0-1.1 Severity: grave X-Debbugs-Cc: none, H.-Dirk Schmitt The package seems to be outdated for bookworm. /bin/nautilus-scripts-manager:21: PyGIWarning: Pango was imported without specifying a version first. Use gi.require_version('Pango', '1.0

Bug#1033655: elpa-flycheck: Emacs28 / flycheck is spawning wild running shellcheck processes eating up the system memory (oom-kill)

> I can't duplicate this on a bookworm system. Does it happen for any > shell script, or some particular ones? A simple 3-line script doesn't have the problem. The shell scripts here using a bash library of 5k lines of code. I just ensured that the problem occurres with this script.

Bug#1033400: elpa-org: Bookworm emacs 28 has org-mode included in newer version as provided here.

For myself I have deinstalled elpa-org for the moment. But this mitigation – or the suggested changing of the load-path – introducing unnecessary modifications, which will – Murphy's Law – become persistent. A „clean solution“ should avoid duplicated distribution of the same functionality –

Bug#1033655: Also reported to flycheck project

I also reported the Issue to the upstream project:  https://github.com/flycheck/flycheck/issues/2014

Bug#1033655: elpa-flycheck: Emacs28 / flycheck is spawning wild running shellcheck processes eating up the system memory (oom-kill)

Package: elpa-flycheck Version: 32~git.20200527.9c435db3-3 Severity: grave X-Debbugs-Cc: none, H.-Dirk Schmitt The combination of Emacs28 + elpa-flycheck + shellcheck in *bookworm* spawn never terminating shellcheck processes. These are eating up the memory and trigger oom-kill

Bug#1032989: Liferea 1.14.1-1 segfaults on startup when trying to read gsettings

Confirm that the buid http://debomatic-amd64.debian.net/distribution#testing/liferea/1.14.1-2/buildlog fixes the segfault on my machine.

Bug#1033407: liferea: After bookworm upgrade liferea startup aborts with „Segmentation fault“

Package: liferea Version: 1.14.1-1 Severity: grave X-Debbugs-Cc: none, H.-Dirk Schmitt Before bookworm upgrade liferea was working o.k. Now – on bookworm – the startup fails with „Segmentation fault“. The problem occured also on 2nd hardware with different user. The problem is also occuring

Bug#1033400: elpa-org-contrib

In addition the emacs-el package should provide *elpa-org* to allow installation of *elpa-org-contrib*.

Bug#1033400: elpa-org: Bookworm emacs 28 has org-mode included in newer version as provided here.

Package: elpa-org Version: 9.5.2+dfsh-4 Severity: normal X-Debbugs-Cc: none, H.-Dirk Schmitt The *emacs-el* package (source: emacs) has org-mode 9.5.5. The *elpa-org* package hast org-mode in the older version 9.5.2. This is not a cosmetic problem. In emacs M-x `org-version` shows

Bug#1023945: ca-certificates: Trustcor root certificate should be removed

Package: ca-certificates Version: 20210119 Severity: normal Tags: security X-Debbugs-Cc: Debian Security Team See https://www.golem.de/news/chrome-safari-firefox-die-mysterioese-firma-die- in-unseren-browsern-steckt-2211-169708.html (German) and

Bug#1009261: evolution: Evolution bwrap problem - may fail to print or hang in startup

Package: evolution Version: 3.38.3-1 Severity: grave X-Debbugs-Cc: none, H.-Dirk Schmitt Evolution stopped printing on several installations. Also currently evoltution is hanging on startup. The analysis of the startup problem is triggered that here the socket `/run/user/${UID}/at-spi/bus_1

Bug#1009209: isc-dhcp-server: dhcpd is not starting due to stale pid file

Package: isc-dhcp-server Severity: grave Tags: patch X-Debbugs-Cc: none, H.-Dirk Schmitt In /etc/init.d/isc-dhcp-server the daemon start is inhibited if a pid file is existing. The content is not checked. So a stale pidfile hinder the start and has to be resolved manually. deb-patch

Bug#985065: emacs: Missing slash in reference to ~/Emacs - long wait for timeout with NFS home directory

Package: emacs Version: 1:27.1+1-3~bpo10+1 Severity: normal After switching from Emacs 26 to 27 (from backport) the start of Emacs takes several emacs on accounts with NFS home directory. Running it with strace shows the reason [strace -f -v emacs -q --no-site- file]: [pid 2756642]

Bug#964190: subliminal (stretch) is not working with current providers

Package: subliminal Version: 1.1.1-2 Severity: grave Justification: renders package unusable See also #961338 for the sid version of this package → requires update to actual version 2.1 The package is missing in buster/bullseye. The stretch version is also not working any more. The following

Bug#963800: at: stale 0-size at jobs after system crash results in weird atd processing

Package: at Version: 3.1.23-1 Severity: important Tags: patch See also #885891. I have found a system crashed (power loss) just in the moment new at jobs are created. This results in 0-size files which are leading to a weird atd behaviour. In my opinion the mitigation of #885891 should be

Bug#961338: subliminal: update to 2.1 required to fix discarded provider problem

Package: subliminal Version: 2.0.5-3 Severity: grave Tags: newcomer Justification: renders package unusable Console Message is: Some providers have been discarded due to unexpected errors: podnapisi, opensubtitles See upstream bug report: https://github.com/Diaoul/subliminal/issues/831 This is

Bug#909672:

Using now friendly-recovers from buster via pinning. As expected the root partition is now remounted read-write.

Bug#909672: friendly-recovery breaks systemd-remount-fs (ro root partition)

Package: friendly-recovery Version: 0.2.34 Severity: normal Here systemd-remount-fs is not started. In the journal I found the following: Sep 26 13:53:57 dilbert systemd[1]: systemd-hwdb-update.service: Found ordering cycle on systemd-remount-fs.service/start Sep 26 13:53:57 dilbert systemd[1]:

Bug#908225: outdated sqlite dependency

Reason for the weird behaviour below stretch is hat the sqlite dependency is outdated. The following entry needs to be updated to a more recent version: > libsqlite3-0 (>= 3.14.0) fix:  libsqlite3-0 (>= 3.24.0) Looking into the dependencies shows also some more outdated dependencies. > libnspr4

Bug#908225: firefox: bookmark functionality is broken after upgrade 61 → 62

Package: firefox Version: 62.0-1 Severity: important Dear Maintainer, I'm using firefox from sid via pinning in stretch. Till 61.0.1-1 the bookmarks are working. After installing 62.0-1 it is totally broken. I can also reproduce the problem on a 'clean new profile'. E.g. adding a new bookmark

Bug#905574: linux-image-4.17.0-0.bpo.1-amd64: cryptsetup missing in intitramfs for kernel 4.17

Package: src:linux Version: 4.17.8-1~bpo9+1 Severity: critical Dear Maintainer, after switching 4.16 to 4.17 (strech-backport) my system rendered unusable, because the encrypted disk is not unlocked any more. The dialog is missing. Inspecting the initramfs shows that the cryptsetup related

Bug#904283: gnome-control-center: Region & Formats → Login Screen - changes applied to system locale and not only gdm

Package: gnome-control-center Version: 1:3.22.2-3 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Changing in the control center the locale for the "Login Screen". * What was the outcome

Bug#885891: mitigation via systemd atd.service

A simple mitigation is to add the following statement to the atd.service definition: [Service] ExecStartPre=-find /var/spool/cron/atjobs/ -type f -name "=*" -not -newercc /run/systemd -delete Justification: -- The job command specification are files below

Bug#887086: wesnoth-1.13: please provide update → 13.10

Package: wesnoth-1.13 Severity: wishlist Dear Maintainer, please provide an update to 13.10 (or newer). Thanks in advance, H.-Dirk Schmitt

Bug#886024: a scenario with site file breaking installation of elpa packages

Just another motivation to skip the site file on emacs addon package installations 1. A software/configuration roll out has been issued. 2. Per site file „Company Mode“ has been enabled per default in our organisational site file. 3. „apt-get“ step is running and find the missing dependency for

Bug#886153: anything-el: A stale file lock of anything-c-adaptive-history breaks emacs batch processing

On Di, 2018-01-02 at 20:09 -0400, David Bremner wrote: > David Bremner writes: > > On the other hand, if I uncomment the (require 'anything-startup) in > /etc/emacs/site-start.d/50anything-el.el, then I can duplicate the > hanging of emacs -q -batch. Seem to be the point. I

Bug#886024: split off anything-el related part

On Mi, 2018-01-03 at 02:06 +0200, era eriksson wrote: > Code outline for an emacs batch wrapper I do not insist on bash – you are free to fix it in any programming language ;-) -- Signature H.-Dirk Schmitt H.-Dirk Schmitt Dipl.M

Bug#886024: split off anything-el related part

Control: retitle -1 emacsen-addon package installation may never comes to an end Control: severity -1 critical Control: affects -1 = emacsen-common, elpa-company, elpa-js2-mode, elpa-markdown-mode, elpa-systemd, elpa-yasnippet This bug report is about the failed error handling in installing

Bug#886153: anything-el: A stale file lock of anything-c-adaptive-history breaks emacs batch processing

Package: anything-el Version: 1.287-2.1 Severity: critical Problem description --- If for some unknown reason an emacs file lock of the file `~/.emacsd/anything-c-adaptive-history` existing, batch operation of emacs will never be finished. Reproducing the lock issue

Bug#886024: [Pkg-emacsen-addons] Bug#886024: emacs deb package install is hanging forever (locked file)

The problem occurs with emacs24 24.5+1-8 I don't think that the problem is specifi The from > d...@computer42.org (H.-Dirk Schmitt) writes: > > > > > > Wrote /root/.breadcrumb …ing-c-adaptive-history locked by root@vt > > > -xenia… (pid 5423): (s, q, p, ?)? >

Bug#886024: emacs deb package install is hanging forever (locked file)

Package: emacsen-common, markdown-mode Severity: important Tags: security On one of my machines I run in a situation there deb package installation wasn't possible any more. The reason was that installation of a emacs companion packge – in my case markdown-mode – was hanging forever, without

Bug#885891: at: stale batchjobs after reboot

Severity: normal Package: at I just rebooted my machine some minutes before writing this report. The `atq` command reports: > 71043 Sat Dec 30 23:34:00 2017 Z root > 70399 Mon Dec 25 20:13:00 2017 = root > 70396 Mon Dec 25 20:13:00 2017 = root > 70398 Mon Dec 25 20:13:00 2017 = root > 70201 Sun

Bug#885020: Upgrade to 25.3 needed – „emergency release to fix a security vulnerability“

Package: emacs25 Version: 25.2+1-6 Tags: security See https://www.gnu.org/software/emacs/news/NEWS.25.3 > > * Changes in Emacs 25.3 > > This is an emergency release to fix a security vulnerability in > Emacs.

Bug#884954: Improve sort with „simple byte comparison“ via command line option

Package: coreutils Version: 8.25 / 8.26 Severity: wishlist The sort behaviour depends deeply on the LC_COLLATE settings. See e.g. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=884943 This behaviour is not documented in the primary documentation provided by `sort --help` or `man sort`. This

Bug#884943: Sort should support an option --machine-sort or --byte-sort

Reopen: 884943 Summary: 884943 Sort should support an option --machine-sort Severity: wishlist O.k. I understand that it is working as defined in the 19th century. So it is maybe not a bug but still a weird behaviour. In my case it takes several hour to find out why I don't get rid of ~ 2.000

Bug#884943: also in 8.26

The problem is also reproducible with sort 8.26 (coreutils 8.26-3ubuntu4).

Bug#884943: Weird result of `sort` if not LC_LOCALE=C is used – concerning e.g. the letter '-'

Package: coreutils Version: 8.25-2ubuntu3~16.0 (from xenial-updates) If not `LC_ALL=C` is set, the sort result is weird. Please inspect this sample code: cat < sort: using simple byte comparison > a-ab > > a-ac > > aac > ___ > But switching to en_US.UTF-8 or de_DE.UTF-8 I got the

Bug#884737: aptitude(8) man page is not documenting the exit code

Package: aptitude Version: 0.8.9-1 Checked in ubuntu (xenial) and on https://manpages.debian.org/unstable/ aptitude/aptitude.8.en.html I couldn't find any informations about the exit (return) codes of the aptitude program. Please extend/complete the documentation

Bug#884621: yasnippet upgrade problem (0.9 → 0.11/0.12) - Error while loading 50yasnippet

Package: yasnippet Version: 0.11.0-2 and 0.12.2-1 On creating a no-change backport package (→ ppa:dirk-computer42/c42-backport) i found the following transistion problem. yasnippet 0.9 contains the file /etc/emacs/site-start.d/50yasnippet.el On upgrade this isn't removed until the now

Bug#883020: Debian Bug Report: libguestfs0 should not depend on btrfs-progs

ready by adding an 'Provides:' clause to an organisational meta package. The intention to report it here was to avoid this troubles for other users and improve the package quality. Best Regards, H.-Dirk Schmitt --          Signature H.-Dirk Schmitt         H.-Dirk Schmitt      Dip

Bug#883020: Debian Bug Report: libguestfs0 should not depend on btrfs-progs

pinion a package maintainer shouldn't nail a dependency if the package may work without. It is simple discrete mathematics that he couldn't overview the exponentially growing diversity of installations  Best Regards, H.-DIrk Schmitt

Bug#883020: Debian Bug Report: libguestfs0 should not depend on btrfs-progs

Package: libguestfs0 Version: 1.28.1 (and newer) libguestfs0 should not depend on btrfs-progs. There are systems which explicitly exclude btrfs from setup. Is there a hard reason that a "Recommends" is not enough ?

Bug#872295:

The problem has also another ugly effect in interactive shell usage (here gnome-terminal). I tried to rename a directory with utf-8 chars, but make a silly type in the command. I tried to jump to the start of line with 'ctr+a'. The cursors jumps some chars left of the command (inside the prompt

Bug#874056:

Problem is that the init-script is using /usr/sbin/pure-ftpd-wrapper for the startup. This wrappers ignores the file /etc/pure-ftpd/pure-ftpd.conf. So a removal of /etc/pure-ftpd/pure-ftpd.conf will help to avoid the mess of confusion.

Bug#874056: pure-ftpd - configuration file not used: /etc/pure-ftpd/pure-ftpd.conf

Package: pure-ftpd Version: 1.0.46-1 The pure-ftpd package is installing the configuration file /etc/pure- ftpd/pure-ftpd.conf. This file isn't used by the init-script - see journal: Sep 02 16:04:35 nermal pure-ftpd[15002]: Starting ftp server: Running: /usr/sbin/pure-ftpd -l pam -E -u 1000 -J

Bug#872295: Acknowledgement (printf count utf-8 chars like arrow wrong)

The bug leads to ugly output on the console if the data contains such characters. See the 3rd song in the following play queue listing: Pos. Artist  TitleDur.

Bug#872295: printf count utf-8 chars like arrow wrong

Package: bash Version: 4.4-5 Package: coreutils Version: 8.25-2 The printf command in bash (builtin) and corutils /usb/bin/printf have an error in counting the length of a string, if a non-ascii character is involved. Example is the arrow - type Alt+I. Try the following commands: printf -v r

Bug#854962:

This bug renders mpd-sima completly unusable if mpd 0.20 is installed. This is the case in buster/sid and ubuntu artful.

Bug#870868: minidlna - new rescan functionality is not documented/used

Package: minidlna Version: 1.2.0+dfsg-1 In minidlna 1.2 the new rescan functionality is available, which helps to avoid a long running rebuild of the database. E.g. on my system it takes several hours to do a full rebuild. The rescan functionality is enabled with the '-r' command line argument.

Bug#870653: Manpage autofs.conf is missing

Package: autofs Version: 5.1.2 'man autofs' mentioned below 'SEE ALSO' the man page autofs.conf, but it is missing in the package. See also: http://man7.org/linux/man-pages/man5/autofs.conf.5.html --          Signature H.-Dirk Schmitt         H.-Dirk Schmitt      Dipl.Math

Bug#800587: darkstat: after reboot the repot is full with "clock error" lines

Package: darkstat Version: 3.0.718-2 Severity: normal Tags: upstream After reboot the report is flooded with "clock error" lines. This bug is fixed in the upstream version v3.0.719 (24 May 2015) See: https://unix4lyfe.org/darkstat/changelog.txt Please update the package to get rid of this

Bug#794958: tomcat7: wrong usage of catalina.home instead catalina.base in catalina.properties variable common.loader

Package: tomcat7 Version: 7.0.63-1~ubuntu14.04.1~c42.ppa1 Severity: important (The version mentioned above is a no change backport to ubuntu trusty.) [The bugreport is also valid against tomcat8 ! Please apply the same fix here.] Please fix the following line in catalina.properties: WRONG:

Bug#742980: check-mk-server: check_mk apache_status is incompatible witch icinga (1.10 and newer)

Package: check-mk-server Version: 1.2.2p3-1~ubuntu12.04.1~c42.ppa1 Severity: normal Inciga has declared the colon ':' as illegal character for object names. This conflicts with the check_mk generated configurations. Currently (29.03.2014) is no bugfix for check_mk available. A workaround is to

Bug#712638: tomcat7: dependency to tomcat-native is too weak (no version for libtcnative-1 specified)

Package: tomcat7 Version: 7.0.40-2~precise1~ppa1 Severity: important This is a forward to the upstream debian package from the original ubuntu bug report: https://bugs.launchpad.net/ubuntu/+source/tomcat7/+bug/1092548 As I backported tomcat7 7.0.34 from raring to precise I have seen the

Bug#691865: tomcat7: catalina.properties use hard references to /var/lib/tomcat7/

Package: tomcat7 Version: 7.0.26-1ubuntu1.1 Severity: normal The file /usr/share/tomcat7/skel/conf/catalina.properties (and also /etc/tomcat7/catalina.properties) has hard references to /var/lib/tomcat7/. If /var/lib/tomcat7/{common,server,shared} contains a jar for one tomcat7 instance, this

Bug#611719: working with jamendo

Package: mpdscribble Version: 0.21+git20110103.26cf0ba-0ubuntu1~ripps1~lucid Severity: normal The same problem here under ubuntu with a ppa package from ppa:gmpc-trunk/mpd-trunk. I created an upstream bug report under http://musicpd.org/mantis/view.php?id=3245 -- System Information: Debian

Bug#494091: possible workaround

A workaround is the following directive: RedirectMatch ^/cgi-bin/bugzilla3/webdot/(.*)$ /bugzilla3/webdot/$1 -- * H.-Dirk Schmitt http://www.computer42.org * Dipl. Math. eMail:/dirk.schm...@computer42.org/ mobile:/+49

Bug#379440: quodlibet broken after update of python packages

Package: quodlibet Version: 0.21.1-1 Severity: grave Justification: renders package unusable [EMAIL PROTECTED]:~ %1976 $ quodlibet Supported formats: flac, mod, mp3, mpc, oggvorbis, wav, wavpack Loaded song library. Checking /computer42/audio/music Checking /computer42/audio/children/music

Bug#366735: firefox segfaults when downloading a file

Package: firefox Version: 1.5.dfsg+1.5.0.3-2 Followup-For: Bug #366735 me too :-/ Every time I download a file, or try to open an pdf document I get a coredump. I can also trigger a coredump with selecting /Edit/Preferences/Privacy in the menu. Best Regards, H.-Dirk Schmitt [EMAIL PROTECTED

Bug#349841: tex4ht: image size in open office documents is not correct

Package: tex4ht Version: 20051223-1 Severity: normal I'm testing the feature of generating an open office (.sxw) document from an latex source. For the normal html operation it works fine :-) But generating an open office document results in tiny images inside the document. Reading the

Bug#291637: phpgroupware: on login imap authentication failed

Hi Dave, here is the output. cu, H.-Dirk Schmitt Dave Hall wrote: Hi Dirk (and Thomas), This and bug #291646 are caused by a problem with php4-imap. The grep output suggests that it is properly configured, but the output from phpgw suggests it isn't. I would suggest that this gets bumped to php4

Bug#291696: phpgroupware: Cant create user with 'Umlaut' in name

Package: phpgroupware Version: 0.9.16.003-1 Severity: important I tried to ad an user with the name german umlaut. I got the following error message. Database error: Invalid SQL: INSERT INTO phpgw_contact_person (prefix, first_name, last_name, created_on, created_by, modified_on, modified_by,

Bug#291625: phpgroupware-setup: cannot install foreign language files

Package: phpgroupware-setup Version: 0.9.16.003-1 Severity: important Tags: l10n Installing language data failed. I tested german and french. Here is the output: Error inserting record: phpgw_lang values ('%1 not found or not executable !!!','admin','de','%1 nicht gefunden oder nicht ausführbar

Bug#291637: phpgroupware: on login imap authentication failed

Package: phpgroupware Version: 0.9.16.003-1 Severity: important I have configured imap authentication. The application doesn't work. In the apache error log I have found the following: [client 10.42.1.1] PHP Fatal error: Call to undefined function: imap_open() in

Bug#291646: phpgroupware-email: doesn't recognize php4-imap

Package: phpgroupware-email Version: 0.9.16.003-1 Severity: important php4-imap is installed but selecting the email buttons gives following result: php-imap support not installed - exiting* contact your system administrator* [EMAIL PROTECTED]:email %726 $ dpkg -l php4-imap