Bug#824853: Acknowledgement (tex-common: package installation fails)

2016-05-20 Thread Csillag Kristof
I can confirm that manually installing the /usr/share/texlive/texmf-dist/tex/context/base directory from the previous version of the texlive-latex-base package makes the error go away. However, I can not tell whether it causes any other problems down the road ... anyway, my LaTeX system

Bug#631667: tomcat7: startup crashes with java.lang.ClassNotFoundException: org.apache.juli.logging.LogFactory

2011-06-25 Thread Csillag Kristof
Package: tomcat7 Version: 7.0.16-1 Severity: grave Tags: sid Justification: renders package unusable Tomcat won't start up since latest (7.0.16) update. Log says: --- Exception in thread main java.lang.NoClassDefFoundError: org/apache/juli/logging/LogFactory at

Bug#631667: classpath is mixed up.

2011-06-25 Thread Csillag Kristof
The problem seems to be that catalina.sh is adding JULI to the classpath like this: # Add tomcat-juli.jar to classpath # tomcat-juli.jar can be over-ridden per instance if [ -r $CATALINA_BASE/bin/tomcat-juli.jar ] ; then CLASSPATH=$CLASSPATH:$CATALINA_BASE/bin/tomcat-juli.jar else

Bug#536176: [Pkg-xen-devel] Bug#536176: xen-utils-3.4: trying xen-3.4 once breaks xen-3.2 (?)

2009-07-08 Thread Csillag Kristof
Pasi Kärkkäinen wrote: What do you mean with HVM support is disabled? Xen 3.4.0 definitely supports HVM guests. Xen does, but the current debian package does not seem to. The changelog says so: xen-3 (3.4.0-1) unstable; urgency=low [...] * Remove ioemu for now. (closes:

Bug#536173: xen-utils-3.4 need to depend on 3.4 version of xenstore

2009-07-07 Thread Csillag Kristof
Package: xen-utils-3.4 Version: 3.4.0-1 Severity: grave Justification: renders package unusable This packages should depend on the 3.4 version of xenstore utils and library, because it the Lenny versions are installed, xend crashes instead of starting up. (Many users choose to run lenny/sid

Bug#536176: xen-utils-3.4: trying xen-3.4 once breaks xen-3.2 (?)

2009-07-07 Thread Csillag Kristof
Package: xen-utils-3.4 Version: 3.4.0-1 Severity: critical Justification: breaks unrelated software After installing xen-utils-3.4 besides my existing xen-3.2 system, I could not start xend-3.2 anymore. The message I was getting is this: Failed to initialize dom0 state. As far as I know,

Bug#347703: Still no luck with latest packages and dependencies

2006-01-23 Thread Csillag Kristof
Package: evolution Version: 2.4.2.1-1 Followup-For: Bug #347703 Since on an other Debian box the newest evolution package works just fine, I decided to give it another chance on this one, too. This time, I upgraded all the recursive dependencies of evolution to the unstable package. Now if I

Bug#347703: Error while Refreshing folder: Summary and folder mismatch, even after a sync

2006-01-12 Thread Csillag Kristof
Package: evolution Version: 2.4.2.1-1 Severity: grave Yesterday when I did my daily upgrade, I got the new evolution 2.4 package. When I started to start it, it froze. (See #347672: evolution: Evolution 2.4.2.1 freezes on startup) I did not have the time to debug it, so I just downgraded to the

Bug#305141: cupsys: package configuration fails bacause of malformed doc-base file

2005-04-18 Thread Csillag Kristof
Package: cupsys Version: 1.1.23-8 Severity: grave Justification: renders package unusable For this last (1.1.23-8) version, the included /usr/share/doc-base/cupsys file contains some extra spaces, so install-docs dies on it, so the cupsys debian package can't be configured. The problem can be

Bug#305169: cupsys: Printing process dies

2005-04-18 Thread Csillag Kristof
Package: cupsys Version: 1.1.23-8 Severity: grave Justification: renders package unusable When I tried to print something (from evolution), nothing happened. I looked at the CUPS web gui, and I saw that the printer is stopped. I started it. It stopped again. I looked at the log file. When I set

Bug#273871: libsilc: Please sort this out, will you?

2005-03-22 Thread Csillag Kristof
Package: libsilc Version: 0.9.12-4 Followup-For: Bug #273871 Oh come on, guys, this situation is very regrettable. Everybody involved in this case shares a common goal: to provide high-quality software to people. A lot of people has contributed a lot of work to the infrastructure of the Debian

Bug#292116: module-init-tools: breaks boot-up if modutils is not installed

2005-01-25 Thread Csillag Kristof
Package: module-init-tools Version: 3.2-pre1-1 Severity: critical Justification: breaks the whole system The recent modification of /etc/init.d/module-init-tools, the inserted KVER_MAJOR=$(kernelversion) line, breaks all systems without modutils installed, since kernelversion is a modutils