Re: transition plan from libcap to libcap2
* Torsten Werner [Wed, 01 Apr 2009 23:02:12 +0200]: Hi Adeodato, Hi, there are still some issues regarding the libcap2 transition in unstable: - zorp needs binNMUs scheduled on all arches except armel because it has been built with an old version of libzorp* Good catch, done. - vsftpd needs a binNMU scheduled on armel I have no idea why +b1 got rebuilt against libcap1, because libcap2 clearly got installed in the chroot. Anyway, built +b2 now successfully. - pulseaudio FTBFS on hppa and a bug report has already been filed: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=520378 Feel free to NMU. ;-) -- - Are you sure we're good? - Always. -- Rory and Lorelai -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: JD package for Lenny point release
On Wed, 1 Apr 2009 17:20:38 +0100 Holger Levsen hol...@layer-acht.org wrote: On Mittwoch, 1. April 2009, Hideki Yamane wrote: Until change happened in BBS, hardcoded cookie hana=mogera was used. After the change, JD needs to add functions and fixes for that cookie code, so it's big but is needed (to make it from half-broken to fixed one). http://mentors.debian.net/debian/pool/main/j/jd/jd_2.0.0-080722-2+lenny1.dsc $ debdiff jd_2.0.0-080722-2.dsc jd_2.0.0-080722-2+lenny1.dsc|diffstat debian/patches/post-cookie.dpatch | 2696 ++ jd-2.0.0-080722/debian/changelog |7 jd-2.0.0-080722/debian/control|2 jd-2.0.0-080722/debian/patches/00list |1 4 files changed, 2705 insertions(+), 1 deletion(-) SRMs, would that be ok for 5.0.2? If not, I'd suggest removal from stable. Or put it into volatile, please. -- Regards, Hideki Yamane henrich @ debian.or.jp/iijmio-mail.jp http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: JD package for Lenny point release
Hi Hideki, On Donnerstag, 2. April 2009, Hideki Yamane wrote: SRMs, would that be ok for 5.0.2? If not, I'd suggest removal from stable. Or put it into volatile, please. Thats a bug, which makes the package unusable, so the solution is either to fix it or to remove it. Volatile is for packages which constantly change (in parts). If the fix is too intrusive for a lenny point release the way to support it is in backports.org, where it already is. regards, Holger signature.asc Description: This is a digitally signed message part.
Re: transition for Xfce 4.6
* Yves-Alexis Perez [Thu, 02 Apr 2009 01:17:10 +0200]: Hey team, Heya, now that NEW packages have been accepted for Xfce 4.6, we are thinking of uploading it to unstable. As requested by Adeodato, here is a little summary. Basically, we have some packages which are dropped: libxfce4mcs xfce-mcs-manager xfce-mcs-plugins Some are introduced: libxfce4menu xfce4-settings (Conflicts xfce4-mcs-manager and Conflicts/Replaces xfce4-mcs-manager, xfce4-mcs-plugin) xfconf No library renaming are involved but shlibs have been bumped to be sure that everything is consistent. Please go ahead with this. It is self-contained, and at first sight it doesn’t seem to intersect with any of the ongoing transitions, but if that happens, we’ll figure it out. Thanks for mailing, -- - Are you sure we're good? - Always. -- Rory and Lorelai -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Returned mail: Data format error
Thank you for contacting Cutting News South Africa. We will respond to your query shortly. Regards, The Cutting News Team. -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#521726: python-pymtp: needs upating of depends fromlibmtp7 to libmtp8
* Rafael Laboissiere [Tue, 31 Mar 2009 03:03:29 +0200]: The following seems to work for users of MTP devices so far (see the attachment to that bug): http://bugs.gpodder.org/show_bug.cgi?id=307 Thanks for the info. The changes to pymtp.py are different from those that I proposed before. I will test both versions eventually and will let you know. My version was not working properly, so forget about the previous patch. I merged both version for pymtp.py and the resulting debdiff is attached below. I tested it with a Zen Creative device and creation of a track from file worked using the modified sendtrack.py script in the package (notice that this script is patched to work with python-id3 instead of using the pyid3lib module, which does not seem to be available in Debian). I am Cc:ing this reply to the upstream author. Let us see what he thinks. Although it would need more tests, I would go ahead and upload this changed version of the package to unstable, otherwise the libmtp transiton will be blocked. Indeed python-pymtp is the last blocker for the transition (Cc:ing also to debian-release, accordingly). Indeed. I’d like to push this transition sooner rather than latter, so I’m considering a temporary removal of pymtp from testing, or maybe leaving libmtp7 around for a bit in testing, but I like that less. Cheers, -- - Are you sure we're good? - Always. -- Rory and Lorelai -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522294: nfs-kernel-server: Fails to start: start-stop-daemon: command not found [SRM]
Package: nfs-kernel-server Version: 1:1.1.2-6lenny1 Severity: serious Justification: Policy 9.9 Hi. In a clean lenny environment with mostly nfs-kernel-server installed, it fails to start because of: | start-stop-daemon: command not found Obviously, since there's no default PATH set in the init script, that just can't work. That's Policy 9.9: | A program must not depend on environment variables to get reasonable | defaults Please set PATH to something like /sbin:/bin:/usr/sbin:/usr/bin or whatever you see fit. Please also fix the package in lenny (that's why I've put [SRM] in the subject, and X-Debbugs-Cc'd debian-release@). Thanks already. Cheers, -- Cyril Brulebois -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nfs-kernel-server depends on: ii libblkid1 1.41.3-1 block device id library ii libc6 2.7-18 GNU C Library: Shared libraries ii libcomerr21.41.3-1 common error description library ii libgssglue1 0.1-2 mechanism-switch gssapi library ii libkrb53 1.6.dfsg.4~beta1-5 MIT Kerberos runtime libraries ii libnfsidmap2 0.20-1 An nfs idmapping library ii librpcsecgss3 0.18-1 allows secure rpc communication us ii libwrap0 7.6.q-16 Wietse Venema's TCP wrappers libra ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip ii nfs-common1:1.1.2-6lenny1NFS support files common to client ii ucf 3.0016 Update Configuration File: preserv nfs-kernel-server recommends no packages. nfs-kernel-server suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#522294: nfs-kernel-server: Fails to start: start-stop-daemon: command not found [SRM]
severity 522294 wishlist thanks (control@ in Bcc) Cyril Brulebois cyril.bruleb...@kerlabs.com (02/04/2009): Package: nfs-kernel-server Version: 1:1.1.2-6lenny1 Severity: serious Justification: Policy 9.9 OK, I really shot too fast. “rc” indeed does the right thing, and I guess unsetting some variables in a previous init script would qualify as being very unfair to the other scripts (particularly for $PATH). That's why I'm lowering the severity to a wishlist bug. SRM, sorry for the noise. Mraw, KiBi. signature.asc Description: Digital signature
Re: Bug#521726: python-pymtp: needs upating of depends fromlibmtp7 to libmtp8
* Rafael Laboissiere [Thu, 02 Apr 2009 16:50:53 +0200]: * Thomas Perl t...@thpinfo.com [2009-04-02 14:37]: I am fine with you NMUing pymtp. I can test your modifications locally with an MTP device here before you upload, if you want (or tell me if the debdiff you posted above is already what you intend to upload). Please, test my changes. Yes, it is what I intend to upload. Notice that the debdiff contains the changes to the upstream files in the .diff.gz. file. It would be better to use quilt for that. Great, I’ll be waiting for the upload and then do the migration. Thomas, you accidentally dropped debian-release from the discussion; readding it now. Cheers, -- - Are you sure we're good? - Always. -- Rory and Lorelai -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#521726: python-pymtp: needs upating of depends fromlibmtp7 to libmtp8
* Adeodato Simó d...@net.com.org.es [2009-04-02 20:41]:
Great, I’ll be waiting for the upload and then do the migration.
I prepared the NMU, which can be accessed here:
dget http://people.debian.org/~rafael/pymtp/pymtp_0.0.4-1.1.dsc
Thomas, please test it. I added quilt support to the package in order to
introduce my patch. I also did a minimal change in debian/rule for
removing of the build/directory in the clean rule. The entry in
debian/changelog reads as below. The debdiff is attached to this
message.
If I do not hear from you soon I will assume that everything is okay and
upload the package to unstable.
Cheers,
Rafael Laboissiere
= debian/rules ==
pymtp (0.0.4-1.1) unstable; urgency=low
* Non-maintainer upload, for unblocking the libmtp7 - libmtp8
transition (closes: #521726), with approval of the package maintainer
and the Debian Release Team, cf :
http://lists.debian.org/debian-release/2009/04/msg00018.html
* debian/control:
+ (Depends) Depends on libmtp8
+ (Build-Depends) Add quilt
* debian/patches/adapt-to-libmtp8.diff: Adapt upstream source to
libmtp8:
+ pymtp.py: Functions changed:
- MTP.send_file_from_file
- MTP.send_track_from_file
- MTP.create_new_playlist
- MTP.create_folder
+ examples/send{file,track}.py: Adjust
* debian/rules (clean):
+ (build, clean) Adapt to quilt
+ (clean) Remove build/ directory
-- Rafael Laboissiere raf...@debian.org Thu, 02 Apr 2009 22:17:24 +0200
reverted:
--- pymtp-0.0.4/build/lib/pymtp.py
+++ pymtp-0.0.4.orig/build/lib/pymtp.py
@@ -1,1216 +0,0 @@
-#!/usr/bin/env python
-#
-# A Ctypes wrapper to LibMTP
-# Developed by: Nick Devito (n...@nick125.com)
-# (c) 2008 Nick Devito
-# Released under the GPLv3 or later.
-#
-
-
- PyMTP is a pythonic wrapper around libmtp, making it a bit more
- friendly to use in python
-
- Example Usage (or see examples/):
- import pymtp
- mtp = pymtp.MTP()
- mtp.connect()
- PTP: Opening session
- print mtp.get_devicename()
- Device name
- mtp.disconnect()
- PTP: Closing session
-
-
-
-__VERSION__ = 0.0.4
-__VERSION_MACRO__ = 4
-__VERSION_MINOR__ = 0
-__VERSION_MAJOR__ = 0
-__VERSION_TUPLE__ = (__VERSION_MAJOR__, __VERSION_MINOR__, __VERSION_MACRO__)
-__AUTHOR__ = Nick Devito (n...@nick125.com)
-__LICENSE__ = GPL-3
-__DEBUG__ = 1
-
-import os
-import ctypes
-import ctypes.util
-
-# NOTE: This code *may* work on windows, I don't have a win32 system to test
-# this on.
-_module_path = ctypes.util.find_library(mtp)
-_libmtp = ctypes.CDLL(_module_path)
-
-# --
-# Error Definitions
-# --
-class NoDeviceConnected(Exception):
-
- Raised when there isn't a device connected to the USB bus
-
-
- pass
-
-class AlreadyConnected(Exception):
-
- Raised when we're already connected to a device and there is
- an attempt to connect
-
-
- pass
-
-class UnsupportedCommand(Exception):
-
- Raised when the connected device does not support the command
- issued
-
-
- pass
-
-class CommandFailed(Exception):
-
- Raised when the connected device returned an error when trying
- to execute a command
-
-
- pass
-
-class NotConnected(Exception):
-
- Raised when a command is called and the device is not connected
-
-
- pass
-
-class ObjectNotFound(Exception):
-
- Raised when a command tries to get an object that doesn't exist
-
-
- pass
-
-# --
-# End Error Definitions
-# --
-
-# --
-# Data Model Definitions
-# --
-
-class LIBMTP_Error(ctypes.Structure):
-
- LIBMTP_Error
- Contains the ctypes structure for LIBMTP_error_t
-
-
- def __repr__(self):
- return self.errornumber
-
-LIBMTP_Error._fields_ = [(errornumber, ctypes.c_int),
- (error_text, ctypes.c_char_p),
- (next, ctypes.POINTER(LIBMTP_Error))]
-
-class LIBMTP_DeviceStorage(ctypes.Structure):
-
- LIBMTP_DeviceStorage
- Contains the ctypes structure for LIBMTP_devicestorage_t
-
-
- def __repr__(self):
- return self.id
-
-LIBMTP_DeviceStorage._fields_ = [(id, ctypes.c_uint32),
- (StorageType, ctypes.c_uint16),
- (FilesystemType, ctypes.c_uint16),
- (AccessCapability, ctypes.c_uint16),
- (MaxCapacity, ctypes.c_uint64),
- (FreeSpaceInBytes, ctypes.c_uint64),
- (FreeSpaceInObjects, ctypes.c_uint64),
- (StorageDescription, ctypes.c_char_p),
- (VolumeIdentifier, ctypes.c_char_p),
- (next, ctypes.POINTER(LIBMTP_DeviceStorage)),
- (prev, ctypes.POINTER(LIBMTP_DeviceStorage))]
-
-class LIBMTP_MTPDevice(ctypes.Structure):
-
- LIBMTP_MTPDevice
- Contains the ctypes structure for
