Bug#619875: libjs-jquery-ui: please update to current upstream version

[root]

Package: libjs-jquery-ui
Version: 1.8.dfsg-3
Severity: wishlist

The Debian package of jQuery UI is nearly one year old. The upstream version 
has many bug fixes, especially for the new Autocomplete widget.

The bug I just stumbled into was fixed upstream in July 2010:
https://github.com/jquery/jquery-ui/commit/1f2cfb942f8ac5549b1fe3172501e34864155
30e

-- System Information:
Debian Release: 5.0.8
  APT prefers oldstable
  APT policy: (500, 'oldstable')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.26-2-xen-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libjs-jquery-ui depends on:
ii  libjs-jquery 1.4.2-2~bpo50+1 JavaScript library for dynamic web

Versions of packages libjs-jquery-ui recommends:
ii  javascript-common 5  Base support for javascript librar

Versions of packages libjs-jquery-ui suggests:
pn  libjs-jquery-ui-docs   (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#617679: Problem with shared-mime-info

[Philipp Lehecka]

Hi,

I had the same problem and I solved it by editing

/var/lib/dpkg/info/shared-mime-info.postinst

When you set "exit 0" at the beginning of the skript, it would
not be run when you do apt-get upgrade and you can fetch all the Upgrades
without the Error of shared-mime-info With this solution the bug isn't
fixed but if you are lucky and the shared-mime-info is in your upgradelist
and when it's replaced, the problem is realy solved. On my system the
problem could be solved on this way.

I hope it can help you.

Best regards

Phil




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577661: Status of DSPAM in Debian

[Julien Valroff]

Hi Stevan,

Good to hear from you!

Le lundi 28 mars 2011 à 01:31:34 (+0200 CEST), Stevan Bajić a écrit :
> On Sat, 26 Mar 2011 22:20:48 +0100
> Ana Guerrero  wrote:
> 
> > On Sat, Mar 26, 2011 at 10:16:00PM +0100, Julien Valroff wrote:
> > > 
> > > I plan to upload current git snapshot to experimental very soon - not
> > > everything was tested as much as I would have expected, and I think some
> > > documentation would need to be checked/rephrased/updated but the package 
> > > has
> > > been in use on several production servers for some time now, which makes 
> > > me
> > > confident for the future.
> > >
> > 
> > Experimental is experimental after all :-)
> >
> Maybe the Debian package is experimental but the product it self is not
> experimental. 

Ana and I were refering to the Debian package - you know I am using several
instances of DSPAM in production, and I am totally confident with the
product itself.

The big challenge with packaging it for Debian is that it must suit to most
setups and the aim of the package is to make it as easy as possible for the
sysadmin.

I alone cannot test everything, but I was waiting to get more feedbacks from
the various users of "my" unofficial packages before uploading it to the
official archive.

The experimental archive is actually for this kind of package - and as I am
now certain the package is not totally broken, I'll upload it there to get
even more feedback.

> I know the codebase pretty well and I would say that the current 3.9.x
> series of DSPAM is by far the best DSPAM you can get today. I might be
> biased but I think by looking at the GIT commit history you will see
> yourself that many bug fixes, memory leaks and stability issues have been
> resolved.

At first, I was also waiting for 3.9.1 to be released ;)

I'll upload a snapshot of the current HEAD to Debian as it also adds a few
fixes and improvements.

[...]
> I am no Debian user and maybe I don't understand the whole thing but
> why is it so hard to get an updated version of DSPAM into Debian? What is
> the problem? How can I help? What needs to be done in order to allow
> Debian users to enjoy a more recent DSPAM version?

I'd say the package is ready, though not widely tested and might still
contain a few issues.

Stevan, you also know I have almost no knowledge in C, which explains why I
was at first reluctant in maintaing the package alone.

You have offered your help several times in the past, and I know I can rely
on you in case something important happens. This is more than what any
Debian Developer can expect from any upstream developer.

I also realise I have been maintaining my unofficial packages for 3 to 4
years without any major breakage (but with a much smaller userbase than
Debian of course) [0].

> Regarding documentation: Tell me what needs to be rephrased or rewritten
> or added and I will do it. Just send me patches for existing text or send
> me new text and I will commit it. I think the DSPAM project never rejected
> changes in the past regarding documentation.

I was refering to the documentation of the Debian package itself.

What most users expect is to get a fully working DSPAM setup very quickly. I
know it is not possible to make it automatically, but I'd like to give them
a good experience of both DSPAM and Debian.

For example, the package now ships a sample of Apache configuration - I need
to check it works on a clean install etc.

> Regarding confidence: The Rice University is using DSPAM since ages for
> all their students. I think they have about 65'000 mail boxes that they
> filter with DSPAM. If DSPAM would be unstable or unusable then they would
> for sure not use it. Beside that the DSPAM mailing list is full of users
> using DSPAM in various scenarios. Just recently Nate Custer from
> Hostgator.com said on the DSPAM mailing list that they filter mail for 3
> million mail boxes with DSPAM. If that does not speak for DSPAM then I
> don't know what would?

I use it at home for 3 users (including my 2yo son) which proves how
scalable DSPAM is ;)

Cheers,
Julien

[0] I had first begun working on backporting the existing packages for
Sarge, then have packaged 3.8.0 a few months after it was released by SN.

-- 
  .''`.   Julien Valroff ~  ~ 
 : :'  :  Debian Developer & Free software contributor
 `. `'`   http://www.kirya.net/
   `- 4096R/ E1D8 5796 8214 4687 E416  948C 859F EF67 258E 26B1




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#618660: dovecot-imapd: imapd starts too early at boot on host with IPv4 and IPv6.

[Marcel Koopmans]

Hello Marco,

The host with the issue has static IPv4 + IPv6.

/etc/network/interfaces

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug eth0
iface eth0 inet static
address 172.20.1.8
netmask 255.255.255.0
network 172.20.1.0
broadcast 172.20.1.255
gateway 172.20.1.2
# dns-* options are implemented by the resolvconf package, if installed
dns-nameservers 172.20.1.2
dns-search home.elysium-os.nl

iface eth0 inet6 static
address 2001:610:779::8
netmask 64
gateway 2001:610:779::2


An other host provides the IPv6 connectivity with the internet using SixXS. ( 
www.sixxs.net )

Kind regards,
Marcel

On 27 Mar 2011, at 23:00, Marco Nenciarini wrote:

> On 17/03/2011 12:17, Marcel Koopmans wrote:
>> Package: dovecot-imapd
>> Version: 1:1.2.15-4
>> Severity: important
>> Tags: ipv6
>> 
>> 
>> It seems that dovecot starts while IPv6 is not configured yet at boot time.
>> 
>> Logging:
>> Mar 17 11:47:00 styx dovecot: bind(2001:610:779::8, 143) failed: Cannot 
>> assign requested address
>> Mar 17 11:47:00 styx dovecot: Fatal: listen(2001:610:779::8, 143) failed: 
>> Cannot assign requested address
>> 
>> I can manually start dovecot-imapd without an issue a few seconds later.
>> 
> 
> Which kind of IPv6 connectivity do you have?
> 
> Regards,
> Marco
> 
> -- 
> -
> |Marco Nenciarini| Debian/GNU Linux Developer - Plug Member |
> | mnen...@prato.linux.it | http://www.prato.linux.it/~mnencia   |
> -
> Key fingerprint = FED9 69C7 9E67 21F5 7D95  5270 6864 730D F095 E5E4
> 
> 

Marcel Koopmans

Elysium Open Systems
Wijdstraat 23
3421AJ Oudewater
Tel:0348-560210
GSM:06-51174110
email:  marcel.koopm...@elysium-os.nl








--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619876: etckeeper: Allow for "commit -m"

[Mike Gerber]

Package: etckeeper
Version: 0.48
Severity: wishlist


etckeeper does not take the "-m" option for the commit command as svn/git/cvs 
usually 
does. This leads to a lot of commit messages that say "-m" on my systems, as
people (including myself) are used to type "commit -m 'my message'" instead of
"commit 'my message'".

The proposed patch removes "-m" after a commit command:

--- etckeeper.orig  2011-03-28 09:02:43.0 +0200
+++ etckeeper 2011-03-28 09:04:31.0 +0200
@@ -61,6 +61,11 @@
  command=pre-install
 fi
 
+# remove -m for commit
+if [ "$command" = "commit" -a "x$1" = "x-m" ]; then
+  shift 1
+fi
+
 if [ ! -d "$ETCKEEPER_CONF_DIR/$command.d" ]; then
  echo "etckeeper: $ETCKEEPER_CONF_DIR/$command.d does not exist" >&2
  exit 1


-- System Information:
Debian Release: 6.0.1
  APT prefers squeeze-updates
  APT policy: (500, 'squeeze-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages etckeeper depends on:
ii  bzr  2.1.2-1 easy to use distributed version co
ii  debconf [debconf-2.0]1.5.36.1Debian configuration management sy
ii  git [git-core]   1:1.7.2.5-1 fast, scalable, distributed revisi
ii  git-core 1:1.7.2.5-1 fast, scalable, distributed revisi

Versions of packages etckeeper recommends:
ii  cron  3.0pl1-116 process scheduling daemon

etckeeper suggests no packages.

-- Configuration Files:
/etc/etckeeper/etckeeper.conf changed [not included]

-- debconf information:
  etckeeper/commit_failed:
  etckeeper/purge: true



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619530: ffmpeg: backport of 4:0.6.1-5 from unstable produces WARNING: library configuration mismatch

[Fabian Greffrath]

Am 24.03.2011 19:46, schrieb Faheem Mitha:

I backported ffmpeg 4:0.6.1-5 from unstable to squeeze. On running it,
I see the following warning


This requires quite a few steps. Could you please elaborate what 
exactly you did? Do you still have other or older ffmpeg library 
packages installed (i.e. what gives 'dpkg -l libav\*')?


 - Fabian



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619877: rpc.mountd: svc_tli_create: could not bind to requested address

[Lukas Ruf]

Package: nfs-kernel-server
Version: 1:1.2.3-1
Severity: important

Dear all

After upgrading to 1:1.2.3-1 I cannot start the NFS kernel server
anymore.  The following errors are reported:

  email:/var/log/everything# /etc/init.d/nfs-common start
  Starting NFS common utilities: statd failed!
  email:/var/log/everything# /etc/init.d/nfs-kernel-server start
  Exporting directories for NFS kernel daemon
  Starting NFS kernel daemon: nfsd mountdrpc.mountd: svc_tli_create:
  could not bind to requested address
  rpc.mountd: svc_tli_create: could not bind to requested address
  rpc.mountd: svc_tli_create: could not bind to requested address
  rpc.mountd: svc_tli_create: could not bind to requested address
  rpc.mountd: svc_tli_create: could not bind to requested address
  rpc.mountd: svc_tli_create: could not bind to requested address
  rpc.mountd: svc_tli_create: could not bind to requested address
  rpc.mountd: svc_tli_create: could not bind to requested address
   failed!

Before, with 1:1.2.2-5, it was working without any problem.

Is there any recommended way on how to get 1.2.3 working?

Thanks for any reply.

Best regards
Lukas

-- Package-specific info:
-- rpcinfo --
   program vers proto   port
102   tcp111  portmapper
3910022   tcp728  sgi_fam
102   udp111  portmapper
1000211   udp  32768  nlockmgr
1000213   udp  32768  nlockmgr
1000214   udp  32768  nlockmgr
1000211   tcp  32768  nlockmgr
1000213   tcp  32768  nlockmgr
1000214   tcp  32768  nlockmgr
132   tcp   2049  nfs
133   tcp   2049  nfs
134   tcp   2049  nfs
132   udp   2049  nfs
133   udp   2049  nfs
134   udp   2049  nfs
-- /etc/default/nfs-kernel-server --
RPCNFSDCOUNT=8
RPCNFSDPRIORITY=0
RPCMOUNTDOPTS="--port 32767 --manage-gids"
NEED_SVCGSSD=
RPCSVCGSSDOPTS=
-- /proc/fs/nfs/exports --
# Version 1.1
# Path Client(Flags) # IPs

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.32.27-c1.v1 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_IE, LC_CTYPE=en_IE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages nfs-kernel-server depends on:
ii  libblkid12.17.2-9.1  block device id library
ii  libc62.11.2-11   Embedded GNU C Library: Shared lib
ii  libcomerr2   1.41.12-2   common error description library
ii  libgssapi-krb5-2 1.9+dfsg-1  MIT Kerberos runtime libraries - k
ii  libgssglue1  0.2-1   mechanism-switch gssapi library
ii  libk5crypto3 1.9+dfsg-1  MIT Kerberos runtime libraries - C
ii  libkrb5-31.9+dfsg-1  MIT Kerberos runtime libraries
ii  libnfsidmap2 0.24-1  An nfs idmapping library
ii  libtirpc10.2.1-1 transport-independent RPC library
ii  libwrap0 7.6.q-19Wietse Venema's TCP wrappers libra
ii  lsb-base 3.2-27  Linux Standard Base 3.2 init scrip
ii  nfs-common   1:1.2.3-1   NFS support files common to client
ii  ucf  3.0025+nmu1 Update Configuration File: preserv

nfs-kernel-server recommends no packages.

nfs-kernel-server suggests no packages.

-- debconf-show failed



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#611740: Please package cyrus-imapd 2.4.6

[Ondřej Surý]

fixed 611740 2.4.6-1
thank you

Hi Dmitry,

I have uploaded 2.4.6-1 to queue, but it introduces some new packages,
so it will have to be manually processed.

Ondrej

On Tue, Feb 1, 2011 at 17:11, Dmitry Katsubo  wrote:
> Package: cyrus-imapd-2.4
> Version: 2.4.5-1
>
> On 12/20/2010 cyrus-imapd-2.4.6 was released. Please, package it.
>
> Release notes:
>
> We are pleased to announce the immediate availability of Cyrus IMAPd
> version 2.4.6. This is primarily a bugfix release. We recommend all
> users of the Cyrus 2.4.x series update to this release, particularly if
> they use OpenBSD or murder.
>
> --
> With best regards,
> Dmitry
>
>
>
> ___
> Pkg-Cyrus-imapd-Debian-devel mailing list
> pkg-cyrus-imapd-debian-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/pkg-cyrus-imapd-debian-devel
>



-- 
Ondřej Surý 



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619878: RM: cyrus-imapd-2.3/experimental -- ROM; obsoleted by cyrus-imapd-2.4

[Ondřej Surý]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


Hi, please remove cyrus-imapd-2.3 from experimental archive.  It has
been replaced by cyrus-imapd-2.4.

Thank you,
Ondrej Sury 

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iEYEARECAAYFAk2QPMMACgkQ9OZqfMIN8nNBBgCdE/Wg/pQc94TV0MeonOAJvsnm
N0QAn2+empK/y/S7bmi906SBEFCe7viq
=QcTq
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619879: fix gdb threads problems for Hurd

[Svante Signell]

Package: gdb
Version: 7.2-1
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd

Attached please find a small patch for gdb to work properly under
GNU/Hurd. It can safely be added last to the series file.

The last two parts of the patch (finding and linking with libhurduser
and libmachuser) will not be needed in next version of libc0.3, where
they will be integrated into libc itself (according to Samuel Thibault).

This bug is related to bug  #579834 which will be merged when this bug
report is registered.

Thank you for your attention.
--- gdb-7.2/gdb/gnu-nat.c.orig	2010-05-14 22:17:37.0 +0200
+++ gdb-7.2/gdb/gnu-nat.c	2011-03-28 09:07:49.0 +0200
@@ -1578,8 +1578,8 @@
 	  if (--inf->pending_execs == 0)
 	/* We're done!  */
 	{
+	  prune_threads ();	/* Get rid of the old shell threads */
 #if 0/* do we need this? */
-	  prune_threads (1);	/* Get rid of the old shell threads */
 	  renumber_threads (0);	/* Give our threads reasonable names. */
 #endif
 	}
--- gdb-7.2/gdb/thread.c.orig	2010-08-06 21:51:49.0 +0200
+++ gdb-7.2/gdb/thread.c	2011-03-28 09:04:52.0 +0200
@@ -61,7 +61,6 @@
 static void info_threads_command (char *, int);
 static void thread_apply_command (char *, int);
 static void restore_current_thread (ptid_t);
-static void prune_threads (void);
 
 /* Frontend view of the thread state.  Possible extensions: stepping,
finishing, until(ling),...  */
@@ -518,7 +517,7 @@
   return 1;
 }
 
-static void
+void
 prune_threads (void)
 {
   struct thread_info *tp, *next;
--- gdb-7.2/gdb/gdbthread.h.orig	2010-01-12 22:40:24.0 +0100
+++ gdb-7.2/gdb/gdbthread.h	2011-03-28 09:03:55.0 +0200
@@ -213,6 +213,9 @@
 /* Delete an existing thread list entry.  */
 extern void delete_thread (ptid_t);
 
+/* Prune inactive threads  */
+extern void prune_threads (void);
+
 /* Delete an existing thread list entry, and be quiet about it.  Used
after the process this thread having belonged to having already
exited, for example.  */
--- gdb-7.2/gdb/configure.ac.orig	2010-08-19 00:55:57.0 +0200
+++ gdb-7.2/gdb/configure.ac	2011-03-21 19:02:58.0 +0100
@@ -425,6 +425,10 @@
 # Some systems (e.g. Solaris) have `socketpair' in libsocket.
 AC_SEARCH_LIBS(socketpair, socket)
 
+# Needed to link properly for GNU/Hurd
+AC_SEARCH_LIBS(mach_port_destroy, machuser)
+AC_SEARCH_LIBS(proc_getmsgport, hurduser)
+
 # Link in zlib if we can.  This allows us to read compressed debug sections.
 AM_ZLIB
 
--- gdb-7.2/gdb/configure.orig	2010-08-19 00:55:56.0 +0200
+++ gdb-7.2/gdb/configure	2011-03-21 20:13:27.0 +0100
@@ -9173,6 +9173,118 @@
 
 fi
 
