-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Is there something unusual in your configuration?
I don't think so.
I use Heimdal, perhaps that's a difference? And I have the user accounts
in LDAP (but the passwords managed by Kerberos, outside of LDAP).
Permissions on /tmp for ticket caches?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I have an Athlon XP 2400+ system. I have tried athcool for a few days,
and have observed no problems so far. The motherboard is Epox EP-8RDA
with nForce2 chipset.
Send me an e-mail if I can help out in any way.
Marcus
-BEGIN PGP SIGNATURE-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tags: patch
The upstream patch for 2.6.14.1 applies to the Debian kernel
(linux-source-2.6.14 2.6.14-4) and seems to work for me (tested on one
system for a few days only).
I made a trivial patch for the Debian package (just added the new patch
from
Tags: patch
I updated the package for kernel 2.6.15. It is available from
http://www.better.se/debian/kernel-patch-badram/
Marcus
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Tags: patch
I have updated the package for 2.6.14 and 2.6.15 kernels. The updated
package is available at:
http://www.better.se/debian/kernel-patch-exec-shield/
My package no longer depends on kernel-patch-acl, so it need not be
removed from etch. I for one would like to see this package in
Tags: patch
I have updated the package with patches for 2.6.14 and 2.6.15. You can
get my package from
http://www.better.se/debian/kernel-patch-skas/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hmm, it still looks broken to me. In my .llgal/captions I have lines like
DIR: december Open subgallery december
I get the following output:
-
$ llgal -R
Reading the captions file and preparing entries: 100%
Preparing entries: 100%
Found
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: llgal
Version: 0.12-1
Severity: normal
llgal generates HTML files with a content-type specifying
charset=ISO-8859-1, but directory names are not encoded correctly. I
have LANG=sv_SE.UTF-8 and have a directory named 'Täby' (that's T, a
with
Well, what's exactly the real problem here ? Does the link point to an
invalid URL instead of your directory ?
Actually the link works, it just looks ugly. Like this:
Täby
If I replace iso-8859-1 by utf-8 in the header then it displays
correctly. I guess it makes sense to use the local
Package: vrms
Version: 1.11
Severity: normal
graphviz is listed as non-free by vrms, even though it is now in main.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1,
'experimental')
Architecture:
Package: vrms
Version: 1.11
Severity: normal
ncompress is listed as non-free by vrms, even though it is now in main.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1,
'experimental')
Package: vrms
Version: 1.11
Severity: normal
zoo is listed as non-free by vrms, even though it is now in main.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1,
'experimental')
Architecture: i386
Package: openoffice.org-base
Version: 2.0.0-5
Severity: important
Start oobase. In the dialog box that shows up, choose to create a new
database file. Any attempt to manipulate the database, such as
clicking on Tables to create tables gives a pop-up error message:
The connection to the data
Package: openoffice.org-base
Version: 2.0.0-5
Severity: normal
When trying to create a report using the report guide (selecting
Reports and clicking on Use Wizard to Create Report...), instead
of the report guide, a Writer window pops up. It shows a document
named Untitled1 containing no text
With which JDK? Ah, I see. Sun 1.5...
Right, and the working system had gij or kaffe, I think. But switching
it to Sun 1.5 made the bug appear on that system too. So it seems to be
related to that.
I also have an oobase file which uses an ODBC database (and not HSQLDB).
I can work on that file
Package: initscripts
Version: 2.86.ds1-7
Severity: normal
The postinst script fails, probably because I am using file-rc:
---
Setting up initscripts (2.86.ds1-7) ...
/var/lib/dpkg/info/initscripts.postinst: line 62: cd: /etc/rcS.d: No such file
Package: lintian
Version: 1.23.14
Severity: normal
I have a package which uses dbconfig-common but has no debconf
templates of its own. Lintian gives two warnings: no-debconf-templates
and missing-debconf-dependency.
Both of these seem to be bogus. My package depends on dbconfig-common
(which in
I have updated the package for kernel 2.6.14. Bug me if you want it.
Marcus
signature.asc
Description: OpenPGP digital signature
I have updated the package for kernel 2.6.14. Bug me if you want it.
Marcus
signature.asc
Description: OpenPGP digital signature
This bug appears to have magically disappeared in 2.0.1-1.
Marcus
signature.asc
Description: OpenPGP digital signature
OOo 2.0.1-1 gives the same result but a different NullPointerException:
java.lang.NullPointerException
at
com.sun.star.wizards.ui.TitlesComponent.addTextListener(TitlesComponent.java)
at
com.sun.star.wizards.report.ReportWizard.buildSteps(ReportWizard.java)
at
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ouch. The bug is back again in 2.0.1-1. This time definitely only when
using gij, not with Sun JRE.
The same workaround still works.
Marcus
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I just tried this with gij instead of Sun JRE. It doesn't give an
exception, instead nothing visible happens at all when I try to start
the report guide.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
Daniel Kahn Gillmor wrote:
This looks very similar to bug 296464 to me. the extra prompt at boot
time is likely just a prompt for the crypted swap partition.
My earlier mail to this bug indicates that this is not the so.
Apparently mkinitrd incorrectly determines that the root device needs
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
I am the maintainer of input-utils. A user reported a problem on the
powerpc architecture that I need some help solving:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=326149
Apparently on his system the event devices start at
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
I am the maintainer of input-utils. A user reported a problem (bug
#326149) on the powerpc architecture that I need some help
investigating, since I don't have a ppc machine.
Apparently on his system the event devices start at
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Yves-Alexis Perez wrote:
On my box, that's not the case (i'm using udev)
So was he...
crw-rw 1 root root 13, 64 2005-11-17 11:05 /dev/input/event0
crw-rw 1 root root 13, 67 2005-11-17 11:05 /dev/input/event3
There is a gap here.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Yves-Alexis Perez wrote:
Events are dynamically created/deleted
by udev, and they start at 0. But maybe this is a kernel bug, or udev bug..
No, I think it is perfectly OK. input-utils will have to be fixed to
deal with it.
Thanks for the help!
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
libpam-krb5 1.2.0-1 has been uploaded. Let me know if that fixes the
problem for you when you get a chance to try it.
No, I still don't get it does not fix it. I have tried both with and
without privilege separation.
-BEGIN PGP SIGNATURE-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Could you send the contents of your /etc/pam.d/common-auth and
/etc/pam.d/common-session files?
/etc/pam.d/common-auth:
-
auth sufficient pam_krb5.so ignore_root
auth requiredpam_unix.so try_first_pass nullok_secure
-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Russ Allbery wrote:
Hm. That looks okay. Could you add debug to the end of the two
pam_krb5.so lines and then send me the resulting log output from syslog
Here it is:
Nov 23 10:06:37 myhost sshd[18820]: (pam_krb5): none:
pam_sm_authenticate:
tag 377683 patch
thanks
could you please make tikiwiki to depend on PHP5 also
Well, I have commited the change to svn
(http://svn.debian.org/wsvn/pkg-tikiwiki/trunk/ ), but before uploading I
would like to know if it works at all. Can you please check this by
installing PHP5 by force?
well, it seems that libphp-phplayersmenu deserve the same treatment as
php-date
right now it depends on php4 | php4-something...
Yes, but fortunately php4-cli can coexist libapache2-mod-php5, so you can
actually try it out.
I could try to open a bug but I'm not 100% sure this version is
Package: libxalan2-java-doc
Version: 2.7.0-1
Severity: wishlist
TODO: The HTML documentation should be built with stylebook (once it is in
working state, see blocking bugs).
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500,
tag 401222 moreinfo
severity 401222 normal
thanks
I was trying to test a simple webapp using a jndi declared jdbc
datasource but i couldn't make it work.
It does work for me, at least without security manager, but Tomcat appears to
be fragile in this regard, and I had to try a number of
Package: tomcat5.5
Version: 5.5.20-4
Severity: serious
tomcat5.5 (sometimes) blocks on startup since its standard output is
redirected to the named pipe /var/log/tomcat5.5/catalina.out, and this
blocks until the pipe is opened for reading. Thus tomcat5.5 will not
startup until the after pipe is
tag 402603 help
thanks
(Sounds close to #350131 and #270248.)
Yes, except that I cut out the rotatelogs stuff from the init script because
it looked ugly. That's why the process is blocking now. What should we do
about it?
I don't like the idea of having an extra rotatelogs process to keep
More specifically the steps I did to test MySQL connectivity were:
1. Download mysql-connector-java 5.0.4 (from the MySQL website) and put the
jar file in /usr/share/tomcat5.5/common/lib.
2. Create the database exactly as in the Tomcat example for MySQL:
Ah, so the situation is the result of your local configuration which
disables rotatelogs?
No, it's in 5.5.20-4 in the archive.
This might lower the importance of the bug (it's currently considered
release critical).
I think we should release 5.5.20-2 which is in testing. It has no RC
But you need to bootstrap it somehow, and during the bootstrap, there's
usually a simple logger which logs to stdout.
I retract my previous proposal, and propose instead to send the initial
messages to the syslog. That would be logical for a daemon.
I found this blog post
on the
Here's another possibility, adding syslog support to jsvc:
https://issues.apache.org/jira/browse/DAEMON-80
pgpuYWiGmZWXW.pgp
Description: PGP signature
Is it Debian specific to depend on jsvc to start tomcat?
It's actually the method recommended by upstream:
http://tomcat.apache.org/tomcat-5.5-doc/setup.html
It's true that it requires a native app (not a library), but it seems to be an
improvement over the previous method. For instance we
(I don't recall running into that, nor that two JVMs thing,
This was mostly an issue on an overloaded system, I think. Not sure what was
going on, but the init script would never succeed in stopping Tomcat until
the timeout elapsed.
The second JVM invocation is the java call in catalina.sh
reassign 403039 dom4j
retitle 403039 dom4j: jaxen classes missing
severity 403039 serious
tag 403039 pending
thanks
Hi,
the problem is in the dom4j package in Debian, which is missing a few classes.
In the future, please report problems with Debian packages to the Debian bug
tracking system
On Friday 08 September 2006 14:19, Pierre Habouzit wrote:
and select the folder, right click (properties) - the second checkbox
is what you want.
Right, thanks! I missed that, probably because (the Swedish translation of)
the description of that checkbox is incomprehensible. Will try come up
On Friday 08 September 2006 14:21, Pierre Habouzit wrote:
does it has the problem on a newly created user ?
Will check, but now I have another funny effect: Kmail is set to show the icon
only when there are new messages. Now I don't have any new messages, Kmail is
open, and the icon
Hi,
since the packaging of JaxMe seems to have stalled and it's blocking other
things, I'm thinking of simply finishing it up and getting it uploaded,
starting from Wolfgang's work:
http://www.home.uos.de/wbaer/downloads/ForUpload/
Any objections?
Marcus
--
To UNSUBSCRIBE, email to
Arnaud Vandyck wrote:
Maintainer: pkg-java?
Yes.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
This issue does not seem to affect Tikiwiki 1.9.5. I will apply some security
checks from upstream anyway and make a new release.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
retitle 397562 batik: FTBFS: should use java-gcj-compat-dev instead of j2sdk1.4
thanks
Whoever tries to fix this, please check first if it can be comiled with GCJ.
Marcus
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tag 394998 fixed-upstream
thanks
This seems to be fixed in 3.5.5.dfsg.1-1. Please check and close this bug.
(Shouldn't the BTS forwarding thingy detect that it has been fixed upstream?)
Marcus
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
Package: bugs.debian.org
Severity: wishlist
Many packages are team-maintained these days, and they typically have
the following control fields:
Maintainer: Debian Foo Team [EMAIL PROTECTED]
Uploaders: Ex Ample [EMAIL PROTECTED], X Ample [EMAIL PROTECTED]
It would be very helpful if bug reports
Package: wnpp
Owner: Marcus Better [EMAIL PROTECTED]
Severity: wishlist
* Package name: stylebook
Version : 1.0~b3~svn20061109
Upstream Author : Apache Software Foundation
* URL or Web page : http://svn.apache.org/repos/asf/xml/stylebook/trunk/
* License : Apache Software
Package: libitext-java
Version: 1.4.5-1
Severity: important
The image writing routines using javax.imageio are most likely
broken. This is for two reasons:
1. In PdfGraphics2D.java, the ByteArrayOutputStream passed as argument
to encoder.setOutput() must most likely be wrapped in a
Package: libgcj7
Version: 4.1.1-10
Severity: wishlist
Forwarded: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29783
The javax.imageio implementation lacks an encoder plugin for JPEG. The
Sun JDK has this feature.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT
If the maintainer is not given as a mailing list, then the uploaders
should all subscribe to the PTS for a given package.
Agreed, but considering human nature, I think people forget to take this extra
step, or are unaware of it. (Not sure if it's even explicitly stated
anywhere).
So the
Arnaud,
could you commit the source for the experimental Xalan2 package to the svn
repository please? I would like to fix this bug, it's blocking other stuff.
Thanks,
Marcus
pgpMf2n9ih5Hc.pgp
Description: PGP signature
Package: ftp.debian.org
Severity: normal
Please remove libsaxpath-java from the archive.
It has been merged into libjaxen-java, which is in the
archive. Saxpath is dead upstream since 2004-09-15 and should
therefore be removed.
See
http://sourceforge.net/projects/saxpath/
for details.
--
Package: tomcat5.5
Version: 5.5.17-2
Severity: important
The JSP examples fail with the following exception:
java.lang.ClassNotFoundException: org.apache.jasper.tagplugins.jstl.If
This is caused by an incorrect tagPlugins.xml file, as pointed out
here:
This is caused by an incorrect tagPlugins.xml file, as pointed out
here:
And the reason is that this file was taken from libservlet2.4-java which is
based on an older Tomcat package, with an incompatible tagPlugins.xml.
This bootstrap situation with libcommons-el-java needs to be resolved
Agreed, Marcus, can you do that?
Yes, I'm nearly done. I will also update to the latest upstream and do a few
other minor changes.
The current plan is to build the libservlet2.4-java binary from the Tomcat
package, so that it will be up to date. For bootstrapping we can rename the
current
Package: libxerces2-java
Version: 2.8.0-1
Severity: wishlist
For some reasons (bootstrapping?) we split the JAXP APIs from Xerces
into separate source packages libjaxp1.2-java and
libjaxp1.3-java. This is error prone, as evidenced by bug #394221.
I suggest building the latest JAXP API package
Package: libxerces2-java
Version: 2.8.0-1
Severity: important
There is a build-dependency cycle between Xerces and
libxml-commons-resolver1.1-java:
Source: libxerces2-java
Build-Depends-Indep: java-gcj-compat-dev, ant, libjaxp1.3-java,
libxml-commons-resolver1.1-java
Source:
severity 394221 serious
thanks
Lowering severity somewhat, let's keep our heads cool :-) This does not break
unrelated software, but rather related software like ant (which depends on
libxerces2-java).
I can prepare a fix for this one today. But in the longer perspective the
mess with
reopen 379004
found 379004 1.30
tag 379004 patch
thanks
Sorry, but that patch did NOT fix the problem. I don't know why I thought
otherwise.
The problem is this:
# Non-existsing destination allowed only if it is .so link,
# or if both source and destination is under /usr/src
Jon Dowland wrote:
Any reason you can't just depend on fastjar?
That's what I am doing, right now. But, if a user has another jar
implementation installed, it's not ideal to force them to install
fastjar rather than use their preferred one.
You said it was a build-dep. There is nothing
Because jasper-compiler-jdt.jar is the Eclipse compiler. We shouldn't
duplicate code.
I agree that it shouldn't be a hard dependency though. There should probably
be an alternative dependency on an appropriate virtual package.
Moreover ecj-bootstrap should really be used as a bootstrap
Users don't usually build the package themselves, do they? And if they do,
they are supposed to install the required build environment. In this case the
required dependency (fastjar) is really small too.
Virtual packages in build-deps are evil. Since the different jar
implementations are not
Moreover the upstream changelog (sometimes in HTML format) may be referenced
from other HTML documentation, in which case it make sense to leave it
uncompressed. This should generate a warning at most.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
Package: pbuilder
Version: 0.159
Severity: normal
Tags: patch
pbuilder copies the system's /etc/{resolv.conf,hosts,hostname} to the
build chroot. This is wrong for pbuilder-user-mode-linux, since the
host information is not necessary correct for the guest.
For example if the host has nameserver
Package: pbuilder
Version: 0.159
Severity: wishlist
Please add support for --debbuildopts to pbuilder-uml so that it can
be used with pdebuild.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1,
Package: wnpp
Owner: Marcus Better [EMAIL PROTECTED]
Severity: wishlist
* Package name: backport-util-concurrent
Version : 2.2
Upstream Author : Dawid Kurzyniec, Doug Lea et al
* URL or Web page : http://dcl.mathcs.emory.edu/util/backport-util-concurrent/
* License
severity 392464 wishlist
thanks
This is in no way a grave bug. The package is usable for the intended purpose
of patching kernels up to 2.6.16, something that can be done regardless of
the host kernel version. Lowering severity.
I will update the package though, thanks for the reminder.
tag 332607 patch
tag 294840 patch
tag 377989 patch
thanks
I have made a new package (with a newer upstream version) which fixes all
reported bugs in php-date. Can you please check and upload it? You can find
the package at
http://mentors.debian.net/debian/pool/main/p/php-date
Thanks,
Marcus
FWIW this also happens with the sources from linux-source-2.6.18.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: openoffice.org-calc
Version: 2.0.4~rc2-2
Severity: important
calc segfaults when I try to add or change a chart in a spreadsheet.
The simplest way to reproduce it is to make a simple table with some
data, such as this one:
1 1
2 7
3 2
4 4
5 6
6 6
7
Package: gcj-4.1
Version: 4.1.1-13
Severity: normal
The following test program gives different results with gcj and Sun JDK:
// A.java
import java.nio.charset.Charset;
import java.nio.charset.CharsetEncoder;
public class A {
public static void main(String[] args) throws java.io.IOException
# gcj bug breaks jaxme testsuite
block 296117 by 388596
# jaxme blocks dom4j
block 305227 by 296117
thanks
I wonder why is the whole jaxme source uploaded to the svn [0] [1]
Several reasons:
1. It's the svn format I prefer. It's convenient to have the upstream sources
in svn, and branch from
Package: jsvc
Version: 1.0.1-3
Severity: important
Forwarded: https://issues.apache.org/jira/browse/DAEMON-89
jsvc doesn't detect kaffe and SableVM JVMs at run-time. Instead
support is compiled in, or not, based on compile-time autoconf
checks.
-- System Information:
Debian Release: 4.0
APT
Package: tomcat5.5
Version: 5.5.20-2
Severity: wishlist
The init script should use jsvc (from commons-daemon) to start and
stop. This is more efficient, and is the recommended method upstream.
I've tested this with Sun JDK on i386, but other JVMs will require
fixing #400512 first.
-- System
tag 401054 pending patch
thanks
There was an error while trying to autobuild your package:
Yes, I noticed. A fix is waiting in my mentor's queue and will be uploaded
shortly.
The fix is to move autoconf to build-depends (instead of build-depends-indep).
Marcus
pgpEWUPOXrCd7.pgp
tag 401169 moreinfo
severity 401169 normal
thanks
Please provide details on the servlet you are running. Your servlet is
responsible for setting the content type correctly, so I don't see why this
should be a Tomcat problem.
Thanks,
Marcus
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
Package: powersaved
Version: 0.14.0-5
Severity: minor
I have in /etc/powersave/cpufreq:
## Path:System/Powermanagement/Powersave/CPU
## Type:list(yes,no)
## Default: yes
## ServiceRestart: powersave
#
# If set to no, the powersave daemon
Package: bcm43xx-fwcutter
Version: 20060501-5
Severity: wishlist
Tags: patch
The newer upstream version is able to handle more driver files, which
are needed since the bcm43xx driver supports only v4 firmware now.
I have packaged version 005, it is available here:
Can you try the version in experimental?
Marcus
pgpVufElzUxxv.pgp
Description: PGP signature
+1 for this bug.
My laptop has the power switch on the side, and I've already twice shut
it down by accident.
IMHO it is very bad usability to do destructive things at the push of
one button. That should be configurable, with a safe default.
(Why does the default install of KDE prompt me when I
found 309026 2.3.24-2
thanks
Any progress on this one? I also experienced it on an etch system with
slapd 2.3.24-2, libnss-ldap 238-1.2 and cron 3.0pl1-95, all running on
the same host.
User accounts are in LDAP, but not system accounts. I am not using
pam-ldap. I'm not using nscd.
I have now
Alexander Sack - Debian Bugmail wrote:
Since you want this feature, can you please verify that it works?
Yes, will try.
Do you need instructions on howto build such a package?
Only if it requires knowledge of non-obvious mozilla-specific magic. I
know how to build a Debian package from source
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm sorry to say that the bug still appears with 2.0.1-1, despite my
earlier messages. So it will have to be reopened.
This is both with gij and Sun JRE.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I seem to have mixed up bug numbers here. This bug is indeed gone. I
confused it with #340468.
Very sorry for the inconvenience.
Marcus
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
FYI, the exact error message is
The connection to the data source 'test' could not be established.
libhsqldb2: file not found
(when working on a document named test.odb.)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
Package: gnokii
Version: 0.6.26.dfsg-2
Severity: normal
Tags: patch
The VCS-* fields in debian/control point to the top-level svn
repository directory containing tags, trunk and branches. It should
point to trunk only. That way it works with debcheckout without
getting all tags etc.
Index:
Package: statcvs
Severity: important
This package appears to be the only one left depending on
libjdom-java, which is a very old version of JDOM.
JDOM 1.0 was released in September 2004, so it should be possible to
migrate to libjdom1-java.
-- System Information:
Debian Release: lenny/sid
APT
Package: libjdom-java
Severity: important
JDOM 1.0 was released in September 2004, so it is time for users of
JDOM 0.9 to migrate, after which this package can be retired.
There are currently three versions of JDOM in Debian: libjdom-java,
libjdom0-java and libjdom1-java. Preferably only the
Package: jta
Severity: important
Version: 2.6+dfsg-1
It seems that the jta package has a build-dep on libjdom0-java but the
binary package depends on libjdom-java. These are different packages
so this is asking for trouble.
In fact both packages are obsolete. Please upgrade if possible to
Package: kernel-package
Version: 11.009
Severity: normal
menuconfig does not seem to start. This is with mainline kernel 2.6.27.
~$ make-kpkg --config=menuconfig --append-to-version=-mb --revision=1 configure
exec debian/rules DEBIAN_REVISION=1 APPEND_TO_VERSION=-mb
CONFIG_TARGET=menuconfig
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thomas Viehmann wrote:
Good. That hadn't made it into the archive proper just yet but will
right now, so libjdom-java should be gone by tomorrow.
Ok, thanks!
Note that you'll have to talk to the release team about letting the two
reverse
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
severity 500539 important
thanks
Thomas Viehmann wrote:
In order to be fixed for lenny, changing the libjdom0 must be done in a
way that is release compatible (in particular, no new upstream version).
If that cannot reasonably be done for lenny,
Package: wireless-tools
Version: 30~pre6-1
Severity: important
iwlist scan gives complete garbage output, along with a message to
report platform details, so here goes.
In particular the ESSID is always shown as off/any/hidden even for
public networks which broadcast SSID, and it says Encryption
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Please consider joining the Debian Java team [1] and putting your work
in the our svn repository [2]. It will be easier for other developers to
work on the packages.
[1] http://pkg-java.alioth.debian.org/
[2] http://svn.debian.org/wsvn/pkg-java
1 - 100 of 968 matches
Mail list logo