Bug#1006568: rauc: FTBFS with OpenSSL 3.0
On Sun, 27 Feb 2022 22:15:45 +0100 Sebastian Andrzej Siewior wrote: > Your package is failing to build using OpenSSL 3.0 with the > following error: > > |Creating bundle in 'plain' format > |C08ACC46967F:error:12800067:DSO support routines:DSO_load:could not load > the shared library:../crypto/dso/dso_lib.c:152: > |C08ACC46967F:error:1384:engine routines:dynamic_load:dso not > found:../crypto/engine/eng_dyn.c:422: > |C08ACC46967F:error:1374:engine routines:ENGINE_by_id:no such > engine:../crypto/engine/eng_list.c:430:id=pkcs11 > |not ok 20 - rauc bundle with PKCS11 (key 1) > |FAIL: test/rauc.t 20 - rauc bundle with PKCS11 (key 1) This seems to be caused by a missing PKCS#11 OpensSSL engine. RAUC's test suite uses SoftHSM to test the PKCS#11 support, so it needs a working PKCS#11 engine and module matching the active OpenSSL. In Debian, the engine is provided by libp11 (in libengine-pkcs11-openssl) and the module is provided by SoftHSM (in libsofthsm2). Neither of libp11 nor SoftHSM have been updated to OpenSSL 3 in Debian yet, so the PKCS#11 tests can't work. Without PKCS#11 support, RAUC should already work with OpenSSL 3, though. As soon as the dependencies are updated, PKCS#11 in RAUC should work as well without further changes to RAUC. Regards, Jan
Bug#934161: python3-pytest-cov: incompatible with pytest > 4.1
Package: python3-pytest-cov Version: 2.6.0-1 Severity: important Dear Maintainer, since the update of pytest to 4.6.4-1 in unstable, test runs fail with: self = item = @compat.hookwrapper def pytest_runtest_call(self, item): > if (item.get_marker('no_cover') or 'no_cover' in getattr(item, 'fixturenames', ())): E AttributeError: 'Function' object has no attribute 'get_marker' /usr/lib/python3/dist-packages/pytest_cov/plugin.py:289: AttributeError This is fixed in pytest-cov 2.6.1: https://github.com/pytest-dev/pytest-cov/blob/master/CHANGELOG.rst#261-2019-01-07 https://github.com/pytest-dev/pytest-cov/pull/253 Best regards, Jan Lübbe -- 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/24 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: unable to detect Versions of packages python3-pytest-cov depends on: ii libjs-jquery3.3.1~dfsg-3 ii libjs-jquery-hotkeys0~20130707+git2d51e3a9+dfsg-2 ii libjs-jquery-isonscreen 1.2.0-1 ii libjs-jquery-tablesorter1:2.31.1+dfsg1-1 ii libjs-jquery-throttle-debounce 1.1+dfsg.1-1 ii python3 3.7.3-1 ii python3-cov-core1.15.0-2 ii python3-coverage4.5.2+dfsg.1-1 ii python3-pytest 3.10.1-2 python3-pytest-cov recommends no packages. python3-pytest-cov suggests no packages. -- no debconf information
Bug#682327: RM: bitbake -- ROM; upstream recommends using git version
Package: ftp.debian.org Severity: normal The version in testing and unstable is outdated and not very useful anymore. Today, bitbake is primarily distributed together with the Yocto recipe meta-data or used directly from a git clone. As bitbake needs to be updated in sync with the meta-data, having a package in Debian (especially in a stable release) is no longer needed. Regards, Jan Lübbe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620960: RFS: inspircd
Hi! On Tue, 2011-11-01 at 22:00 +0100, Guillaume Delacour wrote: To access further information about this package, please visit the following URL: http://mentors.debian.net/package/inspircd Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/i/inspircd/inspircd_2.0.5-1.dsc It seems you've replaced that package with a new one on 2011-11-30. Did you want to that one uploaded, too? From the changelog it seems that you intend to maintain it as a pkg-irc team member, so I'd offer to review and upload it if you don't find a sponsor in your team. Best regards, Jan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650798: Uploaded to DELAYED/10
Hi! I've uploaded this NMU to the DELAYED/10 queue. In case this someone objects to it, please contact me. Regards, Jan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650363: Invalid
As Julien wrote, /usr/lib/xorg/modules/drivers/mga_drv.so is not a VA-API driver. According to http://www.freedesktop.org/wiki/Software/vaapi there is no driver for Matrox MGA and there is also no mga_drv_video.so in Debian sid: jluebbe@polaris: ~ $ apt-file search mga_drv_video.so jluebbe@polaris: ~ $ apt-file search drv_video.so i965-va-driver: /usr/lib/dri/i965_drv_video.so libva1: /usr/lib/dri/dummy_drv_video.so vdpau-va-driver: /usr/lib/dri/nvidia_drv_video.so vdpau-va-driver: /usr/lib/dri/s3g_drv_video.so vdpau-va-driver: /usr/lib/dri/vdpau_drv_video.so xvba-va-driver: /usr/lib/dri/fglrx_drv_video.so xvba-va-driver: /usr/lib/dri/xvba_drv_video.so jluebbe@polaris: ~ $ Thus, this bug should be closed. Regrads, Jan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648659: sshfp: dane needs the daneldnsx python module
Package: sshfp Version: 1.2.2-1 Severity: normal When running the 'dane' program contained in the sshfp package, it produces only the following output: Traceback (most recent call last): File /usr/bin/dane, line 20, in module import daneldnsx as ldnsx ImportError: No module named daneldnsx -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sshfp depends on: ii openssh-client1:5.9p1-2 ii python2.7.2-9 ii python-argparse 1.2.1-1 ii python-dnspython 1.9.4-1 sshfp recommends no packages. sshfp suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628600: Same problem with udev 170-1
Hi, i had the same problem with the udev 167-3, but here it's not fixed by 170-1: Jun 3 08:51:02 polaris kernel: [104280.406576] Freezing user space processes ... Jun 3 08:51:02 polaris kernel: [104300.372509] cdrom_idD 8801c8bd4ae0 0 1821 1818 0x0084 Jun 3 08:51:02 polaris kernel: [104300.372515] 8801c8bd4ae0 0082 88022ede75e0 Jun 3 08:51:02 polaris kernel: [104300.372521] 00013b40 8801c9de1fd8 8801c9de1fd8 00013b40 Jun 3 08:51:02 polaris kernel: [104300.372526] 8801c8bd4ae0 8801c9de0010 8801c8bd4ae0 00013bd13b40 Jun 3 08:51:02 polaris kernel: [104300.372532] Call Trace: Jun 3 08:51:02 polaris kernel: [104300.372542] [8133182a] ? schedule_timeout+0x2d/0xd7 Jun 3 08:51:02 polaris kernel: [104300.372549] [813316a0] ? wait_for_common+0xd1/0x14e Jun 3 08:51:02 polaris kernel: [104300.372557] [8103f973] ? try_to_wake_up+0x17c/0x17c Jun 3 08:51:02 polaris kernel: [104300.372562] [8105aec4] ? flush_work+0x24/0x2c Jun 3 08:51:02 polaris kernel: [104300.372568] [81059a85] ? do_work_for_cpu+0x1b/0x1b Jun 3 08:51:02 polaris kernel: [104300.372574] [81196a84] ? disk_clear_events+0x8b/0xf0 Jun 3 08:51:02 polaris kernel: [104300.372581] [81121725] ? check_disk_change+0x21/0x57 Jun 3 08:51:02 polaris kernel: [104300.372589] [a05ee2ee] ? cdrom_open+0x45/0x499 [cdrom] Jun 3 08:51:02 polaris kernel: [104300.372593] [811a3376] ? kobject_get+0x12/0x17 Jun 3 08:51:02 polaris kernel: [104300.372595] [81196c6d] ? get_disk+0x6a/0x8c Jun 3 08:51:02 polaris kernel: [104300.372599] [81246bca] ? kobj_lookup+0x139/0x173 Jun 3 08:51:02 polaris kernel: [104300.372601] [811a3376] ? kobject_get+0x12/0x17 Jun 3 08:51:02 polaris kernel: [104300.372603] [8112136b] ? blkdev_get_blocks+0x8c/0x8c Jun 3 08:51:02 polaris kernel: [104300.372605] [a05fd79f] ? sr_block_open+0x93/0xb9 [sr_mod] Jun 3 08:51:02 polaris kernel: [104300.372608] [811224e2] ? __blkdev_get+0xcd/0x370 Jun 3 08:51:02 polaris kernel: [104300.372609] [81122a3f] ? blkdev_get+0x2ba/0x2ba Jun 3 08:51:02 polaris kernel: [104300.372611] [8112295a] ? blkdev_get+0x1c5/0x2ba Jun 3 08:51:02 polaris kernel: [104300.372613] [81122a3f] ? blkdev_get+0x2ba/0x2ba Jun 3 08:51:02 polaris kernel: [104300.372617] [810fa3e5] ? __dentry_open+0x180/0x297 Jun 3 08:51:02 polaris kernel: [104300.372621] [811034af] ? dget+0x12/0x1e Jun 3 08:51:02 polaris kernel: [104300.372623] [81105b44] ? do_last+0x451/0x54b Jun 3 08:51:02 polaris kernel: [104300.372625] [8110619e] ? path_openat+0xc6/0x317 Jun 3 08:51:02 polaris kernel: [104300.372627] [811064bc] ? do_filp_open+0x2c/0x72 Jun 3 08:51:02 polaris kernel: [104300.372630] [8110fd24] ? alloc_fd+0x69/0x10b Jun 3 08:51:02 polaris kernel: [104300.372632] [810fa130] ? do_sys_open+0x61/0xe8 Jun 3 08:51:02 polaris kernel: [104300.372635] [81338c12] ? system_call_fastpath+0x16/0x1b For me this did not happen with 2.6.38 and seems to be related to using my docking station (which contains a DVD drive). I'll see if i can reproduce it reliably. Regards, Jan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572790: buildd.debian.org: please add qemu-kvm to Packages-arch-specific
Package: buildd.debian.org Severity: normal The qemu-kvm source package will only work on i386 and amd64 for now. Thanks. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (900, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32.7-1-g6bb3852 (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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562621: RM: kvm/72+dfsg-5+squeeze1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Please remove kvm, it has been superseded by qemu-kvm. The next qemu-kvm package will provide kvm as an upgrade path. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562626: RM: kvm -- ROM; Superseded by qemu-kvm
Package: ftp.debian.org Severity: normal qemu-kvm should be used instead. The next upload of qemu-kvm will provide 'kvm' as an upgrade path. The kvm source package itself will be used for releases of the kvm development branch in experimental only. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556860: Your 'fix' broke KVM
On Fri, 2009-11-27 at 12:25 -0500, Ron Watkins wrote: By adding your conflict with KVM, you're now breaking systems, if the administrators aren't paying attention. People running KVM, if they want to KEEP running KVM, can't update QEMU. There is no non-conflicting version of KVM available anywhere in testing or unstable. For unstable you could try the qemu-kvm package, which also has newer code than the kvm package. Since not even unstable has a version of KVM that works with your package, pushing that conflict down into testing is just inane. We're broken and we can't fix it without going into experimental, and even at that, a simple apt-get update/install won't work. It looks like we'll have to manually go get the package and install it. KVM is tightly coupled to QEMU; it *requires* QEMU to work. You've added a conflict with a *dependent* package? What the hell are you thinking? Neither qemu-kvm or kvm need the qemu package, the modified qemu source is 'self-contained' in qemu-kvm or kvm. If you want to rearchitect your software and add conflicts, *coordinate it with the people you're conflicting with*, especially when they're married to your project at the freaking hip. You need to release at the same time, or people end up stuck. As soon as qemu-kvm has had some more testers, it will replace the old kvm package in unstable (and then testing). -- Jan Lübbe jlue...@lasnet.dehttp://sicherheitsschwankung.de gpg-key 1024D/D8480F2E 2002-03-20 fingerprint 1B25 F91F 9E7B 5D4F 1282 02D6 8A83 8BE4 D848 0F2E -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531251:
I've solved this problem by upgrading from 0.9.6-2 to 0.9.8-1. We should try to get that version into testing soon. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533427: lyx: Uninstallable in unstable, libboost-regex1.34.1 missing
Package: lyx Version: 1.6.2-1 Severity: grave Justification: renders package unusable When trying install lyx i get the following error: The following packages have unmet dependencies: lyx: Depends: libboost-regex1.34.1 (= 1.34.1-8) but it is not installable -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (900, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-polaris (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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528519: kvm: FTBFS with 2.6.29
On Wed, 2009-05-13 at 14:21 +0200, Daniel Baumann wrote: kvm doesn't build with 2.6.29. Which version? 72 or 84? I'll upload 85 soon (TM), which works with 2.6.29. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528520: kvm: Integration into linux-modules-extra-2.6
On Wed, 2009-05-13 at 14:23 +0200, Daniel Baumann wrote: Package: kvm Severity: wishlist User: dan...@debian.org Usertags: conglomeration Hi, In short: Please consider letting your module be integrated into the conglomeration package, so that the users can install prebuild module binary packages for the Debian default kernel flavours. In some more words, look at this: http://blog.daniel-baumann.ch/2006/12/10#20061210_kernel-modules-packaging The good thing about it: You only need to tell me 'Yes, please do so' and I'll have a look at your module package in the next days and provide a patch for it in case something needs to be adjusted. The debian kernels already include kvm modules, so those prebuilt modules would only be of use to those who want a newer kvm than what is included in the debian kernel. If you still think this is useful, go ahead ;) -- Jan Lübbe jlue...@lasnet.dehttp://sicherheitsschwankung.de gpg-key 1024D/D8480F2E 2002-03-20 fingerprint 1B25 F91F 9E7B 5D4F 1282 02D6 8A83 8BE4 D848 0F2E -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526022: pristine-tar does not handle symlinks vanishing from tarballs
Package: pristine-tar Version: 1.00 Severity: normal From v84 to v85 kvm dropped two symlinks from their tarballs: kernel/include/asm - asm-x86 kernel/include-compat/asm - asm-x86 With pristine-tar, they are still in the upstream branch after importing v85. I've attached a example session... -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (900, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29.1-polaris (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 pristine-tar depends on: ii libc6 2.9-7 GNU C Library: Shared libraries ii perl-modules 5.10.0-19 Core Perl modules ii xdelta 1.1.3-8 A diff utility which works with bi ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime Versions of packages pristine-tar recommends: ii bzip2 1.0.5-1high-quality block-sorting file co ii pbzip21.0.5-1parallel bzip2 implementation pristine-tar suggests no packages. -- no debconf information jlue...@polaris:~/git/debian$ mkdir test jlue...@polaris:~/git/debian$ cd test jlue...@polaris:~/git/debian/test$ git init Initialized empty Git repository in /home/jluebbe/git/debian/test/.git/ jlue...@polaris:~/git/debian/test$ git-import-orig -u 84+dfsg --no-merge --no-dch ../tarballs/kvm_84+dfsg.orig.tar.gz Upstream version is 84+dfsg Warning: Can't symlink orig.tar.gz due to missing debian/changelog Initial import of '../tarballs/kvm_84+dfsg.orig.tar.gz' ... pristine-tar: committed kvm_84+dfsg.orig.tar.gz.delta to branch pristine-tar Succesfully merged version 84+dfsg of ../tarballs/kvm_84+dfsg.orig.tar.gz into . jlue...@polaris:~/git/debian/test$ ls -l kernel/include/ total 12 lrwxrwxrwx 1 jluebbe jluebbe7 2009-04-28 19:40 asm - asm-x86 drwxr-xr-x 2 jluebbe jluebbe 4096 2009-02-15 01:36 asm-ia64 drwxr-xr-x 2 jluebbe jluebbe 4096 2009-02-15 01:36 asm-x86 drwxr-xr-x 2 jluebbe jluebbe 4096 2009-02-15 01:36 linux jlue...@polaris:~/git/debian/test$ ls -l kernel/include-compat/ total 8 lrwxrwxrwx 1 jluebbe jluebbe7 2009-04-28 19:40 asm - asm-x86 drwxr-xr-x 2 jluebbe jluebbe 4096 2009-02-12 16:19 asm-x86 drwxr-xr-x 2 jluebbe jluebbe 4096 2009-02-12 16:19 linux jlue...@polaris:~/git/debian/test$ git-import-orig -u 85+dfsg --no-merge --no-dch ../tarballs/kvm_85+dfsg.orig.tar.gz Upstream version is 85+dfsg Warning: Can't symlink orig.tar.gz due to missing debian/changelog Importing '../tarballs/kvm_85+dfsg.orig.tar.gz' to branch 'upstream'... Switched to branch 'upstream' rm 'kvm' rm 'qemu/hw/ppc_chrp.c' rm 'qemu/pc-bios/bios-pq/0004_kvm-bios-add-mtrr-support.patch' rm 'qemu/pc-bios/bios-pq/0005_kvm-bios-smp-mtrr-support.patch' rm 'qemu/pc-bios/bios-pq/0006_kvm-bios-extend-mtrrs-to-above-4g.patch' rm 'qemu/pc-bios/bios-pq/0007_kvm-bios-cleanup-consolidate-above-4g-memory-parsing.patch' rm 'qemu/pc-bios/bios-pq/0008_kvm-bios-switch-mtrrs-to-cover-only-the-pci-range-and--default-to-wb.patch' rm 'qemu/pc-bios/bios-pq/0009_kvm-bios-resolve-memory-device-roll-over-reporting--issues-with-32g-guests.patch' rm 'qemu/pc-bios/bios-pq/0010_kvm-bios-fix-smbios-memory-device-length-boundary--condition.patch' [upstream 68b73b1] Imported Upstream version 85+dfsg 416 files changed, 32652 insertions(+), 17075 deletions(-) create mode 100755 kernel/configure create mode 100644 kernel/include-compat/asm-ia64/msidef.h create mode 100644 kernel/x86/kvm_timer.h create mode 100644 kernel/x86/timer.c delete mode 100755 kvm create mode 100644 qemu/CODING_STYLE create mode 100644 qemu/acl.c create mode 100644 qemu/acl.h create mode 100644 qemu/bt-host.h create mode 100644 qemu/cmd.c create mode 100644 qemu/cmd.h rewrite qemu/hw/device-hotplug.c (87%) rewrite qemu/hw/firmware_abi.h (70%) create mode 100644 qemu/hw/framebuffer.c create mode 100644 qemu/hw/framebuffer.h create mode 100644 qemu/hw/ioapic.c create mode 100644 qemu/hw/msmouse.c create mode 100644 qemu/hw/msmouse.h create mode 100644 qemu/hw/openpic.h create mode 100644 qemu/hw/pci-hotplug.c create mode 100644 qemu/hw/pci_ids.h rename qemu/hw/{ppc_chrp.c = ppc_newworld.c} (82%) create mode 100644 qemu/hw/ppce500.h create mode 100644 qemu/hw/ppce500_mpc8544ds.c create mode 100644 qemu/hw/ppce500_pci.c create mode 100644 qemu/hxtool create mode 100644 qemu/keymaps.h create mode 100644 qemu/monitor.h delete mode 100644 qemu/pc-bios/bios-pq/0004_kvm-bios-add-mtrr-support.patch rename qemu/pc-bios/bios-pq/{0009_kvm-bios-resolve-memory-device-roll-over-reporting--issues-with-32g-guests.patch = 0004_kvm-bios-resolve-memory-device-roll-over-reporting--issues-with-32g-guests.patch} (100%) rename qemu/pc-bios/bios-pq/{0010_kvm-bios-fix-smbios-memory-device-length-boundary--condition.patch =
Bug#506972: fix for 5.0.1
On Thu, 2009-03-12 at 12:30 +0100, Michael Biebl wrote: Guido Günther schrieb: Hi, I certainly have not objections fixing this for 5.0.1 but I won't be able to do this til 2009-03-28: http://wiki.debian.org/DebianReleases/PointReleases/5.0.1 (since I won't be near my only kvm capable machine until then). If somebody else (Jan?) can handle this it'd be great. I'd obviously prefer if Jan could take care of this. If not, I'd be willing to prepare a patch and test it and if everything's working fine, pass it along to you. I think it's best, if the actual upload is done by one of the maintainers. I'm currently very busy :/ Michael, if you could prepare a patch i'd gladly test it here and upload it to testing-proposed-update. -- Jan Lübbe jlue...@lasnet.dehttp://sicherheitsschwankung.de gpg-key 1024D/D8480F2E 2002-03-20 fingerprint 1B25 F91F 9E7B 5D4F 1282 02D6 8A83 8BE4 D848 0F2E -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512696: Resolved upstream
Upstream marked the mentioned #1744 as a duplicate of http://intellinuxwireless.org/bugzilla/show_bug.cgi?id=1703 which has been closed (and marked verified) in 228.57.2.23. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512654: Acknowledgement ([kvm] Security patch for CVE-2008-0928 causes serious regression)
On Thu, 2009-01-22 at 20:56 +0100, Torsten Marek wrote: There seems to be another problem in kvm-82 with regard to image corruption, I'm using a qcow2 image backed by another qcow2 one. I was able to install Windows XP and apply all patches etc, but soon after that, chkdsk started reporting errors. This was without the security patch for CVE-2008-0928? -- Jan Lübbe jlue...@lasnet.dehttp://sicherheitsschwankung.de gpg-key 1024D/D8480F2E 2002-03-20 fingerprint 1B25 F91F 9E7B 5D4F 1282 02D6 8A83 8BE4 D848 0F2E -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511914: domain kernel BUGs on SCSI disk access
On Thu, 2009-01-15 at 11:47 -0500, John Morrissey wrote: Package: kvm Version: 82+dfsg-1 Severity: important BUG after accessing the SCSI disk. This is readily reproducible with a lenny amd64 host installing lenny amd64 in a domain. mkfsing the domain's filesystems fails, d-i prompts you to Retry, Ignore, or Cancel, and choosing Cancel generates the Oops (below). Removing CVE-2008-0928-fedora.patch from the kvm packaging in experimental fixes this behavior. FWIW, I originally thought this was fixed by updating to the latest CVE-2008-0928-fedora.patch from Fedora, for KVM 81 and up (http://marc.info/?l=kvmm=123032725115808w=2), but it appears I was mistaken or my testing flawed somehow, since I can reproduce this behavior every time I try to boot/install any host from/to a SCSI disk. I experienced this problem with kvm 83 and the same patch using a Windows XP guest. There, it shows up as random application crashes and failure to boot after using the system for some time. So it seems that the qcow2 disk image is being corrupted. After removing the patch and restoring the qcow image from backup it works fine. -- Jan Lübbe jlue...@lasnet.dehttp://sicherheitsschwankung.de gpg-key 1024D/D8480F2E 2002-03-20 fingerprint 1B25 F91F 9E7B 5D4F 1282 02D6 8A83 8BE4 D848 0F2E -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#494831: I think I ran into this
On Thu, 2008-11-20 at 09:33 +0100, Peter Palfrader wrote: It'll be part of 0.9.1-8, currently also to be found at http://nchipin.kos.to/qemu/ One of the patches included is already part of kvm, but 62_fix-ptyblocking.patch is new and it built and fixed the problem for me. Do you think we should try to push that for lenny? -- Jan Lübbe [EMAIL PROTECTED]http://sicherheitsschwankung.de gpg-key 1024D/D8480F2E 2002-03-20 fingerprint 1B25 F91F 9E7B 5D4F 1282 02D6 8A83 8BE4 D848 0F2E -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502612: please update kvm to the newest version (kvm-77 currently)
On Sat, 2008-10-18 at 12:35 +0200, Jan Geboers wrote: Package: kvm Version: 72+dfsg-2 Severity: wishlist KVM in debian is 5 releases behind on the upstream sources. Upstream is at kvm-77 now, we are still on kvm-72. Please update the package, thank you. Debian is currently working to release lenny, so there will be no new upstream version in unstable until then (then changes are just too large). I'll upload 77 to experimental soon. -- Jan Lübbe [EMAIL PROTECTED]http://sicherheitsschwankung.de gpg-key 1024D/D8480F2E 2002-03-20 fingerprint 1B25 F91F 9E7B 5D4F 1282 02D6 8A83 8BE4 D848 0F2E -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498093: kvm: Please provide package for all architectures, not just amd64 and i386
KVM uses qemu, and KVM can run without kernel KVM support by emulating CPUs as qemu does. Thus, please consider providing the kvm package for all architectures, not just for amd64 and i386 where it currently provides hardware-accelerated emulation. This would allow users to simply use kvm everywhere, rather than choosing between qemu and kvm based on whether their machine has hardware-accelerated emulation available. KVM without kernel support is not really well maintained by upstream, especially for the other architectures. In the long term, the KVM userspace may be merged into qemu. For other ppc, s390 and ia64 we will offer packages when the upstream support for them is ready. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493053: /dev/kvm device access
On Fri, 2008-08-22 at 19:31 +0200, Tim Niemeyer wrote: Yes but the file permission on /dev/kvm is wrong for this group thing to work! The group assignment is handled by udev: $ rgrep kvm /etc/udev/ /etc/udev/rules.d/91-permissions.rules:KERNEL==kvm, GROUP=kvm Could you check if your udev configuration is up to date? -- Jan Lübbe [EMAIL PROTECTED]http://sicherheitsschwankung.de gpg-key 1024D/D8480F2E 2002-03-20 fingerprint 1B25 F91F 9E7B 5D4F 1282 02D6 8A83 8BE4 D848 0F2E -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496026: Please package kvm-73, contains fixes for 2.6.26 compatibility
On Fri, 2008-08-22 at 09:17 +0200, Rik Theys wrote: Is it possible to package kvm-73? According to the changelog it has fixes for compatibility with the 2.6.26 kernel: - fix 2.6.26 host support (Nikola Ciprich) If a new upstream release will not get accepted into Lenny, can you backport the fix 2.6.26 host support patches? The will not get into lenny, sorry. The package currently in unstable has this fix already. -- Jan Lübbe [EMAIL PROTECTED]http://sicherheitsschwankung.de gpg-key 1024D/D8480F2E 2002-03-20 fingerprint 1B25 F91F 9E7B 5D4F 1282 02D6 8A83 8BE4 D848 0F2E -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489442:
I've compared the kvm versions of bochsbios and vgabios to the debian packages and there are some changes. They are distributed simply as changed files. For vgabios it seems to differ in the widescreen modes (which you have as a patch) and that it is an older version of vgabios. I could probably use your package. The bochsbios copy is changed by kvm-upstream rather often, so we would have to coordinate releases. (see http://git.kernel.org/?p=linux/kernel/git/avi/kvm-userspace.git;a=history;f=bios;hb=HEAD) Maybe you can use some of these patches? So the general problem is that if kvm has made a change to the bios, it usually needs the changed bios to work at all... If you have some security releavant changes, please tell me and i'll take care of the kvm copy. Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488555:
Could you try it again with the current package (kvm-71)? If that doesn't help i'll package kvm-72 for experimental, so you can test that version. Jan Lübbe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470384:
I will upload a dfsg clean tarball as a NMU, the only change to the diff is the changelog entry. $ debdiff libsmi_0.4.7-1.dsc libsmi_0.4.7+dfsg-0.1.dsc | diffstat debian/changelog |8 doc/draft-irtf-nmrg-smi-xml-00.txt | 672 doc/draft-irtf-nmrg-smi-xml-01.txt | 1008 -- doc/draft-irtf-nmrg-sming-02.txt | 5880 - doc/smi.dtd| 275 - 5 files changed, 8 insertions(+), 7835 deletions(-) $ debdiff libsmi_0.4.7-1.dsc libsmi_0.4.7+dfsg-0.1.dsc diff -Nru libsmi-0.4.7/debian/changelog libsmi-0.4.7+dfsg/debian/changelog --- libsmi-0.4.7/debian/changelog 2008-08-05 00:27:34.0 +0200 +++ libsmi-0.4.7+dfsg/debian/changelog 2008-08-05 00:27:36.0 +0200 @@ -1,3 +1,11 @@ +libsmi (0.4.7+dfsg-0.1) unstable; urgency=high + + * Non-maintainer upload. + * Repack the upstream tarball to drop non-free IETF documents (closes: +#470384) + + -- Jan Lübbe [EMAIL PROTECTED] Mon, 04 Aug 2008 22:34:25 +0200 + libsmi (0.4.7-1) unstable; urgency=low * New upstream release diff -Nru libsmi-0.4.7/doc/draft-irtf-nmrg-sming-02.txt libsmi-0.4.7+dfsg/doc/draft-irtf-nmrg-sming-02.txt --- libsmi-0.4.7/doc/draft-irtf-nmrg-sming-02.txt 2005-11-25 10:14:01.0 +0100 +++ libsmi-0.4.7+dfsg/doc/draft-irtf-nmrg-sming-02.txt 1970-01-01 01:00:00.0 +0100 @@ -1,5880 +0,0 @@ - - -Network Working Group F. Strauss -Internet-Draft TU Braunschweig -Expires: August 15, 2000 February 15, 2000 ... Jan Lübbe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481107: kvm-source is also affected by this problem
Hi! Bug #467260 (kvm-source: FTBFS with 2.6.24 kernel) is also caused by this. A simple workaround is 'm-a clean kvm-source' before 'm-a a-i kvm-source'. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470664:
It is possible to use 'qcow2' instead of 'qcow'. Current 'qcow' images can be converted using kvm-img. I'll lower the severity to important, as it does not render the package unusable. When a good fix for CVE-2009-0928 is available, 'qcow' should work again. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479228:
Hi! I've tried to reproduce it on my machines (32bit chroot with 64bit kernel on amd64, 32bit core duo) and everything seemed ok. Do you have some additional information on how to reproduce it? Anything that is different on your machines? Does it work when you use upstream's tarball? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481771: getstream: New upstream versions available
Package: getstream Severity: wishlist There are several new upstream version available. If you need sponsoring, i'd be happy to help. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (900, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-x60s (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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467260: Same here with 2.6.25
On Thu, 2008-05-08 at 18:03 +0200, Enrico Zini wrote: I get the same problem, which I manage to work around with: m-a -t clean kvm-source; m-a -t a-i kvm-source -t is probably not needed, it's just my preference. This is a problem in m-a: It does not remove the old module before extracting the new one. The 2.6.25 kernel is the package from sid. There was a kvm module loaded before I built the module, I have no idea if that came with the kernel package, but it prevented the newly built kvm from loading. I unloaded that, and loaded the newly built module, and it worked. The Debian kernel in sid now comes with kvm modules. I'm not sure if there is a way to define priorities. -- Jan Lübbe [EMAIL PROTECTED]http://sicherheitsschwankung.de gpg-key 1024D/D8480F2E 2002-03-20 fingerprint 1B25 F91F 9E7B 5D4F 1282 02D6 8A83 8BE4 D848 0F2E -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479951: RFH: kvm -- Full virtualization on x86 hardware
Package: wnpp Severity: normal KVM has gained support for ia64, ppc and s390 in addition to i386 and amd64. I currently have no machines based on the new architectures. Before enabling these, i'm seeking some help with testing the arch specific features. If you'd like to help beyond testing and be a comaintainer, i'll move the git repository to git.debian.org. You can also reach me on IRC, my nick is shoragan. Thanks, Jan Lübbbe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479170: etherboot: diff for NMU version 5.4.3+dfsg-0.1
Package: etherboot Version: 5.4.2-1.2 Severity: normal Tags: patch Hi, A diff for my etherboot 5.4.3+dfsg-0.1 NMU is attached. A new source upload is necessary for the clarified copyright/license statements. I've also changed the arch from i386 and amd64 to all (the contents are the same anyway). I'll upload according to the 0-day NMU policy. diff -u etherboot-5.4.2/debian/control etherboot-5.4.3+dfsg/debian/control --- etherboot-5.4.2/debian/control +++ etherboot-5.4.3+dfsg/debian/control @@ -6,7 +6,7 @@ Standards-Version: 3.7.2.0 Package: etherboot -Architecture: i386 amd64 +Architecture: all Recommends: mknbi Description: Bootstrapping for various network adapters Etherboot is a free software package for making boot ROMS for booting diff -u etherboot-5.4.2/debian/changelog etherboot-5.4.3+dfsg/debian/changelog --- etherboot-5.4.2/debian/changelog +++ etherboot-5.4.3+dfsg/debian/changelog @@ -1,3 +1,16 @@ +etherboot (5.4.3+dfsg-0.1) unstable; urgency=low + + * Non-maintainer upload + * New upstream release (repacked tarball for docs and license patch) +- Apply patch from upstream's git repositiory to explain a license issue + (closes: #456411, #456413) + * Update debian/copyright + * Change arch to all (closes: #471206, #471337) +- The netboot server's architecture could be different from the client's +- Emulators for i386 and amd64 need these images + + -- Jan L??bbe [EMAIL PROTECTED] Sat, 03 May 2008 13:32:37 +0200 + etherboot (5.4.2-1.2) unstable; urgency=high * NMU diff -u etherboot-5.4.2/debian/copyright etherboot-5.4.3+dfsg/debian/copyright --- etherboot-5.4.2/debian/copyright +++ etherboot-5.4.3+dfsg/debian/copyright @@ -8,2 +8,31 @@ -Copyright: GPL -You can find it (on Debian systems) in the file /usr/share/common-licenses/GPL. +Copyright (C) 2003-2008 The Etherboot Project and many others + +License: + In general gPXE files are licensed under the GPL. GPLed files are in + general either from Linux or have been explicitly put under GPL by the + authors. The license for a file is usually documented at the top of + the file. + + A few files are inherited from FreeBSD netboot and therefore can be + used under BSD or GPL. Documented in this file are some of the + non-GPL'ed files. If the internal documentation for a file disagrees + with what is documented in this file, the internal documentation for + the file shall be override this file. + +FileCopyright status +src/core/misc.c BSD +src/drivers/net/3c509.c BSD +src/drivers/net/3c509.h BSD +src/drivers/net/3c595.c BSD +src/drivers/net/3c595.h BSD +src/drivers/net/3c90x.c Open Source +src/drivers/net/epic100.c None +src/drivers/net/epic100.h None +src/drivers/net/ns8390.cBSD +src/drivers/net/ns8390.hBSD +src/arch/i386/include/bits/string.h None (Public Domain) + +On Debian systems, the complete text of the GPL license can be found in +`/usr/share/common-licenses/GPL' and the complete text of the BSD license +can be found in `/usr/share/common-licenses/BSD'. +
Bug#478905: kvm module: handle_exception: unexpected - kvm aborts
On Thu, 2008-05-01 at 19:25 +0200, David Madore wrote: I compiled kvm-source on a 2.6.24.4 kernel (with module-assistant) and am using it on an Intel KVM (a Core 2 Quad Q6600 CPU) with the kvm and kvm-intel modules loaded. Is this a regression from earlier version? If not, it is probably the kown problem with graphical boot loaders on Intel CPUs. You can install with qemu and disable the grub menu later. Then it should work with KVM. -- Jan Lübbe [EMAIL PROTECTED]http://sicherheitsschwankung.de gpg-key 1024D/D8480F2E 2002-03-20 fingerprint 1B25 F91F 9E7B 5D4F 1282 02D6 8A83 8BE4 D848 0F2E -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475928: ITP: python-edje -- Python bindings for the Enlightenment layout and animation library (edje)
Package: wnpp Severity: wishlist Owner: Jan Lübbe [EMAIL PROTECTED] * Package name: python-edje Version : 0.2.1 Upstream Author : Gustavo Sverzut Barbieri [EMAIL PROTECTED] * URL : http://www.enlightenment.org * License : BSD Programming Lang: Python Description : Python bindings for the Enlightenment layout and animation library (edje) Edje is a graphical layout and animation library for animated resizable, compressed and scalable themes. It is the theming engine behind Enlightenment DR 0.17. This package contains modules that allow you to use evas from Python. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (900, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-x60s (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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474034: ITP: gpxe -- PXE network bootloader for x86 PCs
Package: wnpp Severity: wishlist Owner: Jan Lübbe [EMAIL PROTECTED] * Package name: gpxe Version : 0.9.3 Upstream Author : Michael Brown [EMAIL PROTECTED] and the Etherboot Project * URL : http://www.etherboot.org * License : GPL Programming Lang: C Description : PXE network bootloader for x86 PCs gPXE provides a direct replacement for proprietary PXE ROMs, with many extra features such as DNS, HTTP, iSCSI. It can be stored in a number of places, including BIOS Flash, EPROMs, floppy, CD, HD, or other bootable media. gPXE evolved from Etherboot and is maintained by the Etherboot project. It will supersede Etherboot eventually. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (900, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-x60s (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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472343: gitosis: Creates a user called git without checking for it first
Package: gitosis Version: 0.2+20080319-1 Severity: grave Justification: renders package unusable The postinst script contains: case ${1} in configure) adduser --system --home /var/cache/git --shell /bin/sh --disabled-password --no-create-home --gecos 'git version control' --group git mkdir -p /var/cache/git chown git:git /var/cache/git -R ;; This creates the 'git' user unconditionally, which breaks upgrading the package. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (900, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-x60s (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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456411: cs89x0 driver in etherboot
Hello Russ, Your driver for the cs89x0 network card is used in the etherboot package. The copyright/license statements are a bit problematic for Debian as cs89x0.h file states This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation, version 1. This license statement is currently also in the Linux kernel source (which makes it incompatible to the rest of Linux). This license makes it incompatible with the rest of etherboot which is GPLv2. cs89x0.c states: Permission is granted to distribute the enclosed cs89x0.[ch] driver only in conjunction with the Etherboot package. The code is ordinarily distributed under the GPL. Could you please clarify what you mean by only in conjunction with the Etherboot package, as this conflicts with the GPL. Would you be willing to relicense your contributions under the GPLv2 without additional restrictions? -- Jan Lübbe [EMAIL PROTECTED]http://sicherheitsschwankung.de gpg-key 1024D/D8480F2E 2002-03-20 fingerprint 1B25 F91F 9E7B 5D4F 1282 02D6 8A83 8BE4 D848 0F2E
Bug#469125: kvm/63+dfsg-1 with fixed bug again...
On Mon, 2008-03-17 at 13:48 +0100, Thomas Besser wrote: Hadn't time to test the fixed kvm/62+dfsg-3 source package last week, as today already the next kvm version is available in unstable. Unfortunately with the old recently fixed bug (dependency etherboot does not exist in amd64) in source package. I'm building the arch-all package kvm-data on i386. This seems the only way to get the etherboot files. You can build only the arch-dependant part and use the kvm-data package from the debian archive. -- Jan Lübbe [EMAIL PROTECTED]http://sicherheitsschwankung.de gpg-key 1024D/D8480F2E 2002-03-20 fingerprint 1B25 F91F 9E7B 5D4F 1282 02D6 8A83 8BE4 D848 0F2E
Bug#471337: etherboot: Etherboot should be arch all
Package: etherboot Version: 5.4.2-1.2 Severity: normal I maintain kvm for debian, which now build-depends on etherboot to have access to the netboot firmware images. Because etherboot is only available on i386, kvm doesn't build on amd64 anymore. Etherboot should be arch all because the firmware images may be needed for different machines (i.e. on a netboot server) or for virtual machines of a different architecture than the host (qemu, xen, kvm). Risko, if you are no longer interested in etherboot (it had no upload by you since 2006-05-30) i would be happy to adopt it. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (900, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-x60s (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 etherboot depends on no packages. Versions of packages etherboot recommends: ii mknbi 1.4.4-1Create tagged images for Etherboot -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471235: ITP: python-pysnmp4-apps -- Applications for the Python SNMP library
Package: wnpp Severity: wishlist Owner: Jan Lübbe [EMAIL PROTECTED] * Package name: python-pysnmp4-apps Version : 0.2.6a Upstream Author : Ilya Etingof * URL : http://pysnmp.sourceforge.net/ * License : BSD-style Programming Lang: Python Description : Applications for the Python SNMP library This package contains a set of SNMP applications written on top of the PYSNMP v4 package, which is written entirely in Python and is self-sufficient in terms that it does not rely on any third party tool. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (900, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-x60s (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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470664: kvm: can't boot with qcow image
This problem is caused by the fix for #469666. I'm still investigating on how to solve this regression. -- Jan Lübbe [EMAIL PROTECTED]http://sicherheitsschwankung.de gpg-key 1024D/D8480F2E 2002-03-20 fingerprint 1B25 F91F 9E7B 5D4F 1282 02D6 8A83 8BE4 D848 0F2E
Bug#469649: kvm/qemu
I'm the maintainer for kvm in debian. The patch for this bug also applies to kvm and i've released kvm-63 with it. The current patch brakes support for qcow images as described in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=470664 I've just tested the current svn version of qemu (0.9.1-2) which also has the same problem. So you probably don't want to use the patch in the current form. -- Jan Lübbe [EMAIL PROTECTED]http://sicherheitsschwankung.de gpg-key 1024D/D8480F2E 2002-03-20 fingerprint 1B25 F91F 9E7B 5D4F 1282 02D6 8A83 8BE4 D848 0F2E
Bug#470236: RFP: flam3 -- Programs to generate and render cosmic recursive fractal flames (fwd)
On Sun, 2008-03-09 at 23:52 -0500, Ian Weller wrote: Package name: flam3 Upstream author: Scott Draves spot draves org Description: Flam3, or Fractal Flames, are algorithmically generated images and animations. This is free software to render fractal flames as described on http://flam3.com. Flam3-animate makes animations, and flam3-render makes still images. Flam3-genome creates and manipulates genomes (parameter sets). I've already packaged this for Fedora and Scott is asking me to look for a maintainer for Debian. The specfile and patches used by Fedora are available at http://cvs.fedoraproject.org/viewcvs/rpms/flam3/ . It seems that flam3 is already in debian as a part of electricsheep: $ dpkg -L electricsheep | grep flam /usr/lib/pkgconfig/flam3.pc /usr/lib/libflam3.a /usr/bin/flam3-render /usr/bin/flam3-convert /usr/bin/flam3-genome /usr/bin/flam3-animate /usr/share/man/man1/flam3-render.1.gz /usr/share/man/man1/flam3-animate.1.gz /usr/share/man/man1/flam3-genome.1.gz /usr/share/man/man1/flam3-convert.1.gz Is this something different? -- Jan Lübbe [EMAIL PROTECTED]http://sicherheitsschwankung.de gpg-key 1024D/D8480F2E 2002-03-20 fingerprint 1B25 F91F 9E7B 5D4F 1282 02D6 8A83 8BE4 D848 0F2E
Bug#469912: ITP: python-ecore -- Python bindings for the Enlightenment core library (ecore)
Package: wnpp Severity: wishlist Owner: Jan Lübbe [EMAIL PROTECTED] * Package name: python-ecore Version : 0.2.1 Upstream Author : Gustavo Sverzut Barbieri [EMAIL PROTECTED] * URL : http://www.enlightenment.org * License : BSD Programming Lang: Python Description : Python bindings for the Enlightenment core library (ecore) Ecore is the core event abstraction layer and X abstraction layer that makes doing selections, Xdnd, general X stuff, and event loops, timeouts and idle handlers fast, optimized, and convenient. It's a separate library so anyone can make use of the work put into Ecore to make this job easy for applications. This package contains modules that allow you to use ecore from Python. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (900, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-x60s (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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469911: ITP: python-evas -- Python bindings for the Enlightenment canvas library (evas)
Package: wnpp Severity: wishlist Owner: Jan Lübbe [EMAIL PROTECTED] * Package name: python-evas Version : 0.2.1 Upstream Author : Gustavo Sverzut Barbieri [EMAIL PROTECTED] * URL : http://www.enlightenment.org * License : BSD Programming Lang: Python Description : Python bindings for the Enlightenment canvas library (evas) Evas is an advanced canvas library, providing six engines for rendering: X11, OpenGL (hardware accelerated), DirectFB, the framebuffer, Microsoft Windows and Qtopia. This package contains modules that allow you to use evas from Python. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (900, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-x60s (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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467504: git-buildpackage: git-import-* is confused by .gitignore in the tarball
On Tue, 2008-02-26 at 08:47 +0100, Guido Günther wrote: You can use --filter to filter out the .gitignore file should you want to track files in your repo that upstream explicitly doesn't want to track. Yes, that's definitly possible. Because i want to use pristine-tar to be able to regenerate the upstream tarballs from the git repo, i think the git tree would have to be identical to the original tar contents. -- Jan Lübbe [EMAIL PROTECTED]http://sicherheitsschwankung.de gpg-key 1024D/D8480F2E 2002-03-20 fingerprint 1B25 F91F 9E7B 5D4F 1282 02D6 8A83 8BE4 D848 0F2E
Bug#467504: git-buildpackage: git-import-* is confused by .gitignore in the tarball
Package: git-buildpackage Version: 0.4.16 Severity: normal Im not sure if this is intentional, but git-import-dsc and git-import-orig use 'git add' without the '-f' option. Some upstream tarballs have a .gitignore file which leads to files missing after the import. Adding '-f' to the call to 'git add' solves this. Thanks, Jan -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-mordor-64 (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 git-buildpackage depends on: ii devscripts 2.10.16 scripts to make the life of a Debi ii git-core 1:1.5.4.2-2 fast, scalable, distributed revisi ii python 2.4.4-6 An interactive high-level object-o ii python-support 0.7.6 automated rebuilding support for p git-buildpackage recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412010:
I've got the same problem in my kvm package. The pxe-*.bin files seem to originate from etherboot. A simple dependency and a symlink won't work, as the etherboot package only ships gzip compressed images. Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451561: Current status
The .c and .h files of navit have an unclear license at the moment. Upstream is working on this and will fix it before the next release (mid-february). -- Jan Lübbe [EMAIL PROTECTED]http://sicherheitsschwankung.de gpg-key 1024D/D8480F2E 2002-03-20 fingerprint 1B25 F91F 9E7B 5D4F 1282 02D6 8A83 8BE4 D848 0F2E
Bug#458480: Use a group (e.g kvmusers) to allow regular users to access /dev/kvm
There is a group named 'kvm' which allows users to start KVM without sudo. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452937:
Hi! I maintain the debian kvm package which also needs the bochs bios and is currently using the same bios blob as qemu. It would be nice to use a bios build from sources in debian. -- Jan Lübbe [EMAIL PROTECTED]http://sicherheitsschwankung.de gpg-key 1024D/D8480F2E 2002-03-20 fingerprint 1B25 F91F 9E7B 5D4F 1282 02D6 8A83 8BE4 D848 0F2E
Bug#452963:
I'll apply your patch as soon as we have the qemu-patched bios in debian. -- Jan Lübbe [EMAIL PROTECTED]
Bug#440430:
It is possible to compile kvm with gcc-4.x, this will cause the --no-kvm option be unavailable. The kvm upstream will probably not fix this problem, so we will have to wait for a gcc-4.x compatible qemu before reenabling --no-kvm. Even without --no-kvm the package fullfills its normal function so i'll downgrade this bug. -- Jan Lübbe [EMAIL PROTECTED]
Bug#438995: closed by Jan Lübbe [EMAIL PROTECTED] ()
On Wed, 2007-11-21 at 16:48 +0100, Johannes Graumann wrote: And how does that relate to my report? You should be able to compile kvm modules for the debian stock kernels now, because it no longer needs CONFIG_HIGHMEM64G set in the kernel. Perhaps i've misunderstood your bugreport. Do you need kvm version 28 specifically? -- Jan Lübbe [EMAIL PROTECTED]http://sicherheitsschwankung.de gpg-key 1024D/D8480F2E 2002-03-20 fingerprint 1B25 F91F 9E7B 5D4F 1282 02D6 8A83 8BE4 D848 0F2E
Bug#451068: kvm: black screen while run windowsxp
I've just uploaded the current upstream version (52) to unstable. Could you try to reproduce the problem with that version? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449346: kvm: network sometimes just stops
Could you try to reproduce the problem with the current version in unstable (52)? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449524: kvm: conflict then installing together with qemu
On Tue, 2007-11-06 at 11:02 +0100, Tobias Walkowiak wrote: Version: 48+dfsg-1 When installing qemu after installing kvm, 'apt-get install qemu' fails because /usr/share/doc/qemu/qemu-doc.html leads to a conflict because both packages contain that file. The kvm package is regarded buggy because qemu-doc.html rather belongs to qemu. I've just checked the .deb on a mirror and it only contails documentation in /usr/share/doc/kvm. Are you sure that you are using the current package for kvm? Is there a symlink on your system which is redirecting the files? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440692:
If you are busy i could prepare an update to the current version or (with your permission) upload it myself. -- Jan Lübbe [EMAIL PROTECTED]http://sicherheitsschwankung.de gpg-key 1024D/D8480F2E 2002-03-20 fingerprint 1B25 F91F 9E7B 5D4F 1282 02D6 8A83 8BE4 D848 0F2E
Bug#401774: segfault bug fixed
On Tue, 2007-01-09 at 17:15 -0800, Joshua Kwan wrote: On Wed, Jan 10, 2007 at 01:37:46AM +0100, Jan Luebbe wrote: tags 401774 + patch I've backported the fix from 1.1.3 to the 1.1.2 debian package. This fixes the bug. I've attached the updated dpatch file. Thanks, but I intend to upload 1.1.3 anyway - are you intending this for etch? Hmm, xmms-flac is not really usable without a fix. So you might be able to push just the fix for etch. -- Jan Lübbe [EMAIL PROTECTED]http://sicherheitsschwankung.de gpg-key 1024D/D8480F2E 2002-03-20 fingerprint 1B25 F91F 9E7B 5D4F 1282 02D6 8A83 8BE4 D848 0F2E
Bug#391556: python-gpod: missing dependancy on python-eyed3
Package: python-gpod Version: 0.4.0-0.0 Severity: normal python-gpod needs a dependancy on python-eyed3. I'm using the 0.4.0-0.0 package by Christian Marillat [EMAIL PROTECTED] instead of the debian unstable one, but when the debian package is updated to 0.4.0, it will have the same problem. When you try to use the gpod module, this happens: [EMAIL PROTECTED]:~$ python Python 2.4.4c0 (#2, Oct 2 2006, 00:57:46) [GCC 4.1.2 20060928 (prerelease) (Debian 4.1.1-15)] on linux2 Type help, copyright, credits or license for more information. import gpod Traceback (most recent call last): File stdin, line 1, in ? File /usr/lib/python2.4/site-packages/gpod/__init__.py, line 2, in ? from ipod import * File /usr/lib/python2.4/site-packages/gpod/ipod.py, line 8, in ? import eyeD3 After installing the python-eyed3 package it works. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-mordor Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages python-gpod depends on: ii libc62.3.6.ds1-5 GNU C Library: Shared libraries ii libglib2.0-0 2.12.4-1The GLib library of C routines ii libgpod0 0.4.0-0.0 a library to read and write songs ii python 2.4.3-11An interactive high-level object-o ii python-central 0.5.6 register and build utility for Pyt python-gpod recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377432: pida: Won't start
You have python-setuptools from stable (see http://packages.qa.debian.org/p/python-setuptools.html). That version is not compatible with the recent changes in python packageing. Please try it with a current version of python-setuptools. On Sat, 2006-07-08 at 23:29 +0200, randhol wrote: Versions of packages pida depends on: ii python-gtk2 [python2.4-gt 2.8.6-3Python bindings for the GTK+ widge ii python2.4 2.4.3-7An interactive high-level object-o ii python2.4-setuptools 0.0.1.041214-1 Python Distutils Enhancements The current version is 0.6b3-3. ii python2.4-vte 1:0.12.1-1 Python bindings for the VTE widget ii vim-gtk [gvim]1:7.0-017+8Vi IMproved - enhanced vi editor - ii vim-python [gvim] 1:7.0-017+8Vi IMproved - enhanced vi editor - -- Jan Lübbe [EMAIL PROTECTED]http://sicherheitsschwankung.de gpg-key 1024D/D8480F2E 2002-03-20 fingerprint 1B25 F91F 9E7B 5D4F 1282 02D6 8A83 8BE4 D848 0F2E
Bug#263417: ITP: pysnmp -- Python implementation of SNMP v.1/v.2c engine
On Mon, 2006-04-24 at 11:37 +0400, Ilya Etingof wrote: v4 contains a mechanism to select the required version before importing pysnmp. So it should be possible to port this mechanism to v2 and v3 and create a pysnmp-common package which contains this module. If anyone wants to backport this code into pysnmp[23], I'd happily commit this into the distros or create a stand-alone package. Otherwise, I can do that by myself. Just let me know. Of course that would require all users of pysnmp to specifiy the required version. The (imho) cleaner solution would be to use pysnmp[234] as the package names. This sould be coordinated with upstream. I'm a bit reluctant about this approach because: 1) It would still require a modification to existing packages (rename pysnmp into pysnmp[234]) 2) Looks like pysnmp4 is going to be final in terms of functionality and API (hopefully, oh) so all other versions will be gradually phased out. I'd like the final version to be called just pysnmp for the sake of simplicity and aestetics. ;-) We could do it like this: - pysnmp2 is patched to install to pysnmp/v2 - pysnmp3 is patched to install to pysnmp/v3 - pysnmp4 already installs to pysnmp/v4 - the version switch-module from v4 is packaged as pysnmp-common and the other version depend on it - Programs need to specify what the need via os.envrion Perhaps it would be possible to use something like import pysnmp.v2 as pysnmp? Ilya, the debian-python-team meets in #debian-python on OFTC. -- Jan Lübbe [EMAIL PROTECTED]http://sicherheitsschwankung.de gpg-key 1024D/D8480F2E 2002-03-20 fingerprint 1B25 F91F 9E7B 5D4F 1282 02D6 8A83 8BE4 D848 0F2E
Bug#263417: ITP: pysnmp -- Python implementation of SNMP v.1/v.2c engine
On Mon, 2006-04-24 at 14:06 +0200, Morten Werner Olsen wrote: On Mon, Apr 24, 2006 at 02:00:20PM +0200, Jan Lübbe wrote: We could do it like this: - pysnmp2 is patched to install to pysnmp/v2 - pysnmp3 is patched to install to pysnmp/v3 - pysnmp4 already installs to pysnmp/v4 - the version switch-module from v4 is packaged as pysnmp-common and the other version depend on it - Programs need to specify what the need via os.envrion Perhaps it would be possible to use something like import pysnmp.v2 as pysnmp? That would mean that software packaged for Debian which uses pysnmp will have to be patched to be able to use pysnmp, and do we really want that? Its now good, but i dont see any other good way :/ The default (if you don't change os.environ) would be the most recent installed version. But if we don't have a way to select one of the installed version, it would be impossible to install programs that depend on different versions. That would be a severe restriction. What do you think about using the module names pysnmp for pysnmp4 and pysnmp[23] for the older versions? -- Jan Lübbe [EMAIL PROTECTED]http://sicherheitsschwankung.de gpg-key 1024D/D8480F2E 2002-03-20 fingerprint 1B25 F91F 9E7B 5D4F 1282 02D6 8A83 8BE4 D848 0F2E
Bug#263417: ITP: pysnmp -- Python implementation of SNMP v.1/v.2c engine
On Sat, 2006-04-22 at 17:24 +0200, Arnaud Fontaine wrote: Morten == Morten Werner Olsen [EMAIL PROTECTED] writes: Morten Doesn't the pysnmp 3.x-series have a very unstable API? And Morten is the 3.x-series still under development? I guess the right Morten thing to do is to make sure pykota uses the stable pysnmp Morten 2.x-series until a new stable 4.x-series is ready? Hello, 3.x-serie and 4.x-serie are unstable releases. Pykota doesn't use the 2.x-serie, only the 3.x-serie. But i think there are many examples of such python applications that use pysnmp2 or pysnmp3 or also pysnmp4, so i thnk that packaging all these branches could be great. I have already packaged version 3 and 4, but they were rejected by the ftp-masters because i did not explain why several versions are needed. Morten I'm not involved in the packaging of pysnmp, but I guess Morten packaging the 3.x- 4.x-series as separate packages sounds Morten like a good idea if we really want the version 3 and 4 in Morten Debian before upstream freezes their API. I think so too. I have python-pysnmp4 ready, available on the svn repository of debian-python team. I can package pysnmp3 too, but i would like to wait for Jan Luebbe answer about these mails ;). All versions use the pysnmp package name (and therfore the packages conflict against each other), so it would impossible to one package with depends on v2 together with one which depends on v4. v4 contains a mechanism to select the required version before importing pysnmp. So it should be possible to port this mechanism to v2 and v3 and create a pysnmp-common package which contains this module. Of course that would require all users of pysnmp to specifiy the required version. The (imho) cleaner solution would be to use pysnmp[234] as the package names. This sould be coordinated with upstream. -- Jan Lübbe [EMAIL PROTECTED]http://sicherheitsschwankung.de gpg-key 1024D/D8480F2E 2002-03-20 fingerprint 1B25 F91F 9E7B 5D4F 1282 02D6 8A83 8BE4 D848 0F2E signature.asc Description: This is a digitally signed message part
Bug#355606: pida: new 0.3.1 version is available
Am Montag, den 06.03.2006, 17:55 +0100 schrieb Didrik Pinte: The new 0.3.1 version is online and seems really better than 0.2.2. I'll have a look at the source package and try to upgrade it. Please let me know if you're in the upgrade process. pida 0.3.1 requires python2.4 and python 2.4 bindings for vte are not yet available. I've helped the vte maintainer to update the package, which is currently in the new queue. When that is in unstable i can upload pida 0.3.1. I'll build the vte and pida packages locally and publish them on: http://d072.apm.etc.tu-bs.de/~jluebbe/debian/unstable/ -- Jan Lübbe [EMAIL PROTECTED]http://sicherheitsschwankung.de gpg-key 1024D/D8480F2E 2002-03-20 fingerprint 1B25 F91F 9E7B 5D4F 1282 02D6 8A83 8BE4 D848 0F2E
Bug#353434:
Here's a patch to build bindings for python 2.3 and 2.4. -- Jan Lübbe [EMAIL PROTECTED]http://sicherheitsschwankung.de gpg-key 1024D/D8480F2E 2002-03-20 fingerprint 1B25 F91F 9E7B 5D4F 1282 02D6 8A83 8BE4 D848 0F2E Index: debian/control === --- debian/control (revision 43) +++ debian/control (working copy) @@ -43,15 +43,40 @@ Package: python-vte Architecture: any Section: python -Depends: ${shlibs:Depends}, ${python:Depends}, python-gtk2 +Depends: python2.3-vte Description: Python bindings for the VTE widget set The VTE library inserts terminal capability strings into a trie, and then uses it to determine if data received from a pseudo-terminal is a control sequence or just random data. The sample program interpret illustrates more or less what the widget sees after it filters incoming data. . - This package contains the bindings to use VTE in Python programs. + This package is a dependency package, which selects the right package for + the default Python version (currently 2.3). +Package: python2.3-vte +Architecture: any +Section: python +Depends: ${shlibs:Depends}, ${python:Depends}, python2.3-gtk2 +Description: Python bindings for the VTE widget set + The VTE library inserts terminal capability strings into a trie, and then + uses it to determine if data received from a pseudo-terminal is a control + sequence or just random data. The sample program interpret illustrates + more or less what the widget sees after it filters incoming data. + . + This package contains the bindings to use VTE in Python 2.3 programs. + +Package: python2.4-vte +Architecture: any +Section: python +Depends: ${shlibs:Depends}, ${python:Depends}, python2.4-gtk2 +Description: Python bindings for the VTE widget set + The VTE library inserts terminal capability strings into a trie, and then + uses it to determine if data received from a pseudo-terminal is a control + sequence or just random data. The sample program interpret illustrates + more or less what the widget sees after it filters incoming data. + . + This package contains the bindings to use VTE in Python 2.4 programs. + Package: libvte-doc Architecture: all Section: doc Index: debian/python-vte.install === --- debian/python-vte.install (revision 43) +++ debian/python-vte.install (working copy) @@ -1 +0,0 @@ -debian/tmp/usr/lib/python*/site-packages Index: debian/control.in === --- debian/control.in (revision 43) +++ debian/control.in (working copy) @@ -43,15 +43,40 @@ Package: python-vte Architecture: any Section: python -Depends: ${shlibs:Depends}, ${python:Depends}, python-gtk2 +Depends: python2.3-vte Description: Python bindings for the VTE widget set The VTE library inserts terminal capability strings into a trie, and then uses it to determine if data received from a pseudo-terminal is a control sequence or just random data. The sample program interpret illustrates more or less what the widget sees after it filters incoming data. . - This package contains the bindings to use VTE in Python programs. + This package is a dependency package, which selects the right package for + the default Python version (currently 2.3). +Package: python2.3-vte +Architecture: any +Section: python +Depends: ${shlibs:Depends}, ${python:Depends}, python2.3-gtk2 +Description: Python bindings for the VTE widget set + The VTE library inserts terminal capability strings into a trie, and then + uses it to determine if data received from a pseudo-terminal is a control + sequence or just random data. The sample program interpret illustrates + more or less what the widget sees after it filters incoming data. + . + This package contains the bindings to use VTE in Python 2.3 programs. + +Package: python2.4-vte +Architecture: any +Section: python +Depends: ${shlibs:Depends}, ${python:Depends}, python2.4-gtk2 +Description: Python bindings for the VTE widget set + The VTE library inserts terminal capability strings into a trie, and then + uses it to determine if data received from a pseudo-terminal is a control + sequence or just random data. The sample program interpret illustrates + more or less what the widget sees after it filters incoming data. + . + This package contains the bindings to use VTE in Python 2.4 programs. + Package: libvte-doc Architecture: all Section: doc Index: debian/rules === --- debian/rules (revision 43) +++ debian/rules (working copy) @@ -14,6 +14,38 @@ DEB_FIXPERMS_EXCLUDE := gnome-pty-helper DEB_DH_MAKESHLIBS_ARGS_ALL = -V 'libvte4 (= 1:0.11.11)' -binary-install/python-vte:: +DEB_BUILDDIR := build +DEB_BUILDDIR_python2.3-vte := build-2.3 +DEB_BUILDDIR_python2.4-vte := build-2.4 + +configure/python2.3-vte:: + cd build-2.3 PYTHON=/usr/bin/python2.3
Bug#353434:
I did forget to update the build-deps with python2.4. -- Jan Lübbe [EMAIL PROTECTED]http://sicherheitsschwankung.de gpg-key 1024D/D8480F2E 2002-03-20 fingerprint 1B25 F91F 9E7B 5D4F 1282 02D6 8A83 8BE4 D848 0F2E Index: debian/control.in === --- debian/control.in (revision 45) +++ debian/control.in (working copy) @@ -4,7 +4,7 @@ Maintainer: Arnaud Patard [EMAIL PROTECTED] Uploaders: @GNOME_TEAM@, Marc Dequènes [EMAIL PROTECTED] Standards-Version: 3.6.2 -Build-Depends: cdbs, debhelper (= 3.4.4), libgtk2.0-dev (= 2.4.1-3), gettext, python-gtk2-dev, python-dev, libncurses5-dev, libxrender-dev, gnome-pkg-tools, gtk-doc-tools, libxt-dev, libfreetype6-dev (= 2.0.2) +Build-Depends: cdbs, debhelper (= 3.4.4), libgtk2.0-dev (= 2.4.1-3), gettext, python-gtk2-dev, python-dev, python2.3-dev, python2.4-dev, libncurses5-dev, libxrender-dev, gnome-pkg-tools, gtk-doc-tools, libxt-dev, libfreetype6-dev (= 2.0.2) Package: libvte4 Architecture: any Index: debian/control === --- debian/control (revision 44) +++ debian/control (working copy) @@ -4,7 +4,7 @@ Maintainer: Arnaud Patard [EMAIL PROTECTED] Uploaders: Debian GNOME Maintainers [EMAIL PROTECTED], Akira TAGOH [EMAIL PROTECTED], Andreas Rottmann [EMAIL PROTECTED], Andrew Lau [EMAIL PROTECTED], Carlos Perelló Marín [EMAIL PROTECTED], Clément Stenac [EMAIL PROTECTED], Ed Boraas [EMAIL PROTECTED], Edd Dumbill [EMAIL PROTECTED], Emil Soleyman-Zomalan [EMAIL PROTECTED], Guilherme de S. Pastore [EMAIL PROTECTED], Gustavo Noronha Silva [EMAIL PROTECTED], J.H.M. Dassen (Ray) [EMAIL PROTECTED], Joe Drew [EMAIL PROTECTED], Johannes Rohr [EMAIL PROTECTED], Jordi Mallach [EMAIL PROTECTED], Jose Carlos Garcia Sogo [EMAIL PROTECTED], Josselin Mouette [EMAIL PROTECTED], Loic Minier [EMAIL PROTECTED], Marc 'HE' Brockschmidt [EMAIL PROTECTED], Ondřej Surý [EMAIL PROTECTED], Rob Bradford [EMAIL PROTECTED], Robert McQueen [EMAIL PROTECTED], Ross Burton [EMAIL PROTECTED], Sebastien Bacher [EMAIL PROTECTED], Sjoerd Simons [EMAIL PROTECTED], Takuo KITAME [EMAIL PROTECTED], Marc Dequènes [EMAIL PROTECTED] Standards-Version: 3.6.2 -Build-Depends: cdbs, debhelper (= 3.4.4), libgtk2.0-dev (= 2.4.1-3), gettext, python-gtk2-dev, python-dev, libncurses5-dev, libxrender-dev, gnome-pkg-tools, gtk-doc-tools, libxt-dev, libfreetype6-dev (= 2.0.2) +Build-Depends: cdbs, debhelper (= 3.4.4), libgtk2.0-dev (= 2.4.1-3), gettext, python-gtk2-dev, python-dev, python2.3-dev, python2.4-dev, libncurses5-dev, libxrender-dev, gnome-pkg-tools, gtk-doc-tools, libxt-dev, libfreetype6-dev (= 2.0.2) Package: libvte4 Architecture: any signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#353434:
I'm the maintainer of the debian package for pida. Pida will start without vte for python 2.4, but important features will not work. I want to upload the new upstream version soon, so if you'd like, i would be glad to help with a patch. -- Jan Lübbe [EMAIL PROTECTED]http://sicherheitsschwankung.de gpg-key 1024D/D8480F2E 2002-03-20 fingerprint 1B25 F91F 9E7B 5D4F 1282 02D6 8A83 8BE4 D848 0F2E
Bug#247961: Preliminary packages for projectm
Hello! I have made some preliminary packages for projectm which can be downloaded from http://d072.apm.etc.tu-bs.de/~jluebbe/debian/unstable/ I'm not sure if the package is completely DFSG-Free, because there are some fonts called arial1.glf, courier1.glf and times_new1.glf. They are included in the OpenGL font library 'GLF' by Roman Podobedov. The license of the library states: You can use this library in any program (commercial, educational or individual), but in each program, where You use this library, You should to keep this header (author name and coordinates)! But i'm not sure if that applies to the fonts as well. Some presets from http://milkdrop.co.uk come in the projectm tarball, but there is no license for them. So i'm not sure what to do about them (although projectm could be distributed without them). If the legal problems can be worked out, i think it would be no problem to include it in Debian. -- Jan Lübbe [EMAIL PROTECTED]