Bug#886915: thunderbird: Thunderbird blocked by AppArmor without intervention
Dear Maintainer and Mihail, On Tue, 29 May 2018 11:39:07 +0200 Mihail Dakov wrote: > Package: thunderbird > Version: 1:52.8.0-1 > Followup-For: Bug #886915 > > Dear Maintainer, > > Today starting thunderbird my DE freezed and I could only move the mouse. > alt+ctrl+f1 combination worked and I could only recover from the > situation by restarting lightdm.service. I run daily upgrades > with occasionally holding packages with bugs which prevents the package > from being used. This matches very well my experience. After upgrading both 4.15 and 4.16 kernels have the same issue, while 4.12 works nicelly. > Inspecting the journal logs I observed the following DENIED messages > > May 29 11:13:59 host audit[13611]: AVC apparmor="DENIED" operation="open" > profile="thunderbird" > name="/sys/devices/pci:00/:00:02.0/subsystem_vendor" pid=13611 > comm="thunderbird" requested_mask="r" > May 29 09:51:18 host kernel: audit: type=1400 audit(1527580278.534:97): > apparmor="DENIED" operation="open" profile="thunderbird" > name="/sys/devices/pci:00/:00:02.0/device" pid=8791 > comm="thunderbird"May 29 09:03:47 host kernel: audit: type=1400 > audit(1527577427.044:61): apparmor="DENIED" operation="open" > profile="thunderbird" name="/sys/devices/pci:00/:00:02.0/vendor" > pid=6377 comm="thunderbird"May 29 11:15:58 host kernel: audit: type=1400 > audit(1527585358.980:115): apparmor="DENIED" operation="open" > profile="thunderbird" > name="/sys/devices/pci:00/:00:02.0/subsystem_device" pid=14434 > comm="thunderbird" I also found these lines in my log. > hence adding the next lines > > /sys/devices/pci*/**/subsystem_vendor r, > /sys/devices/pci*/**/vendor r, > /sys/devices/pci*/**/device r, > /sys/devices/pci*/**/subsystem_device r, > > after > > /sys/devices/pci*/**/config r, > > in /etc/apparmor.d/usr.bin.thunderbid profile solves the issue. I did exactly this and it completely resolved my issue. Thank you Mihail for reporting this progress. I went from completely freezing desktop to just plain working. > Maybe it makes sense to add them to the profile as well. I think it is very reasonable to do that. The earlier the better, so fewer people suffer from this. Cheers, Magnus
Bug#892698: Add master.cf.d directory to postfix to avoid manual master.cf configuration for packages
Package: postfix Version: 3.3.0-1 Severity: wishlist When adding other packages to a Debian installed postfix, manual edit of master.cf is needed to connect them. This is not the modern style of Debian packaging, which have added separate directory for which other package maintainers can add their configuration for each package. I thus propose that the postfix package also adds a master.cf.d for which other packages can add their specific hooks into postfix configuration. Among packages that should be relevant to add their hooks into master.cf.d I find spamassassin, amavis, openspf, opendkim, opendmarc, milter. Thus, it would enable much more of a drop-in configuration than the current state of affairs. The existing master.cf would remain, but the service script should upon postfix start or reload of configuration append any of the files in master.cf.d into a generated master.cf which is then used. The generated file should have a first line of comment "# Do not edit this file, automatically generated" and then for each file included, the included part should be prepended with a comment with filename for the source. This will ease debugging. With this in place, package maintainers can drop in the package maintained master.cf.d file suitable, for instance the openspf package would add master.cf.d/openspf. The user doing "apt-get install openspf" would then not need to alter the postfix configuration by hand, but get the openspf operating. The expected implementation impact would be creating a directory and some selected scripting to build the aggregated master.cf file and then change the postfix call to use the aggregated master.cf file. Similarly may main.cf need main.cf.d. This may however need some more work, since some packages wants to add values into the middle of existing values lists. Beyond that the same logic applies. Best Regards, Magnus
Bug#858121: latexml has new upstream release 0.8.2
Package: latexml Version: 0.8.1-1 Upstream has current release 0.8.2 since 2016-07-10 at http://dlmf.nist.gov/LaTeXML/get.html The Debian packagning should be updated with upstream version. The latest version (unstable and stable) is from 2015-02-17. From top of Changes http://dlmf.nist.gov/LaTeXML/Changes 0.8.2 2016-07-10 - Numerous bug, robustness, fidelity fixes; - fixes to amsmath, amsthm, keyvals, listings, tikz/pgf, color, xcolor, supertabular packages; - fixes to bibliography, OpenMath, MathML, svg generation; - accomodate sizing of math, better position adjustments; - JATS/NLM format; - Colorized error logging; - New bindings: aas_macros.sty, algc.sty, algcompatible.sty, algmatlab.sty, algorithm.sty, algorithmic.sty, algorithmicx.sty, algpascal.sty, algpseudocode.sty, amsgen.sty, apjfonts.sty, attachfile.sty, authblk.sty, balance.sty, braket.sty, breakurl.sty, colordvi.sty, deluxtable.sty, emulateapj5.sty, esint.sty, fix-cm.sty, flafter.sty, grffile.sty, ifluatex.sty, import.sty, lmodern.sty, marvosym.sty, mathbbol.sty, mathtools.sty, nameref.sty, newlfont.sty, parskip.sty, pdfsync.sty, psfig.tex, pslatex.sty, rotate.sty, srcltx.sty, showkeys.sty, slashed.sty, soul.sty, subfig.sty, subfloat.sty, stmaryrd.sty, svg.sty, t1enc.sty, tabulary.sty, threeparttable.sty, transparent.sty, wasysym.sty. Thanks: Deyan Ginev, Kim Philipp Jablonski, Lukas Kohlhase, Michael Kohlhase, Viacheslav Zholudev; And angerhang, Stefan Becuwe, Stephane Binarez, casio7131, Howard Cohl, Joe Cornelli, Boyd Duffee, Giovanni, goska, Bernhard Kleine, neos21, Grant Petty, Bob Plantz, Paolo Prandoni, Tim Prescott, Matteo Seclì, M. Senthilkumar, Moritz Schubotz, Raniere Silva, Cooper Stevenson, Tom Tczyczko, Scott Walter, Frederic Wang, Simon Winter, Tom Wiesing, 0.8.1 2015-02-17 - Generate "span soup" for inline blocks, when otherwise would produce invalid HTML5. - Can use svg as math ouput format. - listings from the listings package provides link to downloadable raw data - implemented low-level TeX input/ouptut primitives - more consistent handling of math spacing, delimiter sizes, equation positioning and alignment; improved linebreaking layout - parallel math markup w/cross-referencing - math grammar enhancements - language support (xml:lang & (slightly) internationalized number recognition) - font size handling more consistent with CSS - New fallback for unknown classes "OmniBus.cls" mimics common frontmatter markup. - improved package option handling - improved documentation - improved portability (Windows, Perl versions) - various other bugs & fidelity improvements - New bindings: a0poster.cls, a0size.sty, braket.sty, crop.sty, epsf.tex, ellipsis.sty, fancyhdr.sty, floatpag.sty, ifthen.sty, lineno.sty, listingsutf8.sty, pgfplots.sty, relsize.sty, type1cm.sty, xargs.sty Thanks: Deyan Ginev, Michael Brade, Joe Cornelli, dpantele, Giovanni, Kim Phillip Jablonski, Bernhard Kleine, Lukas Kohlhase, Michael Kohlhase, Silviu Opreah, Antonio Sanchez, Moritz Schubotz, Rainere Silva, Frederic Wang & Others. Cheers, Magnus
Bug#643642: glade: Glade3 save GtkVBox as GtkBox
Hi again, It was however a pitty that when the glade file was loaded with the wrong library, I got a segmentation fault without a meaningful comment that "ERROR: GtkBox is unknown object in " which would have been much more helpful, but since I had a clue I got around it. So, a recommendation would be to add that, so that attention to the real fault would be more direct. Cheers, Magnus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643642: glade: Glade3 save GtkVBox as GtkBox
Hi Pierre-Luc, I noticed the same behaviour, but when I changed my pkg-config parameters from GTKFLAGS=`pkg-config --cflags --libs gtk+-2.0 gmodule-export-2.0` to GTKFLAGS=`pkg-config --cflags --libs gtk+-3.0 gmodule-export-2.0` the problem disappeared. Looking at a snipped of my glade file True False True True vertical The orientation flag now holds the V or H. It should be expected that glade-3 generates code for gtk+-3.0 and not gtk+-2.0, but the issue is subtle. Hence, that's why I thought I would contribute my observation. Cheers, Magnus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#494746: cyrus-imapd-2.2: connect(/var/run/cyrus/socket/lmtp) failed: Permission, denied
Henrique de Moraes Holschuh wrote: On Sun, 20 Dec 2009, Magnus Danielson wrote: Regardless which is safest, the cyrus-imapd package needs to set it up correctly in order for cyrus and postfix to interoperate. [...] That would work, but then the cyrus-imapd (or other suitable cyrus package) should do this, not me and all other users that want to use postfix and cyrus imap together. Please understand that Cyrus IMAP is not a simple, plug-and-play system. And it is not geared towards a single-user single-box install, either. Please understand that it is not a single-user system. The local admin (i.e. you) is supposed to configure it correctly for his needs. Fully aware of this, but fusing together correct and up-to-date information about how current cyrus should fit into current postfix as they are packaged, isn't crystal clear. If you'd like us to improve the documentation shipped with the package, please give us suggestions. I will look over the documentation again. As for taking steps to automatically let Exim and Postfix talk to the LMTP socket, I am not sure if it is a good idea. Not only that is utterly pointless as far as auto-setup goes, as you still need to do a lot of stuff to get Cyrus to accept mail from postfix/Exim, it is also something that wouldn't be useful in the more typical Cyrus setup, where clustering is involved (and the MTA is not in the same box). And adding a new system group on package install, adding exim and postfix users to it, requesting that the same be done on the postfix and exim packages... it is not something we will do unless there is a clear and strong advantage to the package usability. I am not convinced of that. Keeping the link between say postfix and cyrus working over time and upgrades is one of a myrriad details that a local admin has to attend to. The best way to handle that would be separate packages. I can accept that cyrus-imap is not the best package for a solution, but not addressing a way to ease the integration is not a good solution either. Let's see what the other Cyrus maintainers think of this issue. Regardless, the proposed solution at least survives upgrade, where as the comment on chmod to 755 for the socket directory will break on upgrade. Cheers, Magnus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#494746: cyrus-imapd-2.2: connect(/var/run/cyrus/socket/lmtp) failed: Permission, denied
Henrique de Moraes Holschuh wrote: On Sun, 20 Dec 2009, Magnus Danielson wrote: I have found that running this command overcomes the problem without messing with bits. adduser postfix mail This reduces the overal security of your system. The alternative to set the socket director to 755 seemed like less secure. Regardless which is safest, the cyrus-imapd package needs to set it up correctly in order for cyrus and postfix to interoperate. Essentially, for postfix to be able to see the socket:s it needs the permissions. Letting the user postfix be part of the mail group is less intrusive than letting everyone access the bits, so 750 for permissions is correct rather than the workwaround 755. You could have created a new group for this access control, changed the socket permissions using dpkg-statoverride to this new group, and added the postfix user to the new group. That would be safer. That would work, but then the cyrus-imapd (or other suitable cyrus package) should do this, not me and all other users that want to use postfix and cyrus imap together. Cheers, Magnus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#494746: cyrus-imapd-2.2: connect(/var/run/cyrus/socket/lmtp) failed: Permission, denied
I have found that running this command overcomes the problem without messing with bits. adduser postfix mail Essentially, for postfix to be able to see the socket:s it needs the permissions. Letting the user postfix be part of the mail group is less intrusive than letting everyone access the bits, so 750 for permissions is correct rather than the workwaround 755. The cyrus-installer could just do this once and for all, including upgrades. That should resolve this bug. Cheers, Magnus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#494065: mailman: Incorrect properties of symbolic links makes it crash hard on startup
Package: mailman Version: 1:2.1.11-2 Severity: grave The Debianization of Mailman 2.1.11 has failed on a critical aspect, the properties of /var/lib/mailman/locks and /var/lib/mailman/logs made it impossible for Mailman to operate properly. The symbolic links used to point to ../../locks/mailman and ../../log/mailman (respectively) was not sufficient to make Mailman operational. The locks failed directly, causing Mailman to fail on start. The logs made it die within a minute. Removing those links and replacing them with the (in Mailman context) traditional locks and logs directories and by checking the properties of those useing /var/lib/mailman/bin/check_perms made Mailman operational. Thus, this is a workaround to use while the package maintainer fix things up. It is a serious bug that /var/lib/mailman/bin/check_perms does not run without problems, as this script is intended to avoid this situation, and it should be run with the -f flag at upgrades etc. to ensure everything including user data is properly setup. This bug is mainly caused by the wish to keep the standard filestructure. However, if the symbolic links can not be made to function properly, then the directories should be kept at /var/lib/mailman with proper bits and then symbolic links point into that directory rather than out of. Unless a stable symbolic link fix can be made, all directories needs to move "home" rather than be distributed out. If the proposed method is unacceptable, then it still needs to be applied until upstream has handled the bug. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages mailman depends on: ii adduser 3.109 add and remove users and groups ii apache2 2.2.9-6Apache HTTP Server metapackage ii apache2-mpm-prefork [httpd] 2.2.9-6Apache HTTP Server - traditional n ii cron 3.0pl1-104 management of regular background p ii debconf [debconf-2.0] 1.5.23 Debian configuration management sy ii libc6 2.7-13 GNU C Library: Shared libraries ii logrotate 3.7.1-3Log rotation utility ii lsb-base 3.2-19 Linux Standard Base 3.2 init scrip ii postfix [mail-transport-agent 2.5.2-2High-performance mail transport ag ii pwgen 2.06-1 Automatic Password generation ii python2.5.2-2An interactive high-level object-o ii python-support0.8.5 automated rebuilding support for P ii ucf 3.007 Update Configuration File: preserv mailman recommends no packages. Versions of packages mailman suggests: ii listadmin 2.40-1command line mailman moderator que ii lynx 2.8.7dev9-1.2 Text-mode WWW Browser (transitiona ii spamassassin 3.2.5-1 Perl-based spam filter using text -- debconf information: * mailman/used_languages: da en fi no sv * mailman/create_site_list: * mailman/gate_news: false mailman/update_passwords: * mailman/site_languages: da (Danish), en (English), fi (Finnish), no (Norwegian), sv (Swedish) * mailman/queue_files_present: * mailman/default_server_language: en (English) mailman/update_aliases: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#474938: heimdal-servers: Heimdal pop server does not understand CAPA command.
From: Brian May <[EMAIL PROTECTED]> Subject: Re: Bug#474938: heimdal-servers: Heimdal pop server does not understand CAPA command. Date: Tue, 08 Apr 2008 12:42:55 +1000 Message-ID: <[EMAIL PROTECTED]> > Magnus Danielson wrote: > > It is also strongly recommended to upgrade since upstream source has reached > > v1.1. The above configuration recommendation is still valid with that > > codebase. > > > According to your system information, you are either using testing (has > version 1.0.1-5) or unstable (has version 1.1-2). Version 0.7.2.dfsg.1-10 is > in stable; I can't update the stable version. > > Can you please check if this issue applies to the latest version? Having upgraded heimdal-servers to 1.1-2 and peeking in /var/log/auth.log after attempting to fetch mail, I can conclude that the bug still exists. Cheers, Magnus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#474938: heimdal-servers: Heimdal pop server does not understand CAPA command.
Package: heimdal-servers Version: 0.7.2.dfsg.1-10 Severity: normal The Heimdal popper does not support RFC2449 CAPA command as configured, and thus causes log-entries for each pop-request from modern email clients. This is a nuance. The Heimdal popper does support CAPA command if properly configured for it, which probably is best acheived by adding a "#define CAPA" just before "#define DEBUG" in appl/popper/popper.h in the source-tree. It is also strongly recommended to upgrade since upstream source has reached v1.1. The above configuration recommendation is still valid with that codebase. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages heimdal-servers depends on: ii krb5-config 1.17Configuration files for Kerberos V ii libasn1-6-heimdal0.7.2.dfsg.1-10 Libraries for Heimdal Kerberos ii libc62.6.1-1+b1 GNU C Library: Shared libraries ii libdb4.2 4.2.52+dfsg-2.1 Berkeley v4.2 Database Libraries [ ii libgssapi4-heimdal 0.7.2.dfsg.1-10 Libraries for Heimdal Kerberos ii libkafs0-heimdal 0.7.2.dfsg.1-10 Libraries for Heimdal Kerberos ii libkrb5-17-heimdal 0.7.2.dfsg.1-10 Libraries for Heimdal Kerberos ii libncurses5 5.6+20070812-1 Shared libraries for terminal hand ii libotp0-heimdal 0.7.2.dfsg.1-10 Libraries for Heimdal Kerberos ii libroken16-heimdal 0.7.2.dfsg.1-10 Libraries for Heimdal Kerberos ii libssl0.9.8 0.9.8e-6SSL shared libraries ii netbase 4.30Basic TCP/IP networking system heimdal-servers recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#474721: antlr3: antlr3 does not have a execution wrapper
Package: antlr3 Version: 3.0.1+dfsg-1 Severity: wishlist The antlr3 package lacks an execution wrapper similat to that of antlr 2.7.7. I propose that this script (/usr/bin/antlr3) be included and propose the following as a initial proposal: #!/bin/sh export CLASSPATH CLASSPATH=$CLASSPATH:/usr/share/java/stringtemplate.jar:/usr/share/java/antlr3.jar:/usr/share/java java org.antlr.Tool $* Including that script will fully resolve this bug. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages antlr3 depends on: ii gij-4.1 [java2-runtime] 4.1.2-19 The GNU Java bytecode interpreter ii jamvm [java1-runtime] 1.5.0-2virtual machine which conforms to ii java-gcj-compat [java2-runtim 1.0.77-4 Java runtime environment using GIJ ii sablevm [java1-runtime] 1.13-1.1 Free implementation of Java Virtua ii sun-java5-jre [java2-runtime] 1.5.0-14-3 Sun Java(TM) Runtime Environment ( antlr3 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#474719: antlr3: antlr3 does not depend on needed libstringtemplate-java
Package: antlr3 Version: 3.0.1+dfsg-1 Severity: normal The antlr3 package depends on the libstringtemplate-java package in order to function. The current depent-list is insufficient: Depends: java-gcj-compat | java1-runtime | java2-runtime Adding libstringtemplate-java will fully resolve this bugreport. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages antlr3 depends on: ii gij-4.1 [java2-runtime] 4.1.2-19 The GNU Java bytecode interpreter ii jamvm [java1-runtime] 1.5.0-2virtual machine which conforms to ii java-gcj-compat [java2-runtim 1.0.77-4 Java runtime environment using GIJ ii sablevm [java1-runtime] 1.13-1.1 Free implementation of Java Virtua ii sun-java5-jre [java2-runtime] 1.5.0-14-3 Sun Java(TM) Runtime Environment ( antlr3 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#439725: antlr: New upstream source (3.01)
Package: antlr Version: 2.7.6-9 Severity: normal The new ANTLR system, v3.01 has been released from upstream source. Has C, C# and Java backends (which should all be installed). It may be necessary to have the old antlr 2.7.7 available for a while since the new sources does not yeat provide full set of backends that antlr 2.7.7 supports. The new license might be of additional interest - BSD. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.20-1-amd64 (SMP w/2 CPU cores) Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages antlr depends on: ii gij-4.1 [java1-runtime] 4.1.2-14 The GNU Java bytecode interpreter ii jamvm [java1-runtime] 1.4.5-3+b1 virtual machine which conforms to ii java-gcj-compat 1.0.76-2 Java runtime environment using GIJ ii sablevm [java1-runtime] 1.13-1.1 Free implementation of Java Virtua ii sun-java5-jre [java1-runtime] 1.5.0-12-2 Sun Java(TM) Runtime Environment ( antlr recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#424412: ardour: n
Hi! There are two solutions to this problem: 1) Quick and Dirty - works for long-term Set up the dependencies such that the old ardour-gtk, ardour-gtk-i686, ardour-gtk-dbg, ardour-doc and ardour-session packages is being replaced by ardour or ardour-i686. 2) Neater - allows for ardour 0.99 and 2.02 to coexist Rename the .../LC_MESSAGES/gtk_ardour.mo to gtk_ardour2.mo. Manually removing the old ardour and installing the new one works and fired up as intendeded. As usuall the jack-stuff will never work properly out of the box, but that is another issue (i.e. when the hell do I get a packet which fix everything just right for realtime scheduling, jack etc. for modern kernels???). Cheers, Magnus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420346: gtkwave: Collides with package vertex on /usr/bin/vertex
Package: gtkwave Version: 1.3.81-1 Severity: important When attepting to upgrade the gtkwave package it fails: Preparing to replace gtkwave 1.3.81-1 (using .../gtkwave_3.0.25-1_amd64.deb) ... Unpacking replacement gtkwave ... dpkg: error processing /var/cache/apt/archives/gtkwave_3.0.25-1_amd64.deb (--unpack): trying to overwrite `/usr/bin/vertex', which is also in package vertex dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/gtkwave_3.0.25-1_amd64.deb A possible solution would be to rename /usr/bin/vertex of GTKwave to /usr/bin/gtkwave_vertex or something similar. Cheers, Magnus -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-4-amd64 (SMP w/2 CPU cores) Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages gtkwave depends on: ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libbz2-1.01.0.3-6high-quality block-sorting file co ii libc6 2.5-3 GNU C Library: Shared libraries ii libcairo2 1.4.4-1The Cairo 2D vector graphics libra ii libfontconfig12.4.2-1.2 generic font configuration library ii libglib2.0-0 2.12.11-3 The GLib library of C routines ii libgtk2.0-0 2.10.11-2 The GTK+ graphical user interface ii libpango1.0-0 1.16.2-2 Layout and rendering of internatio ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor1 1:1.1.8-2 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxi61:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxrandr22:1.2.1-1 X11 RandR extension library ii libxrender1 1:0.9.2-1 X Rendering Extension client libra ii zlib1g1:1.2.3-13 compression library - runtime gtkwave recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#415852: x11-common: List of package files missing
Hi! I have just examined Debian/testing i386 box, having x11-common 1:7.1.0-15, that is what was reported. I do have a the list of package files. It installed without problems. Best Regards, Magnus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#363667: emacs21: Unreadable fonts since Xorg 7.0 update
I have experienced this problem too, but I found the solution to be found in bug #363664 which contains a link to bug #362894. Changing the symbolic link did the trick. I propose to merge these bug-reports. The solution should be to make sure that the link points to the right place. Links for the lazy: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=363664 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=362894 Cheers, Magnus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
