Package: xfce4-terminal
Version: 0.4.8-1
Severity: important
I just upgraded to XFCE 0.4.8 and xfce4-terminal is broken with the
following message:
$/usr/bin/xfce4-terminal: symbol lookup error: /usr/bin/xfce4-terminal:
undefined symbol: vte_terminal_fork_command_full
I ran into this on another
Package: libdrm-nouveau1a
Version: 2.4.26-1
Severity: important
Tags: sid
I installed nouveau for the first time (on a different machine) about
a week ago, alongside a kernel upgrade. After rebooting into the new
kernel, X failed to start, with a message including the string:
"undefined symbol d
Package: parted
Version: 1.8.8.git.2008.03.24-7
Severity: normal
While trying to manually copy a few entries of the partition table on one drive
to another drive, I run into the following problem, which is likely related to
some discrepancy in how parted sets and/or displays cylinders.
fdisk says
tting back to where I was before the search.
--xsdg
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.25.7 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.
eemed like the stack was corrupted, and had been
overwritten with a bunch of ints (during some parts of the backtrace, places,
the frame addresses were increasing monotonically at 4-byte increments, which
seems odd for actual function calls).
testcase is at http://web.mit.edu/~xsdg/
Package: gimp
Version: 2.4.6-1
Severity: normal
I'm admittedly not sure if this is a gimp problem or a glib problem. Also, I
have no idea how I might reproduce this, but hopefully the symptoms will
suggest where to look.
I was editing an image, and had done the following:
1) resize the top of th
Package: xfce4-sensors-plugin
Followup-For: Bug #440858
I started three instances of xfce-sensors-plugin on Feb 5, 2008. This is what
top says currently:
2677 xsdg 15 0 184m 85m 2304 S0 1.1 0:01.11 xfce4-sensors-p
2678 xsdg 16 0 521m 422m 2192 S0 5.3 0:04.20
Package: aptitude
Version: 0.4.10-1+b1
Severity: wishlist
Currently, it seems that there is no way to determine which repository provides
a certain package. Thus, if I want to find out if a specific package comes
from unstable or from experimental, I need to look at `apt-cache policy `
rather tha
Package: xfce4
Version: 4.4.1
Severity: important
When I start xfce using the `startxfce4` script, the desktop starts up, and
none of the shortcuts (window manager or keyboard shortcuts) work at all. If I
start the Settings Manager, this behavior does not change. After clicking on
"Keyboard,"
hat icedove displays notifications for emails that are no longer in INBOX
(which is, to say, those new emails which used to be in INBOX, but were
subsequently automatically moved by my desktop).
--xsdg
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (
same ordering requirement that icedove 2.0.0.4.dfsg1-1 appears to have violated.
[1] http://xsdg.mit.edu/~xsdg/nl/icedove_vs_glib/
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i6
eason to disable the account
in this situation.
--xsdg
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.19.1 (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=e
Package: gaim
Version: 1:2.0.0+beta5-9
Severity: normal
I use gaim to access the AIM network. I choose not to have gaim store my
password, which means that I need to enter it every time I connect. It is very
annoying that gaim will "disable" my account if I mistype my password, rather
than as
Package: xfwm4
Version: 4.3.90.2-2
Severity: wishlist
I apologize for the length of this bugreport, but I strongly feel that the new
xfwm4 maximization behavior is very stupid.
Prior to the 4.3.90.2-2 upgrade, I was using xfwm4 4.3.90.1-1 . The 4.3.90.1-1
behavior, which I strongly prefer, is
Package: openafs-modules-source
Version: 1.4.1-4
Severity: important
openafs-modules-source fails to build against 2.6.18-rc4 because the
UTS_RELEASE definition was moved from version.h to utsrelease.h. The
resultant error message during build says:
checking your OS... configure: error: Linux he
Package: openafs-modules-source
Version: 1.4.0-2
Severity: important
I'm running and compiling for kernel version 2.6.14 (custom-compiled)
I first noticed that after using `m-a a-i openafs`, /lib/modules/2.6.14/fs did
not exist. After investigating further, I noticed that the package which had
be
Package: openafs-client
Version: 1.3.81-5
Followup-For: Bug #249315
I happily installed openafs-{client,modules-source,krb5}, compiled the module,
and did `modprobe openafs`. When I ran `/etc/init.d/openafs-client start`,
my kernel OOPSed and the something complained that the cache was on an XFS
17 matches
Mail list logo
