Bug#998801: peruse: Missing dependency on kcm - unable to start
Package: peruse Version: 1.80+dfsg-1 Severity: grave Justification: renders package unusable Dear Maintainer, When launching peruse from a terminal, it fails to launch, printing this message: Failed to load the component from disk. Reported error was: "qrc:/qml/Main.qml:26 Type PeruseMain unavailable\nqrc:/qml/PeruseMain.qml:357 Type Settings unavailable\nqrc:/qml/Settings.qml:29 module \"org.kde.kcm\" is not installed\n" If I manually install qml-module-org-kde-kcm it works, so I assume this is a missing dependency. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.14.0-3-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_DIE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages peruse depends on: ii kio5.86.0-1 ii libc6 2.32-4 ii libgcc-s1 11.2.0-10 ii libkf5archive5 5.86.0-1 ii libkf5baloo5 5.86.0-1 ii libkf5configcore5 5.86.0-1 ii libkf5coreaddons5 5.86.0-1 ii libkf5crash5 5.86.0-1 ii libkf5declarative5 5.86.0-1 ii libkf5filemetadata35.86.0-1 ii libkf5guiaddons5 5.86.0-1 ii libkf5i18n55.86.0-1 ii libkf5kiocore5 5.86.0-1 ii libkf5kiowidgets5 5.86.0-1 ii libkf5newstuffcore55.86.0-3 ii libqt5core5a 5.15.2+dfsg-12 ii libqt5gui5 5.15.2+dfsg-12 ii libqt5qml5 [qtdeclarative-abi-5-15-2] 5.15.2+dfsg-8 ii libqt5quick5 5.15.2+dfsg-8 ii libqt5sql5 5.15.2+dfsg-12 ii libqt5widgets5 5.15.2+dfsg-12 ii libstdc++6 11.2.0-10 ii peruse-common 1.80+dfsg-1 ii qml-module-org-kde-kirigami2 5.86.0-1 ii qml-module-org-kde-newstuff5.86.0-3 ii qml-module-qt-labs-folderlistmodel 5.15.2+dfsg-8 ii qml-module-qt-labs-settings5.15.2+dfsg-8 ii qml-module-qtquick-controls5.15.2-2 ii qml-module-qtquick-dialogs 5.15.2-2 ii qml-module-qtquick-layouts 5.15.2+dfsg-8 peruse recommends no packages. peruse suggests no packages. -- no debconf information
Bug#934860: mate-media-pulse: Can't install on Buster because depends on wrong version of mate-media-common
Package: mate-media-pulse Severity: grave Justification: renders package unusable root@debian-NUCi5:~# apt install mate-media-pulse Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: mate-media-pulse : Depends: mate-media-common (>= 1.8.0+dfsg1-3) but it is not going to be installed Depends: mate-media-common (< 1.8.0+dfsg1-3.1) but it is not going to be installed -- System Information: Debian Release: 10.0 APT prefers oldoldstable APT policy: (500, 'oldoldstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-5-amd64 (SMP w/8 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages mate-media-pulse depends on: ii libatk1.0-0 2.30.0-2 ii libc6 2.28-10 ii libcairo2 1.16.0-4 pn libcanberra-gtk0 ii libcanberra0 0.30-7 ii libfontconfig12.13.1-2 ii libfreetype6 2.9.1-3 ii libgdk-pixbuf2.0-02.38.1+dfsg-1 ii libglib2.0-0 2.58.3-2 ii libgtk2.0-0 2.24.32-3 ii libmate-desktop-2-17 1.20.4-2 ii libpango-1.0-01.42.4-7~deb10u1 ii libpangocairo-1.0-0 1.42.4-7~deb10u1 ii libpangoft2-1.0-0 1.42.4-7~deb10u1 ii libpulse-mainloop-glib0 12.2-4 ii libpulse0 12.2-4 ii libstartup-notification0 0.12-6 ii libunique-1.0-0 1.1.6-6 ii libx11-6 2:1.6.7-1 ii libxml2 2.9.4+dfsg1-7+b3 pn marco ii mate-desktop 1.20.4-2 ii mate-media-common 1.20.2-1 ii pulseaudio12.2-4 ii x11-utils 7.7+4 Versions of packages mate-media-pulse recommends: ii sound-theme-freedesktop 0.8-2 mate-media-pulse suggests no packages.
Bug#927841: plowshare: plowmod is inherently insecure
Control: severity -1 normal Thanks for your report. I have to disagree about the severity of this issue, however. To start with some history, the upstream developer moved all of the plowshare modules some time ago into a separate git repository with a name that included the word "legacy". At the time he contacted distro packagers and requested that we not package these modules at all. I decided to ignore this request and created plowshare-modules. More recently, the upstream developer has stopped maintaining the "legacy" repo hosting the modules, although there are still users from the community contributing (unanswered) pull requests there and helping each other fix compatibility issues as the file sharing websites change. Given that there are no upstream releases and not even any upstream commits that could be used as pseudo-releases for plowshare-modules, it didn't make sense to keep it as a package in Debian without also adopting its upstream development (which I have no interest in doing). A plowshare-modules package would simply break over time and would not receive security updates from upstream. If anything its existence just created a false impression of security. As I see it the threat model here involves two layers. Firstly the file sharing websites themselves could serve malicious code. This is mitigated in plowshare in Debian by disabling javascript execution unless the user explicitly opts in. There's not much more that can be done here given that we ultimately need to interact with those websites, because that's the whole point of plowshare. The second layer is in the creation and distribution of the plowshare modules. As I mentioned there is no longer an official up-to-date source for them. A user can write them from scratch or download them from various sources. Plowmod merely assists with this by making the process easier when the user chooses to use a git repo as the source for these modules. It's not necessary to use plowmod at all though, since all you need is the modules files, put in a directory where plowshare can find them. On reflection I think it's a good idea to remove the plowshare-modules-legacy URL from plowmod which is currently used as a default. This made sense at the time of the last plowshare release, but doesn't really continue to make sense. With that small change to plowmod it would be made clearer to users that the onus is on them to trust the source since none are provided by default. I agree that overall it would be nicer to have a curated and maintained set of modules in Debian, however without upstream commitment that seems like rather a lot of work for the benefit of O(100) users of the plowshare package in Debian. If you'd like to take on this work then I'd welcome it, but in its absence I don't believe that the plowshare itself needs to be removed, or that the threat model you've suggested constitutes a fatal security flaw in plowshare. Cheers, Carl
Bug#908941: rpyc FTBFS: test_registry.TestUdpRegistry failures
Control: tags -1 + help Thanks for reporting this. On Sun, 16 Sep 2018 13:36:51 +0300 Adrian Bunk wrote> Looking at the changelog, I'd suspect this might be caused by * Remove TestUdpRegistry patch rejected upstream I agree this was the cause, but I'm not able to reproduce the build failure locally. The reason that upstream rejected my patch was because they said the failure indicated a potentially misconfigured machine and so they would prefer to have the test fail in this case. I'm not really sure what's different about the build machines here that's triggering this failure. The previous FTBFS was due to a genuine upstream bug when running on a single core machine, so this could be something along those lines. Or it could just be a restriction on the build machines. I won't have the chance to look into this for a while, and in any case I'm not so familiar with the upstream code or the build machines so if anyone has any ideas that would be appreciated.
Bug#906003: Keep plowshare-modules out of Debian releases
It probably shouldn't have been in stretch, but as long as it does not cause trouble, you can let it rot there :-) Agreed that it shouldn't have been released in stretch; at the time I had the idea of supporting it through backports. Given the relatively low popcon statistics and activity in bts, I think I prefer to just leave the package in stretch alone for now. If anyone is caught out by the situation later I can proceed with the patching and removing as outline above. Carl
Bug#904615: Bug #904615 in rpyc marked as pending
Control: tag -1 pending Hello, Bug #904615 in rpyc reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below, and you can check the diff of the fix at: https://salsa.debian.org/python-team/modules/rpyc/commit/aa118d2156a761be1f53f4f510b62e9a09531477 New upstream release (Closes: #904615). (this message was generated automatically) -- Greetings https://bugs.debian.org/904615
Bug#906003: Keep plowshare-modules out of Debian releases
By now the snapshot that's in stretch is ~20 months out of date. Some of the modules will work and some won't, but over time more and more will break. The version of plowshare itself in stretch includes the plowmod script, so stretch users don't need the modules. I suppose by the same logic it makes sense to remove the modules package from stretch. Plowshare currently Recommends plowshare-modules (I demote that to a Suggests in a new version on mentors for sid/testing) so I suppose the best course would be: 1) Patch the stable version of plowshare to change the dependencies (remove plowshare-modules from Recommends, add git to Recommends) and get this into stretch-proposed-updates. 2) File an RM bug against release.d.o for plowshare-modules in stable. Does that sound reasonable? The alternative is just to leave the package in stretch alone and accept that it will degrade in functionality over time. Users are already able to use the plowmod script and ignore the plowshare-modules package there if they need more recent modules. Carl
Bug#906003: Keep plowshare-modules out of Debian releases
Package: plowshare-modules Severity: serious Justification: none The plowshare-modules package contains scripts that need frequent replacing to keep pace with changes to the websites supported by the scripts since those sites make frequent changes. The main package plowshare contains a script (plowmod) to maintain a user-local copy of the modules, and tools to write your own modules. Upstream treated this as the preferred way to install and discouraged package maintainers from packaging the modules at all after they were split into a different upstream repository and designated as "unofficial". Given this I don't think it makes sense to keep plowshare-modules in Debian releases. Plowshare itself can stay (and changes only infrequently upstream), but the user should install the modules with the plowmod script. I will still try to update the modules package for unstable periodically, but this RC bug is to stop that effort from migrating to testing. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.17.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages plowshare-modules depends on: pn plowshare plowshare-modules recommends no packages. plowshare-modules suggests no packages.
Bug#872517: ffmpeg: CVE-2017-7206: heap-based buffer over-read in embed libav
Hi! > the following vulnerability was published for libav > (which is embed in ffmpeg). This is not true. Please provide valgrind or asan output (both show the issue easily for some avconv releases) for any affected FFmpeg version or close this issue. Carl Eugen
Bug#851016: beets: FTBFS: Test failures
This looks like https://github.com/beetbox/beets/issues/2153 i.e. that the current version of mutagen that we have in Debian (1.36) is incompatible with the version of beets (1.3.19). Quoting from that issue: > when beets 1.3.19 was released, Mutagen 1.33 didn't exist yet. > When that was released, it changed the way exceptions work, which > broke those tests. We've since fixed compatibility with the > latest version, but we can't go back in time and change the > version specifier for 1.3.19. So the easiest way to fix this will be to update to the latest upstream beets in Debian.
Bug#851026: ffmpeg: FTBFS: ffconf.bVIjAhhQ.c:2: undefined reference to `dlopen'
The relevant lines in the build log are afaict:
src/libavformat/chromaprint.c: In function 'write_packet':
src/libavformat/chromaprint.c:113:1: error: control reaches end of non-void
function [-Werror=return-type]
}
^
The function looks like this:
static int write_packet(AVFormatContext *s, AVPacket *pkt)
{
ChromaprintMuxContext *cpr = s->priv_data;
return chromaprint_feed(cpr->ctx, pkt->data, pkt->size / 2) ? 0 :
AVERROR(EINVAL);
}
I guess this is a compiler bug.
Carl Eugen
Bug#831591: ffmpeg: kodi crash
Hi Bálint! > I went throught the unclassified bugs and set the > proper state to help tracking them. This bug (#831591) and #832364 contain neither backtrace nor bisect. Note that they most likely have to be fixed in Kodi, FFmpeg will (afaict) not break ABI once more for the 3.1 release series to work-around bugs in other projects. (This analysis may of course be wrong but we cannot know better so far.) Bug #797965 contains no sample, I cannot reproduce. (Same for #833722 and #797963 which are marked as needs-more-info.) Bug #810224 is invalid: Behaviour is exactly as requested by you, my original analysis was wrong. I do not understand why it makes sense to keep #493705 and #528080 open: I believe Debian decided many years ago that they will not be fixed, FFmpeg has repeated its opinion that there is no bug last year (when Google stopped allowing such binaries in Android). (If you want you can fix both bugs anytime by adding --disable-asm to the configure options for x86_32.) I have fixed #785690 upstream today, don't know how you proceed with the report here. http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=3e886e7 Thank you, Carl Eugen
Bug#831591: ffmpeg: kodi crash
Hi! > Knowing what broke could be > interesting for FFmpeg devs It would most likely be even more interesting for the Kodi developers: We currently assume that there is an unknown bug in Kodi... > > Slightly related: More that half of the open tickets > > concerning FFmpeg in Debian either contain no samples to > > reproduce or will not be fixed or were never reproducible. > > If another FFmpeg developer were interested in fixing > > bugs reported here it would be very difficult for him to > > find something useful due to the low snr. > > Those can be marked with the moreinfo tag and IMO it is > OK to close them after a reasonable amount of time if > the originator is asked to provide a test file but she/he > did not. Are five months enough? Carl Eugen
Bug#831591: ffmpeg: kodi crash
Hi Bálint! > I don't have the test file. In this case I suggest to close the relevant tickets: We cannot reproduce, there is no backtrace and no bisect. Since FFmpeg has made three point releases with the ABI that is apparently incompatible with (old) Kodi, it is very unlikely that it will be changed again (we would likely brake mpv that intentionally uses the invalid API). Slightly related: More that half of the open tickets concerning FFmpeg in Debian either contain no samples to reproduce or will not be fixed or were never reproducible. If another FFmpeg developer were interested in fixing bugs reported here it would be very difficult for him to find something useful due to the low snr. Carl Eugen
Bug#831591: ffmpeg: kodi crash
Hi! > 2016-08-24 22:55 GMT+02:00 Carl Eugen Hoyos <ceho...@ag.or.at>: > > > > First, please understand that so far, no ABI breakage between > > FFmpeg 3.0 and FFmpeg 3.1 was found, only the usage of > > non-public api (that we decided to work-around for 3.1.1). > > OK, then assume that Kodi uses non-public API and the rebuild > made kodi use the latest ABI. I don't know! I just wanted to point out that so far, the "bugs" that were worked-around in FFmpeg 3.1.1 were bugs in other applications. I still do not understand completely: Is the crash still reproducible after recompiling Kodi or not? > Can I somehow find easily the places where the non-public API is used? I don't know but... > > Am I correct that no backtrace was provided for this issue? > > Yes, AFAIK. ... adding a backtrace should work fast, no? If another developer looks at the backtrace, he might know what the issue is. > > But even with a backtrace, I fear a bisect may be necessary. Bisecting FFmpeg takes less than 20 minutes here, I know it would take you longer but if the backtrace does not help, this is the only way to find out what the issue is. I can try helping to create a specific configure line to speed up the backtrace. Carl Eugen
Bug#831591: ffmpeg: kodi crash
Hi! First, please understand that so far, no ABI breakage between FFmpeg 3.0 and FFmpeg 3.1 was found, only the usage of non-public api (that we decided to work-around for 3.1.1). Am I correct that no backtrace was provided for this issue? But even with a backtrace, I fear a bisect may be necessary. Sorry, Carl Eugen
Bug#831529: libavcodec57: broken option parsing with LANGs with decimal mark different from .
Hi!
Please someone test attached patch, I cannot reproduce on any of my systems.
Thank you, Carl Eugen
diff --git a/libavcodec/vaapi_encode_h264.c b/libavcodec/vaapi_encode_h264.c
index 979cf37..5bed4e4 100644
--- a/libavcodec/vaapi_encode_h264.c
+++ b/libavcodec/vaapi_encode_h264.c
@@ -1323,10 +1323,10 @@ static const AVCodecDefault
vaapi_encode_h264_defaults[] = {
{ "b", "0" },
{ "bf", "2" },
{ "g", "120" },
-{ "i_qfactor", "1.0" },
-{ "i_qoffset", "0.0" },
-{ "b_qfactor", "1.2" },
-{ "b_qoffset", "0.0" },
+{ "i_qfactor", "1" },
+{ "i_qoffset", "0" },
+{ "b_qfactor", "6/5" },
+{ "b_qoffset", "0" },
{ NULL },
};
diff --git a/libavcodec/vaapi_encode_h265.c b/libavcodec/vaapi_encode_h265.c
index 1ef968c..45f6f6d 100644
--- a/libavcodec/vaapi_encode_h265.c
+++ b/libavcodec/vaapi_encode_h265.c
@@ -1341,10 +1341,10 @@ static const AVCodecDefault
vaapi_encode_h265_defaults[] = {
{ "b", "0" },
{ "bf", "2" },
{ "g", "120" },
-{ "i_qfactor", "1.0" },
-{ "i_qoffset", "0.0" },
-{ "b_qfactor", "1.2" },
-{ "b_qoffset", "0.0" },
+{ "i_qfactor", "1" },
+{ "i_qoffset", "0" },
+{ "b_qfactor", "6/5" },
+{ "b_qoffset", "0" },
{ NULL },
};
Bug#831909: gstreamer coredumps when playing wavs since the libavcodec upgrade
Thank you for the backtrace! Could you check if removing some or all entries from vaapi_encode_h264_defaults in libavcodec/vaapi_encode_h264.c fixes the issue? I was unable to quickly find the vaapi source file containing the option strings and I don't have a cpu with vaapi capabilities. Thank you, Carl Eugen
Bug#831909: gstreamer coredumps when playing wavs since the libavcodec upgrade
If the issue is reproducible, please someone test if it disappears once you recompile GStreamer against the installed libavcodec headers.
Bug#826113: [Pkg-gridengine-devel] Bug#826113: bugfix
Hello Afif, When I applied your patch, did debuild, and then ran piuparts -d stretch on the gridengine-common*.deb, I got the following, indicating that it was still looking for the gridengine.default file: update-alternatives: using /bin/tcsh to provide /bin/csh (csh) in auto mode Setting up gridengine-common (8.1.8+dfsg-6) ... ERROR: ld.so: object 'libeatmydata.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored. sed: can't read /usr/share/gridengine-common/gridengine.default: No such file or directory dpkg: error processing package gridengine-common (--configure): subprocess installed post-installation script returned error exit status 2 Processing triggers for libc-bin (2.22-11) ... Errors were encountered while processing: gridengine-common E: Sub-process /usr/bin/dpkg returned an error code (1) --Carl On 6/25/16 8:25 PM, Afif Elghraoui wrote: على السبت 25 حزيران 2016 16:35، كتب Carl Pupa: In that case I agree it doesn't really matter whether gridengine.default is in examples or not. I've attached a patch that simply change the postinst script so that it takes the copy from /usr/share/gridengine-common/ instead of /usr/share/doc/gridengine-common/. This is close. Attached is what I had in mind as a complete solution. It installs gridengine.default into /usr/share/gridengine-common/, does not install it into /usr/share/doc/gridengine-common/examples/, and adjusts the postinst script (like your patch did). The debian/*examples and debian/*install files are used by dh_installexamples(1) and dh_install(1), respectively, during the package build. debhelper(7) has a list of similar commands. Does this look good to you? I haven't tested it, but it looks ok to me. Many thanks and regards Afif
Bug#826113: Fwd: bugfix
Hello Afif,
In that case I agree it doesn't really matter whether gridengine.default
is in examples or not. I've attached a patch that simply change the
postinst script so that it takes the copy from
/usr/share/gridengine-common/ instead of /usr/share/doc/gridengine-common/.
--Carl
On 6/25/16 5:30 PM, Afif Elghraoui wrote:
Hi, Carl,
Thanks for the patch!
على الخميس 23 حزيران 2016 19:25، كتب Carl Pupa:
Here is the patch -- I made usr/share/gridengine-common a soft link to
usr/share/doc/gridengine-common in rules, and changed references to
usr/share/doc/gridengine-common in various files in the debian
directory. It compiled and was installable, and lintian and piuparts
completed successfully.
The documentation itself should stay in /usr/share/doc/; that shouldn't
need to be in /usr/share/gridengine-common. I believe the only thing
that needs to move is the gridengine.default file.
I traced the problem to commit 50d1580b5b91f65e9a33a205a90a7c6925d45e8d,
where it appears that putting this file under examples/ was done so that
it could be used as a template configuration for debconf.
I'm not sure if gridengine.default really needs to be an example after
reading the Debian policy description for it [1]. I'd be inclined to
just install this file as /usr/share/gridengine/gridengine.default and
adjust the scripts to find it there. If you (as a sysadmin) think it's
also useful as an example, then we could add a symlink to this location
from /usr/share/doc/gridengine-common/examples/, but I'm not sure that's
necessary.
What do you think?
Afif
1. https://www.debian.org/doc/debian-policy/ch-docs.html#s12.6
Description: fix for bug #826113
Author: Carl Pupa
Origin: other
Bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=826113
---
This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
--- a/debian/gridengine-common.postinst
+++ b/debian/gridengine-common.postinst
@@ -54,7 +54,7 @@ case "$1" in
TMPFILE=$(mktemp)
chown root:root ${TMPFILE}
chmod 644 ${TMPFILE}
- sed "s@^SGE_CELL=.*@SGE_CELL=${SGE_CELL}@"
/usr/share/doc/gridengine-common/examples/gridengine.default >> ${TMPFILE}
+ sed "s@^SGE_CELL=.*@SGE_CELL=${SGE_CELL}@"
/usr/share/gridengine-common/examples/gridengine.default >> ${TMPFILE}
ucf --debconf-ok ${TMPFILE} /etc/default/gridengine
rm -f ${TMPFILE}
else
Bug#815879: RM: ftpbackup -- ROM; Following the discussions on debian-devel, I realize the program is not ready to integrate Debian
Hi Thomas, Thanks for the reports. I realized ftpbackup is not ready to enter into Debian so I requested ftpmasters to remove it. Regards, -- Carl Chenet Fondateur de linuxjobs.fr et du journalduhacker.net Blog : https://carlchenet.com Twitter: https://twitter.com/carl_chenet D*: https://framasphere.org/people/50358020451f013251102a053625
Bug#814807: ffmpeg: FTBFS on mips
Hi! I am looking at http://git.videolan.org/?p=ffmpeg.git;a=shortlog;h=refs/tags/n2.8.6 but I don't see a commit that may have affected roq audio encoding or muxing. Are you able to test 2.8.5 with gcc-5_5.3.1-7 or 2.8.6 with gcc-5_5.3.1-6? Carl Eugen
Bug#804558: tweepy: FTBFS: ImportError: No module named {unittest2,vcr}
Hi Miguel, First of all, happy new year 2016! We have a RC bug for Tweepy in Debian because the unittest2 and/or vcr Python modules are not packaged for Debian, so the package build fails while trying to execute the unit tests of Tweepy and my packages depending on python3-tweepy can not go to Testing. Tell me if I'm wrong but unittests executions are not mandatory by Debian policy while building a Debian package. While waiting that somebody packages unittest2 and/or vcr for Debian, could you disable the unit tests while creating the Debian package of Tweepy? I've 2 more Debian package coming up and depending on python3-tweepy so that would help me *a lot*. Tell me if you need that I push the modifications in the debian/rules (I guess it's a simple override). Cheers, -- Carl Chenet Blog : https://carlchenet.com https://identi.ca/carlchenet | https://twitter.com/carl_chenet FOSS contributions : https://www.ohloh.net/accounts/chaica
Bug#801815: plowshare-modules and plowshare: error when trying to install together
Control: block -1 by 805632 Thanks! I created an RFS at #805632. I've also put a new version of plowshare-modules on mentors which is simply a new upstream snapshot. That's a completely independent update though, and unrelated to this bug. signature.asc Description: OpenPGP digital signature
Bug#801815: plowshare-modules and plowshare: error when trying to install together
Hi, The bug is fixed in a new version on mentors.d.o (which also packages the newer upstream release) which I uploaded almost immediately after the report, but I haven't received a reply from either of the DDs who were helping me with uploads. Cheers, Carl On 20/11/15 00:33, Jakub Wilk wrote: > Any news on this bug? It was tagged "pending" over a month ago.
Bug#796892: ftp.debian.org: Broken Sources.bz2 file for at least 3 repositories
tags 796892 confirmed thanks The same here, thanks. Bye, -- Carl Chenet Blog : https://carlchenet.com https://identi.ca/carlchenet | https://twitter.com/carl_chenet FOSS contributions : https://www.ohloh.net/accounts/chaica
Bug#791467: plowshare: javascript usage puts user at risk of remote code execution
Yes, this is exactly what I'm doing if you take a look at the blocking bugs for this present bug. I've patched the package to remove javascript support and I'm waiting on a mentor to upload to unstable and then approval to upload to stable. I'll work out if there is a viable alternative fix in the future. Carl
Bug#792518: Manual page for the docker-compose executable is missing
Package: docker-compose Version: 1.3.1-1 Severity: serious The manual page for the docker-compose executable is missing. $ man docker-compose No manual entry for docker-compose See 'man 7 undocumented' for help when manual pages are not available. $ docker-compose -h Define and run multi-container applications with Docker. Usage: docker-compose [options] [COMMAND] [ARGS...] docker-compose -h|--help Options: -f, --file FILE Specify an alternate compose file (default: docker-compose.yml) -p, --project-name NAME Specify an alternate project name (default: directory name) --verbose Show more output -v, --version Print version and exit Commands: build Build or rebuild services help Get help on a command kill Kill containers logs View output from containers port Print the public port for a port binding ps List containers pull Pulls service images restartRestart services rm Remove stopped containers runRun a one-off command scale Set number of containers for a service start Start services stop Stop services up Create and start containers migrate-to-labels Recreate containers to add labels Regards, Carl Chenet -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.18.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages docker-compose depends on: ii python2.7.8-2 ii python-docker 1.2.3-1 ii python-dockerpty 0.3.4-1 ii python-docopt 0.6.2-1 ii python-requests 2.7.0-3 ii python-six1.8.0-1 ii python-texttable 0.8.1-1 ii python-websocket 0.18.0-2 ii python-yaml 3.11-2 pn python:anynone Versions of packages docker-compose recommends: ii docker.io 1.6.2~dfsg1-1 docker-compose suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791467: plowshare: javascript usage puts user at risk of remote code execution
Ok, this is my first package in debian so I'm still getting used to things. My thinking is that this package depends on external APIs (the hosting websites) and so it is a good candidate for backports. I hope to be able to add new upstream versions there in addition to unstable. I know that version 2 doesn't handle javascript differently, but it does have a different philosophy about modules and who is responsible for them, so I want to think about what is reasonable with that situation. I see that rhino in stable has a -sandbox switch. I know very little about rhino, and I'll have to check to see exactly what promises this mode makes, but it might be sufficient. The documentation is very vague so I'm not confident about this. As for the version of plowshare in stable: it will become increasingly irrelevant as the API implementations gradually break. I would expect that anyone making serious use of it would be after the latest versions anyway rather than relying on the stable version. As such, disabling the javascript support entirely is probably acceptable and is certainly the most definitive fix. I expect it to at least partially break something of order 10 modules, but I'll test out this solution shortly. Carl -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791467: plowshare: javascript usage puts user at risk of remote code execution
I am in the process of packaging the new upstream version of plowshare. There has been a significant change so that the core framework (of shell scripts) is kept entirely separate to the scripts which use this API to implement support for specific external sites. Once this new version is available in the archives (it will have to go through the NEW queue because of the split into separate packages), I will be able to audit the code more carefully and isolate any javascript snippets. Hence I'll defer addressing this bug until the new package is ready. signature.asc Description: OpenPGP digital signature
Bug#771573: cups: Millions of symlinks to .ppd file created in /tmp
On Mon, Dec 01 2014, Brian Potkin wrote: On Sun 30 Nov 2014 at 12:03:17 -0800, Carl Worth wrote: I looked through the bugs in cups and didn't see any talking about symlinks or /tmp so I hope this isn't a duplicate bug entry. It is. :) But not to worry. Ah, well. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764253 Updating and testing would be good. Thanks for that information, I will certainly let you know if I see any future problems, (and I'll also try to do that in bug reports for the affected package). I appreciate your quick response, -Carl pgpW1A1KMwpdY.pgp Description: PGP signature
Bug#771573: cups: Millions of symlinks to .ppd file created in /tmp
Package: cups Version: 1.7.5-5 Severity: critical Justification: breaks the whole system A few days ago, I was using my laptop at the house of a family member, and needed to print something. I clicked through the add printer dialogs (in Gnome) and the printer was detected, added, and my document printed just fine. [And let me interrupt this bug report to congratulate everyone involved. This operation used to be quite painful in the past---it's great that it can go so smoothly now.] Then, yesterday I noticed that my laptop was acting in an uncharacteristically sluggish way. There was a strange delay of several seconds between launching an application and its window first appearing. It was clear that there wasn't any excessive CPU utilization, so this felf IO related, but it wasn't obvious to me what was going on. Eventually, this morning I decided to see if a reboot would bring my system back to normal. It didn't. Instead, the system failed to boot. I was greeted with a boot message saying: a start job is running for Create Volatile files and directories This message was accompanied by a timer [ 10s / no limit ] and the timer just continued ticking off time. I let it sit for 2 or 3 minutes before giving up and deciding it was never going to boot. I duckduckgo'ed the message and found the following Debian forum threads from last month: http://forums.debian.net/viewtopic.php?f=10t=118008 I was able to at least boot to a shell by editing my linux option within grub, changing ro to rw init=/bin/bash. At this point I could investigate /tmp, where I found over 6 million symlinks of apparently automatically-generated hexadecimal digits, all linking to the same .ppd file. The target of these symlinks had the same name as the printer model which I had added a few days ago. I successfully got my system to reboot again after deleting all of the symlinks: cd /tmp find . -name '5477*' | xargs rm On the next reboot the a start job is running for Create Volatile files and directories did pause and count up for a few seconds, (perhaps 4 or 5), but then proceeded to boot. I went into the printer settings and deleted the printer, (I'm no longer at that family-member's house and shouldn't need to print to that queue again any time soon). I've also verified that /tmp/ now only contains a single symlink to a .ppd file, (corresponding to the one remaining print queue that I do use on a regular basis). So I still don't know much about what process went wild and created millions of symlinks, but it's definitely a bug that can result in some pretty painful side effects. I looked through the bugs in cups and didn't see any talking about symlinks or /tmp so I hope this isn't a duplicate bug entry. If the bug is known to be fixed in subsequent versions, that will be great to know. If not, if there is anything I can do to debug further, I will be happy to do so. (If I had noticed the errant process creating the many symlinks while my systerm was still usable, then I certainly could have done some more investigation.) Please let me know what further information I might be able to provide that would be useful. Thanks, -Carl -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cups depends on: ii cups-client1.7.5-5 ii cups-common1.7.5-5 ii cups-core-drivers 1.7.5-5 ii cups-daemon1.7.5-5 ii cups-filters 1.0.61-2 ii cups-ppdc 1.7.5-5 ii cups-server-common 1.7.5-5 ii debconf [debconf-2.0] 1.5.53 ii ghostscript9.06~dfsg-1.1+b1 ii libavahi-client3 0.6.31-4 ii libavahi-common3 0.6.31-4 ii libc-bin 2.19-11 ii libc6 2.19-11 ii libcups2 1.7.5-5 ii libcupscgi11.7.5-5 ii libcupsimage2 1.7.5-5 ii libcupsmime1 1.7.5-5 ii libcupsppdc1 1.7.5-5 ii libgcc11:4.9.1-18 ii libstdc++6 4.9.1-18 ii libusb-1.0-0 2:1.0.19-1 ii lsb-base 4.1+Debian13+nmu1 ii poppler-utils 0.26.5-2 ii procps 2:3.3.9-8 Versions of packages cups recommends: ii avahi-daemon 0.6.31-4 ii colord 1.2.1-1+b1 ii cups-filters [ghostscript-cups] 1.0.61-2 ii printer-driver-gutenprint5.2.10-3 Versions of packages cups suggests: pn cups-bsd none ii cups-pdf 2.6.1-14 ii foomatic-db-compressed-ppds [foomatic-db] 20141016-1 ii hplip 3.14.6-1+b1 ii printer-driver-cups-pdf [cups-pdf
Bug#748300: libwaffle-dev: Missing waffle.h
Package: libwaffle-dev Version: 1.3.90+git20140426.f13bcdc-1 Severity: grave Justification: renders package unusable The -dev package doesn't install waffle.h, so nothing using waffle can actually be built against this package. This looks like a simple omission that should be easy to fix. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-cworth-keithp+ (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libwaffle-dev depends on: ii libwaffle-1-0 1.3.90+git20140426.f13bcdc-1 libwaffle-dev recommends no packages. Versions of packages libwaffle-dev suggests: ii libwaffle-doc 1.3.90+git20140426.f13bcdc-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696736: python-keyring: diff for NMU version 0.9.2-1.1
On 30/12/2012 18:44, Salvatore Bonaccorso wrote: tags 696736 + pending thanks Dear maintainer, I've prepared an NMU for python-keyring (versioned as 0.9.2-1.1) and uploaded it to DELAYED/7. Please feel free to tell me if I should delay it longer. Regards, Salvatore Hi, Sorry for the delay in my answer, I'm not available at this time so feel free to NMU this package. Moreover it is team maintained so participation is welcome. Thanks for your work on python-keyring. Regards, Carl Chenet -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677801: AttributeError: 'module' object has no attribute
It's not a problem of python-pip. For new venvs it's a problem of python-virtualenv that contains an embedded source of pip 1.1 in /usr/share/python-virtualenv/pip-1.1.tar.gz For old venvs I'm afraid there can be no proper solution aside from installing the new pip version (unreleased yet) with easy_install. I confirm, a bug should be opened on python-virtualenv package. This issue has been solved by python-pip 1.1-3 for the Debian python-pip package. For the Debian python-virtualenv package, a possible solution could be to patch this tarball either with the patch provided by the upstream [1] either with the patch used for the python-pip Debian package [2]. [1]: https://github.com/pypa/pip/issues/552 [2]: http://anonscm.debian.org/viewvc/python-modules/packages/python-pip/trunk/debian/patches/test_urlparse_uses_fragment.patch?revision=22249view=markup Bye, Carl Chenet -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678239: request-tracker4: update-rt-siteconfig-4 errorious regex fails install
Package: request-tracker4 Version: 4.0.6-2 Severity: serious Tags: patch Justification: 3 The regex for the find command in update-rt-siteconfig-4 is slightly broken, and results in a fatal error during install: find: Invalid range end Fix is simple, thus attaching patch. -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise-proposed'), (500, 'precise'), (100, 'precise-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-24-generic (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash From 780c6b06156dce6d6643e8807ea8d74dc277f204 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Carl=20F=C3=BCrstenberg?= c...@excito.com Date: Wed, 20 Jun 2012 09:58:25 +0200 Subject: [PATCH] Fix broken regex character range that results in failed installs --- debian/scripts/update-rt-siteconfig |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/debian/scripts/update-rt-siteconfig b/debian/scripts/update-rt-siteconfig index 5a7e50b..7d8898b 100644 --- a/debian/scripts/update-rt-siteconfig +++ b/debian/scripts/update-rt-siteconfig @@ -34,7 +34,7 @@ EOF # ignore *.ucf-old and the like find $SITE_CONFIG_INCLUDE_DIR -type f \ --iregex ^$SITE_CONFIG_INCLUDE_DIR/[a-z0-9][a-z0-9-_]+$ | sort | \ +-iregex ^$SITE_CONFIG_INCLUDE_DIR/[a-z0-9][a-z0-9_-]+$ | sort | \ while read file do echo # start $file $tfile -- 1.7.9.5
Bug#668199: libreoffice: Keypresses doubled in erratic blocks in all apps / all windows while LO open
Package: libreoffice Version: 1:3.4.6-2 Severity: grave Justification: renders package unusable I am getting very strange and gravely bad input behavior anytime I have any LibreOffice window open. I've tried it with both writer and calc; the same things happen: Keyboard input is delayed by a fraction of a second, and keypresses are doubled in erratic blocks. That is, sometimes a key is doubled immediately after the original press; sometimes a block of keys are doubled. Worse, this happens in all windows of all apps (LO writer, firefox, even xterm, *everything* running in the system), as long as a LibreOffice window is open. The symptoms disappear completely as soon as the last LibreOffice window is closed. Example: I typed the standard all-letters test sentence while LO writer was running. Here is what I see: The thequick browquick brown fn ox oxjumped overjumpd ove the laz the lay y dogs.dogs. That sample output was generated by opening LO writer, typing the sentence into an xterm (and I did not miskey a single letter while typing that -- I was typing quickly, but keenly aware of the accuracy of each keypress), then copy-and-pasting what resulted in my xterm into reportbug. Note the copy- and-paste did not introduce a second instance of doubling; only the original keying doubled. I get very similar output when I type into LO writer instead of xterm. The slower I type, the more predictable the doubling gets, as the blocks get smaller until they are reliably a single character. If I leave a full second between each individual keypress, then the doubling behavior stops altogether. I realize this has to be the result of some peculiarity of my system. If this happened in all installations, it would have been seen and jumped on long ago. But this is a long-standing continuously-updated Debian box, that works great except when LibreOffice is runing, and is unusable while it is. I'm not sure where to begin. I'm not even really sure it's the fault of LibreOffice per se, but given that the behavior begins as soon as I launch LibreOffice, and ends as soon as I exit it, I'm filing it here. Ready to poke around, try things, provide more information. Just let me know what would be helpful. A massive thank you to anyone who spends a bit of time pondering this. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32.51 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages libreoffice depends on: ii fonts-sil-gentium-basic [ttf-sil-gentium-basic] 1.1-5 ii liblucene2-java 2.9.4+ds1-4 ii libreoffice-base 1:3.4.6-2 ii libreoffice-calc 1:3.4.6-2 ii libreoffice-core 1:3.4.6-2 ii libreoffice-draw 1:3.4.6-2 ii libreoffice-filter-mobiledev 1:3.4.6-2 ii libreoffice-impress 1:3.4.6-2 ii libreoffice-java-common 1:3.4.6-2 ii libreoffice-math 1:3.4.6-2 ii libreoffice-report-builder-bin 1:3.4.6-2 ii libreoffice-writer 1:3.4.6-2 ii ttf-dejavu 2.33-2 ii ttf-sil-gentium-basic1.1-5 Versions of packages libreoffice recommends: ii fonts-liberation [ttf-liberation] 1.07.2-2 ii libpaper-utils 1.1.24+nmu1 ii ttf-liberation 1.07.2-2 ii ttf-mscorefonts-installer 3.4 Versions of packages libreoffice suggests: pn cups-bsd1.5.2-5 pn gstreamer0.10-ffmpegnone pn gstreamer0.10-plugins-bad 0.10.23-1 pn gstreamer0.10-plugins-base 0.10.36-1 pn gstreamer0.10-plugins-good 0.10.31-1 pn gstreamer0.10-plugins-ugly none pn hunspell-dictionary none pn hyphen-hyphenation-pattern none pn icedove 10.0.3-3 pn iceweasel 10.0.3esr-2 pn imagemagick 8:6.6.9.7-7 pn java-gcj-compat [java5-run 1.0.80-5.1 pn libgl1-mesa-glx [libgl1]7.11.2-1 pn libldap-2.4-2 2.4.28-1.1 pn libreoffice-filter-binfilt 1:3.4.6-2 pn libreoffice-gnome | libreo none pn libreoffice-help-3.4none pn libreoffice-l10n-3.4none pn libreoffice-officebean 1:3.4.6-2 pn libsane 1.0.22-7 pn libxrender1 1:0.9.6-2 pn myspell-en-us [myspell-dic 1:3.3.0-3 pn mythes-en-us [mythes-thesa 1:3.3.0-3 pn openclipart-libreoffice none pn pstoeditnone pn thunderbird 1.5.0.13+1.5.0.15b.dfsg1+prepatch080614i-0etch1 pn unixodbcnone Versions of packages libreoffice-core depends on: ii fontconfig
Bug#631212: Missing dependencies are RC
Package: python-cloudservers
Followup-For: Bug #631212
Dear Maintainer,
Here is a debdiff for a NMU of this package. It solves the issue with
simplejson in python2.6 and solves the issue with argparse in python 2.7. I can
not upload it myself, please feel free to use it as it is or to modify it to
solve this RC bug.
Regards,
Carl Chenet
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (900, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.39-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
diff -Nru python-cloudservers-1.1/debian/changelog python-cloudservers-1.1/debian/changelog
--- python-cloudservers-1.1/debian/changelog2010-05-17 22:49:46.0 +0200
+++ python-cloudservers-1.1/debian/changelog2012-02-19 16:14:20.0 +0100
@@ -1,3 +1,15 @@
+python-cloudservers (1.1-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Add argparse-condition.patch to get rid of argparse external modules when python 2.7
+ * debian/control
+- do not use python-argparse if python 2.7 in B-D and Depends
+ * debian/patches/series
+- remove cleaner_sources.txt
+ * remove debian/patches/cleaner_sources.txt
+
+ -- Carl Chenet cha...@ohmytux.com Sun, 19 Feb 2012 15:35:24 +0100
+
python-cloudservers (1.1-1) unstable; urgency=low
* New upstream release
diff -Nru python-cloudservers-1.1/debian/patches/argparse-condition.patch python-cloudservers-1.1/debian/patches/argparse-condition.patch
--- python-cloudservers-1.1/debian/patches/argparse-condition.patch 1970-01-01 01:00:00.0 +0100
+++ python-cloudservers-1.1/debian/patches/argparse-condition.patch 2012-02-19 16:14:11.0 +0100
@@ -0,0 +1,27 @@
+# Description: use external argparse module only if not in python 2.7
+# Author: Carl Chenet cha...@ohmytux.com
+
+Index: python-cloudservers-1.1/setup.py
+===
+--- python-cloudservers-1.1.orig/setup.py 2010-05-07 00:17:02.0 +0200
python-cloudservers-1.1/setup.py 2012-02-19 15:22:43.0 +0100
+@@ -6,9 +6,11 @@
+ def read(fname):
+ return open(os.path.join(os.path.dirname(__file__), fname)).read()
+
+-requirements = ['httplib2', 'argparse', 'prettytable']
++requirements = ['httplib2', 'prettytable']
+ if sys.version_info (2,6):
+ requirements.append('simplejson')
++if sys.version_info (2,7):
++requirements.append('argparse')
+
+ setup(
+ name = python-cloudservers,
+@@ -37,4 +39,4 @@
+ entry_points = {
+ 'console_scripts': ['cloudservers = cloudservers.shell:main']
+ }
+-)
+\ No newline at end of file
++)
diff -Nru python-cloudservers-1.1/debian/patches/series python-cloudservers-1.1/debian/patches/series
--- python-cloudservers-1.1/debian/patches/series 2010-05-17 22:46:44.0 +0200
+++ python-cloudservers-1.1/debian/patches/series 2012-02-19 16:14:04.0 +0100
@@ -1,2 +1,2 @@
-cleaner-sources.txt
autogeneration-fallout
+argparse-condition.patch
Bug#639997: dpkg fails if PATH is not set
Package: dpkg Version: 1.16.0.3 Severity: serious Justification: Policy 9.9 Trying to run dpkg under a clean environment fails: # env -i dpkg -i 3dchess_0.8.1-17_amd64.deb dpkg: error: error: PATH is not set. Policy 9.9 says A program must not depend on environment variables to get reasonable defaults.. I do not feel a double error is a reasonable default -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dpkg depends on: ii coreutils 8.5-1GNU core utilities ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc6 2.13-10 Embedded GNU C Library: Shared lib ii libselinux1 2.0.98-1.1 SELinux runtime shared libraries ii xz-utils5.0.0-2 XZ-format compression utilities ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime dpkg recommends no packages. Versions of packages dpkg suggests: ii apt 0.8.15.5 Advanced front-end for dpkg -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628952: minidlna: Possible unknown copyright status of hardcoded image blobs in source code
On Mon, Jun 6, 2011 at 19:20, Bernhard R. Link brl...@debian.org wrote: * Benoīt Knecht benoit.kne...@fsfe.org [110606 11:57]: I had a look at these, and I'm pretty sure they're not eligible for copyright protection (a white 'N' on a blue background is not nearly creative enough). So I don't think there's a problem there; the license header should just be corrected to state that there's no copyright on this particular logo. What do you think? Removing the copyright notice is extremly dangerous. It's the only thing universally forbidden even before the copyright-mafia successfully lobbied for more in many countries. So ideally the copyright holder would have to do it (or at least the one having written the copyright notice), but then it is easier to just add some permissive license to it. Also note that the not eligible for copyright is a very hard question if looking at more than one country. Ironically the most problematic countries might be those that have historically high requirements on creativity for work to be protected (as the general needs creativity rule has to be lifted for software in order to have any commercial software to be eligible) Bernhard R. Link I've have had an discussion with upstream Justin Maggard (added as cc), and following is what his legal department says: Here's what I got from the legal dept: We consider the NETGEAR image to be copyrighted property of NETGEAR. The image's binary blob does not contain any GPL code and is not licensed under any software license. Permission has been granted for the free distribution of these images with the MiniDLNA software application. Just thinking about this stuff makes my head hurt. :) If it makes you more comfortable, feel free to rip out the NETGEAR images from your tree. Regarding the Tux image, it's hard for me to image it being an issue, since the Linux kernel has been embedding it for years. -Justin -- Carl Fürstenberg -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629534: libc6: Dynamic linker assertion failed after upgrade, nothing startable anymore
retitle 629534 Upgrade fails, resulting in unusable system (no dynamic linking) thank you On Tue, 7 Jun 2011 10:49:48 -0500, Jonathan Nieder jrnie...@gmail.com wrote: Just to confirm that Sven is not alone, I was hit by the same bug. Me too! Thanks. To be clear, that means you are also on i386 and also trigger the ! bad dynamic tag assertion on upgrade from 2.13-4 to 2.13-5? I am also on i386 and also hit the failure on upgrade from 2.13-4 to 2.13-5. I did not see the bad dynamic tag assertion failure. Elsewhere in the thread was discussion of old linkers in /lib. I had that as well: /lib$ echo ld* ld-2.7.so ld-linux.so.2 I was able to fix my system by booting to a live USB, mounting my filesystem and updating that symlink: ln -sf i386-linux-gnu/ld-2.13.so /lib/ld-linux.so.2 I saw that some people were having trouble replicating the upgrade failure. In case it helps, here is the upgrade history I was able to find for the libc6 package on my system: 2010-10-12: libc6:i386 (2.11.2-5, 2.11.2-7) 2011-01-11: libc6:i386 (2.11.2-6, 2.11.2-7) 2011-05-23: libc6:i386 (2.11.2-7, 2.11.2-11) 2011-05-05: libc6:i386 (2.11.2-11, 2.13-2) 2011-05-24: libc6:i386 (2.13-2, 2.13-4) Please let me know if there's any further information I can provide. -Carl -- carl.d.wo...@intel.com pgpML9ryP0bnL.pgp Description: PGP signature
Bug#629261: Unable to boot
Package: live-build Version: 3.0~a17-1 Severity: grave Tags: squeeze FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive! -- Package-specific info: -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=zh_TW.utf8, LC_CTYPE=zh_TW.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages live-build depends on: ii cdebootstrap 0.5.7 Bootstrap a Debian system Versions of packages live-build recommends: ii cpio 2.11-7 GNU cpio -- a program to manage ar ii gettext-base 0.18.1.1-3 GNU Internationalization utilities ii gnu-fdisk 1.2.4-3+b1 Linux fdisk replacement based on l Versions of packages live-build suggests: ii dosfstools3.0.9-1utilities for making and checking ii fakeroot 1.15.1-1 tool for simulating superuser priv ii genisoimage 9:1.1.11-1 Creates ISO-9660 CD-ROM filesystem pn memtest86+ | memtest86none (no description available) ii mtools4.0.12-1 Tools for manipulating MSDOS files ii parted2.3-5 The GNU Parted disk partition resi pn squashfs-tools | genext2f none (no description available) ii sudo 1.7.4p6-1 Provide limited super user privile ii syslinux 2:4.03+dfsg-12 collection of boot loaders pn uuid-runtime none (no description available) pn win32-loader none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628952: minidlna: Possible unknown copyright status of hardcoded image blobs in source code
Package: minidlna Severity: serious Justification: Policy 2.1 the source code file icons.c includes binary blobs detailing the NetGear logo and the Tux logo. While the source code is licensed under GPL2, the file in question only states following: * Penguin images are the creation of Larry Ewing (lew...@isc.tamu.edu) using The GIMP. * NETGEAR images Copyright (c) 2008- NETGEAR, Inc. All Rights Reserved. It doesn't explicit state which licenses these binary blobs are under (there are four of each, two png and two jpeg). Only the tux image is used in the binary package. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628177: gpg-agent: symbol lookup error: /usr/lib/libassuan.so.0: undefined symbol: gpg_err_set_errno
severity 628177 normal thank you $ gpg-agent gpg-agent: symbol lookup error: /usr/lib/libassuan.so.0: undefined symbol: gpg_err_set_errno If this isn't a general problem, please let me know what might be specific about my environment that could be causing the issue, and I'll be glad to provide additional information. It was easy enough for me to find that there was something specific to my environment causing the problem here. It appears that if /usr/lib appears on the library search path before /lib that gpg-agent will fail as above. Note: $ LD_LIBRARY_PATH=/lib:/usr/lib gpg-agent gpg-agent: no gpg-agent running in this session $ LD_LIBRARY_PATH=/usr/lib:/lib gpg-agent gpg-agent: symbol lookup error: /usr/lib/libassuan.so.0: undefined symbol: gpg_err_set_errno $ LD_LIBRARY_PATH=/usr/lib gpg-agent gpg-agent: symbol lookup error: /usr/lib/libassuan.so.0: undefined symbol: gpg_err_set_errno So I've got my environment fixed to avoid this problem now. I'm still a bit curious as to what might be going wrong here. -Carl pgpRdZaN1SNke.pgp Description: PGP signature
Bug#628441: ERROR while generating documentation for rails
Package: rubygems Version: 1.7.2-1 Severity: grave Tags: wheezy 'gem install rails' failed! Include /var/lib/gems/1.8/bin solves the problem. -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=zh_TW.utf8, LC_CTYPE=zh_TW.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rubygems depends on: ii ruby1.8 1.8.7.334-5 Interpreter of object-oriented scr Versions of packages rubygems recommends: ii build-essential 11.5Informational list of build-essent ii ruby1.8-dev 1.8.7.334-5 Header files for compiling extensi rubygems suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628177: gpg-agent: symbol lookup error: /usr/lib/libassuan.so.0: undefined symbol: gpg_err_set_errno
Package: gnupg-agent Version: 2.0.17-2 Severity: grave Tags: sid Justification: renders package unusable gpg-agent fails to start for me, as follows: $ gpg-agent gpg-agent: symbol lookup error: /usr/lib/libassuan.so.0: undefined symbol: gpg_err_set_errno If this isn't a general problem, please let me know what might be specific about my environment that could be causing the issue, and I'll be glad to provide additional information. Thanks, -Carl -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnupg-agent depends on: ii libassuan02.0.1-3IPC library for the GnuPG componen ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii libgcrypt11 1.4.6-5LGPL Crypto library - runtime libr ii libgpg-error0 1.10-0.3 library for common error values an ii libpth20 2.0.7-16 The GNU Portable Threads ii libreadline6 6.2-2 GNU readline and history libraries ii pinentry-gtk2 [pinentry] 0.8.1-1GTK+-2-based PIN or pass-phrase en Versions of packages gnupg-agent recommends: ii gnupg 1.4.11-3 GNU privacy guard - a free PGP rep gnupg-agent suggests no packages. -- no debconf information pgpBkwjPYSrdJ.pgp Description: PGP signature
Bug#603308: notmuch: FTBFS: test failures
On Fri, 12 Nov 2010 21:46:41 +0100, Cyril Brulebois k...@debian.org wrote: Hi, your package no longer builds: Thanks for the bug report. | emacs: Testing emacs interface | FAIL Basic notmuch-hello view in emacs | --- emacs.1.expected2010-11-12 06:53:56.0 + | +++ emacs.1.output 2010-11-12 06:53:56.0 + | @@ -1,3 +1,4 @@ | +/usr/bin/mail is not an executable. Setting mail-interactive to t. This is a simple bug in the test suite. Emacs is emitting an unexpected (but harmless) warning here, and the test suite should be ignoring that. That should be quite simply to fix. | FATAL: Unexpected exit with code 255 | Build killed with signal TERM after 150 minutes of inactivity This one is the big problem though. What's happening here is that the test suite is attempting to arrange for two programs to talk TCP/IP to each other over the loopback interface. I'm hoping that adding a Build-Depends on netbase will fix this problem. I'll try that. -Carl pgpXQSgh5aRP7.pgp Description: PGP signature
Bug#587526: cdebootstrap: Fail to execute properly if rebuild
Subject: cdebootstrap: Fail to execute properly if rebuild Package: cdebootstrap Version: 0.5.5 Justification: renders package unusable Severity: grave If source is rebuild, failure will occur when trying to retrieve release: --- # cdebootstrap --debug --verbose squeeze dir D: Init suite squeeze D: Using keyring /usr/share/keyrings/debian-archive-keyring.gpg P: Retrieving Release D: Execute wget -q -O /root/tmp/dir/var/cache/bootstrap/_dists_._Release http://ftp.debian.org/debian/dists/squeeze/Release; --- Verified on armel and amd64 under squeeze -- System Information: Debian Release: squeeze/sid Architecture: armel (armv5tel) Kernel: Linux 2.6.32-3-kirkwood Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages cdebootstrap depends on: ii debian-archive-keyring2009.01.31 GnuPG archive keys of the Debian a ii gpgv 1.4.10-4 GNU privacy guard - signature veri ii libc6 2.11.1-3 Embedded GNU C Library: Shared lib ii libdebian-installer-extra40.69 Library of some extra debian-insta ii libdebian-installer4 0.69 Library of common debian-installer ii wget 1.12-2 retrieves files from the web cdebootstrap recommends no packages. cdebootstrap suggests no packages. -- no debconf information -- /Carl Fürstenberg azat...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587370: [Python-apps-team] Bug#587370: rdiff-backup: Doesn't work with python 2.6
severity 587370 normal thanks Le lundi 28 juin 2010 à 00:06 +0200, Christian Marillat a écrit : Package: rdiff-backup Version: 1.2.8-6 Severity: critical Hi, This version doesn't work with python 2.6 : /usr/lib/pymodules/python2.6/rdiff_backup/SetConnections.py:148: / DeprecationWarning: os.popen2 is deprecated. Use the subprocess module. stdin, stdout = os.popen2(remote_cmd) Hi Christian, Thanks for the bug report. What I read is a warning concerning the deprecation of os.popen2() function which means this function still works but will be removed in a near future. I tested rdiff-backup with python2.6 and it works on my computer. $ python2.6 /usr/bin/rdiff-backup /tmp/petit backup $ ls backup/ architecture AUTHORS build CHANGELOG COPYING Makefile rdiff-backup-data README src test $ Could you help me to reproduce the bug ? What command line did you use to produce this warning? I'm lowering the gravity you gave to this bug report until you provide further information to reproduce the crash you observed, if there is. Bye, -- Carl Chenet Blog: http://carlchenet.wordpress.com Identi.ca: http://identi.ca/carlchenet -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551926: cannot be installed together with pip or pip-python
Hi, I'm a new maintainer for the python-pip package and it would be great to solve this blocking issue. The python-pip and pip packages have quite the same popcon, and it is hard to select one using the name pip. What about using python-pip for the executable of the python-pip package and using perl-pip for the executable of the pip package? We need to reach a good solution for both of the packages as soon as possible. Bye, -- Carl Chenet -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564433: gbirthday: Crash on startup
Package: gbirthday Version: 0.4.1-2 Severity: grave Justification: renders package unusable Hi, I use the evolution package 2.28.2-1 and gbirthday 0.4.1-2. When trying to launch gbirthday this error appears : cha...@bureau:~$ gbirthday Traceback (most recent call last): File /usr/bin/gbirthday, line 523, in module AB = AddressBook(0) File /usr/bin/gbirthday, line 39, in __init__ file = bsddb.hashopen(addressbook) File /usr/lib/python2.5/bsddb/__init__.py, line 310, in hashopen d.open(file, db.DB_HASH, flags, mode) bsddb.db.DBInvalidArgError: (22, 'Argument invalide -- /home/chaica/.evolution/addressbook/local/system/addressbook.db: unsupported hash version: 9') cha...@bureau:~$ Bye, Carl Chenet -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gbirthday depends on: ii evolution-data-server 2.28.2-1 evolution database backend server ii python2.5.4-2An interactive high-level object-o ii python-gtk2 2.14.1-3 Python bindings for the GTK+ widge gbirthday recommends no packages. gbirthday suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564433: gbirthday: Crash on startup
thank you for reporting this problem which is bug 520858 and not a problem in gbirthday itself. You will find information in bug 520858 on how to fix the issue for you. Indeed it was, thanks for the fast answer :) Bye, -- Carl Chenet -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555439: syntax errors in llvm-config
tags 555439 confirmed thanks Hi, Using pbuilder I have the following output : dh_auto_clean syntax error at /usr/bin/llvm-config line 28, near my Global symbol $LLVM_OBJ_ROOT requires explicit package name at /usr/bin/llvm-config line 28. Global symbol $LLVM_OBJ_ROOT requires explicit package name at /usr/bin/llvm-config line 79. Global symbol $LLVM_OBJ_ROOT requires explicit package name at /usr/bin/llvm-config line 148. Execution of /usr/bin/llvm-config aborted due to compilation errors. Cannot invoke llvm-config (tried 'llvm-config'). Try again with --llvm-config=/path/to/llvm-config. [6693 refs] dh_auto_clean: python2.4-dbg returned exit code 1 make: *** [clean] Error 1 Bye, -- Carl Chenet -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548457: Re: Bug#548457 (Bug#548457: fixed in python-keyring 0.2-2)
tags 548457 unreproducible tags 548457 moreinfo Hi Kurt, Thanks for the bug report. Hi, There was an error while trying to autobuild your package: Start Time: 20090925-2207 [...] Build-Depends: debhelper (= 7), python (= 2.5), python-support, python-all-dev, libdbus-1-dev, libglib2.0-dev, libgnome-keyring-dev, kdelibs5-dev, kdelibs-bin [...] Toolchain package versions: libc6-dev_2.9-26 linux-libc-dev_2.6.30-6 g++-4.3_4.3.4-3 gcc-4.3_4.3.4-3 binutils_2.19.91.20090910-1 libstdc++6_4.4.1-4 libstdc++6-4.3-dev_4.3.4-3 [...] creating /build/buildd-python-keyring_0.2-1-i386-uICJpC/python-keyring-0.2/debian/tmp/usr/lib/python2.5/site-packages copying build/lib.linux-i686-2.5/gnome_keyring.so - /build/buildd-python-keyring_0.2-1-i386-uICJpC/python-keyring-0.2/debian/tmp/usr/lib/python2.5/site-packages creating /build/buildd-python-keyring_0.2-1-i386-uICJpC/python-keyring-0.2/debian/tmp/usr/lib/python2.5/site-packages/keyring copying build/lib.linux-i686-2.5/keyring/backend.py - /build/buildd-python-keyring_0.2-1-i386-uICJpC/python-keyring-0.2/debian/tmp/usr/lib/python2.5/site-packages/keyring copying build/lib.linux-i686-2.5/keyring/core.py - /build/buildd-python-keyring_0.2-1-i386-uICJpC/python-keyring-0.2/debian/tmp/usr/lib/python2.5/site-packages/keyring copying build/lib.linux-i686-2.5/keyring/__init__.py - /build/buildd-python-keyring_0.2-1-i386-uICJpC/python-keyring-0.2/debian/tmp/usr/lib/python2.5/site-packages/keyring running install_egg_info Writing /build/buildd-python-keyring_0.2-1-i386-uICJpC/python-keyring-0.2/debian/tmp/usr/lib/python2.5/site-packages/keyring-0.2.egg-info dh_install -a dh_install: python-keyring-kwallet missing files (usr/lib/python*/*-packages/kde_kwallet.so), aborting make: *** [binary-arch] Error 1 dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=i386pkg=python-keyringver=0.2-1 I'm unable to reproduce this error while using sbuild 0.59.0 on the same arch (i386). Sbuild successfully builds the package. Could you provide me more information about what options you use when you invoke sbuild ? My successful build log is here : http://www.ohmytux.com/python-keyring_0.2-2_i386.build I built it using the following command : # apt-get source python-keyring # sbuild -As python-keyring_0.2-2.dsc My chroot environment was created with : # sbuild-createchroot --arch=i386 sid /home/chroot/sid http://ftp.fr.debian.org/debian Bye, -- Carl Chenet -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548716: xserver-xorg-core: X server crashes upon startup with SEGV
Excerpts from Hans-J. Ullrich's message of Wed Sep 30 13:31:30 -0700 2009: IMO, this crash is mainly related to ATI-cards. Is there anyone, who confirm this bug on cards other than ATI cards? This is a known bug in the upstream xserver 1.6.4 release. It will affect any driver which tries to initialize DGA. Keith Packard is cooking up a new 1.6.5 release to fix this bug. See his current patch here: http://lists.x.org/archives/xorg-devel/2009-September/002318.html -Carl signature.asc Description: PGP signature
Bug#541307: xserver-xorg: x locks requires reboot
Excerpts from Brice Goglin's message of Thu Aug 20 00:07:26 -0700 2009: 865G support is severely broken unfortunately. It was supposed to improve when disabling render acceleration in driver 2.8.0-2 but it still miserably fails on my machine. I had to downgrade to 2.7.1 without UXA to get something to work. Hi Brice, I'm glad to see this message from you. Just moments ago I fired up an 865 machine planning to disable RenderAccel for 8xx in the upstream code. It's interesting to learn that this isn't enough to fix things, (since we know that the RenderAccel code is very broken for 8xx). Have you had any luck discovering more about what's happening here, (for example, doing any bisecting or so?). I'm interested in getting the driver to be stable on all hardware in current use as quickly as possible, (even if that means just reverting to the old code as in 2.7.1 for 8xx for example). Anyway, I'll start experimenting with my 865 here, but any input you might be able to provide will be appreciated. -Carl signature.asc Description: PGP signature
Bug#521076: lp-solve: crash when creating columns with C API
Hi Fonso, Thanks for the bug report. I just noticed this bug while taking a look through the output of rc-alert, so I thought I'd look a little more closely at this one. On Tue, 24 Mar 2009 19:27:27 +0100 Fonso wrote: Severity: grave Justification: renders package unusable I don't think the above severity is justified. See below. The lp-solve documentation states: For add_columnex, column and rowno can both be NULL. In that case an empty column is added. This means the following call should be valid: add_columnex(lp, 0, NULL, NULL); According to my reading of the manual, that's correct yes. lp-solve accepts that call and seemingly does add a column to the model. However, when later adding constraints it crashes with a segfault. As this is the only way to add columns to a model after building it, it is a very serious bug. The behaviour can be reproduced with the following example code. Remove the add_columnex line and it works fine. Keep it and watch the crash on add_constraint. A key thing to notice in your example program is that you are trying to add 1 columns to your LP model. That's an impressively large number of columns for a linear problem. I ran this same example program with that number reduced to 1000 and the bug is eliminated. [Additionally, I noticed your example program is failing to check for errors from add_columnex, but when I added this I didn't notice any errors being returned.] I also ran the sample programs from the documentation showing add_columnex and they also work fine. So it does look like there is a bug in lp-solve here, but it appears to only affect users attempting to add well over 1000 columns to their model. That sounds like a severity of at most important to me which is defined as: important a bug which has a major effect on the usability of a package, without rendering it completely unusable to everyone. -Carl signature.asc Description: This is a digitally signed message part
Bug#534488: lighttpd: Lighttpd fails to start
Package: lighttpd
Version: 1.4.22-1
Severity: grave
Justification: renders package unusable
Lighttpd fails to start for me, sadly it doesn't give me any useful
output, but following is what lighttpd spits out (havn't modified any
confif since half year ago, so I don't think that would be the problem):
[0:255][r...@azabox azatoth]# lighttpd -f /etc/lighttpd/lighttpd.conf -p
config {
var.PID= 16551
var.CWD= /home/azatoth
server.modules = (
mod_indexfile,
mod_access,
mod_alias,
mod_accesslog,
mod_compress,
mod_rewrite,
mod_cgi,
mod_fastcgi,
mod_userdir,
mod_dirlisting,
mod_staticfile,
# 11
)
server.document-root = /var/www/
server.upload-dirs = (/var/cache/lighttpd/uploads)
server.errorlog= /var/log/lighttpd/error.log
index-file.names = (index.php, index.html, index.htm,
default.htm, index.lighttpd.html)
accesslog.filename = /var/log/lighttpd/access.log
url.access-deny= (~, .inc)
static-file.exclude-extensions = (.php, .pl, .fcgi)
server.use-ipv6= enable
server.pid-file= /var/run/lighttpd.pid
dir-listing.encoding = utf-8
server.dir-listing = enable
server.username= www-data
server.groupname = www-data
compress.cache-dir = /var/cache/lighttpd/compress/
compress.filetype = (text/plain, text/html,
application/x-javascript, text/css)
mimetype.assign= (
.ez = application/andrew-inset,
.anx = application/annodex,
.atom = application/atom+xml,
.atomcat = application/atomcat+xml,
.atomsrv = application/atomserv+xml,
# 5
.lin = application/bbolin,
.cap = application/cap,
.pcap = application/cap,
.cu = application/cu-seeme,
.davmount = application/davmount+xml,
# 10
.tsp = application/dsptype,
.es = application/ecmascript,
.spl = application/futuresplash,
.hta = application/hta,
.jar = application/java-archive,
# 15
.ser = application/java-serialized-object,
.class= application/java-vm,
.js = application/javascript,
.m3g = application/m3g,
.hqx = application/mac-binhex40,
# 20
.cpt = application/mac-compactpro,
.nb = application/mathematica,
.nbp = application/mathematica,
.mdb = application/msaccess,
.doc = application/msword,
# 25
.dot = application/msword,
.bin = application/octet-stream,
.oda = application/oda,
.ogx = application/ogg,
.pdf = application/pdf,
# 30
.key = application/pgp-keys,
.pgp = application/pgp-signature,
.prf = application/pics-rules,
.ps = application/postscript,
.ai = application/postscript,
# 35
.eps = application/postscript,
.espi = application/postscript,
.epsf = application/postscript,
.eps2 = application/postscript,
.eps3 = application/postscript,
# 40
.rar = application/rar,
.rdf = application/rdf+xml,
.rss = application/rss+xml,
.rtf = application/rtf,
.smi = application/smil,
# 45
.smil = application/smil,
.xhtml= application/xhtml+xml,
.xht = application/xhtml+xml,
.xml = application/xml,
.xsl = application/xml,
# 50
.xsd = application/xml,
.xspf = application/xspf+xml,
.zip = application/zip,
.cdy = application/vnd.cinderella,
.kml = application/vnd.google-earth.kml+xml,
# 55
.kmz = application/vnd.google-earth.kmz,
.xul = application/vnd.mozilla.xul+xml,
.xls = application/vnd.ms-excel,
.xlb = application/vnd.ms-excel,
.xlt = application/vnd.ms-excel,
# 60
.cat = application/vnd.ms-pki.seccat,
.stl = application/vnd.ms-pki.stl,
.ppt = application/vnd.ms-powerpoint,
.pps = application/vnd.ms-powerpoint,
.odc = application/vnd.oasis.opendocument.chart,
# 65
.odb = application/vnd.oasis.opendocument.database,
.odf = application/vnd.oasis.opendocument.formula,
.odg = application/vnd.oasis.opendocument.graphics,
.otg = application/vnd.oasis.opendocument.graphics-template,
Bug#532229: bind9-host: Failure to run host as normal user
Package: bind9-host
Version: 1:9.6.0.dfsg.P1-2
Severity: grave
Justification: renders package unusable
When running host as an ordinare user, following error is produced:
[0:0][azat...@azabox prog]$ host dn.se
Auto configuration failed
3077928672:error:0200100D:system library:fopen:Permission
denied:bss_file.c:126:fopen('/usr/lib/ssl/openssl.cnf','rb')
3077928672:error:2006D002:BIO routines:BIO_new_file:system lib:bss_file.c:131:
3077928672:error:0E078002:configuration file routines:DEF_LOAD:system
lib:conf_def.c:199:
looking at that file, which is an symlink, it is shown that it is
chodded 0400:
[0:1][azat...@azabox ~]$ ll /usr/lib/ssl/openssl.cnf
lrwxrwxrwx 1 root root 20 3 jun 19.50 /usr/lib/ssl/openssl.cnf -
/etc/ssl/openssl.cnf
[0:0][azat...@azabox ~]$ ll /etc/ssl/openssl.cnf
-r 1 root root 9374 18 okt 2005 /etc/ssl/openssl.cnf
Either this is an bug in openssl, or an bug in this package, and if it
is such that this package is faulty, then either should host be suid
root, or moved to sbin.
/Carl
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.29-2-686 (SMP w/1 CPU core)
Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to sv_SE.UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages bind9-host depends on:
ii libbind9-501:9.6.0.dfsg.P1-2 BIND9 Shared Library used by BIND
ii libc6 2.9-13GNU C Library: Shared libraries
ii libcap22.16-2support for getting/setting POSIX.
ii libdns50 1:9.6.0.dfsg.P1-2 DNS Shared Library used by BIND
ii libgssapi-krb5-2 1.7dfsg~beta3-1 MIT Kerberos runtime libraries - k
ii libisc50 1:9.6.0.dfsg.P1-2 ISC Shared Library used by BIND
ii libisccfg501:9.6.0.dfsg.P1-2 Config File Handling Library used
ii liblwres50 1:9.6.0.dfsg.P1-2 Lightweight Resolver Library used
ii libssl0.9.80.9.8k-1 SSL shared libraries
ii libxml22.7.3.dfsg-1 GNOME XML library
bind9-host recommends no packages.
bind9-host suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524714: hal: Fails to upgrade; wrongfull return value from init scrupt
Package: hal Version: 0.5.11-8 Severity: grave Justification: renders package unusable Upon upgrade from 0.5.11-8 to /hal_0.5.12~git20090406.46dc48-2, following problem occurs: [0:0][azat...@azabox ~]$ LC_ALL=C sudo apt-get -f install Reading package lists... Done Building dependency tree Reading state information... Done Correcting dependencies... Done The following packages were automatically installed and are no longer required: libdirectfb-1.0-0 Use 'apt-get autoremove' to remove them. The following extra packages will be installed: hal Suggested packages: gnome-device-manager The following packages will be upgraded: hal 1 upgraded, 0 newly installed, 0 to remove and 175 not upgraded. 50 not fully installed or removed. Need to get 0B/451kB of archives. After this operation, 176kB disk space will be freed. Do you want to continue [Y/n]? Reading package fields... Done Reading package status... Done Retrieving bug reports... Done Parsing Found/Fixed information... Done (Reading database ... 306530 files and directories currently installed.) Preparing to replace hal 0.5.11-8 (using .../hal_0.5.12~git20090406.46dc48-2_i386.deb) ... * Stopping Hardware abstraction layer hald [ OK ] invoke-rc.d: initscript hal, action stop failed. dpkg: warning - old pre-removal script returned error exit status 1 dpkg - trying script from the new package instead ... * Stopping Hardware abstraction layer hald [ OK ] invoke-rc.d: initscript hal, action stop failed. dpkg: error processing /var/cache/apt/archives/hal_0.5.12~git20090406.46dc48-2_i386.deb (--unpack): subprocess new pre-removal script returned error exit status 1 * Starting Hardware abstraction layer hald [ OK ] invoke-rc.d: initscript hal, action start failed. dpkg: error while cleaning up: subprocess post-installation script returned error exit status 1 Errors were encountered while processing: /var/cache/apt/archives/hal_0.5.12~git20090406.46dc48-2_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) [0:100][azat...@azabox ~]$ sudo /etc/init.d/hal stop * Stopping Hardware abstraction layer hald [ OK ] [0:1][azat...@azabox ~]$ echo $? 1 [0:0][azat...@azabox ~]$ sudo /etc/init.d/hal start * Starting Hardware abstraction layer hald [ OK ] [0:1][azat...@azabox ~]$ echo $? 1 [0:0][azat...@azabox ~]$ -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to sv_SE.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages hal depends on: ii adduser 3.110 add and remove users and groups ii dbus 1.2.12-1simple interprocess messaging syst ii hal-info 20090309-1 Hardware Abstraction Layer - fdi f ii libc62.9-7 GNU C Library: Shared libraries ii libdbus-1-3 1.2.12-1simple interprocess messaging syst ii libdbus-glib 0.80-3 simple interprocess messaging syst ii libexpat12.0.1-4 XML parsing C library - runtime li ii libgcc1 1:4.3.3-8 GCC support library ii libglib2.0-0 2.20.1-1The GLib library of C routines ii libhal-stora 0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer - share ii libhal1 0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer - share ii libsmbios2 2.0.3.dfsg-1Provide access to (SM)BIOS informa ii libstdc++6 4.3.3-8 The GNU Standard C++ Library v3 ii libusb-0.1-4 2:0.1.12-13 userspace USB programming library ii libvolume-id 0.125-7 libvolume_id shared library ii lsb-base 3.2-22 Linux Standard Base 3.2 init scrip ii mount2.13.1.1-1 Tools for mounting and manipulatin ii pciutils 1:3.1.2-3 Linux PCI Utilities ii pm-utils 1.2.5-2 utilities and scripts for power ma ii udev 0.140-2 /dev/ and hotplug management daemo ii usbutils 0.73-10 Linux USB utilities Versions of packages hal recommends: ii eject 2.1.5+deb1+cvs20081104-5 ejects CDs and operates CD-Changer ii libsmbios-bin 2.0.3.dfsg-1 Provide access to (SM)BIOS informa Versions of packages hal suggests: pn
Bug#524714: hal: Fails to upgrade; wrongfull return value from init scrupt
On Sun, Apr 19, 2009 at 13:43, Michael Biebl bi...@debian.org wrote: reassign 524714 splashy thanks that's a splashy bug, reassigning. You can purge the splashy package or wait for a fixed splashy package. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? That might be the underlying cause for the init script to malfunction, but it is still an bug here in that the init script says [OK], and return 1. -- /Carl Fürstenberg azat...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519750: python-nevow: Failure on upgrade
Package: python-nevow
Version: 0.9.32-1
Severity: grave
Justification: renders package unusable
Trying to upgrade, it fails during byte-compiling; Perhaps it should
have a strict python depends over 2.3.
Setting up python-nevow (0.9.32-1) ...
Compiling /usr/lib/python2.3/site-packages/nevow/_flat.py ...
File /usr/lib/python2.3/site-packages/nevow/_flat.py, line 280
return (result, (str(s) for s in results))
^
SyntaxError: invalid syntax
Compiling /usr/lib/python2.3/site-packages/nevow/compression.py ...
File /usr/lib/python2.3/site-packages/nevow/compression.py, line 36
params = dict(param.split('=') for param in params[1:])
^
SyntaxError: invalid syntax
pycentral: pycentral pkginstall: error byte-compiling files (157)
pycentral pkginstall: error byte-compiling files (157)
dpkg: error processing python-nevow (--configure):
subprocess post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of python-epsilon:
python-epsilon depends on python-nevow; however:
Package python-nevow is not configured yet.
dpkg: error processing python-epsilon (--configure):
dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of python-axiom:
python-axiom depends on python-epsilon (= 0.5.11); however:
Package python-epsilon is not configured yet.
dpkg: error processing python-axiom (--configure):
dependency problems - leaving unconfigured
Errors were encountered while processing:
python-nevow
python-epsilon
python-axiom
E: Sub-process /usr/bin/dpkg returned an error code (1)
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to sv_SE.UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages python-nevow depends on:
ii python2.5.4-2An interactive high-level object-o
ii python-central0.6.11 register and build utility for Pyt
ii python-twisted-core 8.2.0-1Event-based framework for internet
ii python-twisted-web8.2.0-1An HTTP protocol implementation to
python-nevow recommends no packages.
python-nevow suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516997: python-imaging: License not compatible with DFSG
Package: python-imaging Version: 1.1.6-3 Severity: serious Justification: Policy 2.2.1 Per requesting input on the license for python-imaging onto debial-legal (http://lists.debian.org/debian-legal/2009/02/msg00057.html), in which an resonse was made that the license is not DFSG compilant. Thus I notify you here about the issue and ask you, if possible, to resolve the issue. The suggestion made is to try getting the software relicensed under an compatible license, e.g. for example /usr/share/doc/x11-apps/copyright. /Carl Fürstenberg -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-imaging depends on: ii libc6 2.7-18GNU C Library: Shared libraries ii libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii mime-support 3.44-1MIME files 'mime.types' 'mailcap ii python 2.5.2-3 An interactive high-level object-o ii python-central 0.6.8 register and build utility for Pyt ii python-imaging-tk 1.1.6-3 Python Imaging Library - ImageTk M ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime python-imaging recommends no packages. Versions of packages python-imaging suggests: pn python-imaging-dbgnone (no description available) pn python-imaging-docnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514760: mt-daapd: init script should not have set -e
Package: mt-daapd Version: 0.9~r1696.dfsg-5 Severity: serious Justification: Policy 9.3.2 The policy states The init.d scripts must ensure that they will behave sensibly if invoked with start when the service is already running, and that to exit with a 1 isn't sensible, as it might bork upgrades. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514760: new init script
As I was working for out local package distribution, I've modified the init script based on the skeleton, attached herein. -- /Carl Fürstenberg azat...@gmail.com mt-daapd.init Description: Binary data
Bug#514760: new init script
On Tue, Feb 10, 2009 at 19:48, Julien BLACHE jbla...@debian.org wrote: Carl Fürstenberg azat...@gmail.com wrote: Hi, As I was working for out local package distribution, I've modified the init script based on the skeleton, attached herein. I'd rather have you investigate why mt-daapd doesn't stop properly on your machine, that'd be way more helpful. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 The issue was responded to us from some customers, which at upgrade from 0.9~r1696-1.3 to 0.9~r1696.dfsg-4 resulted in following error: ... Installing new version of config file /etc/mt-daapd.conf ... Starting mt-daapd: invoke-rc.d: initscript mt-daapd, action start failed. dpkg: error processing mt-daapd (--configure): subprocess post-installation script returned error exit status 1 ... -- /Carl Fürstenberg azat...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#507944: xwhois: segfaults on start in get_servers()
Package: xwhois Version: 0.4.2-8.2 Severity: grave Justification: renders package unusable the package containing file will generate segfault directly on start. gdb doesn't give anty usefull data. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xwhois depends on: ii libc62.7-15 GNU C Library: Shared libraries ii libglib1.2ldbl 1.2.10-19 The GLib library of C routines ii libgtk1.21.2.10-18.1 The GIMP Toolkit set of widgets fo ii libx11-6 2:1.1.5-2 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxi6 2:1.1.3-1 X11 Input extension library xwhois recommends no packages. xwhois suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506258: dpkg doesn't handle symlinks to directories as directory
Package: dpkg Version: 1.13.25 Severity: serious Justification: Policy 6.6 After mailing the dpkg mailing list, I was instructed that I should file a bug, so here it is: In the php5 package, the current situation is that /etc/php5/cgi/conf.d is a symlink to /etc/php5/conf.d; By failing to know that, we in a local package installed a file under /etc/php5/cgi/conf.d/admin.ini, which went on without any problem. But due that the php5 package had been updated, a problem arised, which resulted in following error: (Reading database ... 28064 files and directories currently installed.) Preparing to replace php5-cgi 5.2.0-8+etch11 (using /php5-cgi_5.2.0-8+etch13_powerpc.deb) ... Unpacking replacement php5-cgi ... dpkg: error processing /var/cache/apt/archives/php5-cgi_5.2.0-8+etch13_powerpc.deb (--unpack): trying to overwrite `/etc/php5/cgi/conf.d', which is also in package bubba-frontend Errors were encountered while processing: /var/cache/apt/archives/php5-cgi_5.2.0-8+etch13_powerpc.deb E: Sub-process /usr/bin/dpkg returned an error code (1) After some discussion at #debian-devel, a pinter to section 6.6 point 4 in the policy where given, and that the point in particular was in effect for etch as well, which states: A directory will never be replaced by a symbolic link to a directory or vice versa; instead, the existing state (symlink or not) will be left alone and dpkg will follow the symlink if there is one. My interpreation of the policy is that the above error shouln't arise, even though we should have installed the config file under /etc/php5/conf.d anyway, as it wouldn't make any runtime difference (somewhat a bug in the php5 packages). So I ask you if this is an bug, or that out interpreation of the poliy is lousy at best. Above is all related to Etch, and I don't know if this error is present in lenny/sid. /Carl -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501605: sympa: the password in question
Package: sympa Followup-For: Bug #501605 As it seems that it's the password that made is break, I thought I should give you the password in question I was using. I generated it using pwsafe and was %$sne_7mCxEaOkSL\rzg%lyGNyDM2/ZEK -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501605: sympa: broken post-inst script
Package: sympa Version: 5.3.4-6 Severity: grave Justification: renders package unusable Installation fails with following output: Setting up sympa (5.3.4-6) ... sed: -e expression #1, char 51: unknown option to `s' dpkg: error processing sympa (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: sympa E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sympa depends on: ii adduser 3.110 add and remove users and groups ii cdebconf [debconf-2.0] 0.135 Debian Configuration Management Sy ii debconf [debconf-2.0]1.5.23 Debian configuration management sy ii exim4-daemon-light [mail-tra 4.69-7 lightweight Exim MTA (v4) daemon ii libarchive-zip-perl 1.18-1 Module for manipulation of ZIP arc ii libc62.7-13 GNU C Library: Shared libraries ii libcgi-fast-perl 5.10.0-15 CGI::Fast Perl module ii libcrypt-ciphersaber-perl0.61-4 Perl module implementing CipherSab ii libdbd-mysql-perl4.008-1 A Perl5 database interface to the ii libdbi-perl 1.607-1 Perl5 database interface by Tim Bu ii libintl-perl 1.16-4 Uniforum message translations syst ii libio-stringy-perl 2.110-4 Perl modules for IO from scalars a ii libmailtools-perl2.04-1 Manipulate email in perl programs ii libmd5-perl 2.03-1 backwards-compatible wrapper for D ii libmime-charset-perl 1.006.2-2 Charset Informations for MIME ii libmime-encwords-perl1.010.101-1 deal with RFC-1522 encoded words ii libmime-perl 5.427-1 transitional dummy package ii libmime-tools-perl [libmime- 5.427-1 Perl5 modules for MIME-compliant m ii libmsgcat-perl 1.03-4+b1 Locale::Msgcat perl module ii libnet-ldap-perl 1:0.38-1client interface to LDAP servers ii libtemplate-perl 2.20-1 template processing system written ii libxml-libxml-perl 1.66-1+b1 Perl module for using the GNOME li ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip ii mhonarc 2.6.16-1Mail to HTML converter ii perl [libmime-base64-perl] 5.10.0-15 Larry Wall's Practical Extraction ii perl-suid5.10.0-15 Runs setuid Perl scripts ii sysklogd [system-log-daemon] 1.5-5 System Logging Daemon Versions of packages sympa recommends: ii doc-base 0.8.16 utilities to manage online documen ii logrotate 3.7.1-3Log rotation utility Versions of packages sympa suggests: pn libapache2-mod-fcgid none (no description available) ii libsoap-lite-perl 0.710.08-1 Client and server side SOAP implem ii lighttpd [httpd-cgi] 1.4.19-4 A fast webserver with minimal memo ii mysql-server-5.0 [mysql-serve 5.0.51a-15 MySQL database server binaries ii openssl 0.9.8g-13 Secure Socket Layer (SSL) binary a -- debconf information: * sympa/listmaster: [EMAIL PROTECTED] * wwsympa/wwsympa_url: http://aza.nehle.net/wws * wwsympa/webserver_restart: true * sympa/db_options: * sympa/db_configured: false * sympa/db_user: sympa * wwsympa/webserver_type: Other sympa/wwsympa_configured: false * sympa/language: en_US sympa/db_removeonpurge: false sympa/remove_spool: false * sympa/hostname: aza.nehle.net * sympa/db_hostname: localhost * sympa/use_db: true * sympa/use_soap: false * wwsympa/fastcgi: true sympa/db_authtype: Ident-baserad sympa/db_port: * sympa/db_name: sympa * sympa/db_type: MySQL * wwsympa/remove_spool: false * sympa/use_wwsympa: true * sympa/smime_support: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496556: gstreamer0.10-plugins-ugly: Description notes that the package might cause problem for distribution, but it's in main section
Package: gstreamer0.10-plugins-ugly Version: 0.10.8-1 Severity: serious Justification: Policy 2.2 The description states at the end: This packages contains plugins from the ugly set, a set of good-quality plug-ins that might pose distribution problems.. If this is correct, then the package is in the wrong section, i.e. should be in non-free if I'm correct; Tf this is wrong, plese downgrade this bug to minor and retitle it so it points to that the description is wrong. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gstreamer0.10-plugins-ugly depends on: ii liba52-0.7.4 0.7.4-11 library for decoding ATSC A/52 str ii libc6 2.7-13 GNU C Library: Shared libraries ii libdvdread3 0.9.7-11 library for reading DVDs ii libgcc1 1:4.3.1-9 GCC support library ii libglib2.0-0 2.16.5-1 The GLib library of C routines ii libgstreamer-plugins-base0.10 0.10.20-2 GStreamer libraries from the base ii libgstreamer0.10-00.10.20-2 Core GStreamer libraries and eleme ii libid3tag00.15.1b-10 ID3 tag reading library from the M ii libmad0 0.15.1b-3 MPEG audio decoder library ii libmpeg2-40.4.1-3MPEG1 and MPEG2 video decoder libr ii liboil0.3 0.3.15-1 Library of Optimized Inner Loops ii libsidplay1 1.36.59-5 SID (MOS 6581) emulation library ii libstdc++64.3.1-9The GNU Standard C++ Library v3 gstreamer0.10-plugins-ugly recommends no packages. gstreamer0.10-plugins-ugly suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479607: large-memory did fix the problem for me
I installed from debian-LennyBeta2-amd64-netinst.iso, which worked; I then upgraded to linux-image-2.6.25-2-amd64, which failed (it did not even try to run /init from initrd.img). I then added large-memory to /etc/lilo.conf (at the global level), and now it works. (I did not try MODULES=dep.) Maybe there are two different problems? Or maybe large-memory only helps on certain systems? I've got a SuperMicro X7DCA-i motherboard with 2x Core 2 Quad and 8GB RAM. Some people have wanted to know file sizes. Here are the file sizes for the initial 2.6.24 kernel: [EMAIL PROTECTED]:~$ ls -lL /vmlinuz.old /initrd.img.old -rw-r--r-- 1 root root 7760701 2008-07-25 22:01 /initrd.img.old -rw-r--r-- 1 root root 1668248 2008-05-10 02:32 /vmlinuz.old And for the new kernel: [EMAIL PROTECTED]:~$ ls -lL /vmlinuz /initrd.img -rw-r--r-- 1 root root 8031788 2008-07-26 08:56 /initrd.img -rw-r--r-- 1 root root 1727456 2008-07-14 05:16 /vmlinuz Carl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491130: munin: Munin fails to install
Package: munin Version: 1.2.6-3 Severity: grave Justification: renders package unusable Trying to install munin results in following error: $ LANG=C sudo apt-get install munin munin-node Reading package lists... Done Building dependency tree Reading state information... Done Suggested packages: munin-plugins-extra liblwp-useragent-determined-perl ethtool The following NEW packages will be installed: munin munin-node 0 upgraded, 2 newly installed, 0 to remove and 728 not upgraded. Need to get 0B/1257kB of archives. After this operation, 2404kB of additional disk space will be used. Reading package fields... Done Reading package status... Done Retrieving bug reports... Done Parsing Found/Fixed information... Done Selecting previously deselected package munin. (Reading database ... 273919 files and directories currently installed.) Unpacking munin (from .../archives/munin_1.2.6-3_all.deb) ... Selecting previously deselected package munin-node. Unpacking munin-node (from .../munin-node_1.2.6-3_all.deb) ... Processing triggers for man-db ... Setting up munin (1.2.6-3) ... Setting up munin-node (1.2.6-3) ... Initializing plugins..# There were some errors: # ERROR: empty suggest from ip_ # ERROR: empty suggest from ps_ # ERROR: empty suggest from if_ # ERROR: empty suggest from smart_ # ERROR: empty suggest from if_err_ dpkg: error processing munin-node (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: munin-node E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages munin depends on: ii adduser3.108 add and remove users and groups pn libdigest-md5-perl none(no description available) ii libhtml-template-perl 2.9-1 HTML::Template : A module for usin ii libparse-recdescent-perl 1.95.1+dfsg-2 generates recursive-descent parser ii librrds-perl 1.2.27-2+b1 Time-series data storage and displ pn libstorable-perl none(no description available) ii perl [libtime-hires-perl] 5.10.0-11 Larry Wall's Practical Extraction ii perl-modules 5.10.0-11 Core Perl modules ii rrdtool1.2.27-2+b1 Time-series data storage and displ Versions of packages munin recommends: ii libdate-manip-perl5.54-1 a perl library for manipulating da pn munin-nodenone (no description available) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490201: Still not resolved
The issue isn't resolved I'm afraid.
dh_clean
dpatch deapply-all
reverting patch autocreate from ./ ... failed.
make: *** [unpatch] Fel 1
dpkg-buildpackage: misslyckades: fakeroot debian/rules clean
returnerade felkod 2
debuild: fatal error at line 1319:
dpkg-buildpackage -rfakeroot -D -us -uc -i -ICVS -I.svn -I{arch}
-I.arch-ids -tc failed
--
/Carl Fürstenberg [EMAIL PROTECTED]
Bug#490201: dovecot: FTBFS: clean target fails postbuild
Package: dovecot
Version: 1.0.14-1
Severity: serious
Justification: Policy 4.9
The package is unable to cleanup after itself, the problem is that an
unpatch fails:
fakeroot debian/rules clean
dpatch deapply-all
reverting patch autocreate from ./ ... failed.
make: *** [unpatch] Error 1
dpkg-buildpackage: failure: fakeroot debian/rules clean gave error exit status 2
debuild: fatal error at line 1319:
dpkg-buildpackage -rfakeroot -D -us -uc -i -ICVS -I.svn -I{arch} -I.arch-ids
-tc failed
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core)
Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489739: FTBFS: clean target doesn't clean
Package: php5-xcache Version: 1.2.2 Severity: serious Justification: Policy 4.9 The clean target fails to clean fully (all make-generated files remains etc...) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486679: kronolith2: Kronolith2 breaks unconfigured horde3
Package: kronolith2 Severity: grave This is perhaps difficult to define, as horde3 isn't fully configured, even though it's configured in the debian sense. The issue is that, if you are installing kronolith2 BEFORE you have fully set up horde3 via the steps found in horde3 README.Debian, then the horde3 web interface breaks, as kronolith2 have configuration-dependent include_once statements. Question is if is up to kronolith2 to fix the issue, or that horde3 is breaking policy by shipping an not fully configured install. Though of marking the severity of the bug as serious with the justification to 3.5, but Pre-Depends doesn't solve anything (should have an Pre-Depends-Post-Admin-Did-Something-And-Jumped-Twice field then). -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kronolith2 depends on: ii horde33.1.7-1horde web application framework ii php-date 1.4.7-1PHP PEAR module for date and time ii php-http-request 1.4.2-1provides an easy way to perform HT ii php5-cli 5.2.6-1command-line interpreter for the p ii php5-mysql5.2.6-1MySQL module for php5 ii php5.0-cli [php5-cli] 5.0.5-0.8 command-line interpreter for the P kronolith2 recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475007: fglrx-glx: clashing diversions
Package: fglrx-glx Severity: grave Justification: renders package unusable When trying to install fglrx-glx, it borks on clashing diversion with fglrx-driver. Following output is shown: $ LANG=C apt-get install fglrx-glx Reading package lists... Done Building dependency tree Reading state information... Done The following NEW packages will be installed: fglrx-glx 0 upgraded, 1 newly installed, 0 to remove and 127 not upgraded. Need to get 0B/151kB of archives. After this operation, 569kB of additional disk space will be used. Reading package fields... Done Reading package status... Done Retrieving bug reports... Done Parsing Found/Fixed information... Done (Reading database ... 297711 files and directories currently installed.) Unpacking fglrx-glx (from .../fglrx-glx_8.47.3-3_i386.deb) ... Removing `diversion of /usr/lib/libGL.so.1.2 to /usr/lib/fglrx/diversions/libGL.so.1.2 by fglrx-driver' dpkg-divert: `diversion of /usr/lib/libGL.so.1.2 to /usr/lib/fglrx/diversions/libGL.so.1.2 by fglrx-glx' clashes with `diversion of /usr/lib/libGL.so.1.2 to /usr/lib/fglrx/diversions/libGL.so.1.2 by fglrx-driver' dpkg: error processing /var/cache/apt/archives/fglrx-glx_8.47.3-3_i386.deb (--unpack): subprocess pre-installation script returned error exit status 2 Errors were encountered while processing: /var/cache/apt/archives/fglrx-glx_8.47.3-3_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fglrx-glx depends on: ii fglrx-driver 8.47.3-3 non-free AMD/ATI r5xx, r6xx displa ii libc6 2.7-10 GNU C Library: Shared libraries ii libgcc1 1:4.3.0-3 GCC support library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar fglrx-glx recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474771: pbuilder: No unmount on failed mount
Package: pbuilder Version: 0.179 Severity: grave Justification: causes data loss If a BINDMOUNTS variable in pbuilderrc contains a non-existing source to mount, the previous mounted points are not unmounted, and the try to delete the content of the chroot is thus trying to delete the content in the mounted points. As it's a chroot we are talking about, there is no security left to talk about, though the problem could be that someone accidentally adds an wrong point to mount, and thus accidentally deletes $HOME or similar :). -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pbuilder depends on: ii cdebootstrap 0.5.1 Bootstrap a Debian system ii coreutils 6.10-6 The GNU core utilities ii debconf [debconf-2.0] 1.5.20 Debian configuration management sy ii debianutils 2.28.4 Miscellaneous utilities specific t ii debootstrap 1.0.8 Bootstrap a basic Debian system ii gcc 4:4.2.3-7 The GNU C compiler ii wget 1.11.1-1 retrieves files from the web Versions of packages pbuilder recommends: ii cowdancer 0.44 Copy-on-write directory tree utili ii devscripts2.10.23scripts to make the life of a Debi ii fakeroot 1.9.4 Gives a fake root environment ii sudo 1.6.9p15-1 Provide limited super user privile -- debconf information: pbuilder/nomirror: * pbuilder/mirrorsite: http://ftp.se.debian.org/debian/ pbuilder/rewrite: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468415: antlr: Unlisted Dependency
Package: antlr Version: 2.7.7-3 Severity: critical Justification: breaks unrelated software Apt system got stuck on antlr. Antlr could not be installed or removed, either by apt or dpkg. Installing python-editobj fixed the problem. Apparently, antlr's install/remove scripts depend on python-editobj, but it is not listed as a dependency. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages antlr depends on: ii gij [java2-runtime] 4:4.3-1The GNU Java bytecode interpreter ii gij-3.4 [java1-runtime] 3.4.4-5The GNU Java bytecode interpreter ii gij-4.1 [java2-runtime] 4.1.2-19 The GNU Java bytecode interpreter ii java-gcj-compat [java2-runtim 1.0.77-4 Java runtime environment using GIJ antlr recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444741: openoffice.org-gtk: Crashed on start when using gtk 2.12
Package: openoffice.org-gtk Severity: grave File: openoffice.org-gtk Justification: renders package unusable When having openoffice.org-gtk installed, it will crash dumping following data: *** glibc detected *** /usr/lib/openoffice/program/soffice.bin: free(): invalid pointer: 0x087a2610 *** === Backtrace: = /lib/i686/cmov/libc.so.6[0xb6c87ce5] /lib/i686/cmov/libc.so.6(cfree+0x90)[0xb6c8b780] /usr/lib/libglib-2.0.so.0(g_free+0x31)[0xb5c0e961] /usr/lib/openoffice/program/libvclplug_gtk680li.so[0xb57123f2] /usr/lib/openoffice/program/libvcl680li.so(_ZN11SalGraphics22GetNativeControlRegionEmmRK6RegionmRK16ImplControlValueR16SalControlHandleRKN3rtl8OUStringERS0_SC_PK12OutputDevice+0x144)[0xb7d8c5d4] /usr/lib/openoffice/program/libvcl680li.so(_ZN6Window22GetNativeControlRegionEmmRK6RegionmRK16ImplControlValueN3rtl8OUStringERS0_S8_+0x103)[0xb7e4ada3] /usr/lib/openoffice/program/libvcl680li.so(_ZN7ListBox6ResizeEv+0x40f)[0xb7e91e3f] /usr/lib/openoffice/program/libvcl680li.so[0xb7e323b2] /usr/lib/openoffice/program/libvcl680li.so(_ZN6Window4ShowEht+0xc3)[0xb7e33ea3] /usr/lib/openoffice/program/libsfx680li.so[0xb35388f4] /usr/lib/openoffice/program/libsfx680li.so[0xb353b006] /usr/lib/openoffice/program/libsfx680li.so[0xb353b1b2] /usr/lib/openoffice/program/libsfx680li.so(_ZN24SfxTemplateDialogWrapperC1EP6WindowtP11SfxBindingsP15SfxChildWinInfo+0x6a)[0xb353b25a] /usr/lib/openoffice/program/libsfx680li.so(_ZN24SfxTemplateDialogWrapper10CreateImplEP6WindowtP11SfxBindingsP15SfxChildWinInfo+0x4d)[0xb353b31d] /usr/lib/openoffice/program/libsfx680li.so(_ZN14SfxChildWindow17CreateChildWindowEtP6WindowP11SfxBindingsR15SfxChildWinInfo+0x15f)[0xb3316b9f] /usr/lib/openoffice/program/libsfx680li.so[0xb3361805] /usr/lib/openoffice/program/libsfx680li.so[0xb3362319] /usr/lib/openoffice/program/libsfx680li.so[0xb33627c4] /usr/lib/openoffice/program/libsfx680li.so[0xb3362a07] /usr/lib/openoffice/program/libsfx680li.so[0xb34a41c6] /usr/lib/openoffice/program/libsfx680li.so(_ZN11SfxTopFrame14InsertDocumentEP14SfxObjectShell+0x521)[0xb348fb91] /usr/lib/openoffice/program/libsfx680li.so[0xb32edcad] /usr/lib/openoffice/program/libsfx680li.so[0xb3464902] /usr/lib/openoffice/program/libfwk680li.so[0xb2e63b0b] /usr/lib/openoffice/program/libfwk680li.so[0xb2e655a8] /usr/lib/openoffice/program/libfwk680li.so[0xb2e65d81] /usr/lib/openoffice/program/libfwk680li.so[0xb2d00388] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop15DispatchWatcher23executeDispatchRequestsERKN4_STL6vectorINS0_15DispatchRequestENS1_9allocatorIS3_+0x2ce6)[0x8081b16] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop15OfficeIPCThread22ExecuteCmdLineRequestsERNS_23ProcessDocumentsRequestE+0x135)[0x8074235] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop11OpenDefaultEv+0x184)[0x805f3f4] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop11OpenClientsEv+0x1ff7)[0x806ffe7] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop16OpenClients_ImplEPv+0x3f)[0x807093f] /usr/lib/openoffice/program/libvcl680li.so[0xb7e45c49] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN10SalDisplay21DispatchInternalEventEv+0xbb)[0xb52b829b] /usr/lib/openoffice/program/libvclplug_gtk680li.so[0xb56f185d] /usr/lib/libglib-2.0.so.0[0xb5c055d1] /usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x176)[0xb5c07186] /usr/lib/libglib-2.0.so.0[0xb5c0a512] /usr/lib/libglib-2.0.so.0(g_main_context_iteration+0x6e)[0xb5c0aace] /usr/lib/openoffice/program/libvclplug_gtk680li.so[0xb56f38dc] /usr/lib/openoffice/program/libvclplug_gen680li.so(_ZN14X11SalInstance5YieldEbb+0x37)[0xb52c0417] /usr/lib/openoffice/program/libvcl680li.so(_ZN11Application5YieldEb+0x59)[0xb7c4df99] /usr/lib/openoffice/program/libvcl680li.so(_ZN11Application7ExecuteEv+0x3c)[0xb7c4e0ac] /usr/lib/openoffice/program/soffice.bin(_ZN7desktop7Desktop4MainEv+0x15d9)[0x80691f9] /usr/lib/openoffice/program/libvcl680li.so[0xb7c536d5] /usr/lib/openoffice/program/libvcl680li.so(_Z6SVMainv+0x35)[0xb7c537d5] /usr/lib/openoffice/program/soffice.bin(main+0x66)[0x805c396] /lib/i686/cmov/libc.so.6(__libc_start_main+0xe0)[0xb6c34050] /usr/lib/openoffice/program/soffice.bin(_ZN6Window15SetPosSizePixelEt+0x369)[0x805c2c1] === Memory map: 08048000-08098000 r-xp 08:08 334811 /usr/lib/openoffice/program/soffice.bin 08098000-0809a000 rw-p 0004f000 08:08 334811 /usr/lib/openoffice/program/soffice.bin 0809a000-087cc000 rw-p 0809a000 00:00 0 [heap] af20-af221000 rw-p af20 00:00 0 af221000-af30 ---p af221000 00:00 0 af381000-af3fb000 r-xp 08:08 334789 /usr/lib/openoffice/program/libxstor.so af3fb000-af3fe000 rw-p 0007a000 08:08 334789 /usr/lib/openoffice/program/libxstor.so af3fe000-af41d000 r-xp 08:08 334777 /usr/lib/openoffice/program/fsstorage.uno.so af41d000-af41f000 rw-p 0001e000 08:08 334777 /usr/lib/openoffice/program/fsstorage.uno.so af41f000-af42f000 rw-p af41f000 00:00 0 af42f000-af44e000 r-xp 08:08
Bug#444741: openoffice.org-gtk: Crashed on start when using gtk 2.12
On 9/30/07, Rene Engelhard [EMAIL PROTECTED] wrote: tag 444741 + moreinfo tag 444741 + unreproducible thanks Carl Fürstenberg wrote: Package: openoffice.org-gtk Severity: grave Aha. And which version? File: openoffice.org-gtk That of course is a useless info since there's no File openoffice.org-gtk in the package. But you should have mentioned the important info like the version. $ locale -a | grep sv_SE sv_SE sv_SE.iso88591 sv_SE.iso885915 sv_SE.utf8 (Doesn't affect the crash, thozgh, both sv_SE.UTF-8 and sv_SE.utf8 work for me) Shell: /bin/sh linked to /bin/bash [...] And you of course missed anothe rimportant thing: the packages' dependencies. Tagging and downgrading appropriately. Need more info. And if you use 2.2.1-9, try 2.3.0. Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHAAiU+FmQsCSK63MRAgpYAJ93E5wsJBQyqb8TfxoeqG9pkn9YlwCcDlmo xwX5V52PiYah/eZFRok7Wbs= =uajY -END PGP SIGNATURE- Oh, the auto-dep listing didn't work, probably because I reported without having oo.org-gtk installed (installed and reinstalled a couple of times to verify that it was that package that made the crash). I was before using 2.3, but I got this problem with 2.3 (the package in experimental), so I though, perhaps because it's in expermental, it's a fault in the 2.3 packaging, so I downgraded to 2.2 (apt-get remove --purge) and then installed 2.2, bug suddenly got the same problem. After a wnhile I located it to the gtk package. The installed relevant packages are: openoffice.org-writer: Installed: 2.2.1-9 Candidate: 2.2.1-9 Version table: 1:2.3.0-1 0 1 http://ftp.dk.debian.org ../project/experimental/main Packages *** 2.2.1-9 0 500 http://ftp.dk.debian.org unstable/main Packages 100 /var/lib/dpkg/status libgtk2.0-0: Installed: 2.12.0-2 Candidate: 2.12.0-2 Version table: *** 2.12.0-2 0 500 http://ftp.dk.debian.org unstable/main Packages 100 /var/lib/dpkg/status openoffice.org-gtk: Installed: 2.2.1-9 Candidate: 2.2.1-9 Version table: 1:2.3.0-1 0 1 http://ftp.dk.debian.org ../project/experimental/main Packages *** 2.2.1-9 0 500 http://ftp.dk.debian.org unstable/main Packages 100 /var/lib/dpkg/status Dependices: openoffice.org-writer Depends: openoffice.org-core Depends: libc6 Depends: libgcc1 Depends: libicu38 Depends: libstdc++6 Depends: libstlport4.6c2 Depends: libwpd8c2a Depends: libwps-0.1-1 Depends: libxml2 Depends: zlib1g Depends: python-uno Suggests: openoffice.org-gcj Suggests: openoffice.org-base Recommends: openoffice.org-filter-binfilter |Recommends: gij |Recommends: java-gcj-compat |Recommends: j2re1.4 Recommends: java2-runtime gij gij-4.1 gij-4.2 gij-4.3 sun-j2sdk1.6 sun-java5-jre sun-java6-jre Recommends: openoffice.org-java-common Conflicts: openoffice.org-debian-files Conflicts: openoffice.org2-writer Conflicts: openoffice.org-java-common Replaces: openoffice.org Replaces: openoffice.org-debian-files Replaces: openoffice.org2-writer Replaces: openoffice.org-common openoffice.org-gtk Depends: openoffice.org-core Depends: openoffice.org-style-tango Depends: libatk1.0-0 Depends: libc6 Depends: libcairo2 Depends: libfontconfig1 Depends: libgcc1 Depends: libglib2.0-0 Depends: libgtk2.0-0 Depends: libpango1.0-0 Depends: libstdc++6 Depends: libstlport4.6c2 Depends: libx11-6 Depends: libxcursor1 Depends: libxext6 Depends: libxfixes3 Depends: libxi6 Depends: libxinerama1 Depends: libxrandr2 Depends: libxrender1 Conflicts: ooqstart-gnome Conflicts: oooqs-kde Replaces: openoffice.org-gnome Replaces: openoffice.org-common libgtk2.0-0 Depends: libgtk2.0-common Depends: libatk1.0-0 Depends: libc6 Depends: libcairo2 Depends: libcomerr2 Depends: libcupsys2 Depends: libfontconfig1 Depends: libglib2.0-0 Depends: libgnutls13 Depends: libjpeg62 Depends: libkrb53 Depends: libpango1.0-0 Depends: libpng12-0 Depends: libtiff4 Depends: libx11-6 Depends: libxcomposite1 Depends: libxcursor1 Depends: libxdamage1 Depends: libxext6 Depends: libxfixes3 Depends: libxi6 Depends: libxinerama1 Depends: libxrandr2 Depends: libxrender1 Depends: zlib1g Recommends: hicolor-icon-theme Recommends: libgtk2.0-bin Conflicts: libgtk2.0-0png3 Conflicts: eog2 Conflicts: gnome-panel2 Conflicts: celestia Conflicts: gimp1.3 Conflicts: metatheme Conflicts: libgnomeui-0 Conflicts: gtk2.0-examples Conflicts: libgdkxft0 Conflicts: openoffice.org-core Conflicts: gtk2-engines-wonderland Conflicts: gtk2-engines-cleanice
Bug#444741: openoffice.org-gtk: Crashed on start when using gtk 2.12
library - runtime ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii openoffice.org-common 2.2.1-9 OpenOffice.org office suite archit ii ttf-opensymbol 2.2.1-9 The OpenSymbol TrueType font ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime Versions of packages openoffice.org-core recommends: pn nfs-commonnone (no description available) Versions of packages openoffice.org-writer depends on: ii libc6 2.6.1-5 GNU C Library: Shared libraries ii libgcc1 1:4.2.1-5GCC support library ii libicu363.6-6International Components for Unico ii libstdc++6 4.2.1-5 The GNU Standard C++ Library v3 ii libstlport4.6c2 4.6.2-3 STLport C++ class library ii libwpd8c2a 0.8.11-2 Library for handling WordPerfect d ii libwps-0.1-10.1.0-7 Works text file format import filt ii libxml2 2.6.30.dfsg-2GNOME XML library ii openoffice.org-core 2.2.1-9 OpenOffice.org office suite archit ii python-uno 2.2.1-9 Python interface for OpenOffice.or ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime Versions of packages openoffice.org-writer recommends: ii gij-4.1 [java2-runtime]4.1.2-16 The GNU Java bytecode interpreter ii gij-4.2 [java2-runtime]4.2.1-5 The GNU Java bytecode interpreter ii java-gcj-compat1.0.76-5 Java runtime environment using GIJ pn openoffice.org-filter-binf none(no description available) pn openoffice.org-java-common none(no description available) ii sun-j2sdk1.6 [java2-runtim 1.6.0+update2 Java(TM) JDK, Standard Edition, Su Versions of packages libgtk2.0-0 depends on: ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.6.1-5 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libcomerr2 1.40.2-1 common error description library ii libcupsys2 1.3.2-1 Common UNIX Printing System(tm) - ii libfontconfig1 2.4.2-1.2generic font configuration library ii libglib2.0-02.14.1-3 The GLib library of C routines ii libgnutls13 1.7.19-1 the GNU TLS library - runtime libr ii libgtk2.0-common2.12.0-2 Common files for the GTK+ graphica ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii libkrb531.6.dfsg.1-7 MIT Kerberos runtime libraries ii libpango1.0-0 1.18.2-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libtiff43.8.2-7 Tag Image File Format (TIFF) libra ii libx11-62:1.0.3-7X11 client-side library ii libxcomposite1 1:0.3.2-1+b1 X11 Composite extension library ii libxcursor1 1:1.1.9-1X cursor management library ii libxdamage1 1:1.1.1-3X11 damaged region extension libra ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.4-1X Rendering Extension client libra ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime Versions of packages libgtk2.0-0 recommends: ii hicolor-icon-theme0.10-1 default fallback theme for FreeDes ii libgtk2.0-bin 2.12.0-2 The programs for the GTK+ graphica -- /Carl Fürstenberg [EMAIL PROTECTED]
Bug#437297: bmpx: Images licensed under CreativeCommons included in the package
Package: bmpx Severity: serious Justification: Policy 2.2.1 The bmpx package are including Silk icons: Mark James, http://www.famfamfam.com which is released under CC 2.5, they cant be removed, as the program depends upon them. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bmpx depends on: ii libasound2 1.0.14a-2ALSA library ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libboost-regex1.33.11.33.1-7+b1 regular expression library for C++ ii libc6 2.6.1-1 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libcairomm-1.0-00.6.0-4 C++ wrappers for Cairo (shared lib ii libcomerr2 1.40.2-1 common error description library ii libdbus-1-3 1.1.1-3 simple interprocess messaging syst ii libdbus-glib-1-20.74-1 simple interprocess messaging syst ii libexpat1 1.95.8-4 XML parsing C library - runtime li ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgamin0 0.1.8-2 Client library for the gamin file ii libgcc1 1:4.2.1-2GCC support library ii libglade2-0 1:2.6.2-1library to load .glade files at ru ii libglademm-2.4-1c2a 2.6.2-2 C++ wrappers for libglade2 (shared ii libglib2.0-02.12.13-1The GLib library of C routines ii libglibmm-2.4-1c2a 2.12.10-0.1 C++ wrapper for the GLib toolkit ( ii libgstreamer0.10-0 0.10.14-1Core GStreamer libraries and eleme ii libgtk2.0-0 2.10.13-1The GTK+ graphical user interface ii libgtkmm-2.4-1c2a 1:2.10.10-0.2C++ wrappers for GTK+ 2.4 (shared ii libice6 2:1.0.3-3X11 Inter-Client Exchange library ii libkrb531.6.dfsg.1-6 MIT Kerberos runtime libraries ii libmusicbrainz4c2a 2.1.5-1 Second generation incarnation of t ii libneon25 0.25.5.dfsg-6An HTTP and WebDAV client library ii libpango1.0-0 1.16.5-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libsidplay1 1.36.59-4SID (MOS 6581) emulation library ii libsigc++-2.0-0c2a 2.0.17-2 type-safe Signal Framework for C++ ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libssl0.9.8 0.9.8e-5 SSL shared libraries ii libstartup-notification 0.9-1library for program launch feedbac ii libstdc++6 4.2.1-2 The GNU Standard C++ Library v3 ii libtag1c2a 1.4-8+b1 TagLib Audio Meta-Data Library ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.8-2X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.2-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxml2 2.6.29.dfsg-1GNOME XML library ii libxrandr2 2:1.2.1-1X11 RandR extension library ii libxrender1 1:0.9.2-1X Rendering Extension client libra ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime bmpx recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436277: pcregrep: unknown option bit(s) set
Package: pcregrep Version: 7.2-1 Severity: grave Justification: renders package unusable Everytime I tries to use pcregrep, it just fails telling: pcregrep: Error in command-line regex at offset 0: unknown option bit(s) set -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pcregrep depends on: ii libc6 2.6-5 GNU C Library: Shared libraries ii libpcre3 7.2-1 Perl 5 Compatible Regular Expressi pcregrep recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436277: pcregrep: unknown option bit(s) set
On 8/6/07, Mark Baker [EMAIL PROTECTED] wrote:
Carl Fürstenberg wrote:
Everytime I tries to use pcregrep, it just fails telling:
pcregrep: Error in command-line regex at offset 0: unknown option
bit(s) set
It works fine for me:
p4-7088:~grep power.*wait /etc/inittab
pf::powerwait:/etc/init.d/powerfail start
po::powerokwait:/etc/init.d/powerfail stop
p4-7088:~dpkg -l pcregrep
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err:
uppercase=bad)
||/ Name VersionDescription
+++-==-==-
ii pcregrep 7.2-1 grep utility that uses perl 5
compatible reg
p4-7088:~
Please send me the input you used to get the error message and I will
investigate. Until then there's not a lot I can do.
Here is an example:
[0:[EMAIL PROTECTED] twinkle]$ grep background *
morebits.js:styles.insertRule(.quickformtooltip { z-index: 200;
position: absolute; padding: .1em; border: 1px dotted red;
background-color: Linen; font: caption; font-size: 10pt; max-width:
800px}, 0);
morebits.js:background-color: AliceBlue; +
morebits.js:background-color: MediumPurple; +
morebits.js:background-color: MediumPurple; +
morebits.js:background-color: LightSteelBlue; +
twinklewarn.old.js: data_table.style.background = 'transparent';
[0:[EMAIL PROTECTED] twinkle]$ pcregrep background *
pcregrep: Error in command-line regex at offset 0: unknown option bit(s) set
[0:[EMAIL PROTECTED] twinkle]$ apt-cache policy pcregrep
pcregrep:
Installerad: 7.2-1
Kandidat: 7.2-1
Versionstabell:
*** 7.2-1 0
500 http://ftp.dk.debian.org unstable/main Packages
100 /var/lib/dpkg/status
--
/Carl Fürstenberg [EMAIL PROTECTED]
Bug#435034: python2.4-dbus: Stated source package doesn't build this package
Package: python2.4-dbus Version: 0.62-4 Severity: serious Justification: Policy 5.6.1 The package states that the source package is dbus, but the source package dbus doesn't build this package. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python2.4-dbus depends on: ii libc6 2.5-11GNU C Library: Shared libraries ii libdbus-1-20.62-4simple interprocess messaging syst ii libdbus-glib-1-2 0.74-1simple interprocess messaging syst ii python2.4-libxml2 2.6.26.dfsg-1 Python 2.4 bindings for the GNOME python2.4-dbus recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#434951: python2.4-doc: File created by latex2html included
Package: python2.4-doc Severity: serious Justification: Policy 2.2.2 the file 'Doc/html/style.css' in python2.4-doc is partially created by LATEX2HTML, and as I have learned, that is a violation of the DFSG. Correct me if I'm wrong. /Carl Fürstenberg -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-686 (SMP w/1 CPU core) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348645: Reopen 348645
Contrary to its being marked Fixed this error still appears on my system every time I apt-get upgrade. Here's a cut-and-paste: Setting up postfix (2.4.0-2) ... Postfix configuration was untouched. If you need to make changes, edit /etc/postfix/main.cf (and others) as needed. To view Postfix configuration values, see postconf(1). After modifying main.cf, be sure to run '/etc/init.d/postfix reload'. Running newaliases Stopping Postfix Mail Transport Agent: postfixpostfix/postfix-script: fatal: usage: postfix start (or stop, reload, abort, flush, check, set-permissions, upgrade-configuration) failed! invoke-rc.d: initscript postfix, action restart failed. dpkg: error processing postfix (--configure): subprocess post-installation script returned error exit status 1 This prevents me from actually configuring mutt, because I have no mail-transport-agent. -- Carl Fink [EMAIL PROTECTED] If you attempt to fix something that isn't broken, it will be. -Bruce Tognazzini -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361664: HUGE report
http://imagecloset.com/uimages/jdv1176820415j.png Sets legend text font. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416518: Possible bug in reportbug
Package: reportbug
Version: 3.34
Severity: serious
Have to report this manually as reportbug doesn't work for me at the
moment. When trying to execute reportbug, I get this error:
[0:[EMAIL PROTECTED] ~]$ reportbug
Traceback (most recent call last):
File /usr/bin/reportbug, line 1750, in ?
main()
File /usr/bin/reportbug, line 575, in main
args = reportbug.parse_config_files()
File /usr/share/reportbug/reportbug.py, line 835, in parse_config_files
args[token] = bit.encode('utf-8', 'replace')
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position
6: ordinal not in range(128)
[0:[EMAIL PROTECTED] ~]$ reportbug --version
Traceback (most recent call last):
File /usr/bin/reportbug, line 1750, in ?
main()
File /usr/bin/reportbug, line 575, in main
args = reportbug.parse_config_files()
File /usr/share/reportbug/reportbug.py, line 835, in parse_config_files
args[token] = bit.encode('utf-8', 'replace')
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position
6: ordinal not in range(128)
/Carl
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407317: libdbix-class-schema-loader-perl: depends on liblingua-en-inflect-number-perl
Package: libdbix-class-schema-loader-perl Version: 0.03008-1 Severity: serious Justification: Policy 3.5 Missing dependancy on liblingua-en-inflect-number-perl. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages libdbix-class-schema-loader-perl depends on: ii libclass-accessor-perl0.30-1 Automated accessor generator ii libclass-c3-perl 0.14-1 A pragma to use the C3 method reso ii libclass-data-accessor-perl 0.03-1 Inheritable, overridable class and ii libdata-dump-perl 1.08-2 Pretty printing of data structures ii libdbix-class-perl0.07003-1 Extensible and flexible object - ii liblingua-en-inflect-perl 1.89-1 plural inflections and a/an se ii libuniversal-require-perl 0.10-1 Load modules from a variable ii perl 5.8.8-7Larry Wall's Practical Extraction libdbix-class-schema-loader-perl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407317: unstable
Hi, I noticed that an updated package is available in sid - however I filed the bug report as I'm not a DD and unsure how to go about getting the package into etch. Carl GMG Regional Digital is part of the Guardian Media Group plc. CONFIDENTIALITY NOTICE. The information contained in this e-mail is intended only for [EMAIL PROTECTED] It may contain privileged and confidential information that is exempt from disclosure by law and if you are not an intended recipient, you must not copy, distribute or take any action in reliance on it. If you have received this e-mail in error, you may notify us by telephone on 44 (0)161 832 7200. E-mail transmission cannot be guaranteed to be secure or error-free. The sender ([EMAIL PROTECTED]) therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
Bug#401892: egroupware-core: Checking PEAR is installed*: False but package php-pear was intalled
Package: egroupware-core Version: 1.2-105.dfsg-4 Severity: grave Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Have this message when I check the install. Checking PEAR is installed*: False PEAR is needed by SyncML or the iCal import+export of calendar.* PEAR::Log is needed by SyncML.* You can install it by running:* pear install Log It's probably due to php-pear is from php sources 5.2. No more version of php-pear is available to check it. I don't know correlation but now multi-language support don't work. I have only the english version (can't choose others) indeed fr tag was well installed in mysql database. Call me if you need more informations. Cheers - - Carl - -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (490, 'stable'), (66, 'unstable'), (33, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages egroupware-core depends on: ii apache2 2.2.3-3.1 Next generation, scalable, extenda ii apache2-mpm-prefork [apache2 2.2.3-3.1 Traditional model for Apache HTTPD ii debconf [debconf-2.0]1.5.8 Debian configuration management sy ii libapache2-mod-php4 6:4.4.4-8 server-side, HTML-embedded scripti ii perl 5.8.8-6.1 Larry Wall's Practical Extraction ii php-fpdf 1.53.dfsg-5 PHP class to generate PDF files ii php-log 1.9.8-1 Log module for PEAR ii php-pear 5.2.0-7 PEAR - PHP Extension and Applicati ii php4-cli 6:4.4.4-8 command-line interpreter for the p ii php4-gd 6:4.4.4-8 GD module for php4 ii php4-mysql 6:4.4.4-8 MySQL module for php4 ii php4-odbc6:4.4.4-8 ODBC module for php4 ii php4-pgsql 6:4.4.4-8 PostgreSQL module for php4 Versions of packages egroupware-core recommends: ii mysql-client-5.0 [mysql-clien 5.0.27-1 mysql database client binaries - -- debconf information: egroupware/header/password/mismatch: * egroupware/configuration/note: * egroupware/header/user: admin * egroupware/webserver: Apache 2 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFdtakDRSnqCwH+vYRAhM+AJ4jKKZELxql9HjW42ifIu/pKMxWzgCdHFyC gDHojQZaztJvt9oR4tkNJ1Q= =Ybk+ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379628: [Linux-NTFS-Dev] Bug#379628: Bug#379628: CALL FOR HELP: Vista beta compatibility testing
Hello Frans,
hello Andree,
Frans Pop wrote:
On Tuesday 28 November 2006 13:08, Szakacsits Szabolcs wrote:
There are two NTFS during resizing. The original and the resized. When
the resizing is over then the latter is consistent and the old one is
irrelevant. ntfsresize doesn't work like the other utilities: mount,
modify, umount. It works like: mount and morph the original into a new
one.
I'm going to wait with further testing until you have sorted out this
difference of opinion.
Could you test the attached patches against ntfsprogs 1.13.1? It is my
attempt at a backport for the first patch from Anton which seems to
have agreement from Szaka.
ntfsprogs-1.13.1-rename-MS_.diff is just a rename orgy to make
backporting easier and has to be applied first.
ntfsprogs-1.13.1-vistahotfix.diff is a stripped version of Anton's
first patch.
Regards,
Carl-Daniel
diff -urN ntfsprogs-1.13.1-orig/include/ntfs/volume.h
ntfsprogs-1.13.1/include/ntfs/volume.h
--- ntfsprogs-1.13.1-orig/include/ntfs/volume.h 2006-01-08 16:53:28.0
+0100
+++ ntfsprogs-1.13.1/include/ntfs/volume.h 2006-11-28 19:39:22.0
+0100
@@ -41,25 +41,6 @@
#include mntent.h
#endif
-/*
- * Under Cygwin, DJGPP and FreeBSD we do not have MS_RDONLY and MS_NOATIME,
- * so we define them ourselves.
- */
-#ifndef MS_RDONLY
-#define MS_RDONLY 1
-#endif
-/*
- * Solaris defines MS_RDONLY but not MS_NOATIME thus we need to carefully
- * define MS_NOATIME.
- */
-#ifndef MS_NOATIME
-#if (MS_RDONLY != 1)
-# define MS_NOATIME 1
-#else
-# define MS_NOATIME 2
-#endif
-#endif
-
/* Forward declaration */
typedef struct _ntfs_volume ntfs_volume;
@@ -69,6 +50,12 @@
#include inode.h
#include attrib.h
+enum {
+ NTFS_MNT_RDONLY = 1,
+ NTFS_MNT_NOATIME= 2,
+ NTFS_MNT_CASE_SENSITIVE = 4,
+};
+
/**
* enum ntfs_mount_flags -
*
diff -urN ntfsprogs-1.13.1-orig/libntfs/gnome-vfs-method.c
ntfsprogs-1.13.1/libntfs/gnome-vfs-method.c
--- ntfsprogs-1.13.1-orig/libntfs/gnome-vfs-method.c2006-02-03
23:19:19.0 +0100
+++ ntfsprogs-1.13.1/libntfs/gnome-vfs-method.c 2006-11-28 19:29:04.0
+0100
@@ -162,7 +162,7 @@
return GNOME_VFS_ERROR_INVALID_URI;
}
- if (!(volume = ntfs_mount(uri-parent-text, MS_RDONLY))) {
+ if (!(volume = ntfs_mount(uri-parent-text, NTFS_MNT_RDONLY)))
{
g_free(uri_parent_string);
return GNOME_VFS_ERROR_WRONG_FORMAT;
}
diff -urN ntfsprogs-1.13.1-orig/libntfs/volume.c
ntfsprogs-1.13.1/libntfs/volume.c
--- ntfsprogs-1.13.1-orig/libntfs/volume.c 2006-03-28 00:43:09.0
+0200
+++ ntfsprogs-1.13.1/libntfs/volume.c 2006-11-28 19:29:48.0 +0100
@@ -429,9 +429,9 @@
}
ntfs_upcase_table_build(vol-upcase,
vol-upcase_len * sizeof(ntfschar));
- if (flags MS_RDONLY)
+ if (flags NTFS_MNT_RDONLY)
NVolSetReadOnly(vol);
- if (flags MS_NOATIME)
+ if (flags NTFS_MNT_NOATIME)
NVolSetNoATime(vol);
ntfs_log_debug(Reading bootsector... );
if (dev-d_ops-open(dev, NVolReadOnly(vol) ? O_RDONLY: O_RDWR)) {
@@ -745,8 +745,8 @@
* @flags is an optional second parameter. The same flags are used as for
* the mount system call (man 2 mount). Currently only the following flags
* are implemented:
- * MS_RDONLY - mount volume read-only
- * MS_NOATIME - do not update access time
+ * NTFS_MNT_RDONLY - mount volume read-only
+ * NTFS_MNT_NOATIME- do not update access time
*
* The function opens the device @dev and verifies that it contains a valid
* bootsector. Then, it allocates an ntfs_volume structure and initializes
@@ -1116,7 +1116,7 @@
* Check for dirty logfile and hibernated Windows.
* We care only about read-write mounts.
*/
- if (!(flags MS_RDONLY)) {
+ if (!(flags NTFS_MNT_RDONLY)) {
if (ntfs_volume_check_logfile(vol) 0)
goto error_exit;
if (ntfs_volume_check_hiberfile(vol) 0)
@@ -1148,8 +1148,8 @@
* @flags is an optional second parameter. The same flags are used as for
* the mount system call (man 2 mount). Currently only the following flags
* are implemented:
- * MS_RDONLY - mount volume read-only
- * MS_NOATIME - do not update access time
+ * NTFS_MNT_RDONLY - mount volume read-only
+ * NTFS_MNT_NOATIME- do not update access time
*
* The function opens the device or file @name and verifies that it contains a
* valid bootsector. Then, it allocates an ntfs_volume structure and
initializes
diff -urN ntfsprogs-1.13.1-orig/ntfsprogs/ntfscat.c
ntfsprogs-1.13.1/ntfsprogs/ntfscat.c
--- ntfsprogs-1.13.1-orig/ntfsprogs/ntfscat.c 2006-04-05 14:43:07.0
+0200
+++ ntfsprogs-1.13.1/ntfsprogs/ntfscat.c2006-11-28 19:29
Bug#379628: [Linux-NTFS-Dev] Bug#379628: CALL FOR HELP: Vista beta compatibility testing
Szakacsits Szabolcs wrote: On Thu, 9 Nov 2006, Frans Pop wrote: On Thursday 09 November 2006 09:03, Szakacsits Szabolcs wrote: Andree confirmed that it's true for data partitions as well. You should have got a copy too. But that seems completely inconsistent with what you wrote in the rest of the mail: that it is a problem with 'how they boot or shutdown'. Nobody seems to know what a data partition has to do with booting. Also nobody confirmed yet that there is indeed a problem with Vista Gold. Perhaps try replacing ntdetect.com and ntldr with the versions that came with an earlier Vista beta? For reference see: http://groups.google.com/group/microsoft.public.windows.server.setup/browse_frm/thread/7944a6046ab2f6ac/24312e94802d196a?tvc=1 Another interesting thing would be to compare NTFS data partitions from before a Vista install and after install. Maybe we can find a difference that allows detecting that Vista has accessed such a partition. Regards, Carl-Daniel -- http://www.hailfinger.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393595: Not fixed
This bug is as per today, not fixed: The following packages have unmet dependencies: libapache2-mod-php5.1: Depends: apache2-common (= 2.0.55-4) but it is not installable E: Broken packages -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330604: Still broken
Just to update you, I am still unable to run Inkscape. I had posted the GDB output and have patiently waited for it to be fixed, but it is not. My only hope is that it will be fixed soon after the next Debian release. Thank you, Carl Strickland
Bug#330604: same issue
It would appear I have the same issue as the others on this list and I am running sid. I'll try and provide all the information the others have supplied as well as the gdb output. I'm also here for questions if it helps resolve this bug faster. Package: inkscape Version: 0.44-1 Followup-For: Bug #330604 This is the error I get upon starting it up. Also note that it keeps running until I Ctrl+C: --- *** glibc detected *** double free or corruption (fasttop): 0x085ef9c8 *** Emergency save activated! Emergency save completed. Inkscape will close now. If you can reproduce this crash, please file a bug at www.inkscape.org with a detailed description of the steps leading to the crash, so we can fix it. --- I don't know how to get this info so I am modifying Guillaume's by hand: --- -- System Information: Debian Release: testing/unstable Architecture: i386 Shell: /bin/bash Kernel: Linux 2.6.17-1-k7 Locale: LANG=en_US --- Here's the gdb output (incl. bt): --- (gdb) run Starting program: /usr/bin/inkscape (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) ---Type return to continue, or q return to quit--- (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) ---Type return to continue, or q return to quit--- (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1495889376 (LWP 9224)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) ---Type return to continue, or q return to quit--- (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) *** glibc detected *** double free or corruption (fasttop): 0x085f2ed0 *** Program received signal SIGABRT, Aborted. [Switching to Thread -1495889376 (LWP 9224)] 0xe410 in __kernel_vsyscall () (gdb) (gdb) bt #0 0xe410 in __kernel_vsyscall () #1 0xa6f33821 in raise () from /lib/tls/i686/cmov/libc.so.6 #2 0xa6f34fb9 in abort () from /lib/tls/i686/cmov/libc.so.6 #3 0xa6f68c4a in __fsetlocking () from /lib/tls/i686/cmov/libc.so.6 #4 0xa6f704df in mallopt () from /lib/tls/i686/cmov/libc.so.6 #5 0xa6f70582 in free () from /lib/tls/i686/cmov/libc.so.6 #6 0xa7270421 in g_free () from /usr/lib/libglib-2.0.so.0 #7 0xa6ca34da in internal_drawing_area_use_pen_gc () from /usr/lib/gtk-2.0/2.4.0/engines/libsmooth.so #8 0xa6cbc076 in theme_init () from /usr/lib/gtk-2.0/2.4.0/engines/libsmooth.so #9 0xa6cbc0e4 in theme_init () from /usr/lib/gtk-2.0/2.4.0/engines/libsmooth.so #10 0xa72decbb in g_object_unref () from /usr/lib/libgobject-2.0.so.0 #11 0xa79f98f5 in gtk_rc_style_unref () from /usr/lib/libgtk-x11-2.0.so.0 #12 0xa7a21d03 in gtk_style_attach () from /usr/lib/libgtk-x11-2.0.so.0 #13 0xa72ded53 in g_object_unref () from /usr/lib/libgobject-2.0.so.0 #14 0xa79fa4d2 in gtk_rc_add_widget_name_style () from /usr/lib/libgtk-x11-2.0.so.0 #15 0xa72ded53 in g_object_unref () from /usr/lib/libgobject-2.0.so.0 #16 0xa79f98f5 in gtk_rc_style_unref () from /usr/lib/libgtk-x11-2.0.so.0 #17 0xa7256098 in g_datalist_clear () from /usr/lib/libglib-2.0.so.0 #18 0xa72e0f20 in g_object_class_override_property () ---Type return to continue,
