I've reviewed this bug and it appears to still exist in trayer version
1.1.1-1, and indeed in upstream as well. This problem exists in an
up-to-date as of today testing system on amd64 using the nouveau X driver.
In my experimenting I have determined that rolling back to 1.0-5 fixes
the problem
Package: emacs23-common
Version: 23.1+1-5
Severity: normal
Tags: patch
When using flymake with .tex filenames that include a number just before the
.tex extension, flymake fails to find the master file giving the message
Flymake:! in the status bar and rendering flymake useless.
For example:
Oops, here's a patch the right way around...
A
--- flymake_org.el 2010-10-03 10:52:45.0 -0700
+++ flymake.el 2010-10-03 10:50:42.0 -0700
@@ -278,7 +278,7 @@
(\\.php[345]?\\' flymake-php-init)
(\\.h\\' flymake-master-make-header-init flymake-master-cleanup)
On Fri, Jan 04, 2008 at 04:30:42PM +0100, Josselin Mouette wrote:
reassign 452162 gnucash
thanks
Whoops, sorry for replying without reading this additional information.
Le dimanche 25 novembre 2007 à 12:14 -0800, Andrew Sackville-West a
écrit :
I went back to step zero. This problem
Okay, I've narrowed this down to a problem in .gconf. After playing
around with some other machines and upgrading various packages trying
to find this, I ended up with another machine fully up-to-date but
*without* the problem.
I went back to step zero. This problem showed up after a segfault in
Package: libgtk2.0-0
Version: 2.12.1-3
Severity: important
Beginning somewhere around November 19, 2007 some printing has broken
and I think its related to gtkPrint. I realise there are lots of
printing changes going on in deb right now, but I think the commonality
I'm seeing in symptoms points
I've also downgraded all of cups from 1.3.4-1 to 1.3.2-1 with no
improvement. That's the only printing dep I could see for gtk.
A
signature.asc
Description: Digital signature
On Sat, Oct 20, 2007 at 12:06:00PM -0500, kev wrote:
i´m experiencing the same problem as reported in Bug #447211:
at76c503a-source: fails to build against 2.6.22-2-k7
i have attached the module assistant buildlog plus cpu info. cpu is
celeron D. i´m using debian/lenny. thanks
1) you can
On Fri, Oct 19, 2007 at 07:53:05AM +0200, Guido Guenther wrote:
On Thu, Oct 18, 2007 at 05:48:41PM -0700, Andrew Sackville-West wrote:
Package: at76c503a-source
Version: 0.15~dev0.20070427-2
Severity: important
The package needs an update to 0.17 badly - patches welcome.
I'm happy
Package: at76c503a-source
Version: 0.15~dev0.20070427-2
Severity: important
I've tried to build this against linux-image 2.6.22-2-k7 using
module-assistant and it fails:
output of `m-a a-i at76c503a`
dh_clean
/usr/bin/make
On Fri, Aug 10, 2007 at 02:46:52AM -0400, Greg Folkert wrote:
In all the directories that fc-cache failed with errors like:
/usr/share/fonts: failed to write cache
/usr/share/fonts/X11: failed to write cache
/usr/share/fonts/type1: failed to write cache
/usr/local/share/fonts: failed to
Okay, this is wierd. I was continuing to configure this machine on the
assumption that the problem would sort itself out... and lo and
behold, it did with no apparent reason. I do not recall which of my
many aptitude installs did it, but at some point it just stopped
showing up as a package to
I have encountered this bug using:
delappy:~# dpkg -l fontconfig
...
ii fontconfig 2.4.2-1.2 generic font configuration library -
support
delappy:~# dpkg -l ttf-opensymbol
pH ttf-opensymbol 2.2.1-7The OpenSymbol TrueType font
delappy:~# dpkg -i
I wondered why a hadn't been getting my regular backup emails... This
bug explains it.
I wonder, what is the status of the backport? My server runs etch and
pulls backups from several sid machines which are now no-longer backed
up automatically. Is there anything a lowly user can do to help with
Package: mutt
Version: 1.5.16-2
Severity: normal
I'm sure this is related to the whole slew of IMAP new mail bugs that
have been reported #421468, 428734, and 432148 if not others, but this
symptom hasn't been reported, afaict.
The buffy list shows all folders with mail marked with New or Old.
I can confirm this bug using 1.5.16-2, though mine shows all '0's
instead of some other number. also, this is surely a duplicate of
#421468.
A
signature.asc
Description: Digital signature
Package: mdadm
Version: 2.5.6-9
Severity: normal
this problem is documented in:
http://lists.debian.org/debian-user/2007/03/msg05310.html
http://lists.debian.org/debian-user/2007/04/msg00923.html
http://lists.debian.org/debian-user/2007/05/msg01661.html
On Wed, Jul 04, 2007 at 02:32:36AM -0400, Carl Fink wrote:
Package: xorg
Version: 1:7.2-5
Severity: important
woah. fixed already!
A
signature.asc
Description: Digital signature
On Wed, Jul 04, 2007 at 02:32:36AM -0400, Carl Fink wrote:
Package: xorg
Version: 1:7.2-5
Severity: important
hey, nicely done bug report. I'll jump over and add my .02
A
signature.asc
Description: Digital signature
sorry for the noise! I didn't check my headers before sending . Those
were intended for Carl only...
regardless: thanks! you guys are fantastic!
and sorry again for the noise.
A
signature.asc
Description: Digital signature
just for the record. the test file above, which crashes oocalc 2.2
reliably on my machine, but not 2.0 on etch, will also cause a crash
is saved in oocalc 1.x format, but if saved to .xls (95) and then
resaved as .ods works fine, so something is being translated and fixed
there. again, hth.
A
On Thu, Apr 19, 2007 at 02:22:37PM -0500, Ron Johnson wrote:
On 04/19/07 13:17, Andrew Sackville-West wrote:
just for the record. the test file above, which crashes oocalc 2.2
reliably on my machine, but not 2.0 on etch, will also cause a crash
is saved in oocalc 1.x format, but if saved
On Thu, Apr 19, 2007 at 02:22:37PM -0500, Ron Johnson wrote:
I just downloaded and opened payroll2007clean.ods using
(experimental) OOo 2.2.0-1 without it crashing. Then I upgraded to
2.2.0-4 in unstable. Still no crash.
well, I just tried this on another sid box using versions
Package: openoffice.org-calc
Version: 2.2.0-4
Followup-For: Bug #408265
I am seeing this behavior as well, but not with all oocalc spreadsheets.
It is happening in my payroll spreadsheets. Problem first appeared about
20 days ago or so on my sid system. Does not happen in etch with the
same
I can confirm this bug and that the patch: rm'ing the *.bak's in the
${LIVE_CHROOT}/boot works.
[EMAIL PROTECTED]:~$ apt-cache policy live-package
live-package:
Installed: 0.99.14-1
Candidate: 0.99.14-1
Version table:
*** 0.99.14-1 0
990 http://debian.midco.net unstable/main
Package: libmysql-java
Version: 3.1.11-1
Severity: important
I am receiving unknown type '246 in column... error when using mysql 5
tables in openoffice.org base. this is a known issue over at mysql. you
can read about it at http://bugs.mysql.com/bug.php?id=14609
this bug was fixed in 3.1.13
I mis-read the bug reports. I'm sorry for the extra noise.
A
signature.asc
Description: Digital signature
Package: gzip
Version: 1.3.9-1
Followup-For: Bug #403998
I can confirm this bug. despite what packages.debian.org says, version
1.3.9-1 is coming down the pipe at debian.midco.net. Interestingly
though, apt-cache policy shows version 1.3.9-1 already installed.
menawhile aptitude is trying to
Package: openoffice.org-calc
Version: 2.0.4-5
Severity: important
this occured some months ago with an older 2.0.x version, but quickly
disappeared in
a regular upgrade. It is now back with a vengeance in the current version.
Printing from calc maximises CPU usage (confirmed with top) for
I can confirm this bug and that it affects many other packages. In my
case, I failed to install both qemu and mplayer (from marillat
repositories) due to nonexisting libdirectfb-0.9-24. How can I tell
apt-get or aptitude to ignore this particular requirement?
A
signature.asc
Description:
FTR, libdirectfb-0.9-24 is in testing, so I've added that to my
sources list which seems to satisfy aptitude.
A
signature.asc
Description: Digital signature
Theodore Ts'o wrote:
Are you using your system with hardware time set to some non-GMT local
time zone? (i.e. /etc/defaults/rcS has UTC=no)
you are, of course, correct. And its interesting in that I had set it to
UTC at some point and I remember having trouble with my timezones and so
I can confirm, as others have mentioned, that this bug affects AMD
systems as well. All of my symptoms were identical to others reported.
I chose to downgrade yaird to testing and this resolved the problem (now
running 2.6.14-5). I appears to me that the patch mentioned above
doesn't apply
Package: e2fsprogs
Version: 1.39
This is specifically version 1.39 WIP (10-Dec-2005)
$uname -a
Linux basement 2.6.14-2-686 #2 Fri Dec 9 10:11:34 UTC 2005 i686 GNU/Linux
$e2fsck -V
e2fsck 1.39-WIP (10-Dec-2005)
Using EXT2FS Library version 1.39-WIP, 10-Dec-2005
after upgrading kernel
repeated testing with knoppix and a little help from debian-user has
resulted in downgrading to 1.38-2 and it now works fine. the downgrade
only changes two packages: e2fsprogs and e2fslibs so I think its a
strong case that version 1.38-2-1.39-WIP is the source of this problem.
ah well.
35 matches
Mail list logo