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
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:
##
##
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
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
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]
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.
rarely).
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
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
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
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
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
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:
A screenshot of the bad screen rendering.
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
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 ?
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 the
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
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,
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
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
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
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:
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:
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
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
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
.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 version, it has stopped using
>
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
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
30 matches
Mail list logo