+# Needed to link properly for GNU/Hurd
+{ $as_echo "$as_me:${as_lineno-$LINENO}: checking for library containing mach_po
+rt_destroy" >&5
+$as_echo_n "checking for library containing mach_port_destroy... " >&6; }
+if test "${ac_cv_search_mach_port_destroy+set}" = set; then :
+  $as_echo_n "(cached) " >&6
+else
+  ac_func_search_save_LIBS=$LIBS
+cat confdefs.h - <<_ACEOF >conftest.$ac_ext
+/* end confdefs.h.  */
+
+/* Override any GCC internal prototype to avoid an error.
+   Use char because int might match the return type of a GCC
+   builtin and then its argument prototype would still apply.  */
+#ifdef __cplusplus
+extern "C"
+#endif
+char mach_port_destroy ();
+int
+main ()
+{
+return mach_port_destroy ();
+  ;
+  return 0;
+}
+_ACEOF
+for ac_lib in '' machuser; do
+  if test -z "$ac_lib"; then
+ac_res="none required"
+  else
+ac_res=-l$ac_lib
+LIBS="-l$ac_lib  $ac_func_search_save_LIBS"
+  fi
+  if ac_fn_c_try_link "$LINENO"; then :
+  ac_cv_search_mach_port_destroy=$ac_res
+fi
+rm -f core conftest.err conftest.$ac_objext \
+conftest$ac_exeext
+  if test "${ac_cv_search_mach_port_destroy+set}" = set; then :
+  break
+fi
+done
+if test "${ac_cv_search_mach_port_destroy+set}" = set; then :
+
+else
+  ac_cv_search_mach_port_destroy=no
+fi
+rm conftest.$ac_ext
+LIBS=$ac_func_search_save_LIBS
+fi
+{ $as_echo "$as_me:${as_lineno-$LINENO}: result: $ac_cv_search_mach_port_destroy" >&5
+$as_echo "$ac_cv_search_mach_port_destroy" >&6; }
+ac_res=$ac_cv_search_mach_port_destroy
+if test "$ac_res" != no; then :
+  test "$ac_res" = "none required" || LIBS="$ac_res $LIBS"
+
+fi
+
+{ $as_echo "$as_me:${as_lineno-$LINENO}: checking for library containing proc_getmsgport" >&5
+$as_echo_n "checking for library containing proc_getmsgport... " >&6; }
+if test "${ac_cv_search_proc_getmsgport+set}" = set; then :
+  $as_echo_n "(cached) " >&6
+else
+  ac_func_search_save_LIBS=$LIBS
+cat confdefs.h - <<_ACEOF >conftest.$ac_ext
+/* end confdefs.h.  */
+/* Override any GCC internal prototype to avoid an error.
+   Use char because int might match the return type of a GCC
+   builtin and then its argument prototype would still apply.  */
+#ifdef __cplusplus
+extern "C"
+#endif
+char proc_getmsgport ();
+int
+main ()
+{
+return proc_getmsgport ();
+  ;
+  return 

Bug#619880: libnss-ldapd: shadowLastChange is not updated during password change

[Mariusz Sawicki]

Package: libnss-ldapd
Version: 0.7.13
Severity: important


libnss-ldapd  doesn’t  change shadowLastChange during password modifica-
tion. This problem is probably solved in 0.8.0 (according to #604147):

   * try to update the shadowLastChange attribute on password change

It should be included in squeeze, otherwise it is unusable when password
change request occures.


-- System Information:
Debian Release: 6.0.1
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL 
set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages libnss-ldapd depends on:
ii  debconf [debconf-2.0] 1.5.36.1   Debian configuration management sy
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  nslcd 0.7.13 Daemon for NSS and PAM lookups usi

libnss-ldapd recommends no packages.

libnss-ldapd suggests no packages.

-- debconf information:
* libnss-ldapd/nsswitch: group, passwd, shadow
* libnss-ldapd/clean_nsswitch: false

-- 
Mariusz Sawicki  | rash (at) e-point . pl | e-point SA 
Glowny Administrator Systemow  | http://www.e-point.pl
PGP key at:  http://staff.e-point.pl/~rash/rash_ep.asc



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#585100: Trying to reproduce this bug report

[Rupert Swarbrick]

Hi there,

I've installed the versions of the packages that you described to a
virtual machine here and I can't reproduce this bug. Do you still see
it? If so, we can probably help you narrow the cause down further, but
at the moment it's hard to work out what's going on without any sort of
back-trace. (I note that g_param_spec_get_name is called in 14 different
places in the code and it's not even clear that this is what was
crashing the application).

I'm going to send an email to tag this report as "moreinfo", since at
the moment it's not really possible for the maintainer to know whether
the code is still broken, let alone how to fix it. But if you have more
information, that'd be brilliant!

Rupert


pgplfUhff87G3.pgp
Description: PGP signature

Bug#618861: confirmed here

[Peter Eisentraut]

I can confirm this problem here, exact same symptoms.  Downgrading the
package to the stable version works for now.




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619546: [php-maint] Bug#619546: Bug#619546: php5-fpm init script failing with error code 1 regardless of failure

[Arthur Gautier]

On 03/28/2011 12:06 AM, OverlordQ wrote:

On 3/27/2011 9:36 AM, Ondřej Surý wrote:

tags 619546 +moreinfo
thank you

Could you please set VERBOSE=yes in /etc/default/rcS and try to
reproduce the problem? The installation is OK on my test system.



Strange. I ran it once first:
---
thedarkcitadel:/home/ovrlrdq# aptitude full-upgrade
The following partially installed packages will be configured:
   php5-fpm
No packages will be installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B of archives. After unpacking 0 B will be used.
Setting up php5-fpm (5.3.6-4) ...
invoke-rc.d: initscript php5-fpm, action "start" failed.
dpkg: error processing php5-fpm (--configure):
  subprocess installed post-installation script returned error exit status 1
configured to not write apport reports
   Errors were encountered while
processing:
  php5-fpm
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install.  Trying to recover:
Setting up php5-fpm (5.3.6-4) ...
invoke-rc.d: initscript php5-fpm, action "start" failed.
dpkg: error processing php5-fpm (--configure):
  subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
  php5-fpm
--

Decidedly broken, modified rcS to set verbose:

--
thedarkcitadel:/home/ovrlrdq# nano /etc/default/rcS
--

then ran it again

--
thedarkcitadel:/home/ovrlrdq# aptitude full-upgrade
The following partially installed packages will be configured:
   php5-fpm
No packages will be installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B of archives. After unpacking 0 B will be used.
Setting up php5-fpm (5.3.6-4) ...
Starting PHP5 FastCGI Process Manager: php5-fpm.

thedarkcitadel:/home/ovrlrdq#
--

And that worked.

With verbose off and php5-fpm running:

--
thedarkcitadel:/home/ovrlrdq# /etc/init.d/php5-fpm stop
thedarkcitadel:/home/ovrlrdq# echo $?
1
--

With verbose on and php5-fpm running:

--
thedarkcitadel:/home/ovrlrdq# /etc/init.d/php5-fpm stop
Stopping PHP5 FastCGI Process Manager: php5-fpm.
thedarkcitadel:/home/ovrlrdq# echo $?
0
--


Hi ! :)
Got the exact same issue, this occurs if you upgrade from 
php5-fpm_5.3.6-2_i386.deb


Here is the log to reproduce:

# dpkg -i --force-depends /var/cache/apt/archives/php5-fpm_5.3.6-2_i386.deb
(Reading database ... 228735 files and directories currently installed.)
Preparing to replace php5-fpm 5.3.6-2 (using 
.../php5-fpm_5.3.6-2_i386.deb) ...

Unpacking replacement php5-fpm ...
dpkg: php5-fpm: dependency problems, but configuring anyway as you 
requested:

 php5-fpm depends on php5-common (= 5.3.6-2); however:
  Version of php5-common on system is 5.3.6-4.
Setting up php5-fpm (5.3.6-2) ...
Installing new version of config file /etc/php5/fpm/pool.d/www.conf ...

Configuration file `/etc/init.d/php5-fpm'
 ==> Deleted (by you or by a script) since installation.
 ==> Package distributor has shipped an updated version.
   What would you like to do about it ?  Your options are:
Y or I  : install the package maintainer's version
N or O  : keep your currently-installed version
  D : show the differences between the versions
  Z : start a shell to examine the situation
 The default action is to keep your current version.
*** php5-fpm (Y/I/N/O/D/Z) [default=N] ? Y
Installing new version of config file /etc/init.d/php5-fpm ...
update-rc.d: warning: php5-fpm stop runlevel arguments (0 1 6) do not 
match LSB Default-Stop values (none)
[28-Mar-2011 09:30:55] WARNING: [pool www] pm.start_servers is not set. 
It's been set to 20.
[28-Mar-2011 09:30:55] WARNING: [pool superbaloo] pm.start_servers is 
not set. It's been set to 3.
[28-Mar-2011 09:30:55] NOTICE: configuration file 
/etc/php5/fpm/php-fpm.conf test is successful


Starting PHP5 FPM
Processing triggers for man-db ...
# dpkg -i --force-depends /var/cache/apt/archives/php5-fpm_5.3.6-4_i386.deb
(Reading database ... 228735 files and directories currently installed.)
Preparing to replace php5-fpm 5.3.6-2 (using 
.../php5-fpm_5.3.6-4_i386.deb) ...
[28-Mar-2011 09:31:11] WARNING: [pool www] pm.start_servers is not set. 
It's been set to 20.
[28-Mar-2011 09:31:11] WARNING: [pool superbaloo] pm.start_servers is 
not set. It's been set to 3.
[28-Mar-2011 09:31:11] NOTICE: configuration file 
/etc/php5/fpm/php-fpm.conf test is successful


Stopping PHP5 FPM
Unpacking replacement php5-fpm ...
Setting up php5-fpm (5.3.6-4) ...
Installing new version of config file /etc/init.d/php5-fpm ...
Installing new version of config file /etc/php5/fpm/pool.d/www.conf ...
update-rc.d: warning: php5-fpm stop runlevel arguments (0 1 6) do not 
match LSB Default-Stop values (none)
[28-Mar-2011 09:31:12] WARNING: [pool superbaloo] pm.start_servers is 
not set. It's been set to 3.

invoke-rc.d: initscript php5-fpm, action "start" failed.
dpkg: error proces

Bug#619881: libpam-ldapd: shadowLastChange is not updated during password change

[Mariusz Sawicki]

Package: libpam-ldapd
Version: 0.7.13
Severity: important

libpam-ldapd  doesn’t  change shadowLastChange during password modifica-
tion. This problem is probably solved in 0.8.0 (according to #604147):

   * try to update the shadowLastChange attribute on password change

It should be included in squeeze, otherwise it is unusable when password
change request occures.


-- System Information:
Debian Release: 6.0.1
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL 
set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages libpam-ldapd depends on:
ii  debconf [debconf-2.0] 1.5.36.1   Debian configuration management sy
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libpam-runtime1.1.1-6.1  Runtime support for the PAM librar
ii  libpam0g  1.1.1-6.1  Pluggable Authentication Modules l
ii  nslcd 0.7.13 Daemon for NSS and PAM lookups usi

libpam-ldapd recommends no packages.

libpam-ldapd suggests no packages.

-- debconf information:
  libpam-ldapd/enable_shadow: true

-- 
Mariusz Sawicki  | rash (at) e-point . pl | e-point SA 
Glowny Administrator Systemow  | http://www.e-point.pl
PGP key at:  http://staff.e-point.pl/~rash/rash_ep.asc



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619880: Acknowledgement (libnss-ldapd: shadowLastChange is not updated during password change)

[Mariusz Sawicki]

This bug should be closed, beacuse it applies to libpam-ldapd.

M.S.

-- 
Mariusz Sawicki  | rash (at) e-point . pl | e-point SA 
Glowny Administrator Systemow  | http://www.e-point.pl
PGP key at:  http://staff.e-point.pl/~rash/rash_ep.asc



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619882: mozc: Please build package with "--channel_dev=0" option

[Nobuhiro Iwamatsu]

Source: mozc
Version: 1.1.626.102-2
Severity: wishlist

Hi,

A build number is reflected on the beginning of the candidate
conversion. Please restrain this.
We can restrain this by add an option "--channel_dev=0" at the time of build .

Best regards,
  Nobuhiro

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.37-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages mozc-server depends on:
ii  libc6   2.11.2-13Embedded GNU C Library: Shared lib
ii  libcurl37.21.4-1 Multi-protocol file transfer libra
ii  libgcc1 1:4.5.2-5GCC support library
ii  libprotobuf62.3.0-4  protocol buffers C++ library
ii  libssl0.9.8 0.9.8o-5 SSL shared libraries
ii  libstdc++6  4.5.2-5  The GNU Standard C++ Library v3
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

mozc-server recommends no packages.

mozc-server 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#619883: libpcsclite1 - Depends against a daemon

[Bastian Blank]

Package: libpcsclite1
Version: 1.6.6-2
Severity: important

libpcsclite1 depends against pcscd. Most people don't have card readers
and therefor don't need this daemon at all.

Bastian

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.37-2-686-bigmem (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libpcsclite1 depends on:
ii  libc6 2.11.2-11  Embedded GNU C Library: Shared lib
ii  pcscd 1.6.6-2Middleware to access a smart card 

libpcsclite1 recommends no packages.

libpcsclite1 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#619884: [INTL:es] Spanish debconf translation for prey

[Omar Campagne]

Package: prey
Version: 0.4.4-1
Severity: wishlist
Tags: l10n, patch

Please find attached the Spanish debconf translation for prey.

Best regards,
-- 
Omar Campagne Polaino
# prey po-debconf translation to Spanish
# Copyright (C) 2011 Software in the Public Interest
# This file is distributed under the same license as the prey package.
#
# Changes:
#   - Initial translation
#   Omar Campagne , 2011
#
#   - Updates
#   TRANSLATOR
#
# Traductores, si no conocen el formato PO, merece la pena leer la
# documentación de gettext, especialmente las secciones dedicadas a este
# formato, por ejemplo ejecutando:
#   info -n '(gettext)PO Files'
#   info -n '(gettext)Header Entry'
#
# Equipo de traducción al español, por favor lean antes de traducir
# los siguientes documentos:
#
#   - El proyecto de traducción de Debian al español
# http://www.debian.org/intl/spanish/
# especialmente las notas y normas de traducción en
# http://www.debian.org/intl/spanish/notas
#
#   - La guía de traducción de po's de debconf:
# /usr/share/doc/po-debconf/README-trans
# o http://www.debian.org/intl/l10n/po-debconf/README-trans
#
msgid ""
msgstr ""
"Project-Id-Version: prey 0.4.4-1\n"
"Report-Msgid-Bugs-To: p...@packages.debian.org\n"
"POT-Creation-Date: 2011-03-14 07:06+0100\n"
"PO-Revision-Date: 2011-03-17 20:50+0100\n"
"Last-Translator: Omar Campagne \n"
"Language-Team: Debian l10n Spanish \n"
"Language: es\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"
"X-Generator: Virtaal 0.7.0-beta4\n"
"X-Project-Style: default\n"

#. Type: string
#. Description
#: ../templates:2001
msgid "Frequency of Prey reports and actions (minutes):"
msgstr "Frecuencia de informes y acciones de Prey en minutos:"

#. Type: string
#. Description
#: ../templates:2001
msgid ""
"Please enter the time to wait before waking up Prey. Control Panel users can "
"change this setting later through the web interface."
msgstr ""
"Introduzca el tiempo de espera antes de iniciar Prey. Los usuarios del Panel "
"de Control pueden modificar esta opción en otro momento a través la "
"interfaz web."

#. Type: multiselect
#. Description
#: ../templates:3001
msgid "Modules to enable:"
msgstr "Módulos que activar:"

#. Type: multiselect
#. Description
#: ../templates:3001
msgid ""
"Prey has many optional modules; if enabled they will be triggered "
"automatically if prey recognizes that the device is stolen."
msgstr ""
"Prey ofrece varios módulos opcionales. Si están activos, se iniciarán "
"automáticamente si Prey detecta que el dispositivo ha sido robado."

#. Type: multiselect
#. Description
#: ../templates:3001
msgid ""
" * alarm:   plays a loud sound for 30 seconds;\n"
" * alert:   shows the thief a short message (and may change the\n"
"wallpaper);\n"
" * geo: attempts to geolocate the device by using its internal\n"
"GPS or the nearest WiFi access points as reference;\n"
" * lock:locks the device and asks for a password;\n"
" * network: collects information about the Internet connection;\n"
" * secure:  deletes browser cookies and stored passwords;\n"
" * session: takes a screenshot, collects information about modified\n"
"files and running programs;\n"
" * webcam:  tries to take a picture using the webcam."
msgstr ""
" * alarm:   Emite un fuerte sonido durante 30 segundos;\n"
" * alert:   Muestra un corto mensaje al ladrón (y puede que cambie\n"
"el fondo de escritorio)\n"
" * geo: Intenta geolocalizar el dispositivo utilizando el sistema\n"
"GPS integrado, o los puntos de acceso WiFi más cercanos\n"
"como referencia;\n"
" * lock:Bloquea el dispositivo y pide una contraseña;\n"
" * network: Reúne información de la conexión a Internet;\n"
" * secure:  Elimina «cookies» de explorador y contraseñas guardadas;\n"
" * session: Guarda la sesión, reuniendo información de ficheros\n"
"modificados y de los programas en ejecución;\n"
" * webcam:  Intenta tomar una fotografía usando la cámara web."

#. Type: note
#. Description
#: ../templates:4001
msgid "Configuration required"
msgstr "Requisitos de configuración"

#. Type: note
#. Description
#: ../templates:4001
msgid ""
"To finish configuring Prey, you need to edit \"/etc/prey/config\" and choose "
"its running mode. The options are:"
msgstr ""
"Para finalizar la configuración de Prey, debe editar «/etc/prey/config» y "
"seleccionar el modo de funcionamiento. Las opciones son:"

#. Type: note
#. Description
#: ../templates:4001
msgid ""
" * Control Panel: reports are sent to preyproject.com. Go to\n"
"  http://control.preyproject.com/signup and create\n"
"  an account, then set \"apt_key\" and \"device_key\"\n"
"  appropriately in the configuration file.\n"
" * Standalone:reports are sent directly to the owner at a\n"
"  specif

Bug#511401: terminal.app: segfault on startup under vnc4server

[Timo Juhani Lindfors]

Hi,

Gürkan Sengün  writes:
> Should this bug be closed then?

I don't know. If you are confident that terminal.app now handles missing
fonts then sure :-)

-Timo



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619017: [Evolution] Bug#619017: Work around

[Yves-Alexis Perez]

On sam., 2011-03-26 at 10:53 -0400, Kevin Seise wrote:
> I got a work around from an Arch forum.
> (https://bbs.archlinux.org/viewtopic.php?id=112225)
> 
> The temporary solution seems to be to run evolution without any
> plugins 
> $evolution --disable-eplugin
> 
> I don't know where the problem is, but that seems to work OK.  I am
> going to try to delete ~.evolution and rebuild it.
> 
Is there a way you could disable all plugins and then enable them one by
one to find the misbehaving one?

Regards,
-- 
Yves-Alexis




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577661: Status of DSPAM in Debian

[Stevan Bajić]

On Mon, 28 Mar 2011 08:58:47 +0200
Julien Valroff  wrote:

> Hi Stevan,
> 
> Good to hear from you!
> 
Hello Julien :)


> Le lundi 28 mars 2011 à 01:31:34 (+0200 CEST), Stevan Bajić a écrit :
> > On Sat, 26 Mar 2011 22:20:48 +0100
> > Ana Guerrero  wrote:
> > 
> > > On Sat, Mar 26, 2011 at 10:16:00PM +0100, Julien Valroff wrote:
> > > > 
> > > > I plan to upload current git snapshot to experimental very soon - not
> > > > everything was tested as much as I would have expected, and I think some
> > > > documentation would need to be checked/rephrased/updated but the 
> > > > package has
> > > > been in use on several production servers for some time now, which 
> > > > makes me
> > > > confident for the future.
> > > >
> > > 
> > > Experimental is experimental after all :-)
> > >
> > Maybe the Debian package is experimental but the product it self is not
> > experimental. 
> 
> Ana and I were refering to the Debian package - you know I am using several
> instances of DSPAM in production, and I am totally confident with the
> product itself.
> 
I redirect everyone I know using Debian or Ubuntu to your repository and so far 
all of them have a running DSPAM without issues. The package installs and does 
what it is supposed to do. None of them has reported any failure.


> The big challenge with packaging it for Debian is that it must suit to most
> setups and the aim of the package is to make it as easy as possible for the
> sysadmin.
> 
I understand this. However... this is a tricky issue. Does Debian expect that 
the package installs and automatically/automagically configures DSPAM? If this 
is the case then I would say that no other packing system out there does that. 
Debian would be the first one to manage this. Not that it is impossible to do 
that but how is the Debian packaging system supposed to know what kind of setup 
the sysadmin wants? There are many options how to run DSPAM and a packaging 
system is IMHO supposed to help/support the sysadmin to reach his goal but the 
sysadmin is the only one really knowing what he/she wants and no packaging 
system has telepatic capabilities and can read the mind of the sysadmin.


> I alone cannot test everything, but I was waiting to get more feedbacks from
> the various users of "my" unofficial packages before uploading it to the
> official archive.
> 
Aha. Okay. Then you should post to the DSPAM mailing list and ask users to 
submit feedback. The only problem I see in that is that most of them have 
installed DSPAM long time ago and have probably forgotten what problems they 
had during the install. Don't get me wrong. I don't think there is any issue 
with your package. But if Debian aims to be foolproof then you need feedback 
from users that have absolute no clue about DSPAM and are trying to install it. 
The feedback you get from those users are probably what you are looking for. 
Right?


> The experimental archive is actually for this kind of package - and as I am
> now certain the package is not totally broken, I'll upload it there to get
> even more feedback.
> 
> > I know the codebase pretty well and I would say that the current 3.9.x
> > series of DSPAM is by far the best DSPAM you can get today. I might be
> > biased but I think by looking at the GIT commit history you will see
> > yourself that many bug fixes, memory leaks and stability issues have been
> > resolved.
> 
> At first, I was also waiting for 3.9.1 to be released ;)
> 
Ach. Yesterday I had to lookup what this 'MIA' is. Now I know it. And now I can 
say that the other project members in the DSPAM community project are MIA too. 
Maybe I should move forward and ask on the DSPAM mailing list if the 
members/users are comfortable if I make a friendly take over and kick the other 
inactive admins out of the project? I would have released 3.9.1 since months 
but it's difficult to release a new version when our release manager, repo 
master, etc are not doing anything. I hold all the permission to do that all on 
my own but in 2009 we had assigned different positions to different persons for 
exactly that reason. Each of us is supposed to do something. But as usuall: 
When it comes to work then people somehow get lost. They are hiding and this is 
not good.


> I'll upload a snapshot of the current HEAD to Debian as it also adds a few
> fixes and improvements.
> 
> [...]
> > I am no Debian user and maybe I don't understand the whole thing but
> > why is it so hard to get an updated version of DSPAM into Debian? What is
> > the problem? How can I help? What needs to be done in order to allow
> > Debian users to enjoy a more recent DSPAM version?
> 
> I'd say the package is ready, though not widely tested and might still
> contain a few issues.
> 
Nothing is without issues. But if you have the possibility to put that package 
somewhere where other Debian users would be able to install it then why not? 
Exposing the package to a wider user base is a good way to get more feedback 
and make

Bug#618861: [Evolution] Bug#618861: maybe SSL pop-up not showing?

[Yves-Alexis Perez]

On sam., 2011-03-19 at 23:05 -0400, Wendy Elmer wrote:
> I upgraded another machine to the 2.32 version of evolution.  That
> upgrade went okay.
> I noticed that when I first started evolution that I could see the 0%
> statuses at the bottom
> and then a pop-up window came us asking me to verify the SSL
> certificate.  I clicked okay and 
> everything started up fine.
> 
> On the machine that failed and hung on 0%, I remember thinking there
> might be a pop-up behind 
> the window so I minimized the main window but I did not find a pop-up
> window.  Maybe the problem 
> was that there was a pop-up waiting for a response but the pop-up was
> not visible for some reason. 

It might be related to #616587 indeed, so it'd help to test with eds -4
just to confirm/infirm that.

Regards,
-- 
Yves-Alexis




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619885: ITP: vo-aacenc -- Free AAC encoder

[Reinhard Tartler]

Package: wnpp
Owner: Reinhard Tartler 
Severity: wishlist

* Package name: vo-aacenc
  Version : 0.1.0-rc1
  Upstream Author : Martin Storsjö 
* URL or Web page : http://opencore-amr.git.sourceforge.net/
* License : Apache License 2.0
  Description : Free AAC encoder

I received the following message from Martin:

From: Martin Storsjö 
Subject: vo-aacenc, vo-amrwbenc prerelease
To: Reinhard Tartler , Luca Barbato 
Date: Mon, 28 Mar 2011 10:24:15 +0300 (EEST)

Hi,

As discussed on irc earlier, I've added the vo-aacenc and vo-amrwbenc 
libraries into the opencore-amr project on sourceforge, 
http://opencore-amr.git.sourceforge.net/.

I've got a prerelease of the libraries up on 
http://albin.abo.fi/~mstorsjo/vo-aacenc-0.1.0-rc1.tar.gz and 
http://albin.abo.fi/~mstorsjo/vo-amrwbenc-0.1.0-rc1.tar.gz. I'd appreciate 
if you'd give it a look and let me know if there's any issues with 
packaging these. If everything goes well, I'll release this version soon 
and announce them.

The libraries include small encoding apps for testing the basic library 
functionality, but they don't need to be included in any .deb at least, 
I'd say.

Patches for using them from libav are available at 
https://github.com/mstorsjo/ffmpeg.

// Martin


Martin, Andres, or any other pkg-multimedia team member, would you be
willing to co-maintain this package with me?

Same question for vo-amrwbenc, which ITP will be following shortly.

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619546: [php-maint] Bug#619546: Bug#619546: Bug#619546: php5-fpm init script failing with error code 1 regardless of failure

[Ondřej Surý]

Hi,

I think it does help a lot.

Does this patch:

diff --git a/debian/php5-fpm.init b/debian/php5-fpm.init
index 25badb3..4e0fdee 100644
--- a/debian/php5-fpm.init
+++ b/debian/php5-fpm.init
@@ -163,3 +163,5 @@ case "$1" in
exit 1
 ;;
 esac
+
+:

help?

Ondrej
-- 
Ondřej Surý 
http://blog.rfc1925.org/



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619886: pidgin fails to remember last used status message and fails to change statuson first few attempts (yahoo)

[Rares Aioanei]

Package: pidgin
Version: 2.7.11-1
Severity: normal

pidgin defaults status to 'available' on startup
even though last used status was something else;
only after a few attempts with few saved statuses
does it play nice.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (300, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-06439-g5bab188 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages pidgin depends on:
ii  gconf2 2.28.1-6  GNOME configuration database syste
ii  libatk1.0-01.32.0-3  The ATK accessibility toolkit
ii  libc6  2.11.2-13 Embedded GNU C Library: Shared lib
ii  libcairo2  1.10.2-6  The Cairo 2D vector graphics libra
ii  libdbus-1-31.4.6-1   simple interprocess messaging syst
ii  libdbus-glib-1-2   0.92-1simple interprocess messaging syst
ii  libfontconfig1 2.8.0-2.1 generic font configuration library
ii  libfreetype6   2.4.4-1   FreeType 2 font engine, shared lib
ii  libglib2.0-0   2.28.2-1  The GLib library of C routines
ii  libgstreamer0.10-0 0.10.32-6 Core GStreamer libraries and eleme
ii  libgtk2.0-02.24.3-1~sid1 The GTK+ graphical user interface 
ii  libgtkspell0   2.0.16-1  a spell-checking addon for GTK's T
ii  libice62:1.0.7-1 X11 Inter-Client Exchange library
ii  libpango1.0-0  1.28.3-5  Layout and rendering of internatio
ii  libpurple0 2.7.11-1  multi-protocol instant messaging l
ii  libsm6 2:1.2.0-1 X11 Session Management library
ii  libx11-6   2:1.4.2-1 X11 client-side library
ii  libxml22.7.8.dfsg-2  GNOME XML library
ii  libxss11:1.2.1-1 X11 Screen Saver extension library
ii  perl-base [perlapi-5.10.1] 5.10.1-18 minimal Perl system
ii  pidgin-data2.7.11-1  multi-protocol instant messaging c

Versions of packages pidgin recommends:
ii  gstreamer0.10-plugins-base0.10.32-2  GStreamer plugins from the "base" 
ii  gstreamer0.10-plugins-good0.10.28-2  GStreamer plugins from the "good" 

Versions of packages pidgin suggests:
pn  evolution-data-server  (no description available)
pn  gnome-panel | kdebase-workspa  (no description available)
ii  libsqlite3-0  3.7.5-1SQLite 3 shared library

-- 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#619830: autoreconf not regenerating build system

[Alastair McKinstry]

On 2011-03-27 21:25, Ben Pfaff wrote:

Alastair McKinstry  writes:


On 2011-03-27 18:29, Ben Pfaff wrote:

Alastair McKinstry   writes:



Sorry I thought the example given was clear.
The build systems in question has acinclude.m4 files that were
generated by aclocal-1.10.

What build systems?

See "silo-llnl" for example; this package FTBFS in sid, it worked in
squeeze.

Where do I get it?
http://packages.debian.org/search?keywords=silo-llnl&searchon=names&suite=all§ion=all
says "You have searched for packages that names contain silo-llnl
in all suites, all sections, and all architectures.  Sorry, your
search gave no results"


silo-llnl is the source package name.

--
Alastair McKinstry  ,  , 
http://blog.sceal.ie

Anyone who believes exponential growth can go on forever in a finite world
is either a madman or an economist - Kenneth Boulter, Economist.





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619887: Typo in the .desktop entry

[Andrea Carpineti]

Package: alien-arena
Version: 7.51-1
Severity: minor
User: ubuntu-de...@lists.ubuntu.com
User-tags: origin-ubuntu natty ubuntu-patch
Tags: patch

Hi, I'm reporting a typo in the Comment of the .desktop file.
I take the opportunity to add the Italian translation of the Comment entry.

This minor bug was originally posted in Ubuntu's Launchpad concerning an
application
which uses the .desktop files to present to the user a list of applications
which
can be installed or removed.

More details at:
https://bugs.launchpad.net/ubuntu/+source/app-install-data-ubuntu/+bug/05
http://standards.freedesktop.org/desktop-entry-spec/latest/ar01s05.html

Thanks,
Andrea


--- alien-arena.desktop.old2011-03-28 10:33:55.884298529 +0200
+++ alien-arena.desktop2011-03-28 10:44:02.212675949 +0200
@@ -1,7 +1,8 @@
 [Desktop Entry]
 Name=Alien Arena
-Comment=A standalone 3D first person online deathmatch shooter.
-Comment[es]=Un juego de acción en primera persona sobre red.
+Comment=A standalone 3D first person online deathmatch shooter
+Comment[es]=Un juego de acción en primera persona sobre red
+Comment[it]=Sparatutto online 3D in prima persona
 Icon=alien-arena.png
 Exec=/usr/games/alien-arena --quiet
 Terminal=false

Bug#619888: Incorrect format for package class path entries

[Michael Haggerty]

Package: libdbus-java
Version: 2.7-1
Tags: patch

The package uses absolute paths for entries in the package class path
whereas it should be using relative paths.  This results in a compiler
warning, though AFAICT the package works correctly.

[This bug was originally discovered under Ubuntu lucid (10.04.1) using
libdbus-java version 2.7-1 and openjdk-6-jdk version
6b18-1.8.1-0ubuntu1.  I originally reported the bug to Ubuntu [1] but
was asked to report it to Debian.  Based on looking at the debian/rules
file in the source package, the same problem is present in the Debian
versions 2.7-1 and 2.8-1 of the package (I haven't looked at other
versions).]

To reproduce:

$ echo 'public class Foo {}' >Foo.java
$ /usr/lib/jvm/java-6-openjdk/bin/javac -Xlint:path -classpath
/usr/share/java/dbus.jar Foo.java
warning: [path] bad path element
"/usr/share/java/usr/share/java/unix.jar": no such file or directory
warning: [path] bad path element
"/usr/share/java/usr/share/java/hexdump.jar": no such file or directory
2 warnings

The two warnings are caused by the problem.

The problem is that the rules file adds some jar dependencies to the
package's Class-Path using absolute paths, whereas (e.g., according to
[2]) relative paths should be used. I have attached a patch to fix the
problem.

[1] https://bugs.launchpad.net/ubuntu/+source/dbus-java/+bug/663277
[2]
http://java.sun.com/developer/Books/javaprogramming/JAR/basics/manifest.html#download

-- 
Michael Haggerty
mhag...@alum.mit.edu
http://softwareswirl.blogspot.com/
diff -ur dbus-java-2.7-orig/debian/rules dbus-java-2.7/debian/rules
--- dbus-java-2.7-orig/debian/rules	2010-12-14 09:25:14.0 +0100
+++ dbus-java-2.7/debian/rules	2010-12-14 09:26:00.0 +0100
@@ -37,8 +37,8 @@
 override_dh_install:
 	dh_install -i --sourcedir=debian/tmp
 override_jh_manifest:
-	jh_manifest -plibdbus-java -c"/usr/share/java/unix.jar /usr/share/java/hexdump.jar"
-	jh_manifest -pdbus-java-bin -c"/usr/share/java/dbus-$(VERSION).jar"
+	jh_manifest -plibdbus-java -c"unix.jar hexdump.jar"
+	jh_manifest -pdbus-java-bin -c"dbus-$(VERSION).jar"
 override_jh_depends:
 	jh_depends -pdbus-java-bin -jopen
 	jh_depends -plibdbus-java 
Only in dbus-java-2.7/debian: rules~

Bug#611615: how to fix

[Emmanuel Kasper]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

solved this problem just by erasing /etc/logrotate.d/puppetmaster, as
the log rotation configured in  /etc/logrotate.d/puppetmasteris is already
done in /etc/logrotate.d/puppet as the bug reporter noticed.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk2QSjIACgkQmCCtp3JG12oy+wCgpwJC1NHd0Ic5cRdOGpG5SVZu
uh0AoN89zbizt4Wc0MJqLjcLuNi5zq+k
=HRuf
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619889: heimdal-kdc: KDC does not find samba accounts in LDAP backend due to wrong search filter

[Michael Weiser]

Package: heimdal-kdc
Version: 1.4.0~git20100726.dfsg.1-1+b1
Severity: normal
Tags: patch

Hello,

current heimkdal-kdc in Debian 6 (1.4.0~git20100726.dfsg.1-1+b1) is a
pre-release snapshot (1.3.99) of heimdal 1.4. When using an LDAP backend that
contains samba accounts, they are not recognized as principals due to a wrong
search filter. This has been fixed in 1.4 release with commit
https://github.com/heimdal/heimdal/commit/901d655ba7d9dd4f912508b89c6e6803ee95b843#lib/hdb
/hdb-ldap.c. As to be expected, heimdal-kdc 1.4.0-4 in testing does not have
this problem and recognises samba accounts. An update of the package in Debian
6 or backport of this fix would be greatly appreaciated.

Thanks,
Micha

-- System Information:
Debian Release: 6.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages heimdal-kdc depends on:
ii  debconf [d 1.5.36.1  Debian configuration management sy
ii  heimdal-cl 1.4.0~git20100726.dfsg.1-1+b1 Heimdal Kerberos - clients
ii  krb5-confi 2.2   Configuration files for Kerberos V
ii  libasn1-8- 1.4.0~git20100726.dfsg.1-1+b1 Heimdal Kerberos - ASN.1 library
ii  libc6  2.11.2-10 Embedded GNU C Library: Shared lib
ii  libdb4.8   4.8.30-2  Berkeley v4.8 Database Libraries [
ii  libedit2   2.11-20080614-2   BSD editline and history libraries
ii  libgssapi2 1.4.0~git20100726.dfsg.1-1+b1 Heimdal Kerberos - GSSAPI support
ii  libhdb9-he 1.4.0~git20100726.dfsg.1-1+b1 Heimdal Kerberos - kadmin server l
ii  libkadm5sr 1.4.0~git20100726.dfsg.1-1+b1 Libraries for Heimdal Kerberos
ii  libkdc2-he 1.4.0~git20100726.dfsg.1-1+b1 Heimdal Kerberos - KDC support lib
ii  libkrb5-26 1.4.0~git20100726.dfsg.1-1+b1 Heimdal Kerberos - libraries
ii  libroken18 1.4.0~git20100726.dfsg.1-1+b1 Heimdal Kerberos - roken support l
ii  libsl0-hei 1.4.0~git20100726.dfsg.1-1+b1 Heimdal Kerberos - SL support libr
ii  libssl0.9. 0.9.8o-4  SSL shared libraries
ii  openbsd-in 0.20080125-6  The OpenBSD Internet Superserver

Versions of packages heimdal-kdc recommends:
ii  logrotate 3.7.8-6Log rotation utility

Versions of packages heimdal-kdc suggests:
pn  heimdal-docs   (no description available)
-- 
Vorstand/Board of Management:
Dr. Bernd Finkbeiner, Dr. Roland Niemeier, 
Dr. Arno Steitz, Dr. Ingrid Zech
Vorsitzender des Aufsichtsrats/
Chairman of the Supervisory Board:
Michel Lepert
Sitz/Registered Office: Tuebingen
Registergericht/Registration Court: Stuttgart
Registernummer/Commercial Register No.: HRB 382196 

--- heimdal-1.3.3/lib/hdb/hdb-ldap.c2010-05-26 23:53:13.0 +0200
+++ heimdal-1.4/lib/hdb/hdb-ldap.c  2010-09-13 09:23:34.0 +0200
@@ -886,7 +886,7 @@
ldap_msgfree(*msg);
*msg = NULL;

-   ret = escape_value(context, princname, "e);
+   ret = escape_value(context, userid, "e);
if (ret)
goto out;
 

Bug#619546: [php-maint] Bug#619546: Bug#619546: Bug#619546: php5-fpm init script failing with error code 1 regardless of failure

[Arthur Gautier]

On 03/28/2011 10:47 AM, Ondřej Surý wrote:

Hi,

I think it does help a lot.

Does this patch:

diff --git a/debian/php5-fpm.init b/debian/php5-fpm.init
index 25badb3..4e0fdee 100644
--- a/debian/php5-fpm.init
+++ b/debian/php5-fpm.init
@@ -163,3 +163,5 @@ case "$1" in
 exit 1
  ;;
  esac
+
+:

help?

Ondrej

That's it :)

# dpkg -i --force-depends /var/cache/apt/archives/php5-fpm_5.3.6-2_i386.deb
dpkg: warning: downgrading php5-fpm from 5.3.6-4 to 5.3.6-2.
(Reading database ... 229931 files and directories currently installed.)
Preparing to replace php5-fpm 5.3.6-4 (using 
.../php5-fpm_5.3.6-2_i386.deb) ...

Unpacking replacement php5-fpm ...
dpkg: php5-fpm: dependency problems, but configuring anyway as you 
requested:

 php5-fpm depends on php5-common (= 5.3.6-2); however:
  Version of php5-common on system is 5.3.6-4.
Setting up php5-fpm (5.3.6-2) ...
Installing new version of config file /etc/php5/fpm/pool.d/www.conf ...

Configuration file `/etc/init.d/php5-fpm'
 ==> Modified (by you or by a script) since installation.
 ==> Package distributor has shipped an updated version.
   What would you like to do about it ?  Your options are:
Y or I  : install the package maintainer's version
N or O  : keep your currently-installed version
  D : show the differences between the versions
  Z : start a shell to examine the situation
 The default action is to keep your current version.
*** php5-fpm (Y/I/N/O/D/Z) [default=N] ? Y
Installing new version of config file /etc/init.d/php5-fpm ...
update-rc.d: warning: php5-fpm stop runlevel arguments (0 1 6) do not 
match LSB Default-Stop values (none)
[28-Mar-2011 10:56:16] WARNING: [pool www] pm.start_servers is not set. 
It's been set to 20.
[28-Mar-2011 10:56:16] WARNING: [pool superbaloo] pm.start_servers is 
not set. It's been set to 3.
[28-Mar-2011 10:56:16] NOTICE: configuration file 
/etc/php5/fpm/php-fpm.conf test is successful


Starting PHP5 FPM...[28-Mar-2011 10:56:16] WARNING: [pool www] 
pm.start_servers is not set. It's been set to 20.
[28-Mar-2011 10:56:16] WARNING: [pool superbaloo] pm.start_servers is 
not set. It's been set to 3.

.
Processing triggers for man-db ...
# dpkg -i /var/cache/apt/archives/php5-fpm_5.3.6-4_i386.deb
(Reading database ... 229931 files and directories currently installed.)
Preparing to replace php5-fpm 5.3.6-2 (using 
.../php5-fpm_5.3.6-4_i386.deb) ...
[28-Mar-2011 10:56:23] WARNING: [pool www] pm.start_servers is not set. 
It's been set to 20.
[28-Mar-2011 10:56:23] WARNING: [pool superbaloo] pm.start_servers is 
not set. It's been set to 3.
[28-Mar-2011 10:56:23] NOTICE: configuration file 
/etc/php5/fpm/php-fpm.conf test is successful


Stopping PHP5 FPM
Unpacking replacement php5-fpm ...
Setting up php5-fpm (5.3.6-4) ...
Installing new version of config file /etc/init.d/php5-fpm ...
Installing new version of config file /etc/php5/fpm/pool.d/www.conf ...
update-rc.d: warning: php5-fpm stop runlevel arguments (0 1 6) do not 
match LSB Default-Stop values (none)
[28-Mar-2011 10:56:23] WARNING: [pool superbaloo] pm.start_servers is 
not set. It's been set to 3.

invoke-rc.d: initscript php5-fpm, action "start" failed.
dpkg: error processing php5-fpm (--install):
 subprocess installed post-installation script returned error exit status 1
Processing triggers for man-db ...
Errors were encountered while processing:
 php5-fpm
# cat - |tee /tmp/php-fpm.patch
--- a/debian/php5-fpm.init
+++ b/debian/php5-fpm.init
@@ -163,3 +163,5 @@ case "$1" in
exit 1
 ;;
 esac
+
+:
--- a/debian/php5-fpm.init
+++ b/debian/php5-fpm.init
@@ -163,3 +163,5 @@ case "$1" in
exit 1
 ;;
 esac
+
+:
^C
# cat /tmp/php-fpm.patch |patch -p2 /etc/init.d/php5-fpm
patching file /etc/init.d/php5-fpm
Hunk #1 succeeded at 163 with fuzz 1.
# apt-get -f install
Reading package lists... Done
Building dependency tree
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Setting up php5-fpm (5.3.6-4) ...
update-rc.d: warning: php5-fpm stop runlevel arguments (0 1 6) do not 
match LSB Default-Stop values (none)





i don't understand the colon. Do you have any pointers on it ?

Thanks :)

