Bug#537243: lintian: init.d-script-uses-usr-interpreter should not error when using Python
Package: lintian Version: 2.2.13 Severity: normal I have an application which has an init.d script written in Python, intended for use in desktop environments. The script will not start before /usr is mounted (due to the runlevel that it starts on), and as Python is virtually an Essential package, it is very unlikely to be removed from a system. Please either add an exception for Python, for scripts starting in the multiuser runlevels, or both. -- Luke Faraone http://luke.faraone.cc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536642: Fails to load buddy icons
On Sun, 12 Jul 2009 13:42:44 +0100 Jonathan Davies j...@ubuntu.com wrote: Actually, I take that back - one of my contacts icons has loaded, not sure why the rest aren't working though... Ah, you had me going there for a minute. You have to delete all the .icon files in ~/.purple/icons before pidgin will redownload the new correct ones. Hope this helps! signature.asc Description: PGP signature
Bug#536629: ITP: autokey -- text expansion and hotkey utility
Package: wnpp Severity: wishlist Owner: Luke Faraone l...@faraone.cc * Package name: autokey Version : 0.54.4 Upstream Author : Chris Dekter cdek...@gmail.com * URL : http://autokey.sf.net * License : GPL-2+ Programming Lang: Python Description : text expansion and hotkey utility AutoKey is a text expansion/replacement and hotkey utility for Linux and X11. It can receive keyboard events via several methods and uses X events to drive the expansions. It is designed to save time by automating repetitive typing tasks, among other things. It works somewhat like AutoHotKey and Texter, both Windows programs. -- System Information: Debian Release: 5.0 Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536642: Fails to load buddy icons
Package: pidgin-facebookchat Version: 1.54-1 Severity: normal Tags: patch As of recently, Facebook changed their server's layout thereby breaking support for pidgin-facebookchat's buddy icon system. After being troubleshooted upstream by myself and another user, we have fixed the problem. Attached is a dpatch patch to fix this. Sorry it is not a quit patch, but I don't know how to use quilt ;) I am running testing with pidgin-facebookchat installed from unstable. 10-get-back-icons.dpatch Description: Binary data signature.asc Description: PGP signature
Bug#536191: keytouch: Amarok plugin saved as XMMS in keyboard file
I have rebased keytouch-editor against its new upstream source, and this does in fact fix the XMMS Amarok confusion, so when that new package gets uploaded to unstable, this bug will be closed. I realize that there are other issues in this bug, but as I said before, I believe that they are caused by a malformed configuration file. So once you get your hands on the new version, go ahead and make a new configuration file for your keyboard, and if that does not fix the problem, go ahead and file a new bug against keytouch. signature.asc Description: PGP signature
Bug#536191: keytouch: Amarok plugin saved as XMMS in keyboard file
Thanks for the bug report. Very sorry we couldn't work this out when I was helping you on IRC. At this point, before I go searching through the source code, I am going to package the new upstream version and see if that fixes it. I am able to reproduce this issue, so I will try fix this, but will upload the new version regardless, as it contains other fixes. As for issues 2 and on, those should be filed under keytouch, but I believe they may be caused by an malformed config generated by keytouch-editor. For now, just wait on me to upload the new version. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535426: Test
Package: wnpp Severity: wishlist Owner: Luke Yelavich them...@themuso.com * Package name: rtkit Version : 0.3 Upstream Author : Lennart Poettering lenn...@poettering.net * URL : http://0pointer.de/public * License : GPL3 and MIT/X11 (BSD like) Programming Lang: C Description : Realtime Policy and Watchdog Daemon RealtimeKit is a D-Bus system service that changes the scheduling policy of user processes/threads to SCHED_RR (i.e. realtime scheduling mode) on request. It is intended to be used as a secure mechanism to allow real-time scheduling to be used by normal user processes. signature.asc Description: Digital signature
Bug#535426: Acknowledgement (Test)
rename 535426 ITP: rtkit -- 535...@bugs.debian.org signature.asc Description: Digital signature
Bug#535426: Acknowledgement (Test)
retitle 535426 ITP: rtkit -- 535...@bugs.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#177967: delightful umbrage
canaan jocund doom -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#480728: [keytouch] , keytouch-init: failed to set keycode
At this point, I think it may have to do with the keyboard you are using. More specifically, the fact that this keyboard seems (from what I have found online) that it is USB. So far, this problem seems to only be affecting USB keyboards which leads me to think that it may not be keytouch that is causing the problem. I can't in my right mind say this problem is unreproducible as it has shown on 3 individual systems. This said however, I personally have tried both the stable and testing/unstable versions on 5 computers with wired PS/2 keyboards, all without a problem. I would like to let this bug lie dormant for a while and see if, through changes in upstream source and updates on other packages having to do with USB interaction, this problem may resolve itself. If you could reproduce this problem with a wired PS/2 keyboard, that would be helpful in eliminating this possibility. Thanks, Luke Cycon signature.asc Description: PGP signature
Bug#526489: eclipse: should this package be orphaned
On Mon, Jun 15, 2009 at 13:21, Pantelis Koukousoulas pkt...@gmail.comwrote: Perhaps the eclipse package can be replaced with an installer-type thingie (a-la fwcutter) that just brings in the appropriate dependencies (e.g., openjdk, xulrunner etc) and arranges for the upstream binary to be installed would be the most useful option short term. That is, until upstream gets a sane build system that does not require tons of patches and complexity and us debian people can agree to a policy regarding the packaging of eclipse and collaboration of apt with eclipse's P2. That would seem like a reasonable interim solution, but (iirc) such a package can't be included in main, but rather stored in contrib. -- Luke Faraone http://luke.faraone.cc
Bug#480728: Info received (Bug#480728: 480728: [keytouch] keytouch-init: failed to set keycode)
Okay, the new version of keytouch (2.4.1-1) is now in unstable. You can go ahead and update if you are running sid, otherwise you will have to wait for the new version to pass quarantine and go into testing. Please let me know if this new version fixes the problem signature.asc Description: PGP signature
Bug#480728: 480728: [keytouch] keytouch-init: failed to set keycode
reopen 480728 thanks Hello, On Sun, 7 Jun 2009 16:54:49 +0200 Marco Mattiolo marco.matti...@hotmail.it wrote: On every boot I still get an error message like this: dhcppc0:/home/marcus89# /etc/init.d/keytouch restart Stopping keytouch: keytouch-acpid. Initializing keytouch: keytouch-initkeytouch-init: Failed to set keycode: keycode 226 to scancode 237 (0xed) keytouch-init: Failed to set keycode: keycode 164 to scancode 162 (0xa2) keytouch-init: Failed to set keycode: keycode 113 to scancode 160 (0xa0) keytouch-init: Failed to set keycode: keycode 115 to scancode 176 (0xb0) keytouch-init: Failed to set keycode: keycode 114 to scancode 174 (0xae) keytouch-init: Failed to set keycode: keycode 156 to scancode 230 (0xe6) keytouch-init: Failed to set keycode: keycode 155 to scancode 236 (0xec) keytouch-init: Failed to set keycode: keycode 150 to scancode 178 (0xb2) keytouch-acpid. Well it seems this bug has decided to show itself again. Hope it to be solved in the new (2.3.2-3 now in sid) version. Unfortunately, there is nothing in the upstream 2.3.2-3 that will fix this bug. However, I do have another version of the package (2.4.1-1) waiting for a sponsorship that may fix the bug. I cannot reproduce this bug, so I cannot say for certain if the new version fixes the bug, but we can hope. I will update the bug when the package goes into unstable. signature.asc Description: PGP signature
Bug#480728: 480728: [keytouch] keytouch-init: failed to set keycode
Unfortunately, there is nothing in the upstream 2.3.2-3 that will fix this bug And there I go typing too fast, just ignore the upstream and it should make more sense ;) signature.asc Description: PGP signature
Bug#529974: source code for rtmpdump 1.6
... is available here: http://lkcl.net/rtmp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529032: dependency violation: swsusp installed without libpci3
Package: swsusp Severity: important installed swsusp from debian/testing some time ago. upgrade of other components looks like it resulted in an upgrade of swsusp (i.e. i didn't explicitly do it). now /usr/lib/libpci3.so is not found (reported as required by s2both) -- System Information: Debian Release: lenny/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-1-amd64 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520143: ITA: keytouch -- A program to configure extra function keys in multimedia keyboards
owner 520143 lcy...@gmail.com thanks And yet another email address change... Still me tho. I decided to get a email dedicated to debian related business. Thanks, Luke Cycon signature.asc Description: PGP signature
Bug#520144: ITA: keytouch-editor -- create keyboard files for keytouch
owner 520144 lcy...@gmail.com thanks And yet another email address change... Still me tho. I decided to get a email dedicated to debian related business. Thanks, Luke Cycon signature.asc Description: PGP signature
Bug#520143: ITA: keytouch -- A program to configure extra function keys in multimedia keyboards
I intend to adopt this package as I use it every day on my home computer. Thanks, Luke Cycon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520143: ITA: keytouch -- A program to configure extra function keys in multimedia keyboards
Sorry, the above was me, but from my other email account (luke42...@gmail.com).. The email address should be as seen in the Sender field of this message. (luke42990+c...@gmail.com) But I still intend to adopt the package. Sorry for the mistake, Luke Cycon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520144: ITA: keytouch-editor -- create keyboard files for keytouch
Hello, I intend to adopt this package for two reasons, those being that I use it daily, and it goes hand in hand with the keytouch package I am adopting. Thanks, Luke Cycon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528358: RFP: python-ncrypt -- NCrypt is a Python wrapper for OpenSSL using PyRex
Package: wnpp Severity: wishlist * Package name: python-ncrypt Version : 0.6.4 Upstream Author : * URL : http://tachyon.in/nspace * License : MIT Programming Lang: C, Python Description : NCrypt is a Python wrapper for OpenSSL using PyRex NCrypt is a python wrapper for OpenSSL built using Pyrex. Features * hash algorithms (md5, sha1, sha256, sha512 etc.) * symmetric encryption algorithms (aes256, aes128, 3des, blowfish etc.) * public key crypto with RSA * diffie-hellman key exchange * create/manipulate X.509 certificates * SSL/TLS network protocol * MIT License -- System Information: Debian Release: lenny/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-1-amd64 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528359: python-pycurl: dependencies incorrect
Package: python-pycurl Version: 7.18.2-1+b1 Severity: important whilst running an app which uses pycurl, i got this: Fatal Python error: pycurl: libcurl link-time version is older than compile-time version which implies that the build dependencies do not contain the correct version of libcurl. -- System Information: Debian Release: lenny/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-1-amd64 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages python-pycurl depends on: ii libc62.9-3 GNU C Library: Shared libraries ii libcurl3-gnutls 7.18.2-1Multi-protocol file transfer libra ii libgcrypt11 1.4.4-2 LGPL Crypto library - runtime libr ii libgnutls26 2.6.4-2 the GNU TLS library - runtime libr ii libgssapi-krb5-2 1.6.dfsg.4~beta1-11 MIT Kerberos runtime libraries - k ii libidn11 1.8-1 GNU libidn library, implementation ii libldap-2.4-22.4.7-6.3+b1OpenLDAP libraries ii python 2.5.2-2 An interactive high-level object-o ii python-central 0.6.11 register and build utility for Pyt ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime python-pycurl recommends 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#528359: [Python-modules-team] Bug#528359: python-pycurl: dependencies incorrect
Thanks; we know and we are working on to fix it. yaay, cool. Next time, please check if other reports for the same problem exist, like in this case [1] whoops, sorry! [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=527546 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528397: RFP: openvrml-mozilla-plugin -- NPAPI Mozilla Plugin providing VRML
Package: wnpp Severity: wishlist * Package name: openvrml-mozilla-plugin Version : Upstream Author : * URL : http://www.openvrml.org * License : LGPL Programming Lang: C Description : NPAPI Mozilla Plugin providing VRML OpenVRML is a free cross-platform runtime for VRML and X3D available under the GNU Lesser General Public License. The OpenVRML distribution includes libraries you can use to add VRML/X3D support to an application. On platforms where GTK+ is available, OpenVRML also provides a plug-in to render VRML/X3D worlds in Web browsers. -- System Information: Debian Release: lenny/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-1-amd64 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#501774: build needs to be done on lenny, due to python-support 0.90.0 and above
there's an issue with building python .debs using python-support 0.90.0 or above, which screws up installations that would otherwise be perfectly acceptable and compatible on lenny and squeeze (and i wouldn't be surprised if they were compatible with etch as well). the dependencies in pyjamas on python are absolutely minimal - absolutely no libraries. even python2.4 is useable as the python-to-javascript translator. if there's anything that can be done about this, to ensure installability across a wide range of debian platforms (and ubuntu as well) that'd be great to hear about. l. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#501774: added manpage for pyjsbuild
another update. decided that not having a man page wasn't good enough, so added pyjsbuild.1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#501774: update / issues fixed
sorry, update at http://lkcl.net/pyjamas i really really want to get this uploaded as it's about time that more people knew of its existence. pyjamas makes _such_ a difference to web development. so any help there is greatly appreciated. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#501774: update / issues fixed
vincent, hi, thank you very much for responding, sorry i didn't see the email so it was only now when looking at the bugtracker online that i saw your message. thomas has been enormously helpful by doing a thorough detailed review of the package, last month (or so). i've just done another update, and followed his advice re: running lintian. some of the things i _had_ actually dealt with but for some reason they ended up in the package (.ex files etc.). there are a couple of things that i am leaving as-is, despite lintian warnings. empty subdirectories (that will get filled out in future releases), no man pages for /usr/bin/pyjsbuild (but plenty of documentation and usage examples, and it does have --help). i really really want to get this uploaded as it's about time that more people knew of its existence. pyjamas makes _such_ a difference to web development. so any help there is greatly appreciated. l. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#501774: update / issues fixed
ho hum just fixed another couple of things *whistle*. that's as of 16:30 GMT 27apr2009. now it actually installs. and works. which is the whole point, duh. On Mon, Apr 27, 2009 at 2:40 PM, Luke Kenneth Casson Leighton luke.leigh...@googlemail.com wrote: sorry, update at http://lkcl.net/pyjamas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524333: dfb++-dev: upstream now has a release 1.2.0 of dfb++
On Sat, Apr 18, 2009 at 8:01 AM, Martin Michlmayr t...@cyrius.com wrote: * Luke Kenneth Casson Leighton l...@lkcl.net [2009-04-16 11:18]: Package: dfb++-dev Version: 1.2.0 directfb is moving on. i am having to install dfb++ from source (git clone git://git.directfb.org/git/directfb/extras/DFB++.git) because debian only has dfb++ 1.0.0 I don't see any dfb++ or dfb++-dev package in Debian at all. Do you know what the correct package name is? sorry, i didn't give the full original name. l...@gonzalez:$ apt-cache search lib dfb libpdfbox-java - PDF library for Java libpdfbox-java-doc - PDF library for Java (documentation) libdfb++-1.0-0 - c++ bindings for DirectFB - shared library libdfb++-dev - c++ bindings for DirectFB - development files l...@gonzalez:$ apt-cache show libdfb++-1.0-0 Package: libdfb++-1.0-0 Priority: optional Section: libs Installed-Size: 180 Maintainer: Debian QA Group packa...@qa.debian.org Architecture: amd64 Source: dfb++ Version: 1.0.0-4 Depends: libc6 (= 2.7-1), libdirectfb-1.0-0, libgcc1 (= 1:4.1.1-21), libstdc++6 (= 4.2.1-4) Filename: pool/main/d/dfb++/libdfb++-1.0-0_1.0.0-4_amd64.deb Size: 39774 MD5sum: 48afa27279096b1898e278cec39dcad1 SHA1: 24172fb82d59265551237bf7f16be0b1ed9191b8 SHA256: 98e9367781b3bd9ee781f6fd3a809269138b279d92ca414ea06d3d7502301d29 Description: c++ bindings for DirectFB - shared library DFB++ is a C++ binding library for DirectFB, which is a graphics library designed with embedded systems in mind. It offers maximum hardware accelerated performance at a minimum of resource usage and overhead. Homepage: http://www.directfb.org/ Tag: implemented-in::c++ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524333: dfb++-dev: upstream now has a release 1.2.0 of dfb++
On Sat, Apr 18, 2009 at 1:01 PM, Martin Michlmayr t...@cyrius.com wrote: reassign 524333 libdfb++-dev thanks * Luke Kenneth Casson Leighton l...@lkcl.net [2009-04-18 10:28]: sorry, i didn't give the full original name. l...@gonzalez:$ apt-cache search lib dfb libpdfbox-java - PDF library for Java libpdfbox-java-doc - PDF library for Java (documentation) libdfb++-1.0-0 - c++ bindings for DirectFB - shared library libdfb++-dev - c++ bindings for DirectFB - development files Thanks. The reason I didn't see it is because libdfb++-dev no longer exists in unstable (only in lenny). So I doubt it will be updated to 1.2.0. ahh err... it's a critical part of an application i'm developing, which will become an emdebian project. RoQA; orphaned 1y+, no reverse deps, tiny popcon well... errr... so? it's a library, that doesn't make it not useful! if it doesn't exist, i have to create a .deb myself, or just install default from source. l. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524333: dfb++-dev: upstream now has a release 1.2.0 of dfb++
Package: dfb++-dev Version: 1.2.0 Severity: normal directfb is moving on. i am having to install dfb++ from source (git clone git://git.directfb.org/git/directfb/extras/DFB++.git) because debian only has dfb++ 1.0.0 -- System Information: Debian Release: lenny/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-1-amd64 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#438429: [Pkg-aide-maintainers] Bug#438429: aide: Same problem on Debian Etch concerning missing bash functions/aliases
It was actually a completely fresh install. One difference though is that on the first install debconf was set to not ask any questions. I then ran dpkg-reconfigure debconf to change the priority, and then did the re-install. Hope that helps, Luke Marc Haber wrote: On Mon, Apr 06, 2009 at 01:06:33PM -0400, Luke Reeves wrote: I'm having the same issue on Etch after a fresh install of AIDE. The daily cron job for it produces this output: /etc/cron.daily/aide: /etc/cron.daily/aide: line 117: onexit: command not found /etc/cron.daily/aide: line 61: onexit: command not found run-parts: /etc/cron.daily/aide exited with return code 127 You updated from an older broken version and did not allow the bug fix (which was in a dpkg-conffile) to be installed. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522806: RFP: libdirectfbgl -- libdirectfb opengl interface
Package: wnpp Severity: wishlist * Package name: libdirectfbgl Version : Upstream Author : * URL : http://git.directfb.org/?p=core/DirectFBGL.git;a=summary * License : GPL Programming Lang: (C, C++, C#, Perl, Python, etc.) Description : libdirectfb opengl interface http://www.directfb.org/index.php?path=Projects%2FDirectFBGL dependencies: libdirectfb 1.3.0 where latest (unstable) is 1.2.7 -- System Information: Debian Release: lenny/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-1-amd64 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#438429: aide: Same problem on Debian Etch concerning missing bash functions/aliases
Package: aide Version: 0.13.1-2 Followup-For: Bug #438429 I'm having the same issue on Etch after a fresh install of AIDE. The daily cron job for it produces this output: /etc/cron.daily/aide: /etc/cron.daily/aide: line 117: onexit: command not found /etc/cron.daily/aide: line 61: onexit: command not found run-parts: /etc/cron.daily/aide exited with return code 127 -- System Information: Debian Release: 4.0 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.8-linode10 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages aide depends on: ii debconf [debconf 1.5.11etch2 Debian configuration management sy ii liblockfile1 1.06.1 NFS-safe locking library, includes ii mailx1:8.1.2-0.20050715cvs-1 A simple mail user agent ii ucf 2.0020 Update Configuration File: preserv Versions of packages aide recommends: ii cron 3.0pl1-100 management of regular background p -- debconf information: * aide/aideinit: false * aideinit/copynew: true aideinit/overwritenew: true aide/newlibdir: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#438429: Info received (aide: Same problem on Debian Etch concerning missing bash functions/aliases)
For what it's worth, a full re-installation (after a dpkg purge) fixed AIDE for me. Thanks, Luke Debian Bug Tracking System wrote: Thank you for the additional information you have supplied regarding this Bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Aide Maintainers pkg-aide-maintain...@lists.alioth.debian.org If you wish to submit further information on this problem, please send it to 438...@bugs.debian.org, as before. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#501774: RFP: python-pyjamas -- Python-to-Javascript compiler and AJAX-based Web Widget library
packages for 0.5p1 are available at http://lkcl.net/pyjamas dunno what the procedure is. they're gpg-signed n everything. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520324: ITP: chromium -- A web browser developed by Google based on the WebKit engine
Package: wnpp Owner: Luke Faraone l...@faraone.cc Severity: wishlist * Package name : chromium Version : x.y.z Upstream Author : Name someb...@example.org * URL : http://www.example.org/ * License : (GPL, LGPL, BSD, MIT/X, etc.) Programming Lang: (C, C++, C#, Perl, Python, etc.) Description : A web browser developed by Google based on the WebKit layout engine Chromium is the open-source project behind Google Chrome. Chromium makes use of V8, a JavaScript engine which makes use of JIT compilation (among other things) to achieve speeds faster than any other modern engine. -- Luke Faraone http://luke.faraone.cc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520324: ITP: chromium -- A web browser developed by Google based on the WebKit engine
On Wed, Mar 18, 2009 at 5:18 PM, Alexander Reichle-Schmehl alexan...@schmehl.info wrote: * Package name : chromium Version : x.y.z Upstream Author : Name someb...@example.org * URL : http://www.example.org/ * License : (GPL, LGPL, BSD, MIT/X, etc.) Programming Lang: (C, C++, C#, Perl, Python, etc.) Description : A web browser developed by Google based on the WebKit layout engine Beside that you left out pretty much information, you'll need a new name for your package. Hi, Oops, I must have pressed send too soon! * Package name: chromium-browser Version : 2.0.171.0 Upstream Author : Numerous, see AUTHORS * URL : http://www.chromium.org/ * License : Mostly BSD-like Programming Lang: C, Python Description : A web browser developed by Google based on the WebKit layout engine -- Luke Faraone http://luke.faraone.cc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#501774: RFP: python-pyjamas -- Python-to-Javascript compiler and AJAX-based Web Widget library
ok, i have since added a setup.py which defaults to: * /usr/bin/pyjsbuild * /usr/bin/pyjscompile * /usr/lib/pythonNN/site-packages/pyjs/__init__.py * /usr/lib/pythonNN/site-packages/pyjs/pyjs.py * /usr/lib/pythonNN/site-packages/pyjs/build.py * /usr/share/pyjamas/everythingelse the reason for putting everything else under /usr/share/pyjamas is because the libraries (ui.py, DOM.py etc.) MUST NOT be loaded by /usr/bin/python - they are compiler libraries for the sole and exclusive use of the pyjs compiler. l. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512258: [Debian-olpc-devel] Bug#512258: sugar-web-activity: drop-down input fields (HTML forms) not working
On Thu, Feb 12, 2009 at 5:53 PM, Sascha Silbe sascha-debian-bugs-suga...@silbe.org wrote: On Tue, Jan 20, 2009 at 11:51:02PM +0100, Jonas Smedegaard wrote: [unsigned packages] I claim (through this signed email) that I myself compiled all packages offered at debian.jones.dk in clean (or least-possible-unclean[1]) build environments. If I somehow suggested your packages are of minor quality or something like that just because they're not signed, I apologize. I'm sensitive regarding unsigned packages because I have good reasons _not_ to trust the university network (i.e. my internet uplink). Understandable, it's usually never a good policy to trust *any* pipe routed through several anonymous nodes which may be in less than kind countries. (ie. any internet connection) My Lenny packages has been compiled against libraries in Lenny. Sid packages has been compiled against libraries in Sid. OK, seems like I misunderstood how testing works. Until now, I thought packages are always uploaded to sid and automatically enter testing if no bug is filed against the new version within a certain period (one week?). Do you have a quick pointer to some documentation explaining how it actually works? http://www.debian.org/devel/testing explains the restirctions on migrating to testing. (it's 10 days for low priority fixes) See http://release.debian.org/migration/testing.pl?package=sugar for a more specific explanation of why Sugar isn't allowed in. The sugar package, along with (almost all of) the rest of *testing* is currently in a deep freeze to avoid regressions and enable exhaustive testing pending the release of *lenny*, the next version of Debian (which has been delayed a few times already for good reason). -- Luke Faraone http://luke.faraone.cc
Bug#514927: ITP: sugar-help-activity -- Documentation application for the Sugar suite
Package: wnpp Severity: wishlist * Package name : sugar-help-activity Version : 9 Upstream Author : Seth Woodworth s...@isforinsects.com, Brian Jordan br...@laptop.org * URL : http://wiki.laptop.org/go/Help_(activity) * License : GPLv2+ Description : The Help activity provides a quick interface to help documentation. It currently launches a browser and displays html documents describing how to use the Sugar interface. -- Luke Faraone http://luke.faraone.cc
Bug#514411: [Resolvconf-devel] Bug#514411: Bug#514411: resolvconf breaks all
I've had exactly the same problem. Digging through the resolvconf scripts, it looks like the following line in the libc update script is the cuprit: line 116 of /etc/resolvconf/update.d/libc [ $RSLVCNFFILES ] sed -e '/^[[:space:]]*$/d' -e '/^[[:space:]]*#/d' -e '/^[[:space:]]*\(\(nameserver\)\|\(search\)\|\(domain\)\)[[:space:]]/d' $RSLVCNFFILES $TMPFILE 2/dev/null The problem is that the third sed expression will delete any line on the input that has a nameserver, search or domain clause in it (i.e. the useful data). You are then left with only the nameservers found in the variable NMSRVRS. Removing the last sed expression seems to fix it, but I don't know why it was put there in the first place. Side effects? Luke Diamand -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512777: Please compile abiword with --enable-libabiword
Package: abiword Severity: wishlist Forwarded from https://bugs.edge.launchpad.net/ubuntu/+source/abiword/+bug/320440 Sugar's word processor Write is based on abiword, and uses pyabiword to access the abiword functionality. This requires that abiword is built using --enable-libabiword, which then generates a libabiword-2.6.so. This is a major core activity for Sugar, so we'd really like to be able to ship it -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) 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#511897: sugar: Package should depend on gstreamer0.10-alsa
Package: sugar Version: 0.82.8-3 Severity: grave Justification: renders package unusable Forwarded from lp:#317462. The following error occurs on a system that does not have gstreamer-0.10-alsa installed: File /usr/share/sugar/shell/hardware/hardwaremanager.py, line 56, in __init__ self._mixer = gst.element_factory_make('alsamixer') gst.ElementNotFoundError: alsamixer -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) 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#510971: http://bugzilla.libsdl.org/show_bug.cgi?id=672
http://bugzilla.libsdl.org/show_bug.cgi?id=672 is the corresponding bugreport raised upstream. cf'd on there to deb bugs as well. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#500648: Status of Alice
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A current roadblock with Alice (er... Carol, depending on whether the ftpmasters consider the license free or not) packaging is that there is no Linux source available. According to upstream, better linux support will be forthcoming with the 3.0 release of Alice this Spring. As such, I'm holding off with an attempt to package until upstream starts offering source. Luke Faraone -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkllQnYACgkQtrC51grHAgbOYACfbwfexXsS3LHv6Xdel58IrGLC GMEAniCXH9a5ClcOMZgDEYP3FIwczpqD =LSQc -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510971: libsdl-mixer1.2: _Eff_PositionDeinit debian mods still not robust enough
Package: libsdl-mixer1.2 Version: 1.2.8-5 Severity: normal debian patches _Eff_PositionDeinit, but it's not done in so robust a way as is done for descent2-xl (d2x-xl). try this instead: void _Eff_PositionDeinit(void) { int i; if (pos_args_array) { for (i = 0; i position_channels; i++) if (pos_args_array[i]) free(pos_args_array[i]); free(pos_args_array); pos_args_array = NULL; } position_channels = 0; if (pos_args_global) { free(pos_args_global); pos_args_global = NULL; } } -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-1-amd64 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages libsdl-mixer1.2 depends on: ii libc6 2.7-16GNU C Library: Shared libraries ii libmikmod2 3.1.11-a-6A portable sound library ii libsdl1.2debian1.2.13-4 Simple DirectMedia Layer ii libsmpeg0 0.4.5+cvs20030824-2.2 SDL MPEG Player Library - shared l ii libvorbisfile3 1.2.0.dfsg-3 The Vorbis General Audio Compressi libsdl-mixer1.2 recommends 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#510191: linux-image-2.6.26-1-686: madwifi compiles and works perfectly on 2.6.18 but same source fails on 2.6.26
On Tue, Dec 30, 2008 at 6:36 PM, lkcl l...@lkcl.net wrote: Package: linux-image-2.6.26-1-686 Version: 2.6.26-12 Severity: important madwifi source code hasn't changed in 18 months: works perfectly under 2.6.18-4-686, sets up wifi0 etc. etc. and yet exactly the same source fails miserably under 2.6.26-1-686 that's all you get. under 2.6.26... wait ath_hal doesn't look like it's being loaded will provide further info in a follow-up report. yep - ath_hal was not being loaded up (automatically), under 2.6.26, but it is under 2.6.18. how odd. so, although i am adding ath_hal to /etc/modules, it's kinda damn awkward and a n00b would be utterly stumped by this one. l. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509883: bzflag-client: libcares.so.2 nonexistent dependency
Package: bzflag-client Version: 2.0.13.20080902-1 Severity: serious Justification: Policy 3.5 bzflag [2] 20131 l...@gonzalez:~/src/shrdlu/winograd/code$ bzflag: error while loading shared libraries: libcares.so.2: cannot open shared object file: No such file or directory l...@gonzalez:~/src/shrdlu/winograd/code$ ldd /usr/games/bzflag linux-vdso.so.1 = (0x7fff45dfe000) libz.so.1 = /usr/lib/libz.so.1 (0x003be900) libSDL-1.2.so.0 = /usr/lib/libSDL-1.2.so.0 (0x003124e0) libGLU.so.1 = /usr/lib/libGLU.so.1 (0x003120a0) libGL.so.1 = /usr/lib/libGL.so.1 (0x2aee64e16000) libX11.so.6 = /usr/lib/libX11.so.6 (0x003be860) libcurl.so.4 = /usr/lib/libcurl.so.4 (0x2aee65094000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x2aee652db000) libm.so.6 = /lib/libm.so.6 (0x0036c740) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x2aee655e7000) libc.so.6 = /lib/libc.so.6 (0x0036c6c0) libasound.so.2 = /usr/lib/libasound.so.2 (0x0036cbc0) libdl.so.2 = /lib/libdl.so.2 (0x0036c700) libdirectfb-1.0.so.0 = /usr/lib/libdirectfb-1.0.so.0 (0x2aee6580) libfusion-1.0.so.0 = /usr/lib/libfusion-1.0.so.0 (0x2aee65a77000) libdirect-1.0.so.0 = /usr/lib/libdirect-1.0.so.0 (0x2aee65c7f000) libvga.so.1 = /usr/lib/libvga.so.1 (0x003126a0) libpthread.so.0 = /lib/libpthread.so.0 (0x0036c680) libXext.so.6 = /usr/lib/libXext.so.6 (0x003be8c0) libXxf86vm.so.1 = /usr/lib/libXxf86vm.so.1 (0x2aee65e97000) libXdamage.so.1 = /usr/lib/libXdamage.so.1 (0x003bf0a0) libXfixes.so.3 = /usr/lib/libXfixes.so.3 (0x003bebc0) libdrm.so.2 = /usr/lib/libdrm.so.2 (0x2aee6609d000) libXau.so.6 = /usr/lib/libXau.so.6 (0x003be8a0) libXdmcp.so.6 = /usr/lib/libXdmcp.so.6 (0x003be840) libcares.so.2 = not found libidn.so.11 = /usr/lib/libidn.so.11 (0x2aee662a7000) libssh2.so.1 = /usr/lib/libssh2.so.1 (0x2aee664d9000) libldap_r-2.4.so.2 = /usr/lib/libldap_r-2.4.so.2 (0x2aee666fd000) libkrb5.so.3 = /usr/lib/libkrb5.so.3 (0x2aee66943000) libk5crypto.so.3 = /usr/lib/libk5crypto.so.3 (0x2aee66bde000) libcom_err.so.2 = /lib/libcom_err.so.2 (0x2aee66e04000) libgssapi_krb5.so.2 = /usr/lib/libgssapi_krb5.so.2 (0x2aee67006000) libssl.so.0.9.8 = /usr/lib/libssl.so.0.9.8 (0x003123a0) libcrypto.so.0.9.8 = /usr/lib/libcrypto.so.0.9.8 (0x00311d00) /lib64/ld-linux-x86-64.so.2 (0x0036c5a0) librt.so.1 = /lib/librt.so.1 (0x0036c960) libx86.so.1 = /lib/libx86.so.1 (0x00312660) libgcrypt.so.11 = /usr/lib/libgcrypt.so.11 (0x2aee67233000) libgpg-error.so.0 = /usr/lib/libgpg-error.so.0 (0x2aee6749a000) libnsl.so.1 = /lib/libnsl.so.1 (0x0036c780) liblber-2.4.so.2 = /usr/lib/liblber-2.4.so.2 (0x2aee6759e000) libresolv.so.2 = /lib/libresolv.so.2 (0x0036cd40) libsasl2.so.2 = /usr/lib/libsasl2.so.2 (0x2aee677ad000) libgnutls.so.26 = /usr/lib/libgnutls.so.26 (0x2aee679c6000) libkrb5support.so.0 = /usr/lib/libkrb5support.so.0 (0x2aee67c78000) libkeyutils.so.1 = /lib/libkeyutils.so.1 (0x0036cf20) libtasn1.so.3 = /usr/lib/libtasn1.so.3 (0x2aee67e8) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-1-amd64 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages bzflag-client depends on: ii bzflag-data2.0.13.20080902-1 BZFlag data file ii libc6 2.7-10GNU C Library: Shared libraries ii libcurl3 7.18.1-1 Multi-protocol file transfer libra ii libgcc11:4.3.2-1 GCC support library ii libgl1-mesa-glx [libgl 7.0.3-7 A free implementation of the OpenG ii libglu1-mesa [libglu1] 7.0.3-1 The OpenGL utility library (GLU) ii libsdl1.2debian1.2.13-2 Simple DirectMedia Layer ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime bzflag-client recommends 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#448404:
Copied from the other ITP: Package: wnpp Version: N/A; reported 2008-11-16 Severity: wishlist * Package name : libpam-ppp Version : 0.2.0 Upstream Author : Thomas Fors t...@fors.net * URL : http://code.google.com/p/ppp-pam/ * License : New BSD Description : A PAM module implementing Gibson Research's Perfect Paper Passwords (PPP) system, which allows for a rotating pregenerated key to be used in tandem with a password. -- Per private emails with Therning and Arnold I've reassigned this bug to me. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#485233: [Debian-olpc-devel] Bug#485233: Bug#485233: Bug#485233: Bug#485233: Bug#485233: Resolved in git
On Sat, Nov 29, 2008 at 10:24, Holger Levsen [EMAIL PROTECTED] wrote: Is it a packaging fix for 0.81 or 0.82? It was a packaging fix to the latest version of the activities in lenny, no other changes have been made. I'm not sure how this corresponds to Sugar's version scheme. With the packages in sid, I have to run ln -sf /usr/share/activities/ /usr/share/sugar to make the activities show up in sugar. Yes; this was because all the activities were putting their files in the wrong place. We don't fix sugar (since that's the way it is upstream), rather we fix the activities. -lf
Bug#485233: [Debian-olpc-devel] Bug#485233: Bug#485233: Resolved in git
On Fri, Nov 28, 2008 at 19:32, Holger Levsen [EMAIL PROTECTED] wrote: (*) of course, we could also try to persuade the release team that new upstream versions of sugar are desirable for lenny. I'm not sure I agree. (And new upstream versions are per default a no in a freeze, there are exceptions, but..) As I've said, it's been fixed in those packages, we're just awaiting a release. Moreover, the fix was made to the older upstream version in git, so new-upstream-version isn't a problem, we just need a @debian to upload. All I did was to run a regexp replacing the old path with the new one. I see no reason why a new package release in lenny should be a problem; this is a packaging fix that does not modify any sugar code as far as I am aware. -lf
Bug#485233: [Debian-olpc-devel] Bug#485233: Bug#485233: Bug#485233: Resolved in git
On Fri, Nov 28, 2008 at 20:35, Holger Levsen [EMAIL PROTECTED] wrote: New upstream versions are (normally) not accepted during a freeze, and we are in a freeze. As I said, this is not a new upstream version, but rather a packaging fix that fixes a release critical (to the package) bug. To fix those issues for the version in lenny, 0.81 packages need to be uploaded to testing-proposed-updates (and not to unstable, like normal uploads). For this, you need preapproval from the release team, which you will only get if a.) the upload fixes stuff which is really wanted to have in lenny (this is usually determined with a bug, currently only one such bug (this) is filed against sugar, but not against the other activities) and b.) when you asked for it showing the full diff. There isn't a bug in sugar itself; these are all in its various activities. It just so happens that none of those activities have had any updates since the latest version in lenny, so it shouldn't be an issue. -lf
Bug#501774: #501774 - where should the library source go?
On Sun, Nov 23, 2008 at 10:03 PM, Thomas Viehmann [EMAIL PROTECTED] wrote: Hi Luke, hiya thomas. Luke Kenneth Casson Leighton wrote: * build.py would be... ohh... perhaps something like... autoconf. Not more like make? *hand-waving* :) I never called pyjs directly. me only for _really_ obscure stuff / demo purposes. my question, therefore, is: where in hell's name should these files be installed * pyjs.py is obvious: it goes into /usr/bin/pyjs.py I wouldn't unless one needs to call it directly. Also, lose the .py for stuff in /usr/bin ack. * pyjslib.py i have absolutely NO clue about. /usr/share/pyjamas/library/pyjslib.py ? /usr/lib/pyjs/library/pyjslib.py ? * DOM.py and ui.py etc. i have NO clue. /usr/share/pyjamas/library/pyjamas/DOM.py ui.py Window.py etc. ? /usr/lib/pyjs/pyjamas/DOM.py ? These (both *s) should all go somewhere under /usr/share/pyjamas. share vs. lib is whether the files are *arch*-dependent, which they are not. oh, is that what the difference is? :) that being the case, someone needs to invent a standard location where all libraries contained as part of the pyjamas package, and all FUTURE libraries which depend, in future, on the pyjamas compiler, are to be installed. Well, the question I'd have is whether pyjamas really is stable enough to go into unstable. suuure :) as stable as can be, with MS changing the bloody user-agent string in IE7. well if FreeBSD can turn 0.3 into a release, then what the heck. but yes - there has to be a 0.3.1 release before pyjamas can be packaged: the recent change in the IE user-agent string from MSIE 7 to MSIE7 causes pyjamas 0.3 to fallback to old mozilla which is a bit of a screw-up. can anyone come up with any good ideas? For the most part, you seem to have figured it all out already. random guesses ha ha thanks for the kicks in the right direction. l. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506501: ITP: python-gasp - a procedural Python graphics library for beginning programmers
Package: wnpp Severity: Wishlist * Package name : python-gasp Version : 0.2.1 Upstream Author : James Hancock [EMAIL PROTECTED] * URL : https://launchpad.net/gasp * License : GPLv2 and GPLv3 Description : GASP is a wrapper around the Pygame SDL library which makes writing graphical applications in Python easy for beginners, requiring no knowledge of classes or instances. -- Luke Faraone -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485233: Resolved in git
I've uploaded the fix to all the activities maintained in git (which I assume is all of them): sugar-calculate-activity sugar-chat-activity sugar-memorize-activity sugar-pippy-activity sugar-web-activity -- Luke Faraone -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506112: ITP: libpam-ppp -- PAM module for the PPP system
Package: wnpp Version: N/A; reported 2008-11-16 Severity: wishlist * Package name : libpam-ppp Version : 0.2.0 Upstream Author : Thomas Fors [EMAIL PROTECTED] * URL : http://code.google.com/p/ppp-pam/ * License : New BSD Description : A PAM module implementing Gibson Research's Perfect Paper Passwords (PPP) system, which allows for a rotating pregenerated key to be used in tandem with a password. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397047: (no subject)
Any progress on this? libgsm is the last piece of non-Free software on my system, as sox requires it... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500524: ikiwiki: httpauth plugin does not work
On Tue, Sep 30, 2008 at 12:20:58PM -0400, Joey Hess wrote: Luke Schierer wrote: destdir = '/var/www/wiki', cgi_wrapper = '/usr/local/lib/cgi-bin/ikiwiki.cgi', As I mentioned before, if apache is configured to do basic auth for the destdir, but not for the directory containing the cgi wrapper, then it (I think) won't communicate the auth info to the cgi wrapper at all. Since you have the two in different directories, I'm still guessing that you have not configured apache to do basic auth for the cgi-bin directoriy. -- see shy jo Good call, I missed that both in the config and in your last email. It is working now, Thanks!! Luke -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500524: ikiwiki: httpauth plugin does not work
On Mon, Sep 29, 2008 at 01:40:07PM -0400, Joey Hess wrote: Luke Schierer wrote: I enabled the httpauth,goodstuff,search and wikisetup plugins in my ikiwiki.setup file, and re-ran ikiwiki --setup ikiwiki.setup. Despite this, and even though the site is in fact configured to require http authentication, I am still asked to log in to edit a page. If I enable anonok, or disable signinedit, then I can edit the page without signing in a second time, but it fails to record who edited the page, it lists the IP address I come from instead. ikiwiki's httpauth plugin does in fact work. I just set up apache to require autentication, enabled the plugin, no problems. My guess is that you: - Are using some web server that does not set the environment variable that CGI.pm expects to be set by basic authenticaton. - Or have enabled httpauth for the pages comprising your wiki, but not for ikiwiki.cgi itself. - Or have some other configuration problem. I'd need a lot more information to replicate your problem to be able to be of any help, such as what web server you're using, and exactly how you have it and ikiwiki configured. -- see shy jo I am using the apache2 debian package configured with the authnz ldap module to provide http auth in the wiki. I'm pasting the non-commet parts of the ikiwiki.setup file below. Thanks for your help debugging this! Luke cat wiki.setup | grep -v \# use IkiWiki::Setup::Standard { wikiname = 'TCG wiki', adminemail = '[EMAIL PROTECTED]', adminuser = [qw{luke vincas andrius}], banned_users = [], srcdir = '/root/wiki', destdir = '/var/www/wiki', url = 'https://domain/wiki', cgiurl = 'https://domain/local-cgi/ikiwiki.cgi', cgi_wrapper = '/usr/local/lib/cgi-bin/ikiwiki.cgi', cgi_wrappermode = '06755', rcs = 'git', add_plugins = [qw{search httpauth websetup tag listdirectives goodstuff table editdiff recentchangesdiff hnb}], disable_plugins = [], templatedir = '/usr/share/ikiwiki/templates', underlaydir = '/usr/share/ikiwiki/basewiki', syslog = 1, usedirs = 0, prefix_directives = 1, discussion = 0, sslcookie = 1, default_pageext = 'mdwn', htmlext = 'html', timeformat = '%c', locale = 'en_US.UTF-8', userdir = '1', numbacklinks = 10, hardlink = 0, libdir = '', ENV = {}, wiki_file_chars = '-[:alnum:]+/.:_', allow_symlinks_before_srcdir = '0', git_wrapper = '/srv/TCG-WIKI.git/hooks/post-update', git_wrappermode = '06755', gitorigin_branch = 'origin', gitmaster_branch = 'master', rss = 1, allowrss = 1, allowatom = 1, pingurl = [], directive_description_dir = 'ikiwiki/directive', prettydateformat = '%X, %B %o, %Y', recentchangespage = 'recentchanges', recentchangesnum = 100, omega_cgi = '/usr/lib/cgi-bin/omega/omega', websetup_show_unsafe = 1, } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500524: ikiwiki: httpauth plugin does not work
Package: ikiwiki Version: 2.65 Severity: normal I enabled the httpauth,goodstuff,search and wikisetup plugins in my ikiwiki.setup file, and re-ran ikiwiki --setup ikiwiki.setup. Despite this, and even though the site is in fact configured to require http authentication, I am still asked to log in to edit a page. If I enable anonok, or disable signinedit, then I can edit the page without signing in a second time, but it fails to record who edited the page, it lists the IP address I come from instead. I'd like to be able to sign in just once, via the http auth, instead of having a separate user database for the wiki. Thanks! Luke Schierer -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (700, 'testing'), (650, 'stable'), (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.19.2 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ikiwiki depends on: ii libhtml-parser-perl3.56-1+b1 A collection of modules that parse ii libhtml-scrubber-perl 0.08-4Perl extension for scrubbing/sanit ii libhtml-template-perl 2.9-1 HTML::Template : A module for usin ii liburi-perl1.35.dfsg.1-1 Manipulates and accesses URI strin ii markdown 1.0.1-7 Text-to-HTML conversion tool ii perl 5.10.0-14 Larry Wall's Practical Extraction Versions of packages ikiwiki recommends: ii gcc [c-compiler]4:4.3.2-2The GNU C compiler ii gcc-4.3 [c-compiler]4.3.2-1 The GNU C compiler ii git-core1:1.5.6.5-1 fast, scalable, distributed revisi ii libauthen-passphrase-perl 0.005-3 Perl module encapsulating hashed p ii libc6-dev [libc-dev]2.7-13 GNU C Library: Development Librari ii libcgi-formbuilder-perl 3.05.01-6Easily generate and process statef ii libcgi-session-perl 4.36-1 Persistent session data in CGI app ii liblwpx-paranoidagent-perl 1.03-1.1 a paranoid subclass of LWP::User ii libmail-sendmail-perl 0.79.16-1Send email from a perl script ii libnet-openid-consumer-perl 0.14-4 library for consumers of OpenID id ii libtimedate-perl1.1600-9 Time and date functions for Perl ii libxml-simple-perl 2.18-1 Perl module for reading and writin ii subversion 1.5.1dfsg1-1 Advanced version control system Versions of packages ikiwiki suggests: pn dvipng none (no description available) ii gitweb 1:1.5.6.5-1 fast, scalable, distributed revisi pn graphviz none (no description available) pn libcrypt-ssleay-perl none (no description available) ii libdigest-sha1-perl 2.11-2+b1 NIST SHA-1 message digest algorith pn libfile-mimeinfo-perlnone (no description available) ii liblocale-gettext-perl 1.05-4 Using libc functions for internati ii libmailtools-perl2.04-1 Manipulate email in perl programs pn libnet-amazon-s3-perlnone (no description available) pn librpc-xml-perl none (no description available) ii libsearch-xapian-perl1.0.7.0-1 Perl bindings for the Xapian C++ s ii libtext-csv-perl 1.06-1 comma-separated values manipulator pn libtext-typography-perl none (no description available) pn libtext-wikiformat-perl none (no description available) ii libxml-feed-perl 0.12-1 Syndication feed parser and auto-d pn perlmagick none (no description available) pn polygen none (no description available) ii python 2.5.2-2 An interactive high-level object-o pn python-docutils none (no description available) pn sparkline-phpnone (no description available) pn texlive none (no description available) pn tidy none (no description available) ii xapian-omega 1.0.7-3 CGI search interface and indexers -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497110: Bug#498838: Please set link priority to 100 for dmraid devmapper devices
On Tue, Sep 23, 2008 at 06:32:43PM EST, Bastian Blank wrote: On Sat, Sep 13, 2008 at 08:36:24PM +0200, Giuseppe Iuculano wrote: The patch increases link priority for devmapper devices that have an UUID starting with DMRAID-. Is there a reason why dmraid can't provide this rules as a more specific package? This is because the link priority for symlinks in /dev/disk/by-uuid needs to be set at the time that the devmapper rule is processing devmapper device nodes. If the dmraid udev rule was to set this, it would make no difference. Luke signature.asc Description: Digital signature
Bug#499482: Dmraid activation could possibly activate degraded arrays.
Package: disk-detect Version: 1.69 User: [EMAIL PROTECTED] Usertags: origin-ubuntu ubuntu-patch intrepid ubuntu When disk-detect.sh attempts to activate dmraid arrays with dmraid -ay, there is the potential for degraded arras to be activated. If Debian happens to be installed to such an array, this could worsen the array's state. Attached is a patch that uses the dmraid-activate script from the dmraid-udeb package to activate only arrays that don't appear to be degraded. Index: disk-detect.sh === --- disk-detect.sh (revision 55893) +++ disk-detect.sh (working copy) @@ -180,8 +180,10 @@ if [ $(dmraid -c -s) != No RAID disks ]; then logger -t disk-detect Serial ATA RAID disk(s) detected; enabling dmraid support - # Activate devices - log-output -t disk-detect dmraid -ay + # Activate only those arrays which have all disks present. + for dev in $(dmraid -r -c); do +log-output -t disk-detect dmraid-activate $dev + done else logger -t disk-detect No Serial ATA RAID disks detected fi signature.asc Description: Digital signature
Bug#319823: closed by Bastian Blank [EMAIL PROTECTED] (disagrees with d-i)
it's likely been improved, since. this was several years ago. On Sat, Sep 13, 2008 at 10:24 PM, Debian Bug Tracking System [EMAIL PROTECTED] wrote: This is an automatic notification regarding your Bug report which was filed against the linux-2.6 package: #319823: kernel-image-2.6-686: 2.6 debian kernels do not install on m/cs with = 48mb RAM!!! It has been closed by Bastian Blank [EMAIL PROTECTED]. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Bastian Blank [EMAIL PROTECTED] by replying to this email. -- 319823: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=319823 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems -- Forwarded message -- From: Bastian Blank [EMAIL PROTECTED] To: [EMAIL PROTECTED] Date: Sun, 14 Sep 2008 00:23:12 +0200 Subject: disagrees with d-i reassign 319823 linux-2.6 thanks d-i is regulary tested, uses this kernels and specifies around 40mb as minimum for a running installer. Bastian -- Vulcans do not approve of violence. -- Spock, Journey to Babel, stardate 3842.4 -- Forwarded message -- From: Luke Kenneth Casson Leighton [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Date: Mon, 25 Jul 2005 02:30:41 +0100 Subject: kernel-image-2.6-686: 2.6 debian kernels do not install on m/cs with = 48mb RAM!!! Package: kernel-image-2.6-686 Version: 2.6.5-2 Severity: normal any system with 48mb of ram or less results in a kernel panic due to a lack of memory, at boot time. 2.6 kernels use more memory, more resources... and now this. welcome to bloatware, roll-on windows 3.1. urk!! -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux highfield 2.6.11-1-686 #1 Fri May 20 07:34:54 UTC 2005 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages kernel-image-2.6-686 depends on: ii kernel-image-2.6.5-1-686 2.6.5-4Linux kernel image for version 2.6 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498674: dmraid: Activate arrays on package install.
Package: dmraid Severity: wishlist Version: 1.0.0.rc14-3 User: [EMAIL PROTECTED] Usertags: origin-ubuntu ubuntu-patch intrepid ubuntu Attached is a patch against dmraid to activate dmraid arrays on package installation. This used to be done by running the init script, which no longer exists. This patch activates the arrays by triggering udev to process rules for tghe block subsystem. The Ubuntu dmraid package has this change, it would be nice if Debian also contained this change. Thanks Luke signature.asc Description: Digital signature
Bug#498674: Acknowledgement (dmraid: Activate arrays on package install.)
Attached is the patch. diff -u dmraid-1.0.0.rc14/debian/dmraid.postinst dmraid-1.0.0.rc14/debian/dmraid.postinst --- dmraid-1.0.0.rc14/debian/dmraid.postinst +++ dmraid-1.0.0.rc14/debian/dmraid.postinst @@ -13,6 +13,9 @@ update-rc.d -f dmraid remove rm -f /etc/init.d/dmraid fi + +# Activate existing arrays now. +udevadm trigger --subsystem-match=block --action=add ;; abort-upgrade|abort-remove|abort-deconfigure) ;; signature.asc Description: Digital signature
Bug#498191: mingw32: libc.a is missing!
ok - this is probably my mistake: not understanding cross-compiling. will let you know whether that turns out to be the case. l. On 9/7/08, lkcl [EMAIL PROTECTED] wrote: Package: mingw32 Version: 4.2.1.dfsg-1 Severity: normal absolutely no idea why such a vital portion of mingw32 should be missing - entirely - but there you go! distinctly odd. despite having enough to contend with (cross-compiling on amd64 for win32 target) i did try a 32-bit chroot environment of mingw32 3.4.2 (!!!) and yes, having double-checked, it's missing from the i386 version, too. i'm running out of space to do things like build the 3.4.2 version from 2005 from source :) tried the 3.4.5 version from 2006 as well - same thing. is anyone actually _using_ mingw32 on debian??? yes, i tried running mingw32 native under wine - god-awful mess _that_ turned out to be ha ha don't recommened it. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-1-amd64 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages mingw32 depends on: ii libc6 2.7-10 GNU C Library: Shared libraries ii mingw32-binutils 2.18.50-20080109-1 Minimalist GNU win32 (cross) binut ii mingw32-runtime 3.13-1 Minimalist GNU win32 (cross) runti mingw32 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451458: patch for mingw32 to enable building of libgcc_s
This patch enables building libgcc_s as a DLL on MinGW and Cygwin. This allows throwing exceptions across DLL boundaries when using a shared libgcc_s. http://archives.free.net.ph/message/20080818.185009.87903ba6.en.html pleaase dooo iincluuude it :) 24 hours of building webkit cross-compiled for win32 and _now_ i find there's no -lgcc_s... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445451: deb package for pywebkitgtk
unfortunately i could not wait for ubuntu to deliver: i made a stab at a version, myself, using dh_make and a few other messings about. stub documentation and example postinst etc. is still in there - but it works. http://lkcl.net/webkit/pywebkitgtk-debian.tgz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497098: RFP: fedora-ds -- Fedora Directory Server is an enterprise-class Open Source LDAP server for Linux. It is hardened by real-world use, is full-featured, supports multi-master replication, a
Package: wnpp Severity: wishlist * Package name: fedora-ds Version : 1.1.1 Upstream Author : RedHat [EMAIL PROTECTED] * URL : http://directory.fedoraproject.org/ * License : GPL Exception http://directory.fedoraproject.org/wiki/GPL_Exception_License_Text Programming Lang: Perl and Java Description : Fedora Directory Server is an enterprise-class Open Source LDAP server for Linux. It is hardened by real-world use, is full-featured, supports multi-master replication, and already handles many of the largest LDAP deployments in the world. The Fedora Directory Server can be downloaded for free and set up in less than an hour using the graphical console. The enterprise-class Open Source LDAP server for Linux. It is hardened by real-world use, is full-featured, supports multi-master replication, and already handles many of the largest LDAP deployments in the world. The Fedora Directory Server can be downloaded for free and set up in less than an hour using the graphical console. Key Features * Multi-Master Replication, to provide fault tolerance and high write performance * Scalability: thousands of operations per second, tens of thousands of concurrent users, tens of millions of entries, hundreds of gigabytes of data * The codebase has been developed and deployed continuously by the same team for more than a decade * Extensive documentation, including helpful Installation and Deployment guides * Active Directory user and group synchronization * Secure authentication and transport (SSLv3, TLSv1, and SASL) * Support for LDAPv3 * On-line, zero downtime, LDAP-based update of schema, configuration, management and in-tree Access Control Information (ACIs) * Graphical console for all facets of user, group, and server management -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (700, 'testing'), (650, 'stable'), (600, 'unstable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496262: upstream bug report
http://bugzilla.gnome.org/show_bug.cgi?id=549161 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496262: upstream bug report
no prob. might turn out to be a usage problem. i've tracked down the differences between the success and fail cases: GDOMAttr class name fails; GDomAttr class name succeeds. l. On 8/24/08, Loïc Minier [EMAIL PROTECTED] wrote: On Sun, Aug 24, 2008, Luke Kenneth Casson Leighton wrote: http://bugzilla.gnome.org/show_bug.cgi?id=549161 Thanks for forwarding -- Loïc Minier
Bug#494278: dmraid: wrong # of devices in RAID set
Package: dmraid Version: 1.0.0.rc14-2 Severity: important After upgrading dmraid to version 1.0.0.rc14-2 and rebuilding my init ramfs, my system stopped booting. Here's the output it gives: ERROR: isw device for volume Safe broken on /dev/sda in RAID set isw_bcdfbcagcb_Safe ERROR: isw: wrong # of devices in RAID set isw_bcdfbcagcb_Safe [4/2] on /dev/sda ERROR: isw device for volume Fast broken on /dev/sda in RAID set isw_bcdfbcagcb_Safe ERROR: isw: wrong # of devices in RAID set isw_bcdfbcagcb_Safe [4/2] on /dev/sda ERROR: isw device for volume Safe broken on /dev/sdb in RAID set isw_bcdfbcagcb_Safe ERROR: isw: wrong # of devices in RAID set isw_bcdfbcagcb_Safe [4/2] on /dev/sdb ERROR: isw device for volume Fast broken on /dev/sdb in RAID set isw_bcdfbcagcb_Safe ERROR: isw: wrong # of devices in RAID set isw_bcdfbcagcb_Safe [4/2] on /dev/sdb Fortunately I still had an old kernel and old ramfs still installed and was able to boot to it to try various things. Downgrading dmraid back to version 1.0.0.rc13-2 then rebuilding the init ramfs was the fix that I eventually found. This system has 2 SATA disks in it and uses intel matrix RAID. There are 2 raid sets: One named Safe is RAID1 which takes part of each disk, and another named Fast is RAID0 which takes the rest of each disk. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26.2 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages dmraid depends on: ii libc62.7-13 GNU C Library: Shared libraries ii libdevmapper1.02 2:1.02.08-1 The Linux Kernel Device Mapper use ii libselinux1 2.0.65-4SELinux shared libraries ii libsepol12.0.30-2Security Enhanced Linux policy lib ii lsb-base 3.2-19 Linux Standard Base 3.2 init scrip dmraid recommends no packages. dmraid suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411172: dmraid is looking for the raid45 kernel module and not the raid456
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The module needed to fix this bug is dmraid specific. You can get the latest source for this module from http://people.redhat.com/~heinzm/sw/dm/dm-raid45/. THis module will have to e included in the Debian kernel to fix this bug properly. Luke -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIc/rWjVefwtBjIM4RAjzmAKDVwWT4buw6Ysr84HW/URLv6lhq1QCg7tiv BxeRU3PGP/S0AR5w4N/2gz4= =cb+N -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489967: PATCH: Add UUIDs to dmraid devices.
Package: dmraid Severity: wishlist Version: 1.0.0.rc14-1 User: [EMAIL PROTECTED] Usertags: origin-ubuntu ubuntu-patch hardy ubuntu Attached is a patch that generates UUIDs for dmraid devices. These UUIDs are visible when using dmsetup to view dmraid device information. This patch is currently in the Ubuntu dmraid package, and therefore the attached patch is in dpatch format. It would be nice if this patch was in the Debian package, thereby reducing the delta between Ubuntu and Debian. Originally taken from Mandriva's dmraid package. Luke #! /bin/sh /usr/share/dpatch/dpatch-run ## 04_generate-uuids.dpatch by Luke Yelavich [EMAIL PROTECTED] ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: Generate UUIDs with DMRAID prefix. @DPATCH@ diff -urNad dmraid-1.0.0.rc14-1ubuntu1~/1.0.0.rc14/lib/activate/devmapper.c dmraid-1.0.0.rc14-1ubuntu1/1.0.0.rc14/lib/activate/devmapper.c --- dmraid-1.0.0.rc14-1ubuntu1~/1.0.0.rc14/lib/activate/devmapper.c 2006-09-15 23:52:11.0 +1000 +++ dmraid-1.0.0.rc14-1ubuntu1/1.0.0.rc14/lib/activate/devmapper.c 2008-07-08 14:10:06.0 +1000 @@ -21,6 +21,8 @@ #include internal.h #include devmapper.h +#include linux/dm-ioctl.h + /* Make up a dm path. */ char *mkdm_path(struct lib_context *lc, const char *name) { @@ -147,24 +149,48 @@ return handle_table(lc, NULL, table, get_target_list()); } +/* Build a UUID for a dmraid device + * Return 1 for sucess; 0 for failure*/ +static int dmraid_uuid(struct lib_context *lc, struct raid_set *rs, + char *uuid, uint uuid_len) { + int r; + + /* Clear garbage data from uuid string */ + memset(uuid, 0, uuid_len); + + /* Create UUID string from subsystem prefix and RAID set name. */ + r = snprintf(uuid, uuid_len, DMRAID-%s, rs-name) uuid_len; + return r 0 ? 0 : (r uuid_len); +} + /* Create a task, set its name and run it. */ static int run_task(struct lib_context *lc, struct raid_set *rs, char *table, int type) { + /* DM_UUID_LEN is defined in dm-ioctl.h as 129 characters; +* though not all 129 must be used (md uses just 16 from +* a quick review of md.c. +* We will be using: (len vol grp name)*/ + char uuid[DM_UUID_LEN]; int ret; struct dm_task *dmt; _init_dm(); - ret = (dmt = dm_task_create(type)) dm_task_set_name(dmt, rs-name); + ret = (dmt = dm_task_create(type)) + dm_task_set_name(dmt, rs-name); if (ret table) ret = parse_table(lc, dmt, table); - if (ret) - ret = dm_task_run(dmt); + if (ret + DM_DEVICE_CREATE == type) + ret = dmraid_uuid(lc, rs, uuid, DM_UUID_LEN) + dm_task_set_uuid(dmt, uuid) + dm_task_run(dmt); _exit_dm(dmt); return ret; } + /* Create a mapped device. */ int dm_create(struct lib_context *lc, struct raid_set *rs, char *table) { signature.asc Description: Digital signature
Bug#489968: PATCH: Add UUIDs to dmraid devices.
Package: dmraid Severity: wishlist Version: 1.0.0.rc14-1 User: [EMAIL PROTECTED] Usertags: origin-ubuntu ubuntu-patch hardy ubuntu Since kernel 2.6.25, there has been some support for event handling and reporting in the kernel for dmraid. While other pieces are needed to fully make use of this mechanism, the attached patch makes sure dmraid properly works with the kernel dm driver's event handling. This patch is currently in the Ubuntu dmraid package, and therefore the attached patch is in dpatch format. It would be nice if this patch was in the Debian package, thereby reducing the delta between Ubuntu and Debian. Originally taken from Mandriva's dmraid package. Luke #! /bin/sh /usr/share/dpatch/dpatch-run ## 04_generate-uuids.dpatch by Luke Yelavich [EMAIL PROTECTED] ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: Generate UUIDs with DMRAID prefix. @DPATCH@ diff -urNad dmraid-1.0.0.rc14-1ubuntu1~/1.0.0.rc14/lib/activate/devmapper.c dmraid-1.0.0.rc14-1ubuntu1/1.0.0.rc14/lib/activate/devmapper.c --- dmraid-1.0.0.rc14-1ubuntu1~/1.0.0.rc14/lib/activate/devmapper.c 2006-09-15 23:52:11.0 +1000 +++ dmraid-1.0.0.rc14-1ubuntu1/1.0.0.rc14/lib/activate/devmapper.c 2008-07-08 14:10:06.0 +1000 @@ -21,6 +21,8 @@ #include internal.h #include devmapper.h +#include linux/dm-ioctl.h + /* Make up a dm path. */ char *mkdm_path(struct lib_context *lc, const char *name) { @@ -147,24 +149,48 @@ return handle_table(lc, NULL, table, get_target_list()); } +/* Build a UUID for a dmraid device + * Return 1 for sucess; 0 for failure*/ +static int dmraid_uuid(struct lib_context *lc, struct raid_set *rs, + char *uuid, uint uuid_len) { + int r; + + /* Clear garbage data from uuid string */ + memset(uuid, 0, uuid_len); + + /* Create UUID string from subsystem prefix and RAID set name. */ + r = snprintf(uuid, uuid_len, DMRAID-%s, rs-name) uuid_len; + return r 0 ? 0 : (r uuid_len); +} + /* Create a task, set its name and run it. */ static int run_task(struct lib_context *lc, struct raid_set *rs, char *table, int type) { + /* DM_UUID_LEN is defined in dm-ioctl.h as 129 characters; +* though not all 129 must be used (md uses just 16 from +* a quick review of md.c. +* We will be using: (len vol grp name)*/ + char uuid[DM_UUID_LEN]; int ret; struct dm_task *dmt; _init_dm(); - ret = (dmt = dm_task_create(type)) dm_task_set_name(dmt, rs-name); + ret = (dmt = dm_task_create(type)) + dm_task_set_name(dmt, rs-name); if (ret table) ret = parse_table(lc, dmt, table); - if (ret) - ret = dm_task_run(dmt); + if (ret + DM_DEVICE_CREATE == type) + ret = dmraid_uuid(lc, rs, uuid, DM_UUID_LEN) + dm_task_set_uuid(dmt, uuid) + dm_task_run(dmt); _exit_dm(dmt); return ret; } + /* Create a mapped device. */ int dm_create(struct lib_context *lc, struct raid_set *rs, char *table) { signature.asc Description: Digital signature
Bug#489969: PATCH: Intel Software RAID metadata fixes.
Package: dmraid Severity: wishlist Version: 1.0.0.rc14-1 User: [EMAIL PROTECTED] Usertags: origin-ubuntu ubuntu-patch hardy ubuntu Attached is a patch to address some issues with Intel Software RAID metadata handling. This patch is currently in the Ubuntu dmraid package, and therefore the attached patch is in dpatch format. It would be nice if this patch was in the Debian package, thereby reducing the delta between Ubuntu and Debian. Originally taken from Mandriva's dmraid package. Luke #! /bin/sh /usr/share/dpatch/dpatch-run ## 06_isw-metadata-fixes.dpatch by Luke Yelavich [EMAIL PROTECTED] ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: Intel Software RAID metadata fixes. @DPATCH@ diff -urNad dmraid-1.0.0.rc14-1ubuntu1~/1.0.0.rc14/lib/format/ataraid/isw.c dmraid-1.0.0.rc14-1ubuntu1/1.0.0.rc14/lib/format/ataraid/isw.c --- dmraid-1.0.0.rc14-1ubuntu1~/1.0.0.rc14/lib/format/ataraid/isw.c 2006-09-23 04:11:37.0 +1000 +++ dmraid-1.0.0.rc14-1ubuntu1/1.0.0.rc14/lib/format/ataraid/isw.c 2008-07-08 14:15:28.0 +1000 @@ -364,21 +364,26 @@ { int ret; struct isw *isw = META(rd, isw); + int large = div_up(isw-mpb_size, ISW_DISK_BLOCK_SIZE) 1; to_disk(isw, FULL); - /* -* Copy 1st metadata sector to after the extended ones -* and increment metadata area pointer by one block, so -* that the metadata is filed in the proper sequence. -*/ - memcpy((void*) isw + rd-meta_areas-size, isw, ISW_DISK_BLOCK_SIZE); - rd-meta_areas-area += ISW_DISK_BLOCK_SIZE; + if (large) { + /* +* Copy 1st metadata sector to after the extended ones +* and increment metadata area pointer by one block, so +* that the metadata is filed in the proper sequence. +*/ + memcpy((void*) isw + rd-meta_areas-size, isw, + ISW_DISK_BLOCK_SIZE); + rd-meta_areas-area += ISW_DISK_BLOCK_SIZE; + } ret = write_metadata(lc, handler, rd, -1, erase); /* Correct metadata area pointer. */ - rd-meta_areas-area -= ISW_DISK_BLOCK_SIZE; + if (large) + rd-meta_areas-area -= ISW_DISK_BLOCK_SIZE; to_cpu(isw, FULL); signature.asc Description: Digital signature
Bug#489970: PATCH: Intel Software RAID metadata fixes.
Package: dmraid Severity: wishlist Version: 1.0.0.rc14-1 User: [EMAIL PROTECTED] Usertags: origin-ubuntu ubuntu-patch hardy ubuntu Attached is a patch to allow for the use of nested Software RAID 0/1 handling for Intel Software RAID metadata. This patch is currently in the Ubuntu dmraid package, and therefore the attached patch is in dpatch format. It would be nice if this patch was in the Debian package, thereby reducing the delta between Ubuntu and Debian. Originally taken from Mandriva's dmraid package. Luke #! /bin/sh /usr/share/dpatch/dpatch-run ## 07_isw-raid10-nested.dpatch by Luke Yelavich [EMAIL PROTECTED] ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: Add RAID10(0+1) nested RAID level support for Intel Software RAID. @DPATCH@ diff -urNad dmraid-1.0.0.rc14-1ubuntu1~/1.0.0.rc14/lib/format/ataraid/isw.c dmraid-1.0.0.rc14-1ubuntu1/1.0.0.rc14/lib/format/ataraid/isw.c --- dmraid-1.0.0.rc14-1ubuntu1~/1.0.0.rc14/lib/format/ataraid/isw.c 2008-07-08 14:18:03.0 +1000 +++ dmraid-1.0.0.rc14-1ubuntu1/1.0.0.rc14/lib/format/ataraid/isw.c 2008-07-08 14:18:23.0 +1000 @@ -25,30 +25,59 @@ #endif static const char *handler = HANDLER; +static struct isw_disk *_get_disk(struct isw *isw, struct dev_info *di); +int is_raid10(struct isw *isw); -/* - * Make up RAID set name from family_num and volume name. - */ -static size_t _name(struct isw *isw, struct isw_dev *dev, -char *str, size_t len) +static size_t _name(struct isw *isw, char *str, size_t len, int subset, + int num, struct isw_dev *dev) { - return snprintf(str, len, dev ? isw_%u_%s : isw_%u, + switch(subset) { + case 2: + return snprintf(str, len, isw_%u, isw-family_num); + case 1: + if(!is_raid10(isw)) + return snprintf(str, len, isw_%u_%s, isw-family_num, (char*) dev-volume); + else + return snprintf(str, len, isw_%u_%s-%u, + isw-family_num, (char*) dev-volume, num); + case 0: + return snprintf(str, len, isw_%u_%s, isw-family_num, + (char*) dev-volume); + } + return 0; } -static char *name(struct lib_context *lc, struct isw *isw, struct isw_dev *dev) +static char *name(struct lib_context *lc, struct raid_dev *rd, + unsigned int subset) { -size_t len; -char *ret; + size_t len; + char *ret = NULL; + int id = 0; + struct isw *isw = META(rd, isw); + struct isw_disk *disk = isw-disk; + struct isw_dev *dev = (struct isw_dev*) (isw-disk + isw-num_disks); -if ((ret = dbg_malloc((len = _name(isw, dev, NULL, 0) + 1 { -_name(isw, dev, ret, len); - mk_alpha(lc, ret + HANDLER_LEN, len - HANDLER_LEN - -(dev ? strlen((char*) dev-volume) - 2 : 1)); -} else + if((subset == 1) (is_raid10(isw))) { + if ((disk = _get_disk(isw, rd-di))) { + if(disk == isw-disk) id = 0; + else if(disk == isw-disk + 1) id = 1; + else if(disk == isw-disk + 2) id = 2; + else if(disk == isw-disk + 3) id = 3; + else return ret; + } + id = id % 2; + } + + if ((ret = dbg_malloc((len = _name(isw, ret, 0, subset, id, + dev) + 1 { + _name(isw, ret, len, subset, id, dev); + mk_alpha(lc, ret + HANDLER_LEN, snprintf(ret, 0, %u, + isw-family_num)); + } else log_alloc_err(lc, handler); -return ret; + return ret; } /* Find a disk table slot by serial number. */ @@ -59,7 +88,7 @@ do { if (!strncmp(di-serial, (const char*) disk-serial, -MAX_RAID_SERIAL_LEN)) + MAX_RAID_SERIAL_LEN)) return disk; } while (++disk isw-disk + isw-num_disks); } @@ -102,21 +131,38 @@ } /* Neutralize disk type. */ -static enum type type(struct raid_dev *rd) +static enum type type(struct isw *isw) { /* Mapping of Intel types to generic types. */ static struct types types[] = { { ISW_T_RAID0, t_raid0}, { ISW_T_RAID1, t_raid1}, { ISW_T_RAID5, t_raid5_la}, + { ISW_T_RAID10, t_raid0}, { 0, t_undef}, }; - struct isw_dev *dev = rd-private.ptr; + + struct isw_dev *dev = (struct isw_dev*) (isw-disk + isw
Bug#489972: PATCH: Promise Software RAID extra offsets.
Package: dmraid Severity: wishlist Version: 1.0.0.rc14-1 User: [EMAIL PROTECTED] Usertags: origin-ubuntu ubuntu-patch hardy ubuntu Attached is a patch to add more known disk offset locations for Promise RAID metadata. This patch is currently in the Ubuntu dmraid package, and therefore the attached patch is in dpatch format. It would be nice if this patch was in the Debian package, thereby reducing the delta between Ubuntu and Debian. Originally taken from Mandriva's dmraid package, with extra offsets from an earlier revision of the Ubuntu package. Luke #! /bin/sh /usr/share/dpatch/dpatch-run ## 09_promise-add-offsets.dpatch by Luke Yelavich [EMAIL PROTECTED] ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: Add extra offsets where promise metadata can be found. @DPATCH@ diff -urNad dmraid-1.0.0.rc14-1ubuntu1~/1.0.0.rc14/lib/format/ataraid/pdc.h dmraid-1.0.0.rc14-1ubuntu1/1.0.0.rc14/lib/format/ataraid/pdc.h --- dmraid-1.0.0.rc14-1ubuntu1~/1.0.0.rc14/lib/format/ataraid/pdc.h 2008-07-08 14:30:10.0 +1000 +++ dmraid-1.0.0.rc14-1ubuntu1/1.0.0.rc14/lib/format/ataraid/pdc.h 2008-07-08 14:30:40.0 +1000 @@ -13,7 +13,7 @@ #include stdint.h -#define PDC_CONFIGOFFSETS 63,255,256,16,399,735 +#define PDC_CONFIGOFFSETS 63,255,256,16,399,735,675,991,911 #definePDC_DATAOFFSET 0 /* maximum device size (sectors) which can be detected by some pdc card */ signature.asc Description: Digital signature
Bug#489971: PATCH: Promise Software RAID metadata fixes.
Package: dmraid Severity: wishlist Version: 1.0.0.rc14-1 User: [EMAIL PROTECTED] Usertags: origin-ubuntu ubuntu-patch hardy ubuntu Attached is a patch to fix some issues with metadata handling for Promise Software RAID. This patch is currently in the Ubuntu dmraid package, and therefore the attached patch is in dpatch format. It would be nice if this patch was in the Debian package, thereby reducing the delta between Ubuntu and Debian. Originally taken from Mandriva's dmraid package. Luke #! /bin/sh /usr/share/dpatch/dpatch-run ## 08_promise-metadata-fixes.dpatch by Luke Yelavich [EMAIL PROTECTED] ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: Promise metadata fixes. @DPATCH@ diff -urNad dmraid-1.0.0.rc14-1ubuntu1~/1.0.0.rc14/lib/format/ataraid/pdc.c dmraid-1.0.0.rc14-1ubuntu1/1.0.0.rc14/lib/format/ataraid/pdc.c --- dmraid-1.0.0.rc14-1ubuntu1~/1.0.0.rc14/lib/format/ataraid/pdc.c 2006-10-02 21:19:33.0 +1000 +++ dmraid-1.0.0.rc14-1ubuntu1/1.0.0.rc14/lib/format/ataraid/pdc.c 2008-07-08 14:29:10.0 +1000 @@ -155,6 +155,21 @@ } } + /* Some pdc card detect only PDC_MAX_SECTOR sectors, even +* if the disk is bigger, this prevents dmraid from discovering +* the metadata. This quirk searches for metadata at the +* sector PDC_MAX_SECTOR +*/ + if (di-sectors = PDC_MAX_SECTOR) { + if (read_file(lc, handler, di-path, ret, sizeof(*ret), + PDC_MAX_SECTOR 9) + !strncmp((const char*) ret-promise_id, PDC_MAGIC, +PDC_ID_LENGTH)) { + info-u32 = PDC_MAX_SECTOR; + return (void*) ret; + } + } + dbg_free(ret); } diff -urNad dmraid-1.0.0.rc14-1ubuntu1~/1.0.0.rc14/lib/format/ataraid/pdc.h dmraid-1.0.0.rc14-1ubuntu1/1.0.0.rc14/lib/format/ataraid/pdc.h --- dmraid-1.0.0.rc14-1ubuntu1~/1.0.0.rc14/lib/format/ataraid/pdc.h 2006-02-11 02:01:42.0 +1100 +++ dmraid-1.0.0.rc14-1ubuntu1/1.0.0.rc14/lib/format/ataraid/pdc.h 2008-07-08 14:29:12.0 +1000 @@ -16,6 +16,9 @@ #define PDC_CONFIGOFFSETS 63,255,256,16,399,735 #definePDC_DATAOFFSET 0 +/* maximum device size (sectors) which can be detected by some pdc card */ +#define PDC_MAX_SECTOR 268435377UL + /* Ondisk metadata for Promise Fastrack */ struct pdc { #define PDC_ID_LENGTH 24 signature.asc Description: Digital signature
Bug#489973: PATCH: Jmicron segmentation fault fix.
Package: dmraid Severity: wishlist Version: 1.0.0.rc14-1 User: [EMAIL PROTECTED] Usertags: origin-ubuntu ubuntu-patch hardy ubuntu Attached is a patch to fix a segmentation fault when attempting to generate device names for use with Jmicron controller metadata. This patch is currently in the Ubuntu dmraid package, and therefore the attached patch is in dpatch format. It would be nice if this patch was in the Debian package, thereby reducing the delta between Ubuntu and Debian. Taken from the ataraid mailing list. Luke #! /bin/sh /usr/share/dpatch/dpatch-run ## 10_jmicron-name-fix.dpatch by Luke Yelavich [EMAIL PROTECTED] ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: Fix segfault when attempting to generate name for jmicron controllers. @DPATCH@ diff -urNad dmraid-1.0.0.rc14-1ubuntu1~/1.0.0.rc14/lib/format/ataraid/jm.c dmraid-1.0.0.rc14-1ubuntu1/1.0.0.rc14/lib/format/ataraid/jm.c --- dmraid-1.0.0.rc14-1ubuntu1~/1.0.0.rc14/lib/format/ataraid/jm.c 2006-09-23 01:24:03.0 +1000 +++ dmraid-1.0.0.rc14-1ubuntu1/1.0.0.rc14/lib/format/ataraid/jm.c 2008-07-08 14:36:57.0 +1000 @@ -28,10 +28,16 @@ size_t len; struct jm *jm = META(rd, jm); char buf[2], *ret, *name = (char *) jm-name; + char buf0[JM_NAME_LEN+1] = { '\0' }; + size_t i = JM_NAME_LEN-1; - /* Name always 0 terminated ? */ - if ((len = strlen(name)) JM_NAME_LEN) - len = JM_NAME_LEN; + /* Sanitize name, make sure it's null terminated */ + strncpy(buf0, jm-name, JM_NAME_LEN); + while (i!=0 buf0[i]==' ') { + buf0[i]='\0'; + --i; + } + len = strlen(buf0); len += sizeof(HANDLER) + 2; if (jm-mode == JM_T_RAID01) @@ -43,7 +49,7 @@ else *buf = 0; - sprintf(ret, %s_%s%s, HANDLER, name, buf); + sprintf(ret, %s_%s%s, HANDLER, buf0, buf); } return ret; signature.asc Description: Digital signature
Bug#489968: Dmraid kernel event handling.
Sorry, I meant to send the attached patch. Got a bit trigger happy with the send button without changing patch attachment or subject. :p Luke #! /bin/sh /usr/share/dpatch/dpatch-run ## 05_kernel-event-handling.dpatch by Luke Yelavich [EMAIL PROTECTED] ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: Add support for kernel driver event handling support. @DPATCH@ diff -urNad dmraid-1.0.0.rc14-1ubuntu1~/1.0.0.rc14/lib/activate/activate.c dmraid-1.0.0.rc14-1ubuntu1/1.0.0.rc14/lib/activate/activate.c --- dmraid-1.0.0.rc14-1ubuntu1~/1.0.0.rc14/lib/activate/activate.c 2006-09-15 23:22:44.0 +1000 +++ dmraid-1.0.0.rc14-1ubuntu1/1.0.0.rc14/lib/activate/activate.c 2008-07-08 14:12:00.0 +1000 @@ -398,7 +398,11 @@ goto err; } - return 1; + /* Append the flag/feature required for dmraid1 +* event handling in the kernel driver +*/ + if(p_fmt(lc, table, 1 handle_errors)) + return 1; err: return log_alloc_err(lc, __func__); signature.asc Description: Digital signature
Bug#486778: fixed
in nss_ldap-261 -- www.padl.com | www.fghr.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481017: Severe
The current download of Nexuiz is useless for online play, as servers require you to have 2.4.2 now. Please update.
Bug#478083: rsync: could you consider adding in the VFS layer idea i suggested last year?
Package: rsync Version: 3.0.2-1 Severity: wishlist hey folks, i realise i asked this once before but i didn't express just quite how _many_ possibilities and options there are if rsync has a VFS plugin (for both input and output). http://advogato.org/article/974.html lists just _some_ of the possibilities which include synchronisation of ODT documents in a live peer-to-peer shared document environment (!! yes, believe it or not!) by treating the XML structure itself as the filesystem :) -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-amd64 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages rsync depends on: ii base-files 4.0.3 Debian base system miscellaneous f ii libacl12.2.41-1 Access control list shared library ii libc6 2.7-10GNU C Library: Shared libraries ii libpopt0 1.10-3lib for parsing cmdline parameters ii lsb-base 3.1-23.2etch1 Linux Standard Base 3.1 init scrip rsync recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468112: Initramfs generation reliability fixes.
Sorry I haven't gotten back to you until now. On Tue, Apr 01, 2008 at 07:53:44AM EST, maximilian attems wrote: On Wed, 27 Feb 2008, Luke Yelavich wrote: Attached is a patch to improve the way update-initramfs handles the generating of new or updated initramfs images for kernels. It puts in place a few measures to ensure that if there is not enough disk space on /boot, a previous initramfs is still in tact, to allow the booting of that kernel. The patch applies against current git head. See the Ubuntu specification found at the following URL for more information: https://wiki.ubuntu.com/HardyInitramfsErrorHandling okay, i still don't understands belows patch. Gah the patch is the wrong way around. here is a corrected patch, along with another change we've introduced since I originally filed the bug. This patch does the following: * When generating a new initramfs, instead of copying the old initramfs to a backup file, it hard links it instead, so no more space is used than necessary. it only copies to the backup file in the event that the filesystem on /boot doesn't support hard links, eg FAT32 partitions. * A new file is used to generate the initramfs. If the generation succeeds, it is moved to the original initramfs's location, ready to use. If it fails, the original initramfs is not affected, allowing it to be used at boot. Hope this makes sense now. :) Luke --- initramfs-tools/update-initramfs 2008-04-08 16:23:29.209995377 +1000 +++ initramfs-tools/update-initramfs 2008-04-08 16:42:25.861995377 +1000 @@ -100,7 +85,7 @@ [ ! -r ${initramfs} ] return 0 initramfs_bak=${initramfs}.dpkg-bak [ -r ${initramfs_bak} ] rm -f ${initramfs_bak} - mv -f ${initramfs} ${initramfs_bak} + ln -f ${initramfs} ${initramfs_bak} || cp -a ${initramfs} ${initramfs_bak} verbose Keeping ${initramfs_bak} } @@ -143,8 +128,8 @@ restore_initramfs() { [ -z ${initramfs_bak} ] return 0 + rm -f ${initramfs_bak} verbose Restoring ${initramfs_bak} - mv -f ${initramfs_bak} ${initramfs} } @@ -155,11 +140,13 @@ if [ ${verbose} = 1 ]; then OPTS=-v ${OPTS} fi - if mkinitramfs ${OPTS} ${initramfs} ${version}; then + if mkinitramfs ${OPTS} ${initramfs}.new ${version}; then + mv -f ${initramfs}.new ${initramfs} set_sha1 else mkinitramfs_return=$? restore_initramfs + rm -f ${initramfs}.new if [ $mkinitramfs_return = 2 ]; then # minversion wasn't met, exit 0 exit 0 signature.asc Description: Digital signature
Bug#149491: Quit talking and start shagging
Give all your mates locker room envy when they see how many inches youve gained. http://www.Plixinate.com/ Please don't forget this -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#183408: Ways to make her horny
The size of your equipment matters very much to her. http://www.fauwates.com/ Your new life is a click away -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#276758: Jessica Alba naked and wet
Amaze the girls with your humongous lovestick. http://www.miverllens.com/ My rocking erection smitten her -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#152643: Internationale Gesch#228;ftskontakte
Wir sind ein dynamisches Unternehmen. Zur Verst#228;rkung unseres Teams suchen wir einen Regionalmanager. Voraussetzungen: Wohnort: die USA, Deutschland flexibel, zuverl#228;ssig, verantwortungsvoll gute PC Kenntnisse (Email, Microsoft World) und Internetanschlu#223; minimal 3 Stunden pro Tag frei Wir versprechen Ihnen einen angenehmen und sicheren Arbeitsplatz bieten Ihnen ein leistungsorientiertes Gehalt und ausgezeichnete Karrierechancen #252;berlassen es Ihnen selbst ,wie Sie Ihre Arbeitszeit organisieren Das Wesentliche bei der Arbeit: 1. Geld von einem unserer Kunden bekommen 2. das Geld #252;ber Western Union transferieren lassen Ihr Verdienst betr#228;gt 2400$ pro Monat. Von jeder Geldsumme, die man #252;berwiesen hat, kriegt man 2 % zus#228;tzlich. Die Probezeit dauert 2 Wochen. In dieser Zeit kriegen Sie kein festes Gehalt, sondern nur 2 % von jeder #220;berweisung. Haben Sie Interesse an dieser Position, dann senden Sie Ihre Bewerbung an: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#102609: anthology academia armpit
Pick up Perscriptions and eMdications asap www.www.automaticadministratrix.accident%2enothyr.com ! anthologyacademia -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471076: inkscape: tutorialare installed making a MASSIVE package not possible to install on low-disk-space machines
Package: inkscape Severity: normal inkscape comes with 19mbytes of utterly irrelevant multi-language tutorials, shoved into one directory, non-optionally. it is essential that these be added as a separate _optional_ package, inkscape-docs or inkscape-tutorials. i have very limited space on an 8gb CF card i am using as a _main_ hard drive (it's very, very fast - 0.5ms seek time) i therefore represent something approximating an embedded system rather than a desktop, although i am running a 2ghz CPU with 1Gb RAM. i cannot therefore afford to have unecessary disk space wasted... ... but it is impossible to install this package - at all - without going through some extremely risky procedures... ... or, getting the source (on another machine), editing debian/control etc. etc. and basically doing what should have been done in the first place: removing the tutorials fom the inkscape program. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-5-xen-vserver-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#281518: ankle aristocracy
Buy Precsriptions tomorrow! www.attendeeaides.baptiste%2Econtinuemove.com on alfredobangor ankle , actinium -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#4448: Always been teased about your tiny pecker? Now hit them back with your bazooka!
After I gained 3 inches, she moaned in ecstacy when i entered her. - http://buriatea.com/ 482953265 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469880: gpm breaks finch
Package: gpm Version: 1.20.3~pre3-2.1 Severity: important Since the upgrade to 1.20.3~pre3-2.1, finch will not work with gpm running. It hangs initializing its mouse support. Investigation suggests that this is because gpm was not compiled with --without-curses while ncurses was built with gpm support. Further investigation suggests that this was caused by the fix for 468465. the fix was to chmod +x configure which presumably was not +x already because autoconf failed, but patches/050_dont_link_libcurses patches configure.in, so the broken fix probably just made the unpatched/regenerated configure run which doesn't disable curses Thanks, luke -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/1 CPU core) 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 gpm depends on: ii debconf [debconf-2.0]1.5.19 Debian configuration management sy ii debianutils 2.28.4 Miscellaneous utilities specific t ii libc62.7-9 GNU C Library: Shared libraries ii libgpmg1 1.20.3~pre3-2.1 General Purpose Mouse - shared lib ii lsb-base 3.2-4 Linux Standard Base 3.2 init scrip ii ucf 3.005 Update Configuration File: preserv gpm recommends no packages. -- debconf information: * gpm/responsiveness: * gpm/repeat_type: none * gpm/append: gpm/restart: false * gpm/sample_rate: * gpm/type: exps2 * gpm/device: /dev/input/mice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469183: qmail-src: qmail in the public domain
Package: qmail-src Version: 1.03-45 Severity: wishlist As qmail is now in the public domain, it should be possible to build a binary-package of qmail and move it out of non-free. It would be nice to see this happen. Thanks, luke -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.19.2-xen-amd64-dom0-tcg (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages qmail-src depends on: ii adduser 3.105 add and remove users and groups ii dpkg-dev 1.14.16.6 package building tools for Debian ii fakeroot 1.9.3 Gives a fake root environment ii gcc 4:4.2.2-2 The GNU C compiler ii groff-base 1.18.1.1-16 GNU troff text-formatting system ( ii make 3.81-3 The GNU version of the make util ii patch2.5.9-4 Apply a diff file to an original ii sudo 1.6.9p12-1 Provide limited super user privile Versions of packages qmail-src recommends: ii procmail 3.22-16Versatile e-mail processor ii ucspi-tcp-src 0.88-14Source only package for building u -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469193: RFP: ezmlm -- ezmlm is an easy-to-use, high-speed mailing list manager for qmail.
Package: wnpp Severity: wishlist As ezmlm is now in the public domain, it should be possible to package this now. I'd particularly like to see the ezmlm-idx version though, which is apparently gpl2, and so should still be packagble. As qmail is now packagable, it'd be great to have a package for ezmlm as well. Thanks, luke * Package name: ezmlm Version : x.y.z Upstream Author : Name [EMAIL PROTECTED] * URL : http://www.ezmlm.org * License : (GPL, LGPL, BSD, MIT/X, etc.) Programming Lang: (C, C++, C#, Perl, Python, etc.) Description : ezmlm is an easy-to-use, high-speed mailing list manager for qmail. (Include the long description here.) -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.19.2-xen-amd64-dom0-tcg (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]