Package: vim-gtk3
Version: 2:8.2.0716-3
Severity: grave
Justification: renders package unusable
After dist-upgrading Debian testing to bullseye/sid, vim/ex/gvim/etc. no longer
started:
vim: symbol lookup error: /usr/lib/x86_64-linux-gnu/libpython3.8.so.1.0:
undefined symbol: XML_SetHashSalt
A ch
ames McCoy [mailto:vega.ja...@gmail.com]
Sent: Tuesday, June 12, 2018 3:04 PM
To: Tim Van Holder ; 901...@bugs.debian.org
Subject: Re: Bug#901387: subversion: GNOME Keyring support is missing
On Tue, Jun 12, 2018 at 01:31:46PM +0200, Tim Van Holder wrote:
> After updating subversion to the current
Package: subversion
Version: 1.10.0-1
Severity: important
After updating subversion to the current version, it has stopped using GNOME
Keyring.
`svn --version` also only lists
* Plaintext cache in $HOME/.subversion
* GPG-Agent
* KWallet (KDE)
as supported credential caches.
Performing an authen
I used separate .sh files this time (except for the docs).
Given that the next release is likely to be 18.3 rather than 9u1, it's
possible that 9 will be an "odd one out" type release. If desirable,
the behaviour here can be merged into the current .sh files; it's just
a matter of a) picking up bin
There are indeed some additional problems with JDK9:
- the packages set up alternatives to binaries under jre/bin and jre/lib;
JDK9 no longer has a jre subdir
=> as far as I can tell the binaries in question have also been present
directly under bin and lib (at least since JDK6), so there
Below are the local changes I have been using during Early Access, and
which also work for the current GA release.
Note: only for JDK & docs; I haven't needed JRE packages. But I would
assume that the JRE setup is basically a subset of SDK and could be easily
adapted.
The Early Access builds incl
Package: meld
Version: 3.16.1-1
Severity: important
Updates for libgtk-3-0 are available but being held back.
meld, however, was available and installed happily; but when
run it reports "meld requires GTK+ 3.14 or higher" making
the package essentially unusable until such time as we can
schedule a
Looks like this may in fact be an emacs issue (or, at least, an issue that
is resolved by updating emacs), rather than a general gtk3+ theming one.
Based on https://bugs.archlinux.org/task/48862, the following emacs commit
fixes the missing icons:
https://github.com/emacs-mirror/emacs/commit/3f4c6d
Package: g++-mingw-w64
Version: 4.9.0-2+13
Severity: important
Until relatively recently, cross-building a C++ application with "-static-
libgcc -static-libstdc++" resulted in an executable that only referenced
standard system DLLs (kernel32.dll and msvcrt.dll) plus whatever DLLs you
explicitly li
Package: dconf-service
Version: 0.18.0-1
Severity: important
After a dist-upgrade and reboot (due to kernel update from 3.9 to 3.13), X
sessions (gnome) no longer work - they get the "fail whale" screen.
For the "normal" Xorg connections, :0.greeter.log has multiple instances of:
gnome-session
On 2008-09-09 13:54, Ola Lundqvist wrote:
> Good to know. Thanks!
>
> I assume the IE7 problem is still there, right?
>
> Best regards,
>
> // Ola
Yes - like my Opera, my IE7 is a stock install that only gets used if I
want to check how something looks in something other than Firefox (i.e.
rare
Looks like this is triggered by having the Web Developer plugin active
in firefox; so this does not seem to be a horde issue as such.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: imp4
Version: 4.2-1
There are two problems:
- IE7 fails to display the sidebar (FF and Opera do show it)
- the actions on mail items (in both list and message view) are badly
styled in FF3 (but fine in EI7/Opera
In some themes (e.g. Purple Horde) the actions are even completely
ille
This issue is putting me in a position where I am unable to keep my
system up-to-date on testing, because libc is now dependent on a 2.6
kernel (and pretty much every newly released package now depends on that
libc).
Could someone tell me
- which is the last released 2.6 kernel that had proper sup
Package: ntfsprogs
Version: 1.13.1-6+b2
Severity: normal
After installing ntfsprogs, I checked out some of the utilities included.
ntfsdecrypt didn't have a manpage, so I ran it with the --help option, resulting
in many error messages (including several from gcc). Checking the file showed
that it
Package: clamav
Version: 0.90.1-3.1lenny2
Severity: critical
Justification: breaks unrelated software
This past weekend, freshclam seems to have had serious issues contacting
the db mirrors. This would not be a big deal in and of itself, but it
seems to have caused a more serious situation to occu
In addition to the search/400 lines I also got a warning about the regex
below them (for the Inform text); in my case it was from a cron script
for kronolith2, which uses php4 (so I got a mail from cron every
minute). This was fixed by adjusting the cron job to use php5 instead.
So it looks like t
Package: gdm
Version: 2.14.5-1
Severity: important
Tags: l10n
Currently, if a user attempts a graphical login while there is still a session
running, a dialog is shown (to be expected). Howver, the text on the dialog
consists entirely of square glyphs, suggesting some encoding problem; this
make
This looks like dbconfig-related - that parameter is fetched in
/usr/share/dbconfig-common/dpkg/common, not directly in any
Bugzilla stuff (in fact, checksetup.pl passes just fine).
The face that there is an empty Postgres section in
/etc/dbconfig-common/bugzilla.conf may be related:
##
## postgr
A related issue is that GIJ's alternative for java has a greater
priority than any of the sun packages - as a result, installing
a Sun JDK packaged via make-jpkg no longer sets up the 'java' command
correctly (especially given that gij is not exactly a drop-in
replacement yet, it's a shame that it
Package: vncserver
Version: 3.3.7-12
Severity: grave
Justification: renders package unusable
Our development system runs debian testing; the developers normally log on
using VNC.
xinetd is set up with server vnc services (for various geometries); they run
Xvnc (Xrealvnc)
with the -query option
Vincent Ho wrote:
> Not sure if this is a bug in gnome-terminal or libvte4. We need someone
> to try to reproduce it in another vte4 app such as xfce4-terminal.
Confirmed. The same thing happens with xfce4-terminal, so looks like
it's libvte4 that's at fault.
--
To UNSUBSCRIBE, email to [EM
A screenshot of the bad screen rendering.
Package: gnome-terminal
Version: 2.14.0-1
Severity: important
When I open a new gnome-terminal and run an ncurses app (say, mutt), it renders
just fine.
However, when I then open a fresh tab, and run an ncurses app in that, it
displays garbage.
What kind of garbage seems to depend on the app: m
Package: apt
Version: 0.6.43.3
Severity: normal
After a dist-upgrade this morning, apt-get starts to emit the following
traceback
right after it finishes downloading packages:
...
Fetched 2205kB in 4s (468kB/s)
Traceback (most recent call last):
File "/usr/bin/apt-listchanges", line 30, in ?
Note that in the gcc subversion repository, the file listed in the
assertion does not exist for the 4.0.2 release tag.
In the 4.0.2 release, GtkImage is in a pure Java file; the jni tree only
has GtkImagePainter.
See:
http://gcc.gnu.org/viewcvs/tags/gcc_4_0_2_release/libjava/jni/gtk-peer/
and
htt
Package: gksu
Version: 1.3.6-1
Severity: important
I cannot pinpoint exactly what packages I installed/upgraded before this started
to happen, but yesterday I found I was no longer able to run Synaptic from the
gnome menu. .xsession-errors showed X authentication errors.
Upon further checking,
Looking at the source code, setting RelaxPermissions to 1 in the
[security] section of gdm.conf avoids the message too, and it's
a more acceptable solution in my case. So as far as I'm concerned,
this issue ceases to be of any real concern.
Still to be looked at however are:
- (minor) the small ty
I see the same problem, on a purely local /home (so it's not
NFS-related).
gdm incorrectly complains about .dmrc's permissions while
they're set exactl like it says it wants (and with a minor
spelling error in the English dialog: "sould" instead of
"should").
Removing group write permissions from t
Package: bittorrent
Version: 3.4.2-3sarge0.1
Severity: grave
Justification: renders package unusable
After upgrading bittorrent to 3.4.2-4 it ceased to work - it will
start up fine but wait forever on the 'connecting to peers' prompt.
Downgrading to the version on stable fixes this, so it must be
30 matches
Mail list logo