Package: linux-image-2.6.22-1-alpha-smp
Version: 2.6.22-2
Severity: normal
The kernel boots, but various kernel modules cannot be loaded. Notables:
module xfs: Relocation (type 17) overflow vs per_cpu__xfsstats
module ipv6: Relocation (type 17) overflow vs section 32
Peter
-- System Informatio
* Mark Purcell ([EMAIL PROTECTED]) [20061207 06:46]:
> While we await a decision from debian-release. Could you post
> packages to either experimental or people.debian.org so we can
> start the integration.
Sure. I have limited airtime on the network; will do my best.
Peter
--
.+'''+.
* To Mark Purcell ([EMAIL PROTECTED]) [20061206 16:43]:
> I have an almost ready 0.12 packaged. 0.11 was skipped due to
> the misunderstandings around sonames and C++ ABI upgrades. The
> release managers allow upload of 0.12, I can do it today at
> midnight UTC. If you have changes other than t
Mark,
I have an almost ready 0.12 packaged. 0.11 was skipped due to
the misunderstandings around sonames and C++ ABI upgrades. The
release managers allow upload of 0.12, I can do it today at
midnight UTC. If you have changes other than the bugs, please
send them to me.
Peter
--
.+'''+.
* Radovan Garabik ([EMAIL PROTECTED]) [20061101 15:06]:
> Could you run these commands and send me the output?
% stat -f /afs
File: "/afs"
ID: 631234 Namelen: 256 Type: UNKNOWN (0x0)
Block size: 4117466368 Fundamental block size: 4117466368
Blocks: Total: 900Free: 900
Package: pydf
Version: 0.9.9
Severity: normal
% df -k
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sdb1 1929068285488 1545588 16% /
tmpfs 1038364 0 1038364 0% /lib/init/rw
udev 10240 112 10128
severity 391561 wishlist
thanks
* Christoph Biedl ([EMAIL PROTECTED]) [20061007 10:54]:
> Today's version of arpwatch in Debian is 2.1a13; the upstream
> page at ftp://ftp.ee.lbl.gov/ shows 2.1a15. Please consider
> following this before the etch freeze begins, thanks.
There are practically no
* Eric Wong ([EMAIL PROTECTED]) [20060828 17:39]:
> Ah, I forgot to note that I'm using xserver-xorg-video-ati and
> xserver-xorg-core from experimental.
I see. FTM I'd rather not wander to experimental-land...
> You can use --no-vmlinux (--vmlinux is for profiling the kernel
> itself, you don'
* Eric Wong ([EMAIL PROTECTED]) [20060827 20:23]:
> Option "AccelMethod" "exa"
Hm. I tried EXA long time ago but switched back to XAA while
hunting a DRI-related hang and I forgot to switch back to EXA.
Now I did and it is dog slow (only moving windows around spikes
to 100% CPU), interestin
* Mike Hommey ([EMAIL PROTECTED]) [20060206 07:00]:
> More likely to be something like a javascript making some text
> moving fast...
The problem is back, although differently; even with JavaScript
turned off, blogger.com is a CPU hog in Firefox. It turns out
if I switch CSS off (View->Page Styl
Package: snarf
Version: 7.0-5
Severity: normal
SSIA, after passing the 2G+ barrier, the progress bar starts filling the
screen (I haven't verified if the download succeeds or not).
Peter
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable
* Kurt Roeckx ([EMAIL PROTECTED]) [20060615 23:35]:
> checking whether select() modifies the time value... no
> And you should probably look at why the configure script returns
> that.
I can't reproduce it on any platform. Care to attach config.log?
Peter
--
.+'''+. .+'''+.
* Kurt Roeckx ([EMAIL PROTECTED]) [20060615 19:23]:
> whowatch.o: In function `main':
> /build/buildd/whowatch-1.6.0a/src/whowatch.c:288: undefined reference to
> `read_key'
Which platform is this?
Peter
--
.+'''+. .+'''+. .+'''+. .+'''+. .+''
Kelemen Péte
* Lars Wirzenius ([EMAIL PROTECTED]) [20060408 13:22]:
> [...] c) what happens if xinetd or some other inetd
> implementation is installed instead of inetd?
Dunno. Is there a generic framework for handling inetd/xinetd?
Peter
--
.+'''+. .+'''+. .+'''+. .+'''+.
* Mark Purcell ([EMAIL PROTECTED]) [20060614 13:05]:
> The new upstream (0.10.0) for exiv2, is also desirable for the
> upcoming digikam release.
There are some package naming issues to sort out first.
Peter
--
.+'''+. .+'''+. .+'''+. .+'''+. .+''
Kelemen P
Backtrace obtained with gdb(1):
#0 0xa771dc7b in strlen () from /lib/tls/i686/cmov/libc.so.6
#1 0xa76f0a1c in vfprintf () from /lib/tls/i686/cmov/libc.so.6
#2 0xa770ef6c in vasprintf () from /lib/tls/i686/cmov/libc.so.6
#3 0xa7836347 in g_vasprintf () from /usr/lib/libglib-2.0.so.0
#4 0xa7829
* Ari Pollak ([EMAIL PROTECTED]) [20060608 09:31]:
> It looks like some of the lines of the backtrace were cut off.
> Could you try to get the full backtrace? Thanks.
Which particular line are you looking at? This is what GIMP
generates when I select [S]tack trace interactively after a plugin
cr
Package: gimp
Version: 2.3.9-1
Severity: normal
Alter some ratings in Adobe Bridge and GIMP metadata plugin fails.
(Test image available on request.)
Error message:
jpeg-load: found XMP packet (4809 bytes)
/usr/lib/gimp/2.0/plug-ins/metadata: fatal error: Segmentation fault
Stack trace:
#0 0xff
The slowdown is probably due to libjpegtran.so, not gthumb itself.
See #356556.
Peter
--
.+'''+. .+'''+. .+'''+. .+'''+. .+''
Kelemen Péter / \ / \ /[EMAIL PROTECTED]
.+' `+...+' `+...+' `+...+'
Package: moreutils
Version: 0.6
Severity: wishlist
Tags: patch
It would be nice if ifdata(1) could print the hardware address of the
interface.
Peter
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental
* Steve Langasek ([EMAIL PROTECTED]) [20060310 22:07]:
> Only when the library ABI changes again.
I fail to see how it is useful. New packages that are introduced
to the archive after the ABI change don't have any suffix, so it
is impossible to tell just by looking at the package name what ABI
i
* Steve Langasek ([EMAIL PROTECTED]) [20060308 00:22]:
> [...] so I'm downgrading and untagging the bug.
So when are we supposed to drop the c2a suffix?
Peter
--
.+'''+. .+'''+. .+'''+. .+'''+. .+''
Kelemen Péter / \ / \ /[EM
* Michel Dänzer ([EMAIL PROTECTED]) [20060210 14:36]:
> * Option "ColorTiling" "off"
> * Option "RenderAccel" "off"
> * Not specifying any AGP options
No difference, X server starts looping, 99% CPU, no screen output.
Backtrace:
#0 0xa7e20cc4 in ioctl () from /lib/tls/libc.so.6
#1 0x080a2890 i
* Michel Dänzer ([EMAIL PROTECTED]) [20060210 14:36]:
> Same card as the submitter?
:02:0c.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200
SE] (rev 0
Subsystem: Hightech Information System Ltd. Radeon 9200 SE Excalibur
Flags: bus master, medium devsel, la
I experienced a similar problem, however, my backtrace is
different:
#0 0xa7ed1de4 in ioctl () from /lib/tls/libc.so.6
#1 0x080a2890 in xf86ioctl (fd=-16, request=4294967280, argp=0xfff0) at
libc_wrapper.c:469
#2 0xa7da5672 in drmCommandNone (fd=-16, drmCommandIndex=4) at xf86drm.c:2175
#3
* James R. van Zandt ([EMAIL PROTECTED]) [20051201 08:12]:
> exiv2 fails to recognize a file after jbrout adds an IPTC tag.
Could you please verify this with 0.9 (or 0.9.1)?
Thanks,
Peter
--
.+'''+. .+'''+. .+'''+. .+'''+. .+''
Kelemen Péter / \
* Michel Dänzer ([EMAIL PROTECTED]) [20060203 11:08]:
> You seem to have set up fontconfig for subpixel anti-aliasing.
> Even assuming your card could actually accelerate that, it's
> very non-trivial and hasn't been implemented yet. You should get
> better results with traditional greyscale AA.
retitle 351171 xserver-xorg: subpixel rendering hogs CPU
severity 351171 normal
thanks
* David Nusinow ([EMAIL PROTECTED]) [20060202 21:57]:
> Yeah, don't run EXA since it's still largely experimental.
Actually, EXA has nothing to do with it. Tried with XAA as well:
samples %image nam
Package: xserver-xorg
Version: 6.9.0.dfsg.1-4
Severity: normal
Start up an xterm with some FreeType fontface:
uxterm -fa Monospace -fs 12
In the terminal, start spewing lot of output lines:
find /
Observe the X server eating ~100% CPU. Over a 2 minutes run, oprofile
reveals the
close #350612
thanks
exiv2 0.9-1 has been uploaded to unstable last Friday. In the
meantime, you can grab it from:
deb http://people.debian.org/~fuji/debian ./
HTH,
Peter
--
.+'''+. .+'''+. .+'''+. .+'''+. .+''
Kelemen Péter / \ /
close #266614
thanks
* Debian Bug Tracking System ([EMAIL PROTECTED]) [20060127 18:18]:
> This bug isn't reproducible on current systems, and does not
> make much sense anyway. If vte_terminal_new cannot be found,
> either libvte is not installed, or it is broken, or your dynamic
> linker is brok
Package: firefox
Version: 1.4.99+1.5rc3.dfsg-2
Severity: important
SSIA, notably http://blogger.com/ and http://qlogic.com/ are such sites.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architec
* Peer Janssen ([EMAIL PROTECTED]) [20050908 15:53]:
> [...] I'm sending mail to root to an external network account.
I fail to see how this is arpwatch's problem. Your reasoning
can be used for *every* application that sends mail to root.
Handling root's mail securely is *your* responsibility,
Seems to be fixed by recent upload. Thanks!
Peter
--
.+'''+. .+'''+. .+'''+. .+'''+. .+''
Kelemen Péter / \ / \ [EMAIL PROTECTED]
.+' `+...+' `+...+' `+...+' `+...+'
--
To UNSUBSCRIBE, email to [EM
severity 259146 important
thanks
This actually causes a segfault in libc6 memcpy() on some weirdo
subject lines (actually seen in the wild). See attached config
and folder as testcase.
LD_PRELOAD=/usr/lib/debug/libc-2.3.5.so ./mutt -F x -f xz1
...results in SIGSEGV. Backtrace:
* Loïc Minier ([EMAIL PROTECTED]) [20050716 19:49]:
> Do you have a .gnome2/session-manual file? Please attach it if you do.
I don't have either. However, I scrubbed GNOME completely and
reinstalled from experimental/sid, and the problem went away, so
I'm not concerned any more.
Peter
--
* Josselin Mouette ([EMAIL PROTECTED]) [20050704 15:30]:
> What if you remove gaim from your session? It is known to have a
> broken session handling. (Same question for xpad, but I doubt
> this one is at fault.)
Removing either or both of them does not change the situation.
Even removing the ~/
* Josselin Mouette ([EMAIL PROTECTED]) [20050704 12:46]:
> Please attach your .gnome2/session file.
Here you are.
Peter
--
.+'''+. .+'''+. .+'''+. .+'''+. .+''
Kelemen Péter / \ / \ /[EMAIL PROTECTED]
.+' `+...+'
Package: gnome-control-center
Version: 1:2.10.1-4
Severity: grave
Justification: renders package unusable
After upgrade, GNOME session startups are blocked by
/usr/lib/control-center/gnome-settings-daemon sitting in a read()
syscall and not advancing. Reproduced on two different hardware.
-- Sys
Package: wnpp
Severity: wishlist
Owner: KELEMEN Peter <[EMAIL PROTECTED]>
* Package name: exiv2
Version : 0.6.2
Upstream Author : Andreas HUGGEL <[EMAIL PROTECTED]>
* URL : http://home.arcor.de/ahuggel/exiv2/
* License : GPL
Description
Package: gtkam
Version: 0.1.12-2.1
Followup-For: Bug #178097
SSIA, gtkam leaks memory badly, this is a snapshot after downloading 100
images:
PID PPID USER PR NI VIRT RES SWAP nDRT nFLT WCHAN S %CPU %MEM
TIME TTY COMMAND
5867 1 fuji 15 0 694m 812m 4.00
close 295283
thanks
* Ari Pollak ([EMAIL PROTECTED]) [20050215 17:58]:
> I do not, but if you want a good backtrace, you can rebuild the
> gimp package while DEB_BUILD_OPTIONS=nostrip is set.
After extensive testing, it looks like a transient corruption
somewhere; reinstalling everything from si
* Ari Pollak ([EMAIL PROTECTED]) [20050214 18:48]:
> Interesting, I can't reproduce this crash with that image. Does
> just the JPEG plugin crash, or all of GIMP? Are there any
> messages output to the console when this happens?
Well, I did some more digging. I can reproducibly crash gimp by
sta
Package: gimp
Version: 2.2.3-2
Severity: important
GIMP happens to crash once in a while when opening certain JPEG files.
Currently I suspect JPEGs created by Adobe PhotoShop CS, although I may be
completely wrong. An example:
http://index.hu/digicam/fotozz_repos/original/fotozz_7864_56166.jpg
P
Package: coreutils
Version: 5.2.1-2
Severity: normal
SSIA, the -m option is undocumented.
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.11
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (ch
45 matches
Mail list logo
