Bug#1051985: php-laravel-framework: Uninstallable with symfony 6: unsatisfiable dependencies
Hi Antoine, On 7/23/24 11:59, Antoine Le Gonidec wrote: Is there some help required with packaging a new laravel upstream source to restore compatibility with the Debian-provided symfony packages? I would like to run some tests with Debian-provided laravel, since this incompatibility is a blocker to its installation I’m willing to lend a hand to fix it. Thanks for your interest. Help is always welcome. The goal is to upgrade to Laravel 10 in time for trixie. So far its blocked by missing dependencies. New versions: - php-league-flysystem ("league/flysystem": "^3.8.0") - php-monolog ("monolog/monolog": "^3.0") New packages: - php-guzzlehttp-uri-template ("guzzlehttp/uri-template": "^1.0") - php-laravel-prompts ("laravel/prompts": "^0.1.9") - php-nunomaduro-termwind ("nunomaduro/termwind": "^1.13") There may be more, indirect dependencies from these packages too. php-monolog 3.7.0 is already in experimental. There may be blockers for putting it in unstable; I don't know. -- Regards, Robin GPG: B26C 2ED3 7324 6221 9C3D 1DFE 293A 3C91 D188 369C OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1074011: 32 bit package is missing in stable (bookworm) and testing (trixie)
Package: libswt-gtk-4-java Version: 4.26.0 Severity: grave Issue description: Prevents tuxguitar from being installed: $ sudo apt-get install tuxguitar Paketlisten werden gelesen… Fertig Abhängigkeitsbaum wird aufgebaut… Fertig Statusinformationen werden eingelesen… Fertig Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass Sie eine unmögliche Situation angefordert haben oder, wenn Sie die Unstable-Distribution verwenden, dass einige erforderliche Pakete noch nicht erstellt wurden oder Incoming noch nicht verlassen haben. Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lösen: Die folgenden Pakete haben unerfüllte Abhängigkeiten: tuxguitar : Hängt ab von: libswt-gtk-4-java ist aber nicht installierbar Hängt ab von: libswt-cairo-gtk-4-jni ist aber nicht installierbar Hängt ab von: libeclipse-e4-ui-widgets-java soll aber nicht installiert werden E: Probleme können nicht korrigiert werden, Sie haben zurückgehaltene defekte Pakete. Severity: grave Since this package is without any function here and moreover keeps other packages from being installed, the severity of this bug is grave. Suggested fix: Build this package for 32 bit and put it up to the repos for bookworm and trixie. System: Pure debian bookworm install on 32 bit hardware. (Works great and fast otherwise) Debian-Kernel 6.5.0-0.deb12.4-686-smp
Bug#1074012: 32 bit package is missing in stable (bookworm) and testing (trixie)
Package: libswt-cairo-gtk-4-jni Version: 4.26.0-1 Severity: grave Issue description: Prevents tuxguitar from being installed: $ sudo apt-get install tuxguitar Paketlisten werden gelesen… Fertig Abhängigkeitsbaum wird aufgebaut… Fertig Statusinformationen werden eingelesen… Fertig Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass Sie eine unmögliche Situation angefordert haben oder, wenn Sie die Unstable-Distribution verwenden, dass einige erforderliche Pakete noch nicht erstellt wurden oder Incoming noch nicht verlassen haben. Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lösen: Die folgenden Pakete haben unerfüllte Abhängigkeiten: tuxguitar : Hängt ab von: libswt-gtk-4-java ist aber nicht installierbar Hängt ab von: libswt-cairo-gtk-4-jni ist aber nicht installierbar Hängt ab von: libeclipse-e4-ui-widgets-java soll aber nicht installiert werden E: Probleme können nicht korrigiert werden, Sie haben zurückgehaltene defekte Pakete. Severity: grave Since this package is without any function here and moreover keeps other packages from being installed, the severity of this bug is grave. Suggested fix: Build this package for 32 bit and put it up to the repos for bookworm and trixie. System: Pure debian bookworm install on 32 bit hardware. (Works great and fast otherwise) Debian-Kernel 6.5.0-0.deb12.4-686-smp
Bug#1073299: debian package version 2.4.2 does not work in stable, and was not updated to 2.4.90 in testing and unstable.
Package: roger-router Version: 2.4.90 Severity: grave Issue description - Package has not been updated to the current functional version (neither 2.4.2 nor 2.4.90) in stable bookworm. - Package is not available in testing trixie. - Package is blocked since two years now by a single dependency issue in unstable sid - Debian source Package has not been updated from the developers sources from 2.4.2 to 2.4.90 in src and sid, see https://gitlab.com/tabos/rogerrouter/-/commit/1746021c72c143ced58e20d89e25b203d370fb0d a year ago. All this renders this package completely unusable in debian. It is not an option to flatpak install, since this small 40 MiB program blows up to more than 5 GiB when flatpak installing. That's ridiculous. Please make sure to have the issues with the dependencies in debian finally resolved and also add a backport of the recent 2.4.90 version to stable bookworm. Since I'm not a programmer, I can't build the program from its sources on my own, like probably most users can't. Additional info: Even when it is possible to manually alien install the old 2.2.1 bullseye oldstable-package from the debian repos on bookworm still, this version fails to work with current router firmware and transmission protokols like T.38 which have been updated in 2.4.90 merely. So there is no way around a proper debian package. There does not exist any adequate alternative software for the very purpose on Linux (while on Windows you have the option to use the router manufacturers software instead) System information: Pure debian stable bookworm install, 64 bit, from debian-12.4.0-amd64-DVD-1.iso, system fully apt-upgraded. $ lsb_release --all No LSB modules are available. Distributor ID: Debian Description:Debian GNU/Linux 12 (bookworm) Release:12 Codename: bookworm $ uname -a Linux eiche 6.5.0-0.deb12.4-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.5.10-1~bpo12+1 (2023-11-23) x86_64 GNU/Linux
Bug#1069747: ext4 data loss issue in backport kernels still unfixed?
Package: linux-image-6.6.13+bpo-amd64 Version: 6.6.13 Severity: grave The issue was fixed already in the 6.1 kernels, see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1057843 From that bug report I read that all kernels are safe if both commits are present: 91562895f803 ("ext4: properly sync file size update after O_SYNC direct IO") 936e114a245b ("iomap: update ki_pos a little later in iomap_dio_complete") This is true for the changelog of the default 6.1 kernels: https://metadata.ftp-master.debian.org/changelogs//main/l/linux-signed-amd64/linux-signed-amd64_6.1.85+1_changelog so in those everything is fine. But in the changelog of the backport kernels the second line (iomap: update ki_pos a little later in iomap_dio_complete) is missing. See: https://metadata.ftp-master.debian.org/changelogs//main/l/linux-signed-amd64/linux-signed-amd64_6.6.13+1~bpo12+1_changelog This is the line which fixes the issue induced by the first line. So, if I'm not mistaken, this means that in the current debian backport kernels linux-image-6.5.0-0.deb12.4-amd64 and linux-image-6.6.13+bpo-amd64 the ext4 data loss issue is still unfixed. Both kernels are currently distributed via apt from the debian repos.
Bug#1061203: Ardour - GTK2 removal
Upcoming Ardour 8.3 no longer depends on GTK[mm]2.4. It still depends on glibmm-2.4 (>=2.32.0) which is available in trixie. We hope to release Ardour 8.3 (https://git.ardour.org/ardour/ardour) sometime mid February 2023, and it would be nice if DDs could check feasibility of packaging it beforehand. see also https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=967257 OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1057929: marked as pending in buildbot
Control: tag -1 pending Hello, Bug #1057929 in buildbot 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/packages/buildbot/-/commit/c340fc5a17db85a06a15b345cbf6b9dfe14bb63e d/patches: force C.UTF-8 locale when building docs Closes: #1057929 Signed-off-by: Robin Jarry (this message was generated automatically) -- Greetings https://bugs.debian.org/1057929
Bug#1043182: odr-dabmux FTBFS with gcc 13
Ciao Gianfranco, I just uploaded odr-dabmux version 4.4.1+ds-1 in mentors Grazie mille. —- Robin > Le 28 déc. 2023 à 09:53, Gianfranco Costamagna a > écrit : > > >> On Mon, 07 Aug 2023 11:35:06 +0300 Adrian Bunk wrote: >> Source: odr-dabmux >> Version: 4.4.0-1 >> Severity: serious >> Tags: ftbfs >> https://buildd.debian.org/status/fetch.php?pkg=odr-dabmux&arch=riscv64&ver=4.4.0-1&stamp=1691389622&raw=0 >> ... >> lib/ReedSolomon.cpp: In member function ‘int ReedSolomon::encode(void*, >> void*, size_t)’: >> lib/ReedSolomon.cpp:81:5: error: ‘uint8_t’ was not declared in this scope >> 81 | uint8_t* input = reinterpret_cast(data); >> | ^~~ >> lib/ReedSolomon.cpp:39:1: note: ‘uint8_t’ is defined in header ‘’; >> did you forget to ‘#include ’? >> 38 | #include >> +++ |+#include >> 39 | ... > > > Hello, can you please check and fix this one? Might be fixed with 4.4.1 > > Also, I'm sponsoring the other two missing packages right now. > > G.
Bug#1031370:
Hi, I've submitted a merge request on Salsa to fix this. https://salsa.debian.org/python-team/packages/python-werkzeug/-/merge_requests/3 Regards, Robin
Bug#1000293: Problems starting jackd: Method RequestRelease is not implemented on interface org.freedesktop.ReserveDevice1
Hello fellow Debian users, I wish I had better news for you but at this point in time PipeWire is not a replacement for JACK when it comes to pro-audio. Neither in terms of reliability, performance or features. It is certainly not something to use in a studio with paying customers, or live on stage. There are still regular issues [1] coming up, configuration is still not easily accessible [2], freewheeling does not always work, and performance when using many clients is not yet equal to how JACK handles context-switches. JACK is mature and reliable, musicians can trust it live on stage, pipewire is still under heavy development and sadly not yet ready for prime-time. On the upside JACK and pipewire can co-exist. When jackd requests a device via d-bus, pipewire does (or should) release it. At this point it is even unclear if JACK will be ever be discontinued. A recent discussion at [3] investigates the possibility to run pipewire on top of JACK, but that is a different story. -- robin PS. I have been involved with development of both JACK, design of PipeWire and am developing pro-audio software such as Ardour (I am also a Debian user since Potato). [1] https://discourse.ardour.org/t/ardour-inputs-with-pipewire/108489 [2] https://discourse.ardour.org/t/how-does-pipewire-perform-with-ardour/107381/12 [3] https://lists.linuxaudio.org/hyperkitty/list/linux-audio-...@lists.linuxaudio.org/thread/I3BSVFO6DU7S2L7ATA7WOSDS7BTS4BPH/ On Sat, 15 Jan 2022 17:14:16 + =?utf-8?Q?Cr=C3=A1udio?= wrote: Hi Chris, do you think Pipewire is stable enough for professional audio production? I've seen some reports that it fails at important moments... Thank you for your attention!Hi Chris, do you think Pipewire is stable enough for professional audio production? I've seen some reports that it fails at important moments... Thank you for your attention!Hi Chris, do you think Pipewire is stable enough for professional audio production? I've seen some reports that it fails at important moments... Thank you for your attention!Hi Chris, do you think Pipewire is stable enough for professional audio production? I've seen some reports that it fails at important moments... Thank you for your attentioHi Chris, do you think Pipewire is stable enough for professional audio production? I've seen some reports that it fails at important moments... Thank you for your attention!Hi Chris, do you think Pipewire is stable enough for professional audio production? I've seen some reports that it fails at important moments... Thank you for your attention! Cláudio. ‐‐‐ Original Message ‐‐‐ Em quinta-feira, 30 de dezembro de 2021 às 14:03, chris escreveu: > `pipewire` is providing its own replacement for `jack`, so if you are using `pipewire` maybe you should not have `jackd2` installed at all. > > I think I've done exactly the following: > > ``` > > aptitude --schedule-only install libspa-0.2-jack qsynth rosegarden; aptitude --schedule-only full-upgrade; aptitude install > > aptitude purge pulseaudio pulseaudio-module-bluetooth pulseaudio-module-gsettings > > aptitude purge qjackctl jackd jackd2 > ``` > > Then, to start an app needing `jack`, I did: > > `pw-jack qsynth` (don't forget to add a soundfont in `settups/soudfounts`) > > then: > > `rosegarden 28316.mid` (you must go in `studio/manage midi devices` and select a mdi output) > > And it worked. > > I'm using unstable. > > Right after switching to pipewire, I did: > > ``` > > aptitude install libspa-0.2-bluetooth pipewire-audio-client-libraries > aptitude purge pipewire-media-session > aptitude reinstall wireplumber > ``` > > Maybe as a user you should do: > > ``` > > systemctl --user --now disable pulseaudio.service pulseaudio.socket > > systemctl --user mask pulseaudio > > systemctl --user restart pipewire > ``` > > Maybe there should be a dependency conflict between `pipewire `and `jackd`? > > Also, concerning > > https://wiki.debian.org/PipeWire#For_JACK";> > OpenPGP_signature Description: OpenPGP digital signature
Bug#1028779: buildbot: FTBFS: dh_auto_test: error: pybuild --test -i python{version} -p 3.11 --system=custom "--test-args=PYTHONPATH=pkg:{destdir}/{install_dir} PATH=\$PATH:{destdir}/usr/bin trial3 --
Nilesh Patra, Feb 05, 2023 at 12:12: Hi Robin, buildbot is marked for removal on Feb 16. Do you intend to make an upload? Hi Nilesh, sorry I had forgotten about that. It looks like Bastien has uploaded 3.7.0-1 with a fix.
Bug#1025530: llvm-toolchain-15: FTBFS with grpc 1.51+
Source: llvm-toolchain-15 Version: 1:15.0.6-3 Followup-For: Bug #1025530 X-Debbugs-Cc: trib...@gmail.com Dear Maintainer, Where can I download the previous (libllvm15_15.0.6-3_i386.deb) i386 deb file, so I can continue my installation? Regards, Robin van Westrenen -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.0.0-6-amd64 (SMP w/16 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#1019152: python-bonsai: flaky autopkgtest on armhf and armel: timeout too short?
Paul Gevers, Sep 19, 2022 at 21:52: > Architecture: !armel !armhf > is supported. Awesome. I'll upload a new version with that fix then. Thanks!
Bug#1019152: python-bonsai: flaky autopkgtest on armhf and armel: timeout too short?
Paul Gevers, Sep 19, 2022 at 21:13: > I consider tests marked flaky as not so useful. Obviously if you'll > look at it from time to time it's OK, but if no human is going to > inspect it, it's smarter to just skip those architectures. Doing the > latter is also easier than the former as we have the "Architecture" > field for that, while flaky per arch you'd need to implement yourself. I can live with disabling these tests on armel and armhf. If I understood correctly, the Architecture field in d/t/control does not support exclusions and it requires to set what arch is supported. I did not found any explicit docs on that matter. Is there a way to list multiple architectures?
Bug#1019152: python-bonsai: flaky autopkgtest on armhf and armel: timeout too short?
Hi Paul, sorry for the delay. I am getting to work on this issue. I am not sure how to increase the timeouts for these tests. Would it be acceptable to mark these tests as flaky only on armel and armhf?
Bug#1017247: golang-github-gatherstars-com-jwz: FTBFS: dh_auto_test: error: cd _build && go test -vet=off -v -p 8 github.com/gatherstars-com/jwz github.com/gatherstars-com/jwz/examples/visualize retur
Hey Nilesh, Nilesh Patra, Aug 25, 2022 at 14:20: > This bug is causing an autoremoval warning for aerc. There does not seem to > be a fix > upstream about this. I am not sure what exactly is triggering this, but my > hunch > is it might be related to change in sort function with golang 1.19. > (This works fine with go-1.18) > > Can I ask you to take a look at it? I pushed a fix on salsa: https://salsa.debian.org/go-team/packages/golang-github-gatherstars-com-jwz/-/commit/842c69125282bdfb2725325d91d8002ce8f86891 This patch was submitted upstream: https://github.com/gatherstars-com/jwz/pull/2 If you want I can upload but you'll need to give me permission for golang-github-gatherstars-com-jwz :-) Cheers,
Bug#1016453: python-tornado breaks python-bonsai autopkgtest: 'TornadoLDAPConnectionTest' object has no attribute 'should_close_asyncio_loop'
Hi Paul, I have checked in bonsai code base, and there is no reference to should_close_asyncio_loop. It looks like a tornado thing. However, looking at the full error trace, I can see that: > ldapwhoami: unrecognized option -� > Issue LDAP Who am I? operation to request user's authzid > > usage: ldapwhoami [options] > Common options: > -d level set LDAP debugging level to `level' > -D binddn bind DN > [...] Which may cause the tests to be aborted early and cause should_close_asyncio_loop to be accessed[1] before it is defined[2] in tornado. [1]: https://salsa.debian.org/python-team/packages/python-tornado/-/blob/master/tornado/testing.py#L282 [2]: https://salsa.debian.org/python-team/packages/python-tornado/-/blob/master/tornado/testing.py#L204-230 There were a few unreleased patches from bonsai[3], I'll make a new release. [3]: https://salsa.debian.org/python-team/packages/python-bonsai/-/commit/22d2533ab8094a299d1816a46917070e2b251265 In the meantime, I think that the should_close_asyncio_loop attribute should be defined in tornado.testing.AsyncTestCase.__init__() instead of in tornado.testing.AsyncTestCase.setUp().
Bug#976886: movim: diff for NMU version 0.17.1-1.1
Control: tags 976886 + patch Control: tags 976886 + pending Dear maintainer, I've prepared an NMU for movim (versioned as 0.17.1-1.1). The diff is attached to this message. I require a sponsor to have it uploaded. Regards. diff -Nru movim-0.17.1/debian/autoload.php movim-0.17.1/debian/autoload.php --- movim-0.17.1/debian/autoload.php2020-03-09 19:45:26.0 + +++ movim-0.17.1/debian/autoload.php2020-12-22 14:00:10.0 + @@ -2,7 +2,7 @@ require_once('Composer/Autoload/ClassLoader.php'); include_once('/usr/share/php/HTMLPurifier.composer.php'); -include_once('/usr/share/php/Illuminate/Support/helpers.php'); +include_once('/usr/share/php/Illuminate/Database/autoload.php'); include_once('/usr/share/php/GuzzleHttp/Psr7/functions_include.php'); include_once('/usr/share/php/React/Promise/functions_include.php'); include_once('/usr/share/php/React/Promise/Stream/functions_include.php'); diff -Nru movim-0.17.1/debian/changelog movim-0.17.1/debian/changelog --- movim-0.17.1/debian/changelog 2020-03-30 15:10:58.0 + +++ movim-0.17.1/debian/changelog 2020-12-22 14:00:13.0 + @@ -1,3 +1,10 @@ +movim (0.17.1-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Use php-illuminate-database 6 (Closes: #976886) + + -- Robin Gustafsson Tue, 22 Dec 2020 15:00:13 +0100 + movim (0.17.1-1) unstable; urgency=medium * New upstream version. diff -Nru movim-0.17.1/debian/patches/composer-versions.diff movim-0.17.1/debian/patches/composer-versions.diff --- movim-0.17.1/debian/patches/composer-versions.diff 2020-03-09 22:23:38.0 + +++ movim-0.17.1/debian/patches/composer-versions.diff 2020-12-22 14:00:10.0 + @@ -25,9 +25,8 @@ "defuse/php-encryption": "^2.2.1", -"robmorgan/phinx": "^0.11.4", --"illuminate/database": "^6.0", +"robmorgan/phinx": "^0.9", -+"illuminate/database": "^5.8", + "illuminate/database": "^6.0", "doctrine/dbal": "^2.10", "cboden/ratchet": "^0.4.2",
Bug#976815: [pkg-php-pear] Bug#976815: php-monolog: FTBFS: ReflectionException: Class Egulias\EmailValidator\EmailValidator does not exist
Control: tags -1 patch This can be fixed by using SwiftMailer's new autoloader. That one will also load its dependencies. I have submitted a MR for this on Salsa [1]. [1] https://salsa.debian.org/php-team/pear/php-monolog/-/merge_requests/1
Bug#966392: [pkg-php-pear] Bug#966392: Bug#966392: Bug#966392: php-codecoverage: FTBFS 4 tests failed
Hi David, > Thanks for your investigations, but I wouldn’t waste too much time on > bugs affecting packages from experimental. Such bug (FTBFS) will > obviously have to be addressed for the next upload (hard to upload a > package if it can’t be built ;), but in the mean time, it has zero > effect on the release. Furthermore, as you already noticed, they may > already be fixed upstream before that. OK, I see! Thanks for the guidance. I hadn't worked with experimental before so I looked into this issue as a learning experience. Good to know that I shouldn't bother too much with this type of issue in the future. > FWIW, PHPUnit 9 will probably not make it for Bullseye, as it may > currently breaks many (if not most) of its reverse build-dependencies, > so the related packages (php-codecoverage, php-timer, etc.) have no way > to make it to Sid until Bullseye is released. The current rate of > upstream adoption of PHPUnit 9 seems really low. We’re still carrying a > fair number of patches to make testsuites work with PHPUnit 8 (and even > lower). I guess it will be fair game to upload PHPUnit 9 (and Synfony 5) > early in the Bookworm release process (as we uploaded PHPUnit 8 and > Synfony 4 early in the Bullseye release process IIRC) and then fix the > related mess it will cause. I see. There's indeed no hurry with this then. Regards, Robin
Bug#966392: [pkg-php-pear] Bug#966392: php-codecoverage: FTBFS 4 tests failed
> -Setting up php-token-stream (4.0.1-1) ... > +Setting up php-token-stream (4.0.3-1) ... > [...] >-Setting up php-phpdocumentor-reflection-docblock (4.3.3-1) ... >+Setting up php-phpdocumentor-reflection-docblock (5.1.0-1) ... One or both of these seem to be the cause. The tests pass if I specifically depend on php-token-stream (4.0.1-1). Doing so also brings in php-phpdocumentor-reflection-docblock (4.3.3-1). Diff in installed packages for my successful build: -Setting up php-token-stream (4.0.3-1) ... +Setting up php-token-stream (4.0.1-1) ... -Setting up php-phpdocumentor-reflection-docblock (5.1.0-1) ... +Setting up php-phpdocumentor-reflection-docblock (4.3.3-1) ... Upstream dropped the dependency on php-token-stream recently. There's no new upstream release (tag) since then yet. Regards, Robin
Bug#953966: buildbot: autopkgtest failure with Python 3.8 as default
Control: severity -1 important The autopkgtests seem to work now: https://ci.debian.net/user/britney/jobs?package=buildbot&suite[]=testing&arch[]=amd64 The bug may have been fixed by: python3-defaults 3.8.2-2 Lets leave it open for a while to see if the tests are stable now. -- Robin
Bug#949733: python-pip: 'pip install' don't work for python2 in Debian10
Hi, I've seen this before and I'm fairly sure that it's an issue from the system version of pip interacting badly with a pip-installed version of pip. However, I also cannot reproduce it now. It has been discussed upstream [1] and a compatibility layer has been added to avoid it [2][3]. That may explain why it is seemingly unreproducible now. Instead of the error, I'm now receiving this when running a newer pip-installed version through the system-installed version: WARNING: pip is being invoked by an old script wrapper. This will fail in a future version of pip. Please see https://github.com/pypa/pip/issues/5599 for advice on fixing the underlying issue. To avoid this problem you can invoke Python with '-m pip' instead of running pip directly. All in all, I think the error in this bug is likely not caused by the packaged version itself. The wrapper should probably be changed at some point, though. [1] https://github.com/pypa/pip/issues/5599 [2] https://github.com/pypa/pip/issues/7498 [3] https://github.com/pypa/pip/commit/3f4bb75 Regards, Robin
Bug#940106: python3-webpy: Does not work with static content
Package: python3-webpy Version: 1:0.39+20181101-1 Severity: grave Tags: upstream Justification: renders package unusable Dear Maintainer, python3-webpy cannot serve static content due to upstream bugs that have since been fixed. -- System Information: Debian Release: 10.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages python3-webpy depends on: ii python3 3.7.3-1 ii python3-cheroot 6.5.4+ds-2 Versions of packages python3-webpy recommends: ii python3-mysqldb 1.3.10-2 ii python3-psycopg2 2.7.7-1 python3-webpy suggests no packages. -- no debconf information
Bug#928631: firmware-amd-graphics: Removing vega20 firmware files corrects the problem on my system
Package: firmware-amd-graphics Version: 20190502-1 Followup-For: Bug #928631 Dear Maintainer, Updating to any version of the firmware-amd-graphics with the vega20 firmware causes my system to hang during boot after grub. Removing all the vega20 firmware files and causing initrd to rebuild corrects the problem and system boots normally. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-5-amd64 (SMP w/32 CPU cores) Kernel taint flags: TAINT_WARN Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled firmware-amd-graphics depends on no packages. firmware-amd-graphics recommends no packages. Versions of packages firmware-amd-graphics suggests: ii initramfs-tools 0.133 -- no debconf information
Bug#921466: rust-rusty-tags: Section: FIXME-(source.section)
Thanks for the report! I prepared a new version to fix this issue [0] and will double-check the section field in the future (though I am surprised that lintian did not catch that). [0] https://salsa.debian.org/rust-team/debcargo-conf/commit/bcda3d8c5b6efbd1b5b3f6ea0ffa3afea45dbc66 signature.asc Description: PGP signature
Bug#917489: duplicate of #916922 in src:migrate
Control: reassign -1 src:migrate 0.11.0-4 Control: affects -1 src:buildbot
Bug#916922: buildbot: FTBFS: test failures
Control: reassign -1 migrate 0.11.0-4 2018-12-20, Mattia Rizzolo: > All of them seems to always boil down to: > builtins.NameError: name 'sqlite3' is not defined The error actually pops into migrate code. File "/usr/lib/python3/dist-packages/migrate/changeset/databases/sqlite.py", line 99, in recreate_table tup = sqlite3.sqlite_version_info builtins.NameError: name 'sqlite3' is not defined I've done some digging, and it looks like it is caused by the latest version of migrate. Indeed, it applies a patch from ubuntu: https://salsa.debian.org/openstack-team/libs/migrate/commit/6de8f506fd9265f52a2086ec1e3cde35802f73fb Which references the sqlite3 symbol which is not imported in the migrate/changeset/databases/sqlite.py file. I would suggest modifying this patch and add the missing import. Thanks. -- Robin
Bug#908396: your mail
I download it and install it (dpkg) and it doesn't work: ~$ firefox ExceptionHandler::GenerateDump cloned child 2617 ExceptionHandler::SendContinueSignalToChild sent continue signal to child ExceptionHandler::WaitForContinueSignal waiting for continue signal... Failed to open curl lib from binary, use libcurl.so instead -- Gerard ___ *** * Created with "mutt 1.8.3" * under Debian Linux STRETCH 9.3 * Registered Linux User #388243 * https://Linuxcounter.net ***
Bug#908396: firefox-esr: stopped working after upgrade from 59 to 60
On Sun, 09 Sep 2018 16:01:23 +0200 Ondrej Zary wrote: > Package: firefox-esr > Version: 60.2.0esr-1~deb9u2 > Severity: important > > Dear Maintainer, > firefox-esr does not work anymore, crashes immediately even in safe mode: > > $ firefox-esr -safe-mode > ExceptionHandler::GenerateDump cloned child 9620 > ExceptionHandler::SendContinueSignalToChild sent continue signal to child > ExceptionHandler::WaitForContinueSignal waiting for continue signal... > > I suspect it's related to my CPU not having sse2 instructions and Firefox > compiled with some flags requiring them. Same issue here with old box ASSUS AMD Athlon 32 bits. I solved the problem installing the version 52 which is yet in testing. It is not perfect but it works. -- Gerard ___ *** * Created with "mutt 1.8.3" * under Debian Linux STRETCH 9.3 * Registered Linux User #388243 * https://Linuxcounter.net ***
Bug#897889: x42-plugins: ftbfs with GCC-8
This was fixed upstream early 2018. check uscan, debian/watch: The latest release is https://gareus.org/misc/x42-plugins/x42-plugins-20180320.tar.xz and includes the fix.
Bug#890672: fixed in x42-plugins 20170428-1.1
Hi, Why don't you update to x42-plugins-20180320 which was released about two weeks ago and also fixes this issue? see https://tracker.debian.org/pkg/x42-plugins it has an "action needed", high-prio item for it. Cheers! robin PS. As opposed to what tracker.debian.org says, the package does not depend on libpugl-dev, feel free to remove the build-dep while you're at it. signature.asc Description: OpenPGP digital signature
Bug#887010: telegram-desktop segfaults on debian buster (amd64) using Gnome3
On Wed, 31 Jan 2018 08:56:55 +0300 =?UTF-8?B?0JrQvtC70Y8g0JPRg9GA0YzQtdCy?= wrote: > Hi, > > 12.01.2018 16:31, Robin пишет: > > Versions of packages telegram-desktop depends on: > ... > > pn libtgvoip1.0 > > It seems you have no installed package with libtgvoip. This may have led > to such crash. If this is the case, it should added as a dependency. Unfortunately, I cannot test it as I'm running the current version of Telegram right now. > > > Setting the environment variabel 'XDG_CURRENT_DESKTOP' to 'NONE' solves the > > issue temporarily. > > Does I understand correctly, Telegram works fine *some time* and then > crashes? This may be related to an incoming call that cannot be handle > properly without libtgvoip, and it's unlikely affected by the > XDG_CURRENT_DESKTOP environment variable. Setting XDG_CURRENT_DESKTOP to NONE works fine all the time. If it is not set, Telegram won't start at all due to a SIGSEV. In both ways completely deterministic :-)
Bug#887010: telegram-desktop segfaults on debian buster (amd64) using Gnome3
Package: telegram-desktop Version: 1.1.23-3 Severity: grave Justification: renders package unusable Dear maintainer(s), the telegram-desktop application is segfaulting during startup. The following lines are are the stdout and syslog entries related to the issue: (telegram-desktop:6324): GLib-GObject-WARNING **: cannot register existing type 'GdkDisplayManager' (telegram-desktop:6324): GLib-CRITICAL **: g_once_init_leave: assertion 'result != 0' failed (telegram-desktop:6324): GLib-GObject-CRITICAL **: g_object_new_with_properties: assertion 'G_TYPE_IS_OBJECT (object_type)' failed (telegram-desktop:6324): GLib-GObject-WARNING **: invalid (NULL) pointer instance (telegram-desktop:6324): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed (telegram-desktop:6324): GLib-GObject-WARNING **: invalid (NULL) pointer instance (telegram-desktop:6324): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed (telegram-desktop:6324): GLib-GObject-WARNING **: cannot register existing type 'GdkDisplay' (telegram-desktop:6324): GLib-CRITICAL **: g_once_init_leave: assertion 'result != 0' failed (telegram-desktop:6324): GLib-GObject-CRITICAL **: g_type_register_static: assertion 'parent_type > 0' failed (telegram-desktop:6324): GLib-CRITICAL **: g_once_init_leave: assertion 'result != 0' failed (telegram-desktop:6324): GLib-GObject-CRITICAL **: g_object_new_with_properties: assertion 'G_TYPE_IS_OBJECT (object_type)' failed fish: “telegram-desktop” terminated by signal SIGSEGV (Address boundary error) kernel: [ 561.008751] telegram-deskto[3858]: segfault at 114 ip 7f1729d8c75c sp 7ffcac131230 error 6 in libgdk-x11-2.0.so.0.2400.31[7f1729d3e000+af000] Setting the environment variabel 'XDG_CURRENT_DESKTOP' to 'NONE' solves the issue temporarily. As the version in the repository is quite old, please consider using the upstream version 1.2.X. Best, Robin -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.14.0-2-amd64 (SMP w/4 CPU cores) 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 /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages telegram-desktop depends on: ii libavcodec57 7:3.4.1-1+b1 ii libavformat577:3.4.1-1+b1 ii libavutil55 7:3.4.1-1+b1 ii libc62.26-2 ii libgcc1 1:7.2.0-19 ii libglib2.0-0 2.54.2-5 ii libminizip1 1.1-8+b1 ii libopenal1 1:1.18.2-1 ii libqt5core5a [qtbase-abi-5-9-2] 5.9.2+dfsg-6 ii libqt5gui5 5.9.2+dfsg-6 ii libqt5network5 5.9.2+dfsg-6 ii libqt5widgets5 5.9.2+dfsg-6 ii libssl1.11.1.0g-2 ii libstdc++6 7.2.0-19 ii libswresample2 7:3.4.1-1+b1 ii libswscale4 7:3.4.1-1+b1 pn libtgvoip1.0 ii libx11-6 2:1.6.4-3 ii qt5-image-formats-plugins5.9.2-2 ii zlib1g 1:1.2.8.dfsg-5 Versions of packages telegram-desktop recommends: ii libappindicator1 0.4.92-5 telegram-desktop suggests no packages.
Bug#705092: Current state of this bug?
Dear all, what's the current state of this bug? Can't one make silversearcher-ag conflict with python-ase and get rid of this? Cheers, Robin signature.asc Description: OpenPGP digital signature
Bug#774436: Bug#775059: linux-image-3.2.0-4-amd64: suspend to ram regression in 3.2.65-1
Your package fixed it for me too, thanks! As downgrading to 63 did. Thinkpad X201T -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#759851: missing libircclient.h error
I have tracked this bug report down, and it is still present as reported: In file included from src/RetroShareChat.cpp:5:0: src/IRC.h:10:39: fatal error: libircclient/libircclient.h: No such file or directory #include ^ compilation terminated. Makefile:97: recipe for target 'obj/Debug/src/RetroShareChat.o' failed make: *** [obj/Debug/src/RetroShareChat.o] Error 1 make: *** Waiting for unfinished jobs I have updated my installation of Jessie, made sure installed (as reported by synaptic and apt-get), the documentation is installed but not the required *.h files in the library. -- In Lak'ech Ala K'in. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#740491: same problem, different solution
The two previous suggestions didn't fix it for me so I removed rpcbind, nfs-common and nfs-kernel-server then reinstalled them one at a time. That worked foe me. Robin -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#739758: libc6:amd64: libc6 segfault after upgrading to 2.18-1
On 23 February 2014 12:28, Aurelien Jarno wrote: > On Sat, Feb 22, 2014 at 11:19:37AM +0100, Freesurf.ch wrote: >> Package: libc6 >> Version: 2.18-1 >> Severity: grave >> Justification: breaks the whole system >> >> Dear Maintainer >> >> Immediatly after upgradeing the libc6 from 2.17-97 to 2.18 all >> applications begun to segfault. >> >> I tried to reboot the system. >> >> >> Loading, please wait... >> Scanning for Btrfs fileystems >> [2.065797] init[1]: segfault at 1 ip 7f1451f03cec sp >> 7fffea43e4d0 error 4 in libc-2.18.so[7f1451de8000+1a] >> [2.065868] Kernel panic - not syncing: Attempted to kill init! >> exitcode=0x000b >> [2.065868] >> [2.065891] CPU: 0 PID: 1 Comm: init Not tainted 3.12-1-amd64 #1 >> Debian 3.12.9-1 >> [2.065908] Hardware name: ASUS All Series/Q87M-E, BIOS 0906 11/28/2013 >> [2.065924] 88081bd2fd28 8148be76 816f7448 >> 81488ea8 >> [2.065945] 0010 88081bd2fd38 88081bd2fcd8 >> 81102832 >> [2.065966] 000b 88081bd21aa0 0069 >> 819eabc0 >> [2.065987] Call Trace: >> [2.065998] [] ? dump_stack+0x41/0x51 >> [2.066011] [] ? panic+0xc3/0x1d2 >> [2.066024] [] ? task_function_call+0x42/0x50 >> [2.066040] [] ? do_exit+0x931/0xa50 >> [2.066053] [] ? do_group_exit+0x34/0xa0 >> [2.066068] [] ? get_signal_to_deliver+0x1c8/0x5b0 >> [2.066085] [] ? do_signal+0x3d/0x5b0 >> [2.066100] [] ? __do_page_fault+0x48e/0x500 >> [2.066115] [] ? vm_mmap_pgoff+0x9b/0xc0 >> [2.066129] [] ? do_notify_resume+0x68/0x90 >> [2.066144] [] ? retint_signal+0x48/0x8c >> >> The system does not start again. > > The problem likely happens because you have libc6-amd64:i386 installed > on your amd64 system, in addition to the system one libc6:amd64 one. This > doesn't bring anything to your system (except bugs like this), but the > multiarch specification doesn't provide a way to prevent such a package to > be installed. > In my case installing Steam brought in the additional architecture. steam-launcher when first run requires libc6:i386 to be installed. -- rob -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693419: libltc: FTBFS on PowerPC due to misnamed member name in LTCFrame struct
On 11/16/2012 10:29 AM, Adam Conrad wrote: > Package: libltc > Version: 1.0.3-1 > Severity: serious > Tags: patch > User: ubuntu-de...@lists.ubuntu.com > Usertags: origin-ubuntu raring ubuntu-patch > > The attached patch should be fairly self-evident, I hope. This > fixes the FTBFS on PowerPC (and fixes a bug in general on all > big-endian arches, though some may be failing for other reasons > as well). > > ... Adam Applied upstream. Will be part of next release [ETA next week-end]. Thanks, robin -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#635382: [tex-live] Bug#635382: new release of latex-unicode
Wolfgang Jeltsch wrote: > By the way, the package is already called “ucs” in TeXLive. However, it > is called “unicode” in MiKTeX. And it is called “unicode” on CTAN, and > its directory on CTAN is also called “unicode”. i wonder what you consider is naming what, here? if you're assuming the catalogue "entry" name is the source, you're wrong. the catalogue only really emerged about 10 years after ctan, and its first population was named from the directory that the catalogue entry described. tbh, i don't recall the first appearance of unicode package: if i had been as involved in catalogue work, then, as i am now, i would probably have objected. i'm all in favour of unifying the name. on general principles, i would prefer a shorter name. > How can I change the package and directory name on CTAN? Is there a > dedicated process for doing so? Should I upload the package under the > name “ucs”? Should the “unicode” entry be changed to just contain some > README that tells that the package name has changed? Should the > “unicode” entry be removed entirely? upload a package called "ucs" and note that it replaces "unicode" ;-) if you upload it to cambridge, i'll just install it. if you upload it to dante, there might be more of a delay. but whatever you do, don't worry about the name change -- you've more important work to do... -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#620437: xmlrpc-epi: please use LDFLAGS, not LIBADD, for external lib dependencies
Hi Steve > No sign of any progress on this bug in quite a while, and now it's > causing build failures in Debian too with multi-arch. Are you planning > to work on this in the near future? Ah sorry, I actually did this back in April and had everything staged in my git at https://robincornel...@github.com/robincornelius/xmlrpc-epi-debian.git but then never did that last step to finish off by getting it uploaded by a DD. Worse than that the upstream change log hints I fixed this upstream in Feb last year ;-/ I expect that git repro is lagging behind latest packaging policy now so will need another update, but hopefully a pretty trivial one. If you could take a peek and see if everything else is now fine with it i'll also check it over tomorrow when i'm in the office and see if we can get this uploaded. Robin Robin -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#635366: gem: missing dependency on ffmpeg/libavcodec
On 07/28/2011 09:54 AM, IOhannes m zmölnig wrote: > On 07/25/2011 04:38 PM, Robin Gareus wrote: >> gem does not load: the Pd message window reports: > > thanks for the bug report. > >> /usr/lib/pd/extra/Gem/Gem.pd_linux: libavcodec.so.51: cannot open >>shared object file: No such file or directory > >> # ldd /usr/lib/pd/extra/Gem/Gem.pd_linux | grep found >> libavcodec.so.51 => not found > >> # apt-file search /usr/lib/pd/extra/Gem/Gem.pd_linux >> gem: /usr/lib/pd/extra/Gem/Gem.pd_linux > >> debian currently provides libavcodec52 and libavcodec53. > >> http://packages.debian.org/sid/gem - gem does not depend on libavcodec >> though shlibdebs should find the dependency ?! > > > > that's all a bit weird. > there is no code in Gem (itself), that depends on libavcodec52; > > however, Gem uses libraries, that depend on libavcodec52 > > > >> Versions of packages gem depends on: >> ii libgmerlin-avd 1.1.0~dfsg-2 a general multimedia decoding >> libr > > this is the library in question. > according to [1] (and my system), libgmerlin-avdec1 _does_ depend on > libavcodec52, does satisfying the dependency. > > do you happen to have an out-of-debian version of libgmerlin-avdec1 (or > any other library) installed on your machine? > nope. Looks like this is the first time aptitude's dependency resolving ever failed on me; might be related to libav/ffmpeg updates on a mixed sid/testing system. anyway: `apt-get install --reinstall libgmerlin-avdec1 gmerlin-encoders-ffmpeg` fixed the issue and pd rocks! back to making some real noise instead of email-noise. Sorry. Now that makes two invalid bug reports in just one week. I owe you a beer next time we meet. Cheers! robin -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#635366: gem: missing dependency on ffmpeg/libavcodec
Package: gem Version: 1:0.92.3-2+b1 Severity: grave Justification: renders package unusable gem does not load: the Pd message window reports: /usr/lib/pd/extra/Gem/Gem.pd_linux: libavcodec.so.51: cannot open shared object file: No such file or directory # ldd /usr/lib/pd/extra/Gem/Gem.pd_linux | grep found libavcodec.so.51 => not found # apt-file search /usr/lib/pd/extra/Gem/Gem.pd_linux gem: /usr/lib/pd/extra/Gem/Gem.pd_linux debian currently provides libavcodec52 and libavcodec53. http://packages.debian.org/sid/gem - gem does not depend on libavcodec though shlibdebs should find the dependency ?! -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (500, 'unstable'), (300, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.39 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gem depends on: ii libavifile-0.7 1:0.7.48~20090503.ds-2+b2 shared libraries for AVI read/writ ii libc6 2.13-7Embedded GNU C Library: Shared lib ii libftgl2 2.1.3~rc5-3 library to render text in OpenGL u ii libgavl1 1.2.0-3 low level audio and video library ii libgcc11:4.6.1-4 GCC support library ii libgl1-mesa-gl 7.10.3-3 free implementation of the OpenGL ii libglu1-mesa [ 7.10.3-3 The OpenGL utility library (GLU) ii libgmerlin-avd 1.1.0~dfsg-2 a general multimedia decoding libr ii libmagick++4 8:6.6.9.7-5 object-oriented C++ interface to I ii libmagickcore4 8:6.6.9.7-5 low-level image manipulation libra ii libmpeg3-1 1.5.4-5 MPEG streams decoding library ii libquicktime2 3:1.2.2-0.5 library for reading and writing Qu ii libstdc++6 4.6.1-4 GNU Standard C++ Library v3 ii libv4l-0 0.8.4-3 Collection of video4linux support ii libx11-6 2:1.4.3-2 X11 client-side library ii libxext6 2:1.3.0-3 X11 miscellaneous extension librar ii libxxf86vm11:1.1.1-2 X11 XFree86 video mode extension l ii puredata [pd] 0.43.0-4 realtime computer music and graphi ii puredata-core 0.43.0-4 realtime computer music and graphi ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime gem recommends no packages. Versions of packages gem suggests: ii pd-zexy 2.2.3-2General Purpose addon library for ii ttf-dejavu2.33-1 Metapackage to pull in ttf-dejavu- -- 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#581950: Status?
OK, so apparently a good workaround was found a month ago?, but at this moment, I can't upgrade a bunch of packages because backuppc will get uninstalled, due to this issue. How's fixing it going? Can I help in any way? -Robin -- http://singinst.org/ : Our last, best hope for a fantastic future. Lojban (http://www.lojban.org/): The language in which "this parrot is dead" is "ti poi spitaki cu morsi", but "this sentence is false" is "na nei". My personal page: http://www.digitalkingdom.org/rlp/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#617600: gespeaker: fatal error at launch
Package: gespeaker Version: 0.7-2 Severity: grave Justification: renders package unusable Hello, I am reporting a fatal error at the launch of gespeaker, which seems to be fatal on every squeeze installation : starting gespeaker python version detected: 2.6 loading interface from /usr/share/gespeaker/data/ui/gespeaker.glade loading controls from UI Traceback (most recent call last): File "gespeaker.py", line 33, in main = gespeakerUI.gespeakerUI() File "/usr/share/gespeaker/src/gespeakerUI.py", line 77, in __init__ self.loadControls() File "/usr/share/gespeaker/src/gespeakerUI.py", line 99, in loadControls self.winMain.set_icon_from_file(handlepaths.get_app_logo()) glib.GError: Couldn't recognize the image file format for file '/usr/share/gespeaker/data/icons/gespeaker.svg' Regards, -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 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 gespeaker depends on: ii alsa-utils1.0.23-3 Utilities for configuring and usin ii espeak1.43.03-2 A multi-lingual software speech sy ii espeak-data 1.43.03-2 A multi-lingual software speech sy ii python2.6.6-3+squeeze5 interactive high-level object-orie ii python-glade2 2.17.0-4 GTK+ bindings: Glade support ii python-gobject2.21.4+is.2.21.3-1 Python bindings for the GObject li ii python-gtk2 2.17.0-4 Python bindings for the GTK+ widge ii python-support1.0.10 automated rebuilding support for P gespeaker recommends no packages. Versions of packages gespeaker suggests: ii mbrola3.01h-6Multilingual software speech synth -- 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#564742: xserver-xorg: after last upgrade, startx gives: Caught signal 11 (Segmentation fault). Server aborting
Package: xserver-xorg Version: 1:7.5+1 Severity: serious Justification: required after last upgrade (sid) startx failed (I don't use gdm) with the message: ---8<-- Backtrace: 0: /usr/bin/X (xorg_backtrace+0x28) [0x4662b8] 1: /usr/bin/X (0x40+0x676f9) [0x4676f9] 2: /lib/libpthread.so.0 (0x7f22da062000+0xe990) [0x7f22da070990] 3: /usr/bin/X (0x40+0x50f2b) [0x450f2b] 4: /usr/bin/X (0x40+0x5123b) [0x45123b] 5: /usr/bin/X (0x40+0x51e1e) [0x451e1e] 6: /usr/bin/X (xf86PostMotionEventP+0x87) [0x478fc7] 7: /usr/lib/xorg/modules/input/evdev_drv.so (0x7f22cd3e9000+0x52df) [0x7f22cd3ee2df] 8: /usr/bin/X (0x40+0x7aeb7) [0x47aeb7] 9: /usr/bin/X (0x40+0x116644) [0x516644] 10: /lib/libpthread.so.0 (0x7f22da062000+0xe990) [0x7f22da070990] 11: /lib/libpthread.so.0 (__open64+0x10) [0x7f22da070180] 12: /usr/lib/xorg/modules/input/evdev_drv.so (0x7f22cd3e9000+0x3191) [0x7f22cd3ec191] 13: /usr/bin/X (0x40+0x79517) [0x479517] 14: /usr/bin/X (NewInputDeviceRequest+0x1ca) [0x47991a] 15: /usr/bin/X (0x40+0x110aaa) [0x510aaa] 16: /usr/bin/X (0x40+0x110d3e) [0x510d3e] 17: /usr/bin/X (config_init+0x9) [0x45a859] 18: /usr/bin/X (0x40+0x25b85) [0x425b85] 19: /lib/libc.so.6 (__libc_start_main+0xfd) [0x7f22d8956abd] 20: /usr/bin/X (0x40+0x25779) [0x425779] Segmentation fault at address (nil) Fatal server error: Caught signal 11 (Segmentation fault). Server aborting When I reboot my box again startx succeded. -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Jan 23 2007 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1865248 Jan 6 18:52 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 01:05.0 VGA compatible controller: ATI Technologies Inc RS482 [Radeon Xpress 200M] /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 2657 Sep 13 16:15 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type "man xorg.conf" at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section "ServerLayout" Identifier "Default Layout" Screen 0 "aticonfig-Screen[0]" 0 0 InputDevice"Generic Keyboard" InputDevice"Configured Mouse" InputDevice"Synaptics Touchpad" EndSection Section "Files" EndSection Section "Module" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc105" Option "XkbLayout" "fr" Option "XkbVariant" "latin9" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device" "/dev/input/mice" Option "Protocol" "ImPS/2" Option "Emulate3Buttons" "true" EndSection Section "InputDevice" Identifier "Synaptics Touchpad" Driver "synaptics" Option "SendCoreEvents" "true" Option "Device" "/dev/psaux" Option "Protocol" "auto-dev" Option "HorizScrollDelta" "0" EndSection Section "Monitor" Identifier "cran gnrique" HorizSync28.0 - 50.0 VertRefresh 60.0 - 60.0 Option "DPMS" EndSection Section "Monitor" Identifier "aticonfig-Monitor[0]" Option "VendorName" "ATI Proprietary Driver" Option "ModelName" "Generic Autodetecting Monitor" Option "DPMS" "true" EndSection Section "Device" Identifier "ATI Technologies Inc RS485 [Radeon Xpress 1100 IGP]" Driver "ati" Option "UseFBDev" "true" BusID "PCI:1:5:0" EndSection # Section "Device" # Identifier "aticonfig-Device[0]" # Driver "fglrx" # BusID "PCI:1:5:0" # EndSection Section "Screen" Identifier "Default Screen" Device "ATI Technologies Inc RS485 [Radeon Xpress 1100 IGP]" Monitor"cran gnrique" DefaultDepth 24 SubSection "Display" Modes"1280x800" EndSubSection EndSection Section "Screen" Identifier "aticonfig-Screen[0]" Device "aticonfig-Device[0]" Monitor"at
Bug#557524: Acknowledgement (upgrade fails: dpkg: error processing /var/cache/apt/archives/hplip-gui_3.9.10-1_all.deb)
I do not know why but I just installed hplip-gui 3.9.10-1 successfully ... -- Gérard -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#548936: after last upgrade (sid, unstable) galeon doesn't start
I just made an "upgrade" and now galeon starts and is usable. But now it starts with warnings : galeon:11599): Gnome-WARNING **: Accessibility: failed to find module 'libgail-gnome' which is needed to make this application accessible (galeon:11599): Gnome-WARNING **: Accessibility: failed to find module 'libatk-bridge' which is needed to make this application accessible ** (galeon:11599): WARNING **: Spinner rest icon not found ** (galeon:11599): WARNING **: Spinner rest icon not found (galeon:11599): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed Thanks -- Gérard -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#548936: after last upgrade (sid, unstable) galeon doesn't start
Package: galeon Version: 2.0.7-1 Severity: grave Justification: renders package unusable after last upgrade galeon doesn't start. I get : (galeon:12586): Gnome-WARNING **: Accessibility: failed to find module 'libgail-gnome' which is needed to make this application accessible (galeon:12586): Gnome-WARNING **: Accessibility: failed to find module 'libatk-bridge' which is needed to make this application accessible -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.ISO-8859-1, LC_CTYPE=fr_FR.ISO-8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages galeon depends on: ii galeon-common 2.0.7-1 data for the galeon web browser ii gconf2 2.26.2-3 GNOME configuration database syste ii libbonobo2-0 2.24.2-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.24.2-1 The Bonobo UI library ii libc6 2.9-26GNU C Library: Shared libraries ii libgcc11:4.4.1-4 GCC support library ii libgconf2-42.26.2-3 GNOME configuration database syste ii libglade2-01:2.6.4-1 library to load .glade files at ru ii libglib2.0-0 2.22.0-1 The GLib library of C routines ii libgnome-desktop-2-11 2.28.0-1 Utility library for loading .deskt ii libgnome2-02.26.0-1 The GNOME library - runtime files ii libgnomeui-0 2.24.2-1 The GNOME libraries (User Interfac ii libgnomevfs2-0 1:2.24.1-4GNOME Virtual File System (runtime ii libgtk2.0-02.18.0-1 The GTK+ graphical user interface ii libnspr4-0d4.8-1 NetScape Portable Runtime Library ii liborbit2 1:2.14.17-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.26.0-1 Layout and rendering of internatio ii libpopt0 1.14-4lib for parsing cmdline parameters ii libstdc++6 4.4.1-4 The GNU Standard C++ Library v3 ii libx11-6 2:1.2.2-1 X11 client-side library ii libxml22.7.5.dfsg-1 GNOME XML library ii procps 1:3.2.8-1.1 /proc file system utilities ii xulrunner-1.9 1.9.0.14-1XUL + XPCOM application runner Versions of packages galeon recommends: pn gnome-control-center (no description available) ii gnome-icon-theme 2.28.0-1 GNOME Desktop icon theme ii iso-codes 3.10.3-1 ISO language, territory, currency, hi scrollkeeper 0.3.14-16 A free electronic cataloging syste pn yelp (no description available) Versions of packages galeon suggests: ii mozplugger1.12.1-2 Plugin allowing external viewers t -- 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#538903: moc 2.5.0~alpha3+svn20090611-1 : FATAL-ERROR Can't receive value from the server.
Package: moc Version: 1:2.5.0~alpha3+svn20080629-2 Severity: grave Justification: renders package unusable I upgraded from moc 2.5.0~alpha3+svn20080629-2 to moc 2.5.0~alpha3+svn20090611-1 and when I started mocp I got: FATAL_ERROR Can't receive value from the server and mocp stopped. I reinstalled moc 2.5.0~alpha3+svn20080629-2 and it works fine. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.ISO-8859-1, LC_CTYPE=fr_FR.ISO-8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages moc depends on: ii libasound2 1.0.20-3 shared library for ALSA applicatio ii libc6 2.9-22GNU C Library: Shared libraries ii libcurl3-gnutls7.19.5-1 Multi-protocol file transfer libra ii libdb4.6 4.6.21-14 Berkeley v4.6 Database Libraries [ ii libfaad0 2.6.1-3.1 freeware Advanced Audio Decoder - ii libflac8 1.2.1-1.2 Free Lossless Audio Codec - runtim ii libgcc11:4.4.1-1 GCC support library ii libid3tag0 0.15.1b-10ID3 tag reading library from the M ii libjack0 0.116.2+svn3592-2 JACK Audio Connection Kit (librari ii libmad00.15.1b-4 MPEG audio decoder library ii libmodplug0c2 1:0.8.7-1 shared libraries for mod music bas ii libmpcdec3 1:1.2.2-2.1 Musepack (MPC) format library ii libncursesw5 5.7+20090613-1shared libraries for terminal hand ii libogg01.1.3-5 Ogg Bitstream Library ii libresid-builder0c2a 2.1.1-7 SID chip emulation class based on ii libsamplerate0 0.1.7-2 audio rate conversion library ii libsidplay22.1.1-7 SID (MOS 6581) emulation library ii libsidutils0 2.1.1-7 utility functions for SID players ii libsndfile11.0.20-1 Library for reading/writing audio ii libspeex1 1.2~rc1-1 The Speex codec runtime library ii libstdc++6 4.4.1-1 The GNU Standard C++ Library v3 ii libtagc0 1.5-7 TagLib Audio Meta-Data Library (C ii libvorbis0a1.2.0.dfsg-5 The Vorbis General Audio Compressi ii libvorbisfile3 1.2.0.dfsg-5 The Vorbis General Audio Compressi ii libwavpack14.50.1-1 an audio codec (lossy and lossless ii zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime moc recommends no packages. Versions of packages moc suggests: ii moc-ffmpeg- 1:2.5.0~alpha3+svn20080629-2 ncurses based console audio player -- 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#527566: Proposed patch
Here is a patch for the post-install script: 15c15 < [ -e /var/lib/mediatomb/sqlite3.db ] && \ --- > [ ! -e /var/lib/mediatomb/sqlite3.db ] || \ 23c23 < update-rc.d mediatomb remove >/dev/null || exit $? --- > update-rc.d -f mediatomb remove >/dev/null || exit $? For Jean-Michel: After the package installation fails modify the lines 15 and 23 of script: /var/lib/dpkg/info/mediatomb-daemon.postinst according to the previous patch then execute the following command: # dpkg --configure mediatomb-daemon Best regards
Bug#518800: [tex-live] lamsarrow.sty non-free?
Martin Schröder wrote: > 2009/3/10, Norbert Preining : > > Suggestions? > > Contact Spivak through http://www.mathpop.com and ask him to free > LamS-TeX. would he? the alternative is to claim that pb-diagram *only* works with the xy fonts. (those fonts have the advantage of being available in type 1 format...) r -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#481110: linux-image-2.6.25-1-amd64: my machine freezes definitively when I use mutt in CM
Package: linux-image-2.6.25-1-amd64 Version: 2.6.25-1 Severity: critical Justification: breaks unrelated software mutt works perfectly with kernel 2.6.22 amd64 (package debian) in CM and with xwindow but when I use mutt with kernel 2.6.25-1-amd64 (package debian) it freezes definitively my box in CM. The problem doesn't occur with xwindow. -- Package-specific info: ** Version: Linux version 2.6.25-1-amd64 (Debian 2.6.25-1) ([EMAIL PROTECTED]) (gcc version 4.1.3 20080308 (prerelease) (Debian 4.1.2-21)) #1 SMP Fri Apr 25 14:38:55 UTC 2008 ** Command line: root=/dev/sda6 ro ** Tainted: P (1) ** Kernel log: [ 11.117448] wifi0: Use hw queue 1 for WME_AC_BE traffic [ 11.117492] wifi0: Use hw queue 0 for WME_AC_BK traffic [ 11.117535] wifi0: Use hw queue 2 for WME_AC_VI traffic [ 11.117579] wifi0: Use hw queue 3 for WME_AC_VO traffic [ 11.117622] wifi0: Use hw queue 8 for CAB traffic [ 11.117665] wifi0: Use hw queue 9 for beacons [ 11.457041] Synaptics Touchpad, model: 1, fw: 6.2, id: 0x1280b1, caps: 0xa04713/0x204000 [ 11.146378] wifi0: Atheros 5212: mem=0xc020, irq=22 [ 11.490082] input: SynPS/2 Synaptics TouchPad as /class/input/input10 [ 12.174026] hda: UDMA/33 mode selected [ 12.181456] hda: task_no_data_intr: status=0x51 { DriveReady SeekComplete Error } [ 12.181647] hda: task_no_data_intr: error=0x04 { AbortedCommand } [ 12.181794] ide: failed opcode was: 0xef [ 12.882038] Adding 979924k swap on /dev/sda5. Priority:-1 extents:1 across:979924k [ 19.098316] loop: module loaded [ 19.174639] powernow-k8: Found 1 AMD Turion(tm) 64 X2 Mobile Technology TL-50 processors (2 cpu cores) (version 2.20.00) [ 18.756714] powernow-k8:0 : fid 0x8 (1600 MHz), vid 0x13 [ 18.756714] powernow-k8:1 : fid 0x0 (800 MHz), vid 0x1e [ 19.227653] ACPI: PCI Interrupt :01:05.0[A] -> GSI 17 (level, low) -> IRQ 17 [ 19.228693] radeonfb: Retrieved PLL infos from BIOS [ 19.228693] radeonfb: Reference=14.32 MHz (RefDiv=6) Memory=300.00 Mhz, System=200.00 MHz [ 19.228703] radeonfb: PLL min 2 max 4 [ 19.980441] Non-DDC laptop panel detected [ 20.096449] i2c-adapter i2c-3: unable to read EDID block. [ 20.280461] i2c-adapter i2c-3: unable to read EDID block. [ 20.464472] i2c-adapter i2c-3: unable to read EDID block. [ 20.917221] radeonfb: Monitor 1 type LCD found [ 20.917221] radeonfb: Monitor 2 type no found [ 20.917221] radeonfb: panel ID string: QDS [ 20.917221] radeonfb: detected LVDS panel size from BIOS: 1280x800 [ 20.917221] radeondb: BIOS provided dividers will be used [ 20.917221] Console: switching to colour frame buffer device 160x50 [ 20.948799] radeonfb (:01:05.0): ATI Radeon Yu [ 21.118049] device-mapper: uevent: version 1.0.3 [ 21.118812] device-mapper: ioctl: 4.13.0-ioctl (2007-10-18) initialised: [EMAIL PROTECTED] [ 33.671132] ReiserFS: sda8: found reiserfs format "3.6" with standard journal [ 33.671138] ReiserFS: sda8: using ordered data mode [ 33.683596] ReiserFS: sda8: journal params: device sda8, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 [ 33.683596] ReiserFS: sda8: checking transaction log (sda8) [ 33.746845] ReiserFS: sda8: Using r5 hash to sort names [ 33.785690] ReiserFS: sda7: found reiserfs format "3.6" with standard journal [ 33.786252] ReiserFS: sda7: using ordered data mode [ 33.787245] ReiserFS: sda7: journal params: device sda7, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 [ 33.789692] ReiserFS: sda7: checking transaction log (sda7) [ 33.858091] ReiserFS: sda7: Using r5 hash to sort names [ 33.885152] ReiserFS: sda9: found reiserfs format "3.6" with standard journal [ 33.885807] ReiserFS: sda9: using ordered data mode [ 33.886877] ReiserFS: sda9: journal params: device sda9, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 [ 33.889686] ReiserFS: sda9: checking transaction log (sda9) [ 33.955134] ReiserFS: sda9: Using r5 hash to sort names [ 36.297718] eth0: link up, 100Mbps, full-duplex, lpa 0x41E1 [ 54.878409] pnp: the driver 'parport_pc' has been registered [ 54.879033] lp: driver loaded but no devices found [ 50.436995] ppdev: user-space parallel port driver [ 55.423471] Clocksource tsc unstable (delta = -250005582 ns) [ 58.766947] NET: Registered protocol family 10 [ 58.770164] lo: Disabled Privacy Extensions [ 57.845795] warning: `avahi-daemon' uses 32-bit capabilities (legacy support in use) [ 67.290857] Bluetooth: Core ver 2.11 [ 67.291981] NET: Registered protocol family 31 [ 67.294069] Bluetooth: HCI device and connection manager initialized [ 67.294447] Bluetooth: HCI socket layer initialized [ 67.411859] Bluetooth: L2CAP ver 2.9 [ 67.412195] Bluetooth: L2CAP socket layer initialized [ 67.424020] Bluetooth: RFCOMM socket
Bug#463535: logout hangs with libgtk2.0-0 2.12.5-2
I am ashamed to say my last two submissions weren't thoroughly tested. It seames when I terminated the artsd process the first time I had also terminated this process: /usr/sbin/acpid -c /etc/acpi/events -s /var/run/acpid.socket which was the real culprit. I have changed my STARTX is back to normal, rebooted, tested to make sure I still had the smae problems, which is: Logout/switch user/end current session/ restart/shutdown all lock up after exiting the desktop. Used webmin and killed only the process: /usr/sbin/acpid -c /etc/acpi/events -s /var/run/acpid.socket Checked e-mail, started ktorrent, etc... locked session and logged into a root session. Did a few browsing things, etc. Was able to end current session and brought back to my user session. Logged in to locked user session. Ended session and was able to get back to GDM. Logged in again and checked the process had not automatically started again with all the session activity I had done. Then executed a menu "reboot" which rebooted successfully. Please reassign to whoever handles "acpid". -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#463535: logout hangs with libgtk2.0-0 2.12.5-2
As a follow-up to my previous submission about killing the artsd process, I also had a modification to my /usr/bin/startx file from another post that was as follows: Towards the bottom of the file /usr/bin/startx, there are lines that read: if [ x"$removelist" != x ]; then xauth remove $removelist fi Changed them to: if [ x"$removelist" != x ]; then echo $removelist >&2 xauth -v remove $removelist fi Originally when I had tried this edit to my startx, it was only partially successful because it only worked when logged into root. Logging in as a user, it made no effect. I backtracked to remove this edit, after finding the killing of the artsd process worked, only to discover it works hand-in-hand with killing the artsd process. Once I reverted to the original startx, the same symptoms happened again and killing artsd did nothing. So now I have the edit back in my startx file. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#463535: logout hangs with libgtk2.0-0 2.12.5-2
I was having exactly the same problem with logging out or ending session hanging. Only had this problem with lenny, not etch. After a couple days banging my head, finally got it to work by using my Webmin and killing the running process "/usr/bin/artsd -F 10 -S 4096 -b 16 -s 60 -m artsmessage -c drkonqi -l 3 -f" Don't know if arts uses libgtk but if I kill the process first I can logout, end session or reboot without any problems. Give it a shot and see if it helps you too. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#458429: linux-image-2.6.23-1-amd64: CPU#1 stuck for 11s [wpa_supplicant: 2857]
Package: linux-image-2.6.23-1-amd64 Version: 2.6.23-2 Severity: critical Justification: breaks the whole system At the boot, after this line: DHCPDISCOVER on ath0 to 255.255.255.255 port 67 I get: Bug soft lokup CPU1# stuck for 11s [wpa_supplicant: 2857] -8<--- and my box freezes ... The problem doesn't arise each time. Gerard -- Package-specific info: ** Version: Linux version 2.6.23-1-amd64 (Debian 2.6.23-2) ([EMAIL PROTECTED]) (gcc version 4.1.3 20071209 (prerelease) (Debian 4.1.2-18)) #1 SMP Fri Dec 21 12:00:17 UTC 2007 ** cmdline: root=/dev/sda6 ro ** Tainted: P (1) ** Kernel log: sdhci: Copyright(c) Pierre Ossman input: Video Bus as /class/input/input7 ACPI: Video Device [VGA] (multi-head: yes rom: no post: no) input: Video Bus as /class/input/input8 ACPI: Video Device [VGA] (multi-head: yes rom: no post: no) wlan: 0.8.4.2 (0.9.3.2) ath_pci: 0.9.4.5 (0.9.3.2) ACPI: Battery Slot [BAT1] (battery present) ACPI: AC Adapter [ACAD] (on-line) Yenta: ISA IRQ mask 0x0cf8, PCI irq 20 Socket status: 3006 pcmcia: parent PCI bridge I/O window: 0xa000 - 0xafff pcmcia: parent PCI bridge Memory window: 0xc020 - 0xc02f pcmcia: parent PCI bridge Memory window: 0x8800 - 0x8bff sdhci: SDHCI controller found at :06:04.2 [1524:0550] (rev 1) ACPI: PCI Interrupt :06:04.2[B] -> GSI 23 (level, low) -> IRQ 23 mmc0: SDHCI at 0xc0210800 irq 23 DMA sdhci: SDHCI controller found at :06:04.4 [1524:0551] (rev 1) PCI: Enabling device :06:04.4 ( -> 0002) ACPI: PCI Interrupt :06:04.4[B] -> GSI 23 (level, low) -> IRQ 23 mmc1: SDHCI at 0xc0210100 irq 23 PIO ACPI: PCI Interrupt :06:02.0[A] -> GSI 22 (level, low) -> IRQ 22 Synaptics Touchpad, model: 1, fw: 6.2, id: 0x1280b1, caps: 0xa04713/0x204000 ath_rate_sample: 1.2 (0.9.3.2) wifi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps wifi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps wifi0: H/W encryption support: WEP AES AES_CCM TKIP wifi0: mac 7.8 phy 4.5 radio 5.6 wifi0: Use hw queue 1 for WME_AC_BE traffic wifi0: Use hw queue 0 for WME_AC_BK traffic wifi0: Use hw queue 2 for WME_AC_VI traffic wifi0: Use hw queue 3 for WME_AC_VO traffic wifi0: Use hw queue 8 for CAB traffic wifi0: Use hw queue 9 for beacons input: SynPS/2 Synaptics TouchPad as /class/input/input9 wifi0: Atheros 5212: mem=0xc020, irq=22 ACPI: PCI Interrupt :00:14.2[A] -> GSI 16 (level, low) -> IRQ 16 hda: selected mode 0x42 hda: drive_cmd: status=0x51 { DriveReady SeekComplete Error } hda: drive_cmd: error=0x04 { AbortedCommand } ide: failed opcode was: 0xef Adding 979924k swap on /dev/sda5. Priority:-1 extents:1 across:979924k loop: module loaded powernow-k8: Found 1 AMD Turion(tm) 64 X2 Mobile Technology TL-50 processors (2 cpu cores) (version 2.00.00) powernow-k8:0 : fid 0x8 (1600 MHz), vid 0x13 powernow-k8:1 : fid 0x0 (800 MHz), vid 0x1e ACPI: PCI Interrupt :01:05.0[A] -> GSI 17 (level, low) -> IRQ 17 radeonfb: Retrieved PLL infos from BIOS radeonfb: Reference=14.32 MHz (RefDiv=6) Memory=300.00 Mhz, System=200.00 MHz radeonfb: PLL min 2 max 4 Non-DDC laptop panel detected i2c-adapter i2c-3: unable to read EDID block. i2c-adapter i2c-3: unable to read EDID block. i2c-adapter i2c-3: unable to read EDID block. radeonfb: Monitor 1 type LCD found radeonfb: Monitor 2 type no found radeonfb: panel ID string: QDS radeonfb: detected LVDS panel size from BIOS: 1280x800 radeondb: BIOS provided dividers will be used Console: switching to colour frame buffer device 160x50 radeonfb (:01:05.0): ATI Radeon Yu device-mapper: ioctl: 4.11.0-ioctl (2006-10-12) initialised: [EMAIL PROTECTED] ReiserFS: sda8: found reiserfs format "3.6" with standard journal ReiserFS: sda8: using ordered data mode ReiserFS: sda8: journal params: device sda8, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 ReiserFS: sda8: checking transaction log (sda8) ReiserFS: sda8: Using r5 hash to sort names ReiserFS: sda7: found reiserfs format "3.6" with standard journal ReiserFS: sda7: using ordered data mode ReiserFS: sda7: journal params: device sda7, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 ReiserFS: sda7: checking transaction log (sda7) ReiserFS: sda7: Using r5 hash to sort names ReiserFS: sda9: found reiserfs format "3.6" with standard journal ReiserFS: sda9: using ordered data mode ReiserFS: sda9: journal params: device sda9, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 ReiserFS: sda9: checking transaction log (sda9) ReiserFS: sda9: Using r5 hash to sort names pcmcia: Detected deprecated PCMCIA ioctl usage from process: discover. pcmcia: This interface will soon be removed from the kernel; please expect breakage unless you upgrade to new tools. pcmcia: see http://www.kernel.org/pub/linux/utils/kerne
Bug#451853: cfgstoragemaker: fails to find hrStorageAllocationUnits.4
Package: cfgstoragemaker Version: 1.1-3 Severity: grave Justification: renders package unusable when running cfgstoragemaker with etch, the generated cfg contaisn references to non-existent variables in particular, hrStorageAllocationUnits.4 causes a problem with disk space calcs # Generated automatically using cfgstoragemaker Withpeak[_]: wmy YLegend[_]: Bytes ShortLegend[_]: B Options[^]: gauge Unscaled[^]: dwmy # ugly kludge to multiply values by 1000 without exceeded 32 bits # limits. kMG[_]: k,M,G,T,P LoadMIBs: /usr/share/snmp/mibs/HOST-RESOURCES-MIB.txt Target[localhost-]: hrStorageUsed.4&hrStorageUsed.4:[EMAIL PROTECTED] / 1000 * hrStorageAllocationUnits.4&hrStorageAlloca tionUnits.4:[EMAIL PROTECTED] / 1024 * 1000 Title[localhost-]: / on localhost MaxBytes[localhost-]: 1690 Directory[localhost-]: localhost PageTop[localhost-]: / on localhost Type FixedDisk Name / Host localhost Size 16.1 GB Block Size 4096 debian:/home/robin# mrtg Unknown SNMP var hrStorageUsed.1 at /usr/bin/mrtg line 2043 Unknown SNMP var hrStorageUsed.1 at /usr/bin/mrtg line 2043 2007-11-18 21:50:34: WARNING: Expected a number but got '0:03:29' 2007-11-18 21:50:34: WARNING: Expected a number but got 'debian' Unknown SNMP var hrStorageAllocationUnits.1 at /usr/bin/mrtg line 2043 Unknown SNMP var hrStorageAllocationUnits.1 at /usr/bin/mrtg line 2043 2007-11-18 21:50:34: WARNING: Expected a number but got '0:03:30' 2007-11-18 21:50:34: WARNING: Expected a number but got 'debian' Unknown SNMP var hrStorageUsed.4 at /usr/bin/mrtg line 2043 Unknown SNMP var hrStorageUsed.4 at /usr/bin/mrtg line 2043 2007-11-18 21:50:34: WARNING: Expected a number but got '0:03:30' 2007-11-18 21:50:34: WARNING: Expected a number but got 'debian' Unknown SNMP var hrStorageAllocationUnits.4 at /usr/bin/mrtg line 2043 Unknown SNMP var hrStorageAllocationUnits.4 at /usr/bin/mrtg line 2043 2007-11-18 21:50:34: WARNING: Expected a number but got '0:03:30' 2007-11-18 21:50:34: WARNING: Expected a number but got 'debian' 2007-11-18 21:50:35: ERROR: Target[localhost-memory-buffers][_IN_] ' $target->[8]{$mode} / 1000 * $target->[9]{$mode} / 1024 * 1000' (warn): Use of uninitialized value in multiplication (*) at (eval 33) line 1. 2007-11-18 21:50:35: ERROR: Target[localhost-memory-buffers][_OUT_] ' $target->[8]{$mode} / 1000 * $target->[9]{$mode} / 1024 * 1000' (warn): Use of uninitialized value in multiplication (*) at (eval 34) line 1. 2007-11-18 21:50:35: ERROR: Target[localhost-][_IN_] ' $target->[10]{$mode} / 1000 * $target->[11]{$mode} / 1024 * 1000' (warn): Use of uninitialized value in multiplication (*) at (eval 35) line 1. 2007-11-18 21:50:35: ERROR: Target[localhost-][_OUT_] ' $target->[10]{$mode} / 1000 * $target->[11]{$mode} / 1024 * 1000' (warn): Use of uninitialized value in multiplication (*) at (eval 36) line 1. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686-smp Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages cfgstoragemaker depends on: ii mrtg 2.14.7-2 multi router traffic grapher ii perl 5.8.8-7Larry Wall's Practical Extraction ii snmp 5.2.3-7NET SNMP (Simple Network Managemen cfgstoragemaker recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#423606: segmentation fault of k3dsurf on start up
Hi, thanks for the answer, I forgot to check it, but today I noticed that by the upgrades in the meantime the seg faults disappeared. Therefore, the bug can be closed. Am Montag, 29. Oktober 2007 19:38 schrieb Cyril Brulebois: > Robin Haunschild <[EMAIL PROTECTED]> (13/05/2007): > > I wanted to test k3dsurf on my amd64 sid (updated a minute ago). > > Unfortunally, k3dsurf exited with a segmentation fault when I tried > > to start it via k3dsurf or /usr/bin/k3dsurf on the command line. > > Hi, thanks for reporting it. > > I can only reproduce it when I disable OpenGL. Could you please check > whether you can get it using OpenGL? I'm anyway forwarding the trace > to the author. I'd like to make sure it also only happens on exit, is In my case, it happened on start up. So the program wasn't usable at all. But as I told in the beginning of this mail, it does not happen any longer, testet on two different amd64 (one sid and one etch) machines. > that correct? In which case I'd be tempted to downgrade the severity, > I don't really see why that would be an RC bug, although I ACK that > segfaults aren't good things… [...] Greetings, Robin -- Robin Haunschild <[EMAIL PROTECTED]> http://www.tuxschild.de .''`. Ha Psi ist gleich Eh Psi : :' :-Niemals aufgeben, niemals kapitulieren- `. `'`*Linux* - apt-get into it `- Ich bin entschieden gegen Softwarepatente! Weitere Informationen unter http://www.tuxschild.de Bitte senden Sie mir keine Word-, Excel- oder PowerPoint-Anhänge. Siehe http://www.deshalbfrei.org/ und http://www.deshalbfrei.org/briefe:word-dateien pgpY3btdf47qE.pgp Description: PGP signature
Bug#432007: version crap
Hi, i think there is something wrong with your version. Take a look at this: # LC_ALL=C apt-get -s install ktorrent=2.0.3+dfsg1-2etch1 Reading package lists... Done Building dependency tree... Done The following packages will be DOWNGRADED: ktorrent 0 upgraded, 0 newly installed, 1 downgraded, 0 to remove and 0 not upgraded. Inst ktorrent [2.0.3+dfsg1-2.2] (2.0.3+dfsg1-2etch1 Debian-Security:stable) Conf ktorrent (2.0.3+dfsg1-2etch1 Debian-Security:stable) # LC_ALL=C apt-get -s install ktorrent=2.0.3+dfsg1-2.2 Reading package lists... Done Building dependency tree... Done ktorrent is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. # LC_ALL=C apt-get -s upgrade Reading package lists... Done Building dependency tree... Done 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. - The ktorrent=2.0.3+dfsg1-2.2 is the actual version on this system. it will never update this version: 2.0.3+dfsg1-2etch1 So what went wrong? *g* Greetings, Robin Wittler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#429923: libapache-mod-suphp: Inserting suphp in modules.conf causes memory errors
Package: libapache-mod-suphp Version: 0.6.2-1 Severity: grave Justification: renders package unusable When changing /etc/apache/modules.conf to have both the php5 module AND suphp loaded (the following 2 lines in /etc/apache/modules.conf: LoadModule php5_module /usr/lib/apache/1.3/libphp5.so Loadmodule suphp_module /usr/lib/apache/1.3/mod_suphp.so) , the apache errorlog displays the following errors: [Thu Jun 21 12:34:52 2007] [notice] FastCGI: process manager initialized (pid 18265) [Thu Jun 21 12:34:52 2007] [notice] Apache/1.3.34 (Debian) mod_tsunami/3.0 mod_throttle/3.1.2 PHP/5.2.0-8+etch4 mod_fastcgi/2.4.2 mod_perl/1.29 mod_choke/0.06 mod_scgi/1.11 configured -- resuming normal operations [Thu Jun 21 12:34:52 2007] [notice] Accept mutex: sysvsem (Default: sysvsem) [Thu Jun 21 12:34:57 2007] [error] [client 70.84.173.154] File does not exist: /home/sites/blog/comment.php /usr/bin/php-cgi: error while loading shared libraries: libc.so.6: failed to map segment from shared object: Cannot allocate memory [Thu Jun 21 12:34:58 2007] [error] [client 62.69.178.29] File does not exist: /home/sites/www.devalcklaservision.nl/site/robots.txt /usr/bin/php-cgi: error while loading shared libraries: libc.so.6: failed to map segment from shared object: Cannot allocate memory etc etc When ONLY the suphp module is loaded in modules.conf ( #LoadModule php5_module /usr/lib/apache/1.3/libphp5.so Loadmodule suphp_module /usr/lib/apache/1.3/mod_suphp.so): [Thu Jun 21 12:35:39 2007] [notice] FastCGI: process manager initialized (pid 18338) [Thu Jun 21 12:35:40 2007] [notice] Apache/1.3.34 (Debian) mod_tsunami/3.0 mod_throttle/3.1.2 mod_fastcgi/2.4.2 mod_perl/1.29 mod_choke/0.06 mod_scgi/1.11 con figured -- resuming normal operations [Thu Jun 21 12:35:40 2007] [notice] Accept mutex: sysvsem (Default: sysvsem) [Thu Jun 21 12:35:42 2007] [error] [client 65.55.208.232] Premature end of script headers: /home/sites/site39/web/index.php /usr/bin/php-cgi: error while loading shared libraries: libc.so.6: failed to map segment from shared object: Cannot allocate memory [Thu Jun 21 12:35:42 2007] [error] [client 213.84.24.229] Premature end of script headers: /home/sites/site19/web/phpini.php [Thu Jun 21 12:35:47 2007] [error] [client 62.231.243.136] File does not exist: /home/sites/blog/comment.php /usr/bin/php-cgi: error while loading shared libraries: libc.so.6: failed to map segment from shared object: Cannot allocate memory When ONLY php5 is loaded everything works fine. The code I try to view is: Which shouldn't be causing memory errors :) My suphp.conf: /etc/suphp/suphp.conf -- [global] ;Path to logfile logfile=/var/log/suphp/suphp.log ;Loglevel loglevel=info ;User Apache is running as webserver_user=www-data ;Path all scripts have to be in docroot=/home/sites ;Path to chroot() to before executing script ;chroot=/mychroot ; Security options allow_file_group_writeable=true allow_file_others_writeable=true allow_directory_group_writeable=true allow_directory_others_writeable=true ;Check wheter script is within DOCUMENT_ROOT check_vhost_docroot=true ;Send minor error messages to browser errors_to_browser=true ;PATH environment variable env_path=/bin:/usr/bin ;Umask to set, specify in octal notation umask=0077 ; Minimum UID min_uid=100 ; Minimum GID min_gid=100 [handlers] ;Handler for php-scripts x-httpd-php=php:/usr/bin/php-cgi ;Handler for CGI-scripts x-suphp-cgi=execute:!self - NB. when I delete this file and apt-get install --reinstall suphp-common this file is not rebuilt! -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libapache-mod-suphp depends on: ii apache-common 1.3.34-4.1 support files for all Apache webse ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii suphp-common0.6.2-1 Common files for mod suphp libapache-mod-suphp recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#423378: openoffice.org-core: Depends on libcurl3; should be libcurl4 since libcurl3 does not exist anymore.
Package: openoffice.org-core Severity: grave Justification: renders package unusable See title; Can't install because it depends on libcurl3 that is not present in unstable. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.17-2-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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#423351: E: Package libcurl3 has no installation candidate
Openoffice.org still depends on it. I got it when I did 'apt-get install openoffice.org-gnome'. 2007/5/11, Domenico Andreoli <[EMAIL PROTECTED]>: hi Robin, On Fri, May 11, 2007 at 11:10:05AM +0200, Robin van Westrenen wrote: > > tribbin:/home/robin# apt-get install libcurl3 > Reading package lists... Done > Building dependency tree... Done > Package libcurl3 is not available, but is referred to by another package. > This may mean that the package is missing, has been obsoleted, or > is only available from another source > E: Package libcurl3 has no installation candidate > > I use the standard ftp.nl.debian.org repository. indeed the package has been superseded by libcurl4. whatever package still depends on libcurl3 needs to be rebuilt using the new version and this bug belongs to it, not to libcurl3. which is such package? regards domenico -[ Domenico Andreoli, aka cavok --[ http://www.dandreoli.com/gpgkey.asc ---[ 3A0F 2F80 F79C 678A 8936 4FEE 0677 9033 A20E BC50
Bug#423351: E: Package libcurl3 has no installation candidate
Package: libcurl3 Severity: grave Justification: renders package unusable tribbin:/home/robin# apt-get install libcurl3 Reading package lists... Done Building dependency tree... Done Package libcurl3 is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source E: Package libcurl3 has no installation candidate I use the standard ftp.nl.debian.org repository. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.17-2-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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#420239: Bug #420239
Yes, fglrx needs to be updated, it only supports Xorg 7.1 so far according to ATI website. Reassigning and merging with other bugs. ATI supports xorg 7.2 since 8.33.6: http://www2.ati.com/drivers/linux/linux_8.36.5.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#418825: libapache2-mod-perl2: Apache2.pm not found in @INC after dist upgrade
Package: libapache2-mod-perl2 Version: 2.0.2-2.4 Severity: grave Justification: renders package unusable after a dist upgrade from sarge to etc, apache2 refused to start error log shows Perl is unable to find Apache2.pm [EMAIL PROTECTED]:~$ locate Apache2.pm /usr/lib/perl5/Bundle/Apache2.pm [EMAIL PROTECTED]:~$ perl -e 'use Apache2' Can't locate Apache2.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl /usr/local/lib/perl/5.8.4 /usr/local/share/perl/5.8.4 .) at -e line 1. BEGIN failed--compilation aborted at -e line 1. [EMAIL PROTECTED]:~$ debian:/home/robin# apt-get install libapache2-mod-perl2 Reading package lists... Done Building dependency tree... Done libapache2-mod-perl2 is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded. clues? -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686-smp Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages libapache2-mod-perl2 depends on: ii apache2. 2.2.3-4 Next generation, scalable, extenda ii libapr1 1.2.7-8.2 The Apache Portable Runtime Librar ii libaprut 1.2.7+dfsg-2The Apache Portable Runtime Utilit ii libc62.3.6.ds1-13GNU C Library: Shared libraries ii libdevel 2.03-3 Perl module for inspecting perl's ii libperl5 5.8.8-7 Shared Perl library ii liburi-p 1.35-2 Manipulates and accesses URI strin ii libuuid1 1.39+1.40-WIP-2006.11.14+dfsg-2 universally unique id library ii libwww-p 5.805-1 WWW client/server library for Perl ii netbase 4.29Basic TCP/IP networking system ii perl [li 5.8.8-7 Larry Wall's Practical Extraction ii perl-bas 5.8.8-7 The Pathologically Eclectic Rubbis libapache2-mod-perl2 recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#385486: ftp.debian.org: Need to remove obsolete mcvs packages from the pool
Package: ftp.debian.org Severity: serious Justification: no longer builds from source Hi, The mcvs package used to build on ia64, mipsel, s390, and sparc in the past because clisp at that time still contained the FFI module. This is no longer the case, however, and as a result mcvs fails to build from source on those four architectures. After talking to the clisp maintainer it became obvious that while there is a certain interest in trying to get those 4 architectures up to sync with the others again, feature-wise, there is no definite date for that nor is there much of a priority to do so. In the mean time, this prevents newer mcvs versions from progressing to testing because the old architectures still have package files. In light of the fact that those are lesser-used architectures (based on popcon) and that I am unable to get any changes to mcvs in to debian/testing, I would like to request the removal from the package pool of: mcvs_1.0.13-8_ia64.deb mcvs_1.0.13-8_mipsel.deb mcvs_1.0.13-8_s390.deb mcvs_1.0.13-8_sparc.deb For one thing, this will allow the amd64 package from getting into testing. Thank you very much, - robin -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.7-robin Locale: LANG=C, LC_CTYPE= (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#367058: existing wrong ~/.gnupg/gpg-agent.conf prevents window manager from starting, X still runs
Package: gnupg Version: 1.4.3-1 Severity: critical Tags: security Justification: breaks unrelated software An exsiting file ~/.gnupg/gpg-agent.conf that is syntactically wrong disables the window manager from starting. The display manager and x.org are still running. Even $ startx /usr/bin/startfluxbox -- :1 does not start a working Fluxbox. Interestingly $ startx /usr/bin/fluxbox -- :1 works. But it dosn't seem to be an error in /usr/bin/startfluxbox because the same happens with /usr/bin/startkde and /usr/bin/icewm. One can also $ startx /usr/X11R6/bin/xterm -- :1 start a plain xterm as window manager. With that one can start kde via $ startkde in the xterm. Then one recieves the gpg message that the file ~/.gnupg/gpg-agent.conf has errors. ~/.xsession-errors tells the errornous lines in ~/.gnupg/gpg-agent.conf. All this occours in sarge and sid. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-amd64-k8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages gnupg depends on: ii libbz2-1.01.0.3-2high-quality block-sorting file co ii libc6 2.3.6-7GNU C Library: Shared libraries ii libldap2 2.1.30-13 OpenLDAP libraries ii libreadline5 5.1-7 GNU readline and history libraries ii libusb-0.1-4 2:0.1.12-2 userspace USB programming library ii makedev 2.3.1-81 creates device files in /dev ii zlib1g1:1.2.3-11 compression library - runtime gnupg recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#365230: mcvs - FTBFS: There is no package with name "FFI"
I am going to close this bug because it is already reported (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=230947) and not pertaining to the mcvs package. If anything, file it against clisp if you think a second bug for this is warranted. Thanks, - robin On Fri, Apr 28, 2006 at 06:17:28PM +0200, Bastian Blank wrote: > Package: mcvs > Version: 1.0.13-14 > Severity: serious > > There was an error while trying to autobuild your package: > > > Automatic build of mcvs_1.0.13-14 on debian-31 by sbuild/s390 85 > [...] > > ;; Compiling file /build/buildd/mcvs-1.0.13/code/unix-bindings/unix.lisp ... > > *** - SYSTEM::%FIND-PACKAGE: There is no package with name "FFI" > > > > 0 errors, 0 warnings > > Bye. > > make[1]: *** [unix.c] Error 1 > > make[1]: Leaving directory `/build/buildd/mcvs-1.0.13/code/unix-bindings' > > linking set failed to build. > > make: *** [common-install-arch] Error 1 > > ** > > Build finished at 20060428-1208 > > FAILED [dpkg-buildpackage died] > > Bastian > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#346164: Reopen, reassign to clisp
reopen 346164 reassign 346164 clisp stop The clisp package still tries to use gcc-3.3 for certain platforms but does not depend on that compiler for the platforms in question. Either it should just try and use the system gcc or a proper dependency on gcc-3.3 should be added. Thanks, - robin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#346164: This keeps coming up
This issue keeps coming up, and every time it gets resolved by re-adding the build dependencies to mcvs that should have been declared by clisp-dev. The weird thing is that looking at clisp-dev's dependencies, the libraries you mention are indeed already specified by clisp-dev. So why do the autobuilders not install them when asked to build mcvs? I could keep adding the required build dependencies to my package but I would very much like to know why they are necessary in the first place. The gcc-3.3 dependency is not declared by mcvs explicitly, so I suspect that perhaps clisp pulls it in without declaring a proper Depends: gcc-3.3 [sparc] line. Any ideas? - Robin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355566: python2.3-dev: Broken dependencies on python2.3
Package: python2.3-dev Severity: grave Justification: renders package unusable Package not installable, which renders all python setup scripts uninstallable, which results in a whole world of hurt: [EMAIL PROTECTED]:~$ sagi python2.3-dev Reading Package Lists... Done Building Dependency Tree Reading extended state information Initializing package states... Done Reading task descriptions... Done E: Unable to correct problems, you have held broken packages. E: Unable to correct dependencies, some packages cannot be installed E: Unable to resolve some dependencies! Some packages had unmet dependencies. 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 packages have unmet dependencies: python2.3-dev: Depends: python2.3 (= 2.3.5-3sarge1) but 2.3.5-4 is installed. [EMAIL PROTECTED]:~$ aptitude show python2.3 Package: python2.3 State: installed Automatically installed: no Version: 2.3.5-4 [EMAIL PROTECTED]:~$ cat /etc/apt/sources.list deb ftp://ftp.de.debian.org/debian/ stable main non-free contrib deb-src ftp://ftp.de.debian.org/debian/ stable main non-free contrib deb http://security.debian.org/ stable/updates main contrib non-free #deb file:///cdrom/ stable main #deb http://ftp.uk.debian.org/debian/ stable main #deb-src http://ftp.uk.debian.org/debian/ stable main #deb http://security.debian.org/ stable/updates main -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-k7 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341850: More info
The following patch might fix this: --- clisp-2.35/debian/rules.orig2005-12-04 14:03:32.0 -0500 +++ clisp-2.35/debian/rules 2005-12-04 14:04:14.0 -0500 @@ -13,14 +13,10 @@ tmp:=`pwd`/debian/tmp XLIBS_PRE_DEPENDS= -ifneq (,$(filter alpha hppa ia64 ,$(DEB_BUILD_ARCH))) +ifneq (,$(filter alpha hppa ia64 m68k sparc ,$(DEB_BUILD_ARCH))) export CC = gcc -D SAFETY=3 -D NO_MULTIMAP_SHM -D NO_MULTIMAP_FILE -D NO_SINGLEMAP -D NO_TRIVIALMAP endif -ifneq (,$(filter m68k sparc ,$(DEB_BUILD_ARCH))) - export CC = gcc-3.3 -D SAFETY=3 -D NO_MULTIMAP_SHM -D NO_MULTIMAP_FILE -D NO_SINGLEMAP -D NO_TRIVIALMAP -endif - ifneq (,$(filter arm hppa,$(DEB_BUILD_ARCH))) # Disable FFI on ARM, HPPA, MIPSel FFI=--without-dynamic-ffi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340646: More info
MCVS usually happens to be the canary in the coal mine for any packaging errors in clisp since it is one of the few packages in Debian that uses it; in this case it fails to build from source due to an error in the latest clisp packages. It appears thet clisp-dev does not depend on clisp for (at least) IA64 and SPARC. Buildd logs are available at: http://buildd.debian.org/fetch.php?&pkg=mcvs&ver=1.0.13-11&arch=ia64&stamp=1133382079&file=log&as=raw http://buildd.debian.org/fetch.php?&pkg=mcvs&ver=1.0.13-11&arch=sparc&stamp=118365&file=log&as=raw >From the installation logs, it becomes clear that clisp-dev does not depend on clisp, whereas I do believe that it should though. Thanks, - robin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340304: bugs
reassign 340304 clisp tag 340304 fixed close 340304 merge 340304 340250 stop This bug was never in mcvs; the corresponding bug (in clisp) has now been fixed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340304: (no subject)
This is a duplicate of bug #340250 for clisp: clisp: Package contains invalid link for base/lispinit.mem [http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=340250] Until that is fixed, I cannot do anything about it from this side. Thanks, - robin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#316796: request-tracker3: rt3 and rt3.4 dependencies broken
Package: request-tracker3 Version: 3.0.12-7 Severity: grave Justification: renders package unusable dselect says: request-tracker3 depends on rt3-clients (= 3.0.12-7) for both request-tracker3 and rt3-clients, and will not allow me to select them together. If I force it, it says: The following NEW packages will be installed: rt3-clients Note the lack of "request-tracker3". If I then do an apt-get install request-tracker3, I get: Reading Package Lists... Done Building Dependency Tree... Done The following extra packages will be installed: apache-common libapache-mod-perl libapache-request-perl Suggested packages: apache apache-ssl apache-perl apache-dev libapache-mod-perl-doc The following NEW packages will be installed: apache-common libapache-mod-perl libapache-request-perl request-tracker3 0 upgraded, 4 newly installed, 0 to remove and 3 not upgraded. Need to get 2287kB of archives. After unpacking 9826kB of additional disk space will be used. Do you want to continue? [Y/n] Which really sucks, a lot, because *I'm using Apache 2*. Having installed the above, I discover that the file /etc/request-tracker3/apache2-modperl2.conf which was there last week is gone now! I think something got very, very broken here. I'm on testing, by the way. -Robin -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.24 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages request-tracker3 depends on: ii apache2 2.0.54-4next generation, scalable, extenda ii apache2-mpm-prefork [apache2 2.0.54-4traditional model for Apache2 ii exim44.50-8 metapackage to ease exim MTA (v4) ii exim4-daemon-heavy [mail-tra 4.50-8 exim MTA (v4) daemon with extended ii libapache-dbi-perl 0.94-2 Connect apache server to database ii libapache-mod-perl 1.29.0.3-6 integration of perl with the Apach ii libapache-request-perl 1.1-0.1 Generic Apache Request Library ii libapache-session-perl 1.60-2 Perl modules for keeping persisten ii libapache2-mod-perl2 1.999.21-1 Integration of perl with the Apach ii libcache-cache-perl 1.04-1 Managed caches of persistent infor ii libclass-returnvalue-perl0.52-1 A return-value object that lets yo ii libdbd-mysql-perl2.9006-1A Perl5 database interface to the ii libdbd-pg-perl 1.42-1 a PostgreSQL interface for Perl 5 ii libdbi-perl 1.48-1 Perl5 database interface by Tim Bu ii libdbix-searchbuilder-perl 1.27-1 Encapsulate SQL queries and rows i ii libexception-class-perl 1.20-1 a module that allows you to declar ii libfcgi-perl 0.67-1 FastCGI Perl module ii libfreezethaw-perl 0.43-2 converting Perl structures to stri ii libhtml-mason-perl 1:1.28-2HTML::Mason Perl module ii libhtml-parser-perl 3.45-2 A collection of modules that parse ii liblocale-maketext-fuzzy-per 0.02-1 Maketext from already interpolated ii liblocale-maketext-lexicon-p 0.49-1 Lexicon-handling backends for "Loc ii liblog-dispatch-perl 2.10-1 Dispatches messages to multiple Lo ii libmailtools-perl1.62-1 Manipulate email in perl programs ii libmime-perl 5.417-1 Perl5 modules for MIME-compliant m ii libmldbm-perl2.01-1 Store multidimensional hash struct ii libparams-validate-perl 0.76-1 validate parameters to Perl method ii libregexp-common-perl2.120-1 Provide commonly requested regular ii libterm-readkey-perl 2.21-1.3A perl module for simple terminal ii libtest-inline-perl 0.16-1 Embed tests and code examples in P ii libtext-autoformat-perl 1.12-3 Perl module for automatic text wra ii libtext-quoted-perl 1.8-2 Extract the structure of a quoted ii libtext-template-perl1.44-1.1Text::Template perl module ii libtext-wrapper-perl 1.000-2 Simple word wrapping routine ii libtime-modules-perl 2003.1126-2 Various Perl modules for time/date ii perl 5.8.7-3 Larry Wall's Practical Extraction pn rt3-clients Not found. ii sysklogd [system-log-daemon] 1.4.1-17System Logging Daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#316792: request-tracker3.4: rt3 and rt3.4 dependencies broken
Package: request-tracker3.4 Version: 3.4.1-2 Severity: grave Justification: renders package unusable dselect says: request-tracker3.4 depends on rt3.4-clients (= 3.4.1-2) for both request-tracker3.4 and rt3.4-clients, and will not allow me to select them together. If I force it, it says: The following NEW packages will be installed: rt3.4-clients Note the lack of "request-tracker3.4". If I then do an apt-get install request-tracker3.4, I get: # apt-get install request-tracker3.4 Reading Package Lists... Done Building Dependency Tree... Done The following extra packages will be installed: apache-common libapache-mod-perl libapache-request-perl libxml-libxml-common-perl libxml-libxml-perl libxml-namespacesupport-perl libxml-sax-perl libxml-simple-perl Suggested packages: apache apache-ssl apache-perl apache-dev libapache-mod-perl-doc The following NEW packages will be installed: apache-common libapache-mod-perl libapache-request-perl libxml-libxml-common-perl libxml-libxml-perl libxml-namespacesupport-perl libxml-sax-perl libxml-simple-perl request-tracker3.4 0 upgraded, 9 newly installed, 0 to remove and 3 not upgraded. Need to get 2994kB of archives. After unpacking 13.2MB of additional disk space will be used. Do you want to continue? [Y/n] Which really sucks, a lot, because *I'm using Apache 2*. I think something got very, very broken here. -Robin -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.24 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages request-tracker3.4 depends on: ii apache2 2.0.54-4next generation, scalable, extenda ii apache2-mpm-prefork [apache2 2.0.54-4traditional model for Apache2 ii exim44.50-8 metapackage to ease exim MTA (v4) ii exim4-daemon-heavy [mail-tra 4.50-8 exim MTA (v4) daemon with extended ii libapache-dbi-perl 0.94-2 Connect apache server to database ii libapache-session-perl 1.60-2 Perl modules for keeping persisten ii libapache2-mod-perl2 1.999.21-1 Integration of perl with the Apach ii libcache-cache-perl 1.04-1 Managed caches of persistent infor ii libcache-simple-timedexpiry- 0.21-1 Perl module to cache and expire ke ii libclass-returnvalue-perl0.52-1 A return-value object that lets yo ii libdbd-mysql-perl2.9006-1A Perl5 database interface to the ii libdbd-pg-perl 1.42-1 a PostgreSQL interface for Perl 5 ii libdbi-perl 1.48-1 Perl5 database interface by Tim Bu ii libdbix-searchbuilder-perl 1.27-1 Encapsulate SQL queries and rows i ii libexception-class-perl 1.20-1 a module that allows you to declar ii libfcgi-perl 0.67-1 FastCGI Perl module ii libfreezethaw-perl 0.43-2 converting Perl structures to stri ii libhtml-mason-perl 1:1.28-2HTML::Mason Perl module ii libhtml-parser-perl 3.45-2 A collection of modules that parse ii libhtml-scrubber-perl0.08-2 Perl extension for scrubbing/sanit ii liblocale-maketext-fuzzy-per 0.02-1 Maketext from already interpolated ii liblocale-maketext-lexicon-p 0.49-1 Lexicon-handling backends for "Loc ii liblog-dispatch-perl 2.10-1 Dispatches messages to multiple Lo ii libmailtools-perl1.62-1 Manipulate email in perl programs ii libmime-perl 5.417-1 Perl5 modules for MIME-compliant m ii libmldbm-perl2.01-1 Store multidimensional hash struct ii libmodule-versions-report-pe 1.02-2 Report versions of all modules in ii libparams-validate-perl 0.76-1 validate parameters to Perl method ii libregexp-common-perl2.120-1 Provide commonly requested regular ii libterm-readkey-perl 2.21-1.3A perl module for simple terminal ii libtest-inline-perl 0.16-1 Embed tests and code examples in P ii libtext-autoformat-perl 1.12-3 Perl module for automatic text wra ii libtext-quoted-perl 1.8-2 Extract the structure of a quoted ii libtext-template-perl1.44-1.1Text::Template perl module ii libtext-wrapper-perl 1.000-2 Simple word wrapping routine ii libtime-modules-perl 2003.1126-2 Various Perl modules for time/date ii libtree-simple-perl 1.15-1 A simple tree object ii libxml-rss-perl 1.05-1 Perl module for managing RSS (RDF ii perl 5.8.7-3 Larry Wall's Practical Extraction pn rt3.4-clientsNot found. ii sysklogd [system-log-daemon] 1.4.1-17System Logging Daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#312607: dasher: crashes on startup.
Package: dasher Version: 3.2.13-1 Severity: grave Justification: renders package unusable Maybe a conflict with the ion3 window manager ? After trying a few times to start it, from an xterm or run (F3), I reinstalled it, purging everything. After a second reinstall, I was able to launch dasher from an xterm. I closed it, but it crashed again when I started it from run (F3) and it crashed too the second time I tried to launch it from an xterm. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) Versions of packages dasher depends on: ii at-spi 1.6.3-1 Assistive Technology Service Provi ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libatspi1.0-01.6.3-1 C binding libraries of at-spi for ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.1-2 The Bonobo UI library ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libexpat11.95.8-3XML parsing C library - runtime li ii libgcc1 1:3.4.3-13 GCC support library ii libgconf2-4 2.8.1-6 GNOME configuration database syste ii libglade2-0 1:2.4.2-2 library to load .glade files at ru ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgnome-speech3 1:0.3.6-1 GNOME text-to-speech library ii libgnome2-0 2.8.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-02.8.0-1 A powerful object-oriented display ii libgnomeui-0 2.8.1-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.4-4 The GNOME virtual file-system libr ii libgtk2.0-0 2.6.4-3 The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-14 Inter-Client Exchange library ii liborbit21:2.12.2-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 4.3.0.dfsg.1-14 X Window System Session Management ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3 ii libwnck4 2.8.1-3 Window Navigator Construction Kit ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxml2 2.6.16-7GNOME XML library ii libxtst6 4.3.0.dfsg.1-14 X Window System event recording an ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#302296: similar symptoms with a kernel from sarge
As Klaus Ita noticed, this bug and bug #306546 look very similar. As reported under #306546, I observed the same kind of problems, and with a kernel image from sarge (kernel-image-2.4.27-2-686-8). Could someone confirm that it happens with this kernel? Speaking of similar symptoms, I have not actually seen the assertion failure message. According to ps, the cron and login processes having problems with libnss-ldap, libpam-ldap and nscd seemed to just sleep for ever. Robin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#241497: RFC and status report: Kernel upgrades for woody->sarge upgrades
Actualy the SS5 (at least the one I have got here) does have the problem for libc6 version I need a kernel above 2.4.21, and for that kernel I need that libc6 version. - Original Message - From: "Steve Langasek" <[EMAIL PROTECTED]> To: ; Cc: <[EMAIL PROTECTED]> Sent: Thursday, March 24, 2005 11:44 PM Subject: Re: RFC and status report: Kernel upgrades for woody->sarge upgrades -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#241497: RFC and status report: Kernel upgrades for woody->sarge upgrades
I installed a minimal basic "stable" installation of Debian (no packages selected with tasksel or dselect) when doing the upgade as stated on http://higgs.djpig.de/upgrade/upgrade-kernel/ via the dpkg method. I first needed to install zlib1g, ash and stat. maby it is better to mention that those need to be installed prior. and there is no mentioning of what to change in silo.conf cause you need to specify the initrd somehow. I added: initrd=1/initrd.img is this correct? afther rebooting I get the following error(s): modprobe: Noting to load ??? Specify at least a module or a wildcard like \* pivot_root: No such file or directory /sbin/init: cannot open dev/console: no such file Kernel panic: Attempted to kill init! - Original Message - From: "Frank Lichtenheld" <[EMAIL PROTECTED]> To: ; ; Cc: <[EMAIL PROTECTED]> Sent: Thursday, March 24, 2005 2:31 PM Subject: RFC and status report: Kernel upgrades for woody->sarge upgrades Hi all. As many of you may know on some machines users will need to install a current kernel before they will be able to upgrade woody to sarge (or better: glibc of woody to glibc of sarge). I've tried to use the available information to provide the needed files for these kernel upgrades. To my knowledge the affected machines/architecures are currently hppa64, sparc sun4m (only some of them) and 80386. Because of the pain to maintain a kernel backport over the lifetime of sarge we have decided to only offer backports of the needed tools (modutils, module-init-tools and initrd-tools) to use stock sarge kernels on woody. It is planned to upload these files together with some documentation into a upgrade-kernel (or whatever else name the ftpmasters will prefer) directory in the archive. I've prepared the necessary backports and some rudimentary documentation and put it online at http://higgs.djpig.de/upgrade/upgrade-kernel/ We now need people that - test the backports - read/comment on/improve the documentation Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#241497: RFC and status report: Kernel upgrades for woody->sarge upgrades
I installed a minimal basic "stable" installation of Debian (no packages selected with tasksel or dselect) when doing the upgade as stated on http://higgs.djpig.de/upgrade/upgrade-kernel/ via the dpkg method. I first needed to install zlib1g, ash and stat. maby it is better to mention that those need to be installed prior. and there is no mentioning of what to change in silo.conf cause you need to specify the initrd somehow. I added: initrd=1/initrd.img is this correct? afther rebooting I get the following error(s): modprobe: Noting to load ??? Specify at least a module or a wildcard like \* pivot_root: No such file or directory /sbin/init: cannot open dev/console: no such file Kernel panic: Attempted to kill init! - Original Message - From: "Frank Lichtenheld" <[EMAIL PROTECTED]> To: ; ; Cc: <[EMAIL PROTECTED]> Sent: Thursday, March 24, 2005 2:31 PM Subject: RFC and status report: Kernel upgrades for woody->sarge upgrades Hi all. As many of you may know on some machines users will need to install a current kernel before they will be able to upgrade woody to sarge (or better: glibc of woody to glibc of sarge). I've tried to use the available information to provide the needed files for these kernel upgrades. To my knowledge the affected machines/architecures are currently hppa64, sparc sun4m (only some of them) and 80386. Because of the pain to maintain a kernel backport over the lifetime of sarge we have decided to only offer backports of the needed tools (modutils, module-init-tools and initrd-tools) to use stock sarge kernels on woody. It is planned to upload these files together with some documentation into a upgrade-kernel (or whatever else name the ftpmasters will prefer) directory in the archive. I've prepared the necessary backports and some rudimentary documentation and put it online at http://higgs.djpig.de/upgrade/upgrade-kernel/ We now need people that - test the backports - read/comment on/improve the documentation Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#241497: RFC and status report: Kernel upgrades for woody->sarge upgrades
Hi, at this moment I am testing the Debian Installer on a SS5 (sun4m I thougt) cause I wanted a newer kernel then 2.2.20. but it isn't working very well I am willing to test this upgrade-kernel to get a beter kernel and be able to do a woody->sarge upgrade I think I will start with it right afther I finished my test with the debian installer and filled in a report I hope I will be able to help :) Greetings Robin Harmsen [EMAIL PROTECTED] http://www.rharmsen.nl - Original Message - From: "Frank Lichtenheld" <[EMAIL PROTECTED]> To: ; ; Cc: <[EMAIL PROTECTED]> Sent: Thursday, March 24, 2005 2:31 PM Subject: RFC and status report: Kernel upgrades for woody->sarge upgrades Hi all. As many of you may know on some machines users will need to install a current kernel before they will be able to upgrade woody to sarge (or better: glibc of woody to glibc of sarge). I've tried to use the available information to provide the needed files for these kernel upgrades. To my knowledge the affected machines/architecures are currently hppa64, sparc sun4m (only some of them) and 80386. Because of the pain to maintain a kernel backport over the lifetime of sarge we have decided to only offer backports of the needed tools (modutils, module-init-tools and initrd-tools) to use stock sarge kernels on woody. It is planned to upload these files together with some documentation into a upgrade-kernel (or whatever else name the ftpmasters will prefer) directory in the archive. I've prepared the necessary backports and some rudimentary documentation and put it online at http://higgs.djpig.de/upgrade/upgrade-kernel/ We now need people that - test the backports - read/comment on/improve the documentation Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#297605: FTBFS in experimental
Hi Andi, Thanks for the bug report! Andreas Barth ([EMAIL PROTECTED]) wrote on 07:07:58PM 01/03/05: > Package: kvirc > Version: 2:3.0.2-1 > Severity: serious > Tags: experimental > > Hi, > please see http://experimental.ftbfs.de/build.php?arch=&pkg=kvirc > for the full build log On that page I can only see one build failure, for sparc. This failure is related to an xfree86 problem: dpkg: dependency problems prevent configuration of libxv-dev: libxv-dev depends on libx11-dev; however: Package libx11-dev is not configured yet. The build log you quote from is for HPPA, but I do not see it on the above page. It seems like somehow it must not have installed the Build-Depends on cdbs (>= 0.4.12), but without the full build log I can't tell why that would have come about. > Automatic build of kvirc_2:3.0.2-1 on swawa by sbuild/hppa 1.170.5 > Build started at 20050228-1047 > ** > [...] > Checking correctness of source dependencies... > Toolchain package versions: libc6-dev_2.3.2.ds1-20 > linux-kernel-headers_2.5.999-test7-bk-17 gcc-3.3_1:3.3.5-8 g++-3.3_1:3.3.5-6 > binutils_2.15-5 libstdc++5_1:3.3.5-6 libstdc++5-3.3-dev_1:3.3.5-6 > [...] > cd . && /bin/sh ./config.status Makefile > config.status: creating Makefile > make[2]: Leaving directory `/build/buildd/kvirc-3.0.2' > make[2]: Entering directory `/build/buildd/kvirc-3.0.2' > make[2]: Nothing to be done for `all-am'. > make[2]: Leaving directory `/build/buildd/kvirc-3.0.2' > make[1]: Leaving directory `/build/buildd/kvirc-3.0.2' > touch debian/stamp-makefile-build > /usr/bin/fakeroot debian/rules binary-arch > debian/rules:7: /usr/share/cdbs/1/rules/simple-patchsys.mk: No such file or > directory > debian/rules:18: /usr/share/cdbs/1/rules/debhelper.mk: No such file or > directory > debian/rules:19: /usr/share/cdbs/1/class/autotools.mk: No such file or > directory > make: *** No rule to make target `/usr/share/cdbs/1/class/autotools.mk'. > Stop. > ****** > Build finished at 20050228-1556 > FAILED [dpkg-buildpackage died] > > -- Robin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]