Bug#134376: Quote: paige heard
Hello, paige heard? We are pleased to inform you that your appIication has been processed approved. Please take a minute to go over your your records to insure they are correct in our database and/or update if necessary : www.musternyte.com Thank You, Xavier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338696: please update the package, difference of 1 year
Package: album Version: 3.04-2 Severity: wishlist There is a new version : Version 3.10, 2005/11/01 the one in unstable at 2005.11.12 is Version 3.04, 2004/07/14. thanks a lot ! -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (300, 'unstable'), (250, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.26.2004.09.07.ws.swsusp.k7 Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages album depends on: ii debconf1.4.58Debian configuration management sy ii imagemagick6:6.2.4.5-0.2 Image manipulation programs ii perl 5.8.7-7 Larry Wall's Practical Extraction album recommends no packages. -- debconf information: * album/info: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344410: acknowledged by developer (Re: Bug#344410: procmail: add a way to change env. var. on cmd line)
So, it wipes anything we try to set.
we use the -p to Preserve any old environment, and it wipes it...
it would be usefull to preserve the env var :
procmail ~/.procmailrc VERBOSE=on LOGFILE=`tty` /tmp/[...]
that would be nice if there was a way to divert values from the default,
to test.
Have you tried using both -p and -m? From the manpage:
If both -p and -m are specified, the list of preset environment
variables shrinks to just: LOGNAME, HOME, SHELL, ORGMAIL and MAILDIR.
the problem is that i'm trying to set VERBOSE and LOGFILE,
so i can't use -m
If that's still not enough you could even use something like this
in your .procmailrc file:
:0
* MYMAILDIR ?? .
{ MAILDIR=$MYMAILDIR }
and this on the command line:
procmail MYMAILDIR=foo some-message
So I don't think we need a new procmail feature for this.
ok, so i could do
VERBOSE=off
:0
* MYVERBOSE ?? .
{ VERBOSE=$MYVERBOSE }
and call procmail MYVERBOSE=on some-message
right ?
but all that is a workaround to set env var on the command line...
i believe overriding env. var. with values in the rc file
is wrong, if you specify them on the command line, it means
that you want to change it, right ?
in what case, if you call procmail with the -p option,
would you like your env. var. wiped ?
in every other tools the command line switchs and env. var.
have precedence over the config file...
thanks
--
xavier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332227: yaboot-installer: install fail on open power 710
Package: yaboot-installer Severity: grave Justification: renders package unusable During install with : http://cdimage.debian.org/pub/cdimage-testing/daily/powerpc/current/debian-testing-powerpc-netinst.iso It was the one from 3 october 2005 the yaboot install (complains about no Apple_Bootstrap partition) step failed, I had to chroot to /target and from the yaboot present in the fresh install it worked... Here is my /proc/cpuinfo : processor : 0 cpu : POWER5 (gr) clock : 1655.984000MHz revision: 2.2 processor : 1 cpu : POWER5 (gr) clock : 1655.984000MHz revision: 2.2 processor : 2 cpu : POWER5 (gr) clock : 1655.984000MHz revision: 2.2 processor : 3 cpu : POWER5 (gr) clock : 1655.984000MHz revision: 2.2 timebase: 206998000 machine : CHRP IBM,9123-710 hope it will help... -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-powerpc64 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339613: works fine with hnb 1.9.17-4
Package: hnb Version: 1.9.17-4 Followup-For: Bug #339613 the bug above is not present in hnb 1.9.17-4 -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (300, 'unstable'), (250, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.26.2004.09.07.ws.swsusp.k7 Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages hnb depends on: ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libncurses5 5.4-9 Shared libraries for terminal hand hnb recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344410: procmail: add a way to change env. var. on cmd line
On Thu, Dec 22, 2005 at 09:14:43PM +0100, Santiago Vila wrote: On Thu, 22 Dec 2005, xavier wrote: the problem is that i'm trying to set VERBOSE and LOGFILE, so i can't use -m You can set VERBOSE and LOGFILE on the command line. What problem do you have with that? Sample .procmailrc: :0: everything When I do this: $ procmail .procmailrc VERBOSE=on LOGFILE=`tty` /tmp/mensaje I see something like this: procmail: [19466] Thu Dec 22 21:10:07 2005 procmail: Assigning LOGFILE=/dev/tty6 procmail: Opening /dev/tty6 procmail: Rcfile: /home/user/.procmailrc procmail: Assigning MAILDIR=/home/user [...] Of course, if you set VERBOSE in .procmailrc itself, it will set a value for such variable, and whatever value you gave on the command line will be forgotten from that point, yes, and LOGFILE too. very annoying to test. but that's how it is supposed to work. i don't agree. what's the point discarding env var we painfully added on the command line ? in what case would it be useful to wipe environnement ? what's the point of starting a debug session in `tty` if it's to be overriden 5 lines later by the config file ? (which is right to set the verbose to off and logfile to something fine : it's a production setup. cmd line is, in this case, used to debug..) usually, command line switches overrides config files... so does env. var. anyway, you can close the bug if you don't agree. bye thanks for your answers. -- xavier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442859: fixed in 2.12.0-2
Package: evolution Followup-For: Bug #442859 fixed in 2.12.0-2. however, as a workaround, you can select a file (instead of a maildir), then close evolution, kill evolution-servers and gconf, edit ~/.gconf/apps/evolution/mail/%gconf.xml to correct the path. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18.2006.11.01.ws.susp.k7 (PREEMPT) Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages evolution depends on: ii dbus1.1.1-3 simple interprocess messaging syst ii evoluti 2.12.0-2 architecture independent files for ii evoluti 1.12.1-1 evolution database backend server ii gconf2 2.18.0.1-3 GNOME configuration database syste ii gnome-i 2.18.0-3 GNOME Desktop icon theme ii gtkhtml 3.16.1-1 HTML rendering/editing library - b ii libart- 2.3.19-3 Library of functions for 2D graphi ii libatk1 1.20.0-1 The ATK accessibility toolkit ii libbono 2.18.0-2 Bonobo CORBA interfaces library ii libbono 2.18.0-5 The Bonobo UI library ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libcair 1.4.10-1 The Cairo 2D vector graphics libra ii libcame 1.12.1-1 The Evolution MIME message handlin ii libdbus 1.1.1-3 simple interprocess messaging syst ii libdbus 0.74-1 simple interprocess messaging syst ii libeboo 1.12.1-1 Client library for evolution addre ii libecal 1.12.1-1 Client library for evolution calen ii libedat 1.12.1-1 Utility library for evolution data ii libedat 1.12.1-1 GUI utility library for evolution ii libegro 1.12.1-1 Client library for accessing group ii libexch 1.12.1-1 Backend library for evolution cale ii libfont 2.4.2-1.2generic font configuration library ii libfree 2.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcon 2.18.0.1-3 GNOME configuration database syste ii libglad 1:2.6.2-1library to load .glade files at ru ii libglib 2.14.0-2 The GLib library of C routines ii libgnom 2.0.15-2 Support libraries for gnome-pilot ii libgnom 2.18.0-4 The GNOME 2 library - runtime file ii libgnom 2.14.0-3 A powerful object-oriented display ii libgnom 2.18.1-2 The GNOME 2 libraries (User Interf ii libgnom 1:2.18.1-2 GNOME Virtual File System (runtime ii libgnut 1.7.19-1 the GNU TLS library - runtime libr ii libgtk2 2.12.0-3 The GTK+ graphical user interface ii libgtkh 3.16.1-1 HTML rendering/editing library - r ii libhal1 0.5.9.1-4Hardware Abstraction Layer - share ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libldap 2.1.30.dfsg-13.5 OpenLDAP libraries ii libnm-g 0.6.5-1 network management framework (GLib ii libnoti 0.4.4-3 sends desktop notifications to a n ii libnspr 1.8.0.13~pre070720-0etch3+lenny1 NetScape Portable Runtime Library ii libnss3 3.11.7-1 Network Security Service libraries ii liborbi 1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB ii libpang 1.18.2-2 Layout and rendering of internatio ii libpiso 0.12.2-10library for communicating with a P ii libpisy 0.12.2-10synchronization library for PalmOS ii libpng1 1.2.15~beta5-2 PNG library - runtime ii libpopt 1.10-3 lib for parsing cmdline parameters ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libsoup 2.2.100-1an HTTP library implementation in ii libx11- 2:1.0.3-7X11 client-side library ii libxcom 1:0.3.2-1+b1 X11 Composite extension library ii libxcur 1:1.1.9-1X cursor management library ii libxdam 1:1.1.1-3X11 damaged region extension libra ii libxext 1:1.0.3-2X11 miscellaneous extension librar ii libxfix 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1X11 Input extension library ii
Bug#447932: heartbeat-2: missing gawk dependency (for IPaddr)
Hi, IPAddr(the OCF resource), one of the main plugins in heartbeat, needs gawk to function properly. there is no indication of this. at least in README.Debian it would be good. it fails silently, and i had to go to execute the script by hand, preseeding env. variables, to be able to diagnose the problem. thanks ! Good point. Do you think that it would be best to add a dependancy? yes. as you said, it's essential, it's the main plugin. Or to add a recommends and some documentation in README.Debian? I think that the former would be better, as I believe that IPAddr is quite essential to the majority of heartbeat setups and using OCF is the prefered option. btw, did you notice some of the scripts are not functionning properly out of the box ? the /usr/lib/ocf/resource.d/heartbeat/apache script is for exemple bad (at least for debian). bye -- xavier renaut, 514 906 1212 x315 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444995: rtorrent killed
Package: rtorrent Version: 0.6.4-1 Severity: normal -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: arm (armv5tel) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-ixp4xx Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages rtorrent depends on: ii libc62.6-5 GNU C Library: Shared libraries ii libcomer 1.39+1.40-WIP-2006.11.14+dfsg-2 common error description library ii libcurl3 7.15.5-1etch1 Multi-protocol file transfer libra ii libgcc1 1:4.1.1-21 GCC support library ii libidn11 0.6.5-1 GNU libidn library, implementation ii libkrb53 1.6.dfsg.1-6MIT Kerberos runtime libraries ii libncurs 5.5-5 Shared libraries for terminal hand ii libsigc+ 2.0.17-2type-safe Signal Framework for C++ ii libssl0. 0.9.8e-5SSL shared libraries ii libstdc+ 4.1.1-21The GNU Standard C++ Library v3 ii libtorre 0.10.4-1a C++ BitTorrent library ii zlib1g 1:1.2.3.3.dfsg-5compression library - runtime rtorrent recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405530: libnet-server-mail-perl: Bad end-of-data detection
Package: libnet-server-mail-perl
Version: 0.13-1
Severity: normal
Tags: patch
The function data_part of Net::Server::Mail::SMTP is called for each
chunk of 4096 bytes. If a mail contains 4093 bytes, the sequence
\r\n.\r\n is splitted in two pieces so end-of-data detection failed and
the process continue to wait data. Many other problems are solved with
the patch bellow. I'va tried to contact package maintenr, but nothing
appends (see http://rt.cpan.org/Public/Bug/Display.html?id=24038).
Here is the proposed patch:
--- Net/Server/Mail/SMTP.pm 2005-09-01 11:10:18.0 +0200
+++ SMTP.pm 2006-12-29 17:37:01.0 +0100
@@ -560,6 +560,7 @@
return;
}
+ $self-{_last_chunk} = '';
$self-make_event
(
name = 'DATA-INIT',
@@ -575,7 +576,7 @@
my($self, $data) = @_;
# search for end of data indicator
- if($data =~ /^\.\r?\n/m)
+ if($self-{last_chunk}$data =~ /^\.\r*\n/m )
{
my $more_data = $';
if(length $more_data)
@@ -590,13 +591,14 @@
}
# RFC 821 compliance.
- ($data = $`) =~ s/^\.//mg;
+ #($data = $`) =~ s/^\.//mg;
+ $data =~ s/^\.\r*\n$//m;
$self-{_data} .= $data;
return $self-data_finished($more_data);
}
# RFC 821 compliance.
- $data =~ s/^\.//mg;
+ #$data =~ s/^\.//mg;
$self-make_event
(
name = 'DATA-PART',
@@ -610,6 +612,7 @@
success_reply = '', # don't send any reply !
);
+ $self-{last_chunk} = '_'.substr $data, -5;
return;
}
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-amd64
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Versions of packages libnet-server-mail-perl depends on:
ii perl 5.8.8-7Larry Wall's Practical Extraction
libnet-server-mail-perl recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404794: linux-image-2.6.18-3-686: Pb while trying ioctl on /dev/net/tun (module tun)
Package: linux-image-2.6.18-3-686 Version: 2.6.18-7 Severity: important I'm using qemu (debian version). When I launch it, it does not work and returns: warning: could not configure /dev/net/tun: no virtual network emulation Could not initialize device 'tap' With strace, I've the following error: 431 open(/dev/net/tun, O_RDWR|O_LARGEFILE) = 3 431 ioctl(3, TUNSETIFF, 0xbfd0afc0) = -1 EPERM (Operation not permitted) But it works with linux-image-2.6.17-2-686. Thanks, Xavier -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages linux-image-2.6.18-3-686 depends on: ii coreutils 5.97-5 The GNU core utilities ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii initramfs-tools [linux-initra 0.85e tools for generating an initramfs ii module-init-tools 3.3-pre3-1 tools for managing Linux kernel mo Versions of packages linux-image-2.6.18-3-686 recommends: pn libc6-i686none (no description available) -- debconf information excluded . -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415209: will not use /usr/local/man if it's a link
Package: stow Version: 1.3.3-2.1 Severity: normal Hi, when using stow with a fresh install of etch (testing as of 2007.03.16) it fails to deal with the link : man - share/man which is present in /usr/local. it would be great if stow would follow symlinks at this point. example : # stow -v -v gqview-2.1.5 Stowing package gqview-2.1.5... Stowing contents of gqview-2.1.5 Stowing directory gqview-2.1.5/bin Stowing contents of gqview-2.1.5/bin LINK /usr/local/bin/gqview to ../stow/gqview-2.1.5/bin/gqview Stowing directory gqview-2.1.5/man stow: CONFLICT: /usr/local/stow/gqview-2.1.5/man vs. /usr/local/man thanks -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (600, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.2006.11.01.ws.susp.k7 Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages stow depends on: ii perl 5.8.8-7Larry Wall's Practical Extraction stow recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409229: an option to keep at least n backups
Package: faubackup Version: 0.5.9 Severity: wishlist this would be nice to have an option to keep at least n (ie 10) backups, so that if the backup is not performed (ie host/filesystem unavailable), not too much of old backups will get erased by --clean. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (600, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.2006.11.01.ws.susp.k7 Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages faubackup depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libpopt0 1.10-3 lib for parsing cmdline parameters ii perl-modules 5.8.8-6.1 Core Perl modules Versions of packages faubackup recommends: ii openssh-client [rsh-client] 1:4.3p2-3 Secure shell client, an rlogin/rsh ii ssh 1:4.3p2-3 Secure shell client and server (tr -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#424076: dansguardian restart failed on heavy load
Package: dansguardian Version: 2.8.0.4-2 Severity: normal Tags: patch In dansguardian start script, start-stop-daemon is used without --retry option. So when restart is launched, 'start' is launched before 'stop' happend. Fix: insert '--retry 10' with the '--stop' option like in amavis. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages dansguardian depends on: ii libc6 2.3.2.ds1-22sarge6 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-13sarge1 GCC support library ii libstdc++51:3.3.5-13 The GNU Standard C++ Library v3 ii perl 5.8.4-8sarge5 Larry Wall's Practical Extraction ii zlib1g1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#110288: Don't miss this chance!
Hello, chief :) We are http://blowoutfallsale.com/?47 and we are kicking off our Special FALL SALE. All season take 47% off our regular prices on SELECT Brand Name Electronics during our exclusive FALL SALE. Sale starts September 18. Every 15 days a different group of items will be discounted 47% and offered for 15 days only. Don't miss this chance! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356166: ogmsplit -n 1 does not split the file
Package: ogmtools Version: 1:1.5-2 Severity: normal on a 1.1G file, ogmsplit -n 1 -s 529 file.ogm did not cut it at all, the result was a file-1.ogm the same size file.ogm was. ogmsplit -s 529 file.ogm is working as exepected. thanks -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.2005.12.11.ws.swsusp.k7 Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages ogmtools depends on: ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libdvdread3 0.9.4-5.1 Simple foundation for reading DVDs ii libgcc1 1:4.0.2-5 GCC support library ii libogg0 1.1.2-1Ogg Bitstream Library ii libstdc++51:3.3.6-7 The GNU Standard C++ Library v3 ii libvorbis0a 1.1.0-1The Vorbis General Audio Compressi ii libvorbisenc2 1.1.0-1The Vorbis General Audio Compressi ogmtools recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#93208: [Peep-develop] Re: wnpp: RFP: peep, the Network Auralizer
On Thu, Sep 29, 2005 at 10:12:24PM +0200, Javier Fernández-Sanguino Peña wrote:
On Sun, Sep 25, 2005 at 04:12:30PM -0500, Drew Scott Daniels wrote:
reopen 93208 =
done
Hi,
I'm cc'ing the developers of peep. For the history of this bug see:
http://bugs.debian.org/93208
Ok. Developers, please read this mail and see attached patch as is fixes some
bugs in your code.
would someone like a cvs access so that you could do the modifications you need
yourself ?
thanks.
xavier.
Javier
--- peep-0.5.0-rc2.orig/server/cmdline.c
+++ peep-0.5.0-rc2/server/cmdline.c
@@ -316,7 +316,7 @@
{
printVersion ();
- printf (
+ printf (\
Usage: %s [OPTIONS]...\n\
-h --helpPrint help and exit\n\
-V --version Print version and exit\n\
--- peep-0.5.0-rc2.orig/server/debug.c
+++ peep-0.5.0-rc2/server/debug.c
@@ -18,6 +18,9 @@
#include config.h
#include stdarg.h
+#include stdio.h
+#include stdlib.h
+#include string.h
#include debug.h
/* For time formatting */
@@ -83,7 +86,7 @@
if (fclose (log_handle) != 0)
perror (Error closing server log file);
-
+ return 0;
}
void log (int level, char *s, ...)
--- peep-0.5.0-rc2.orig/server/main.c
+++ peep-0.5.0-rc2/server/main.c
@@ -20,6 +20,7 @@
#include stdio.h
#include signal.h
#include errno.h
+#include string.h
#include main.h
#include cmdline.h
@@ -30,6 +31,7 @@
#include mixer.h
#include playback.h
#include debug.h
+#include parser.h
static struct args_info args_info;
static FILE *pid_file = NULL;
@@ -84,7 +86,7 @@
else {
/* Write our pid out to the file */
- fprintf (pid_file, %d\n, pid_file);
+ fprintf (pid_file, %d\n, pid);
fflush (pid_file);
fclose (pid_file);
@@ -271,6 +273,8 @@
}
+ /* Should really return something useful here */
+ return 1;
}
void printGreeting (void)
--- peep-0.5.0-rc2.orig/server/thread.h
+++ peep-0.5.0-rc2/server/thread.h
@@ -19,6 +19,7 @@
#ifndef __PEEP_THREAD_H__
#define __PEEP_THREAD_H__
+#include stdlib.h
#include pthread.h
#include semaphore.h
--- peep-0.5.0-rc2.orig/debian/changelog
+++ peep-0.5.0-rc2/debian/changelog
@@ -0,0 +1,11 @@
+peep (0.5.0-rc2-1) unstable; urgency=low
+
+ * Initial release Closes: #93208
+ * Fixed compilation error in cmdline
+ * Fixed compilation warnings due to some libraries not being included
+and an error in the pidfile generation (the pid was not added to the
+file)
+ * Provide an init.d and logrotate.d configuration files (UNTESTED)
+
+ -- Javier Fernandez-Sanguino Pen~a [EMAIL PROTECTED] Thu, 29 Sep 2005
21:19:16 +0200
+
--- peep-0.5.0-rc2.orig/debian/compat
+++ peep-0.5.0-rc2/debian/compat
@@ -0,0 +1 @@
+4
--- peep-0.5.0-rc2.orig/debian/peep.init
+++ peep-0.5.0-rc2/debian/peep.init
@@ -0,0 +1,112 @@
+#! /bin/sh
+#
+# peep Start the sound server
+#
+# Author: Devin
+# Modified for Debian by Javier Fernandez-Sanguino Peña
+#
+# description: Kickass Sound Server and network / log monitor
+# processname: peepd
+# pidfile: $RUNDIR/peepd.pid
+# config: /etc/default/peep
+# config: /etc/peep.conf
+
+PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
+DAEMON=/usr/sbin/peep
+NAME=peep
+DESC=PEEP server
+LOGDIR=/var/log/peep
+LOCKDIR=/var/lock/peep
+RUNDIR=/var/run/peep
+ARGS=-l $LOGDIR/$NAME.log
+
+test -x $DAEMON || exit 0
+
+# Include peep defaults if available
+if [ -f /etc/default/peep ] ; then
+ . /etc/default/peep
+fi
+
+set -e
+
+RETVAL=0
+
+running()
+{
+# No pidfile, probably no daemon present
+#
+[ ! -f $PIDFILE ] return 1
+pid=`cat $PIDFILE`
+# No pid, probably no daemon present
+[ -z $pid ] return 1
+[ ! -d /proc/$pid ] return 1
+cmd=`cat /proc/$pid/cmdline | tr \000 \n|head -n 1 |cut -d : -f 1`
+# TODO: This might be more portable than looking for /proc/pid/
+# if ps -p $pidval | grep -q $NAME; then
+
+# No daemon?
+[ $cmd != $DAEMON ] return 1
+return 0
+}
+
+# See how we were called.
+case $1 in
+ start)
+ echo -n Starting $DESC..
+ start-stop-daemon --start --quiet --pidfile $RUNDIR/$NAME.pid \
+ --exec $DAEMON -- $ARGS
+ RETVAL=$?
+ if [ $RETVAL -eq 0 ] ; then
+ touch $LOCKDIR/peepd
+ echo $NAME.
+ else
+ echo failed.
+ fi
+ if [ -x /usr/bin/logparser ] ; then
+ echo -n Starting Log Watcher:
+ /usr/bin/logparser --pidfile=$RUNDIR/logparser.pid
$LOGDIR/startup.log 21
+ RETVAL=$?
+ if [ $RETVAL -eq 0 ] ; then
+ touch $LOCKDIR/logparser
+ echo done.
+ else
Bug#274649: finish-install: serial console on p510
Package: finish-install Followup-For: Bug #274649 when installing with serial console on a IBM p510 the line : T0:23:respawn:/sbin/getty -L hvsi0 9600 vt100 should be added in /etc/inittab and eventually /etc/securetty can also be modified accordingly. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.25 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475756: add a --do-not-terminate-if-interface-goes-down option
Package: xnetload Version: 1.11.0-4.1 Severity: wishlist could you please add an option so that xnetload does not terminate if the interface goes down ? I noticed that ifdown eth0 does not implies that xnetload terminate, but rmmod via-rhine does. I often put my computer to hibernation, and since my network card does not support this, I have to rmmod/insmod the module, and xnetload dies, while everything else is fine and dandy (xosview, apps...) thanks ! -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18.2006.11.01.ws.susp.k7 (PREEMPT) Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages xnetload depends on: ii libc6 2.7-4 GNU C Library: Shared libraries ii libx11-6 2:1.0.3-7 X11 client-side library ii libxaw7 2:1.0.4-1 X11 Athena Widget library ii libxmu6 1:1.0.3-1 X11 miscellaneous utility library ii libxt61:1.0.5-3 X11 toolkit intrinsics library xnetload recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#605774: debian-installer: Missing ehea.ko module for powerpc install
Package: debian-installer Version: debian-installer Severity: important Using debian-squeeze-di-beta1-powerpc-netinst.iso (090242bbe35c6108ca4f3b8a963e02cd) in order to install on a Power6 IBM machine (Machine type-model: 8203-E4A) kernel loads and boot. Then during network hardware detection, the ethernet board isn't recognized. Using an usb key and ehea.ko module, installation can continue. Then yaboot standards problems arise. xavier NB : Report is done on an x86_64 hardware since the powerpc one is off. So system information shouldn't be taken into account. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (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#611248: gnat-4.4: [amrel only] unexpected symbols added for shared library
Package: gnat-4.4 Version: 4.4.5-3 Severity: normal On the way to have polyorb on armel architecture I have some problems already related in [1]. I have tracked the problem down to the generation of libpolyorb-giop.so. The shared lib generation include a -lgnarl-4.4 in the command line. If I remove it the symbol problem is solved for this library. If I run exactly the same command on amd64 architecture with the -lgnarl-4.4 option I get a libpolyorb-giop.so without the symbols. May be it's a problem in ld, but at this level I don't know how to distinguish between gnat and ld. [1] http://lists.debian.org/debian-ada/2011/01/msg0.html -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing') Architecture: armel (armv5tel) Kernel: Linux 2.6.32-5-kirkwood 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 gnat-4.4 depends on: ii gcc-4.4 4.4.5-8The GNU C compiler ii gnat-4.4-base 4.4.5-3The GNU Compiler Collection (gnat ii libc6 2.11.2-9 Embedded GNU C Library: Shared lib ii libc6-dev 2.11.2-9 Embedded GNU C Library: Developmen ii libgcc1 1:4.4.5-8 GCC support library ii libgmp3c2 2:4.3.2+dfsg-1 Multiprecision arithmetic library ii libgnat-4.4 4.4.5-3Runtime library for GNU Ada applic ii libgnatprj4.4 4.4.5-3GNU Ada Project Manager ii libgnatvsn4.4 4.4.5-3GNU Ada compiler version library ii libmpfr4 3.0.0-2multiple precision floating-point gnat-4.4 recommends no packages. Versions of packages gnat-4.4 suggests: pn ada-reference-manual none (no description available) pn gnat-4.4-doc none (no description available) pn gnat-gps none (no description available) pn gprbuild 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#566926: ld : cannot find -lgnat-4.4
Package: gnat-4.4 Version: 4.4.3-1 Severity: normal When doing gnatmake test_static.adb -largs -static the library libgnat-4.4.a isn't found : gnatbind -x test_static.ali gnatlink test_static.ali -static /usr/bin/ld: cannot find -lgnat-4.4 collect2: ld returned 1 exit status gnatlink: error when calling /usr/bin/gcc-4.4 gnatmake: *** link failed. a local symbolic link to /usr/lib/gcc/arch dependent4.4/adalib/libgnat.a enable to compile *** test_static.adb procedure test_static is begin null; end test_static; -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc64) Kernel: Linux 2.6.30-2-powerpc64 (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 gnat-4.4 depends on: ii gcc-4.4 4.4.3-1The GNU C compiler ii gnat-4.4-base 4.4.3-1The GNU Compiler Collection (gnat ii libc6 2.10.2-5 Embedded GNU C Library: Shared lib ii libc6-dev 2.10.2-5 Embedded GNU C Library: Developmen ii libgcc1 1:4.4.3-1 GCC support library ii libgmp3c2 2:4.3.2+dfsg-1 Multiprecision arithmetic library ii libgnat-4.4 4.4.3-1Runtime library for GNU Ada applic ii libgnatprj4.4 4.4.3-1GNU Ada Project Manager ii libgnatvsn4.4 4.4.3-1GNU Ada compiler version library ii libmpfr1ldbl 2.4.2-3multiple precision floating-point gnat-4.4 recommends no packages. Versions of packages gnat-4.4 suggests: pn ada-reference-manual none (no description available) pn gnat-4.4-doc 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#559447: gnat-4.4: extends keyword in project files seems to be broken
Package: gnat-4.4
Version: 4.4.2-3
Severity: important
extends key word in gnat projects seems to have problems when
including other projects files.
A test case is joined to this bug report :
proj.gpr with xmlada.gpr
so input_sources.{ads|adb|ali|o} are known
proj_bis.gpr do a with of proj.gpr
so input_sources.{ads|adb|ali|o} are known
proj_ter.gpr extends proj.gpr
so input_sources.{ads|adb|ali|o} should be known
which is the case with gnat gpl 2009 and not with gnat-4.4
This bug was found when trying to use projects file in polyorb/gnat-4.4
using extends. If the extends is removed then the code compile but then DSA
seems to be broken.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: powerpc (ppc64)
Kernel: Linux 2.6.30-2-powerpc64 (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 gnat-4.4 depends on:
ii gcc-4.4 4.4.2-3The GNU C compiler
ii gnat-4.4-base 4.4.2-3The GNU Compiler Collection (gnat
ii libc6 2.10.2-2 GNU C Library: Shared libraries
ii libc6-dev 2.10.2-2 GNU C Library: Development Librari
ii libgcc1 1:4.4.2-3 GCC support library
ii libgmp3c2 2:4.3.1+dfsg-3 Multiprecision arithmetic library
ii libgnat-4.4 4.4.2-3Runtime library for GNU Ada applic
ii libgnatprj4.4 4.4.2-3GNU Ada Project Manager
ii libgnatvsn4.4 4.4.2-3GNU Ada compiler version library
ii libmpfr1ldbl 2.4.2-1multiple precision floating-point
gnat-4.4 recommends no packages.
Versions of packages gnat-4.4 suggests:
pn ada-reference-manual none (no description available)
pn gnat-4.4-doc none (no description available)
-- no debconf information
test_extends_facility.tgz
Description: GNU Zip compressed data
Bug#568881: gnat-4.4: Type to stream input/output broken on big endian archs
Package: gnat-4.4 Version: 4.4.3-1 Severity: normal The output of write_stream is different regarding the architecture it is executed : powerpc (big endian): hexdump -C ./output_stream.dat fa da da da de ad be ef amd64 (little endian): ef be ad de da da da fa i386 (little endian): ef be ad de da da da fa mips (big endian): fa da da da de ad be ef sparc (big endian): fa da da da de ad be ef As far as I understood streams, the output should be neutral regarding of the architecture. *** write_stream.adb with Ada.Streams.Stream_IO; with Interfaces; procedure Write_Stream is File : Ada.Streams.Stream_IO.File_Type; Item_To_Write : constant Interfaces.Unsigned_64 := 16#Fada_D_Ada_Dead_Beef#; Stream : Ada.Streams.Stream_IO.Stream_Access; begin Ada.Streams.Stream_IO.Create (File, Name = output_stream.dat); Stream := Ada.Streams.Stream_IO.Stream (File); Interfaces.Unsigned_64'Output (Stream, Item_To_Write); Ada.Streams.Stream_IO.Close (File); end Write_Stream; -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc64) Kernel: Linux 2.6.30-2-powerpc64 (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 gnat-4.4 depends on: ii gcc-4.4 4.4.3-2The GNU C compiler ii gnat-4.4-base 4.4.3-1The GNU Compiler Collection (gnat ii libc6 2.10.2-5 Embedded GNU C Library: Shared lib ii libc6-dev 2.10.2-5 Embedded GNU C Library: Developmen ii libgcc1 1:4.4.3-2 GCC support library ii libgmp3c2 2:4.3.2+dfsg-1 Multiprecision arithmetic library ii libgnat-4.4 4.4.3-1Runtime library for GNU Ada applic ii libgnatprj4.4 4.4.3-1GNU Ada Project Manager ii libgnatvsn4.4 4.4.3-1GNU Ada compiler version library ii libmpfr1ldbl 2.4.2-3multiple precision floating-point gnat-4.4 recommends no packages. Versions of packages gnat-4.4 suggests: pn ada-reference-manual none (no description available) pn gnat-4.4-doc 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#569186: debian-maintainers: Please add Xavier Grave to Debian maintainers keyring
Package: debian-maintainers Version: 2009.11.04 Severity: normal Please add me to the Debian maintainers keyring. The jetring changeset is attached as add-548662D00E41645E. -- xavier grave *** add-548662D00E41645E Comment: Add Xavier Grave xavier.gr...@ipno.in2p3.fr as a Debian Maintainer Date: Wed, 10 Feb 2010 16:44:32 +0100 Recommended-ByL Ludovic Brenta ludo...@ludovic-brenta.org Agreement: http://lists.debian.org/debian-newmaint/2010/02/msg00012.html Advocates: http://lists.debian.org/debian-newmaint/2010/02/msg00013.html Action: import Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.10 (GNU/Linux) mQGiBEXC/7oRBACNvdSfUnJOTPJAUvwLU65tjJYbBTsdY7HrkDAfCOLdIj5I5Shx Z8XogpBWU955SOmNhEHPotpSj+I2zK2O6DQyfuVUVwRw9ne8W+09UwPVzO+w1VTw 1OSrQ7Hjq+u2BK86J29xX9wwACEXmU/+/QuflFj7V78rRuXmNdpVFg/kxwCgx+lu QkC1AfxqqYoXatKiBt1wUtcD/jXoVLveX1NM8SjuwW2tDkKU+61b+T/DrpqOthcU j/d1e+ztlxkkx36wpiBC70tnX/Gj139m4twnh980LWgyqXZctxNCtH4xZA9PPaav poft14zFteHNPJqplh1nl6Mce/ruG7EbVcoACgN2nxCZ8DPJ0tAetLWX3eCbqEDY FFu+A/9OAu9TjhjN68Bj2K7NDUqICMQN5FPR4n01b5nXLb0wKHB5hmLwX5cSb+Z2 7W9qsLLnRXeimk7d0Muf2DoQTy6A7nipp+X1wkW9NlL2YtUjbw1v+ngZLTDrlxi7 lWqpiWqWoLFiTV8Iz0bmamIudmv3QnWgK25HGx3I6cht20PLTbQ9R3JhdmUgWGF2 aWVyIChBZHJlc3NlIHBlcnNvbm5lbGxlKSA8eGF2aWVyLmdyYXZlQGxhcG9zdGUu bmV0PohgBBMRAgAgBQJGClqqAhsDBgsJCAcDAgQVAggDBBYCAwECHgECF4AACgkQ VIZi0A5BZF7RQgCZAQrXn/6UBwWjVkTz7ikBO8j5TE0AoLkP0IAKsPNcd2vk1deU cUPDykiDiEYEEBECAAYFAkjGkfgACgkQHeT0QCEnXMR55QCeKM/iz2VPHttpiVd0 cEKPBFDT4AIAoIwQ/DmxDReove3ysyP6zbCn2riEiEYEEBECAAYFAkmPkvwACgkQ vuM9o4Jvd//T7wCggLgQ3Bxb+e64TxFNhN1pkWIB0h0AnjJtiIvNgZ/xkhAMM9zq nq3uLsZJiQEcBBABAgAGBQJJj/T7AAoJEAiHs97F6naqKGQIAL6B/3U9M3dxH+Ho SN5gGhDO1ydR4xYuAOMdRkl7Xa/Jsw2HJobkdnZ9WccHMSTVdcSsetBACjNHYUCX REvkmXaDNPIs1Qer58taR7oqK6k5fbhHyUHKkZbUo7QeOIeUEVlTnKoSn20SNTU6 cGl/n2VOoCLt5JPjDnp5pCaOnHCZuRjiq2x90PSHnvgxtJHcZYIxZuKYfmIUcn3m UDZ8/b2dT/sGr4TgNiRw/uCWdvebDrb7V9gn0ZCfULe4PT8PnLlRg1VJriiegdmB 4irCKf8XWHBEdLAMRSC7OJ0x0uHM9C3Xba+67w8pVyNxMm+JgUE/cIU3O1VYJTb6 pmwIemiIRgQQEQIABgUCSZADpwAKCRCKo2Kv6XIyzag3AKCVi2uJyUIzJEh6tuSc DN6enqj3CACfV7sh9eIIzUiwGO8r5ktwwuoq8oaIRgQQEQIABgUCSZADqwAKCRCn 31hycNRMI2sVAJ9uI+HG7bTvBF2N0hyGBhvj4bK2PwCcC4veLXwdIqoCm7e92AfX T6DgiN6IRgQQEQIABgUCSZADrwAKCRDiARwnlIQZfpFZAJ9ydk66Z547WsEP8XhU 6rtmwsWjWQCgj+ZQRF7WIlgmDrtnHlqjexdg4BeIRgQQEQIABgUCSZAtWQAKCRAO p1a1FEhD9TvhAJsGTv/RV22pgIZTfMAYcX6/D82logCgo/XWfl9jMZxA2DFWfq08 wf7cguOIRgQQEQIABgUCSZAj/wAKCRAATVS4OT0kaTq3AJ4rWk0ZCjMPaBn9/7Ct +/sDCtzWGACggyhwy0M0ApiUzMstZd0BQI79aqWJAhwEEAECAAYFAkmQsaIACgkQ 3vkUKEBF0Ztg+xAAumlZnTXXQxmQm7E1kF0QVOWHzUObpDJ1df4fpfjDoPWXeHpk jhcXBWylJoON08zHPpSFESzxibxGcFXLbh/P8uoahCy0qZJE4lX6xlci68v6eiCE muZ6CbrObz4zVoGltymLYAdB2DpL6+mrvhZw+EiRpjQOnLSOYAI9WwLMRukvmhQF NPaJfUnsZ/GQJzQ4bZJ2W6uU9xpeYKv/1PcghKuojHF3Ofzefnm+sgHULTwBItbg crzYSnoTmCfWfNsTvMzGx87utTuBfaL8m+T6ZDz8Gcv8JRw+lQqjVJ1JXviL5nIZ 4UcCvwEJSewtcLEhK6mbW5ZMIYX61iATICJPTSBVtxp3wZC09ph8EMxQqKqhrnpF 2GvdZbkFKrhiNQZexEk5V3L8BfuWdc6SvnkI5GEhDp4Pjs+bvvIYa1EhSJk+ERxX dBKne7saini7qe9DCz709ifat7AoLTCNSR6sc00Zqyv2CtdPYGjAjVvZIMCOt3CX TF28d/ZEfB0tSnbWmhuDrRG9B0ErIrin1Vish394iB8OlELrOg7ngN4PW/OD1zoH IA4S9Ipqbhmb/8xaxI1AxeOTOkuHpmiae8Ac1WR9rUb/wVyD9c5INsBSkm7ijqOT fiMEEPA5ANSd3QxrOtARPeg9SezvFC8L7x7QkY+7XAWkv0JyNl4sBBpjQK+JAhwE EAECAAYFAkmQsaQACgkQ3d85xsX+betcnxAAotS7QposJ7w8PZF+x18Nd59H514l aBa47LdgGZKOXSh20ew02ufb9KfbcyEXbifojh0GAPaRt6MoKfj/MPe7zcNrcgKx vLUppNX8Vfol+QuPvxfLL7a704J1gtvC5AnupG+VRoqVKfGLrHmLEOeDIO1OCci6 xReOBZYjrBVE+a29kuDYvp+k21UwRnjuiZkzil9w8Y853UnJsNgBT7MuUObLfJm7 H01TfPPbmJrR26Xmjw94iLCujS6pWQqJiOnXRPUerW5R/bhvXhnrmZGuDg4SpQAe Kq0925HgN1wxrH+E8OaDc7vFUVaN6YQd1wxOG1ciHFy0sl0nVQFiGgNybbYXMtdA emZmL9Qze2a8DLnSHY9OCcdunzV/DQIJzOdrl47OSYFK72sA6uK37C3h/ornYb2R dQi/xgh+nxiQWvFwzqAwWTN76YmQnAurtXkPKaXJECpuK2hJdozTfbtUma8i5XHM 4FssL1w5MojEpWz5RCvPw23ZdPPuwPgQ6RTYt56jjTL0EgDtBNUH2Vxhnp69jZWU gme9jEieBp0/URtY1fCL/yvKG/jOmKUivwPjhjXFk6crHw8xowYa68IIO0D5pRv5 aXciABx0dkmkjVBk0QSN0X0SYliMY5zbD/BkPAu9fPQTMjMK5+4MXo05FBH0zvTp PPy7YYlfMvPe5QeIRQQQEQIABgUCSZC5wQAKCRDAnh2JlZMO3plAAJjJ2GKLL5BW WX9vIPlVRa7hdDaSAJsFnoQsKEyfV3UrTBwujP37BvrbK4hGBBARAgAGBQJJkLnV AAoJEAQEa4VKLhYrOdQAnjV+nVbH4AFmHnDA5ZaFMzh8dNYdAKCAYLxQmHP4SZC8 aYBUo+tvX2gSFYkBHAQQAQIABgUCSZBg1QAKCRCLHlBfQgkwtEypB/9DVNU20nle dw6mFAOG/rJ+8vWWSCj0a+lDIZ3lmfUBeq5UVTrt+wZTpTirCDPkZxlA3jnGlvlU 8KUuAMYsLypJKdqCKVMiSQEu5n/tJXDAgQXt9GF74kTfGZqPuIyMMcDTqJd1OCgj DROpEQWMtFjtRdGMwm67ToMzVuztBfQq79BQfSMrrGkD2WXlSk1ZQJt3f7bTBSFc yF/nMW36yOMRRMCclD8A1Ky+q4rM638gXDl8j96KnnrU06N+viTOcg4uVDH4YdI/ eh+mPe2IebHPOJhCIYPPk6qLG3jVQHMq4hwk71hR+l4GWetsotktptqdbI2HwdW/ P/iYmyvKUfJdiQIcBBABAgAGBQJJkGDgAAoJEJ0qdiGtR7WDf60P/3nDkrf+IcJz JRoBqrKJCWsO87qdVMWnv5RQGhJOYnyXXdp9blrwNNz9NFgtI0/1F30sgO9D0LMv 8RuLv3AK26YsW975JIBo58jQGUVlQpBqoPBGHIT7n1A95GfPf12a5e3Vd5pzk0B3 r7Q5Ve1kJQdGflJbgS/cMv1d4EwIENxwFLSkfDYnhXRAtEzkbgj/FLnTyPrQFY7d ntjs9LfwMMokXqohlQRr7w6jq7viLBiSc0Yg2LYhUF7q3B9zVVB5M4bMYggTspHl
Bug#510600: lemonldap-ng: Patch for NMU
Neil McGovern a écrit : Package: lemonldap-ng Severity: normal Tags: patch Please find attached your patch for the t-p-u NMU for lemonldap-ng. Many thanks, Neil Hi all, here is the patch for debian/ directory. The rest of change between 0.9.3 and 0.9.3.2 is just somme modifications in Doxygen documentation. Best regards, Xavier diff -aburN lemonldap-ng-0.9.3/debian/changelog lemonldap-ng-0.9.3.2/debian/changelog --- lemonldap-ng-0.9.3/debian/changelog 2009-01-04 12:10:25.0 +0100 +++ lemonldap-ng-0.9.3.2/debian/changelog 2009-01-04 12:11:51.0 +0100 @@ -1,3 +1,11 @@ +lemonldap-ng (0.9.3.2-1) unstable; urgency=low + + * New upstream release + * Closes: #510562 + * Closes: #510563 + + -- Xavier Guimard x.guim...@free.fr Sat, 03 Jan 2009 09:51:55 +0100 + lemonldap-ng (0.9.3-1) unstable; urgency=low * New upstream release diff -aburN lemonldap-ng-0.9.3/debian/rules lemonldap-ng-0.9.3.2/debian/rules --- lemonldap-ng-0.9.3/debian/rules 2008-12-24 09:17:15.0 +0100 +++ lemonldap-ng-0.9.3.2/debian/rules 2009-01-03 09:42:29.0 +0100 @@ -112,7 +112,7 @@ dh_installman dh_link dh_strip - dh_compress + dh_compress -X.pm -X.pl dh_fixperms # dh_perl # dh_makeshlibs
Bug#531416: omegat: Missing dependency (libaccess-bridge-java-jni)
Onkar Shinde a écrit : Omegat needs libaccess-bridge-java-jni but it is missing in dependencies. Can you please provide more explanation? Why does omegat need libaccess-bridge-java-jni? What kind of problems are you facing in the absence of this dependency? Onkar Hi, omegat did not start, I've a Java exception who says that /usr/lib/jvm/java-6-openjdk/jre/lib/ext/libaccess-bridge-java-jni is missing (I was using Sun JVM). After installing the package, I've had to create a link : ln -s /usr/lib/jni/libjava-access-bridge-jni.so \ /usr/lib/jvm/java-6-openjdk/jre/lib/ext/libjava-access-bridge-jni.so Regards, Xavier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573174: libpolyorb1-dev: NF-27-IC22-022 in polyorb
Package: libpolyorb1-dev Version: 2.6.0~20090423-5 Severity: wishlist On the way to have homogeneous code I'm usually using -gnaty option for building my code. But If I use this option within polyorb environment I get some errors in the generated code. 2.7 version polyorb [1] implements some code to avoid this. The modifications to the code of po_gnatdist are rather simple [2], can we think about apply a simple patch to ship a polyorb 2.6.0~201003xx-1 version ? I'm willing to do this if I have a global agreement about this. [1]http://libre2.adacore.com/viewvc/trunk/polyorb/features-27?revision=155229view=markup [2]http://libre2.adacore.com/viewvc?view=revrevision=154614 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc64) Kernel: Linux 2.6.30-2-powerpc64 (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 libpolyorb1-dev depends on: ii g++ 4:4.4.2-3The GNU C++ compiler ii gnat4.4+1The GNU Ada compiler ii gnat-4.44.4.3-1 The GNU Ada compiler ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.3-2GCC support library ii libgnat-4.4 4.4.3-1 Runtime library for GNU Ada applic ii libpolyorb2 2.6.0~20090423-5 Multiple-personality middleware fo Versions of packages libpolyorb1-dev recommends: ii polyorb-servers 2.6.0~20090423-5 Multiple-personality middleware fo libpolyorb1-dev 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#576018: ITP: narval -- An Ada framework for Distributed Acquisition Systems
Package: wnpp Severity: wishlist Owner: xavier xavier.gr...@ipno.in2p3.fr * Package name: narval Version : 1.10.1 Upstream Author : Xavier Grave xavier.gr...@ipno.in2p3.fr * URL : http://narval.in2p3.fr * License : GPL v2+ Programming Lang: Ada Description : An Ada framework for Distributed Acquisition Systems NARVAL is a framework that eases setting up of experimental data taking. It is written in Ada, enables users' plugins (written in C or C++). Using NARVAL, one can distribute many processes across network to take, process, store data online. Processes are of four types : producer (injects data in NARVAL framework), consumer (end of the data flow), intermediary (act as NxM switches) and stand alone actor (no data flow handling, can be used for survey). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571068: [missing dependency] liblog4ada1-dev miss dependency on libxmlezout1-dev
Package: liblog4ada1-dev Version: 1.0-2 Severity: normal liblog4ada1-dev need libxmlezout1-dev because package Log4ada.Appenders.Xml depends on McKae.XML.EZ_Out.Generic_Medium Ada package. liblog4ada0 doesn't depends on libxmlezout0 because Log4ada.Appenders.Xml is a generic package. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc64) Kernel: Linux 2.6.30-2-powerpc64 (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 liblog4ada1-dev depends on: ii gnat-4.4 4.4.3-1The GNU Ada compiler ii liblog4ada0 1.0-2 An Ada library for flexible loggin liblog4ada1-dev recommends no packages. liblog4ada1-dev 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#577514: narval: FTBFS : on hppa, s390 and ia64. Missing reference to these architecture in the build project file
Source: narval Version: 1.10.1-1 Severity: important Tags: sid Justification: fails to build from source narval failed to build on the following architectures : hppa, s390 and ia64 with the same error : build_narval_lib.gpr:8:03: value parisc64 is illegal for typed string binaries build_narval_lib.gpr:15:27: warning: undefined external reference gnatmake: build_narval_lib processing failed make[2]: *** [build_static] Error 4 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/4 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 narval-servers depends on: ii libaws2.7 2.7-3Ada Web Server shared library ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.3-2GCC support library ii libgnat-4.4 4.4.3-1 Runtime library for GNU Ada applic ii liblog4ada0 1.0-4An Ada library for flexible loggin ii libnarval1.10.1 1.10.1-1 An Ada framework for Distributed A ii libpolyorb2 2.6.0~20090423-8 Multiple-personality middleware fo ii libtemplates-parser11.5 11.5-3 Ada library to parse files and rep ii libuuid12.16.2-0 Universally Unique ID library ii libxmlada3.23.2-4XML/Ada, a full XML suite for Ada ii libxmlezout01.06-2 Easy-to-use library for emitting X ii polyorb-servers 2.6.0~20090423-8 Multiple-personality middleware fo Versions of packages narval-servers recommends: ii narval-generic-actors 1.10.1-1 An Ada framework for Distributed A Versions of packages narval-servers suggests: ii narval-tests-actors 1.10.1-1 An Ada framework for Distributed A -- 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#577340: lemonldap-ng: FTBFS: tests failed
- Lucas Nussbaum lu...@lucas-nussbaum.net a écrit : Source: lemonldap-ng Version: 0.9.4.1-3 Severity: serious Tags: squeeze sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20100410 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Hi, it's a Net::LDAP bug, not Lemonldap::NG one Best regards, Xavier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577340: [lemonldap-ng-dev] Re: Bug in Net-LDAP causing FTBFS in lemonldap-ng [was: Processed: reassign]
- Damyan Ivanov d...@debian.org wrote :
...
A bit of explaination would have been nice :/
Hi,
sorry, it was the first time I use reassign
After some bouncing of ideas on IRC, it appears the bug is really in
Net-LDAP, but only lemonldap-ng's test suite manages to trigger it.
The read-only value in question is $_, which is aliased to a constant.
Thanks to the world-dominating search engine, we have found this
educational link[1]
[1] http://www.perlmonks.org/?node_id=570712#default_unlocalized
In essence, this doesn't work:
perl -we'for(1,2) { require Net::LDAP }'
How lemonldap-ng's test suite manages to alias $_ to a constant is not
yet known, but the details are not important. The above code sould
work even if it looks weird.
Lemonldap::NG loads 2 modules (following the configuration): authentication
and userDB in a loop where $_ points to one of those words (as a constant).
In the test which failed, both inherits from Lemonldap::NG::Portal::_LDAP which
contains use Net::LDAP.
My proposal is to patch Constants.pm to use
local $_;
while(DATA) { ... }
instead of
while(DATA) { ... }
Any objections?
Lemonldap::NG use this feature for a long time, and it has been tested many
times on the CPAN
(http://www.cpantesters.org/distro/L/Lemonldap-NG-Portal.html), and today only
1 Debian amd64 test has failed. I don't understand why...
Best regards,
Xavier
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578592: search should search partial words by default, instead of whole words
Package: zim Version: 0.46-1 Severity: normal in search, you can search for partial words, like *3005* when you go the page where it found P3005x, it can not find it, since the find box reads *3005*, and it does not match P3005x. i think the correct way to do it is to do partial match from the search box. 3005 will match p3005x, no need to add * at each end. then it will translate to 3005 in the find box, which will match again and correctly p3005x thanks -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages zim depends on: ii python2.5.4-2An interactive high-level object-o ii python-gtk2 2.16.0-1 Python bindings for the GTK+ widge ii python-simplejson 2.1.0-1simple, fast, extensible JSON enco ii python-support1.0.4 automated rebuilding support for P ii python-xdg0.19-1 Python library to access freedeskt Versions of packages zim recommends: pn python-gtkspell none (no description available) Versions of packages zim suggests: pn bzr none (no description available) pn dvipngnone (no description available) pn graphviz none (no description available) ii scrot 0.8-11 command line screen capture utilit -- 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#562088: ITP: libxmlezout -- XML EZ_Out is a small set of packages intended to aid the creation of XML-formatted output from within Ada programs.
Package: wnpp Severity: wishlist Owner: xavier xavier.gr...@ipno.in2p3.fr * Package name: libxmlezout Version : 1.06 Upstream Author : Marc A. Criley marc.cri...@gmail.com * URL : http://www.mckae.com/xmlEz.html * License : LGPL Programming Lang: Ada Description : XML EZ_Out is a small set of packages intended to aid the creation of XML-formatted output from within Ada programs. XML EZ Out is a small set of packages intended to aid the creation of XML-formatted output from within Ada programs. It basically wraps the tags and data provided to it with XML syntax and writes them to a user-supplied medium. This medium can be any sort of writable entity, such as a file, a memory buffer, or even a communications link, such as a socket. The only functionality required of the medium is that it supply a meaningful Put (for writing a string) and New_Line procedure. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513974: any news?
Since last time, is there any news about openfwwf in debian? With the new squeeze, will it be included in sid? A free package should be better than nnon-free broadcom-sta, don't you think? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641721: ITP: gnatpython -- Python framework to ease development of test suites
Package: wnpp Severity: wishlist Owner: xavier xavier.gr...@ipno.in2p3.fr Dear Maintainer, *** Please consider answering these questions, where appropiate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** * Package name: gnatpython Version : 54 Upstream Author : Thomas Quinot qui...@adacore.com * URL : http://forge.open-do.org/projects/gnatpython * License : GPL-2+, GPL-3+ Programming Lang: C, Python Description : Python framework to ease development of test suites GNATPython is a python framework to ease development of test suites and build scripts in a portable way. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691727: libdbd-pg-perl: Build failed when PostgreSQL is installed
Le 29/10/2012 10:06, Ansgar Burchardt a écrit : Control: tag -1 moreinfo On 10/29/2012 09:29 AM, Xavier Guimard wrote: When make test find an initdb, 01connect test fails line 79/ It wants an error and nothing is returned. When /usr/lib/postgresql/9.1/bin/initdb isn't present, All works find. PostgreSQL version : 9.1+134wheezy1 libdbd-pg-perl build-depends on postgresql for the test suite so initdb should always be there. I just tried rebuilding it with sbuild in unstable and there were no errors. Please send (the relevant part of) the build log. Ansgar dh_auto_test fails on my PC but works with pbuilder. When I remove initdb, tests are skipped so it works. I've just take a look at PostgreSQL log. It reports that the username(postgres) and the authenticated username(xavier) doesn't match. Regards, Xavier ---8--- make[1]: quittant le répertoire « /tmp/t/libdbd-pg-perl-2.19.2 » dh_auto_test make[1]: entrant dans le répertoire « /tmp/t/libdbd-pg-perl-2.19.2 » PGINITDB=/usr/lib/postgresql/9.1/bin/initdb PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/00_signature.t skipped: Set the environment variable TEST_SIGNATURE to enable this test t/00basic.t . ok Please wait, creating new database for testing # Failed test 'Connect with invalid option fails' # at t/01connect.t line 79. # '' # doesn't match '(?^:DBI connect.+failed:)' # # DBI Version 1.622 # DBD::Pg Version 2.19.2 # PerlVersion 5.14.2 # OS linux # PostgreSQL (compiled) 90106 # PostgreSQL (target) 90106 # PostgreSQL (reported) PostgreSQL 9.1.6 on x86_64-unknown-linux-gnu, compiled by gcc (Debian 4.7.2-2) 4.7.2, 64-bit # Default port5432 # DBI_DSN dbi:Pg:db=postgres;port=5440;host=/tmp/dbdpg_testdatabase_O7VfwI/data/socket # DBI_USERxavier # Test schema dbd_pg_testschema # LANGC # array_nulls on # backslash_quote safe_encoding # client_encoding UTF8 # server_encoding UTF8 # standard_conforming_strings on # Adjusted: initdb # Looks like you failed 1 test of 15. t/01connect.t ... Dubious, test returned 1 (wstat 256, 0x100) ---8--- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691727: libdbd-pg-perl: Build failed when PostgreSQL is installed
' ... and there's no leftover pg process. So it seems that the locale somehow influences the tests but I can't reproduce Xavier's error. (I don't have a machine with a real postgressql server and a build environment right now ...) Cheers, gregor OK, it works fine with LC_ALL=C or with LANG=C. I think the problem cames because LANG=fr_FR.UTF-8 but LC_ALL=. Thanks for your help, I think we just have to export LC_ALL=C. Regards, Xavier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536634: libnet-imap-simple-perl: Upstream package tests are skipped
Hi all, Now, Event and Coro are available, I've modified libcoro-perl to build also Coro::EV and Coro::Event. Now another dependency is missing to test everything : Net::Imap::Server. ITP to do... Regards, Xavier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536634: libnet-imap-simple-perl: Upstream package tests are skipped
Le 08/11/2012 07:18, Xavier a écrit : Hi all, Now, Event and Coro are available, I've modified libcoro-perl to build also Coro::EV and Coro::Event. Now another dependency is missing to test everything : Net::Imap::Server. ITP to do... Regards, Xavier RFP already done : http://bugs.debian.org/537473 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692800: libnet-server-coro-perl: Net::Server::Coro isn't useable without libnet-server-perl
Le 09/11/2012 08:50, Salvatore Bonaccorso a écrit : Control: severity -1 serious Hi Xavier On Fri, Nov 09, 2012 at 07:08:05AM +0100, Xavier Guimard wrote: Package: libnet-server-coro-perl Version: 1.2-2 Severity: normal Hi all, This package must depends on libnet-server-perl, else : perl -MNet::Server::Coro -e 'print OK\n' Can't locate Net/Server/Proto/TCP.pm Thanks for your finding. If Net::Server is required to have Net::Server::Coro working then I think the serverity should be serious (see Policy 3.5 Dependencies). Unfortunately we have yet a version in sid not migrated to wheezy :( Looking at Makefile.PL, a dependency to libnet-ssleay-perl is also required Looking at lib/Net/Server/Proto/Coro.pm and the Makefile.PL: Recommends of libnet-ssleay-perl should be enough? Thanks Xavier, and Regards, Salvatore Hi Salvatore, I think you're right, Recommends of libnet-ssleay-perl is enough Cheers, Xavier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690134: unblock: polyorb/2.8~20110207-5
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package polyorb
There is a bug against libpolyorb3 (#688299) in version 2.8~20110207-4.
Version 2.8~20110207-5 remove the diversion and the manpage that was diverted
and this solve the bug.
The polyorb.7 manpage doesn't document any binary and isn't very usefull so
the changes are quite small. Also the polyorb-doc (no changes in it) contains
much more information than the polyorb.7 manpage so users still have access to
the informations from the removed manpage.
unblock polyorb/2.8~20110207-5
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
[The following lists of changes regard files as different if they have
different names, permissions or owners.]
Files in first .changes but not in second
-
-rw-r--r-- root/root /usr/share/man/man7/polyorb.7.gz
-rwxr-xr-x root/root DEBIAN/preinst
Control files of package libpolyorb-dbg: lines which differ (wdiff format)
--
Depends: libpolyorb3 (= [-2.8~20110207-4),-] {+2.8~20110207-5),+}
libpolyorb2-dev (= [-2.8~20110207-4)-] {+2.8~20110207-5)+}
Version: [-2.8~20110207-4-] {+2.8~20110207-5+}
Control files of package libpolyorb2-dev: lines which differ (wdiff format)
---
Depends: libc6 (= 2.4), libgcc1 (= 1:4.1.1), libgnat-4.6 (= [-4.6.3-4),-]
{+4.6.3-6),+} libpolyorb3 (= [-2.8~20110207-4),-] {+2.8~20110207-5),+} g++,
gnat-4.6
Recommends: polyorb-servers (= [-2.8~20110207-4)-] {+2.8~20110207-5)+}
Version: [-2.8~20110207-4-] {+2.8~20110207-5+}
Control files of package libpolyorb3: lines which differ (wdiff format)
---
Depends: libc6 (= 2.4), libgcc1 (= 1:4.1.1), libgnat-4.6 (= [-4.6.3-4)-]
{+4.6.3-6)+}
Installed-Size: [-21286-] {+21285+}
Recommends: polyorb-servers (= [-2.8~20110207-4)-] {+2.8~20110207-5)+}
Version: [-2.8~20110207-4-] {+2.8~20110207-5+}
Control files of package polyorb-doc: lines which differ (wdiff format)
---
Recommends: libpolyorb2-dev (= [-2.8~20110207-4)-] {+2.8~20110207-5)+}
Version: [-2.8~20110207-4-] {+2.8~20110207-5+}
Control files of package polyorb-servers: lines which differ (wdiff format)
---
Depends: libc6 (= 2.4), libgcc1 (= 1:4.1.1), libgnat-4.6 (= [-4.6.3-4),-]
{+4.6.3-6),+} libpolyorb3
Version: [-2.8~20110207-4-] {+2.8~20110207-5+}
diffstat for polyorb-2.8~20110207 polyorb-2.8~20110207
changelog|9 +
libpolyorb3.manpages |1 -
libpolyorb3.postrm | 10 --
libpolyorb3.preinst | 10 --
4 files changed, 9 insertions(+), 21 deletions(-)
diff -Nru polyorb-2.8~20110207/debian/changelog polyorb-2.8~20110207/debian/changelog
--- polyorb-2.8~20110207/debian/changelog 2012-06-13 23:48:28.0 +0200
+++ polyorb-2.8~20110207/debian/changelog 2012-09-29 09:55:26.0 +0200
@@ -1,3 +1,12 @@
+polyorb (2.8~20110207-5) unstable; urgency=low
+
+ * remove diversion of manpage polyorb.7
+the man page isn't put in any package since it contains general information
+not very usefull
+Closes: #688299
+
+ -- Xavier Grave xavier.gr...@ipno.in2p3.fr Sat, 29 Sep 2012 09:48:41 +0200
+
polyorb (2.8~20110207-4) unstable; urgency=low
* remove the testsuite run as part of the build
diff -Nru polyorb-2.8~20110207/debian/libpolyorb3.manpages polyorb-2.8~20110207/debian/libpolyorb3.manpages
--- polyorb-2.8~20110207/debian/libpolyorb3.manpages 2012-05-29 15:44:31.0 +0200
+++ polyorb-2.8~20110207/debian/libpolyorb3.manpages 1970-01-01 01:00:00.0 +0100
@@ -1 +0,0 @@
-docs/polyorb.7
diff -Nru polyorb-2.8~20110207/debian/libpolyorb3.postrm polyorb-2.8~20110207/debian/libpolyorb3.postrm
--- polyorb-2.8~20110207/debian/libpolyorb3.postrm 2012-05-29 23:28:57.0 +0200
+++ polyorb-2.8~20110207/debian/libpolyorb3.postrm 1970-01-01 01:00:00.0 +0100
@@ -1,10 +0,0 @@
-#! /bin/sh
-# prostrm script for libpolyorb3
-
-set -e
-
-dpkg-divert --package libpolyorb3 --remove --rename /usr/share/man/man7/polyorb.7.gz
-
-#DEBHELPER#
-
-exit 0
diff -Nru polyorb-2.8~20110207/debian/libpolyorb3.preinst polyorb-2.8~20110207/debian/libpolyorb3.preinst
--- polyorb-2.8~20110207/debian/libpolyorb3.preinst 2012-05-29 23:28:57.0 +0200
+++ polyorb-2.8~20110207/debian/libpolyorb3.preinst 1970-01-01 01:00:00.0 +0100
@@ -1,10 +0,0 @@
-#! /bin/sh
-# preinst script for libpolyorb3
-
-set -e
-
-dpkg-divert --package libpolyorb3
Bug#675981: libregexp-assemble-perl: Regular expression syntax errors after adding simple regexps when unroll_plus is enabled
Le 04/06/2012 20:22, Witold Baryluk a écrit : ... It looks that Regexp::Assembler incorrectly handles paranthesis for some reasons in this simple expressions. Interesingly despite this simplest one example not having + operator, Regexp::Assemble behaves correctly after disabling unroll_plus option! Regards, Witek Hi Witek, Thanks for your report. It has been posted to the upstream author : https://rt.cpan.org/Ticket/Display.html?id=77650 Xavier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675984: libregexp-assemble-perl: Doesn't handle closing parenthesis in charracter class correctly
Le 04/06/2012 20:59, Witold Baryluk a écrit : ... After escaping closing ], character class is still going on, and s-[ is interpreted as character class range, but s-[ is invalid due to the fact that s is AFTER [ in encoding. (Building message is just print STDERR Building: $str\n; added to sub _build_re in Regexp/Assemble.pm line 1004., to make debugging easier). Regards, Witek Hi Witek, Thanks for your report. It has been posted to the upstream author : https://rt.cpan.org/Ticket/Display.html?id=77651 Xavier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660756: pbuilder: pdebuild try to build indep package even with --binary-arch option
Package: pbuilder Version: 0.206 Severity: normal Dear Maintainer, When trying to build only arch package the build-indep target is called. This caused the bug #660245. Here is the command used to build : pdebuild --debbuildopts -i_MTN --auto-debsign --debsign-k 0E41645E -- --binary-arch The package related to bug 660245 is liblog4ada, it is available on Debian mentors : dget -x http://mentors.debian.net/debian/pool/main/libl/liblog4ada/liblog4ada_1.2-1.dsc A workaround bug 660245 was found (Build only the indep target if pdflatex is installed). Thanks -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages pbuilder depends on: ii coreutils 8.13-3 ii debconf [debconf-2.0] 1.5.41 ii debianutils4.2.1 ii debootstrap1.0.38 ii dpkg-dev 1.16.1.2 ii wget 1.13.4-2 Versions of packages pbuilder recommends: ii devscripts 2.11.4 ii fakeroot1.18.2-1 ii sudo1.8.3p2-1 Versions of packages pbuilder suggests: pn cowdancer none pn gdebi-corenone pn pbuilder-uml none -- debconf information: pbuilder/rewrite: false pbuilder/nomirror: pbuilder/mirrorsite: http://debian.ens-cachan.fr/ftp/debian/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646975: Version 290.10-1 solves the problem
Hi all, version 290.10-1 has closed the problem for me. Thanks a lot ! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662110: jhead -cmd 'jpegtran -progressive i o' P1080931.JPG remove Date/Time Original exif tag and others
Package: jhead Version: 1:2.93-1 Severity: normal Hi, jhead is removing a lot of valuable data with jhead -cmd 'jpegtran -progressive i o' P1080931.JPG, like the most important Date/Time Original exif tag. jhead -cmd is supposed to keep that exif tags. I now use : phototemp=$(mktemp $photo.) jpegtran -copy all -progressive $photo $phototemp mv -f $phototemp $photo thanks -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages jhead depends on: ii libc6 2.13-24 ii libjpeg-progs 8c-2 jhead recommends no packages. Versions of packages jhead suggests: ii imagemagick 8:6.6.9.7-5+b2 -- 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#708180: Problem with the patch introduced by 708180
Hi all,
to close #708180 (applications die() because of SIGCHLD vs. SIGCLD
confusion), a patch has been added to change CHLD signal to CLD.
--- a/lib/Net/Server/SIG.pm
+++ b/lib/Net/Server/SIG.pm
@@ -40,6 +40,9 @@
my $code_ref = shift;
my $ref = ref($code_ref);
+# Added by Debian maintainer to close #708180
+$sig = 'CLD' if ($sig eq 'CHLD');
+
if (! $ref) {
if ($code_ref eq 'DEFAULT') {
delete $_SIG{$sig};
This bug has introduced a new one: #712714 Regression: amavisd died at
/usr/share/perl5/Net/Server/SIG.pm line 75: check_sigs() calls
$_SIG_SUB{$sig}-($sig); but it is empty since register_sig() has
register code in $_SIG_SUB{CLD} instead of $_SIG_SUB{CHLD}.
Best regards,
Xavier
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708180: Fwd: Re: [rt.cpan.org #85308] applications die() because of SIGCHLD vs. SIGCLD confusion
Forward upstream team response:
Original message
Subject: Re: [rt.cpan.org #85308] applications die() because of SIGCHLD
vs. SIGCLD confusion
Date : Wed, 15 May 2013 09:07:38 -0400
From : Paul Seamons via RT bug-net-ser...@rt.cpan.org
Reply To : bug-net-ser...@rt.cpan.org
To : x.guim...@free.fr
URL: https://rt.cpan.org/Ticket/Display.html?id=85308
Likely the better solution would be to change that code to this:
$SIG{$sig} = sub{ $Net::Server::SIG::_SIG{$sig} = 1; };
That way, perl remains consistent and whatever awry value is being
returned on your platform is ignored.
I am a bit interested to know what platform you are running on. We have
thousands of people running Net::Server on many platforms and you are
the first to report the error. I personally have had some servers in
use for over a decade, several getting millions of hits a month with
spikes to hundreds of connections per second, but have not seen this issue.
Either way - I think it is good to make the closure just depend on the
value it already knows about at creation. I'm afraid changing it to
explicitly look for CLD would break many platforms. So expect the fix
in 2.008 which we'll release soon.
Paul
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602056: Patch must be removed
According to https://rt.cpan.org/Public/Bug/Display.html?id=62667 this is not a bug and the Debian patch must be removed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708180: [rt.cpan.org #85308] applications die() because of SIGCHLD vs. SIGCLD confusion
p...@seamons.com wrote (on RT):
I'm not sure why the name difference. But, either way, if there is going
to now be a new name, then handling it with the:
$SIG{$sig} = sub{ $Net::Server::SIG::_SIG{$sig} = 1; };
is a start, but if CLD is also necessary, then we'll need to just
register both CHLD and CLD to handle children. Not much overhead - but
it would handle all cases.
But before I go fully down that road, can you try the above patched line
on your system and see if you get proper behavior?
Thank you.
Paul
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602056: Patch must be removed
Dominique Dumont wrote :
On Friday 17 May 2013 06:44:46 Xavier wrote:
According to https://rt.cpan.org/Public/Bug/Display.html?id=62667 this
is not a bug and the Debian patch must be removed.
OTOH, UNIVERSAL doc mentions:
# but never do this!
$is_io= UNIVERSAL::isa($fd, IO::Handle);
$sub = UNIVERSAL::can($obj, print);
I think an alternative is suggested at the end of this man page:
Instead, use reftype from Scalar::Util for the first case:
use Scalar::Util 'reftype';
$yes = reftype( $h ) eq HASH;
reftype never returns a class name, it always returns the type of the
structure hidden behind an object.
Can you modify the patch and test that it works ?
If yes, we will be able to submit another patch to upstream.
Hi,
I've written it but the example continue to fail. So with a debug, I've
found something strange : $values contains a ref to a hashref. So I've
written a new patch
Xavier
Author: Ashish Shukla wahj...@members.fsf.org
Subject: use 'ref' rather than 'UNIVERSAL::isa'
Reviewed-by: Xavier Guimard x.guim...@free.fr
Last-Update: 2010-11-03
Bug: http://rt.cpan.org/Ticket/Display.html?id=62667
Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=602056
Last-Update: 2013-05-18
--- a/lib/SOAP/Lite.pm
+++ b/lib/SOAP/Lite.pm
@@ -3818,15 +3818,28 @@
my($value) = $_-value; # take first value
# fillup parameters
-UNIVERSAL::isa($_[$param] = 'SOAP::Data')
-? $_[$param]-SOAP::Data::value($value)
-: UNIVERSAL::isa($_[$param] = 'ARRAY')
-? (@{$_[$param]} = @$value)
-: UNIVERSAL::isa($_[$param] = 'HASH')
-? (%{$_[$param]} = %$value)
-: UNIVERSAL::isa($_[$param] = 'SCALAR')
-? (${$_[$param]} = $$value)
-: ($_[$param] = $value)
+use Scalar::Util 'reftype';
+if ( reftype( $_[$param] ) ) {
+if ( reftype( $_[$param] ) eq 'SCALAR' ) {
+${ $_[$param] } = $$value;
+}
+elsif ( reftype( $_[$param] ) eq 'ARRAY' ) {
+@{ $_[$param] } = @$value;
+}
+elsif ( reftype( $_[$param] ) eq 'HASH' ) {
+if ( eval { $_[$param]-isa('SOAP::Data') } ) {
+$_[$param]-SOAP::Data::value($value);
+}
+elsif ( reftype($value) eq 'REF' ) {
+%{ $_[$param] } = %$$value;
+}
+else { %{ $_[$param] } = %$value; }
+}
+else { $_[$param] = $value; }
+}
+else {
+$_[$param] = $value;
+}
}
}
}
Bug#560084: Fwd: [rt.cpan.org #84887] Process crashing when trying to issue more then one query over an gssapi/ldap connection
Original message
Subjcet: [rt.cpan.org #84887] Process crashing when trying to issue more
then one query over an gssapi/ldap connection
Date : Sun, 19 May 2013 06:17:40 -0400
From : Peter Marschall via RT bug-perl-l...@rt.cpan.org
Reply to : bug-perl-l...@rt.cpan.org
To : x.guim...@free.fr
Copy to : phil...@ppc.in-berlin.de
URL: https://rt.cpan.org/Ticket/Display.html?id=84887
Hi,
On Sat Apr 27 00:50:31 2013, GUIMARD wrote:
I have an adduser-script for ldap and kerberos, which works fine with
libnet-ldap-perl 1:0.34-1, but not with any newer version.
The script uses SASL/GSSAPI authentication to bind to the ldap server.
After some debugging, I found out that the process crshes with SIGPIPE
when i issue more then one ldap query over the same connection.
After having installed kerberos [for another GSSAPI-related bug report],
I checked using the script below
--- BEGIN EXAMPLE ---
#!/usr/bin/perl -w
use Net::LDAP;
use Authen::SASL qw(Cyrus); # CHECK 1: switch
between Perl Cyrus
my $ldap = Net::LDAP-new('ldaps://SERVER.DOMAIN') or die($@);
my $sh = Authen::SASL-new(mechanism = 'GSSAPI') or die Can't get SASL
handle\n;
$sh = $sh-client_new('ldap', 'SERVER.DOMAIN'); # CHECK 2:
(un)comment this line
my $mesg = $ldap-bind('cn=MANAGER,dc=ADPM,dc=DE', sasl = $sh);
die LDAP bind failed: .$mesg-error.' ('.$mesg-code.')' if $mesg-code;
$mesg = $ldap-search(base = 'dc=ADPM,dc=DE', filter = '(cn=*TEST-USER
1*)');
die 1st search failed: .$mesg-error.' ('.$mesg-code.')' if $mesg-code;
$mesg = $ldap-search(base = 'dc=ADPM,dc=DE', filter = '(cn=*TEST-USER
2*)');
die 2nd search failed: .$mesg-error.' ('.$mesg-code.')' if $mesg-code;
print Sorry, SIGPIPE cannot be reproduced\n;
--- END EXAMPLE --
I tried all 4 cases of CHECK A CHECK B, but was not able to reproduce
a SIGPIPE in any case.
The only case when the script did not terminate successfully
was when 'qw(Cyrus)' was used for CHECK A and the client_new() was not
called in the script for CHECK B.
In this case, the script died with the message
LDAP bind failed: generic failure (82) at ./crashit.pl line 9 ...
In all other cases the script ran successfully to the end.
There never was a SIGPIPE.
Can you please try to run the script with the 4 individual cases of
CHECK A B, and report back the individual results.
Best
Peter
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679343: Fwd: [rt.cpan.org #84888] Segfaults when adding or deleting tainted values
Message original
Subject: [rt.cpan.org #84888] Segfaults when adding or deleting tainted
values
Date : Sun, 19 May 2013 05:36:31 -0400
From : Peter Marschall via RT bug-perl-l...@rt.cpan.org
Reply to : bug-perl-l...@rt.cpan.org
To : x.guim...@free.fr
Copy to : wa...@umnh.utah.edu
URL: https://rt.cpan.org/Ticket/Display.html?id=84888
Hi,
On Mon May 13 17:52:41 2013, wa...@umnh.utah.edu wrote:
When I modify it to use Authen::SASL so that I can authenticate using
GSSAPI, it crashes with a sgementation fault. If I set things up so
that
I can authenticate to the server without GSSAPI, it does not crash.
you got me interested ;-)
So I built a Kerberos installation and rewrote the script:
--- BEGIN EXAMPLE ---
#!/usr/bin/perl -w -T
use Net::LDAP;
use Authen::SASL qw(Cyrus); # CHECK A: switch
between Perl Cyrus
use Net::LDAP::Entry;
die(Usage $0 carLicense\n) unless @ARGV;
my $ldap = Net::LDAP-new('ldap://SERVER.DOMAIN') or die($@);
my $sh = Authen::SASL-new(mechanism = 'GSSAPI') or die Can't get SASL
handle\n;
#$sh = $sh-client_new('ldap', 'SERVER.DOMAIN');# CHECK
B: (un)comment this line
my $mesg = $ldap-bind('cn=MANAGER,DC=ADPM,DC=DE', sasl = $sh);
die LDAP bind failed: .$mesg-error.' ('.$mesg-code.')' if $mesg-code;
my $entry = Net::LDAP::Entry-new('cn=TEST-USER,DC=ADPM,DC=DE');
$entry-changetype('modify');
$entry-add(carLicense = $ARGV[0]);
$mesg = $entry-update($ldap);
print Sorry, sgmentation fault cannot be reproduced\n;
die LDAP modify failed: .$mesg-error.' ('.$mesg-code.')' if
$mesg-code;
--- END EXAMPLE ---
Using this updated script I tried to reproduce the segfault, again using
perl-ldap 0.55 on Perl v5.14.2.
In no case of my tests I was able to reproduce a semgentation fault.
But there were different outcomes depending on the different
combinations of the checks
named CHECK A CHECK B above:
* when using 'qw(Perl)' in CHECK A, the script ran successfuly independent
whether client_new() was called in CHECK B or nor
* when using 'qw(Cyrus)' in CHECK A, and called client_new() in the
script, then
the script finished without problems too.
* only when 'qw(Cyrus)' in CHECK A and not calling client_new() in the
script,
[i.e. in exact the configuration as shown above], the script died in
line 12
with the message
LDAP bind failed: generic failure (82) at ./crashit.pl line 12,
DATA line 747.
But it did not segfault.
I guess the root cause here is that Authen::SASL::Cyrus cannot deal with
an IP address
as SASL host.
The workaround here is to call client_new yourself.
This is documented in the bind section of the Net::LDAP man page.
Can you please test this updated script with all the 4 cases of CHECK A
B and
report the individual results?
Best
Peter
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633414: libnet-pcap-perl: produces empty package when built on experimental with perl 5.14
Hi, I'm unable to reproduce this problem now (experimental + Perl-5.18 or unstable + Perl-5.14) Can you test another time ? Cheers, Xavier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688970: patch-smime-self breaks gpg on my install
Package: mutt Followup-For: Bug #688970 unfortunatly, I spoke too soon. the patch-smime-self breaks the gpg-decrypting and gpg-encrypting on my install. I can encrypt (wont find any key to encrypt although they are all here) and it wont decrypt my gpg-encrypted mail. sigh... -- 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#696129: Bug in libpod-simple-wiki-perl 0.11-1
# Tags control tags 696129 + upstream wontfix notforwarded 696129 stop # End tags control Hi, when the patch is applied, tests fail. The Twiki list bug is also in upstream TODO list. Xavier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695559: ITP: libstring-perlidentifier-perl -- Perl extension that generate a random name for a variable
Le 11/12/2012 03:49, Adam Borowski a écrit : On Mon, Dec 10, 2012 at 06:12:55AM +0100, Xavier Guimard wrote: * Package name: libstring-perlidentifier-perl * URL : http://search.cpan.org/perldoc?String%3A%3APerlIdentifier Description : Perl extension that generate a random name for a variable String::PerlIdentifier automatically exports a single subroutine, make_varname(), which returns a string composed of random characters that qualifies as the name for a Perl variable. The characters are limited to upper- and lower-case letters in the English alphabet, the numerals from 0 through 9 and the underscore character. The first character may not be a numeral. Seriously? A whole package for this? And of all languages, in perl? Is this a joke? Because even if adding a new package would be free, you need to type more to import the module and call the function than it would take to implement it anew, inline. Every single package adds at least ~3.5KB to three apt lists, these must be loaded into memory for every apt operation, etc. This can already take a while on smaller systems supported by Debian. Adding a single package is not a big deal, adding them for something orders of magnitude smaller than the waste, is. And for added insult, this module's documentation already mentions String::Random which can do this and more, and is already packaged in Debian. Please, for the love of Yog-Sothoth, if you need this as a dependency, patch it away instead of creating such a package. Hi, sorry, I'll patch libfile-save-home-perl to include this in test dir (required only for make test). The goal is to package libextutils-modulemaker-perl that replace h2xs for pure Perl modules. Cheers, Xavier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696516: unblock: lemonldap-ng/1.1.2-5+deb70u1
Le 23/12/2012 13:31, Adam D. Barratt a écrit : Control: tags -1 + moreinfo On 22.12.2012 07:34, Xavier Guimard wrote: This release will contain : * the security fix to close #696329 * the pt_BR.po file to close #693366 It looks like #696329 isn't fixed in unstable yet? What's the progress on that? In general we'd expect fixes going via t-p-u to have been applied to unstable first where appropriate, to give them some more exposure / testing. Regards, Adam Hi Adam, gregoa has done it just now (there were many other changes to check). Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695349: gnat-4.6: fails to build os lovelace
Package: gnat-4.6 Version: 4.6.3-8 Severity: normal Dear Maintainer, Compiling org.os-lovelace.micro-kernel branch (monotone repository hosted @ www.ada-france.org), revision 0295b8f9752c0ddb2975b561f2b96c60b9b2c535 with gnat-4.4 is ok when switching to gnat-4.6 compilation aborts with this message : gcc-4.6 -c -O2 -gnaty -gnatf -gnatL -nostdinc -nostdlib -gnat05 -gnatwae -gnato -m32 -I- -gnatA /home/xavier/lovelace/org.os-lovelace.micro-kernel/src/modules/module_fct1.adb fatal error, run-time library not installed correctly cannot locate file system.ads compilation abandoned gnatmake: /home/xavier/lovelace/org.os-lovelace.micro-kernel/src/modules/module_fct1.adb compilation error In order to produce this problem one needs to do (in the workspace top directory) : make x86_32_config make GCC=gcc-4.6 The file system.ads is available in directory src/common/runtime which is listed in common.gpr project file. Thanks ins advance, xavier -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages gnat-4.6 depends on: ii gcc-4.64.6.3-13 ii gnat-4.6-base 4.6.3-8 ii libc6 2.13-37 ii libc6-dev 2.13-37 ii libgcc11:4.7.2-4 ii libgmp10 2:5.0.5+dfsg-2 ii libgnat-4.64.6.3-8 ii libgnatprj4.6 4.6.3-8 ii libgnatvsn4.6 4.6.3-8 ii libmpc20.9-4 ii libmpfr4 3.1.0-5 ii multiarch-support 2.13-37 ii zlib1g 1:1.2.7.dfsg-13 gnat-4.6 recommends no packages. Versions of packages gnat-4.6 suggests: pn ada-reference-manual-html none pn ada-reference-manual-info none pn ada-reference-manual-pdf none pn ada-reference-manual-text none pn gnat-4.6-doc none pn gnat-4.6-sjlj none -- 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#710996: FTBFS with perl 5.18: POD
fixed 710996 1.404-1 stop Hi all, in version 1.404, the link Lhttp://en.wikipedia.org/wiki/Backus_Naur_Form|Backus Naur Form has been replaced by LBackus Naur Form|http://en.wikipedia.org/wiki/Backus_Naur_Form So I think that it closes this bug. Note that pod2html doesn't recognize this form of link. Cheers, Xavier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629291: Background behind removal of Test::SimpleUnit from CPAN?
Le 08/06/2013 13:30, Dominic Hargreaves a écrit : On Mon, Aug 22, 2011 at 11:28:21PM +0200, gregor herrmann wrote: On Mon, 22 Aug 2011 19:11:26 +0100, Dominic Hargreaves wrote: pkg-perl people: any objections to me raising this bug to RC and requesting its removal from testing, as a first step? Hm, libtest-mockclass-perl seems to build-depend on it (which itself doesn't have any (build-)rdeps). And which has a low popcon score. So, okay to remove that too? Note that libtest-simpleunit-perl now has a perl 5.18 FTBFS, which is probably enough to justify removal from unstable. Cheers, Dominic. Hi, I've uploaded a beta version on git, perhaps works-it better ? (I've no time to test it today and I think that the problem isn't only with Perl-5.18 but is repared bi beta version) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560084: Tags change
tags 560084 + unreproducible moreinfo stop Upstream team can not reproduce this bug: https://rt.cpan.org/Public/Bug/Display.html?id=84887 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679343: Tags
tags 679343 + unreproducible moreinfo stop Hi, As said in https://rt.cpan.org/Public/Bug/Display.html?id=84888 this bug can not be reproduced by upstream team. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724719: rw------ files and rwx------ directories not in index are invisible
Package: zim Version: 0.60-1 Severity: normal I work with zim with svn. So sometimes files are added by svn without zim's knowledge. when thoses files are 700 (dirs) or 600 (files), zim does not discover/see them. to reproduce : in zim, create a page done create a subpage partage quit zim chmod 700 done chmod 600 partage rm -r .zim (in zim root dir) restart zim zim doesnt see done, nor partage. even after a re-index alternative way to reproduce, create with an external editor the files/folders, with umask 077 thanks -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.10-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages zim depends on: ii python 2.7.5-4 ii python-gobject 3.8.2-1 ii python-gtk2 2.24.0-3+b1 ii python-xdg 0.25-3 Versions of packages zim recommends: pn python-gtkspell none Versions of packages zim suggests: pn bzr none pn ditaa none pn dvipngnone ii git 1:1.7.10.4-2 pn gnuplot none pn graphviz none pn lilypond none pn mercurial none pn python-zeitgeist none pn r-basenone ii scrot 0.8-13 -- 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#736739: [src:lemonldap-ng] Sourceless file
Bastien wrote : Package: src:lemonldap-ng Version: 1.2.5-1 Severity: serious User: debian...@lists.debian.org Usertags: source-contains-prebuilt-javascript-object X-Debbugs-CC: ftpmas...@debian.org I could not find the source of: lemonldap-ng 1.2.5-1 (source) lemonldap-ng-portal/example/skins/common/jquery-ui-1.8.5.custom.min.js lemonldap-ng-manager/example/skins/default/js/jquery-ui-1.8.6.custom.min.js Bastien Hi Bastien, I've a little question, what kind of information do you want for this object ? Also, why is it a serious bug ? d/copyright mentions the source Regards, Xavier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736739: [src:lemonldap-ng] Sourceless file
Le 28/01/2014 09:37, Bastien ROUCARIES a écrit : Le 28 janv. 2014 06:38, Xavier x.guim...@free.fr mailto:x.guim...@free.fr a écrit : Bastien wrote : Package: src:lemonldap-ng Version: 1.2.5-1 Severity: serious User: debian...@lists.debian.org mailto:debian...@lists.debian.org Usertags: source-contains-prebuilt-javascript-object X-Debbugs-CC: ftpmas...@debian.org mailto:ftpmas...@debian.org I could not find the source of: lemonldap-ng 1.2.5-1 (source) lemonldap-ng-portal/example/skins/common/jquery-ui-1.8.5.custom.min.js lemonldap-ng-manager/example/skins/default/js/jquery-ui-1.8.6.custom.min.js Bastien Hi Bastien, I've a little question, what kind of information do you want for this object ? Also, why is it a serious bug ? d/copyright mentions the source Ftpmaster dors not consider minified JavaScript as preferred form of modification. You should rebuilt it from true source .js. In this case you should drop this file and repack the origin tar ball See #debian-qa for help. Bastien Regards, Xavier This file is in the source tree only in this form : jqueryui.com provides customized files containing only wanted features. So if you want to drom this file in the source tree, debuild will have to download jquery-ui from Internet ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720331: libnet-ldap-perl depends on libwww-perl. Why?
Hi all, feature 'LWP support for the LDAP protocol family' requires LWP::Protocol which is provided by libwww-perl. So I think that libwww-perl must be kept either on Depends: or Recommends: Regards, Xavier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744291: calligrasheets: Can't open CSV file because mimetype set on kspread
Package: calligrasheets Version: 1:2.7.5-1+b3 Severity: normal Tags: upstream Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: xavier xav...@alternatif.org To: Debian Bug Tracking System sub...@bugs.debian.org Subject: calligrasheets: Calligrasheets can't open CSV files because of wrong mimetype Message-ID: 20140412144839.4956.94098.reportbug@albinoni X-Mailer: reportbug 6.5.0 Date: Sat, 12 Apr 2014 16:48:39 +0200 Package: calligrasheets Version: 1:2.7.5-1+b3 Severity: normal Dear Maintainer, When opening CSV files, Calligrasheets CSVfilter fails and says not installed. Reason is that mimetype is set on application/x-kspread ..Xsession-error file report: sheets(4945)/csvfilter CSVFilter::convert: Invalid document mimetype application/x-kspread xavier -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.13-1-686-pae (SMP w/1 CPU core) 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 calligrasheets depends on: ii calligra-libs 1:2.7.5-1+b3 ii kde-runtime4:4.11.5-1 ii libc6 2.18-4 ii libgcc11:4.8.2-18 ii libgsl0ldbl1.16+dfsg-1 ii libkcmutils4 4:4.11.5-1 ii libkdecore54:4.11.5-1 ii libkdeui5 4:4.11.5-1 ii libkhtml5 4:4.11.5-1 ii libkio54:4.11.5-1 ii libknotifyconfig4 4:4.11.5-1 ii libkparts4 4:4.11.5-1 ii libkrosscore4 4:4.11.5-1 ii libqt4-dbus4:4.8.5+git242-g0315971+dfsg-2 ii libqt4-sql 4:4.8.5+git242-g0315971+dfsg-2 ii libqt4-xml 4:4.8.5+git242-g0315971+dfsg-2 ii libqtcore4 4:4.8.5+git242-g0315971+dfsg-2 ii libqtgui4 4:4.8.5+git242-g0315971+dfsg-2 ii libstdc++6 4.8.2-18 ii zlib1g 1:1.2.8.dfsg-1 calligrasheets recommends no packages. Versions of packages calligrasheets suggests: pn khelpcenter4 none -- no debconf information -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.13-1-686-pae (SMP w/1 CPU core) 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 calligrasheets depends on: ii calligra-libs 1:2.7.5-1+b3 ii kde-runtime4:4.11.5-1 ii libc6 2.18-4 ii libgcc11:4.8.2-18 ii libgsl0ldbl1.16+dfsg-1 ii libkcmutils4 4:4.11.5-1 ii libkdecore54:4.11.5-1 ii libkdeui5 4:4.11.5-1 ii libkhtml5 4:4.11.5-1 ii libkio54:4.11.5-1 ii libknotifyconfig4 4:4.11.5-1 ii libkparts4 4:4.11.5-1 ii libkrosscore4 4:4.11.5-1 ii libqt4-dbus4:4.8.5+git242-g0315971+dfsg-2 ii libqt4-sql 4:4.8.5+git242-g0315971+dfsg-2 ii libqt4-xml 4:4.8.5+git242-g0315971+dfsg-2 ii libqtcore4 4:4.8.5+git242-g0315971+dfsg-2 ii libqtgui4 4:4.8.5+git242-g0315971+dfsg-2 ii libstdc++6 4.8.2-18 ii zlib1g 1:1.2.8.dfsg-1 calligrasheets recommends no packages. Versions of packages calligrasheets suggests: pn khelpcenter4 none -- 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#748314: kde-runtime-data: kuiserver parse initrd at each kde startup
Package: kde-runtime-data Version: 4:4.12.4-1 Severity: critical Justification: breaks the whole system Dear Maintainer, Dear Maintainer, kuiserver parse initrd at each kde startup AND output errors in [/var/log/] syslog, user.log and messages. This can be seen as not critical, but the critical problem is in the log output. While parsing initrd is totally useless and slow down the system a bit, the log output is the problem that makes the system unusable. Because it output one line per character fond in initrd file. In a few days and some reboot or logout / login my little hard drive was full. I've already search in kde's bug system and forums (and googling a bit too) but found nothing related. Search was made with keywords kuiserver, initrd and $ I've also checked my config (.config, .local and .kde) and found nothing. * What led up to the situation? update to last kde packages and systemd * What exactly did you do (or not do) that was effective (or ineffective)? nothing My best to the team Xavier (zeroheure) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.14-1-686-pae (SMP w/1 CPU core) 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 kde-runtime-data depends on: ii perl 5.18.2-4 kde-runtime-data recommends no packages. kde-runtime-data 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#751008: Update
Maybe I should have attributed this bug to the ipython3 package, as this is producing the same output: $ ipython3 nbconvert --to html Untitled0.ipynb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751008: ipython3-notebook: Print Preview Fails
Hey, thank you for the quick answer. No rush needed, I'm just testing the thing for now. Later maybe i'll propose to some colleagues to play with it, cause this seems great :) By the way, $ ipython3 nbconvert --to slides Untitled0.ipynb is showing the same behavior as: $ ipython3 nbconvert --to html Untitled0.ipynb 2014-06-09 16:16 GMT+02:00 Julian Taylor jtaylor.deb...@googlemail.com: The failure suggests you need to install node-marked too. Maybe also another patch is needed to adapt the path. Installing node-marked doesn't change anything. I can't reproduce the failure with nodejs locally with a simple markdown notebook. Can you attach a example notebook as required programs depend on the content of the notebook. I tested it a bit, here is the simplest example that fails: http://pastebin.com/JU8Pisi3 It's a single Markdown cell, but it fails equally with Heading 1 to 6. Python code and Raw NBConvert do not cause the problem to appear, and render fine. I've just installed a fresh amd64 Jessie chroot (it was an i386 when I initially tested). It appears to be the same problem. As a workaround I think you can use the pandoc package instead to generate the previews which is suggested by ipython-notebook-common. I didn't test pandoc. As a workaround, with texlive and texlive-latex-extra installed, this runs fine, on both i386 and amd64: $ ipython3 nbconvert --to latex --post PDF Untitled0.ipynb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751008:
Hello, Tested again, on a fresh amd64 Jessie install (not chrooted this time), but with the default python 2. I also installed node-marked and nodejs. (Note: python-pygments was required - else I get server error 500 when trying to Print Preview - but not recommended nor suggested as I recall my install) The same problem appears: Error: Cannot find module '/usr/lib/python2.7/dist-packages/IPython/nbconvert/filters/../../html/static/components/marked/lib/marked.js' at Function.Module._resolveFilename (module.js:338:15) at Function.Module._load (module.js:280:25) at Module.require (module.js:364:17) at require (module.js:380:17) at Object.anonymous (/usr/lib/python2.7/dist-packages/IPython/nbconvert/filters/marked.js:12:14) at Module._compile (module.js:456:26) at Object.Module._extensions..js (module.js:474:10) at Module.load (module.js:356:32) at Function.Module._load (module.js:312:12) at Function.Module.runMain (module.js:497:10) WARNING:tornado.access:404 GET /nbconvert/html/custom.css (193.50.56.134) 28.28ms referer=https://lrgp-a201c:/nbconvert/html/Untitled0.ipynb?download=false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751008:
Thanks, I'll test this later. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751008:
Pandoc is installed, if I purge nodejs (and node-marked) I get the following in my browser: 500 : Internal Server Error The error was: nbconvert failed: The command 'nodejs /usr/lib/python2.7/dist-packages/IPython/nbconvert/filters/marked.js' returned an error: [Errno 2] No such file or directory. Please check that Node.js is installed. 2014-06-10 19:14 GMT+02:00 Julian Taylor jtaylor.deb...@googlemail.com: if you remove nodejs and install pandoc it should work. I'll check out how to fix the nodejs version for the next package update. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751008:
2014-06-11 8:48 GMT+02:00 Xavier grand...@gmail.com: Pandoc is installed, if I purge nodejs (and node-marked) I get the following in my browser: I did this last thing a little too quickly. With pandoc installed nodejs purged, *and* the notebook server restarted, it works better. Thanks for your help. The only thing now, is that markdown lists (ordered or not) are not correctly rendered (HTML and latex), while they are rendered fine in the notebook itself. It seems that they are not interpreted, e.g.: Ce notebook est de toute beauté parce que 1. il est chouette et 2. on peut faire des choses. In the preview, it looks like: Ce notebook est de toute beauté parce que 1. il est chouette et 2. on peut faire des choses. In the following example, lists are not interpreted in the preview or latex output, but test formating is: Importation des modules nécessaires : * matplotlib *pour* les figures * numpy pour faire des **calculs** avec des matrices et tout * _rdkit_ pour bosser avec des molécules -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766693: Virt-Manager Cannot find sutable CPU Model for given data
Hi, This is a libvirt bug, see #731815. The suggested workaround is to delete /var/cache/libvirt/qemu/capabilities and restart libvirtd : # rm -rf /var/cache/libvirt/qemu/capabilities # service libvirtd restart Xavier. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767482: qupzilla: missing theme files resulting in no icons in qupzilla 1.8.3-1
Package: qupzilla Version: 1.8.3-1 Severity: important Dear Maintainer, Theme files are missing in deb package. Thus, Qupzilla can't display icons in menu bar. A bit useless for unexperienced users. BTW, thanks for the release! regards Xavier Brochard -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.16-3-686-pae (SMP w/1 CPU core) 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 qupzilla depends on: ii libc6 2.19-12 ii libgcc1 1:4.9.1-19 ii libgl1-mesa-glx [libgl1] 10.3.2-1 ii libqt5core5a 5.3.2+dfsg-4+b1 ii libqt5dbus5 5.3.2+dfsg-4+b1 ii libqt5gui55.3.2+dfsg-4+b1 ii libqt5network55.3.2+dfsg-4+b1 ii libqt5printsupport5 5.3.2+dfsg-4+b1 ii libqt5script5 5.3.2+dfsg-2 ii libqt5sql55.3.2+dfsg-4+b1 ii libqt5sql5-sqlite 5.3.2+dfsg-4+b1 ii libqt5webkit5 5.3.2+dfsg-3 ii libqt5widgets55.3.2+dfsg-4+b1 ii libqupzilla1 1.8.3-1 ii libstdc++64.9.1-19 qupzilla recommends no packages. qupzilla 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#770964: qupzilla: missing lipPIM.so library
Package: qupzilla Version: 1.8.3.1~dfsg1-3 Severity: normal Dear Maintainer, On startup Qupzilla is looking for the lipPIM.so librarey wich is not included in the package. Nothing was change in Qupzilla's default configuration. * What led up to the situation? Launching Qupzilla from command line * What was the outcome of this action? xavier@albinoni:~$ qupzilla [1] 1803 xavier@albinoni:~$ Plugins::loadPlugins Loading /usr/lib/i386-linux-gnu/qupzilla/libPIM.so failed: The shared library was not found. (plugins/plugins.cpp:143, void Plugins::loadPlugins()) QupZilla: 0 extensions loaded Best regards and thanks for packaging Qupzilla. Xavier -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.16-3-686-pae (SMP w/1 CPU core) 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 qupzilla depends on: ii libc6 2.19-12 ii libgcc1 1:4.9.1-19 ii libgl1-mesa-glx [libgl1] 10.3.2-1 ii libqt5core5a 5.3.2+dfsg-4+b1 ii libqt5dbus5 5.3.2+dfsg-4+b1 ii libqt5gui55.3.2+dfsg-4+b1 ii libqt5network55.3.2+dfsg-4+b1 ii libqt5printsupport5 5.3.2+dfsg-4+b1 ii libqt5script5 5.3.2+dfsg-2 ii libqt5sql55.3.2+dfsg-4+b1 ii libqt5sql5-sqlite 5.3.2+dfsg-4+b1 ii libqt5webkit5 5.3.2+dfsg-3 ii libqt5widgets55.3.2+dfsg-4+b1 ii libqupzilla1 1.8.3.1~dfsg1-3 ii libstdc++64.9.1-19 qupzilla recommends no packages. qupzilla 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#789356: release-notes: Titles in PDF versions are made of incorrect characters
Package: release-notes Severity: normal Dear Maintainer, Titles in PDF versions of the Jessie release notes are made of incorrect characters. For example : `QdkdÞrd Mnsdr enq CdahÞm 7 —idrrhd(... 21/ahs OB' instead of : `Release Notes for Debian 8 (jessie), 32-bit PC' For this reason, the release notes cannot be used properly, although paragraphes have not this problem. This happens only for PDF versions (not HTML or plain text ones). This happens at least for English and French versions. This happens for all architectures. I have double checked with another computer and another PDF reader, the problem is still there. Thank you in advance. Xavier -- System Information: Debian Release: 7.8 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#801501: More info and workaround
Hi all, I've found a workaround that works: if suspend is forced with "pm-suspend" instead of using KDE menu, all works fine and there are no segfaults in logs. So I wrote this script #!/bin/bash qdbus org.freedesktop.ScreenSaver /ScreenSaver Lock sudo pm-suspend pm-suspend is declared with NOPASSWD in sudoers of course
Bug#801501: More logs (and more errors) since upgrade
Hi, now logs contains more errors: - first after resume (session was closed before), the computer works but logs contain many: nouveau E[ DRM] DDC responded, but no EDID for eDP-1 Then during KDE session opening, I've got: ksplashqml[11489]: segfault at 8 ip 7fe33af01110 sp 7ffccbf38c38 error 4 in libQt5Gui.so.5.4.2[7fe33adf3000+51b000] krunner[11721]: segfault at 18 ip 7f8d0febb6f8 sp 7ffeff097080 error 4 in libqxcb.so[7f8d0fe71000+b6000] kactivitymanage[11695]: segfault at 18 ip 7f888b43d7a0 sp 7fffc5513438 error 4 in libqxcb.so[7f888b40e000+b6000] kglobalaccel5[11732]: segfault at 18 ip 7fd83b9b86f8 sp 7ffeb6c8f5a0 error 4 in libqxcb.so[7fd83b96e000+b6000] kglobalaccel5[11734]: segfault at 18 ip 7f53df6536f8 sp 7ffe28c23cb0 error 4 in libqxcb.so[7f53df609000+b6000] kwin_x11[11731]: segfault at 18 ip 7f1467c916f8 sp 7ffd9cc31210 error 4 in libqxcb.so[7f1467c47000+b6000] nouveau E[ DRM] DDC responded, but no EDID for eDP-1 kglobalaccel5[11739]: segfault at 18 ip 7f221d0836f8 sp 7ffcd157ead0 error 4 in libqxcb.so[7f221d039000+b6000] nouveau E[ DRM] DDC responded, but no EDID for eDP-1 kglobalaccel5[11742]: segfault at 18 ip 7fd30cbfd6f8 sp 7fff7b2a8970 error 4 in libqxcb.so[7fd30cbb3000+b6000] nouveau E[ DRM] DDC responded, but no EDID for eDP-1 kglobalaccel5[11745]: segfault at 18 ip 7fc64c45a6f8 sp 7ffd8c445620 error 4 in libqxcb.so[7fc64c41+b6000] nouveau E[ DRM] DDC responded, but no EDID for eDP-1 kglobalaccel5[11750]: segfault at 18 ip 7f7d2bd456f8 sp 7ffe3039d460 error 4 in libqxcb.so[7f7d2bcfb000+b6000] nouveau W[PCE0][:02:00.0] disabled, PCE0=1 to enable nouveau E[ DRM] DDC responded, but no EDID for eDP-1 nouveau W[PCE0][:02:00.0] disabled, PCE0=1 to enable nouveau E[ DRM] DDC responded, but no EDID for eDP-1 nouveau E[ DRM] DDC responded, but no EDID for eDP-1 plasmashell[11821]: segfault at 18 ip 7f18cfad76f8 sp 7fffbc1bcdc0 error 4 in libqxcb.so[7f18cfa8d000+b6000] nouveau E[ DRM] DDC responded, but no EDID for eDP-1 klauncher[11898]: segfault at 18 ip 7f776e6836f8 sp 7fffd590eb70 error 4 in libqxcb.so[7f776e639000+b6000] nouveau E[ DRM] DDC responded, but no EDID for eDP-1 Then, kernel crashes, last log line is: ^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
Bug#801501: libqt5sql5: libQt5 segfault when computer resumes from standby
On 11/10/2015 18:33, Lisandro Damián Nicanor Pérez Meyer wrote: > Control: tag -1 moreinfo > > On Saturday 10 October 2015 21:33:29 Xavier Guimard wrote: [snip] > > Hi Xavier! > >> When my laptop (MacBook AIr) resumes from standby, KDE crashes if >> it was opened before standby. No problem when kdm is closed. If >> session is closed but kdm open, sometimes it works fine, >> sometimes not. Looking logs, I found each time the following line >> in kern.log: >> >> [ 948.387826] kactivitymanage[1515]: segfault at 7f458c022cd0 >> ip 7f458695f1b1 sp 7ffd92065b18 error 4 in >> libQt5Sql.so.5.4.2[7f458694b000+3f000]] >> >> I had a look at #796708, but patch seems not to be compliant >> with testing/unstable version > > You should probably not use kdm at this point. Please try again > making sure your system is up to date and with sddm, and see if you > can reproduce the bug. Hi Lisandro, same problem with sddm, but segfault occurs later (more than 1 minute after resume). I found other logs: when a KDE session is opened, _and only in this case_, the screen flashes as soon the computer resumes. nouveau/kwin seem involved: Oct 11 23:05:40 mac-debian kernel: [ 144.724915] nouveau E[kwin_x11[1511]] fail set_domain Oct 11 23:05:40 mac-debian kernel: [ 144.724921] nouveau E[kwin_x11[1511]] validating bo list Oct 11 23:05:40 mac-debian kernel: [ 144.724928] nouveau E[kwin_x11[1511]] validate: -22 Oct 11 23:05:40 mac-debian kernel: [ 144.762168] nouveau E[kwin_x11[1511]] fail set_domain Oct 11 23:05:40 mac-debian kernel: [ 144.762176] nouveau E[kwin_x11[1511]] validating bo list Oct 11 23:05:40 mac-debian kernel: [ 144.762183] nouveau E[kwin_x11[1511]] validate: -22 Each group of 3 lines appears to correspond to a blink. Note that before upgrade to testing, the computer worked perfectly. Regards, Xavier
Bug#801501: libqt5sql5: libQt5 segfault when computer resumes from standby
On 12/10/2015 16:47, Lisandro Damián Nicanor Pérez Meyer wrote: > On Sunday 11 October 2015 23:43:27 Xavier wrote: [snip] >>> You should probably not use kdm at this point. Please try >>> again making sure your system is up to date and with sddm, and >>> see if you can reproduce the bug. >> >> Hi Lisandro, >> >> same problem with sddm, but segfault occurs later (more than 1 >> minute after resume). > > OK, I will need a backtrace then :-/ I've posted /var/log/messages here : https://paste.debian.net/315556/ How can I generate a backtrace ? >> I found other logs: when a KDE session is opened, _and only in >> this case_, the screen flashes as soon the computer resumes. >> nouveau/kwin seem involved: > > I *think* this is another issue. Yes, too many errors since upgrade :-(
Bug#808474: Re [Fix]: liblemonldap-ng-manager-perl: Manager shows garbage where the menu is supposed to be
Hi Peter, The problem occurs only with Debian-Testing. The fix is strange but works: --- lemonldap-ng-manager/lib/Lemonldap/NG/Manager.pm 2015-09-28 08:18:25.740006529 +0200 +++ /usr/share/perl5/Lemonldap/NG/Manager.pm 2015-11-13 16:16:14.951924784 +0100 @@ -20,6 +20,9 @@ Lemonldap::NG::Manager::_i18n ); +*li = *Lemonldap::NG::Manager::Downloader::li; +*span = *Lemonldap::NG::Manager::Downloader::span; + ## @cmethod Lemonldap::NG::Manager new(hashRef args) # Class constructor. #@param args hash reference This patch has been pushed to alioth. Note that Manager has been totaly rewritten for the next 1.9 which will be publish in a few weeks. Regards, Xavier
Bug#814381: liblemonldap-ng-portal-perl: documentation recommend manager-apache2.conf which does not exist
On 11/02/2016 02:45, Rosario Maddox wrote: > Package: liblemonldap-ng-portal-perl > Version: 1.3.3-1 > Severity: normal > > Dear Maintainer, > > The file: > /usr/share/doc/liblemonldap-ng-portal-perl/README.Debian > > says: > > Enable the components you've installed: > > # Portal > a2ensite portal-apache2.conf > > # Manager > a2ensite manager-apache2.conf > > but manager-apache2.conf does not exist. > > # Handler > a2ensite handler-apache2.conf > > Neither this one exists. Hi, Today, the README.Debian is the same for all binary package of lemonldap-ng (that's why README says "components you've installed"). Other files are provided: - by liblemonldap-ng-manager-perl for manager-apache2.conf - by liblemonldap-ng-handler.conf for handler-apache2.conf I can move this readme to lemonldap-ng meta package only.
Bug#823275: libjs-angularjs: Minified files are empty
On 02/05/2016 22:38, Xavier Guimard wrote: > Package: libjs-angularjs > Version: 1.5.3-2 > Severity: important > > Hi, > > since uglify is disabled in debian/rules, package contains empty minified > files. > > Regards, > Xavier Hello, here is a proposed patch Regards, Xavier diff --git a/debian/changelog b/debian/changelog index f624d85..ad67e56 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,9 @@ +angular.js (1.5.3-3) UNRELEASED; urgency=medium + + * Restore minification (Closes: #823275) + + -- Xavier Guimard <x.guim...@free.fr> Wed, 18 May 2016 23:19:09 +0200 + angular.js (1.5.3-2) unstable; urgency=low * Upload to unstable. diff --git a/debian/rules b/debian/rules index 0a717c6..d02feaa 100755 --- a/debian/rules +++ b/debian/rules @@ -46,7 +46,7 @@ override_dh_auto_build: -e 's/"NG_VERSION_CODENAME"/$(CODENAME)/' \ >$(CURDIR)/debian/build/angular.js # angular.min.js - #uglifyjs $(CURDIR)/debian/build/angular.js \ + uglifyjs $(CURDIR)/debian/build/angular.js \ >$(CURDIR)/debian/build/angular.min.js # angular-animate.js @@ -55,7 +55,7 @@ override_dh_auto_build: sed -e 's/"NG_VERSION_FULL"/$(VERSION)/' \ >$(CURDIR)/debian/build/angular-animate.js # angular-animate.min.js - #uglifyjs $(CURDIR)/debian/build/angular-animate.js \ + uglifyjs $(CURDIR)/debian/build/angular-animate.js \ >$(CURDIR)/debian/build/angular-animate.min.js # angular-aria.js @@ -64,7 +64,7 @@ override_dh_auto_build: sed -e 's/"NG_VERSION_FULL"/$(VERSION)/' \ >$(CURDIR)/debian/build/angular-aria.js # angular-aria.min.js - #uglifyjs $(CURDIR)/debian/build/angular-aria.js \ + uglifyjs $(CURDIR)/debian/build/angular-aria.js \ >$(CURDIR)/debian/build/angular-aria.min.js # angular-cookies.js @@ -73,7 +73,7 @@ override_dh_auto_build: sed -e 's/"NG_VERSION_FULL"/$(VERSION)/' \ >$(CURDIR)/debian/build/angular-cookies.js # angular-cookies.min.js - #uglifyjs $(CURDIR)/debian/build/angular-cookies.js \ + uglifyjs $(CURDIR)/debian/build/angular-cookies.js \ >$(CURDIR)/debian/build/angular-cookies.min.js # angular-messages.js @@ -82,7 +82,7 @@ override_dh_auto_build: sed -e 's/"NG_VERSION_FULL"/$(VERSION)/' \ >$(CURDIR)/debian/build/angular-messages.js # angular-messages.min.js - #uglifyjs $(CURDIR)/debian/build/angular-messages.js \ + uglifyjs $(CURDIR)/debian/build/angular-messages.js \ >$(CURDIR)/debian/build/angular-messages.min.js # angular-message-format.js @@ -91,7 +91,7 @@ override_dh_auto_build: sed -e 's/"NG_VERSION_FULL"/$(VERSION)/' \ >$(CURDIR)/debian/build/angular-message-format.js # angular-message-format.min.js - #uglifyjs $(CURDIR)/debian/build/angular-message-format.js \ + uglifyjs $(CURDIR)/debian/build/angular-message-format.js \ >$(CURDIR)/debian/build/angular-message-format.min.js # angular-mocks.js @@ -100,7 +100,7 @@ override_dh_auto_build: sed -e 's/"NG_VERSION_FULL"/$(VERSION)/' \ >$(CURDIR)/debian/build/angular-mocks.js # angular-mocks.min.js - #uglifyjs $(CURDIR)/debian/build/angular-mocks.js \ + uglifyjs $(CURDIR)/debian/build/angular-mocks.js \ >$(CURDIR)/debian/build/angular-mocks.min.js # angular-resource.js @@ -109,7 +109,7 @@ override_dh_auto_build: sed -e 's/"NG_VERSION_FULL"/$(VERSION)/' \ >$(CURDIR)/debian/build/angular-resource.js # angular-resource.min.js - #uglifyjs $(CURDIR)/debian/build/angular-resource.js \ + uglifyjs $(CURDIR)/debian/build/angular-resource.js \ >$(CURDIR)/debian/build/angular-resource.min.js # angular-route.js @@ -124,7 +124,7 @@ override_dh_auto_build: sed -e 's/"NG_VERSION_FULL"/$(VERSION)/' \ >$(CURDIR)/debian/build/angular-route.js # angular-route.min.js - #uglifyjs $(CURDIR)/debian/build/angular-route.js \ + uglifyjs $(CURDIR)/debian/build/angular-route.js \ >$(CURDIR)/debian/build/angular-route.min.js # angular-sanitize.js @@ -136,7 +136,7 @@ override_dh_auto_build: sed -e 's/"NG_VERSION_FULL"/$(VERSION)/' \ >$(CURDIR)/debian/build/angular-sanitize.js # angular-sanitize.min.js - #uglifyjs $(CURDIR)/debian/build/angular-sanitize.js \ + uglifyjs $(CURDIR)/debian/build/angular-sanitize.js \ >$(CURDIR)/debian/build/angular-sanitize.min.js # angular-touch.js @@ -148,7 +148,7 @@ override_dh_auto_build: sed -e 's/"NG_VERSION_FULL"/$(VERSION)/' \ >$(CURDIR)/debian/build/angular-touch.js # angular-touch.min.js - #uglifyjs $(CURDIR)/debian/build/angular-touch.js \ + uglifyjs $(CURDIR)/debian/build/angular-touch.js \ >$(CURDIR)/debian/build/angular-touch.min.js # angular-loader.js @@ -162,7 +162,7 @@ override_dh_auto_build: sed -e 's/"NG_VERSION_FULL"/$(VERSION)/' \ >$(CURDIR)/debian/build/angular-loader.js # angular-loader.min.js - #uglifyjs $(CURDIR)/debian/build/angular-loader.js \ + uglifyjs $(CURDIR)/debian/build/angular-loader.js \ >$(CURDIR)/debian/build/angular-loader.min.js # angular-scenario.js
Bug#823217: libmouse-perl: Mouse generates a 'No package name defined' under ModPerl::Registry
Hi all, I've removed tag "moreinfo" since upstream author can reproduce the bug. Regards, Xavier
Bug#824924: liblemonldap-ng-manager-perl: LemonLDAP::NG's manager tries to access empty minified angular.js files
On 21/05/2016 14:00, Peter Marschall wrote:
> Package: liblemonldap-ng-manager-perl
> Version: 1.9.2-1
> Severity: grave
> Tags: patch
> Justification: renders package unusable
>
> Hi,
>
> LemonLDAP::NG's manager 1.9.2-1 only displays unexpanded teplate names like
> e.g. '{{translateTitle(button)}}' instead of having them expanded correctly.
>
> This makes it unusable as none of its functionality is available.
>
> Looking at the changelog I found the reason:
> It tries to use minified versions of some files in Debian's libjs-angularjs
> package.
>
> Unfortunately Debian's libjs-angularjs does not package the minified versions
> since version 1.3.20-2 (see
> /usr/share/doc/libjs-angularjs/changelog.Debian.gz).
Hi Peter,
this bug is fixed by libjs-angularjs update, done today (see
https://bugs.debian.org/823275)
> The attached patch for /usr/share/lemonldap-ng/manager/templates/scripts.tpl
> fixes the issue by using the un-minified versions.
>
> Thanks for maintaining LemonLDAP::NG in Debian
> PEter
Thanks to you for this report ;-)
Bug#823217: Forward bug
forwarded 823217 https://github.com/gfx/p5-Mouse/issues/60 thanks
Bug#823217: libmouse-perl: Mouse generates a 'No package name defined' under ModPerl::Registry
On 02/05/2016 13:51, Xavier Guimard wrote: > Package: libmouse-perl > Version: 2.4.5-1+b1 > Severity: normal > > Hi all, > > When "use Mouse" is called under ModPerl::Registry, it provides a strange "No > package name defined" error. This bug affects only Debian testing, and is not > found under Ubuntu 15.10 and Debian stable. No such error using Moose. > > Regards, > Xavier Here is a simple CGI test that fails : # /var/www/html/test.pl package main; use CGI; require '/var/www/html/test.pm'; my $q = CGI->new(); print $q->header( -type => 'text/html' ); print 'OK'; # /var/www/html/test.pm package My; use strict; use Mouse; has a => ( is => 'rw' ); 1;
Bug#823217: libmouse-perl: Mouse generates a 'No package name defined' under ModPerl::Registry
On 08/05/2016 12:53, Niko Tyni wrote: > Control: tag -1 moreinfo > > On Tue, May 03, 2016 at 06:00:08AM +0200, Xavier wrote: >> On 02/05/2016 13:51, Xavier Guimard wrote: >>> Package: libmouse-perl >>> Version: 2.4.5-1+b1 >>> Severity: normal > >>> When "use Mouse" is called under ModPerl::Registry, it provides a strange >>> "No >>> package name defined" error. This bug affects only Debian testing, and is >>> not >>> found under Ubuntu 15.10 and Debian stable. No such error using Moose. > >> Here is a simple CGI test that fails : > > Hi, thanks for the report. I can't reproduce your issue on current > unstable with your example and this Apache configuration: > > > SetHandler perl-script > PerlHandler ModPerl::Registry > Options ExecCGI > > > I just get the 'OK' output with this. > > Can you please provide a simple Apache configuration that triggers it? Hello, it's a bit more complex (some Perl code was loaded). Here is an example that reproduce the problem (the key is to load Mouse in a PerlModule parameter and launch another Mouse code with ModPerl::Registry): Apache.conf: PerlModule My ServerName test.example.com # DocumentRoot DocumentRoot /var/www/test Require all granted Options +ExecCGI +FollowSymLinks # Perl script SetHandler perl-script PerlResponseHandler ModPerl::Registry test.pl: package main; use CGI; use My2; my $q = CGI->new(); print $q->header( -type => 'text/html' ); print 'OK'; My.pm: package My; use strict; use Mouse; has a => ( is => 'rw' ); 1; My2.pm: package My2; use strict; use Mouse; has b => ( is => 'rw' ); 1;
Bug#821139: lemonldap-ng-fastcgi-server: circular dependency
On 15/04/2016 23:49, Bill Allombert wrote: > Package: lemonldap-ng-fastcgi-server > Version: 1.9.1-1 > Severity: important > > Hello Debian Perl Group, > > There is a circular dependency between lemonldap-ng-fastcgi-server and > liblemonldap-ng-handler-perl: > > lemonldap-ng-fastcgi-server :Depends: liblemonldap-ng-handler-perl > liblemonldap-ng-handler-perl :Depends: lemonldap-ng-fastcgi-server > > Circular dependencies are known to cause problems during upgrade, so we > should try to avoid them. > > Cheers, Hi, the reason is that liblemonldap-ng-handler-perl embeds Perl libraries and web servers configuration (Apache and Nginx). To resolve this, I propose to split liblemonldap-ng-handler in: * liblemonldap-ng-handler: Perl libraries * lemonldap-ng-handler: configurations So dependencies will be: * lemonldap-ng-handler: - liblemonldap-ng-handler - libapache2-mod-perl2 | lemonldap-ng-fastcgi-server * lemonldap-ng-fastcgi-server: - liblemonldap-ng-handler Is it OK for you ?
Bug#821139: lemonldap-ng-fastcgi-server: circular dependency
On 16/04/2016 09:50, Xavier wrote: > On 15/04/2016 23:49, Bill Allombert wrote: >> Package: lemonldap-ng-fastcgi-server >> Version: 1.9.1-1 >> Severity: important >> >> Hello Debian Perl Group, >> >> There is a circular dependency between lemonldap-ng-fastcgi-server and >> liblemonldap-ng-handler-perl: >> >> lemonldap-ng-fastcgi-server :Depends: liblemonldap-ng-handler-perl >> liblemonldap-ng-handler-perl :Depends: lemonldap-ng-fastcgi-server >> >> Circular dependencies are known to cause problems during upgrade, so we >> should try to avoid them. >> >> Cheers, > > Hi, > > the reason is that liblemonldap-ng-handler-perl embeds Perl libraries > and web servers configuration (Apache and Nginx). To resolve this, I > propose to split liblemonldap-ng-handler in: > * liblemonldap-ng-handler: Perl libraries > * lemonldap-ng-handler: configurations > > So dependencies will be: > * lemonldap-ng-handler: > - liblemonldap-ng-handler > - libapache2-mod-perl2 | lemonldap-ng-fastcgi-server > * lemonldap-ng-fastcgi-server: > - liblemonldap-ng-handler > > Is it OK for you ? I forgot some "-perl" suffix: I propose to split liblemonldap-ng-handler-perl in: * liblemonldap-ng-handler-perl: Perl libraries * lemonldap-ng-handler: configurations So dependencies will be: * lemonldap-ng-handler: - liblemonldap-ng-handler-perl - libapache2-mod-perl2 | lemonldap-ng-fastcgi-server * lemonldap-ng-fastcgi-server: - liblemonldap-ng-handler-perl
Bug#854859: lemonldap-ng-doc: unhandled symlink to directory conversion: /usr/share/doc/lemonldap-ng-doc/pages/documentation/current
On 11/02/2017 11:01, Andreas Beckmann wrote:
> Package: lemonldap-ng-doc
> Version: 1.9.7-2
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: piuparts
>
> Hi,
>
> an upgrade test with piuparts revealed that your package installs files
> over existing symlinks and possibly overwrites files owned by other
> packages. This usually means an old version of the package shipped a
> symlink but that was later replaced by a real (and non-empty)
> directory. This kind of overwriting another package's files cannot be
> detected by dpkg.
>
> This was observed on the following upgrade paths:
>
> jessie → stretch
>
> For /usr/share/doc/PACKAGE this may not be problematic as long as both
> packages are installed, ship byte-for-byte identical files and are
> upgraded in lockstep. But once one of the involved packages gets
> removed, the other one will lose its documentation files, too,
> including the copyright file, which is a violation of Policy 12.5:
> https://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile
>
> For other overwritten locations anything interesting may happen.
>
> Note that dpkg intentionally does not replace directories with symlinks
> and vice versa, you need the maintainer scripts to do this.
> See in particular the end of point 4 in
> https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-unpackphase
>
> It is recommended to use the dpkg-maintscript-helper commands
> 'dir_to_symlink' and 'symlink_to_dir' (available since dpkg 1.17.14)
> to perform the conversion, ideally using d/$PACKAGE.maintscript.
> Do not forget to add 'Pre-Depends: ${misc:Pre-Depends}' in d/control.
> See dpkg-maintscript-helper(1) and dh_installdeb(1) for details.
Hi all,
I've uploaded to alioth a new version, but I don't uderstand why
/usr/share/doc/lemonldap-ng-doc/pages/documentation/1.3/applications
isn't removed during upgrade: it contains only simple files that own to
lemonldap-ng-doc:1.3.3. Both
/usr/share/doc/lemonldap-ng-doc/pages/documentation/1.3/applications and
/usr/share/doc/lemonldap-ng-doc/pages/documentation/1.3 are regular
directories that own also to lemonldap-ng-doc:1.3.3
Could you take a look at this ?
Bug#855841: xserver-xorg-video-nouveau: X crashes on resume with GForce-320M and nouveau
Le 25/02/2017 à 20:52, Sven Joachim a écrit : > On 2017-02-22 12:34 +0100, Xavier Guimard wrote: > >> using Debian testing with a MacBook-Air, X crashes since a few months >> (no problem before) after resume, using Cinnamon or KDE. It doesn't >> happend always but often (70%). You will find below both Xorg.1.log >> (last crash) and Xorg.0.log (after reboot). > > That's most likely a kernel problem. Can you please send the output of > the "dmesg" command after such a failure? You have to run dmesg as root > for that. > > Cheers, >Sven Hello, thanks for your response. Here is the dmesg during X crash Regards, Xavier [0.00] microcode: microcode updated early to revision 0xa0b, date = 2010-09-28 [0.00] Linux version 4.9.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 6.3.0 20170124 (Debian 6.3.0-5) ) #1 SMP Debian 4.9.6-3 (2017-01-28) [0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-4.9.0-1-amd64 root=UUID=135ebf4c-e64f-4d9e-957e-1a5d0677a7aa ro quiet usbcore.autosuspend=-1 [0.00] x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers' [0.00] x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers' [0.00] x86/fpu: Enabled xstate features 0x3, context size is 576 bytes, using 'standard' format. [0.00] x86/fpu: Using 'eager' FPU context switches. [0.00] e820: BIOS-provided physical RAM map: [0.00] BIOS-e820: [mem 0x-0x0008efff] usable [0.00] BIOS-e820: [mem 0x0008f000-0x0008] ACPI NVS [0.00] BIOS-e820: [mem 0x0009-0x0009] usable [0.00] BIOS-e820: [mem 0x0010-0xaeff] usable [0.00] BIOS-e820: [mem 0xaf00-0xbeff] reserved [0.00] BIOS-e820: [mem 0xbf00-0xbf718fff] usable [0.00] BIOS-e820: [mem 0xbf719000-0xbf938fff] ACPI NVS [0.00] BIOS-e820: [mem 0xbf939000-0xbf953fff] usable [0.00] BIOS-e820: [mem 0xbf954000-0xbf96afff] ACPI data [0.00] BIOS-e820: [mem 0xbf96b000-0xbf96dfff] usable [0.00] BIOS-e820: [mem 0xbf96e000-0xbf99afff] reserved [0.00] BIOS-e820: [mem 0xbf99b000-0xbf9a] usable [0.00] BIOS-e820: [mem 0xbf9b-0xbf9dafff] type 20 [0.00] BIOS-e820: [mem 0xbf9db000-0xbfef8fff] usable [0.00] BIOS-e820: [mem 0xbfef9000-0xbfef] reserved [0.00] BIOS-e820: [mem 0xd320-0xd3200fff] reserved [0.00] BIOS-e820: [mem 0xffc0-0x] reserved [0.00] BIOS-e820: [mem 0x0001-0x00013fff] usable [0.00] NX (Execute Disable) protection: active [0.00] efi: EFI v1.10 by Apple [0.00] efi: ACPI=0xbf96a000 ACPI 2.0=0xbf96a014 SMBIOS=0xbf71a000 [0.00] SMBIOS 2.4 present. [0.00] DMI: Apple Inc. MacBookAir3,2/Mac-942C5DF58193131B, BIOSMBA31.88Z.0061.B01.1011181342 11/18/10 [0.00] e820: update [mem 0x-0x0fff] usable ==> reserved [0.00] e820: remove [mem 0x000a-0x000f] usable [0.00] e820: last_pfn = 0x14 max_arch_pfn = 0x4 [0.00] MTRR default type: write-back [0.00] MTRR fixed ranges enabled: [0.00] 0-9 write-back [0.00] A-F uncachable [0.00] MTRR variable ranges enabled: [0.00] 0 base 0C000 mask FC000 uncachable [0.00] 1 base 0BFF0 mask 0 uncachable [0.00] 2 disabled [0.00] 3 disabled [0.00] 4 disabled [0.00] 5 disabled [0.00] 6 disabled [0.00] 7 disabled [0.00] x86/PAT: Configuration [0-7]: WB WC UC- UC WB WC UC- WT [0.00] e820: last_pfn = 0xbfef9 max_arch_pfn = 0x4 [0.00] Base memory trampoline at [991540099000] 99000 size 24576 [0.00] BRK [0x13cd4c000, 0x13cd4cfff] PGTABLE [0.00] BRK [0x13cd4d000, 0x13cd4dfff] PGTABLE [0.00] BRK [0x13cd4e000, 0x13cd4efff] PGTABLE [0.00] BRK [0x13cd4f000, 0x13cd4] PGTABLE [0.00] BRK [0x13cd5, 0x13cd50fff] PGTABLE [0.00] BRK [0x13cd51000, 0x13cd51fff] PGTABLE [0.00] BRK [0x13cd52000, 0x13cd52fff] PGTABLE [0.00] BRK [0x13cd53000, 0x13cd53fff] PGTABLE [0.00] BRK [0x13cd54000, 0x13cd54fff] PGTABLE [0.00] BRK [0x13cd55000, 0x13cd55fff] PGTABLE [0.00] RAMDISK: [mem 0x35b1-0x36d7] [0.00] ACPI: Early table checksum verification disabled [0.00] ACPI: RSDP 0xBF96A014 24 (v02 APPLE ) [0.00] ACPI: XSDT 0xBF96A1C0 84 (v01 APPLE Apple00 0061 0113) [0.00] ACPI: FACP 0xBF968000 F4
Bug#855841: xserver-xorg-video-nouveau: X crashes on resume with GForce-320M and nouveau
Le 27/02/2017 à 20:14, Sven Joachim a écrit : > On 2017-02-27 19:49 +0100, Xavier wrote: > >> Le 25/02/2017 à 20:52, Sven Joachim a écrit : >>> On 2017-02-22 12:34 +0100, Xavier Guimard wrote: >>> >>>> using Debian testing with a MacBook-Air, X crashes since a few months >>>> (no problem before) after resume, using Cinnamon or KDE. It doesn't >>>> happend always but often (70%). You will find below both Xorg.1.log >>>> (last crash) and Xorg.0.log (after reboot). >>> >>> That's most likely a kernel problem. Can you please send the output of >>> the "dmesg" command after such a failure? You have to run dmesg as root >>> for that. >>> >>> Cheers, >>>Sven >> >> Hello, >> >> thanks for your response. Here is the dmesg during X crash > > Thanks. I don't see anything suspicious there, so I'm at a loss. > > Please try a 4.10 kernel from experimental[1], and if the problem > persists, report the bug upstream. See the Nouveau Wiki[2] for > instructions how to do it. > > Cheers, >Sven > > > 1. > https://packages.debian.org/experimental/linux-image-4.10.0-trunk-amd64-unsigned > 2. https://nouveau.freedesktop.org/wiki/Bugs/ Hello, same problem with experimental kernel. Here are complete logs for last fail. Cheers, Xavier [ 6.812] (--) Log file renamed from "/var/log/Xorg.pid-515.log" to "/var/log/Xorg.0.log" [ 6.812] X.Org X Server 1.19.2 Release Date: 2017-03-02 [ 6.812] X Protocol Version 11, Revision 0 [ 6.812] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian [ 6.812] Current Operating System: Linux mac-debian 4.9.0-2-amd64 #1 SMP Debian 4.9.13-1 (2017-02-27) x86_64 [ 6.812] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.9.0-2-amd64 root=UUID=135ebf4c-e64f-4d9e-957e-1a5d0677a7aa ro quiet usbcore.autosuspend=-1 [ 6.812] Build Date: 03 March 2017 03:14:41PM [ 6.812] xorg-server 2:1.19.2-1 (https://www.debian.org/support) [ 6.812] Current version of pixman: 0.34.0 [ 6.812] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 6.813] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 6.813] (==) Log file: "/var/log/Xorg.0.log", Time: Mon Mar 13 19:27:32 2017 [ 6.814] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 6.816] (==) No Layout section. Using the first Screen section. [ 6.816] (==) No screen section available. Using defaults. [ 6.816] (**) |-->Screen "Default Screen Section" (0) [ 6.816] (**) | |-->Monitor "" [ 6.816] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 6.816] (==) Automatically adding devices [ 6.816] (==) Automatically enabling devices [ 6.816] (==) Automatically adding GPU devices [ 6.817] (==) Max clients allowed: 256, resource mask: 0x1f [ 6.916] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [ 6.916] Entry deleted from font path. [ 6.925] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [ 6.925] (==) ModulePath set to "/usr/lib/xorg/modules" [ 6.925] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 6.925] (II) Loader magic: 0x55f55749ee00 [ 6.925] (II) Module ABI versions: [ 6.925] X.Org ANSI C Emulation: 0.4 [ 6.925] X.Org Video Driver: 23.0 [ 6.925] X.Org XInput driver : 24.1 [ 6.925] X.Org Server Extension : 10.0 [ 6.933] (++) using VT number 7 [ 6.933] (II) systemd-logind: logind integration requires -keeptty and -keeptty was not provided, disabling logind integration [ 6.934] (II) xfree86: Adding drm device (/dev/dri/card0) [ 8.002] (--) PCI:*(0:2:0:0) 10de:08a3:106b:00d3 rev 162, Mem @ 0xd200/16777216, 0xc000/268435456, 0xd000/33554432, I/O @ 0x1000/128, BIOS @ 0x/131072 [ 8.006] (II) LoadModule: "glx" [ 8.020] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [ 8.032] (II) Module glx: vendor="X.Org Foundation" [ 8.032] compiled for 1.19.2, module version = 1.0.0 [ 8.032] ABI class: X.Org Server Extension, version 10.0 [ 8.032] (==) Matched nouveau as autoconfigured driver 0 [ 8.032] (==) Matched nv as autoconfigured driver 1 [
Bug#875627: Forwarded to RT
forwarded 875627 https://rt.cpan.org/Ticket/Display.html?id=123029 thanks
Bug#875627: reassing back to libauthen-captcha-perl
Le 13/09/2017 à 09:28, gregor herrmann a écrit : > On Wed, 13 Sep 2017 07:07:51 +, Gianfranco Costamagna wrote: > >> can you please do some upstream reporting? >> I can do it if you want, but my perl foo is still close to zero :) > > Sure, Xavier or me will take care of it. > > > Cheers, > gregor Done: * reported to RT * image fixed in Debian sources * committed to alioth thanks for your help !
