Bug#587319: ttf-arphic-ukai: Font priority configuration (Unicode crash issue)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, I'm not really sure why this bug report has been filed against the ttf-arphic-ukai package. This package installs the 75-ttf-arphic-ukai-select.conf file, which prevents fontconfig from ever choosing this font. Your criticism may be true for the ttf-arphic-uming package, but shouldn't be for this one. :) Can you please confirm. if indeed the UKai font is the culprit? Thanks a lot. Arne -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJOWyhiAAoJENiwmJtstTzsA9wQAKgzaBRdVLoGtPeNtK6J6CSH c+OrDVe8WLV7ElDBIw1dpSr7cmDr+5PFuMe37xV2cK1/B7wSa1uZEpMC9UFJ5PVF etkToUpwy3o6ayh8jKN9DmgbPMiWt03er+A6HP0d2MW+XRhypkrVLrK70fML2rzk dASGIahnl9JDm/8j9Z6H1mGw0ZjUv/yqNlSSJsXT66SPpoI0CiPgIAcMc9IhYe4k tI0V82O+xDflM84Jp38zSg0NUjzpwXndT/b6t5tpWeNQDD9//xIU4IOaz5l2nLpF qgsl9ofwajHJBwDk3hSug10d3k9IQn41/oGPwmAOOBtCCpQ2aUlKQlNHfd6DFmNn Sr9CYlhbCt5VpgGAt3ShFl6WUamQ2y1Fi3qBDXf6IPa3znat1yEANMeB77/ipuWf eyDm1/zGnrDNzOxhYyqLOduQXx6qWP//qxZcXlQHLJg5JDO/eW/L5qAiIp1taN7Y PHJg14aBoTApu/v0T6Pbd5fSzSHroJUBLlm73ui3IVqblXFftEBmFzREqYHDWeqE G2fQZMVui77UEms1bPF9WvAyedDB/BB8JqRhnzkyMDB17UUoc5sSpbgi88RtDcK2 giMk3cZ5RkBWEvsGby3qy2AcOWoVdfAAh3VFEzMT1b+MNJqynXGtB1smVq6FpaU9 W2pHmB426JOD4NKaQ267 =hz/y -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#635126: miscompilation with -ftree-sra on armel and sparc.
On 17/08/11 at 10:38 +0200, Lucas Nussbaum wrote: On 16/08/11 at 22:36 +0200, Matthias Klose wrote: tag 635126 + moreinfo help thanks are you still working on this, trying to get a test case? Hi, As I wrote in #634260: n 24/07/11 at 12:19 +0200, Lucas Nussbaum wrote: On 23/07/11 at 12:16 +0200, Matthias Klose wrote: builds on sid armhf, and oneiric armel, so this only seems to be triggered in ARM mode. Could you provide a self-contained test case, derived from pack.c? Could you check if the upstream bug I was pointed to exhibits the same behaviour? That would be an indication that it might be the same bug, and that I don't need to spend hours building a test case. It seems that this also affects sparc. ruby1.9.1 fails to build in a similar way. - Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639658: kfreebsd-image-8.1-1-amd64: calling waitpid from a thread raises 'no child processes'
Package: kfreebsd-image-8.1-1-amd64 Version: 8.1+dfsg-8 Severity: serious Hi, Test case: - #include pthread.h #include stdio.h #include stdlib.h #include unistd.h #include sys/types.h #include sys/wait.h int retval; int pid; void * thread_get_retval(void *arg) { if (waitpid(pid, retval, 0) == -1) { perror(waitpid); exit(1); } printf(hello\n); return(0); } int main() { pthread_t tid; if ((pid = fork()) == 0) { return 42; } printf(PID: %d\n, pid); if (pthread_create(tid, NULL, thread_get_retval, NULL)) { perror(pthread_create); exit(1); } printf(Retval: %d\n, WEXITSTATUS(retval)); return 0; } - As you can see, the main thread delegates the waitpid call to a sub-thread. But both threads are still part of the same process, so waitpid should not fail. However: Debian GNU/Linux: PID: 27610 hello Retval: 42 FreeBSD: PID: 1172 hello Retval: 42 Debian GNU/kFreeBSD: ./debian-kfreebsd-amd64:~# ./forkthread PID: 719 waitpid: No child processes This breaks the ruby1.9.1 test suite. - Lucas -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 8.1-1-amd64 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages kfreebsd-image-8.1-1-amd64 depends on: ii freebsd-utils 8.1-4+b1 FreeBSD utilities needed for GNU/k ii kldutils 8.1-4+b1 tools for managing kFreeBSD module kfreebsd-image-8.1-1-amd64 recommends no packages. kfreebsd-image-8.1-1-amd64 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637308: xen-linux-system-2.6.32-5-xen-amd64: with kernel option 'nosmp', dom0 hangup while init PCI-Express Fusion-MPT SAS
I think this bug may be closed. I posted it to xen devel list and get answer: It's really an unsupported configuration. If you want to limit dom0 vcpus then dom0_max_vcpus= on Xen command line is the correct way. http://lists.xensource.com/archives/html/xen-devel/2011-08/msg00665.html -- Konstantin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639659: gthumb: can't import photos to cifs mounted folder
Package: gthumb Version: 3:2.13.1-1 Severity: normal Hey, I have a weird interaction between gthumb and a cifs share. The share is mounted through /etc/fstab (*not* gvfs), when I try to import photos from my camera directly to the share, it fails (in fact the file is created on the share, empty, and the gthumb progress bar hangs on the first photo), and syslog shows: [35365.714486] CIFS VFS: Error -32 sending data on socket to server [35365.761336] CIFS VFS: Error -32 sending data on socket to server [35365.816358] CIFS VFS: Error -32 sending data on socket to server [35365.866355] CIFS VFS: Error -32 sending data on socket to server [35365.912257] CIFS VFS: Error -32 sending data on socket to server [35365.955429] CIFS VFS: Error -32 sending data on socket to server Reading and writing on this share using other tools works just fine, and even importing the photos on a local drive and moving them (from gthumb) to the final location on the cifs share works just fine. I'm not too sure what gthumb tries to do when it tries to create a photo on a volume but it's definitely doing something which doesn't work in cifs. Regards, -- Yves-Alexis -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-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/dash Versions of packages gthumb depends on: ii gthumb-data 3:2.13.1-1 an image viewer and browser - arch ii libatk1.0-0 2.0.1-2 ATK accessibility toolkit ii libbrasero-media0 2.30.3-3 CD/DVD burning library for GNOME - ii libc6 2.13-18 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6.1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.4.14-1 simple interprocess messaging syst ii libdbus-glib-1-20.94-4 simple interprocess messaging syst ii libexiv2-9 0.20-2.1 EXIF/IPTC metadata manipulation li ii libfontconfig1 2.8.0-3 generic font configuration library ii libfreetype62.4.6-2 FreeType 2 font engine, shared lib ii libgcc1 1:4.6.1-8GCC support library ii libgconf2-4 2.32.4-1 GNOME configuration database syste ii libglib2.0-02.28.6-2 GLib library of C routines ii libgnome-keyring0 3.0.3-1 GNOME keyring services library ii libgstreamer-plugins-ba 0.10.35-1GStreamer libraries from the base ii libgstreamer0.10-0 0.10.35-1Core GStreamer libraries and eleme ii libgtk2.0-0 2.24.5-4 GTK+ graphical user interface libr ii libice6 2:1.0.7-2X11 Inter-Client Exchange library ii libjpeg62 6b1-2Independent JPEG Group's JPEG runt ii libpango1.0-0 1.28.4-3 Layout and rendering of internatio ii libpng12-0 1.2.46-3 PNG library - runtime ii libsm6 2:1.2.0-2X11 Session Management library ii libsoup-gnome2.4-1 2.34.3-1 HTTP library implementation in C - ii libsoup2.4-12.34.3-1 HTTP library implementation in C - ii libstdc++6 4.6.1-8 GNU Standard C++ Library v3 ii libtiff43.9.5-1 Tag Image File Format (TIFF) libra ii libunique-1.0-0 1.1.6-2 Library for writing single instanc ii libxml2 2.7.8.dfsg-4 GNOME XML library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages gthumb recommends: ii bison 1:2.4.1.dfsg-3 A parser generator that is compati ii flex 2.5.35-10 A fast lexical analyzer generator. pn gstreamer0.10-gnomevfsnone (no description available) ii gvfs-bin 1.8.2-1userspace virtual filesystem - bin gthumb suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637397: Possible solutions
On Mon, Aug 29, 2011 at 4:35 AM, Steve M. Robbins st...@sumost.ca wrote: I think the rest of this thread got off onto a tangent. In my mind, the germane question is not why Paraview embeds a patched VTK source tree but, rather: why is the paraview binary package now installing the VTK tools like vtkWrapPython? Indeed, that's the actual issue. Thanks Steve. Why does a running paraview binary need vtkWrapPython? That was also my initial question. Can it be stuck into /usr/lib/paraview to avoid the conflict? I believe the only outstanding issue is that VTK 5.8 is not released yet. Therefore vtkWrapPython* tools from ParaView 3.10 are much more advanced (more options) than that of VTK 5.6. So maybe putting those into a paraview namespace will solve all those issues: if one user needs to wrap VTK 5.6 class, they will use vtkWrapPython from vtk package, if the vtkWrapPython* are missing newer option, they could use a paraview-python-dev package which provide the latest and greatest of paraview-vtk-python dev tools... 2cts -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639659: gthumb: can't import photos to cifs mounted folder
On lun., 2011-08-29 at 08:14 +0200, Yves-Alexis Perez wrote: Reading and writing on this share using other tools works just fine, and even importing the photos on a local drive and moving them (from gthumb) to the final location on the cifs share works just fine. And even weirder, I can navigate to the camera folder in gthumb folder list, select the pictures I want and copy them to the cifs folder just fine. So it's definitely the “import” operation which does something wrong, not sure why. I'l try to strace it and see if something happens differently, but I'm not sure the logs will be readable... Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#639660: New Upstream Version: hdparm-9.37 + wiper.sh-3.3
Package: hdparm Version: 9.32-1 Severity: normal New Upstream Version: hdparm-9.37 + wiper.sh-3.3 See: http://sourceforge.net/news/?group_id=136732 From Changelog: hdparm-9.37 - handle raid1 start_lba values, and show -1 for indeterminte raid start_lba values - abort --fibmap when start_lba is indeterminate - updated wiper.sh to fix a kink with hfsplus filesystems - updated wiper.sh to no longer rely on the obsolete rdev command hdparm-9.36 - udpated raid1ext4trim.sh script to version 1.4 - updated wiper.sh to support hfsplus and ntfs filesystem types, courtesy of Heiko Wegeler - updated wiper.sh with new flag to enable unattended operation, and handle SIGPIPE - updated manpage to indicate max sector range of 65335 for TRIM hdparm-9.35 - third go at fixing cdb issues, fixing -B flag. Got it this time (finally). hdparm-9.34 - fix bad/missing cdb transfer length field for IDENTIFY and some other commands hdparm-9.33 - fix AHCI issues in sg16(): don't ask for sense_data on DATA-xfer commands - fix compiler warnings on old systems - fixed compilation on old systems lacking __be16 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages hdparm depends on: ii libc6 2.13-18Embedded GNU C Library: Shared lib ii lsb-base 3.2-28 Linux Standard Base 3.2 init scrip hdparm recommends no packages. Versions of packages hdparm suggests: pn apmd none (no description available) -- 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#639621: libgl1-mesa-dri: A DRI1-capable r300_dri.so should be provided
On Son, 2011-08-28 at 13:16 -0500, Andrew Deason wrote: 1. Just install the non-Gallium r300_dri.so instead of the Gallium one (I assume you don't want to do this, since the Gallium driver is deliberately chosen, and for all I know is much better on other systems) 2. Install the non-Gallium r300_dri.so under another name (r300dri1_dri.so or something?), and get the 'radeon' X driver in xserver-xorg-video-ati to report r300dri1 as the DRI driver name for DRI1. Currently it reports r300_dri.so for both DRI1 and DRI2 (see src/radeon_dri.c and R300_DRIVER_NAME in xserver-xorg-video-ati). 3. Allow the user to choose between the Gallium and non-Gallium drivers via the alternatives system, or via installing a package that diverts r300_dri.so, or something along those lines. 4. Make the Gallium r300 driver support both DRI1 and DRI2. I assume this is difficult and not a feasible short-term option, or it deliberately does not support DRI1. None of these options are particularly attractive, but a simpler solution might be possible: Install the classic r300_dri.so to a different directory, and add that to the end of the default driver search path. That way libGL would try r300g first and fall back to the classic driver. -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639621: libgl1-mesa-dri: A DRI1-capable r300_dri.so should be provided
On Son, 2011-08-28 at 13:16 -0500, Andrew Deason wrote: On my system, using KMS and DRI2 is really slow (this is known in at least some cases; KMS/DRI2 just isn't as mature right now, I think? See 572911, 607510, and probably others). So, I have disabled KMS and just want to use regular DRI, which is currently much better. The problem is, the r300_dri.so that is shipped with libgl1-mesa-dri is the Gallium driver (I have a Radeon X1300, which uses r300_dri.so). This only works with DRI2, so all of the 3d rendering is done via swrast_dri.so. The performance isn't bad (still much better than KMS), but if I build libgl1-mesa-dri locally, and grab the non-Gallium r300_dri.so I get better performance since I'm no longer rendering via software. And to reiterate on what Cyril said: If the Gallium driver is slower than swrast_dri.so (doing what?), that sounds like something very basic is going wrong, and you should really look into that. -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639661: Additional module
Package: nginx-light Version: 1.1.0-1~bpo60+1 Severity: wishlist Hello, i like the idea of having a minimal package of nginx, but i am missing the module stub_status. http://wiki.nginx.org/HttpStubStatusModule Even for a minimal installation, you want have some informations about the usage of your webserver. Regards, Dennis signature.asc Description: OpenPGP digital signature
Bug#627409: gnome-shell doesn't start ibus
Hi YunQiang Su, I had a bit of trouble activating IBus after I upgraded to gnome-shell. Then I realised I didn't have ibus-gtk3 installed. After ensuring both ibus-gtk and ibus-gtk3 were installed, I was able to activate IBus. cya, # -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631950: remmina-plugin-nx unable to connect with libssh-4_0.5.0-2
Hi, Yeah I've seen it... Still doesn't work however :( :( Could you try to rebuild remmina-plugin-nx package and see if it fix the issue? I'm wondering if it's not a unintentional ABI breakage or something like that. Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639651: xserver-xorg-video-r128: FTBFS: Package 'xorg-server' requires 'dri2proto = 2.6' but version of DRI2Proto is 2.3
On Sun, Aug 28, 2011 at 20:53:43 -0500, Jonathan Nieder wrote: Subject: Bump xserver-xorg-core Depends on x11proto-dri2-dev s/-core/-dev Same in the changelog. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639662: quixote1: New upstream release
Package: quixote1 Version: 1.2-4.1 Severity: wishlist Hi =), The homepage field and the package are a bit outdated, please see: http://quixote.ca/ Kind regards, -- Julián Moreno Patiño .''`. Debian GNU/{Linux,KfreeBSD} : :' : Free Operating Systems `. `' http://debian.org/ `- PGP KEY ID 6168BF60 Registered GNU Linux User ID 488513 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639663: [debian-policy] Please provide upgrading-checklist via web
Package: debian-policy Severity: wishlist Hi. It would be useful to have a copy of the HTML version of upgrading-checklist somewhere on the web. This could, for example, be linked from the PTS when some package's Standards-Version has to be upgraded. In #485085 the problem of the links from upgrading-checklist to the policy has been discussed, but not solved. I've come up with a pair of hacks that should do the trick (although they don't qualify as solution at all). I'm attaching them in case you're interested. You have to do something like that: $ ./build_section_mapping.sh /usr/share/doc/debian-policy/policy-1.html sect_map $ ./patch_checklist.py /usr/share/doc/debian-policy/upgrading-checklist-1.html upgrading-checklist-1-links.html You'll probably want also want to change paths in patch_checklist.py. Also, to usefully link upgrading-checklist from other services, it would be helpful to have section anchors named with the relevant policy version number instead of section number (otherwise some other hack like build_section_mappings.sh should be used). Thanks, Giovanni. -- Giovanni Mascellani mascell...@poisson.phc.unipi.it Pisa, Italy Web: http://poisson.phc.unipi.it/~mascellani Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org build_section_mapping.sh Description: Bourne shell script #!/usr/bin/python # -*- coding: utf-8 -*- import sys, re POLICY_URL = 'file:///usr/share/doc/debian-policy/policy-1.html' SECT_MAP_FILE = './sect_map' dt_re = re.compile('^dt(.*)/dt$') dt_template = 'dt%s/dt\n' sect_map = {} def build_sect_map(): with open(SECT_MAP_FILE) as sect_map_file: for line in sect_map_file: sect, anchor = line.strip().split(' ', 1) sect_map[sect] = anchor def make_line(sect): if sect in sect_map: return 'a href=%s#%s%s/a' % (POLICY_URL, sect_map[sect], sect) else: return sect def main(): build_sect_map() for line in sys.stdin: match = dt_re.match(line) if match is not None: line = dt_template % ', '.join([make_line(x.strip()) for x in match.group(1).split(',')]) sys.stdout.write(line) if __name__ == '__main__': main() signature.asc Description: OpenPGP digital signature
Bug#639658: kfreebsd-image-8.1-1-amd64: calling waitpid from a thread raises 'no child processes'
severity 639658 important retitle 639658 [kfreebsd] waitpid from a thread does not work for child processes created by other threads reassign 639658 kfreebsd-8, kfreebsd-9, eglibc -- As you can see, the main thread delegates the waitpid call to a sub-thread. But both threads are still part of the same process, so waitpid should not fail. Debian GNU/kFreeBSD: ./debian-kfreebsd-amd64:~# ./forkthread PID: 719 waitpid: No child processes It is known limitation of our current linuxthreads based pthread implementation. It cannot be solved easily :-( The fix probably will be mainly in eglibc part. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635251: any news on multi-arch for libpciaccess?
On Wed, 2011-08-24 at 11:54 +0300, Riku Voipio wrote: On Wed, Aug 24, 2011 at 09:51:08AM +0200, Julien Cristau wrote: On Wed, Aug 24, 2011 at 10:27:56 +0300, Riku Voipio wrote: Any updates here? As a udev reverse dependency this is quite important for earlt multi-arch conversion. It'll probably happen on the next upload, but I'm not going to rush that. (What does this have to do with udev?) Looks like an ubuntuisim. needed inderectly for animated startup graphics, sigh. No hurry on debian side then it seems. libdrm-intel now depends on libpciaccess, plymouth depends on libdrm-intel, and so on. The -dev package shouldn't be marked as multiarch; the i386 package is not parallel installable with the amd64 package as they both ship /usr/include. In general, my understanding is that -dev packages should not be multiarched (yet). I should apparently also read Debian bug reports more often. I'd just pushed a dh7 cleanup branch which also adds multiarch to the debian-experimental git branch before reading this mail. signature.asc Description: This is a digitally signed message part
Bug#639628: mirrors: Debian Sid, cannot install xorg server
Today (10:01 CEST) I have launched an aptitude update and then an aptitude install xorg and worked without problems. You can close the bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633789: [guake] Notify-osd confirmation
I can confirm. Guake starts only if notify-osd installed. -- Спицын Андрей einhan...@pisem.net Package: guake Version: 0.4.2-5 --- Please enter the report below this line. --- --- System information. --- Architecture: i386 Kernel: Linux 3.0.0-1-686-pae Debian Release: wheezy/sid 900 testing www.debian-multimedia.org 900 testing ftp.ru.debian.org 801 sid packages.enlightenment.org 500 stable security.debian.org 500 stable deb.opera.com 500 squeeze deb.playonlinux.com 500 proposed-updates ftp.ru.debian.org 500 lucid ppa.launchpad.net 500 karmic ppa.launchpad.net --- Package information. --- Depends (Version) | Installed =-+-== libatk1.0-0 (= 1.12.4) | 2.0.1-2 libc6 (= 2.3.6-6~) | 2.13-16 libcairo2 (= 1.2.4) | 1.10.2-6.1 libfontconfig1 (= 2.8.0) | 2.8.0-3 libfreetype6 (= 2.2.1) | 2.4.6-1 libgdk-pixbuf2.0-0(= 2.22.0) | 2.23.5-3 libglib2.0-0 (= 2.16.0) | 2.28.6-1 libgtk2.0-0 (= 2.24.0) | 2.24.4-3 libpango1.0-0 (= 1.14.0) | 1.28.4-1 libpython2.6 (= 2.6) | 2.6.7-3 libx11-6 | 2:1.4.4-1 notification-daemon | 0.7.1-3 python-notify | 0.1.1-3 python (= 2.6.6-7~) | 2.6.7-3 gconf2| 2.32.4-1 python-vte| 1:0.28.1-2 python-dbus | 0.84.0-2 python-glade2 | 2.24.0-2 python-gconf | 2.28.1-3 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#487201:
On Sunday, August 28, 2011, Ximin Luo infini...@gmx.com wrote: On 28/08/11 02:33, Steve Langasek wrote: On Sun, Aug 28, 2011 at 02:00:33AM +0100, Ximin Luo wrote: If you were to write a program that could report the copyright status of every single file on the system, it would be weird if you showed a slightly different GPL3 for different files. Even if you parsed a license text to a canonical form, I doubt this would be a visually pleasing form, or even one that has a coherent logical structure. e.g. Steve suggested collapsing whitespace - but this loses (e.g.) paragraph information. How you decide to format the license text for display is an *entirely* separate question from checking whether the license text is correct. I never suggested using the case- and whitespace-smashed form for display (or even storing it as a file). In any case, the current situation makes this (formatting) hard to do. It's not a good solution programatically, to have a canonical form that isn't easily formattable. At this point you're arguing implementation details. You don't have to format it at all, because the package already contains a formatted version of the text. The real issue is that the known correct text of the license would have to exist somewhere. Where? In some package that contains commonly used licenses? People don't seem to agree what common-licenses is for. If it's to save disk space, then Popcon has all the information needed to figure out exactly how many bytes would be saved by putting it in common-licenses and replacing all existing copies with a symlink. If it's to save work, then how much work would be saved compared to the cost of adding it to common-licenses? -- -PJ
Bug#639664: ruby1.9.1: FTBFS on hurd-i386: struct dirent issue
Package: ruby1.9.1 Version: 1.9.2.290-2 Severity: important Tags: patch User: debian-h...@lists.debian.org Usertags: hurd Hello, ruby FTBFS on hurd-i386 due to dirent misuse. The attach patch fixes it the same way as Solaris. I have already forwarded it to m...@netlab.jp last monday, but didn't have any reply so far. There is another bug about task detection, which will be fixed in the next eglibc upload. Samuel -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Samuel Thibault samuel.thiba...@fnac.net Cliquez sur le lien qui suit dans ce mail...vous n'avez plus qu'a vous inscrire pour gagner de l'argent en restant connecteet puis faites passer le message et vous gagnerez encore plus d'argent ... -+- AC in NPC : Neuneu a rencontré le Pere Noël -+- Index: configure.in === --- configure.in(revision 33020) +++ configure.in(working copy) @@ -934,6 +934,10 @@ AC_DEFINE(SIZEOF_STRUCT_DIRENT_TOO_SMALL, 1) LIBS=-lm $LIBS ], +[gnu*], [ + AC_DEFINE(SIZEOF_STRUCT_DIRENT_TOO_SMALL, 1) + LIBS=-lm $LIBS + ], [nextstep*], [ ], [openstep*], [ ], [rhapsody*], [ ],
Bug#625870: mimedefang: diff for NMU version 2.71-1.1
Hi Salvatore, Am 27.08.2011 15:41, schrieb Salvatore Bonaccorso: Dear maintainer, I've prepared an NMU for mimedefang (versioned as 2.71-1.1) and uploaded it to DELAYED/10. Please feel free to tell me if I should delay it longer. thanks for your effort and your patch. I am preparing an upload at the moment. Christoph -- Christoph Martin, Zentrum für Datenverarbeitung, Uni-Mainz, Germany Instant-Messaging: Jabber: mar...@uni-mainz.de (Siehe http://www.zdv.uni-mainz.de/4010.php) attachment: martin.vcf signature.asc Description: OpenPGP digital signature
Bug#627409: gnome-shell doesn't start ibus
On Mon, Aug 29, 2011 at 3:38 PM, Harshula harsh...@gmail.com wrote: Hi YunQiang Su, I had a bit of trouble activating IBus after I upgraded to gnome-shell. Then I realised I didn't have ibus-gtk3 installed. After ensuring both ibus-gtk and ibus-gtk3 were installed, I was able to activate IBus. Yep, it is fixed now. -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#342739: sed: -i[SUFFIX]
Applied upstream, thanks (commit dd275ee12aa73447748f269df2c899635a43e15b). Paolo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620253: Packaging rails 3.x
Package: rails Severity: normal Hi, this is just an informational email about status of Rails 3 in the Debian. As we need to keep the Rails 2.3 framework in the Debian because of it's dependendencies (mainly Redmine). I have created versioned packages from Rails 2.3 (ruby-rails-2.3, ruby-activeresource-2.3, etc.). This allows us to upload Rails 3 packages simultaneously into the archive. However with Rails 3.1 already in the RC phase it doesn't really make sense to have 2.3, 3.0 and 3.1 in the archive, so I am skipping the 3.0 and I will package 3.1.rcX into the experimental suite and upload in into the unstable when it will go gold. O. -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash rails recommends no packages. rails suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625870: mimedefang: diff for NMU version 2.71-1.1
Hi Christoph On Mon, Aug 29, 2011 at 10:13:15AM +0200, Christoph Martin wrote: Hi Salvatore, Am 27.08.2011 15:41, schrieb Salvatore Bonaccorso: Dear maintainer, I've prepared an NMU for mimedefang (versioned as 2.71-1.1) and uploaded it to DELAYED/10. Please feel free to tell me if I should delay it longer. thanks for your effort and your patch. I am preparing an upload at the moment. Okay! Thank you for the follow-up. I will then cancel the upload from the delayed, queue, ok? Regards Salvatore signature.asc Description: Digital signature
Bug#639529: autofs5-ldap.postinst and autofs5-ldap.postrm
tags 639529 + patch thanks Hi, find attached simple patches for autofs5-ldap.postinst and autofs5-ldap.postrm that add respectively remove the line automount: files ldap from /etc/nsswitch.conf. Best regards, Andi #!/bin/sh set -e NSSWITCH=/etc/nsswitch.conf if [ -w $NSSWITCH ] ! grep -q automount: $NSSWITCH ; then echo automount: files ldap $NSSWITCH fi #DEBHELPER# #!/bin/sh set -e NSSWITCH=/etc/nsswitch.conf if [ -w $NSSWITCH ] ; then sed -i /^automount:/d $NSSWITCH fi #DEBHELPER#
Bug#639665: open-vm-source: Modules missing again (vmmemctl, pvscsi, vmxnet3)
Package: open-vm-source Version: 2:8.4.2+2011.08.21-471295-1 Severity: normal Hi, the changelog of the previous version says: open-vm-tools (1:8.4.2-261024-1) unstable; urgency=low * Re-enabling vmmemctl (Closes: #606327). * Re-enabling pvscsi. * Re-enabling vmxnet3. snip -- Daniel Baumann daniel.baum...@progress-technologies.net Wed, 15 Dec 2010 01:08:45 +0100 This change seems to have got lost again, at least all these modules are missing in the current release: sid:/usr/src# dpkg -L open-vm-modules-3.0.0-1-686-pae /. /lib /lib/modules /lib/modules/3.0.0-1-686-pae /lib/modules/3.0.0-1-686-pae/misc /lib/modules/3.0.0-1-686-pae/misc/vmsync.ko /lib/modules/3.0.0-1-686-pae/misc/vsock.ko /lib/modules/3.0.0-1-686-pae/misc/vmxnet.ko /lib/modules/3.0.0-1-686-pae/misc/vmblock.ko /lib/modules/3.0.0-1-686-pae/misc/vmhgfs.ko /lib/modules/3.0.0-1-686-pae/misc/vmci.ko snip sid:/usr/src# dpkg -l open-vm-modules-3.0.0-1-686-pae Desired=Unknown/Install/Remove/Purge/Hold |Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii open-vm-module 2:8.4.2+2011.0 open-vm modules for Linux (kernel 3.0.0-1-68 Regards, Hilmar -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (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_GB.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages open-vm-source depends on: ii bzip2 1.0.5-6high-quality block-sorting file co ii debhelper 8.9.6 helper programs for debian/rules ii make 3.81-8.1 An utility for Directing compilati Versions of packages open-vm-source recommends: ii module-assis 0.11.4 tool to make module package creati ii open-vm-tool 2:8.4.2+2011.08.21-471295-1 tools and components for VMware gu Versions of packages open-vm-source suggests: pn open-vm-toolbox none (no description available) -- 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#638891: pu: package tzdata/2011h-0lenny1
On Sun, Aug 28, 2011 at 12:42:08PM +0100, Adam D. Barratt wrote: user release.debian@packages.debian.org usertags 638891 - pu usertags 638891 + opu tags 638891 + lenny confirmed retitle 638891 opu: package tzdata/2011h-0lenny1 thanks Oops, sorry about that. On Mon, 22 Aug 2011 20:18:38 +0200, Aurelien Jarno wrote: Similarly to the update in squeeze, here is the same update for lenny. The new upstream version, tzdata 2011h updates timezone information for Antartica, Chile, Egypt, Falkland Islands, Morocco, Russia. You will find the debdiff below. Is it ok to upload it to stable? Assuming /old/stable :-) please go ahead; thanks. Done, thanks. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639666: hdfview: confusing indexing in TableView for three dimensional array
Package: hdfview Version: 2.6.1-2 Severity: important Tags: upstream In the hdf specification the fastest running index is the last one. However if I have a three dimensional array of, say dimension 24x101x101, meaning 24 arrays of 101x101. However, in Tableview I get 101 tables of dimension 24x101. Same, if I have a one dimensional array, dimension 101, it is written as a column of 101 rows in Tableview. If I have a twodimensional array of dimension 24x101 I get 24 rows of 101 entries each. Kind regards Mathias -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages hdfview depends on: ii default-jre 1:1.6-40Standard Java or Java compatible R ii java-wrappers0.1.22 wrappers for java executables ii libjgraph-java 5.12.4.2+dfsg-1 JFC/Swing graph component for Java ii libjhdf4-java2.6.1-2 Java HDF4 Object Package ii libjhdf5-java2.6.1-2 Java HDF5 Object Package hdfview recommends no packages. hdfview suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636344: open-vm-tools: Please transition to libnotify 0.7
Hi, Looks like open-vm-toolbox is not linked against libnotify support anymore, is this expected? Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639517: Riddling absence of /usr/lib/libattr.la
Thomas Schmitt, le Sat 27 Aug 2011 21:54:31 +0200, a écrit : This idea must come from libacl-dev. And really in /lib/libacl.la i read dependency_libs=' /usr/lib/libattr.la' Yes, that's the problem: it should rather be a -lattr, because libattr.la is not shipped any more. That would be fixed by a newer build of the acl package, but unfortunately it FTBFS ATM (PATH_MAX, #636512). libisofs not building was becoming more and more a problem, so I patched the libacl.la file by hand (yes, a bad thing). So probably one should re-name the bug to libacl-dev on hurd-i386 depends on LAFileRemoval victim libattr.la Well, for the hurd-i386 case, just a rebuild should work, it just doesn't build any more. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639666: hdfview: confusing indexing in TableView for three dimensional array
Hello, In the hdf specification the fastest running index is the last one. However if I have a three dimensional array of, say dimension 24x101x101, meaning 24 arrays of 101x101. However, in Tableview I get 101 tables of dimension 24x101. Same, if I have a one dimensional array, dimension 101, it is written as a column of 101 rows in Tableview. If I have a twodimensional array of dimension 24x101 I get 24 rows of 101 entries each. Could you share sample files which shows this issue + screenshots ? Thanks, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625813: xorg: Reoccurrence with diagnostics while in the problem state
Thomas Thorne ttho...@bluearc.com (22/08/2011): Reoccurrence this morning, just the same as before but I am now using Synergy to share my keyboard with my windows machine instead. Just as before my mouse pointer between the two screen and only responds to mouse movments in a limited way. Only a black background is visible other than the pointer, no login prompt is shown. On 2011-08-22 11:03, Cyril Brulebois wrote: Reassigning to the proprietary driver you're using. Sorry it took so long… I see the following possibilities for further investigation: * try to reproduce the problem without the non-free nvidia driver, if this succeeds (i.e. the problem still exists) we can reassign the bug back to xorg * test with the current nvidia driver from testing (unfortunately we don't have backports of the current nvidia driver, yet) * wait until current nvidia drivers are available in backports Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639667: telepathy-gabble: Claims my server's certificate is self-signed
Package: telepathy-gabble Version: 0.13.5-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 When connecting to the server for robots.org.uk, Empathy claims that the CA certificate that signed the server's SSL certificate is self-signed. However, it has correctly been installed into the /etc/ssl/certificates/ca-certificates file, and should therefore be trusted. The example uses SMTP because I know how to speak it; both services use a certificate signed by the same CA certificate. $ gnutls-cli -p 25 crypt.ethx.net --starttls --x509cafile /etc/ssl/certs/ca-certificates.crt Processed 159 CA certificate(s). Resolving 'crypt.ethx.net'... Connecting to '82.165.27.140:25'... - - Simple Client Mode: 220 crypt.ethx.net ESMTP Exim 4.72 Mon, 29 Aug 2011 10:12:12 +0100 ehlo sam 250-crypt.ethx.net Hello host-92-21-148-90.as13285.net [92.21.148.90] 250-SIZE 52428800 250-8BITMIME 250-PIPELINING 250-STARTTLS 250 HELP starttls 220 TLS go ahead *** Starting TLS handshake - - Ephemeral Diffie-Hellman parameters - Using prime: 2048 bits - Secret key: 2045 bits - Peer's public key: 2044 bits - - Certificate type: X.509 - Got a certificate list of 1 certificates. - Certificate[0] info: - subject `CN=crypt.ethx.net', issuer `C=GB,O=robots.org.uk,OU=robots.org.uk certificate authority,CN=robots.org.uk certificate authority', RSA key 2048 bits, signed using RSA-SHA1, activated `2010-10-30 14:22:44 UTC', expires `2015-10-29 14:22:44 UTC', SHA-1 fingerprint `712f30a8c82e6a714dd4fc7166c6d9d0b1fcfedf' - - The hostname in the certificate matches 'crypt.ethx.net'. - - Peer's certificate is trusted - - Version: TLS1.0 - - Key Exchange: DHE-RSA - - Cipher: AES-128-CBC - - MAC: SHA1 - - Compression: NULL I have only received this notification since upgrading from squeeze; I'm not sure if that was because the warning was ignored before, or because gabble no longer trusts the certificates in /etc/SSL/certs/ca-certificates.crt. - -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (550, 'stable-updates'), (550, 'stable'), (540, 'testing'), (530, 'unstable'), (520, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages telepathy-gabble depends on: ii libc6 2.13-16 Embedded GNU C Library: Shared lib ii libdbus-1-31.4.14-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.88-2.1 simple interprocess messaging syst ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgnutls262.12.7-7 GNU TLS library - runtime library ii libnice10 0.1.0-2 ICE library (shared library) ii libsoup2.4-1 2.34.3-1 HTTP library implementation in C - ii libsqlite3-0 3.7.7-2 SQLite 3 shared library ii libtelepathy-glib0 0.15.5-1 Telepathy framework - GLib library ii libxml22.7.8.dfsg-2+squeeze1 GNOME XML library telepathy-gabble recommends no packages. telepathy-gabble suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk5bWTkACgkQshl/216gEHjTBQCeOkTcdla24PfprO8GuBA8HlE/ exEAni1JojlqRUTJ+y+kQ3kVHhGhlkg9 =IKzB -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#639668: Wrong gettext initialisation in python-aeidon
Package: python-aeidon Version: 0.19-1 Severity: normal Tags: upstream The aeidon module uses the standard gettext API to initialise gettext (gettext.bindtextdomain / gettext.textdomain), using the gaupol textdomain. This conflicts with any application other than gaupol wanting to use the aeidon module (for the record, the Advene application, and thanks for the aeidon module), since the textdomain is application-wide: importing the module will set the textdomain to gaupol which will prevent appropriate translations to be loaded by the application. As advised in http://www.python.org/doc//current/library/gettext.html#localizing-your-module the class-based gettext API should be used so that the textdomain is local to the module. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages python-aeidon depends on: ii iso-codes 3.27.1-1 ISO language, territory, currency, ii python2.6.7-3interactive high-level object-orie ii python-freenect [python] 20110630-1 Python freenect ii python2.6 2.6.7-3An interactive high-level object-o ii python2.7 2.7.2-5An interactive high-level object-o Versions of packages python-aeidon recommends: ii python-chardet2.0.1-2universal character encoding detec ii python-enchant1.6.5-2spellchecking library for Python python-aeidon suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639364: [Pkg-samba-maint] Bug#639364: samba: Cached and uncached file attributes have distinct timestamps
On 27 Aug 2011, bubu...@debian.org wrote: so mount.cifs ///server/share /some_directory? I think I've made a mistake: I'm not using CIFS but Samba. I thought recent versions of Samba were using CIFS but I guess I was wrong. The issue I'm having is directly with Samba. To sum up, I can reproduce the bug with any FS mounted over Samba, the timestamps are not the same when cached and uncached. Please try this on any Samba exported FS: touch x; ls --full-time x; sleep 1; ls --full-time x -- Cyril Bouthors - Administration Système, Infogérance ISVTEC SARL, 14 avenue de l'Opéra, 75001 Paris 1 rue Émile Zola, 69002 Lyon Tél : 08 92 16 00 88 - Fax : 01 77 72 57 24 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635400: Please reopen if description in 629695 applies to this one
Hi! Please check the bug 629695 whether the problem described there is relevant for this bug. I've tried the debian-testing DVD1 i386 22.08 and the behavior is the same: there is only /dev/sr0 (no scd0) and the string with cdrom source in /etc/apt/sources.list gets commented out. The installation fails. Best regards, Andrey -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639240: Same problem with newly created files
Hi, as said in my first message, problem occurs with a newly created file too, here is the stack trace: Traceback (most recent call last): File /usr/bin/revelation, line 199, in lambda action.connect(activate,lambda w: self.file_save(None, None)) File /usr/bin/revelation, line 1483, in file_save file = dialog.SaveFileSelector(self).run() File /usr/lib/python2.6/dist-packages/revelation/dialog.py, line 463, in run filename = self.get_filename() File /usr/lib/python2.6/dist-packages/revelation/dialog.py, line 451, in get_filename return io.file_normpath(urllib.unquote(uri)) File /usr/lib/python2.6/dist-packages/revelation/io.py, line 215, in file_normpath return re.sub(^file:/{,2}, , str(gnomevfs.URI(file))) TypeError: could not parse URI -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555892: ITP: ptouch-driver
retitle 555892 ptouch-driver -- CUPS/Foomatic driver for Brother P-touch label printers owner 555892 ! thanks Hi all, I am preparing a package, to be put under the Debian Printing Team umbrella, at: http://anonscm.debian.org/gitweb/?p=collab-maint/ptouch-driver.git This package will (of course) re-use the Ubuntu packaging (Thanks to Till for that !) Cheers, -- OdyX signature.asc Description: This is a digitally signed message part.
Bug#638192: claws-mail: can't send mail if PGP plugin not loaded default encryption selected
Hi Ricardo, Am Sa 27 Aug 2011 13:24:31 CEST schrieb Ricardo Mones mo...@debian.org: I don't understand that. You mean warn before sending that the account preferences indicate some privacy option (encryption or singning or both) but currently there's no module for doing it so the user has a chance to quit sending? No, this is about giving the user a chance to send something. Right now, if Encryption is selected and the module isn't there, you can't send anything. There is a warning that encryption is not available when one starts to compose a mail, this is fine. But when you try to send, claws complains that the message can't be pre-stored for sending because the recipient's key isn't available. In a way, that's logical, but it would be user-friendly to allow for sending mail anyway. Anyway this would be a bit annoying for users which just unload the plugin to disable privacy options (which is way easier than changing every account's configuration). It's desirable for you right now because of the other bug, which is the real problem, but that's not what you would expect if you unload the plugin on purpose :) No. Right now it's annoying, because you can't disable encryption like you are describing -- you disable sending mail that way. But I think (like you) that people would expect that sending mail still works after unloading the module. That's why I reported this as a minor bug and not as a wishlist item. Claws should be tolerant about conflicting preferences like this, maybe with another warning. Regards Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639240: Same problem with newly created files
Ok just found the problem: the line file: file was commented in /etc/gnome-vfs-2.0/modules/default-modules.conf to get around an iceweasel issue (see #626076). Decommenting this line fixed Revelation. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639669: munin-node: user plugin fails due to unknown option
Package: munin-node Severity: normal hi, the users munin plugin in config mode runs: print graph_printf %3.0lf\n; which makes munin-update rather unhappy: Aug 29 06:30:01 [11443] - Warning: Unknown option graph_printf in domain;host:users.graph_printf. the result being that users plots are not rendered cheers, sez -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600092: uptimed's rcS script gone
Hello systemd people! For your information I've just uploaded uptimed 1:0.3.16-3.2 where the rcS script (/etc/init.d/uptimed.sh) is not shipped (and removed on upgrades), since uptimed could be easily modified so the script was not needed. This means uptimed should not trigger the problem discussed in http://bugs.debian.org/600092 anymore... I guess you might want to keep this bug open for the policy discussion though. Hopefully the severity can be lowered atleast until there are some other known package which triggers the same problem. -- Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639670: bluedevil: Manual Pin option in the add device wizard does not work
Package: bluedevil Version: 1.1-1 Severity: normal Some bluetooth devices without keyboards have a hardcoded pin code on them used for pairing. (The device I'm testing with has a hardcoded code of 1234) For such a device you are supposed to manually set a pin while pairing to match the one hardcoded into the device. However when clicking 'Add Device...' in the kde bluetooth wizard and ticking Manual PIN: and setting the pin to 1234 on the next step in the wizard I'm instead presented with a randomly generated pin number (just like I'd get if I'd not ticked the Manual PIN option). From what I can see in my testing the 'Manual PIN:' option has no effect at all on how the wizard functions. It looks like upstream have looked at this (https://bugs.kde.org/show_bug.cgi?id=277878) but I'm not seeing a working patch there currently based on the reporters feedback in that bug report. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages bluedevil depends on: ii bluez 4.96-1 Bluetooth tools and daemons ii kdebase-runtime 4:4.6.5-1 runtime components from the offici ii libbluedevil1 1.9-1 A Qt wrapper for bluez ii libc6 2.13-18Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.1-8 GCC support library ii libkdecore5 4:4.6.5-2 KDE Platform Core Library ii libkdeui5 4:4.6.5-2 KDE Platform User Interface Librar ii libkfile4 4:4.6.5-2 File Selection Dialog Library for ii libkio5 4:4.6.5-2 Network-enabled File Management Li ii libqt4-dbus 4:4.7.3-7 Qt 4 D-Bus module ii libqtcore44:4.7.3-7 Qt 4 core module ii libqtgui4 4:4.7.3-7 Qt 4 GUI module ii libstdc++64.6.1-8GNU Standard C++ Library v3 ii obex-data-server 0.4.5-1+b2 D-Bus service for OBEX client and ii obexd-client 0.42-1 D-Bus OBEX client bluedevil recommends no packages. Versions of packages bluedevil suggests: pn pulseaudio-module-bluetooth | none (no description available) -- 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#639671: upstream has released fossil version 1.18 please package it.
Package: fossil Version: 2011.05.28.185122-1 Severity: wishlist *** Please type your report below this line *** Hi all, Upstream has released fossil version 1.18, please package it. This is from the changelog listed at http://www.fossil-scm.org/download.html Added this Change Log Added sequential version numbering Added a optional configure script - the Makefile still works for most systems. Improvements to the annotate algorithm: only search primary ancestors and ignore branches. Update the scrub command to remove traces of login-groups and subrepositories. Added the --type option to the fossil tag find command. In contexts where only a check-in makes sense, resolve branch and tag names to checkins only, never events or other artifacts. Improved display of file renames on a diff. A rebuild is required to take full advantage of this change. Update the built-in SQLite to version 3.7.7. It would be nice to have this in Debian. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fossil depends on: ii libc6 2.13-18 Embedded GNU C Library: Shared lib ii libsqlite3-03.7.7-2 SQLite 3 shared library ii libssl1.0.0 1.0.0d-3 SSL shared libraries ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime fossil recommends no packages. Versions of packages fossil suggests: ii gnupg 1.4.11-3 GNU privacy guard - a free PGP rep ii gnupg22.0.17-2 GNU privacy guard - a free PGP rep -- no debconf information -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631950: remmina-plugin-nx unable to connect with libssh-4_0.5.0-2
On Mon, 29 Aug 2011 09:41:39 +0200, Laurent Bigonville bi...@debian.org wrote: Could you try to rebuild remmina-plugin-nx package and see if it fix the issue? Rebuilt both, remmina itself (which also has a dep on libssh-4) and -plugin-nx,... doesn't seem to help though :-( Cheers, Chris. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638595: WWWOFFLE HTTPS now unusable
reopen 638595 thanks AM == Andreas Metzler ametz...@downhill.at.eu.org writes: AM it seems to fix the issue for me, the minimal testcase (lynx -dump AM https://localhost:8443/) now works. Did you try the test cases I listed? No. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639672: pop-up window with python warning forbids proper Quit
Package: stimfit Version: 0.10.16-1 Severity: wishlist Tags: upstream while starting stimfit I got a pop-up window with /usr/lib/pymodules/python2.6/mpl_toolkits/__init__.py:2: UserWarning: Module paste was already imported from None, but /usr/lib/python2.6/dist-packages is being added to sys.path __import__('pkg_resources').declare_namespace(__name__) which unless explicitly closed would halt closing of the application by user chosing to 'Quit', so if possible it would be great if closing all children windows would be automated to happen upon exit -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental'), (100, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages stimfit depends on: ii libatlas3gf-base [liblapa 3.8.3-27 Automatically Tuned Linear Algebra ii libblas3gf [libblas.so.3g 1.2-8 Basic Linear Algebra Reference imp ii libc6 2.13-7 Embedded GNU C Library: Shared lib ii libfftw3-33.2.2-1library for computing Fast Fourier ii libgcc1 1:4.6.1-4 GCC support library ii libhdf5-openmpi-1.8.4 [li 1.8.4-patch1-2 Hierarchical Data Format 5 (HDF5) ii liblapack3gf [liblapack.s 3.3.0-4library of linear algebra routines ii libpython2.6 2.6.7-3Shared Python runtime library (ver ii libstdc++64.6.1-4GNU Standard C++ Library v3 ii libwxbase2.8-02.8.10.1-3.1 wxBase library (runtime) - non-GUI ii libwxgtk2.8-0 2.8.10.1-3.1 wxWidgets Cross-platform C++ GUI t ii python-matplotlib 1.0.1-3Python based plotting system in a ii python-numpy 1:1.5.1-2+b1 Numerical Python adds a fast array ii python-wxgtk2.8 2.8.10.1-3.1 wxWidgets Cross-platform C++ GUI t Versions of packages stimfit recommends: ii python-scipy0.9.0+dfsg1-1+b2 scientific tools for Python stimfit suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639673: [INTL:es] Spanish debconf template translation for gitalist
Package: gitalist Version: 0.003005+dfsg-3 Severity: wishlist Tags: l10n patch -- Saludos Fran # gitalist po-debconf translation to Spanish # Copyright (C) 2011 Software in the Public Interest # This file is distributed under the same license as the gitalist package. # # Changes: # - Initial translation # Francisco Javier Cuadrado fcocuadr...@gmail.com, 2011 # # Traductores, si no conocen el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guía de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # msgid msgstr Project-Id-Version: gitalist 0.003005+dfsg-3\n Report-Msgid-Bugs-To: gital...@packages.debian.org\n POT-Creation-Date: 2011-08-18 15:42+0100\n PO-Revision-Date: 2011-08-18 19:41+0100\n Last-Translator: Francisco Javier Cuadrado fcocuadr...@gmail.com\n Language-Team: Debian l10n Spanish debian-l10n-span...@lists.debian.org\n Language: es\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../gitalist-common.templates:2001 msgid Path to Git repositories: msgstr Ruta a los repositorios de Git: #. Type: string #. Description #: ../gitalist-common.templates:2001 msgid Please specify the path from which gitalist should serve Git repositories. msgstr Indique la ruta desde la que gitalist debería servir los repositorios de Git. #. Type: string #. Description #: ../gitalist-common.templates:2001 msgid These should be \bare\ repositories. msgstr Éstos deberían ser repositorios «bare». #. Type: boolean #. Description #: ../gitalist-common.templates:3001 msgid Enable Gravatar support? msgstr ¿Desea activar el uso de Gravatar? #. Type: boolean #. Description #: ../gitalist-common.templates:3001 msgid Gravatar is a web service associating user email addresses with \avatars\. It is independent of the gitalist upstream authors. The pages generated by gitalist can show these \avatars\ for users who have registered with Gravatar. msgstr Gravatar es un servicio web que asocia a las direcciones de correo electrónico de los usuarios unos «avatares». No tiene nada que ver con los autores de gitalist. Las páginas que genera gitalist pueden mostrar estos «avatares» para los usuarios que estén registrados en Gravatar. #. Type: boolean #. Description #: ../gitalist-common.templates:3001 msgid Gravatar support in gitalist is disabled by default because it can leak information about repositories, directories, and files via browser referrals to the Gravatar service. msgstr El uso de Gravatar en gitalist está desactivado de forma predeterminada, porque puede filtrar información sobre los repositorios, directorios y archivos mediante las referencias del navegador al servicio de Gravatar.
Bug#639580: [mime-support] A detailed error output
Package: mime-support Version: 3.48-1 --- Please enter the report below this line. --- $ see --debug /usr/share/pixmaps/gnome-debian.png - parsing parameter /usr/share/pixmaps/gnome-debian.png - Reading mime.types file /home/user/.mime.types... - Reading mime.types file /etc/mime.types... - extension png maps to mime-type image/png - Reading mailcap file /etc/mailcap... Processing file /usr/share/pixmaps/gnome-debian.png of type image/png (encoding=none)... - checking mailcap entry image/png; display 'png:'%s''; test=test -n $DISPLAY - program to execute: display 'png:'%s'' - running test: test -n $DISPLAY (result=0=true) - executing: display 'png:'/usr/share/pixmaps/gnome-debian.png' sh: Syntax error: Unterminated quoted string Warning: program returned non-zero exit code #2 It is missing an apostrophe at the end of the executing command line. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-5-amd64 Debian Release: 6.0.2 500 stable security.debian.org 500 stable ftp.de.debian.org --- Package information. --- Package's Depends field is empty. Recommends (Version) | Installed ==-+- file (= 3.27-3) | 5.04-5 Package's Suggests field is empty. signature.asc Description: This is a digitally signed message part.
Bug#639674: dpkg: please add armhf triplet in squeeze dpkg
Package: dpkg Severity: important Version: 1.15.8.11 Tags: patch The debian-ports buildd runs on squeeze, which does not include armhf support. Due to this, packages that are arch:linux-any are entered in auto-not-for-us state: http://buildd.debian-ports.org/status/architecture.php?a=armhfsuite=unstable Packages in this list include systemd, kbd, libusb-1.0, mixxx, shotwell, keyutils, lxc, etc. These are all linux-any and most build fine on armhf anyway. Please consider releasing a fixed dpkg in proposed-updates for squeeze. Regards Konstantinos diff -urN dpkg-1.15.8.11/ostable dpkg-1.15.8.11.armhf//ostable --- dpkg-1.15.8.11/ostable 2011-04-26 06:47:27.0 + +++ dpkg-1.15.8.11.armhf//ostable 2011-08-29 10:14:18.498156859 + @@ -16,6 +16,7 @@ # Debian name GNU name config.guess regex uclibceabi-linux linux-uclibceabi linux[^-]*-uclibceabi uclibc-linux linux-uclibc linux[^-]*-uclibc +gnueabihf-linux linux-gnueabihf linux[^-]*-gnueabihf gnueabi-linux linux-gnueabi linux[^-]*-gnueabi gnuspe-linux linux-gnuspe linux[^-]*-gnuspe gnulp-linux linux-gnulp linux[^-]*-gnulp diff -urN dpkg-1.15.8.11/triplettable dpkg-1.15.8.11.armhf//triplettable --- dpkg-1.15.8.11/triplettable 2011-04-26 06:47:31.0 + +++ dpkg-1.15.8.11.armhf//triplettable 2011-08-29 10:14:17.278156859 + @@ -5,6 +5,7 @@ # Debian triplet Debian arch uclibceabi-linux-arm uclibc-linux-armel uclibc-linux-cpu uclibc-linux-cpu +gnueabihf-linux-arm armhf gnueabi-linux-arm armel gnuspe-linux-powerpc powerpcspe gnulp-linux-i386 lpia
Bug#639422: pommed: daemon fails to start due to failed backlight probe
Clea F. Rees ree...@gmail.com wrote: Hi, Nothing. It is an empty directory. (I'm assuming it shouldn't be...) Then there's no backlight control method available for your hardware, sorry. JB. -- Julien BLACHE jbla...@debian.org | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: FA1E 5292 GPG Fingerprint : CC1A 2FE4 76FE 444A CD23 A5CD 26E9 8AEA FA1E 5292 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639364: [Pkg-samba-maint] Bug#639364: samba: Cached and uncached file attributes have distinct timestamps
Cyril Bouthors a écrit : On 27 Aug 2011, bubu...@debian.org wrote: so mount.cifs ///server/share /some_directory? I think I've made a mistake: I'm not using CIFS but Samba. That means nothing, sorry to say that..:-) Samba is the name of the server that is used to export *nix resources using the CIFS protocol. I thought recent versions of Samba were using CIFS but I guess I was wrong. The issue I'm having is directly with Samba. To sum up, I can reproduce the bug with any FS mounted over Samba, the timestamps are not the same when cached and uncached. mounted over samba means nothing too. In understand you have a *nix machine that mounts ressources of another *nix machine, exported there by Samba. Please try this on any Samba exported FS: touch x; ls --full-time x; sleep 1; ls --full-time x So, this is done on the *nix machine that mounts the resource, right? So, this is a CIFS mount..:-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639675: maradns: Fetchzone corrupts IPv6 addresses
Package: maradns Version: 1.4.03-1.1 Severity: important Tags: ipv6 Running fetchzone on a zone with records, the resulting IPv6 addresses are corrupted. Colons are in the wrong place (e.g. 2001::1:542e0:0:1:4: instead of 2001::1:542e:0:0:1:4). There is a simple typo on line 347 of fetchzone.c. -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: mipsel (mips) Kernel: Linux 2.6.32.27 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages maradns depends on: ii adduser 3.112+nmu2 add and remove users and groups ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib maradns recommends no packages. maradns suggests no packages. -- Configuration Files: /etc/maradns/mararc changed [not included] -- 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#487201:
On 29/08/11 09:20, PJ Weisberg wrote: On Sunday, August 28, 2011, Ximin Luo infini...@gmx.com wrote: On 28/08/11 02:33, Steve Langasek wrote: On Sun, Aug 28, 2011 at 02:00:33AM +0100, Ximin Luo wrote: If you were to write a program that could report the copyright status of every single file on the system, it would be weird if you showed a slightly different GPL3 for different files. Even if you parsed a license text to a canonical form, I doubt this would be a visually pleasing form, or even one that has a coherent logical structure. e.g. Steve suggested collapsing whitespace - but this loses (e.g.) paragraph information. How you decide to format the license text for display is an *entirely* separate question from checking whether the license text is correct. I never suggested using the case- and whitespace-smashed form for display (or even storing it as a file). In any case, the current situation makes this (formatting) hard to do. It's not a good solution programatically, to have a canonical form that isn't easily formattable. At this point you're arguing implementation details. You don't have to format it at all, because the package already contains a formatted version of the text. The real issue is that the known correct text of the license would have to exist somewhere. Where? In some package that contains commonly used licenses? Right, that would be the neatest solution IMO. So far the only reason advanced against it is don't want to make it seem like Debian endorses MPL but this isn't valid, because Debian does not endorse licenses, only specify which licenses are acceptable to be in Debian. People don't seem to agree what common-licenses is for. If it's to save disk space, then Popcon has all the information needed to figure out exactly how many bytes would be saved by putting it in common-licenses and replacing all existing copies with a symlink. If it's to save work, then how much work would be saved compared to the cost of adding it to common-licenses? I don't think disk space is an issue these days, and it's not why I want this. Eliminating unnecessary redundancy and having an *easy-to-use* standard for specifying licenses is what my goal is. It's analogous to having shared libraries. Sure we *could* link statically, and there are certain advantages to this, but Debian has decided to go the other way. Why not license texts, then? To add it to base-files is trivial. To create another package for licenses is only slightly more complex[1]. It would save each new package maintainer having to faff about trying to think of the best way to include the full text of the MPL, or any other long license. I don't know the cost of changing Debian policy / DEP-5 to allow these to be used in debian/copyright, but I hope it won't be big. [1] If putting a load of licenses into one package doesn't scale, you could split it into tiers, e.g. licenses-standard, licenses-common, licenses-rare, or something. -- GPG: 4096R/5FBBDBCE https://github.com/infinity0 https://bitbucket.org/infinity0 https://launchpad.net/~infinity0 signature.asc Description: OpenPGP digital signature
Bug#639676: pu: package pbuilder/0.199+nmu1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu (x-debbugs-cc pbuilder@pdo) Trying to use pdebuild against sid in squeeze fails with: /usr/sbin/pbuilder: line 120: /var/cache/pbuilder/build//32247/run: Is a directory (bug#627086). Would the following change be ok for a stable update? diff --git a/Documentation/pbuilder-doc.ja.po b/Documentation/pbuilder-doc.ja.po index 36be286..3c71eac 100644 --- a/Documentation/pbuilder-doc.ja.po +++ b/Documentation/pbuilder-doc.ja.po @@ -7,10 +7,11 @@ msgid msgstr Project-Id-Version: xxx\n -POT-Creation-Date: 2010-01-02 16:15+\n +POT-Creation-Date: 2011-08-29 10:02+\n PO-Revision-Date: 2008-06-27 15:35+0900\n Last-Translator: Junichi Uekawa dan...@debian.org\n Language-Team: Junichi Uekawa dan...@debian.org\n +Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: utf-8\n @@ -2912,8 +2913,8 @@ msgstr # type: Content of: bookchaptersect1tabletgrouptbodyrowentry #. type: Content of: bookchaptersect1tabletgrouptbodyrowentry #: pbuilder-doc.xml:1612 -msgid filename/run/filename -msgstr filename/run/filename +msgid filename/runscript/filename +msgstr filename/runscript/filename # type: Content of: bookchaptersect1tabletgrouptbodyrowentry #. type: Content of: bookchaptersect1tabletgrouptbodyrowentry diff --git a/Documentation/pbuilder-doc.xml b/Documentation/pbuilder-doc.xml index 419ee23..d8b9b6f 100644 --- a/Documentation/pbuilder-doc.xml +++ b/Documentation/pbuilder-doc.xml @@ -1609,7 +1609,7 @@ cache location/entry /entry /row row - entryfilename/run/filename/entry + entryfilename/runscript/filename/entry entryThe script passed as an argument to commandpbuilder/command execute is passed on. diff --git a/debian/changelog b/debian/changelog index ff042d9..89cda37 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,12 @@ +pbuilder (0.199+nmu1squeeze1) squeeze; urgency=low + + * Non-maintainer upload. + * Cherry-pick from 0.199+nmu4: Rename the /run script from --execute to +/runscript, for compatibility with wheezy and later which have /run as a +directory replacing /var/run (bug#627086) + + -- Julien Cristau jcris...@debian.org Mon, 29 Aug 2011 11:53:06 +0200 + pbuilder (0.199+nmu1) unstable; urgency=low * Non-Maintainer Upload. diff --git a/pbuilder b/pbuilder index 8a092f8..d816183 100755 --- a/pbuilder +++ b/pbuilder @@ -116,11 +116,11 @@ File extracted to: $BUILDPLACE recover_aptcache trap saveaptcache_umountproc_cleanbuildplace_trap exit sighup - RUNNAME=$BUILDPLACE/run + RUNNAME=$BUILDPLACE/runscript cat $EXECPROGRAM $RUNNAME chmod a+x $RUNNAME executehooks F - ( ${CHROOTEXEC} /run $@ ) + ( ${CHROOTEXEC} /runscript $@ ) RET=$? rm -f $RUNNAME Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639677: libdevice-usb-perl: FTBFS: Can't find libusb library
Source: libdevice-usb-perl Version: 0.35-1 Severity: serious Justification: FTBFS This package FTBFS in a clean sid chroot: dh_auto_configure ERROR: Can't find libusb library. If the library is not installed, you will need to install it. If it is installed somewhere other than /usr or /usr/local, you need to set the following environment variables: LIBUSB_LIBDIR should contain the path to the libusb libraries LIBUSB_INCDIR should contain the path to the libusb include files dh_auto_configure: perl Makefile.PL INSTALLDIRS=vendor returned exit code 2 make: *** [build] Error 2 Looks like this is multiarch related; Makefile.PL hard-codes a list of library paths to look in. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#24043: this bug prevents configuration of dual IPv4/IPv6 services
block 638791 by 24043 thanks Hi, On Sun, Aug 28, 2011 at 09:53:27PM +0200, Cyril Brulebois wrote [edited]: Serafeim Zanikolas s...@debian.org (11/03/2011): http://dep.debian.net/deps/dep9 What's the status? What needs to be done to keep the ball rolling? reconf-inetd, the proposed replacement of update-inetd, must be implemented and accepted to the archive. the implementation is half-way there (see reconf-inetd at git.d.o) but I don't expect to have something to upload before the end of the year (due to real life load). sorry for not updating the dep status, but svn write access has been broken since the alioth move. I'll ping them once again about that. cheers, sez -- Every great idea is worthless without someone to do the work. --Neil Williams -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639517: -reply:20110829090112.gc4...@type.u-bordeaux.fr
Hi, Samuel Thibault wrote: libisofs not building was becoming more and more a problem, so I patched the libacl.la file by hand (yes, a bad thing). A change in the Debian package configurations of libisofs and libisoburn for hurd-i386 would avoid unnecessary problems. Currently the support for ACL and xattr on Hurd ends up in a dummy adapter of libisofs. Its Linux adapter would be usable, but ends up in a more-or-less-dummy version of libacl and libattr on Hurd. It would suffice to simply not install libacl1-dev and libattr1-dev, when libisofs and libisoburn get built. ./configure will then create a Makefile which does not try to use libacl or xattr functions. Another possibility would be ./configure --disable-libacl --disable-xattr On the other hand, libisofs is a test case for the libraries and headers. So the opportunity for problems might actually be desirable. Have a nice day :) Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639517: libisofs acl
Thomas Schmitt, le Mon 29 Aug 2011 12:51:33 +0200, a écrit : It would suffice to simply not install libacl1-dev and libattr1-dev, when libisofs and libisoburn get built. ./configure will then create a Makefile which does not try to use libacl or xattr functions. This can be done by using Build-Conflicts: libacl1-dev [hurd-i386], libattr1-dev [hurd-i386] Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639517: libisofs acl
Samuel Thibault, le Mon 29 Aug 2011 12:54:25 +0200, a écrit : Thomas Schmitt, le Mon 29 Aug 2011 12:51:33 +0200, a écrit : It would suffice to simply not install libacl1-dev and libattr1-dev, when libisofs and libisoburn get built. ./configure will then create a Makefile which does not try to use libacl or xattr functions. This can be done by using Build-Conflicts: libacl1-dev [hurd-i386], libattr1-dev [hurd-i386] (and make these Build-Depends [hurd-i386] too, of course) Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#24043: this bug prevents configuration of dual IPv4/IPv6 services
Serafeim Zanikolas s...@debian.org (29/08/2011): reconf-inetd, the proposed replacement of update-inetd, must be implemented and accepted to the archive. the implementation is half-way there (see reconf-inetd at git.d.o) but I don't expect to have something to upload before the end of the year (due to real life load). OK, thanks for the update. sorry for not updating the dep status, but svn write access has been broken since the alioth move. I'll ping them once again about that. Supposedly you're trying to write on alioth.debian.org while you should be trying to write on svn.debian.org (beware of catch-all entries in ~/.ssh/config and the like)? Mraw, KiBi. signature.asc Description: Digital signature
Bug#619881: libpam-ldapd: shadowLastChange is not updated
I support correcting this bug in the current squeeze package. libpam-ldapd is the suggested replacement for libpam-ldap, but for this bug it cannot considered a replacement at all, it will just give troubles to people using it in a quite normal environment (in Italy provacy regulamentation mandate password expiring in most businness environment). So if this cannot be correct at least give advice of this shortcoming in documentation. Simone -- Simone Piccardi Truelite Srl picca...@truelite.it (email/jabber) Via Monferrato, 6 Tel. +39-347-103243350142 Firenze http://www.truelite.it Tel. +39-055-7879597Fax. +39-055-736 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639530: patch: add sudoers: files ldap to /etc/nsswitch.conf
tags 639530 + patch thanks Hi, find attached a simple patch that modifies sudo-ldap.postinst and sudo-ldap.postrm in a way that adds sudoers:files ldap to etc/nsswitch.conf after installation and removes it if the package is removed. Best regards, Andi --- sudo-1.7.4p6/debian/sudo-ldap.postinst_orig 2011-08-29 10:58:04.0 +0200 +++ sudo-1.7.4p6/debian/sudo-ldap.postinst 2011-08-29 12:04:08.0 +0200 @@ -9,6 +9,16 @@ print WARNING: /etc/sudoers not present!\n; } +# modify nsswitch.conf if needed +my $NSSWITCH = /etc/nsswitch.conf; +if ( -w $NSSWITCH) { +open(FILE, +, $NSSWITCH); +if ( ! grep{/^sudoers:/} FILE ){ + print FILE sudoers:files ldap\n; +} +close FILE; +} + # handle state directory transition from /var/run/sudo to /var/lib/sudo, # moving any existing content over to avoid re-lecturing existing users if ( -d /var/run/sudo) { --- sudo-1.7.4p6/debian/sudo-ldap.postrm_orig 2011-08-29 10:58:15.0 +0200 +++ sudo-1.7.4p6/debian/sudo-ldap.postrm2011-08-29 12:38:15.0 +0200 @@ -18,4 +18,11 @@ ;; esac +# modify nsswitch.conf +NSSWITCH=/etc/nsswitch.conf + +if [ -w $NSSWITCH ] ; then +sed -i /^sudoers:/d $NSSWITCH +fi + #DEBHELPER#
Bug#639656: xorg-server: debian/rules references unknown configuration options
Hi Dave, Dave Witbrodt dawit...@sbcglobal.net (28/08/2011): I do my own local builds of the X stack, and I have been noticing warnings like this when building the X server for a while: configure: WARNING: unrecognized options: --disable-builddocs, --disable-xcalibrate […] I left --enable-mitshm quoted there because './configure --help' doesn't mention such an option (instead it mentions --disable-shm), but reading the 'configure' script itself reveals that --enable-mitshm is correct (and there is no such thing as --enable-shm). Does the X Strike Force know anything about this last issue? Would you like me to report it upstream as a bug in the help text, or is it not a bug? I think I sent a patch at some point about mitshm. As for the devel docs, that's known, and I haven't fixed the options to remember trying to enable and ship the devel docs again (I don't have the bug number handy though). Mraw, KiBi. signature.asc Description: Digital signature
Bug#639674: dpkg: please add armhf triplet in squeeze dpkg
Hi! On Mon, 2011-08-29 at 13:17:33 +0300, Konstantinos Margaritis wrote: Package: dpkg Severity: important Version: 1.15.8.11 Tags: patch The debian-ports buildd runs on squeeze, which does not include armhf support. Due to this, packages that are arch:linux-any are entered in auto-not-for-us state: http://buildd.debian-ports.org/status/architecture.php?a=armhfsuite=unstable So while this is really a host configuration issue, that the official Debian buildds do not seem to suffer, the fix is trivial and localized enough that I'm comfortable including, and I can see the SRM too (but they will have to explicitly approve it when we prepare the upload). Please consider releasing a fixed dpkg in proposed-updates for squeeze. I've cherry-picked it now from master. regards, guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639618: linux-image-2.6.32-5-686: events/0 using 33-66% cpu (system), missing keystrokes before or after gdm loads
On Sun, 2011-08-28 at 21:36 -0700, Mark Hedges wrote: The keyboard is missing keystrokes if I type too many at one time and don't pause every few seconds for it to catch up. This happens even before I log into gdm, if I go to a console with ctl-alt-F1 and log in as root after reboot, events is already eating cpu and keystrokes are lost. What's going on? On Sun, 28 Aug 2011, Ben Hutchings wrote: Did you upgrade the kernel in the last day or so? If not, do you have any idea what might have changed? I tried rebooting earlier and that didn't help. But I shut down for a while and now it is fine. I did replace my CPU fan recently, and my replacement battery melted down (literally melted-- yikes). Maybe I damaged a sensor or something. The other thought was, does TiMidity feed some events? I don't know why it was running by default. The events/number tasks are used by device drivers and other kernel code, but not by userland. Something in the kernel is generating a constant stream of work for this task to do. Do these warnings mean anything to you? [ 57.141392] thinkpad_acpi: setting the hotkey mask to 0x00ff is likely not the best way to go about it [ 57.141400] thinkpad_acpi: please consider using the driver defaults, and refer to up-to-date thinkpad-acpi documentation That's been happening for a while. I think the thinkpad acpi driver is out of date. Well, the whole of Linux 2.6.32 is now out of date. But we want to maintain a working kernel with minimal changes for the next 2 years or so! I should probably recompile a custom kernel and use the tp-smapi driver instead. I can't recommend that. It gives the autopark shock feature with hdapsd too, which is not in the stock kernels. I don't know if it's a license issue or what. I don't think this is related. We can downgrade the importance of this... maybe it was a hardware glitch or a fluke. Yes, it can happen. Ben. signature.asc Description: This is a digitally signed message part
Bug#639678: subversion: please consider shipping emacs files as a seperate binary package
Package: subversion Version: 1.6.17dfsg-1 Severity: wishlist I use emacs, but I never use subversion from within emacs. Therefore it would be nice if I didn't have to load the psvn startup file every time I start emacs. Thanks for considering, David -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages subversion depends on: ii libapr1 1.4.5-1 Apache Portable Runtime Library ii libc6 2.13-10 Embedded GNU C Library: Shared lib ii libsasl 2.1.24~rc1.dfsg1+cvs2011-05-23-4 Cyrus SASL - authentication abstra ii libsvn1 1.6.17dfsg-1 Shared libraries used by Subversio subversion recommends no packages. Versions of packages subversion suggests: pn db4.8-utilnone (no description available) ii patch 2.6.1-2Apply a diff file to an original pn subversion-tools none (no description available) -- 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#634990: rails-2.3 not vulnerable
Package: rails Version: 2.3.14 Hi, according to http://weblog.rubyonrails.org/2011/6/8/ann-rails-2-3-12-has-been-released the rails-2.3 is only vulnerable if the rails_xss plugin is installed. The rails package in Debian doesn't install this plugin by default therefore the package in Debian in not vulnerable. O. -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rails depends on: ii rails-ruby1.8 2.3.5-1.2+squeeze0.1 MVC ruby based framework geared fo rails recommends no packages. rails suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639593: libdca-utils: No large file support on x86
Hi, thanks for the bug report. Am 28.08.2011 14:53, schrieb Julian Hughes: The same command with the same file works normally on amd64. The same command with small files works normally on x86. That's expected. Does it work if you recompile the package with CFLAGS += -D_FILE_OFFSET_BITS=64 in debian/rules? Team mates, will this change the library ABI in an incompatible way? - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639551: csync2 sqlite3 support?
On Sun, Aug 28, 2011 at 07:40:09AM +0200, Laszlo Boszormenyi wrote: Package: csync2 Version: 1.34-2.2 Severity: important Hi Norbert, Lars, As I see, the current csync2 package in Debian/Sid does not build with sqlite3. I intend to remove sqlite2 from the archives as it's unsupported since 2005. However it seems upstream is working on a new major upstream release (2.0) and it's a release-candidate by now. Also it seems to support sqlite3. Hereby I ask for an update of csync2 in Debian. Upstream: http://git.linbit.com/csync2.git/ Has sqlite3 support, as well as support for psql, and mysql backends, and a few other features. It is in RC status since Last November, but due to lack of time, we have not yet done a serious regression test. Even so, we successfully use it on a number of systems, and there have not been any complaints on the csync2 list yet, either. I suggest you go with current git. I'm currently not aware of any issues, even though I suspect that there will be some obscure (thus I still kept the candidate) -- if you would be more happy with an official 2.0, I can find some time this week and tag it as such, as it is. If you get any bug reports or other feedback, contact me, and if the bug report is well written, we should be able to deal with it promptly. -- : Lars Ellenberg : LINBIT | Your Way to High Availability : DRBD/HA support and consulting http://www.linbit.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639651: xserver-xorg-video-r128: FTBFS: Package 'xorg-server' requires 'dri2proto = 2.6' but version of DRI2Proto is 2.3
tag 639651 pending thanks Julien Cristau jul...@cristau.org (29/08/2011): Subject: Bump xserver-xorg-core Depends on x11proto-dri2-dev s/-core/-dev Same in the changelog. Bad jcristau, not following debian/README.source. :p Fixed in git. Not a huge deal anyway, r128 builds within unstable: https://buildd.debian.org/status/package.php?p=xserver-xorg-video-r128 Mraw, KiBi. signature.asc Description: Digital signature
Bug#639376: Acknowledgement (ssh key exchange blocked by checkpoint firewall)
On Mon, Aug 29, 2011 at 07:32:01AM +0200, David, Erwan wrote: I tried, but have no direct contact with them, so no answer for now. However, since the problem is on host key exchange, do you think that generating a new host key is worth trying, as a workaround ? I have no idea; it seems superficially unlikely but I suppose you never know. Keep a backup of the old host key, try it, and see what happens? -- Colin Watson [cjwat...@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#639679: libxp: please convert to multiarch
Package: libxp Version: 1:1.0.1-1 Severity: wishlist Tags: patch Dear Maintainers, Could you support multiarch same for libxp Multiarch Information can be found on this wiki http://wiki.debian.org/Multiarch/Implementation A propsed patch is attached Thank you. -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric'), (100, 'oneiric-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-9-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -u libxp-1.0.1/debian/changelog libxp-1.0.1/debian/changelog --- libxp-1.0.1/debian/changelog +++ libxp-1.0.1/debian/changelog @@ -1,3 +1,9 @@ +libxp (1:1.0.1-2) UNRELEASED; urgency=low + + * convert to multiarch + + -- Julian Taylor jtaylor.deb...@googlemail.com Mon, 29 Aug 2011 12:54:02 +0200 + libxp (1:1.0.1-1) unstable; urgency=low * New upstream release. diff -u libxp-1.0.1/debian/rules libxp-1.0.1/debian/rules --- libxp-1.0.1/debian/rules +++ libxp-1.0.1/debian/rules @@ -23,6 +23,7 @@ endif DEB_HOST_ARCH ?= $(shell dpkg-architecture -qDEB_HOST_ARCH) +DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) ifeq ($(DEB_BUILD_GNU_TYPE), $(DEB_HOST_GNU_TYPE)) @@ -41,6 +42,7 @@ cd build \ ../configure --prefix=/usr --mandir=\$${prefix}/share/man \ --infodir=\$${prefix}/share/info $(confflags) \ + --libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH) \ CFLAGS=$(CFLAGS) $(MAKE) -C build diff -u libxp-1.0.1/debian/control libxp-1.0.1/debian/control --- libxp-1.0.1/debian/control +++ libxp-1.0.1/debian/control @@ -4,7 +4,7 @@ Maintainer: Debian X Strike Force debia...@lists.debian.org Uploaders: Drew Parsons dpars...@debian.org, Cyril Brulebois k...@debian.org Build-Depends: - debhelper (= 5), + debhelper (= 8.1.3~), quilt, pkg-config, libx11-dev (= 1:0.99.2), @@ -20,6 +20,8 @@ Package: libxp6 Section: libs Architecture: any +Multi-Arch: same +Pre-Depends: ${misc:Pre-Depends} Depends: ${shlibs:Depends}, ${misc:Depends}, @@ -37,6 +39,7 @@ Section: debug Priority: extra Architecture: any +Multi-Arch: same Depends: libxp6 (= ${binary:Version}), ${shlibs:Depends}, diff -u libxp-1.0.1/debian/libxp-dev.install libxp-1.0.1/debian/libxp-dev.install --- libxp-1.0.1/debian/libxp-dev.install +++ libxp-1.0.1/debian/libxp-dev.install @@ -1,3 +1,3 @@ -usr/lib/libXp.a -usr/lib/libXp.so -usr/lib/pkgconfig/xp.pc +usr/lib/*/libXp.a +usr/lib/*/libXp.so +usr/lib/*/pkgconfig/xp.pc diff -u libxp-1.0.1/debian/libxp6.install libxp-1.0.1/debian/libxp6.install --- libxp-1.0.1/debian/libxp6.install +++ libxp-1.0.1/debian/libxp6.install @@ -1 +1 @@ -usr/lib/libXp.so.6* +usr/lib/*/libXp.so.6* diff -u libxp-1.0.1/debian/compat libxp-1.0.1/debian/compat --- libxp-1.0.1/debian/compat +++ libxp-1.0.1/debian/compat @@ -1 +1 @@ -5 +9
Bug#639680: webcam control LED is lit, but cheese show no image; cannot take pictures.
Package: cheese Version: 3.0.1-2 Severity: normal My camera is a Microsoft LifeCam, which works with other applications (mplayer, for example). However, starting cheese results in a grey area where the images from the webcam should be. Program is still responsive and exits normally when using the window's 'x' button or alt+F4. Using XFCE. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cheese depends on: ii cheese-common 3.0.1-2Common files for the Cheese tool t ii gnome-video-effects 0.3.0-4GNOME Video Effects ii libc6 2.13-16Embedded GNU C Library: Shared lib ii libcanberra-gtk3-00.28-1 Gtk+ 3.0 helper for playing widget ii libcheese-gtk20 3.0.1-2tool to take pictures and videos f ii libcheese13.0.1-2tool to take pictures and videos f ii libclutter-1.0-0 1.6.16-1 Open GL based interactive canvas l ii libclutter-gtk-1.0-0 1.0.0-1Open GL based interactive canvas l ii libgdk-pixbuf2.0-02.23.5-3 GDK Pixbuf library ii libgee2 0.6.1-2GObject based collection library ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgnome-desktop-3-0 3.0.2-2Utility library for loading .deskt ii libgstreamer0.10-00.10.35-1 Core GStreamer libraries and eleme ii libgtk-3-03.0.11-1 GTK+ graphical user interface libr Versions of packages cheese recommends: ii gnome-icon-theme 3.0.0-4GNOME Desktop icon theme ii gvfs 1.6.4-3userspace virtual filesystem - ser ii hicolor-icon-theme0.12-1 default fallback theme for FreeDes cheese suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639681: compiz: FTBFS (window.o: undefined reference to symbol 'KIcon::~KIcon()')
Source: compiz Version: 0.8.4-4 Severity: serious Hi, compiz fails to build when binNMUed, on all architectures; from the amd64 log: /usr/bin/ld: window.o: undefined reference to symbol 'KIcon::~KIcon()' /usr/bin/ld: note: 'KIcon::~KIcon()' is defined in DSO /usr/lib64/libkdeui.so.5 so try adding it to the linker command line /usr/lib64/libkdeui.so.5: could not read symbols: Invalid operation collect2: ld returned 1 exit status make[4]: *** [kde4-window-decorator] Error 1 Full logs available via https://buildd.debian.org/status/package.php?p=compiz Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639682: Vcs-Browser field points to wrong location
Package: src:fglrx-driver Version: 1:11-8-1 Severity: minor Using the PTS, I tried to have a look at the packaging SVN for the fglrx-driver. However, it seems the Vcs-Browse field in debian/control points to http://anonscm.debian.org/viewvc/pkg-fglrx/fglrx-driver/trunk/, which returns only a 404. -- System Information: Debian Release: squeeze/sid APT prefers natty-updates APT policy: (500, 'natty-updates'), (500, 'natty-security'), (500, 'natty-proposed'), (500, 'natty') Architecture: amd64 (x86_64) Kernel: Linux 3.0.3-030003-generic (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639683: fop does not run any tests
Package: fop Version: 1:1.0.dfsg2-2 Severity: normal The current fop packaging does not run any of the tests. It would be nice to run them -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fop depends on: ii default-jre-headle 1:1.6-40 Standard Java or Java compatible R ii gcj-4.4-jre-headle 4.4.5-2 Java runtime environment using GIJ ii gcj-jre-headless [ 4:4.4.5-1 Java runtime environment using GIJ ii java-wrappers 0.1.16wrappers for java executables ii libavalon-framewor 4.2.0-7 Common framework for Java server a ii libbatik-java 1.7-6 xml.apache.org SVG Library ii libbsf-java1:2.4.0-4 Bean Scripting Framework to suppor ii libcommons-io-java 1.4-3 Common useful IO related classes ii libcommons-logging 1.1.1-8 commmon wrapper interface for seve ii libxalan2-java 2.7.1-5 XSL Transformations (XSLT) process ii libxerces2-java2.9.1-4.1 Validating XML parser for Java wit ii libxml-commons-ext 1.3.05-2 XML Commons external code - DOM, S ii libxmlgraphics-com 1.4.dfsg-3reusable components used by Batik ii libxt6 1:1.0.7-1 X11 toolkit intrinsics library ii libxtst6 2:1.1.0-3 X11 Testing -- Record extension li ii openjdk-6-jre-head 6b18-1.8.3-2+squeeze1 OpenJDK Java runtime, using Hotspo ii sun-java6-jre [jav 6.26-0squeeze1Sun Java(TM) Runtime Environment ( Versions of packages fop recommends: ii libsaxon-java 1:6.5.5-6 The Saxon XSLT Processor Versions of packages fop suggests: pn fop-doc none (no description available) ii libservlet2.4-java5.0.30-12 Servlet 2.4 and JSP 2.0 Java libra -- 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#639684: ITA: cuetools
Package: wnpp Severity: normal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639685: O: e16keyedit
Package: wnpp Severity: normal e16 was replaced by e17, making this package obsolete. -- Jon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639686: O: e16menuedit2
Package: wnpp Severity: normal e16 was replaced by e17, making this package obsolete. -- Jon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#24043: this bug prevents configuration of dual IPv4/IPv6 services
On Mon, Aug 29, 2011 at 12:57:51PM +0200, Cyril Brulebois wrote [edited]: Supposedly you're trying to write on alioth.debian.org while you should be trying to write on svn.debian.org (beware of catch-all entries in ~/.ssh/config and the like)? nope, I'm using svn+ssh://s...@svn.debian.org/svn/dep/web seems like a server-side issue: Sendingdeps/dep9.mdwn Transmitting file data .svn: Commit failed (details follow): svn: Can't create directory '/svn/dep/db/transactions/199-1.txn': Permission denied -- Every great idea is worthless without someone to do the work. --Neil Williams -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#24043: this bug prevents configuration of dual IPv4/IPv6 services
Serafeim Zanikolas s...@debian.org (29/08/2011): nope, I'm using svn+ssh://s...@svn.debian.org/svn/dep/web seems like a server-side issue: Sendingdeps/dep9.mdwn Transmitting file data .svn: Commit failed (details follow): svn: Can't create directory '/svn/dep/db/transactions/199-1.txn': Permission denied FWIW: kibi@vasks:~$ ls -ld /svn/dep/db/transactions/ groups sez drwxrwsr-x+ 2 adeodato scm_dep 4096 Aug 1 23:11 /svn/dep/db/transactions/ sez : sez Debian python-apps python-modules scm_Debian scm_python-apps scm_python-modules Mraw, KiBi. signature.asc Description: Digital signature
Bug#522918: [Piuparts-devel] Bug#522918: Patch
tags 522918 + pending thanks Hi Scott, On Donnerstag, 18. August 2011, Scott Schaefer wrote: Attached is patch that will kill (via SIGTERM, then if that fails, via SIGKILL), these leftover processes. thanks, applied in the feature/522918 branch for now. Was this part really needed or clean up noise? diff --git a/piuparts.py b/piuparts.py --- a/piuparts.py +++ b/piuparts.py @@ -37,11 +37,9 @@ import logging import optparse import sys -import commands import tempfile import shutil import os -import tarfile import stat import re import pickle I've omitted it for now. cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621964: FTBFS: video.c:25:28: fatal error: linux/videodev.h: No such file or directory
Package: linuxtv-dvb-apps Version: 1.1.1+rev1355-1 Followup-For: Bug #621964 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric ubuntu-patch In Ubuntu, the attached patch was applied to achieve the following: * Update preprocessor directive in test/video.c with new filename to resolve FTBFS. (Closes: #621964) (LP: #756224) Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric-proposed'), (500, 'oneiric') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-9-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -u linuxtv-dvb-apps-1.1.1+rev1355/debian/patches/00list linuxtv-dvb-apps-1.1.1+rev1355/debian/patches/00list --- linuxtv-dvb-apps-1.1.1+rev1355/debian/patches/00list +++ linuxtv-dvb-apps-1.1.1+rev1355/debian/patches/00list @@ -3,0 +4 @@ +17_ftbfs_gcc4.6 only in patch2: unchanged: --- linuxtv-dvb-apps-1.1.1+rev1355.orig/debian/patches/17_ftbfs_gcc4.6 +++ linuxtv-dvb-apps-1.1.1+rev1355/debian/patches/17_ftbfs_gcc4.6 @@ -0,0 +1,12 @@ +diff -Nur -x '*.orig' -x '*~' linuxtv-dvb-apps-1.1.1+rev1355//test/video.c linuxtv-dvb-apps-1.1.1+rev1355.new//test/video.c +--- linuxtv-dvb-apps-1.1.1+rev1355//test/video.c 2010-02-14 07:21:19.0 -0500 linuxtv-dvb-apps-1.1.1+rev1355.new//test/video.c 2011-08-29 07:18:06.0 -0400 +@@ -22,7 +22,7 @@ + #include string.h + + #include linux/fb.h +-#include linux/videodev.h ++#include linux/videodev2.h + + #define VIDEO_DEV /dev/video0 + #define FB_DEV /dev/fb0
Bug#621964: FTBFS: video.c:25:28: fatal error: linux/videodev.h: No such file or directory
Package: linuxtv-dvb-apps Version: 1.1.1+rev1355-1 Followup-For: Bug #621964 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric ubuntu-patch In Ubuntu, the attached patch was applied to achieve the following: * Remove legacy test app as per upstream hg changeset 1424 to resolve FTBFS. (Closes: #621964) (LP: #756224) The previous patch for videodev2.h that I submitted is bunk; please ignore it. Sorry for the hassle. Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric-proposed'), (500, 'oneiric') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-9-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -u linuxtv-dvb-apps-1.1.1+rev1355/debian/patches/00list linuxtv-dvb-apps-1.1.1+rev1355/debian/patches/00list --- linuxtv-dvb-apps-1.1.1+rev1355/debian/patches/00list +++ linuxtv-dvb-apps-1.1.1+rev1355/debian/patches/00list @@ -3,0 +4 @@ +17_ftbfs_gcc4.6 only in patch2: unchanged: --- linuxtv-dvb-apps-1.1.1+rev1355.orig/debian/patches/17_ftbfs_gcc4.6 +++ linuxtv-dvb-apps-1.1.1+rev1355/debian/patches/17_ftbfs_gcc4.6 @@ -0,0 +1,205 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 17_ftbfs_gcc4.6 by Daniel T Chen crim...@ubuntu.com +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: Upstream removed the legacy test app in hg changeset 1424. +## DP: Follow suit to fix FTBFS (Closes: #621964) + +@DPATCH@ +diff -r 3c14666ebdcc -r e5745959ca83 test/Makefile +--- a/test/Makefile Sun Apr 03 10:57:58 2011 -0300 b/test/Makefile Sun Apr 03 11:05:32 2011 -0300 +@@ -20,7 +20,6 @@ +test_vevent \ +test_video \ + evtest \ +- video \ + szap2 + + .PHONY: all +diff -r 3c14666ebdcc -r e5745959ca83 test/video.c +--- a/test/video.c Sun Apr 03 10:57:58 2011 -0300 /dev/null Thu Jan 01 00:00:00 1970 + +@@ -1,182 +0,0 @@ +-#define USAGE \ +-\n \ +-\n A tiny video watching application, just starts capturing /dev/video \ +-\n into /dev/fb0. \ +-\n Be shure to have 8Bit/pixel color resolution and r/w access for \ +-\n /dev/video0, /dev/fb0 and /dev/tty0 to let this work... \ +-\n \ +-\n compile with \ +-\n \ +-\n $ gcc -g -Wall -O2 -o video video.c -I../../ost/include \ +-\n +- +-#include sys/mman.h +-#include sys/ioctl.h +-#include sys/types.h +-#include sys/time.h +-#include unistd.h +-#include fcntl.h +-#include signal.h +-#include stdio.h +-#include stdlib.h +-#include string.h +- +-#include linux/fb.h +-#include linux/videodev.h +- +-#define VIDEO_DEV /dev/video0 +-#define FB_DEV /dev/fb0 +-#define VT_DEV /dev/tty0 +- +-static char *video_devname = VIDEO_DEV; +- +-#define min(a,b) (a) (b) ? (a) : (b) +- +-static int zero = 0; +-static int one = 1; +- +-static struct fb_var_screeninfo fb_var; +-static struct fb_fix_screeninfo fb_fix; +- +- +-int init_fb (void) +-{ +- const char blankoff_str[] = \033[9;0]; +- int fd, vt_fd; +- +- fd = open (FB_DEV, O_RDWR); +- if (fd 0) { +- perror(Could not open FB_DEV , please check permissions\n); +- return 1; +- } +- +- if ((vt_fd = open( VT_DEV, O_RDWR )) 0) { +- perror(Could not open VT_DEV , please check permissions\n); +- return 1; +- } +- +- write( vt_fd, blankoff_str, strlen(blankoff_str) ); +- +- if (ioctl (fd, FBIOGET_VSCREENINFO, fb_var) 0) { +- perror(Could not get variable screen information (fb_var)\n); +- return 1; +- } +- +- if (ioctl (fd, FBIOGET_FSCREENINFO, fb_fix) 0) { +- perror(Could not get fixed screen information (fb_fix)\n); +- return 1; +- } +- +- close (fd); +- return 0; +-} +- +- +-int init_video (int stop) +-{ +- int fd; +- struct video_capability vcap; +- +- if ((fd = open (video_devname, O_RDWR)) 0) { +- fprintf (stderr, +- %s: Could not open %s, please check permissions\n, +- __FUNCTION__, video_devname); +- return -1; +- } +- +- ioctl(fd, VIDIOCGCAP, vcap); +- +- if (ioctl(fd, VIDIOCCAPTURE, zero) 0) { +- perror(Could not stop capturing (VIDIOCCAPTURE failed)\n); +- return -2; +- } +- +- if (stop) +- return 0; +- +- { +- struct video_buffer b; +- b.base = (void*) fb_fix.smem_start; +- b.width = fb_var.xres; +- b.height = fb_var.yres; +- b.depth = fb_var.bits_per_pixel; +- b.bytesperline = fb_var.xres*((fb_var.bits_per_pixel+7)/8); +- if (ioctl(fd, VIDIOCSFBUF, b) 0) { +- fprintf(stderr, VIDIOCSFBUF failed, must run as root?\n); +- return -3; +- } +- } +- +- { +- struct video_picture p; +- if (ioctl(fd, VIDIOCGPICT, p) 0) { +- perror(VIDIOCGPICT failed\n); +- return -4; +- } +- p.depth = fb_var.bits_per_pixel; +- switch (fb_var.bits_per_pixel) { +- case 16: +-p.palette = VIDEO_PALETTE_RGB565; +-break; +- case 24: +-p.palette = VIDEO_PALETTE_RGB24; +-break; +- case 32: +-p.palette = VIDEO_PALETTE_RGB32; +-break; +- } +- //p.contrast = 0x8000; +-
Bug#622259: resuming from hibernation sometimes fails on eeepc 1002HA
Le Sat, 27 Aug 2011 12:53:06 -0500, Jonathan Nieder jrnie...@gmail.com a écrit : Robert Scott wrote: On Saturday 27 August 2011, Jonathan Nieder wrote: I think we are long overdue to take this one upstream. I have a few questions anyway for before then: - does hibernation work for you if you try a sid (3.x) kernel? Would 2.6.39+35.1 (from squeeze-backports) do? It's a lot easier to get installed ;) Or is there a specific relevant patch that's gone into 3.*? Sure, 2.6.39 is fine. 3.* from sid should install fine with linux-base and initramfs-tools from squeeze-backports, by the way. :) Hello Jonathan, Robert already did tests very quickly, but I'll try also to give some info : I've tried 2.6.39-bpo.2-686-pae, making 4 hibernations with some pauses between them, and it worked each time (the bug wasn't easily reproductible, but usually appeared in the 1 to 4 hibernations attempts). I remember I did test some 2.6.33 kernel revisions, with the same bug always found. I'll try to compile a pristine 2.6.32.45 to test it, but as I identified the culprit patch, it was in the vanilla kernel also, so I don't think it could change something... Also, trying 2.6.39 for squeeze-backports showed that the other bug I had to patch my kernel for, Ethernet adapter giving corrupted packets at hibernation resume (see #577747), is already present :-( with regards, Fred. dmesg.2.6.39-bpo.2-686-pae.bz2 Description: application/bzip
Bug#636512: acl: Fix FTBFS on hurd-i386
On Wed, Aug 03, 2011 at 07:36:27PM +0200, Svante Signell wrote: Package: acl Version: 2.2.51-3 Severity: important Tags: patch User: debian-h...@lists.debian.org Usertags: hurd Hi, currently acl does not compile on hurd-i386. The problem is a PATH_MAX definition which is not supported on GNU/Hurd. Attached are two patches which fixes these issues. First patch is conditioned on __GNU__ and will not affect other systems, while the second patch is changing behaviour for all systems (and assuming getline is available). Thanks, Svante I don't have a hurd system and would like to know if acl compiled with the first patch still works correctly on a hurd system. --- acl-2.2.51/setfacl/parse.c.orig2010-01-22 23:00:28.0 + +++ acl-2.2.51/setfacl/parse.c 2011-08-03 17:03:19.0 + @@ -419,7 +419,13 @@ bytes for # file: . Not a good solution but for now it is the best I can do without too much impact on the code. [tw] */ + +#ifdef __GNU__ + char *linebuf; + size_t dummy = 0; +#else char linebuf[(4*PATH_MAX)+9]; +#endif char *cp; char *p; int comments_read = 0; @@ -449,9 +455,13 @@ if (line) (*line)++; +#ifdef __GNU__ + if (getline(linebuf, dummy, file) == -1) + break; +#else if (fgets(linebuf, sizeof(linebuf), file) == NULL) break; - +#endif comments_read = 1; p = strrchr(linebuf, '\0'); @@ -473,7 +483,12 @@ goto fail; *path_p = (char*)malloc(strlen(cp)+1); if (!*path_p) +{ +#ifdef __GNU__ + free (linebuf); +#endif return -1; +} strcpy(*path_p, cp); } } else if (strncmp(cp, owner:, 6) == 0) { @@ -522,13 +537,24 @@ } } if (ferror(file)) +{ +#ifdef __GNU__ + free (linebuf); +#endif return -1; +} +#ifdef __GNU__ + free (linebuf); +#endif return comments_read; fail: if (path_p *path_p) { free(*path_p); *path_p = NULL; } +#ifdef __GNU__ + free (linebuf); +#endif return -EINVAL; } --- acl-2.2.51/setfacl/parse.c.orig2010-01-22 23:00:28.0 + +++ acl-2.2.51/setfacl/parse.c 2011-08-03 17:10:24.0 + @@ -419,7 +419,9 @@ bytes for # file: . Not a good solution but for now it is the best I can do without too much impact on the code. [tw] */ - char linebuf[(4*PATH_MAX)+9]; + + char *linebuf; + size_t dummy = 0; char *cp; char *p; int comments_read = 0; @@ -449,9 +451,8 @@ if (line) (*line)++; - if (fgets(linebuf, sizeof(linebuf), file) == NULL) + if (getline(linebuf, dummy, file) == -1) break; - comments_read = 1; p = strrchr(linebuf, '\0'); @@ -472,8 +473,10 @@ if (*path_p) goto fail; *path_p = (char*)malloc(strlen(cp)+1); - if (!*path_p) - return -1; + if (!*path_p) { +free (linebuf); +return -1; + } strcpy(*path_p, cp); } } else if (strncmp(cp, owner:, 6) == 0) { @@ -521,14 +524,18 @@ *flags = f; } } - if (ferror(file)) - return -1; + if (ferror(file)) { + free (linebuf); + return -1; + } + free (linebuf); return comments_read; fail: if (path_p *path_p) { free(*path_p); *path_p = NULL; } + free (linebuf); return -EINVAL; } signature.asc Description: Digital signature
Bug#637308: xen-linux-system-2.6.32-5-xen-amd64: with kernel option 'nosmp', dom0 hangup while init PCI-Express Fusion-MPT SAS
On Mon, 2011-08-29 at 10:07 +0400, Константин Алексеев wrote: I think this bug may be closed. I posted it to xen devel list and get answer: It's really an unsupported configuration. If you want to limit dom0 vcpus then dom0_max_vcpus= on Xen command line is the correct way. http://lists.xensource.com/archives/html/xen-devel/2011-08/msg00665.html Maybe we should panic in this case? Something like this (untested): diff --git a/arch/x86/xen/smp.c b/arch/x86/xen/smp.c index e79dbb9..2671b96 100644 --- a/arch/x86/xen/smp.c +++ b/arch/x86/xen/smp.c @@ -21,6 +21,7 @@ #include asm/desc.h #include asm/pgtable.h #include asm/cpu.h +#include asm/io_apic.h #include xen/interface/xen.h #include xen/interface/vcpu.h @@ -207,6 +208,12 @@ static void __init xen_smp_prepare_cpus(unsigned int max_cpus) unsigned cpu; unsigned int i; + if (skip_ioapic_setup) + panic((max_cpus == 0) ? + The nosmp parameter is incompatible with Xen; + use Xen dom0_max_vcpus=1 parameter : + The noapic parameter is incompatible with Xen); + xen_init_lock_cpu(0); smp_store_cpu_info(0); --- END --- Ben. signature.asc Description: This is a digitally signed message part
Bug#637376: perl: Encode security: Unicode.xs!decode_xs n-byte heap-overflow
severity 637376 important thanks On Sun, Aug 21, 2011 at 06:52:28PM +0300, Niko Tyni wrote: retitle 637376 perl: [CVE-2011-2939] Encode security: Unicode.xs!decode_xs n-byte heap-overflow thanks On Wed, Aug 10, 2011 at 06:52:43PM +0100, Dominic Hargreaves wrote: Package: perl Version: 5.12.4-3 Severity: grave Tags: security Justification: user security hole Encode 2.44 has been released with the following change: ! Unicode/Unicode.xs Addressed the following: Date: Fri, 22 Jul 2011 13:58:43 +0200 From: Robert Zacek za...@avast.com To: perl5-security-rep...@perl.org Subject: Unicode.xs!decode_xs n-byte heap-overflow I haven't seen any further details about this one, but setting severity to grave for now. Quoting Josh Bresser in http://www.openwall.com/lists/oss-security/2011/08/19/17 I'm going to assign this CVE-2011-2939. It looks like a single byte overflow. It's probably not exploitable (even as a DoS), but to play it safe, I'm assigning this ID. I get the impression that upstream agrees with this low potential for exploitability, so I'm lowering the severity of this bug. I suggest we wait for upstream to make stable releases including the fix before pushing this out to squeeze/lenny (I had a look at lenny and the code is, as Niko mentioned, completely different), so it's unlikely that this problem exists in the same form, there. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638754: nmu: libdevice-cdio-perl_0.2.4-5
[Please CC me on replies; I didn't receive this message by email and just happened to spot it when checking the BTS web interface]. On Tue, Aug 23, 2011 at 05:34:31PM +0200, Christoph Egger wrote: Dominic Hargreaves d...@earth.li writes: This should now succeed, following the fix for #579450 (and #626322) nmu libdevice-cdio-perl_0.2.4-5 . armel i386 kfreebsd-i386 mips mipsel powerpc s390 sparc . -m Rebuild against perl 5.12 Is there any reason you ut ppc in there? according to the buildd website ppc built with the binnmus on amd64 kfreebsd-amd64 and ia64. For the others a simple give-back should be enough? This package needs to be rebuilt on powerpc against perl 5.12; it was picked up by a buildd which didn't yet have perl 5.12 installed when last built: nmu libdevice-cdio-perl_0.2.4-5 . powerpc . -m Rebuild against perl 5.12 Yes, for the rest, a give-back sounds right. i386 and kfreebsd-i386 have already been rebuilt somehow, leaving: gb libdevice-cdio-perl_0.2.4-5 . mips mipsel s390 sparc Thanks, Dominic. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638754: nmu: libdevice-cdio-perl_0.2.4-5
Hi! Dominic Hargreaves d...@earth.li writes: gb libdevice-cdio-perl_0.2.4-5 . mips mipsel s390 sparc Done that now. Leaving the nmu for -release Regards Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638891: pu: package tzdata/2011h-0lenny1
On Mon, 2011-08-29 at 10:54 +0200, Aurelien Jarno wrote: On Sun, Aug 28, 2011 at 12:42:08PM +0100, Adam D. Barratt wrote: usertags 638891 - pu usertags 638891 + opu [...] Oops, sorry about that. No worries. On Mon, 22 Aug 2011 20:18:38 +0200, Aurelien Jarno wrote: Similarly to the update in squeeze, here is the same update for lenny. [...] Assuming /old/stable :-) please go ahead; thanks. Done, thanks. Thanks. Unfortunately, it looks like queued ate the upload as the .orig.tar.gz is still around from the squeeze upload - please could you re-upload, not including the orig? Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639364: [Pkg-samba-maint] Bug#639364: samba: Cached and uncached file attributes have distinct timestamps
On 29 Aug 2011, bubu...@debian.org wrote: touch x; ls --full-time x; sleep 1; ls --full-time x So, this is done on the *nix machine that mounts the resource, right? Yes. Do you reproduce the bug? -- Cyril Bouthors - Administration Système, Infogérance ISVTEC SARL, 14 avenue de l'Opéra, 75001 Paris 1 rue Émile Zola, 69002 Lyon Tél : 08 92 16 00 88 - Fax : 01 77 72 57 24 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639473: plr: Please move from postgresql-8.4 to postgresql-9.1
Hi, Christoph Berg has recently added himself as co-maintainer. Christoph, I'd be quite happy if you would take over completely. I do not use this package any more and would be in favour of handing it over. Kind regards Andreas. On Sat, Aug 27, 2011 at 03:31:49PM +0200, Martin Pitt wrote: Package: plr Version: 1:8.3.0.9-1 Severity: important User: mp...@debian.org Usertags: psql-8.4-deprecation Hello, as announced recently [1] we want to move Debian unstable/testing to postgresql-9.1 and drop postgresql-8.4 and -9.0 completely. Please rebuild this package against postgresql-server-dev-9.1 instead of -8.4, or consider just using postgresql-server-dev-all. Thank you in advance! Martin [1] http://lists.alioth.debian.org/pipermail/pkg-postgresql-public/2011-August/000570.html -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639517: Riddling absence of /usr/lib/libattr.la
On Mon, Aug 29, 2011 at 11:01:12AM +0200, Samuel Thibault wrote: Thomas Schmitt, le Sat 27 Aug 2011 21:54:31 +0200, a écrit : This idea must come from libacl-dev. And really in /lib/libacl.la i read dependency_libs=' /usr/lib/libattr.la' Yes, that's the problem: it should rather be a -lattr, because libattr.la is not shipped any more. That would be fixed by a newer build of the acl package, but unfortunately it FTBFS ATM (PATH_MAX, #636512). You suggest to reintroduce .la files for acl and attr and use -lattr in dependency_libs of /lib/libacl.la after fixing #636512, right? I think we could try it. libisofs not building was becoming more and more a problem, so I patched the libacl.la file by hand (yes, a bad thing). So probably one should re-name the bug to libacl-dev on hurd-i386 depends on LAFileRemoval victim libattr.la Well, for the hurd-i386 case, just a rebuild should work, it just doesn't build any more. Samuel signature.asc Description: Digital signature
Bug#639560: symbol changes
Hi, I made the upload, so I guess I should comment on this. On Sun, 2011-08-28 at 15:39 +0200, Jakub Wilk wrote: * Philipp Kern pk...@debian.org, 2011-08-28, 10:52: The package FTBFS'es on mips, powerpc, s390, sparc and the inofficial ports s390x and powerpcspe because of changes in the symbol set wrt the symbols file: Hmm, symbols file was added in 0.7-5, even though it isn't mentioned in the changelog. Yep, sorry, forgot to add that one to the changelog... - spifhash_jenkinsLE@Base 0.7 +#MISSING: 0.7-5# spifhash_jenkinsLE@Base 0.7 Looking at the source code spifhash_jenkinsLE is only defined on little-endian systems. Yes. + spiftool_regexp_match@Base 0.7-5 + spiftool_regexp_match_r@Base 0.7-5 These two OTOH are defined everywhere and I don't understand why they weren't included in the symbols file. Even lintian loudly complains: E: libast2: symbols-file-contains-current-version-with-debian-revision on symbol spiftool_regexp_match@Base and 1 others Except lintian didn't complain at all when I built it in a freshly updated chroot. These symbols are actually conditional on the presence of some header (regex.h) from libc6-dev, so I guess my build might have happened in a time window when there were some multi-arch related header problems. Anyway, I'll fix that with a new upload today. Regis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639593: libdca-utils: No large file support on x86
On Sun, Aug 28, 2011 at 15:58:16 (CEST), Alessio Treglia wrote: tags 639593 upstream forwarded 639593 https://trac.videolan.org/vlc/ticket/836 thanks Has been rejected for the vlc bugtracker. It seems that libdca does not have a proper backtracker. Therefore, forwarding to the devel mailing list might is more likely to reach people that could do something about this. http://mailman.videolan.org/listinfo/libdca-devel -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org