--
Arthur Gautier



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619885: ITP: vo-aacenc -- Free AAC encoder

[Fabian Greffrath]

Interesting!

What is the difference between VisualOn and Opencore? Why are those 
two codecs separate from opencore-amr, will they get integrated in the 
future?


 - Fabian




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619854: wajig: Please use gdebi for install of .deb

[Tshepang Lekhonkhobe]

On Sun, Mar 27, 2011 at 21:10, Reuben Thomas  wrote:
> Please make wajig install use gdebi, as this then offers to install
> any missing dependencies. Another convenience. It’s useful enough that
> my brain remembers to use gdebi when I want to install a .deb
> manually, rather than wajig.

Makes sense. What do you think Graham?



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619890: Incorrect format for package class path entries

[Michael Haggerty]

Package: libmatthew-java
Version: 0.7.2-1
Tags: patch

The package uses absolute paths for entries in the package class path
whereas it should be using relative paths.  This results in a compiler
warning, though AFAICT the package works correctly.

This problem is very similar to a bug that I just reported against the
libdbus-java package (no bug number yet assigned).

[This bug was originally discovered under Ubuntu lucid (10.04.1) using
libmatthew-java version 0.7.2-1 and openjdk-6-jdk version
6b18-1.8.1-0ubuntu1.  I originally reported the bug to Ubuntu [1].
Based on looking at the debian/rules file in the source package, the
same problem is present in Debian version 0.7.3-1 of the package (I
haven't looked at other versions).]

The problem is that the rules file adds some jar dependencies to the
package's Class-Path using absolute paths, whereas (e.g., according to
[2]) relative paths should be used. I have attached a patch that fixes
the problem.

Thanks,
Michael

[1] https://bugs.launchpad.net/ubuntu/+source/libmatthew-java/+bug/690080
[2]
http://java.sun.com/developer/Books/javaprogramming/JAR/basics/manifest.html#download

-- 
Michael Haggerty
mhag...@alum.mit.edu
http://softwareswirl.blogspot.com/

diff -ur libmatthew-java-0.7.2-orig/Makefile libmatthew-java-0.7.2/Makefile
--- libmatthew-java-0.7.2-orig/Makefile	2010-12-14 09:40:37.0 +0100
+++ libmatthew-java-0.7.2/Makefile	2010-12-14 09:42:33.0 +0100
@@ -63,7 +63,7 @@
 	(cd classes; $(JAR) cf ../$@ cx/ath/matthew/io/*class)
 unix-$(UNIXVER).jar: .classes
 ifeq ($(DEBUG),enable)
-	echo "Class-Path: $(JARDIR)/debug-$(DEBUG).jar" > Manifest
+	echo "Class-Path: debug-$(DEBUG).jar" > Manifest
 else
 	echo "Class-Path: " > Manifest
 endif
@@ -91,11 +91,11 @@
 
 debug-enable-$(DEBUGVER).jar: cx/ath/matthew/debug/Debug.jpp
 	make .enabledebug
-	echo "Class-Path: $(JARDIR)/hexdump.jar" > Manifest
+	echo "Class-Path: hexdump.jar" > Manifest
 	(cd classes;jar cfm ../$@ ../Manifest cx/ath/matthew/debug/*.class)
 debug-disable-$(DEBUGVER).jar: cx/ath/matthew/debug/Debug.jpp
 	make .disabledebug
-	echo "Class-Path: $(JARDIR)/hexdump.jar" > Manifest
+	echo "Class-Path: hexdump.jar" > Manifest
 	(cd classes;jar cfm ../$@ ../Manifest cx/ath/matthew/debug/*.class)
 .enabledebug: cx/ath/matthew/debug/Debug.jpp 
 	mkdir -p classes
Only in libmatthew-java-0.7.2: Makefile~

Bug#590431: xserver-xorg-video-openchrome: cannot start X with VX800 Chipset

[Tobias Scherer]

Hi,

sorry for being so unresponsive.

I testet the client in the meantime with a squeeze live image without any 
customised packages and everything looks good so far.  In squeeze the X 
server works with openchrome on this hardware.

Kind Regards
Tobias

-- 

Tobias Scherer
Support Engineer

Univention GmbH
Linux for your business 
Mary-Somerville-Str.1
28359 Bremen
Tel. : +49 421 22232-40
Fax : +49 421 22232-99 

sche...@univention.de
http://www.univention.de 

Geschäftsführer: Peter H. Ganten
HRB 20755 Amtsgericht Bremen
Steuer-Nr.: 71-597-02876



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619879: fix gdb threads problems for Hurd

[Samuel Thibault]

Hello,

Svante Signell, le Mon 28 Mar 2011 09:49:44 +0200, a écrit :
> The last two parts of the patch (finding and linking with libhurduser
> and libmachuser) will not be needed in next version of libc0.3, where
> they will be integrated into libc itself (according to Samuel Thibault).

Don't include them, yes, it's not needed on the buildds anyway.

> This bug is related to bug  #579834 which will be merged when this bug
> report is registered.

Err, why having submitted a new bug then?

Did you work out with upstream whether it's the correct way that will be
commited upstream?

Samuel



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619530: ffmpeg: backport of 4:0.6.1-5 from unstable produces WARNING: library configuration mismatch

[Fabian Greffrath]

Am 28.03.2011 11:10, schrieb Faheem Mitha:

ii libavcodec0d 0.cvs20060823-8 ffmpeg codec library
rc libavcodec51 3:20080706-0.3lenny2 library to encode decode
rc libavcodeccvs51 3:20070329-0.0etch1 library to encode decode
ii libavformat0d 0.cvs20060823-8 ffmpeg file format library
rc libavformatcvs51 3:20070329-0.0etch1 ffmpeg file format library
ii libavutil49 4:0.5.2-6 ffmpeg utility library
rc libavutilcvs49 3:20070329-0.0etch1 avutil shared libraries


As a first step, please remove the packages in the lines starting with 
"ii" above. For the others, I think "rc" means "removed but not 
purged", but I am not sure. Purging them won't hurt, though.


Please do also check the list for libswscale\* and libpostproc\*.

 - Fabian



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619530: ffmpeg: backport of 4:0.6.1-5 from unstable produces WARNING: library configuration mismatch

[Faheem Mitha]

On Mon, 28 Mar 2011, Fabian Greffrath wrote:


Am 24.03.2011 19:46, schrieb Faheem Mitha:


I backported ffmpeg 4:0.6.1-5 from unstable to squeeze. On running it, 
I see the following warning



This requires quite a few steps. Could you please elaborate what
exactly you did? Do you still have other or older ffmpeg library
packages installed (i.e.  what gives 'dpkg -l libav\*')?


Forgetting about the backport, this is still reproducible if I just 
install packages directly from unstable, which is what I currently have 
installed. Squeeze and unstable are apparently close enough that this does 
not pull in any additional dependencies other than the packages from the 
ffmpeg source package. Pretty much everything below with version number is 
4:0.6.1-5 is from unstable, I think.


Of course, it is entirely possible I screwed up when switching from my 
locally compiled packages to the packages in unstable.


If you want me to give you information about my backport of the ffmpeg 
packages I built from the unstable ffmpeg source, I'd have to do it over, 
because I don't remember the details, but it was comparatively 
straightforward.


Can you tell me if this problem shows up on unstable? If not, it is just a 
problem at my end, and, frankly I'd expect you to close this immediately. 
:-)


Output given below.

# dpkg -l libav\*

Question: is there an easy way to obtain a list like below, but with
the origin of the packages?

 Regards, Faheem

Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version  
Description
+++---
ii  libavahi-client-dev  0.6.27-2+squeeze1
Development files for the Avahi client library
ii  libavahi-client3 0.6.27-2+squeeze1
Avahi client library
ii  libavahi-common-data 0.6.27-2+squeeze1
Avahi common data files
ii  libavahi-common-dev  0.6.27-2+squeeze1
Development files for the Avahi common library
ii  libavahi-common3 0.6.27-2+squeeze1
Avahi common library
ii  libavahi-compat-libdnssd10.6.27-2+squeeze1
Avahi Apple Bonjour compatibility library
un  libavahi-core3  
(no description available)
rc  libavahi-core5   0.6.23-3lenny2   
Avahi's embeddable mDNS/DNS-SD library
ii  libavahi-core7   0.6.27-2+squeeze1
Avahi's embeddable mDNS/DNS-SD library
ii  libavahi-glib1   0.6.27-2+squeeze1
Avahi glib integration library
ii  libavahi-gobject00.6.27-2+squeeze1
Avahi GObject library
ii  libavahi-qt3-1   0.6.27-2+squeeze1
Avahi Qt 3 integration library
ii  libavalon-framework-java 4.2.0-7  
Common framework for Java server applications
un  libavalon-framework-java-doc
(no description available)
ii  libavc1394-0 0.5.3-1+b2   
control IEEE 1394 audio/video devices
ii  libavcodec-dev   4:0.6.1-5
Development files for libavcodec
un  libavcodec-extra-52 
(no description available)
un  libavcodec-unstripped-51
(no description available)
ii  libavcodec0d 0.cvs20060823-8  
ffmpeg codec library
rc  libavcodec51 3:20080706-0.3lenny2 
library to encode decode multimedia streams - runtime files
ii  libavcodec52 4:0.6.1-5
FFmpeg codec library
rc  libavcodeccvs51  3:20070329-0.0etch1  
library to encode decode multimedia streams - runtime files
un  libavcore0  
(no description available)
un  libavdevice-dev 
(no description available)
un  libavdevice-extra-52
(no description available)
ii  libavdevice524:0.6.1-5
FFmpeg device handling library
un  libavfilter-dev 
(no description available)
un  libavfilter-extra-1 

Bug#619821: Configure SSL certificates

[Thomas Arendsen Hein]

* Vincent Danjean  [20110327 21:39]:
> On 27/03/2011 15:09, Seo Sanghyeon wrote:
> > Package: mercurial
> > Version: 1.8.1-1
> > 
> > I think SSL certificates should be configured in system-wide hgrc.
> > Here's how: http://mercurial.selenic.com/wiki/CACertificates
> 
> I did not try certificates (nor read the linked document) yet.
> However, would putting this config in system-wide hgrc still allow
> a user to disable this functionality ?

Yes, by adding this to the user's ~/.hgrc:

[web]
cacerts =

Or by using the --insecure command line switch.

> Upstream does not like at
> all that distrib-mercurial has some features automatically enabled
> in system-wide hgrc that are not enabled by default in plain
> mercurial.

This was about too many extensions enabled by default.

See http://mercurial.selenic.com/wiki/Packaging#SSL_support

"2. SSL support
 Packagers are encouraged to integrate as well as possible with the
 platforms existing PKI, for example by distributing a
 hgrc.d/cacert.rc with configuration of web.cacerts."

> > This would add dependency to ca-certificates pacakge.
> 
> For now, we could add it in 'Suggests' and document this in
> README.Debian

I'd say adding it to /etc/mercurial/hgrc.d/cacert.rc and using
'Recommends' would be the best solution.

Regards,
Thomas

-- 
tho...@intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619546: [php-maint] Bug#619546: Bug#619546: Bug#619546: Bug#619546: php5-fpm init script failing with error code 1 regardless of failure

[Ondřej Surý]

> i don't understand the colon. Do you have any pointers on it ?

That's easy. When I saw your output I have realized that the script never goes 
to log_msg_end statement because of VERBOSE=no and whole script returns with 
last exit value (which is 1). The ':' is an empty command (aka set the retval 
to 0). It was my oversight when copying the init.d from /etc/init.d/skeleton, 
sorry for that and thanks for the testing. I'll try to silence the 
set-to-default warnings and upload -5 version.

O.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619854: wajig: Please use gdebi for install of .deb

[Graham Williams]

Does the command line use of gdebi exclude popups appearing? Seems
like a good idea, but I just wonder what changes occur to interactions
with wajig when we use gdebi instead of the current install method? If
none, and we automatically get dependencies when manually installing a
.deb, then yes - we should use it.

Regards,
Graham

On 28/03/2011, Tshepang Lekhonkhobe  wrote:
> On Sun, Mar 27, 2011 at 21:10, Reuben Thomas  wrote:
>> Please make wajig install use gdebi, as this then offers to install
>> any missing dependencies. Another convenience. It’s useful enough that
>> my brain remembers to use gdebi when I want to install a .deb
>> manually, rather than wajig.
>
> Makes sense. What do you think Graham?
>


-- 
Regards,
Graham



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#286672: Patch to enable gnutls

[Rupert Swarbrick]

As M. Braun said in his previous message (in 2009), there is in fact a
patch to enable gnutls support (which he wrote!).

I've extracted the code from the massive zip file that's linked at the
Ubuntu bug report and have made the required changes to the debian
control file to use it.

I *think* this should work. Anyway, (Dear Maintainer!): could you try
building with the attached patch? It might need a bit of cleaning up,
but it seems that it would be good to put this long-standing bug to rest
at last.

The attached patch applies to the current debian source package
(5.4.dfsg.1-2.5).


Rupert


diff -ur mail-notification-5.4.dfsg.1/debian//control mail-notification-5.4.dfsg.1.new/debian//control
--- mail-notification-5.4.dfsg.1/debian//control	2011-02-27 23:50:20.0 +
+++ mail-notification-5.4.dfsg.1.new/debian//control	2011-03-28 10:09:13.0 +0100
@@ -2,7 +2,7 @@
 Section: gnome
 Priority: optional
 Maintainer: LIU Qi 
-Build-Depends: debhelper (>= 7), scrollkeeper, gnome-pkg-tools, libxml-parser-perl, libglade2-dev (>= 2.6.0), libsasl2-dev (>= 2.0.0), libgmime-2.4-dev, evolution-dev (>= 2.11.0), evolution-plugins (>= 2.6.0), evolution-data-server-dev (>= 1.6.0), libgnomeprintui2.2-dev, libnotify-dev (>= 0.4.3), intltool (>= 0.35), gob2 (>= 2.0.16), libx11-dev
+Build-Depends: debhelper (>= 7), scrollkeeper, gnome-pkg-tools, libxml-parser-perl, libglade2-dev (>= 2.6.0), libsasl2-dev (>= 2.0.0), libgmime-2.4-dev, evolution-dev (>= 2.11.0), evolution-plugins (>= 2.6.0), evolution-data-server-dev (>= 1.6.0), libgnomeprintui2.2-dev, libnotify-dev (>= 0.4.3), intltool (>= 0.35), gob2 (>= 2.0.16), libx11-dev, libgnutls-dev (>= 2.0.4)
 Standards-Version: 3.9.1
 
 Package: mail-notification
@@ -21,7 +21,7 @@
* Mozilla products (Mozilla, SeaMonkey, Thunderbird, ...) mailbox support
* SASL authentication support
* APOP authentication support
-   * SSL/TLS support (disabled, see README.Debian)
+   * SSL/TLS support (using gnutls, see README.Debian)
* automatic detection of mailbox format
* immediate notification (depends on your settings)
* HIG 2.0 compliance
diff -ur mail-notification-5.4.dfsg.1/debian//patches/series mail-notification-5.4.dfsg.1.new/debian//patches/series
--- mail-notification-5.4.dfsg.1/debian//patches/series	2011-03-13 22:14:01.0 +
+++ mail-notification-5.4.dfsg.1.new/debian//patches/series	2011-03-28 10:15:17.0 +0100
@@ -9,3 +9,4 @@
 strict-libs.patch
 evolution-2.32.patch
 ignore-junk.patch
+add-gnutls.patch
diff -ur mail-notification-5.4.dfsg.1/debian//README.Debian mail-notification-5.4.dfsg.1.new/debian//README.Debian
--- mail-notification-5.4.dfsg.1/debian//README.Debian	2010-05-26 05:55:55.0 +0100
+++ mail-notification-5.4.dfsg.1.new/debian//README.Debian	2011-03-28 10:08:06.0 +0100
@@ -9,8 +9,9 @@
 
 1. SSL
 --
-I had to disable SSL because of a license issue.
-It doesn't look like the issue is going to be solved soon.
+
+SSL support is available using gnutls, thanks to a patch by Michael
+Braun .
 
 See the Debian BTS thread:
 http://bugs.debian.org/286672
diff -ur mail-notification-5.4.dfsg.1/debian//rules mail-notification-5.4.dfsg.1.new/debian//rules
--- mail-notification-5.4.dfsg.1/debian//rules	2010-05-26 05:55:55.0 +0100
+++ mail-notification-5.4.dfsg.1.new/debian//rules	2011-03-28 09:48:18.0 +0100
@@ -14,7 +14,7 @@
 configure: configure-stamp
 configure-stamp:
 	dh_testdir
-	./jb configure ssl=no sysconfdir=/etc destdir=$(DEBIAN_DIR)/tmp/ cppflags="-I/usr/include/libgtkhtml-3.14 -I/usr/include/libgtkhtml-3.14/editor"
+	./jb configure gnutls=yes sysconfdir=/etc destdir=$(DEBIAN_DIR)/tmp/ cppflags="-I/usr/include/libgtkhtml-3.14 -I/usr/include/libgtkhtml-3.14/editor"
 	touch $@
 
 


pgp2Us0yfinbs.pgp
Description: PGP signature

Bug#604456: xserver-xorg-video-intel: X crashes since upgrade to 2.12

[Andreas Enge]

Bonjour Cyril,

On Tue, Feb 22, 2011 at 11:53:15PM +0100, Cyril Brulebois wrote:
> you could try that:
>   http://pkg-xorg.alioth.debian.org/howto/use-gdb.html

thanks for this very clear description!

I am attaching a simple and a full backtrace, as well as...

> Could you please attach the output of “ldd /usr/bin/Xorg”?

...the ldd output.

The files have been obtained with the current stable version of
xserver-xorg-video-intel, 2:2.13.0-6.

Andreas
#0  0xb7793424 in __kernel_vsyscall ()
#1  0xb74d5751 in *__GI_raise (sig=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:64
#2  0xb74d8b82 in *__GI_abort () at abort.c:92
#3  0xb74ce8b8 in *__GI___assert_fail (assertion=0xb72b6343 "0", 
file=0xb725cb58 "i915_vtbl.c", line=339, function=0xb725cd65 "i915_emit_state") 
at assert.c:81
#4  0xb707c097 in i915_emit_state (intel=0x975a270) at i915_vtbl.c:339
#5  0xb70a5ff4 in intelRenderStart (ctx=0x975a270) at intel_tris.c:1092
#6  0xb715afc3 in run_render (ctx=0x975a270, stage=0x963ba34) at 
tnl/t_vb_render.c:275
#7  0xb714ed83 in _tnl_run_pipeline (ctx=0x975a270) at tnl/t_pipeline.c:157
#8  0xb70a62dd in intelRunPipeline (ctx=0x975a270) at intel_tris.c:1079
#9  0xb714fad6 in _tnl_draw_prims (ctx=0x975a270, arrays=0x95efda4, 
prim=0x95ee878, nr_prims=1, ib=0x0, min_index=0, max_index=3) at 
tnl/t_draw.c:467
#10 0xb714ff39 in _tnl_vbo_draw_prims (ctx=0x975a270, arrays=0x95efda4, 
prim=0x95ee878, nr_prims=1, ib=0x0, index_bounds_valid=1 '\001', min_index=0, 
max_index=3) at tnl/t_draw.c:376
#11 0xb7147f94 in vbo_exec_vtx_flush (exec=0x95ee748, unmap=1 '\001') at 
vbo/vbo_exec_draw.c:384
#12 0xb7143db7 in vbo_exec_FlushVertices_internal (ctx=0x0, unmap=6 '\006') at 
vbo/vbo_exec_api.c:872
#13 0xb7143e10 in vbo_exec_FlushVertices (ctx=0x975a270, flags=3) at 
vbo/vbo_exec_api.c:906
#14 0xb70bef91 in _mesa_PopAttrib () at main/attrib.c:877
#15 0xb73493a1 in __glXDisp_PopAttrib (pc=0xa42a338 "\b") at 
../../glx/indirect_dispatch.c:1445
#16 0xb73730e4 in __glXDisp_Render (cl=0x95c2940, pc=0xa42a334 "\004") at 
../../glx/glxcmds.c:1823
#17 0xb73779e2 in __glXDispatch (client=0x9464a38) at ../../glx/glxext.c:578
#18 0x08074187 in Dispatch () at ../../dix/dispatch.c:439
#19 0x080669aa in main (argc=9, argv=0xbf869554, envp=0xbf86957c) at 
../../dix/main.c:283
#0  0xb7793424 in __kernel_vsyscall ()
No symbol table info available.
#1  0xb74d5751 in *__GI_raise (sig=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:64
resultvar = 
pid = -1218523148
selftid = 3533
#2  0xb74d8b82 in *__GI_abort () at abort.c:92
act = {__sigaction_handler = {sa_handler = 0xbf868d80, sa_sigaction = 
0xbf868d80}, sa_mask = {__val = {3075587213, 104, 64, 3213266544, 3213266332, 
  104, 64, 60, 173439560, 3076444148, 60, 59, 3213266504, 
3075517970, 173439568, 60, 3213266544, 173439568, 0, 4222451712, 173439568, 
173439568, 
  173439568, 173439568, 173439627, 173439668, 173439568, 173439668, 
0, 0, 0, 0}}, sa_flags = 0, sa_restorer = 0}
sigs = {__val = {32, 0 }}
#3  0xb74ce8b8 in *__GI___assert_fail (assertion=0xb72b6343 "0", 
file=0xb725cb58 "i915_vtbl.c", line=339, function=0xb725cd65 "i915_emit_state") 
at assert.c:81
buf = 0xa567a50 "X: i915_vtbl.c:339: i915_emit_state: Assertion `0' 
failed.\n"
#4  0xb707c097 in i915_emit_state (intel=0x975a270) at i915_vtbl.c:339
state = 0x9770780
i = 
count = 1
aper_count = 
dirty = 
aper_array = {0xa4281c0, 0x961f7d8, 0xa3a9be8, 0xa3a9be8, 0xa3a9be8, 
0xa3a9be8, 0xb72be880, 0x975a270, 0x9, 0xbf868f48, 0xb707b7bd}
__PRETTY_FUNCTION__ = "i915_emit_state"
__FUNCTION__ = "i915_emit_state"
#5  0xb70a5ff4 in intelRenderStart (ctx=0x975a270) at intel_tris.c:1092
No locals.
#6  0xb715afc3 in run_render (ctx=0x975a270, stage=0x963ba34) at 
tnl/t_vb_render.c:275
tnl = 0x963b7f0
tab = 0x0
pass = 4
__PRETTY_FUNCTION__ = "run_render"
#7  0xb714ed83 in _tnl_run_pipeline (ctx=0x975a270) at tnl/t_pipeline.c:157
tnl = 0x963b8e0
__tmp = 895
i = 10
#8  0xb70a62dd in intelRunPipeline (ctx=0x975a270) at intel_tris.c:1079
No locals.
#9  0xb714fad6 in _tnl_draw_prims (ctx=0x975a270, arrays=0x95efda4, 
prim=0x95ee878, nr_prims=1, ib=0x0, min_index=0, max_index=3) at 
tnl/t_draw.c:467
this_nr_prims = 
bo = {0xb72be880, 0x975a270, 0xa42adf0, 0xbf8690e8, 0xb7077d36, 
0x975a270, 0x1, 0x0, 0x0, 0x975a270, 0xa42adf0, 0x963b7f0, 0xb72be880, 
0x2000, 
  0x975a270, 0xbf869118, 0xb7071565, 0x975a270, 0x3040, 0x0, 0x0, 
0x975a270, 0x962ca08, 0xbf869138, 0xb72be880, 0x975a270, 0x0, 0xbf869178, 
  0xb711a959, 0x975a270, 0x3040, 0x0, 0xb72be880}
nr_bo = 0
max_basevertex = 
i = 
__PRETTY_FUNCTION__ = "_tnl_draw_prims"
#10 0xb714ff39 in _tnl_vbo_draw_prims (ctx=0x975a270, arrays=0x95efda4, 
prim=0x95ee878, nr_prims=1, ib=0x0, index_bounds_valid=1 '\001', min_index=0, 
max_index=

Bug#619530: ffmpeg: backport of 4:0.6.1-5 from unstable produces WARNING: library configuration mismatch

[Faheem Mitha]

On Mon, 28 Mar 2011, Fabian Greffrath wrote:


Am 28.03.2011 11:10, schrieb Faheem Mitha:

ii libavcodec0d 0.cvs20060823-8 ffmpeg codec library
rc libavcodec51 3:20080706-0.3lenny2 library to encode decode
rc libavcodeccvs51 3:20070329-0.0etch1 library to encode decode
ii libavformat0d 0.cvs20060823-8 ffmpeg file format library
rc libavformatcvs51 3:20070329-0.0etch1 ffmpeg file format library
ii libavutil49 4:0.5.2-6 ffmpeg utility library
rc libavutilcvs49 3:20070329-0.0etch1 avutil shared libraries


As a first step, please remove the packages in the lines starting with 
"ii" above. For the others, I think "rc" means "removed but not purged", 
but I am not sure.


That is correct.


Purging them won't hurt, though.


Removing the packages listed above does not change the

WARNING: library configuration mismatch


Please do also check the list for libswscale\* and libpostproc\*.


See below. You didn't say whether this problem is reproducible in stable.

  Faheem

# dpkg -l libswscale\*
||/ Name Version  
Description
+++---
un  libswscale-dev  
(no description available)
un  libswscale-extra-0  
(no description available)
ii  libswscale0  4:0.6.1-5
FFmpeg video scaling library

# dpkg -l libpostproc\*
||/ Name Version  
Description
+++---
un  libpostproc-dev 
(no description available)
un  libpostproc-extra-51
(no description available)
un  libpostproc0
(no description available)
ii  libpostproc0d0.cvs20060823-8  
ffmpeg video postprocessing library
ii  libpostproc514:0.6.1-5
FFmpeg video postprocessing library
rc  libpostproccvs51 3:20070329-0.0etch1  
postproc shared libraries



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619879: fix gdb threads problems for Hurd

[Svante Signell]

On Mon, 2011-03-28 at 11:02 +0200, Samuel Thibault wrote:
> Hello,
> 
> Svante Signell, le Mon 28 Mar 2011 09:49:44 +0200, a écrit :
> > The last two parts of the patch (finding and linking with libhurduser
> > and libmachuser) will not be needed in next version of libc0.3, where
> > they will be integrated into libc itself (according to Samuel Thibault).
> 
> Don't include them, yes, it's not needed on the buildds anyway.

OK, when will the fixed libc be updated?

> > This bug is related to bug  #579834 which will be merged when this bug
> > report is registered.
> 
> Err, why having submitted a new bug then?

Sorry, I made a mistake here. It should have been reported to bug
#579834.

> Did you work out with upstream whether it's the correct way that will be
> commited upstream?

How to contact upstream? I've only seen the bug report (don't remember
the number) on Savannah so far.





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619879: fix gdb threads problems for Hurd

[Samuel Thibault]

forcemerge 619879 579834
forwarded 579834 http://www.sourceware.org/bugzilla/show_bug.cgi?id=1
thanks

Svante Signell, le Mon 28 Mar 2011 11:32:45 +0200, a écrit :
> On Mon, 2011-03-28 at 11:02 +0200, Samuel Thibault wrote:
> > Svante Signell, le Mon 28 Mar 2011 09:49:44 +0200, a écrit :
> > > The last two parts of the patch (finding and linking with libhurduser
> > > and libmachuser) will not be needed in next version of libc0.3, where
> > > they will be integrated into libc itself (according to Samuel Thibault).
> > 
> > Don't include them, yes, it's not needed on the buildds anyway.
> 
> OK, when will the fixed libc be updated?

When it's ready.
As I said on the list, to fix it by hand just add 

INPUT ( AS_NEEDED ( -lmachuser -lhurduser ) )

to your /usr/lib/libc.so

> > Did you work out with upstream whether it's the correct way that will be
> > commited upstream?
> 
> How to contact upstream? I've only seen the bug report (don't remember
> the number) on Savannah so far.

http://www.sourceware.org/bugzilla/show_bug.cgi?id=1

Samuel



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#286672: ... and with the actual contents of the patch!

[Rupert Swarbrick]

Sorry for spamming the bug report with a massive patch. Even sorrier for
sending the wrong one! This patch used the magic "-N" flag too and
actually contains the code that's required...

Rupert



add-gnutls-support.patch.gz
Description: Binary data


pgpXSu4ZvmZsJ.pgp
Description: PGP signature

Bug#619317: linux-image-2.6.32-5-xen-686: booting via hypervisor slows bootup significant (hang) and also slow on runtime

[Jan Wagner]

On Saturday 26 March 2011 12:11:04 you wrote:
> On Tuesday, 22. March 2011, you wrote:
> > Booting linux-image-2.6.32-5-xen-686 via hypervisor gets hanging
> > (several) init scripts. This seems to "workaround" with generating input
> > on stdin when the init script hangs. Video of bootup is also
> > available[1].
> 
> It looks like “max_cstate=1″ did fix the problem for me. It also appeared
> recently on the Linux power management list[1]. In the next day I will also
> try "hpet=disable" and give feedback.

Okay  "hpet=disable" seems not to work, while "cpuidle=off" did work also 
quite well instead of “max_cstate=1″.

With kind regards, Jan.
-- 
Never write mail to , you have been warned!
-BEGIN GEEK CODE BLOCK-
Version: 3.12
GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V- PS PE Y++
PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y 
--END GEEK CODE BLOCK--


signature.asc
Description: This is a digitally signed message part.

Bug#511401: terminal.app: segfault on startup under vnc4server

[Gürkan Sengün]

On 03/28/11 10:21, Timo Juhani Lindfors wrote:
> Hi,
> 
> Gürkan Sengün  writes:
>> Should this bug be closed then?
> 
> I don't know. If you are confident that terminal.app now handles missing
> fonts then sure :-)

I think so, since it's not the job of the terminal software to handle missing
fonts. If you try to run xterm without its default font, it won't work either...

Yours,
Gurkan



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619891: ITP: vo-amrwbenc -- AMR encoder

[Reinhard Tartler]

Package: wnpp
Owner: Reinhard Tartler 
Severity: wishlist

* Package name: vo-amrwbenc
  Version : 0.1.0-rc1
  Upstream Author : Martin Storsjö 
* URL or Web page : http://opencore-amr.git.sourceforge.net/
* License : Apache License 2.0
  Description : VisualOn AMR-WB encoder library

This library contains an encoder implementation of the Adaptive Multi
Rate Wideband (AMR-WB) audio codec. The library is based on a codec
implementation by VisualOn, part of the Stagefright framework from
the Google Android project.

Similar to the sister ITP (Debian Bug #619885) I solicit for
"co-maintainers" in the pkg-multimedia team for this package.

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619893: amarok plays mp3tunes albums in alphabetic order instead of track number

[Martin Albrecht]

Package: amarok
Version: 2.4.0-1
Severity: minor

When selecting an album from the mp3tunes interface its tracks are sorted
alphabetically in the playlist instead of by track number.



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.37.1 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages amarok depends on:
ii  amarok-common2.4.0-1 architecture independent files for
ii  amarok-utils 2.4.0-1 utilities for Amarok media player
ii  kdebase-runtime  4:4.4.5-1   runtime components from the offici
ii  libavcodec52 5:0.6.1+svn20110308-0.0 library to encode decode multimedi
ii  libavformat525:0.6.1+svn20110308-0.0 ffmpeg file format library
ii  libc62.11.2-11   Embedded GNU C Library: Shared lib
ii  libcurl3-gnutls  7.21.3-1Multi-protocol file transfer libra
ii  libgcc1  1:4.5.2-4   GCC support library
ii  libgcrypt11  1.4.6-5 LGPL Crypto library - runtime libr
ii  libglib2.0-0 2.28.2-1The GLib library of C routines
ii  libgpod4-nogtk   0.7.93-0.3  library to read and write songs to
ii  libgtk2.0-0  2.20.1-2The GTK+ graphical user interface 
ii  libkdecore5  4:4.4.5-3   the KDE Platform Core Library
ii  libkdeui54:4.4.5-3   the KDE Platform User Interface Li
ii  libkdewebkit54:4.4.5-3   the KDE WebKit Library
ii  libkdnssd4   4:4.4.5-3   the DNS-SD Protocol Library for th
ii  libkfile44:4.4.5-3   the File Selection Dialog Library 
ii  libkio5  4:4.4.5-3   the Network-enabled File Managemen
ii  libknewstuff2-4  4:4.4.5-3   the "Get Hot New Stuff" v2 Library
ii  libknewstuff3-4  4:4.4.5-3   the "Get Hot New Stuff" v3 Library
ii  libkutils4   4:4.4.5-3   various utility classes for the KD
ii  liblastfm0   0.4.0~git20090710-1 The Last.fm web services library
ii  libloudmouth1-0  1.4.3-7 Lightweight C Jabber library
ii  libmtp8  1.0.6-1 Media Transfer Protocol (MTP) libr
ii  libmysqlclient16 5.1.49-3MySQL database client library
ii  libofa0  0.9.3-3.1   Library for acoustic fingerprintin
ii  libphonon4   4:4.6.0really4.4.2-1the core library of the Phonon mul
ii  libplasma3   4:4.4.5-3   the Plasma Library for the KDE Pla
ii  libqca2  2.0.2-1 libraries for the Qt Cryptographic
ii  libqt4-dbus  4:4.6.3-4   Qt 4 D-Bus module
ii  libqt4-network   4:4.6.3-4   Qt 4 network module
ii  libqt4-script4:4.6.3-4   Qt 4 script module
ii  libqt4-sql   4:4.6.3-4   Qt 4 SQL module
ii  libqt4-svg   4:4.6.3-4   Qt 4 SVG module
ii  libqt4-webkit4:4.6.3-4   Qt 4 WebKit module
ii  libqt4-xml   4:4.6.3-4   Qt 4 XML module
ii  libqtcore4   4:4.6.3-4   Qt 4 core module
ii  libqtgui44:4.6.3-4   Qt 4 GUI module
ii  libqtscript4-cor 0.1.0-3 Qt Script bindings for the Qt 4 Co
ii  libqtscript4-gui 0.1.0-3 Qt Script bindings for the Qt 4 Gu
ii  libqtscript4-net 0.1.0-3 Qt Script bindings for the Qt 4 Ne
ii  libqtscript4-sql 0.1.0-3 Qt Script bindings for the Qt 4 SQ
ii  libqtscript4-uit 0.1.0-3 Qt Script bindings for the Qt 4 Ui
ii  libqtscript4-xml 0.1.0-3 Qt Script bindings for the Qt 4 XM
ii  libsolid44:4.4.5-3   Solid Library for KDE Platform
ii  libstdc++6   4.5.2-4 The GNU Standard C++ Library v3
ii  libtag-extras1   1.0.1-3 TagLib extras library - support fo
ii  libtag1c2a   1.6.3-1 TagLib Audio Meta-Data Library
ii  libthreadweaver4 4:4.4.5-3   the ThreadWeaver Library for the K
ii  libxml2  2.7.8.dfsg-2GNOME XML library
ii  phonon   4:4.6.0really4.4.2-1metapackage for the Phonon multime
ii  phonon-backend-x 4:4.6.0really4.4.2-1Phonon Xine 1.1.x backend
ii  zlib1g   1:1.2.3.4.dfsg-3compression library - runtime

Versions of packages amarok recommends:
ii  kdemultimedia-kio-plugins 4:4.4.5-1  transparent audio CD access for ap

Versions of packages amarok suggests:
ii  libqt4-sql-mysql  4:4.6.3-4  Qt 4 MySQL database driver
pn  libqt4-sql-psql(no description available)
ii  libqt4-sql-sqlite 4:4.6.3-4  Qt 4 SQLite 3 database driver
ii  libxine1-ffmpeg   1.1.19-3   MPEG-related plugins for libxine1
pn  moodbar(no de

Bug#619530: ffmpeg: backport of 4:0.6.1-5 from unstable produces WARNING: library configuration mismatch

[Fabian Greffrath]

Am 28.03.2011 11:39, schrieb Faheem Mitha:

Removing the packages listed above does not change the
WARNING: library configuration mismatch


Which version of the ffmpeg frontend do you use?

Does this error message only appear when you run the ffmpeg binary? Do 
you run the one installed on the system or from your build tree?



See below. You didn't say whether this problem is reproducible in stable.


I don't know. I do not have Debian stable running anywhere and I would 
not install software from unstable as a plain drop-in replacement, either.




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#599632: fusioninventory-agent: on powerpc, for CPU, the node TYPE is used instead of the node NAME

[Gonéri Le Bouder]

Version 2.1.8-1

Thanks for the bug report. The issue is fixed in the current package from 
unstable.

Best regards,

Gonéri



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619894: Typo in a .desktop entry

[Andrea Carpineti]

Package: asunder
Severity: minor
User: ubuntu-de...@lists.ubuntu.com
User-tags: origin-ubuntu natty ubuntu-patch
Tags: patch

Hi, I'm reporting a typo in some entries of the .desktop file.

This minor bug was originally posted in Ubuntu's Launchpad concerning an
application
which uses the .desktop files to present to the user a list of applications
which
can be installed or removed.

More details at:
https://bugs.launchpad.net/ubuntu/+source/app-install-data-ubuntu/+bug/05
http://standards.freedesktop.org/desktop-entry-spec/latest/ar01s05.html

Thanks,
Andrea

--- asunder.desktop.old2011-03-28 11:45:29.142324966 +0200
+++ asunder.desktop2011-03-28 11:50:49.666295433 +0200
@@ -10,11 +10,12 @@
 GenericName[fr]=Extracteur de CD
 GenericName[hu]=Audió CD Ripper és Tömörítő
 GenericName[ru]=Копирование звуковых CD
-Comment=An application to save tracks from an Audio CD as WAV, MP3, OGG,
FLAC, and/or Wavpack.
+Comment=An application to save tracks from an Audio CD as WAV, MP3, OGG,
FLAC, and/or Wavpack
 Comment[de]=Oberfläche zur Erstellung von Audio-Dateien
-Comment[hu]=Egy alkalmazás ami az Audió CD-n lévő sávokat lementi, MP3,
OGG, FLAC és/vagy Wavpack formátumba.
-Comment[ru]=Программа для сохранения звуковых дорожек CD в файлы форматов
WAV, MP3, OGG, FLAC и/или Wavpack.
-Comment[sv]=Ett program för att spara spår från en ljudskiva som WAV, MP3,
OGG och/eller FLAC.
+Comment[hu]=Egy alkalmazás ami az Audió CD-n lévő sávokat lementi, MP3,
OGG, FLAC és/vagy Wavpack formátumba
+Comment[ru]=Программа для сохранения звуковых дорожек CD в файлы форматов
WAV, MP3, OGG, FLAC и/или Wavpack
+Comment[sv]=Ett program för att spara spår från en ljudskiva som WAV, MP3,
OGG och/eller FLAC
+Comment[it]=Estrai le tracce da un Audio CD salvandole in WAV, MP3, OGG,
FLAC e/o Wavpack
 Exec=asunder
 Terminal=false
 StartupNotify=true

Bug#453754: xserver-xorg-video-intel - xvideo double buffering unsynchronized

[Bastian Blank]

On Wed, Feb 23, 2011 at 01:53:21PM +0100, Julien Cristau wrote:
> I think that's expected, you'd need some coordination between the video
> player and the compositing manager for this to work?

You need to describe the protocol then.

xvinfo shows:
|   Adaptor #0: "Intel(R) Textured Video"
| number of ports: 16
| port base: 88
| operations supported: PutImage 

The only reference to PutImage is XvPutImage in the Xvideo extension and
libxv. However this method gets full images in form of XvImage. So to my
knowledge, the server always gets full images and therefor have all the
informations to do proper synchronization.

Bastian

-- 
Humans do claim a great deal for that particular emotion (love).
-- Spock, "The Lights of Zetar", stardate 5725.6



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619879: fix gdb threads problems for Hurd

[Svante Signell]

On Mon, 2011-03-28 at 11:40 +0200, Samuel Thibault wrote:
> forcemerge 619879 579834
> forwarded 579834 http://www.sourceware.org/bugzilla/show_bug.cgi?id=1
> thanks

Shouldn't the above be sent to cont...@bugs.debian.org too?

> > OK, when will the fixed libc be updated?
> 
> When it's ready.
> As I said on the list, to fix it by hand just add 
> 
> INPUT ( AS_NEEDED ( -lmachuser -lhurduser ) )
> 
> to your /usr/lib/libc.so

Yes I saw that in IRC, not the ML from what I remember. And there you
did not tell to which file it should be added too. Now everything is
crystal clear. Thanks!




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619885: ITP: vo-aacenc -- Free AAC encoder

[Martin Storsjö]

Hi Fabian,

On Mon, 28 Mar 2011, Fabian Greffrath wrote:

> What is the difference between VisualOn and Opencore? Why are those two 
> codecs separate from opencore-amr, will they get integrated in the 
> future?

For a few different reasons - the OpenCORE code is copyrighted by 
PacketVideo, while this new code drop is copyrighted by VisualOn. I'm in 
discussions with PacketVideo about relicensing the OpenCORE code to apache 
2.0 + LGPL2+ (to licensewise ease use and integration in applications), 
but that wouldn't cover the new VisualOn code. Also, the AAC encoder 
doesn't really share anything with the AMR codecs, so integrating them in 
the same library woulndn't make much sense.

// Martin



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#599598: fusioninventory-agent: on linux/powerpc agent is blocked by a 'fdisk -s' command on dvd drive which never ends

[Gonéri Le Bouder]

Version: 2.1.8-1

Fixed in the current package from unstable.

Best regards,

Gonéri



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#596391: grub: Grub2 cannot boot on JFS partition of / (root) !!

[Vladimir 'φ-coder/phcoder' Serbinenko]

> You can even try mannually, too same error.
>
> Grub-gives at boot error 5
>
>   
GRUB2 never gives numbered errors. Please install GRUB2 to MBR by e.g.
grub2-install /dev/sdX, where X your boot disk. Or better:
sudo dpkg-reconfigure grub-pc
and choose all disks but not partitions

-- 
Regards
Vladimir 'φ-coder/phcoder' Serbinenko




signature.asc
Description: OpenPGP digital signature

Bug#618579: Going for it

[Daniel Stender]

Hi guys,

if someone actually follows this ITP, I've contacted Sebastian Rahtz who is the 
tarball maintainer
and who created the Debian packets for that unofficial repo in Oxford and he 
would be very glad if
somebody could take over, of course the TEI community would be interested to 
see the TEI stuff being
available from the official repositories.

So if someone would be interested to sponsor that stuff he of course could 
contact me before I'm
going to pack it and post the RFS then.

Greetings,
Daniel Stender




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619895: Typo in manpage

[Pietro Battiston]

package: tnef
version: 1.4.7-1
severity: minor

The manpage for tnef has a small error. See the attached debdiff.

Pietro
diff -u tnef-1.4.7/debian/changelog tnef-1.4.7/debian/changelog
--- tnef-1.4.7/debian/changelog
+++ tnef-1.4.7/debian/changelog
@@ -1,3 +1,9 @@
+tnef (1.4.7-1.1) unstable; urgency=low
+
+  * Fix to manpage.
+
+ -- Pietro Battiston   Mon, 28 Mar 2011 11:34:37 +0200
+
 tnef (1.4.7-1) unstable; urgency=low
 
   * New upstream release. 
only in patch2:
unchanged:
--- tnef-1.4.7.orig/doc/tnef.1.in
+++ tnef-1.4.7/doc/tnef.1.in
@@ -17,8 +17,9 @@
 Encapsulation Format (hereafter, TNEF), which "wraps"
 Microsoft e-mail attachments.
 .PP
-.IR Unfortunately "," these "wrapped" attachments are inaccessible to
-any e-mail client that does not understand TNEF.
+.IR Unfortunately ","
+these "wrapped" attachments are inaccessible to any e-mail client that does not
+understand TNEF.
 .IR Fortunately ","
 the
 .B tnef

Bug#619530: ffmpeg: backport of 4:0.6.1-5 from unstable produces WARNING: library configuration mismatch

[Faheem Mitha]

On Mon, 28 Mar 2011, Fabian Greffrath wrote:


Am 28.03.2011 11:39, schrieb Faheem Mitha:

Removing the packages listed above does not change the
WARNING: library configuration mismatch


Which version of the ffmpeg frontend do you use?


Just ffmpeg itself.

Does this error message only appear when you run the ffmpeg binary? Do you 
run the one installed on the system or from your build tree?


I've only used ffmpeg directly. It shows up every time I run it. I only 
run the version installed on the system.



See below. You didn't say whether this problem is reproducible in stable.


I meant reproducible in unstable, sorry. To be clear, I mean does running 
the ffmpeg command in unstable produce this error?


I don't know. I do not have Debian stable running anywhere and I would not 
install software from unstable as a plain drop-in replacement, either.


Well, a backport had the same result as stated above. I thought unstable 
packages would be easier to debug.


 Faheem



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619879: fix gdb threads problems for Hurd

[Samuel Thibault]

Svante Signell, le Mon 28 Mar 2011 11:53:51 +0200, a écrit :
> On Mon, 2011-03-28 at 11:40 +0200, Samuel Thibault wrote:
> > forcemerge 619879 579834
> > forwarded 579834 http://www.sourceware.org/bugzilla/show_bug.cgi?id=1
> > thanks
> 
> Shouldn't the above be sent to cont...@bugs.debian.org too?

It has been, via Bcc to avoid getting control@ in the CC loop.

Samuel



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619530: ffmpeg: backport of 4:0.6.1-5 from unstable produces WARNING: library configuration mismatch

[Faheem Mitha]

On Mon, 28 Mar 2011, Reinhard Tartler wrote:


On Mon, Mar 28, 2011 at 11:39:06 (CEST), Faheem Mitha wrote:

WARNING: library configuration mismatch


Please note that this is just a warning. It also happens in ubuntu when
one installs the libavcodec-extra-52 package.


Hmm. I'm still getting the error here, but libavcodec-extra-52 is not 
installed.



TBH, I'm considering applying a distro patch that just disables this
error message, as its not much of use for Debian and Ubuntu.


According to the ffmpeg developers, this reflects a mismatch of versions. 
Assuming they are correct, and this is not just blowing smoke, then my 
feeling is that this is caused by insufficiently tight package 
dependencies, so my suggestion would be to track it down, though this 
would probably be a comparatively difficult and thankless task even if 
successful.


It is unfortunate that the warning gives no real indication of where the 
problem lies.


I don't know if disabling the warning is such a great idea, see as it can, 
possibly, reflect underlying problems.


  Regards, Faheem



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619820: either bash or dash should be enough

[Holger Levsen]

reassign 619820 dash,bash
block 619820 by 540512
thanks

On Sonntag, 27. März 2011, Jonathan Nieder wrote:
> # which packages are essential affects the entire distribution
> reassign 619820 general

For the distro we have solved^wdecided this by making dash the default shell. 


cheers,
Holger


signature.asc
Description: This is a digitally signed message part.

Bug#619530: ffmpeg: backport of 4:0.6.1-5 from unstable produces WARNING: library configuration mismatch

[Reinhard Tartler]

On Mon, Mar 28, 2011 at 12:13:49 (CEST), Faheem Mitha wrote:

> On Mon, 28 Mar 2011, Reinhard Tartler wrote:
>
>> On Mon, Mar 28, 2011 at 11:39:06 (CEST), Faheem Mitha wrote:
>>> WARNING: library configuration mismatch
>>
>> Please note that this is just a warning. It also happens in ubuntu when
>> one installs the libavcodec-extra-52 package.
>
> Hmm. I'm still getting the error here, but libavcodec-extra-52 is not
> installed.

That's because there is no libavcodec-extra-52 package in Debian (yet).

>> TBH, I'm considering applying a distro patch that just disables this
>> error message, as its not much of use for Debian and Ubuntu.
>
> According to the ffmpeg developers, this reflects a mismatch of
> versions. Assuming they are correct, and this is not just blowing smoke,
> then my feeling is that this is caused by insufficiently tight package
> dependencies, so my suggestion would be to track it down, though this
> would probably be a comparatively difficult and thankless task even if
> successful.

Well, that's right, but I still strongly assume it's a local
configuration error and not a serious problem in the package itself.

> It is unfortunate that the warning gives no real indication of where the
> problem lies.

I think the error message is perfectly clear. Espc. if you read the code
around it.

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619530: ffmpeg: backport of 4:0.6.1-5 from unstable produces WARNING: library configuration mismatch

[Fabian Greffrath]

Am 28.03.2011 12:13, schrieb Faheem Mitha:

According to the ffmpeg developers, this reflects a mismatch of
versions. Assuming they are correct, and this is not just blowing
smoke, then my feeling is that this is caused by insufficiently tight
package dependencies, so my suggestion would be to track it down,
though this would probably be a comparatively difficult and thankless
task even if successful.


This warning does not occur on a clean Debian unstable system, so it 
is clearly caused by a version mismatch on your system. If you have 
already removed all obsolete library packages that are not version 
4:0.6.1-5, as I told you, I do not have any idea what else could cause 
this warning.


 - Fabian



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619896: libreoffice-calc: reduced print dialog

[Ivan]

Package: libreoffice-calc
Version: 1:3.3.1-1
Severity: normal

In the print dialog box missing input print pages range



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.38.1-bfs (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libreoffice-calc depends on:
ii  libc6  2.11.2-11 Embedded GNU C Library: Shared lib
ii  libgcc11:4.5.2-4 GCC support library
ii  libreoffice-base-core  1:3.3.1-1 office productivity suite -- share
ii  libreoffice-core   1:3.3.1-1 office productivity suite -- arch-
ii  libstdc++6 4.5.2-4   The GNU Standard C++ Library v3
ii  libstlport4.6ldbl  4.6.2-7   STLport C++ class library
ii  lp-solve   5.5.0.13-7Solve (mixed integer) linear progr
ii  ure1.7.0+LibO3.3.1-1 LibreOffice UNO runtime environmen

libreoffice-calc recommends no packages.

libreoffice-calc suggests no packages.

Versions of packages libreoffice-core depends on:
ii  fontconfig   2.8.0-2.1   generic font configuration library
ii  libatk1.0-0  1.32.0-1+sid1   The ATK accessibility toolkit
ii  libc62.11.2-11   Embedded GNU C Library: Shared lib
ii  libcairo21.8.10-6The Cairo 2D vector graphics libra
ii  libcurl3-gnutls  7.21.3-1Multi-protocol file transfer libra
ii  libdb4.8 4.8.30-4Berkeley v4.8 Database Libraries [
ii  libexpat12.0.1-7 XML parsing C library - runtime li
ii  libfontconfig1   2.8.0-2.1   generic font configuration library
ii  libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib
ii  libgcc1  1:4.5.2-4   GCC support library
ii  libglib2.0-0 2.28.2-1The GLib library of C routines
ii  libgraphite3 1:2.3.1-0.2 SILGraphite - a "smart font" rende
ii  libgstreamer-plugins 0.10.30-1   GStreamer libraries from the "base
ii  libgstreamer0.10-0   0.10.32-4   Core GStreamer libraries and eleme
ii  libgtk2.0-0  2.20.1-2The GTK+ graphical user interface 
ii  libhunspell-1.2-01.2.14-4spell checker and morphological an
ii  libhyphen0   2.7.1-4 ALTLinux hyphenation library - sha
ii  libice6  2:1.0.7-1   X11 Inter-Client Exchange library
ii  libicu44 4.4.2-2 International Components for Unico
ii  libjpeg626b1-1   The Independent JPEG Group's JPEG 
ii  libmythes-1.2-0  2:1.2.1-1   simple thesaurus library
ii  libneon27-gnutls 0.29.5-3An HTTP and WebDAV client library 
ii  libnspr4-0d  4.8.7-2 NetScape Portable Runtime Library
ii  libnss3-1d   3.12.9-2Network Security Service libraries
ii  libpango1.0-01.28.3-1+squeeze2   Layout and rendering of internatio
ii  libpng12-0   1.2.44-2PNG library - runtime
ii  librdf0  1.0.13-2Redland Resource Description Frame
ii  libreoffice-common   1:3.3.1-1   office productivity suite -- arch-
ii  libsm6   2:1.2.0-1   X11 Session Management library
ii  libssl0.9.8  0.9.8o-5SSL shared libraries
ii  libstdc++6   4.5.2-4 The GNU Standard C++ Library v3
ii  libstlport4.6ldbl4.6.2-7 STLport C++ class library
ii  libx11-6 2:1.4.1-5   X11 client-side library
ii  libxaw7  2:1.0.9-2   X11 Athena Widget library
ii  libxext6 2:1.2.0-2   X11 miscellaneous extension librar
ii  libxinerama1 2:1.1.1-1   X11 Xinerama extension library
ii  libxml2  2.7.8.dfsg-2GNOME XML library
ii  libxrandr2   2:1.3.1-1   X11 RandR extension library
ii  libxrender1  1:0.9.6-1   X Rendering Extension client libra
ii  libxslt1.1   1.1.26-6XSLT 1.0 processing library - runt
ii  libxt6   1:1.1.1-1   X11 toolkit intrinsics library
ii  ttf-opensymbol   2:2.4.3+LibO3.3.1-1 OpenSymbol TrueType font
ii  ure  1.7.0+LibO3.3.1-1   LibreOffice UNO runtime environmen
ii  zlib1g   1:1.2.3.4.dfsg-3compression library - runtime

-- 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#577661: Status of DSPAM in Debian

[Thomas Goirand]

On 03/28/2011 02:58 PM, Julien Valroff wrote:

I alone cannot test everything, but I was waiting to get more feedbacks from
the various users of "my" unofficial packages before uploading it to the
official archive.


IMHO, that's the wrong way. We all thought that there was no work done 
on it, and we can't guess where's your unofficial repository. At least, 
that's the first time I hear about it, even though I looked into using 
DSPAM in Debian. Just upload to experimental, it's done for such things...


I'm also one of the guys that wanted to have my own package to depend on 
DSPAM, as a replacement of spamassassin that uses too much RAM. But I 
gave up because of the state of the package ... :(



The experimental archive is actually for this kind of package - and as I am
now certain the package is not totally broken, I'll upload it there to get
even more feedback.


Cool!


I'd say the package is ready, though not widely tested and might still
contain a few issues.


IMHO, it doesn't matter much if you just upload to experimental. I don't 
think anyone expect production-ready stuff in experimental, and if they 
do, I believe it's a mistake. Just don't upload to SID yet...



What most users expect is to get a fully working DSPAM setup very quickly. I
know it is not possible to make it automatically, but I'd like to give them
a good experience of both DSPAM and Debian.

For example, the package now ships a sample of Apache configuration - I need
to check it works on a clean install etc.


Well, it's *better* if it can be fully automated, but it's even worth if 
we have no package at all ...


Anyway, thanks a lot for working on DSPAM, it for sure must be of a 
great help for others.


Thomas



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619897: iceweasel fails to start on Sparcs with mozplugger installed

[Aleksi Suhonen]

Package: mozplugger
Version: Causes iceweasel to crash with SIGBUS (Bus error)
Severity: important


A few days ago Iceweasel started to crash on startup. It does it on an
old install AND on a fresh install. The last time this happened
(bug ID 535092) it was apparently caused by a bug in dlopen in libc6.
So this time I reinstalled all the debugging versions of all the
libraries and iceweasel to see if it was the re-emergence of
the same bug, but it didn't seem to be.

I had to install a few more dbg packages to finally track the crash into
mozplugger. There is no package called mozplugger-dbg, so I tested next
by removing the whole package instead.

After removing mozplugger my iceweasel now starts up OK.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: sparc (sparc64)

Kernel: Linux 2.6.38-1-sparc64
Locale: LANG=C, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages mozplugger depends on:
ii  dpkg  1.15.8.10  Debian package management 
system

ii  iceweasel 3.5.18-1   Web browser based on Firefox
ii  libc6 2.11.2-11  Embedded GNU C Library: 
Shared lib

ii  libx11-6  2:1.4.2-1  X11 client-side library
ii  m41.4.14-3   a macro processing language
ii  xulrunner-1.9.1   1.9.1.18-1 XUL + XPCOM application runner

mozplugger recommends no packages.

mozplugger suggests no packages.




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#579834: gdb fails on the hurd with "Can't fetch registers from thread bogus thread id 1: No such thread"

[Thomas Schwinge]

Hallo!

I'll continue / I'll be able to continue to work on this, as soon as
 is
solved.  No need to ping upstream GDB.


Grüße,
 Thomas


pgprQNbr4KtMO.pgp
Description: PGP signature

Bug#611615: [Pkg-puppet-devel] Bug#611615: how to fix

[Stig Sandbeck Mathisen]

Emmanuel Kasper  writes:

> solved this problem just by erasing /etc/logrotate.d/puppetmaster, as
> the log rotation configured in /etc/logrotate.d/puppetmasteris is
> already done in /etc/logrotate.d/puppet as the bug reporter noticed.

Actually, /etc/logrotate.d/puppet is removed by later versions of the
"puppet" package, in favour of /etc/logrotate.d/puppetmaster.

-- 
Stig Sandbeck Mathisen


pgpNTq8jaK62t.pgp
Description: PGP signature

Bug#572909: on lvm on raid: failed

[水原 文]

Hi

After modifying /etc/default/grub and updating grub, I restarted the
machine, and... it booted up without problem.
Kill me now! I must have made mistakes in tweaking boot menu.

I feel very sorry to have troubled you and taken your time.
Obrigado.

On Mon, 28 Mar 2011 13:36:30 +0900
水原　文  wrote:

> Hi
> 
> I have used rootdelay=9, as described in the release-notes.
> Frankly, I am not familiar with grub2, and as I specified it from the
> grub boot menu, there is a slight chance that I made some mistakes.
> 
> I did some research and found that I can wirte
> GRUB_CMDLINE_LINUX="rootdelay=9"
> in the file /etc/default/grub.
> I will try with this setting and larger values later.
> 
> On Sun, 27 Mar 2011 17:21:45 +0100
> Miguel Figueiredo  wrote:
> 
> > A Sabado 26 Marco 2011 09:11:03 MIZUHARA Bun voce escreveu:
> > > Package: installation-reports
> > > Severity: normal
> > > 
> > > It seems that I am having the same problem as Herbert had.
> > > Specifying "rootdelay" did not help, but after countless installation 
> > > retries,
> > > I managed to figure out a recovery process from the shell prompt on 
> > > initramfs.
> > > 
> > > (initramfs) sh scripts/local-top/mdadm
> > > ... messages from mdadm ...
> > > (initramfs) sh scripts/local-top/lvm2
> > > ... messages from lvm ...
> > > (initramfs) exit
> > > 
> > > These commands bring the machine back into normal boot sequence.
> > > I suspect the problem lies in the module insertion order.
> > 
> > [...]
> > 
> > What values of rootdelay have you used?
> > 
> > -- 
> > Melhores cumprimentos/Best regards,
> > 
> > Miguel Figueiredo
> > http://www.DebianPT.org
> 
> -- 
> 水原　文 
> 

-- 
水原　文 





-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619530: ffmpeg: backport of 4:0.6.1-5 from unstable produces WARNING: library configuration mismatch

[Reinhard Tartler]

On Mon, Mar 28, 2011 at 12:25:23 (CEST), Faheem Mitha wrote:

> On Mon, 28 Mar 2011, Fabian Greffrath wrote:
>
>> Am 28.03.2011 12:13, schrieb Faheem Mitha:
>>> According to the ffmpeg developers, this reflects a mismatch of
>>> versions. Assuming they are correct, and this is not just blowing
>>> smoke, then my feeling is that this is caused by insufficiently tight
>>> package dependencies, so my suggestion would be to track it down,
>>> though this would probably be a comparatively difficult and thankless
>>> task even if successful.
>>
>> This warning does not occur on a clean Debian unstable system, so it
>> is clearly caused by a version mismatch on your system. If you have
>> already removed all obsolete library packages that are not version
>> 4:0.6.1-5, as I told you, I do not have any idea what else could cause
>> this warning.
>
> Yes, I've removed all packages you told me to remove.
>
> In that case, feel free to close the bug. I still think the version
> mismatch should not occur with sufficiently tight dependencies, but I
> also don't think it would be time usefully spent to try to track it
> down. Sorry for the noise.

I'd prefer to use this bug for tracking my proposed change to disable
the warning and close it when the package with this change enters Debian
automatically.


-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619530: ffmpeg: backport of 4:0.6.1-5 from unstable produces WARNING: library configuration mismatch

[Faheem Mitha]

On Mon, 28 Mar 2011, Fabian Greffrath wrote:


Am 28.03.2011 12:13, schrieb Faheem Mitha:

According to the ffmpeg developers, this reflects a mismatch of
versions. Assuming they are correct, and this is not just blowing
smoke, then my feeling is that this is caused by insufficiently tight
package dependencies, so my suggestion would be to track it down,
though this would probably be a comparatively difficult and thankless
task even if successful.


This warning does not occur on a clean Debian unstable system, so it is 
clearly caused by a version mismatch on your system. If you have already 
removed all obsolete library packages that are not version 4:0.6.1-5, as I 
told you, I do not have any idea what else could cause this warning.


Yes, I've removed all packages you told me to remove.

In that case, feel free to close the bug. I still think the version 
mismatch should not occur with sufficiently tight dependencies, but I also 
don't think it would be time usefully spent to try to track it down. Sorry 
for the noise.


   Regards, Faheem



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619530: ffmpeg: backport of 4:0.6.1-5 from unstable produces WARNING: library configuration mismatch

[Faheem Mitha]

On Mon, 28 Mar 2011, Reinhard Tartler wrote:

I'd prefer to use this bug for tracking my proposed change to disable 
the warning and close it when the package with this change enters Debian 
automatically.


Well, as long as you're sure disabling the bug won't mask real problems. 
How do the ffmpeg developers feel about it?


Regards, Faheem



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619530: ffmpeg: backport of 4:0.6.1-5 from unstable produces WARNING: library configuration mismatch

[Reinhard Tartler]

On Mon, Mar 28, 2011 at 11:39:06 (CEST), Faheem Mitha wrote:
> WARNING: library configuration mismatch

Please note that this is just a warning. It also happens in ubuntu when
one installs the libavcodec-extra-52 package.

TBH, I'm considering applying a distro patch that just disables this
error message, as its not much of use for Debian and Ubuntu.

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619530: ffmpeg: backport of 4:0.6.1-5 from unstable produces WARNING: library configuration mismatch

[Fabian Greffrath]

Am 28.03.2011 12:39, schrieb Faheem Mitha:

Well, as long as you're sure disabling the bug won't mask real
problems. How do the ffmpeg developers feel about it?


I still don't understand how this warning could occur on your system 
in the first place if all libraries are installed from the same 
source, i.e. unstable. You really didn't rebuild anything yourself?




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619865: drm: i830_uxa_prepare_access, i915_hangcheck_elapsed, i915_reset, Failed to submit batch buffer, i915_gem_object_bind_to_gtt

[Julien Cristau]

On Sun, Mar 27, 2011 at 23:19:26 -0300, Leandro Lucarella wrote:

> Package: xserver-xorg-video-intel
> Version: 2:2.13.0-6
> Severity: important
> 
> 
> Lately I've got some problems with intel 915 DRM.
> 
> First I got this error in my Xorg.log a while ago:
> (WW) intel(0): i830_uxa_prepare_access: gtt bo map failed: Input/output error
> 
> And these errors in my kernel log:
> [529336.460006] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer 
> elapsed... GPU hung

When that happens, mount debugfs with 'mount -t debugfs none
/sys/kernel/debug', and grab the i915_error_state file from
/sys/kernel/debug/dri/0/.  There's a good chance a newer
xserver-xorg-video-intel or libgl1-mesa-dri has a fix for this though,
so that would be one thing to try.  Easier if you can find a reliable
reproducer though.

Cheers,
Julien



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#618986: dch is not able to find correct perl module for File::Glob and is just hangs

[Praveen A]

2011/3/20 Adam D. Barratt :
> Those files are provided by perl-base.  If this is an RC bug anywhere,
> it's not in devscripts.  However, in either case, this does not qualify
> as "grave" - a broken dch doesn't make devscripts unusable, nor does a
> broken glob make perl unusable - and I'm not convinced an issue in one
> script makes devscripts unreleasable either.

ok.

> Having said that, I've just checked that I've got the latest versions of
> devscripts and perl{,-{base,modules}} in unstable installed, and my
> tests work fine.
>
> Please could you confirm:
>
> - the versions of perl, perl-base and perl-modules installed on your
> system

pravi@savannah:/media/forge/debian/libdbusmenu-qt$ apt-cache policy perl
perl:
  Installed: 5.10.1-18
  Candidate: 5.10.1-18
  Version table:
 5.12.3-2 0
101 http://ftp.de.debian.org/debian/ experimental/main amd64 Packages
 *** 5.10.1-18 0
500 http://ftp.de.debian.org/debian/ sid/main amd64 Packages
100 /var/lib/dpkg/status
pravi@savannah:/media/forge/debian/libdbusmenu-qt$ apt-cache policy perl-base
perl-base:
  Installed: 5.10.1-18
  Candidate: 5.10.1-18
  Version table:
 5.12.3-2 0
101 http://ftp.de.debian.org/debian/ experimental/main amd64 Packages
 *** 5.10.1-18 0
500 http://ftp.de.debian.org/debian/ sid/main amd64 Packages
100 /var/lib/dpkg/status
pravi@savannah:/media/forge/debian/libdbusmenu-qt$ apt-cache policy perl-modules
perl-modules:
  Installed: 5.10.1-18
  Candidate: 5.10.1-18
  Version table:
 5.12.3-2 0
101 http://ftp.de.debian.org/debian/ experimental/main amd64 Packages
 *** 5.10.1-18 0
500 http://ftp.de.debian.org/debian/ sid/main amd64 Packages
100 /var/lib/dpkg/status

pravi@savannah:/media/forge/debian/libdbusmenu-qt$ apt-cache policy devscripts
devscripts:
  Installed: 2.10.71
  Candidate: 2.10.71
  Version table:
 *** 2.10.71 0
500 http://ftp.de.debian.org/debian/ sid/main amd64 Packages
100 /var/lib/dpkg/status
pravi@savannah:/media/forge/debian/libdbusmenu-qt$

> - exactly what steps you took which led to the issue.

As far as I remember the problem started after a dist-upgrade. Is
there some other commands I can run to diagnose this problem?

Praveen
-- 
പ്രവീണ്‍ അരിമ്പ്രത്തൊടിയില്‍
You have to keep reminding your government that you don't get your
rights from them; you give them permission to rule, only so long as
they follow the rules: laws and constitution.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619530: ffmpeg: backport of 4:0.6.1-5 from unstable produces WARNING: library configuration mismatch

[Fabian Greffrath]

Am 28.03.2011 12:53, schrieb Fabian Greffrath:

I still don't understand how this warning could occur on your system
in the first place if all libraries are installed from the same
source, i.e. unstable. You really didn't rebuild anything yourself?


Sorry, I was wrong! I see this in unstable as well, I just didn't find 
the warning itself in the very verbose output of the library 
configurations (mis-interpreted this as a normal output).


It seems the culprit is that the shared library build is configured 
with additional "--disable-ffmpeg --disable-ffplay" flags, whereas the 
ffmpeg frontend obviously isn't. These two flags are common to all 
arch-optimized library builds, so it is quite expected that the 
frontend and the shared library (that the dynamic linker chose to link 
against) differ in their configuration. It is, however, IMHO pointless 
to explicitely point this fact out whenever the frontend is run, so I 
agree with Reinhard that this "feature" should be disabled on systems 
which allow for combinations of regular frontend and optimized shared 
libraries.


 - Fabian



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619821: Configure SSL certificates

[Vincent Danjean]

On 28/03/2011 11:15, Thomas Arendsen Hein wrote:
> I'd say adding it to /etc/mercurial/hgrc.d/cacert.rc and using
> 'Recommends' would be the best solution.

With your comments, I agree. I just committed this solution (recommends +
/etc/mercurial/hgrc.d/cacerts.rc ), it will appear in the next upload.
I let Javi decide if he want to upload or wait other changes before uploading.

  Regards,
Vincent

> Regards,
> Thomas
> 


-- 
Vincent Danjean Adresse: Laboratoire d'Informatique de Grenoble
Téléphone:  +33 4 76 61 20 11ENSIMAG - antenne de Montbonnot
Fax:+33 4 76 61 20 99ZIRST 51, avenue Jean Kuntzmann
Email: vincent.danj...@imag.fr   38330 Montbonnot Saint Martin



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#618306:

[Miguel Jacq]

1) There's an Apache equivalent already in Debian
(libapache2-mod-upload-progress)

2) https://github.com/masterzen/nginx-upload-progress-module

Bug#619530: ffmpeg: backport of 4:0.6.1-5 from unstable produces WARNING: library configuration mismatch

[Faheem Mitha]

On Mon, 28 Mar 2011, Fabian Greffrath wrote:


Am 28.03.2011 12:53, schrieb Fabian Greffrath:

I still don't understand how this warning could occur on your system
in the first place if all libraries are installed from the same
source, i.e. unstable. You really didn't rebuild anything yourself?


Sorry, I was wrong! I see this in unstable as well, I just didn't find the 
warning itself in the very verbose output of the library configurations 
(mis-interpreted this as a normal output).


That "very verbose output" is part of the warning. :-)

It seems the culprit is that the shared library build is configured with 
additional "--disable-ffmpeg --disable-ffplay" flags, whereas the ffmpeg 
frontend obviously isn't. These two flags are common to all arch-optimized 
library builds, so it is quite expected that the frontend and the shared 
library (that the dynamic linker chose to link against) differ in their 
configuration. It is, however, IMHO pointless to explicitely point this fact 
out whenever the frontend is run, so I agree with Reinhard that this 
"feature" should be disabled on systems which allow for combinations of 
regular frontend and optimized shared libraries.


Hmm. Did you confirm this was the problem by changing the config flags?

If so, perhaps point out to the ffmpeg people that their warning is (at 
least in some cases) a red herring (alternatively, produces a false 
positive), and ask if it could be made more intelligent.


I am sorry I did not have an unstable installation handy, as then I could 
have provided a better bug report. Maybe I'll do a virtualbox unstable 
installation, or make an unstable chroot or upgrade one of my vserver 
installations.


  Regards. Faheem



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#612621: ERROR: SCOTCH_dgraphInit: linking with both libScotch and libPTScotch is not allowed

[Pierre Saramito]

Hello !

Despite the recent patch applied in version 5.1.11.dfgs-4,
the bug seems to be still present on sid/amd64 :

uname -a
Linux mobydick 2.6.32-5-amd64 #1 SMP Wed Jan 12 03:40:32 UTC 2011 
x86_64 GNU/Linux

apt-cache policy libptscotch-dev
libptscotch-dev:
  Installé : 5.1.11.dfsg-4
  Candidat : 5.1.11.dfsg-4
 Table de version :
 *** 5.1.11.dfsg-4 0
500 http://ftp.fr.debian.org/debian/ sid/main amd64 Packages
100 /var/lib/dpkg/status


mpic++ -o ptscotch_test ptscotch_test.cpp -DSCOTCH_PTSCOTCH 
-I/usr/include/scotch -lptscotch -lptscotcherr
./ptscotch_test
(0): ERROR: SCOTCH_dgraphInit: linking with both libScotch and 
libPTScotch is not allowed
MPI implementation is not thread-safe:
SCOTCH should be compiled without SCOTCH_PTHREAD

Yet, scotch library is unusable...
Any idea to get free from this problem ? 

I put back the ptscotch_test.cpp for completness.
Please, see previous mails related to this bug for details.

Thank you for your help,

Pierre
-- 
pierre.saram...@imag.fr
Directeur de Recherche CNRS
Laboratoire Jean Kuntzmann, Grenoble, France
http://www-ljk.imag.fr/membres/Pierre.Saramito
#include 
#include 
#include 
#include 

int main() {
  int provided;
  SCOTCH_Dgraph dgrafdat;

  MPI_Init_thread(0, 0, MPI_THREAD_MULTIPLE, &provided);

  if (SCOTCH_dgraphInit(&dgrafdat, MPI_COMM_WORLD) != 0) {
if (MPI_THREAD_MULTIPLE > provided) {
  std::cout << "MPI implementation is not thread-safe:" << std::endl;
  std::cout << "SCOTCH should be compiled without SCOTCH_PTHREAD"
<< std::endl;
  exit(1);
}
  }
  else {
SCOTCH_dgraphExit(&dgrafdat);
  }

  MPI_Finalize();

  return 0;
}

Bug#619530: ffmpeg: backport of 4:0.6.1-5 from unstable produces WARNING: library configuration mismatch

[Fabian Greffrath]

Am 28.03.2011 13:18, schrieb Faheem Mitha:

That "very verbose output" is part of the warning. :-)


Yes, but you omitted it from your initial mail, which didn't make it 
easier to find. ;)



Hmm. Did you confirm this was the problem by changing the config flags?


Yes, the culprit is that the ffmpeg frontend and the optimized shared 
libraries are build with different configuration flags, which is quite 
reasonable and obvious in this case.



If so, perhaps point out to the ffmpeg people that their warning is
(at least in some cases) a red herring (alternatively, produces a
false positive), and ask if it could be made more intelligent.


The warning is only printed if the configurations differ. It does not 
tell anything different, nor does it try to guess or suggest what may 
be the cause of this. so again, I agree with siretart that on systems 
that support differently configured shared libraries to work with the 
same backend, this warning should be disabled, because it is a red 
herring and does not add anything insightful.


 - Fabian



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#560721: spice-vdagent

[Liang Guo]

Hi Silvestre,

On Thu, Mar 24, 2011 at 11:17 PM, Silvestre Zabala
 wrote:
> Hi Liang Guo,
>
>>
>> Actually spice-vdagent is almost OK now, only the init script need
>> some more test.
>>
>> But spice-vdagent depends on spice-protocol, before spice-vdagent
>> enter Debian, spice-protocol should enter Debian.
>
> Could you please upload spice-vdagent to mentors.debian.net? I'm using your
> packages with a recompiled kvm package with great success, having
> spice-vdagent would be the icing on the cake.
> Thanks,
>   Silvestre
>
I've upload spice-vdagent to mentors.d.n, you can get it with :

- URL: http://mentors.debian.net/debian/pool/main/s/spice-vdagent
- Source repository: deb-src http://mentors.debian.net/debian unstable
main contrib non-free
- dget 
http://mentors.debian.net/debian/pool/main/s/spice-vdagent/spice-vdagent_0.6.3-1.dsc


But I have not test it enough, It may not work as expected. I've
pushed all source to

ssh://git.debian.org/git/collab-maint/spice-protocol.git

Fell free to modify it.

Since spice 0.8.0 is released, We are working on spice and spice-enabled kvm,
hope it can enter debian soon.

Thanks and Regards,

-- 
Liang Guo
http://bluestone.cublog.cn



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#613807: initscripts: /etc/network/if-up.d/mountnfs fails, if /var/run/network/mountnfs exists

[Konstantin Meyer]

Hey guys.

Directories (used to lock, see /etc/network/if-up.d/mountnfs.sh, line
155) will NOT be deleted by /lib/init/bootclean.sh, as line 155/156 will
tell you.

Greetings,
Konstantin




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#618970: [Evolution] Bug#618970: evolution always crash after upgrade

[alfredo amontagna]

adding Michael Biebl in CC (I hope I'm doing the right thing, otherwise
Michael sorry for the noise)

Michael please check for my bug #618970 submited to evolution package.

after some investigation I found the problem.
the evolution crash appears to be caused by interactions with a tracker
package.

after removing tracker-miner-evolution evolution start normally.

I don't know If the problem is in the evolution or in the tracker package.

Yves-Alexis, Michael, let me know if you need more test and/or information
and thank you very much for your hard work in the debian project.



-- 
bye,
Alfredo



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619898: bash-completion: new mail prompt while completing

[Paul Slootman]

Package: bash-completion
Version: 1:1.3-1
Severity: normal

$ grep -r fhqs ruYou have new mail in /home/paul/Maildir/

I hit  after "ru", and apparently new bash processes are forked
when doing the completion which causes the new mail message to appear
and mess up the output (ctrl-L is needed to let bash correctly update
the line after that).

I never saw this happen in earlier versions (presumably up to 1:1.2, but
I can't be sure of that; the previous stable version certainly did not
suffer from this).


Thanks,
Paul


-- System Information:
Debian Release: 6.0.1
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.37-rc8 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages bash-completion depends on:
ii  bash  4.1-3  The GNU Bourne Again SHell

bash-completion recommends no packages.

bash-completion 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#619899: cwidget ftbfs with GCC-4.6 with -Wall -Werror -g -O3 (warning in sigc++-2.0 header)

[Matthias Klose]

Package: libsigc++-2.0
Version: 2.2.4.2-1
Severity: important
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu natty
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-4.6

building cwidget with -Wall -Werror -g -O3:

$ g++ -Wall -Werror -g -O3 -fno-strict-aliasing -c menu.ii
cc1plus: warnings being treated as errors
/usr/include/sigc++-2.0/sigc++/signal.h: In member function
'std::vector >::size_type
cwidget::widgets::menu::prev_selectable(std::vector
>::size_type)':
/usr/include/sigc++-2.0/sigc++/signal.h:617:22: error:
'first.sigc::internal::slot_iterator_buf, bool>::r_' may be used uninitialized in this 
function
/usr/include/sigc++-2.0/sigc++/signal.h:617:22: note:
'first.sigc::internal::slot_iterator_buf, bool>::r_' was declared here

  result_type operator*() const
{
  if (!i_->empty() && !i_->blocked() && !invoked_)
{
  r_ = (*c_)(static_cast(*i_));
  invoked_ = true;
}
  return r_;
}



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#577661: Status of DSPAM in Debian

[Thomas Preud'homme]

Le lundi 28 mars 2011 08:38:13, Julien Valroff a écrit :
> Hi,
> 
> Le lundi 28 mars 2011 à 00:24:26 (+0200 CEST), Christoph Haas a écrit :
> > >> Also, most of the DSPAM uploaders are MIA. Well, I think all are MIA
> > >> except Christoph Haas.  Could you please update the list in your
> > >> upload? Same with the DM flag (!?).
> > > 
> > > You're right - I have already sent several calls to them, with no
> > > answer. I only leave Christoph and Matthijs as I know they aren't MIA.
> > 
> > We are alive indeed. :) But honestly I have never been using dspam in
> > production and my experience with it is close to zero. The reason I'm
> > listed as uploader is probably back from the time that Matthijs was no
> > DD yet and I was helping by sponsoring the package. I was evaluating
> > anti-spam software but was never enthusastic about dspam.
> 
> OK, I understand now.
> 
> > I assume that Matthijs is the main person to ask here. All I could offer
> > is sponsorship just like any other DD and I'm currently pretty busy with
> > another huge Debian package. I'd have to give the dspam package a
> > complete check and I doubt I'll find the time for that.
> 
> Matthijs, I know you have lost interest in packaging DSPAM and are already
> busy with other things, should I remove you from the Uploaders?
> 
> > I'd even like to ask to get me removed from debian/control if possible.
> 
> Done.
> You are obviously welcome to join us (me?) at any time.
> 
> In case I am alone in pkg-dspam after this, I'll close the pkg-dspam
> project on Alioth, and I'll take over the package.
> 
> The RFH sent a few months ago is still valid, and I am happy to co-maintain
> the project with whoever is interested (Thomas, still there?).

Still there yes but pretty busy with personnal stuff lately. Will try to do a 
bit of bug triaging / fixing this WE. Feel free to ping me from time to time 
when I don't give news.
> 
> Cheers,
> Julien

Cheers,

Thomas Preud'homme


signature.asc
Description: This is a digitally signed message part.

Bug#618970: [Evolution] Bug#618970: evolution always crash after upgrade

[Michael Biebl]

Am 28.03.2011 13:28, schrieb alfredo amontagna:
> adding Michael Biebl in CC (I hope I'm doing the right thing, otherwise
> Michael sorry for the noise)
> 
> Michael please check for my bug #618970 submited to evolution package.
> 
> after some investigation I found the problem.
> the evolution crash appears to be caused by interactions with a tracker
> package.
> 
> after removing tracker-miner-evolution evolution start normally.
> 
> I don't know If the problem is in the evolution or in the tracker package.

Which version of tracker-miner-evolution do you use?
Could you install tracker-dbg and libglib2.0-0-dbg to get a better backtrace.

Thanks,
Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#619530: ffmpeg: backport of 4:0.6.1-5 from unstable produces WARNING: library configuration mismatch

[Faheem Mitha]

On Mon, 28 Mar 2011, Fabian Greffrath wrote:


Am 28.03.2011 13:18, schrieb Faheem Mitha:

That "very verbose output" is part of the warning. :-)


Yes, but you omitted it from your initial mail, which didn't make it easier 
to find. ;)


No I didn't. Look again. It is all there. I wouldn't truncate such a 
warning. I said


"I backported ffmpeg 4:0.6.1-5 from unstable to squeeze. On running it,
I see the following warning

WARNING: library configuration mismatch

inter alia. The complete output of ffmpeg is given below."...

The complete output then follows. :-)


Hmm. Did you confirm this was the problem by changing the config flags?


Yes, the culprit is that the ffmpeg frontend and the optimized shared 
libraries are build with different configuration flags, which is quite 
reasonable and obvious in this case.



If so, perhaps point out to the ffmpeg people that their warning is
(at least in some cases) a red herring (alternatively, produces a
false positive), and ask if it could be made more intelligent.


The warning is only printed if the configurations differ. It does not tell 
anything different, nor does it try to guess or suggest what may be the cause 
of this. so again, I agree with siretart that on systems that support 
differently configured shared libraries to work with the same backend, this 
warning should be disabled, because it is a red herring and does not add 
anything insightful.


Ok. So pointing this out to the ffmpeg people is a waste of time, in your 
opinion?


  Regards, Faheem



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619900: libnss3-1d: impossible to disable cert. authorities for all users and programs

[Stefan Gursky]

Package: libnss3-1d
Version: 3.12.9.with.ckbi.1.82-1
Severity: important


It seems that it is impossible to set any certification authority as "not
trusted" in such a way that all programs for all users accept it.

For example it is possible to set in iceweasel that certain authority should
not be trusted, but it does not propagate to icedove or chromium.  And also
there seems to be no way to set it for all users (and all programs).

It would be nice to be able to change certificates included in libnssckbi.so
using dpkg-reconfigure or similar mechanism.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.38-1-686 (SMP w/1 CPU core)
Locale: LANG=sk_SK.UTF-8, LC_CTYPE=sk_SK.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libnss3-1d depends on:
ii  libc6   2.11.2-11Embedded GNU C Library: Shared lib
ii  libnspr4-0d 4.8.7-2  NetScape Portable Runtime Library
ii  libsqlite3-03.7.5-1  SQLite 3 shared library
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

libnss3-1d recommends no packages.

libnss3-1d 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#619901: missing dependency on udev?

[Peter Palfrader]

Package: lvm2
Version: 2.02.66-5
Severity: serious

Hi,

it seems lvm2 no longer works (or at least configures) without udev:

| gluck:~# dpkg --configure -a
| Setting up lvm2 (2.02.66-5) ...
| Setting up LVM Volume Groups  Reading all physical volumes.  This may take a 
while...
|   Found volume group "vg_gluck" using metadata type lvm2
|   1 logical volume(s) in volume group "vg_gluck" now active
| .
| insserv: Service udev has to be enabled to start service lvm2
| insserv: exiting now!
| update-rc.d: error: insserv rejected the script header
| dpkg: error processing lvm2 (--configure):
|  subprocess installed post-installation script returned error exit status 1
| Errors were encountered while processing:
|  lvm2
| gluck:~# 

Yet lvm2 does not depend on udev.

Cheers,
weasel



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619902: doxygen: php heredoc with certain content cause failure to document anything except @file

[Rich Lott]

Package: doxygen
Version: 1.5.6-2
Severity: normal


No documentation (beyond the files summary) was being produced for my
php files. I found out by trial and error that this is caused by certain
content within a heredoc.

In the example below, it will fail. But if you remove the first
.api_demo css rule, it will work.

IMO doxygen should be completely ignoring all content in heredocs (and
php5.3 nowdocs).


story['content_main'] .=
$this->api_demo_process()
. $this->api_demo_data();

$this->story['extra_headers'] = <<
.api_demo { border:solid 1px #ddd; padding: 8px; font-size: 12px; 
background-color:#eee;margin:5px 0; }
.api_demo .api_demo { background-color:white; }

HERE;
}/*}}}*/
}



-- System Information:
Debian Release: 5.0.8
  APT prefers oldstable
  APT policy: (500, 'oldstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32.26-kvm-i386-20101122 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages doxygen depends on:
ii  libc62.7-18lenny7GNU C Library: Shared libraries
ii  libgcc1  1:4.3.2-1.1 GCC support library
ii  libpng12-0   1.2.27-2+lenny4 PNG library - runtime
ii  libstdc++6   4.3.2-1.1   The GNU Standard C++ Library v3

doxygen recommends no packages.

Versions of packages doxygen suggests:
pn  doxygen-doc(no description available)
pn  doxygen-gui(no description available)
pn  graphviz   (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#619903: chromium: Latest upgrade forgot all my saved passwords

[Sam Morris]

Package: chromium
Version: 10.0.648.204~r79063-1
Severity: important

When upgrading to the above version of Chromium, I found that all my
saved passwords had been erased.

-- System Information:
Debian Release: 6.0.1
  APT prefers stable
  APT policy: (545, 'stable'), (540, 'squeeze-updates'), (530, 'testing'), 
(520, 'unstable'), (510, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages chromium depends on:
ii  chromium-inspector 10.0.648.204~r79063-1 page inspector for the chromium br
ii  libasound2 1.0.23-2.1shared library for ALSA applicatio
ii  libbz2-1.0 1.0.5-6   high-quality block-sorting file co
ii  libc6  2.11.2-11 Embedded GNU C Library: Shared lib
ii  libcairo2  1.10.2-6  The Cairo 2D vector graphics libra
ii  libcups2   1.4.6-3   Common UNIX Printing System(tm) - 
ii  libdbus-1-31.2.24-4  simple interprocess messaging syst
ii  libdbus-glib-1-2   0.88-2.1  simple interprocess messaging syst
ii  libevent-1.4-2 1.4.13-stable-1   An asynchronous event notification
ii  libexpat1  2.0.1-7   XML parsing C library - runtime li
ii  libfontconfig1 2.8.0-2.1 generic font configuration library
ii  libfreetype6   2.4.2-2.1 FreeType 2 font engine, shared lib
ii  libgcc11:4.6.0-1 GCC support library
ii  libgconf2-42.28.1-6  GNOME configuration database syste
ii  libgcrypt111.4.6-5   LGPL Crypto library - runtime libr
ii  libgdk-pixbuf2.0-0 2.23.0-2  GDK Pixbuf library
ii  libglib2.0-0   2.28.2-1  The GLib library of C routines
ii  libgtk2.0-02.24.3-1  The GTK+ graphical user interface 
ii  libicu44   4.4.1-7   International Components for Unico
ii  libjpeg62  6b1-1 The Independent JPEG Group's JPEG 
ii  libnspr4-0d4.8.6-1   NetScape Portable Runtime Library
ii  libnss3-1d 3.12.9-2  Network Security Service libraries
ii  libpango1.0-0  1.28.3-5  Layout and rendering of internatio
ii  libpng12-0 1.2.44-1  PNG library - runtime
ii  libspeex1  1.2~rc1-1 The Speex codec runtime library
ii  libstdc++6 4.6.0-1   The GNU Standard C++ Library v3
ii  libvpx00.9.6-1   VP8 video codec (shared library)
ii  libx11-6   2:1.3.3-4 X11 client-side library
ii  libxdamage11:1.1.3-1 X11 damaged region extension libra
ii  libxext6   2:1.1.2-1 X11 miscellaneous extension librar
ii  libxml22.7.8.dfsg-2  GNOME XML library
ii  libxrender11:0.9.6-1 X Rendering Extension client libra
ii  libxslt1.1 1.1.26-6  XSLT 1.0 processing library - runt
ii  libxss11:1.2.1-1 X11 Screen Saver extension library
ii  libxtst6   2:1.2.0-1 X11 Testing -- Record extension li
ii  xdg-utils  1.1.0~rc1-2   desktop integration utilities from
ii  zlib1g 1:1.2.3.4.dfsg-3  compression library - runtime

chromium recommends no packages.

Versions of packages chromium suggests:
pn  chromium-l10n  (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#619530: ffmpeg: backport of 4:0.6.1-5 from unstable produces WARNING: library configuration mismatch

[Fabian Greffrath]

Am 28.03.2011 13:54, schrieb Faheem Mitha:

No I didn't. Look again. It is all there. I wouldn't truncate such a
warning. I said


My fault, sorry. I am tired today. ;)


Ok. So pointing this out to the ffmpeg people is a waste of time, in
your opinion?


siretart is already one of the ffmpeg (i.e. libav) people. :)




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org