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
Is this package still actively maintained?
Is there a plan to update this package to 0.6.0 in the foreseeable future?
Thank you:
csillag
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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
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
Hi,
Just want to tell you that I have checked out current samba4 sources,
and the problem does not happen there.
So updating the samba4 packages in Debian would (probably) solve this.
Thank you:
Kristof Csillag
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
2010-11-17 18:24 keltezéssel, Vladimir 'φ-coder/phcoder' Serbinenko írta:
Ok, I discarded the patch as useless then and pinged Colin Watson about
propagating needed commits.
Hi,
Anything new about this?
(Version in unstable is still broken.)
Best wishes:
Kristof
--
To
2010-11-17 10:45 keltezéssel, Vladimir 'φ-coder/phcoder' Serbinenko írta:
Please keep the bug CC'ed.
Please test the attached patch
Tried to apply patch to the version in debian unstable.
Got this:
~/grub2-1.98+20100804# patch --dry-run -p1 /tmp/hostdisk.diff
patching file
2010-11-17 16:01 keltezéssel, Vladimir 'φ-coder/phcoder' Serbinenko írta:
~/grub2-1.98+20100804# patch --dry-run -p1 /tmp/hostdisk.diff
-p0, not p1
I don't think that was the probme here.
-p1 finds the file (but fails), -p0 does not even find the file.
See this:
2010-11-17 10:45 keltezéssel, Vladimir 'φ-coder/phcoder' Serbinenko írta:
Please keep the bug CC'ed.
Please test the attached patch
After checking the contents of the patch, I see that the lines surrounding
the actual modifications do not exist in my local version
(which comes from latest
2010-11-17 17:07 keltezéssel, Vladimir 'φ-coder/phcoder' Serbinenko írta:
Hmm looks like Debian lags behind more than I thought. The version in
question is upstream trunk available as bzr checkout from
http://bzr.savannah.gnu.org/r/grub/trunk/grub/
Perhaps it needs no patching at all.
2010-11-17 17:07 keltezéssel, Vladimir 'φ-coder/phcoder' Serbinenko írta:
Hmm looks like Debian lags behind more than I thought. The version in
question is upstream trunk available as bzr checkout from
http://bzr.savannah.gnu.org/r/grub/trunk/grub/
Perhaps it needs no patching at all. Could
2010-11-17 18:24 keltezéssel, Vladimir 'φ-coder/phcoder' Serbinenko írta:
Compiling the trunk version was not smooth: it failed on a warning
because of compiler directives. Needed to override this manually.
What's the exact warning? I'd like to fix it.
When compiling
2010-11-06 23:46 keltezéssel, Vladimir 'φ-coder/phcoder' Serbinenko írta:
The case with both device.map entry and fake device removed, this is the
correct way of doing it.
OK, so here is the suggested case again:
# grub-probe -t abstraction --device /dev/xvda1 -v
grub-probe: info:
I realized that I left this address out, so fwding..
Eredeti üzenet
Tárgy: Re: Bug#601974: regression: grub-probe can not find /dev/xvda1
(block device inside XEN)
Dátum: Mon, 01 Nov 2010 23:30:50 +0100
Feladó: Csillag Kristof csillag.kris...@gmail.com
Címzett
2010-11-01 13:28 keltezéssel, Vladimir 'φ-coder/phcoder' Serbinenko írta:
tag 601974 need-info
thanks
Now if I upgrade to grub-common from unstable, this starts to fail.
Whatever I do, it won't work.
How do I fix that?
Can you post the actual error messages (with -v)
With
Package: grub-common
Version: 1.98+20100804-7
Severity: important
Hi, I am running a bunch of XEN virtual domains,
in which I have grub installed.
(I use pygrub to boot them from dom0, but that's irrelevant now.)
In the xen configuration, I have different block devices assigned for
the
Hi,
I just want to report in that this happens here, too.
From a quick research, it seams to me that the symbol in question might
have been removed from samba itself, but this code has not yet been
refreshed to use the successor.
(How about checking out a fresh version of samba4, and packaging
Package: dssi-vst
Version: 0.8-2+b2
Severity: wishlist
Hi,
a new version (0.9) is available at
http://www.breakfastquay.com/dssi-vst/
Could you please update the package?
Thank you for your help:
Kristof Csillag
-- System Information:
Debian Release: squeeze/sid
APT prefers stable
Subject: Please package latest version
Package: solfege
Version: 3.16.4-1
Severity: wishlist
Hi,
GNU Solfege 3.17.0 was released at 2010.08.20.
Could you plaese update the debian package?
Thank you for your help:
Kristof Csillag
-- System Information:
Debian Release: squeeze/sid
APT
Package: linthesia
Version: 0.4-1
Severity: wishlist
Hi,
just after you have prepared this package, upstream has released
a version called 0.4-2.
I am not sure that's the exact difference, since I could not find
any changelog, but it seems to be somewhat newer.
Could you please package that?
Debian Bug Tracking System wrote:
#536175: xen-utils-3.4: Package description should mention the HVM is
disabled
It has been closed by Bastian Blank wa...@debian.org.
Changes:
xen-3 (3.4.0-2) unstable; urgency=low
.
* Add symbols file for libxenstore3.0. (closes: #536173)
*
Bastian Blank wrote:
On Thu, Jul 09, 2009 at 12:27:52PM +0300, Pasi Kärkkäinen wrote:
For example Fedora's Xen 3.4.0 source RPM contains the xen-3.4.0.tar.gz
release tarball, and they build the included ioemu, just like in earlier Xen
releases. That is the correct way to do it.
If
Bastian Blank írta:
severity 536176 important
thanks
On Wed, Jul 08, 2009 at 01:28:18AM +0200, Csillag Kristof wrote:
Justification: breaks unrelated software
Both are from the same source, so they are not unrelated.
Indeed, in the philosophical sense of the word
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:
We should move this to this thread (#536175),
because the other bug report (#536176) is about a different issue.
Pasi Kärkkäinen wrote:
On Wed, Jul 08, 2009 at 04:10:31PM +0200, Bastian Blank wrote:
On Wed, Jul 08, 2009 at 04:19:39PM +0300, Pasi Kärkkäinen wrote:
Uhm, that's really
Package: xen-utils-3.4
Version: 3.4.0-1
Severity: important
The current version of the package does not contain the IOEMU tools.
This makes HVM domains, and PV domains with emulated features like VFB
impossible to run.
There might be good reasons for this, but then at least
the package
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
Package: xen-utils-3.4
Version: 3.4.0-1
Severity: important
pygrub uses the fsimage library to read contents of the filesystems to boot.
This package install the plugins for different filesystems at
/usr/lib/xen-3.4/lib/fs/,
but searches for them under /usr//usr/lib/fs.
(The debian patch
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,
Package: bluez-utils
Version: 3.22-1
Severity: normal
Dear Maintainer,
Please add the --enable-audio parameter to the
configure script in the build system, so that
we can use the brand new A2DP AVRCP support.
Thank you:
Kristof
-- System Information:
Debian Release: 4.0
APT prefers
Hi there!
Could someone please tell me what happened to the patch that David Härdeman
proposed
for #393728, which was supposed to fix #393728, #397872 and #398464, and all the
duplicates?
From #407905 it seems that the problem is still present in the 2007-jan-15
build.
If the patch is correct
Help browser for GNOME 2
-- no debconf information
--
Csillag Kristof [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: zd1211-firmware
Version: 2.4.0.0-1
Severity: wishlist
As of 2006-04-03, a new version of the driver is availably at Zydas,
(more precisely, at http://www.zydas.com.tw/downloads/download-1211.asp):
Version 2_6_0_0
office suite
archit
ii openoffice.org-java-common2.0.2-1OpenOffice.org office suite
Java s
ii zlib1g1:1.2.3-11 compression library -
runtime
openoffice.org-gcj recommends no packages.
-- no debconf information
--
Csillag Kristof [EMAIL PROTECTED
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
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
2006-01-03, k keltezéssel 20.53-kor David Schmitt ezt írta:
Tomorrow, 2.6.15 will be released to unstable, since 2.6.13 should have
received ACPI updates it might be interesting to test this again.
I have just tested it with 2.6.15-2.
It still does not work.
I have attached the dmesg outputs
--
From: Csillag Kristof [EMAIL PROTECTED]
To: maximilian attems [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
Subject: Re: Bug#321403: 8139too network driver won't work with my card
(it did with 2.6.8)
Date: Tue, 23 Aug 2005 18:19:34 +0200
2005-08-21, v keltezéssel 12.12-kor
Intrinsics
ii psmisc 21.8-1 Utilities that use the proc
filesy
ii zlib1g 1:1.2.3-9 compression library -
runtime
firefox recommends no packages.
-- no debconf information
--
Csillag Kristof [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email
2005-08-12, p keltezéssel 10.50-kor Maximilian Attems ezt írta:
could you test latest -rc6 from linus and followup there,
if you still see the bug.
With -rc7, the bug still exists:
When booting with ACPI, the whole PCI subsystem (including fb, usb,
sound, networking) is down, but with acpi=off,
2005-08-21, v keltezéssel 12.12-kor maximilian attems ezt írta:
With 2.6.13-rc6, my whole PCI system seems to be broken.
(No sound, no usb, lspci finds no devices at all.)
With ACPI=off, the PCI devices (including the 8139too) work OK.
urrgs, but that seem to match upstream bugs
2005-08-21, v keltezéssel 12.12-kor maximilian attems ezt írta:
urrgs, but that seem to match upstream bugs thread.
I don't know whether I should be happy about this..
could you try out that bios workaround:
http://www.ussg.iu.edu/hypermail/linux/kernel/0403.1/1537.html
I can test it on
2005-08-12, p keltezéssel 10.50-kor Maximilian Attems ezt írta:
reassign 321403 linux-2.6
thanks
this seems to be a known upstream bug:
http://bugzilla.kernel.org/show_bug.cgi?id=4773
unfortunately i don't see a resolution yet.
could you test latest -rc6 from linus and followup there,
Package: kernel-source-2.6.11
Version: 2.6.11-7
Severity: important
Hi there!
When I tried to upgrade my kernel from 2.6.8 to 2.6.11,
I was shocked to see that my Ethernet card stopped working.
I am using the standard Debian kernel sources to build my own kernels.
I tested
Hi there!
I tested with the vanilla 2.6.12.3, and it does not work either.
The relevant output of kernel is this:
eth0: RealTek RTL8139 at 0xe0802000, 00:20:18:8d:3d:40, IRQ 10
eth0: Identified 8139 chip type 'RTL-8139B'
...
eth0: link up, 100Mbps, full-duplex, lpa 0x41E1
NETDEV WATCHDOG:
Package: apt-listchanges
Version: 2.59-0.2
Severity: important
When installing a new package, apt-listchanges sometimes writes change error
messages.
(On Debian Sid box)
Here is an example (sorry for the localised (Hungarian) messages;
I think you can guess
Package: apt-cacher
Version: 0.9.4
Severity: important
Hi there!
I did not have time to completely debug this, but i think
apt-cacher re-downloads files for me, instead of serving them
from the cache.
It is enteresting, because in the acces log I see
HIT lines, but I can also see the running
2005-06-01, sze keltezssel 13.32-kor Eduard Bloch ezt rta:
Please set the debug variable to 1 in /etc/apt-cacher/apt-cacher.conf
and send me the last log lines from /var/log/apt-cacher/error.log after
triggering one of such unwanted downloads.
OK.
I decided to user kernel-source-2.6.11 as a
Because there are flag files, declaring a download as beeing complete.
This file is used exactly the same way as with the version 0.8, it is
basicaly the same code.
I see. But then, the package
a) should not create a new directory, tossing the old one away,
giving the impression it's
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
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
Package: kernel-package
Version: 8.131
Followup-For: Bug #304687
The same thing happens here, too.
(I just tried to rebuild my kernel, and stumbled on this.)
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386
Package: apache
Version: 1.3.33-4
Severity: important
After today's upgrade, Apache fails to start up.
The funny thing is that I have not really upgraded anything that
has much to do with Apache, so I have no idea how I broke it.
This is how it looks like now:
hactar2:~# apache -V
Server
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
54 matches
Mail list logo