Bug#570611: [ubuntu-mythtv] Bug#570611: ITP: mythtv -- A personal video recorder application

[Mario Limonciello]

Andres:

Additionally; i'd recommend you do this for a 0.23 based build.  They're
doing RC next week and targeting release next month, so it would make more
sense to be able to support that (especially since patches on top of /
replacing ffmpeg will change significantly I expect)

On Sat, Feb 20, 2010 at 01:01, Mario Limonciello  wrote:

> Hi Andres:
>
> I appreciate this effort!  If we can really see this to a reality, I'll
> gladly help push more of the ubuntu specific things that are making mythtv a
> good experience on Ubuntu up to Debian.
>
> I'm a little worried however on using the system ffmpeg.  Upstream frowns
> upon this currently, so I think it's best to make sure that the solution
> that is developed has their approval / works properly.  Solving the
> dlopen'ing of lame may be a better short term goal with upstream.
>
>
> On Sat, Feb 20, 2010 at 00:56, Andres Mejia  wrote:
>
>> On Saturday 20 February 2010 01:25:51 Andres Mejia wrote:
>> > Package: wnpp
>> > Severity: wishlist
>> > Owner: Andres Mejia 
>> >
>> > * Package name: mythtv
>> >   Version : 0.22
>> >   Upstream Author : Isaac Richards 
>> > * URL : http://www.mythtv.org/
>> > * License : GPL-2
>> >   Programming Lang: C, C++, Perl, Python,
>> >   Description : A personal video recorder application
>> >
>> > MythTV is a PVR (Personal Video Recorder) application that implements
>> the
>> > following, and more, with a unified graphical interface:
>> >
>> >  - Basic 'live-tv' functionality. Pause/Fast Forward/Rewind "live" TV.
>> >  - Video compression using RTjpeg or MPEG-4
>> >  - Program listing retrieval using XMLTV
>> >  - Themable, semi-transparent on-screen display
>> >  - Electronic program guide
>> >  - Scheduled recording of TV programs
>> >  - Resolution of conflicts between scheduled recordings
>> >  - Basic video editing
>> >
>> > NOTE: The old ITP (bug #311367) has long been closed and the
>> > pkg-mythtv-maintainers team seem to be dead (they haven't responded to
>> an
>> >  email I've sent some time ago [1]). This will be another attempt at
>> >  getting MythTV into Debian. I will be basing the packaging from the
>> >  packages that are currently distributed through Ubuntu.
>> >
>> > Some work has already been done towards getting mythtv into Debian. Take
>> a
>> >  look at
>> > Vcs-Git: git://git.debian.org/git/collab-maint/mythtv.git
>> > Vcs-Browser: http://git.debian.org/?p=collab-maint/mythtv.git
>> >
>> > For a start, I've already implemented a way for mythtv to build and run
>> >  with system libraries for ffmpeg, version >= 4:0.6~~svn20100124-1,
>> which
>> >  will be the next ffmpeg upstream version to be uploaded. Next would be
>> to
>> >  have mythtv work with FFMpeg from the 0.5 branch in SVN (like the
>> current
>> >  packages in sid). This would than follow with having mythtv use
>> libmp3lame
>> >  via dlopen. There's also an interest upstream to use vorbis as a
>> >  replacement/alternative to mp3.
>> >
>> > 1.
>> >
>> http://lists.alioth.debian.org/pipermail/pkg-mythtv-maintainers/2009-June/
>> > 000532.html
>> >
>>
>> Just to be clear, I don't mean this to be replacing the current packaging
>> from
>> Ubuntu solely to make it work for Debian. I intend the packaging to be
>> configurable so that the appropriate configure options, build
>> dependencies, and
>> so on will be implemented for Debian and Ubuntu.
>>
>> I do look forward to working with you all :)
>>
>> --
>> Regards,
>> Andres
>>
>> --
>> Ubuntu-mythtv mailing list
>> ubuntu-myt...@lists.ubuntu.com
>> Modify settings or unsubscribe at:
>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-mythtv
>>
>
>
>
> --
> Mario Limonciello
> supe...@gmail.com
>



-- 
Mario Limonciello
supe...@gmail.com

Bug#557783: update

[Dennis 123321]

Well, some of us may not be as understanding of all of these
dependancy issues as you...

If I can technically get it from http://www.lamaresh.net/binary.php, I
simply did not understand how it was not able to be packaged here.
That is all, I am sorry if it annoyed you!



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

Bug#569491: mail_eximstats graph connections and disconnections

[Tom Feiner]

forwarded 569491 http://munin.projects.linpro.no/ticket/871
quit


Hi Wakko,

Thanks for the bug report. As this is a munin issue rather than a debian
issue, this should be handled upstream. I've forwarded this bug to the
upstream bug tracker.

If you get a chance to write the patch, please include it there, so it can be
incorporated in a future munin release.

Regards,
Tom Feiner



signature.asc
Description: OpenPGP digital signature

Bug#569231: closed by Sylvestre Ledru (Bug#569231: fixed in jhdf 2.6-2)

[Achim Gädke]

Sylvestre Ledru wrote:
> Le vendredi 19 février 2010 à 23:45 +1300, Achim Gädke a écrit :
>   
> Could you reopen this bug ?
>   
Done
> Could you provide join debian-science and commit this change in the svn
> (or send the patch)
>   
svn diff jhdf >icon_resize_patch.diff

Index: jhdf/trunk/debian/patches/installIcons.diff
===
--- jhdf/trunk/debian/patches/installIcons.diff (revision 36206)
+++ jhdf/trunk/debian/patches/installIcons.diff (working copy)
@@ -7,7 +7,7 @@
 +  for size in 16 22 24 32 48 64 96; do \
 +  
icondir="$(JH45INSTALLDIR)/usr/share/icons/hicolor/$${size}x$${size}" ; \
 +  mkdir -p $${icondir}/apps ; \
-+  /usr/bin/convert ncsa/hdf/view/icons/hdf_large.gif 
$$icondir/apps/hdfview.png ; \
++  /usr/bin/convert -resize $${size}x$${size} 
ncsa/hdf/view/icons/hdf_large.gif $$icondir/apps/hdfview.png ; \
 +  mkdir -p $$icondir/mimetypes ; \
 +  cp $$icondir/apps/hdfview.png 
$$icondir/mimetypes/application-x-hdf.png ; \
 +  done ;

Bug#545459: Is bug #545459 still an issue in Inkscape?

[Achim Gädke]

Alex Valavanis wrote:
> tags 545459 + moreinfo
> thanks
>
> Hi Achim,
>
> It has been a while since you reported this bug, and a new version of
> Inkscape has been released in the meantime which has fixed many of the
> copy/paste bugs.  Please could you confirm whether or not you still
> experience the same problems in the latest (0.47.0-1) Debian Inkscape
> package?
>   
Yes, but this time with a friendly dialogue.
"Inkscape encountered an internal error and will close now."
Unfortunately, I could not gather any details from inkscape.

Here are the actual reportbug versions.

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

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

Versions of packages inkscape depends on:
ii  libatk1.0-0 1.28.0-1 The ATK accessibility toolkit
ii  libc6   2.10.2-2 GNU C Library: Shared libraries
ii  libcairo2   1.8.8-2  The Cairo 2D vector
graphics libra
ii  libcairomm-1.0-11.8.0-1  C++ wrappers for Cairo
(shared lib
ii  libfontconfig1  2.8.0-2  generic font configuration
library
ii  libfreetype62.3.11-1 FreeType 2 font engine,
shared lib
ii  libgc1c21:6.8-1.2conservative garbage
collector for
ii  libgcc1 1:4.4.2-9GCC support library
ii  libgconf2-4 2.28.0-1 GNOME configuration
database syste
ii  libglib2.0-02.22.4-1 The GLib library of C routines
ii  libglibmm-2.4-1c2a  2.22.1-2 C++ wrapper for the GLib
toolkit (
ii  libgnomevfs2-0  1:2.24.2-2   GNOME Virtual File System
(runtime
ii  libgomp14.4.2-9  GCC OpenMP (GOMP) support
library
ii  libgsl0ldbl 1.13+dfsg-1  GNU Scientific Library
(GSL) -- li
ii  libgtk2.0-0 2.18.6-1 The GTK+ graphical user
interface
ii  libgtkmm-2.4-1c2a   1:2.18.2-1   C++ wrappers for GTK+ 2.4
(shared
ii  libgtkspell02.0.13-2 a spell-checking addon for
GTK's T
ii  liblcms11.18.dfsg-1.2+b1 Color management library
ii  libmagick++27:6.5.8.3-1  object-oriented C++
interface to I
ii  libmagickcore2  7:6.5.8.3-1  low-level image
manipulation libra
ii  libpango1.0-0   1.26.2-1 Layout and rendering of
internatio
ii  libpangomm-1.4-12.26.0-1 C++ Wrapper for pango
(shared libr
ii  libpng12-0  1.2.42-1 PNG library - runtime
ii  libpoppler-glib40.12.2-2 PDF rendering library
(GLib-based
ii  libpoppler5 0.12.2-2 PDF rendering library
ii  libpopt01.15-1   lib for parsing cmdline
parameters
ii  libsigc++-2.0-0c2a  2.2.4.2-1type-safe Signal Framework
for C++
ii  libstdc++6  4.4.2-9  The GNU Standard C++ Library v3
ii  libwpd8c2a  0.8.14-1 Library for handling
WordPerfect d
ii  libwpg-0.1-10.1.3-1  WordPerfect graphics
import/conver
ii  libx11-62:1.3.3-1X11 client-side library
ii  libxml2 2.7.6.dfsg-2+b1  GNOME XML library
ii  libxslt1.1  1.1.26-1+b1  XSLT processing library -
runtime
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

These should be up to date for testing.

Thanks, Achim



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

Bug#570612: Missing option to copy files to a different location inside the chroot

[Goswin von Brederlow]

Package: makejail
Version: 0.0.5-7
Severity: wishlist

Hi,

I'm missing an option to copy files from outside the chroot to a
different location inside the chroot.

Say I want to make a jail for apache. 'makejail apache.py' will then
see an access to /etc/apache/httpd.conf and copy that file into the
chroot. Using just that mechanism means that I have apache running
outside and inside the jail with identical config. The same happens if
I specify 'forceCopy=["/etc/apache/httpd.conf"]'. More usefull would
be if one could copy a different file so that thet jailed apache has a
specialized configuration.

I'm suggesting the following:

   forceCopyTo When initializing the jail, copy the files matching
   these patterns to the specified destination
   according to the rules used by the Unix shell.

   No tilde expansion is done, but *, ?, and character
   ranges expressed with [] will be correctly matched. 
   If a destination ends in / specifies a directory
   and the source file(s) are copied there under their
   original name. If the source pattern matches
   multiple files then the destination must end in /.

   Format: [["src1", "dest1"],["src2", "dest2"]]

   Default: []

MfG
Goswin

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

Kernel: Linux 2.6.31.6-xen-2010.02.18 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages makejail depends on:
ii  binstats  1.08-8 Statistics tool for installed prog
ii  psmisc22.10-1utilities that use the proc file s
ii  python2.5.4-9An interactive high-level object-o
ii  strace4.5.19-1   A system call tracer

makejail recommends no packages.

makejail 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#506707: patch

[Jeff Clark]

Package: grub-common
Version: 1.98~20100128-1.2
Severity: normal

patches attached to support multiple terminals (simultaneous serial and 
console) configuration.  Correctly adds 'terminal console serial' to grub.cfg 
when GRUB_TERMINAL is set to 'serial console' in /etc/defaults/grub.


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

Kernel: Linux 2.6.32-trunk-686-bigmem (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 grub-common depends on:
ii  base-files  5.1  Debian base system miscellaneous f
ii  dpkg1.15.5.6 Debian package management system
ii  gettext-base0.17-9   GNU Internationalization utilities
ii  install-info4.13a.dfsg.1-5   Manage installed documentation in 
ii  libc6   2.10.2-5 Embedded GNU C Library: Shared lib
ii  libfreetype62.3.11-1 FreeType 2 font engine, shared lib
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages grub-common recommends:
ii  os-prober 1.35   utility to detect other OSes on a 

Versions of packages grub-common suggests:
pn  grub-emu   (no description available)
pn  multiboot-doc  (no description available)

-- no debconf information
--- /etc/grub.d/00_header.old   2010-02-14 13:56:02.0 -0600
+++ /etc/grub.d/00_header   2010-02-19 18:51:39.0 -0600
@@ -59,19 +59,21 @@
 }
 EOF
 
-case ${GRUB_TERMINAL_INPUT}:${GRUB_TERMINAL_OUTPUT} in
-  serial:* | *:serial)
-if ! test -e ${grub_prefix}/serial.mod ; then
-  echo "Serial terminal not available on this platform." >&2 ; exit 1
-fi
-
-if [ "x${GRUB_SERIAL_COMMAND}" = "x" ] ; then
-  grub_warn "Requested serial terminal but GRUB_SERIAL_COMMAND is 
unspecified. Default parameters will be used."
-  GRUB_SERIAL_COMMAND=serial
-fi
-echo "${GRUB_SERIAL_COMMAND}"
-  ;;
-esac
+for GRUB_TERMINAL in ${GRUB_TERMINAL_INPUT} ${GRUB_SERIAL_OUTPUT}; do
+  case ${GRUB_TERMINAL} in
+serial)
+  if ! test -e ${grub_prefix}/serial.mod ; then
+echo "Serial terminal not available on this platform." >&2 ; exit 1
+  fi
+  
+  if [ "x${GRUB_SERIAL_COMMAND}" = "x" ] ; then
+grub_warn "Requested serial terminal but GRUB_SERIAL_COMMAND is 
unspecified. Default parameters will be used."
+GRUB_SERIAL_COMMAND=serial
+  fi
+  echo "${GRUB_SERIAL_COMMAND}"
+;;
+  esac
+done
 
 case x${GRUB_TERMINAL_INPUT} in
   x)
--- /usr/sbin/grub-mkconfig.old 2010-02-14 13:56:02.0 -0600
+++ /usr/sbin/grub-mkconfig 2010-02-19 18:57:00.0 -0600
@@ -140,60 +140,62 @@
   GRUB_TERMINAL_OUTPUT="${GRUB_TERMINAL}"
 fi
 
-case x${GRUB_TERMINAL_OUTPUT} in
-  x | xgfxterm)
-# If this platform supports gfxterm, try to use it.
-if test -e ${grub_prefix}/gfxterm.mod ; then
-  # FIXME: this should do something smarter than just loading first
-  # video backend.
-  GRUB_VIDEO_BACKEND=$(head -n 1 ${grub_prefix}/video.lst || true)
-  if [ -n "${GRUB_VIDEO_BACKEND}" ] ; then
-GRUB_TERMINAL_OUTPUT=gfxterm
-  elif [ "${GRUB_TERMINAL_OUTPUT}" = "gfxterm" ] ; then
-echo "No suitable backend could be found for gfxterm." >&2 ; exit 1
+for GRUB_TERMINAL in ${GRUB_TERMINAL_INPUT} ${GRUB_TERMINAL_OUTPUT}; do
+  case x${GRUB_TERMINAL} in
+x | xgfxterm)
+  # If this platform supports gfxterm, try to use it.
+  if test -e ${grub_prefix}/gfxterm.mod ; then
+# FIXME: this should do something smarter than just loading first
+# video backend.
+GRUB_VIDEO_BACKEND=$(head -n 1 ${grub_prefix}/video.lst || true)
+if [ -n "${GRUB_VIDEO_BACKEND}" ] ; then
+  GRUB_TERMINAL_OUTPUT=gfxterm
+elif [ "${GRUB_TERMINAL}" = "gfxterm" ] ; then
+  echo "No suitable backend could be found for gfxterm." >&2 ; exit 1
+fi
   fi
-fi
-  ;;
-  xconsole | xserial | xofconsole) ;;
-  *) echo "Invalid output terminal \"${GRUB_TERMINAL_OUTPUT}\"" >&2 ; exit 1 ;;
-esac
-
-# check for terminals that require fonts
-case ${GRUB_TERMINAL_OUTPUT} in
-  gfxterm)
-if [ -n "$GRUB_FONT" ] ; then
-  if is_path_readable_by_grub ${GRUB_FONT} > /dev/null ; then
-GRUB_FONT_PATH=${GRUB_FONT}
-   else
- echo "No such font or not readable by grub: ${GRUB_FONT}" >&2
- exit 1
-   fi
-else
-  for dir in ${pkgdatadir} /boot/grub /usr/share/grub ; do
-for basename in unicode unifont ascii; do
- path="${dir}/${basename}.pf2"
-  if is_path_readable_by_grub ${path} > /dev/null ; then
-   GRUB_FONT_PATH=${path}
- else
-   continue
- fi
- if [ "${basename}" = "ascii" ] ; then
- 

Bug#570532: linux-source-2.6.26: patch required for yealink.c

[shizuma]

yealink uses two URBs that submit each other. This arrangement cannot  
be reliably killed with usb_kill_urb() alone, as there's a window  
during which the wrong URB may be killed. The fix is to introduce a  
flag.


Skype is unreliable whenever the device is connected.  The system
will eventually freeze completely.  No magic key; resetting the
computer is not enough to get it rebooted.  One have to power it
down.

Quoting Ben Hutchings :


On Fri, 2010-02-19 at 11:02 -0500, shiz...@vif.com wrote:

Package: linux-source-2.6.26
Version: 2.6.26-21lenny3
Severity: normal
Tags: patch



-- System Information:
Debian Release: 5.0.4
   APT prefers stable
   APT policy: (800, 'stable'), (500, 'unstable'), (400, 'testing')
Architecture: i386 (i686)

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

Hi,

I'm requesting a patch to the yealink module to fix an error
like usb_submit_urb failed -2 when used with a K2B box.

More info: http://marc.info/?l=linux-usb&m=121482783614488&w=2


What is the impact of this error?

Ben.

--
Ben Hutchings
Life is like a sewer:
what you get out of it depends on what you put into it.







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

Bug#570611: [ubuntu-mythtv] Bug#570611: ITP: mythtv -- A personal video recorder application

[Mario Limonciello]

Hi Andres:

I appreciate this effort!  If we can really see this to a reality, I'll
gladly help push more of the ubuntu specific things that are making mythtv a
good experience on Ubuntu up to Debian.

I'm a little worried however on using the system ffmpeg.  Upstream frowns
upon this currently, so I think it's best to make sure that the solution
that is developed has their approval / works properly.  Solving the
dlopen'ing of lame may be a better short term goal with upstream.

On Sat, Feb 20, 2010 at 00:56, Andres Mejia  wrote:

> On Saturday 20 February 2010 01:25:51 Andres Mejia wrote:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Andres Mejia 
> >
> > * Package name: mythtv
> >   Version : 0.22
> >   Upstream Author : Isaac Richards 
> > * URL : http://www.mythtv.org/
> > * License : GPL-2
> >   Programming Lang: C, C++, Perl, Python,
> >   Description : A personal video recorder application
> >
> > MythTV is a PVR (Personal Video Recorder) application that implements the
> > following, and more, with a unified graphical interface:
> >
> >  - Basic 'live-tv' functionality. Pause/Fast Forward/Rewind "live" TV.
> >  - Video compression using RTjpeg or MPEG-4
> >  - Program listing retrieval using XMLTV
> >  - Themable, semi-transparent on-screen display
> >  - Electronic program guide
> >  - Scheduled recording of TV programs
> >  - Resolution of conflicts between scheduled recordings
> >  - Basic video editing
> >
> > NOTE: The old ITP (bug #311367) has long been closed and the
> > pkg-mythtv-maintainers team seem to be dead (they haven't responded to an
> >  email I've sent some time ago [1]). This will be another attempt at
> >  getting MythTV into Debian. I will be basing the packaging from the
> >  packages that are currently distributed through Ubuntu.
> >
> > Some work has already been done towards getting mythtv into Debian. Take
> a
> >  look at
> > Vcs-Git: git://git.debian.org/git/collab-maint/mythtv.git
> > Vcs-Browser: http://git.debian.org/?p=collab-maint/mythtv.git
> >
> > For a start, I've already implemented a way for mythtv to build and run
> >  with system libraries for ffmpeg, version >= 4:0.6~~svn20100124-1, which
> >  will be the next ffmpeg upstream version to be uploaded. Next would be
> to
> >  have mythtv work with FFMpeg from the 0.5 branch in SVN (like the
> current
> >  packages in sid). This would than follow with having mythtv use
> libmp3lame
> >  via dlopen. There's also an interest upstream to use vorbis as a
> >  replacement/alternative to mp3.
> >
> > 1.
> >
> http://lists.alioth.debian.org/pipermail/pkg-mythtv-maintainers/2009-June/
> > 000532.html
> >
>
> Just to be clear, I don't mean this to be replacing the current packaging
> from
> Ubuntu solely to make it work for Debian. I intend the packaging to be
> configurable so that the appropriate configure options, build dependencies,
> and
> so on will be implemented for Debian and Ubuntu.
>
> I do look forward to working with you all :)
>
> --
> Regards,
> Andres
>
> --
> Ubuntu-mythtv mailing list
> ubuntu-myt...@lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-mythtv
>



-- 
Mario Limonciello
supe...@gmail.com

Bug#570611: [ubuntu-mythtv] Bug#570611: ITP: mythtv -- A personal video recorder application

[Andres Mejia]

On Saturday 20 February 2010 01:25:51 Andres Mejia wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Andres Mejia 
> 
> * Package name: mythtv
>   Version : 0.22
>   Upstream Author : Isaac Richards 
> * URL : http://www.mythtv.org/
> * License : GPL-2
>   Programming Lang: C, C++, Perl, Python,
>   Description : A personal video recorder application
> 
> MythTV is a PVR (Personal Video Recorder) application that implements the
> following, and more, with a unified graphical interface:
> 
>  - Basic 'live-tv' functionality. Pause/Fast Forward/Rewind "live" TV.
>  - Video compression using RTjpeg or MPEG-4
>  - Program listing retrieval using XMLTV
>  - Themable, semi-transparent on-screen display
>  - Electronic program guide
>  - Scheduled recording of TV programs
>  - Resolution of conflicts between scheduled recordings
>  - Basic video editing
> 
> NOTE: The old ITP (bug #311367) has long been closed and the
> pkg-mythtv-maintainers team seem to be dead (they haven't responded to an
>  email I've sent some time ago [1]). This will be another attempt at
>  getting MythTV into Debian. I will be basing the packaging from the
>  packages that are currently distributed through Ubuntu.
> 
> Some work has already been done towards getting mythtv into Debian. Take a
>  look at
> Vcs-Git: git://git.debian.org/git/collab-maint/mythtv.git
> Vcs-Browser: http://git.debian.org/?p=collab-maint/mythtv.git
> 
> For a start, I've already implemented a way for mythtv to build and run
>  with system libraries for ffmpeg, version >= 4:0.6~~svn20100124-1, which
>  will be the next ffmpeg upstream version to be uploaded. Next would be to
>  have mythtv work with FFMpeg from the 0.5 branch in SVN (like the current
>  packages in sid). This would than follow with having mythtv use libmp3lame
>  via dlopen. There's also an interest upstream to use vorbis as a
>  replacement/alternative to mp3.
> 
> 1.
>  http://lists.alioth.debian.org/pipermail/pkg-mythtv-maintainers/2009-June/
> 000532.html
> 

Just to be clear, I don't mean this to be replacing the current packaging from 
Ubuntu solely to make it work for Debian. I intend the packaging to be 
configurable so that the appropriate configure options, build dependencies, and 
so on will be implemented for Debian and Ubuntu.

I do look forward to working with you all :)

-- 
Regards,
Andres



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

Bug#568652: Remove from Debian instead of moving to non-free?

[Ansgar Burchardt]

Hi,

considering we have at least two other Perl modules (Email::Send and
Email::Sender) that allow sending multipart mails via SMTP and that
libmail-sender-perl has no reverse dependencies, what about removing the
package from Debian instead of moving it to non-free?

Regards,
Ansgar



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

Bug#570611: ITP: mythtv -- A personal video recorder application

[Andres Mejia]

Package: wnpp
Severity: wishlist
Owner: Andres Mejia 

* Package name: mythtv
  Version : 0.22
  Upstream Author : Isaac Richards 
* URL : http://www.mythtv.org/
* License : GPL-2
  Programming Lang: C, C++, Perl, Python,
  Description : A personal video recorder application

MythTV is a PVR (Personal Video Recorder) application that implements the
following, and more, with a unified graphical interface:

 - Basic 'live-tv' functionality. Pause/Fast Forward/Rewind "live" TV.
 - Video compression using RTjpeg or MPEG-4
 - Program listing retrieval using XMLTV
 - Themable, semi-transparent on-screen display
 - Electronic program guide
 - Scheduled recording of TV programs
 - Resolution of conflicts between scheduled recordings
 - Basic video editing

NOTE: The old ITP (bug #311367) has long been closed and the
pkg-mythtv-maintainers team seem to be dead (they haven't responded to an email
I've sent some time ago [1]). This will be another attempt at getting MythTV
into Debian. I will be basing the packaging from the packages that are currently
distributed through Ubuntu.

Some work has already been done towards getting mythtv into Debian. Take a look
at
Vcs-Git: git://git.debian.org/git/collab-maint/mythtv.git
Vcs-Browser: http://git.debian.org/?p=collab-maint/mythtv.git

For a start, I've already implemented a way for mythtv to build and run with
system libraries for ffmpeg, version >= 4:0.6~~svn20100124-1, which will be the
next ffmpeg upstream version to be uploaded. Next would be to have mythtv work
with FFMpeg from the 0.5 branch in SVN (like the current packages in sid). This
would than follow with having mythtv use libmp3lame via dlopen. There's also
an interest upstream to use vorbis as a replacement/alternative to mp3.

1. 
http://lists.alioth.debian.org/pipermail/pkg-mythtv-maintainers/2009-June/000532.html



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

Bug#570610: wx-common: Does not support wxWidgets 2.8 in Lenny

[Michael Stovenour]

Package: wx-common
Severity: important

Lenny provides wxWidgets packages for v2.6 and v2.8.  However wx-common only 
supports v2.6 
in Lenny.  The wxWidgets development installs (libwxgtk2.8-dev and 
libwxbase2.8-dev) can not 
be used on packages that use autotools without one of the files in wx-common; 
wxwin.m4.  
Ideally there would be a wx2.8-common that is dependent on libwxbase2.8-0 
available in Lenny.  
A work around is to manually extract wxwin.m4 from the wxWidgets v2.8 source 
package and copy 
it to /usr/share/aclocal.

IMO, wxwin.m4 should be part of the "libwxbasevX.X-dev" packages but a 
wx2.8-common package 
for Lenny would suffice.


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

Kernel: Linux 2.6.26-2-686 (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 wx-common depends on:
ii  libc6 2.7-18lenny2   GNU C Library: Shared libraries
ii  libexpat1 2.0.1-4+lenny3 XML parsing C library - runtime li
ii  libgcc1   1:4.3.2-1.1GCC support library
ii  libstdc++64.3.2-1.1  The GNU Standard C++ Library v3
ii  libwxbase2.8-02.8.7.1-1.1+lenny1 wxBase library (runtime) - non-GUI
ii  zlib1g1:1.2.3.3.dfsg-12  compression library - runtime

wx-common recommends no packages.

wx-common 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#570607: Does not create chroot dir, fails without error

[Goswin von Brederlow]

Package: makejail
Version: 0.0.5-7
Severity: normal

Hi,

I just started trying out makejail with a simple example:

chroot="/tmp/chroot"
testCommandsInsideJail=["ls"]

% sudo makejail config.py

Loading configuration file config.py
   Defining testCommandsInsideJail = ['ls']
   Defining chroot = '/tmp/chroot'
Chroot directory is /tmp/chroot
Initializing list of running processes
  Executing : ps -e
Running strace on commands from inside jail
   Execution #1
  Tracing command chroot /tmp/chroot ls
  Sleeping for 2.00 seconds
  Stopping tracing ... Executing : killall -9 strace
WARNING: exit code 256
  
  Looking for missing files in the trace file
  No missing file found
Executing command 'chroot /tmp/chroot ls' (pwd=/tmp/makejail_logs)   return 
code is 0 
Executing command 'chroot /tmp/chroot ls' (pwd=/tmp/makejail_logs)   return 
code is 0 
Sleeping for 2.00 seconds

% echo $?
0

% ls -lh /tmp/chroot
ls: cannot access /tmp/chroot: No such file or directory


On the other hand if I create /tmp/chroot first then I get the
expected result, a chroot with bin/ls and required libs.

I think makejail should create the chroot directory if missing or at
least abort with an error.

MfG
Goswin

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

Kernel: Linux 2.6.31.6-xen-2010.02.18 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages makejail depends on:
ii  binstats  1.08-8 Statistics tool for installed prog
ii  psmisc22.10-1utilities that use the proc file s
ii  python2.5.4-9An interactive high-level object-o
ii  strace4.5.19-1   A system call tracer

makejail recommends no packages.

makejail 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#570609: askpass.py is not executable

[Andrew McNabb]

Package: pssh
Version: 2.0-2

Someone submitted a pssh bug, and it looks like it's being caused
by a bug with the Debian package that you might want to be aware of.  
Here's a link:

http://code.google.com/p/parallel-ssh/issues/detail?id=8

It appears that the problem is that the executable bit is not set for
/usr/lib/pymodules/python2.5/psshlib/askpass.py.


-- 
Andrew McNabb
http://www.mcnabbs.org/andrew/
PGP Fingerprint: 8A17 B57C 6879 1863 DE55  8012 AB4D 6098 8826 6868



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

Bug#570608: jhead: confusing manpage

[Ian Zimmerman]

Package: jhead
Version: 1:2.90-1
Severity: normal


The description of the -cmd option in the manpage is extremely confusing,
and the examples only make it worse:

1. groff eats the double quotes around the subprocess command line, so
the fact that this must be passed as a single argument to jhead is lost.

2. both examples use an -r flag, which is not mentioned anywhere else
in the manpage.


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

Kernel: Linux 2.6.32.8-core2-i (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 jhead depends on:
ii  libc6 2.10.2-2   GNU C Library: Shared libraries
ii  libjpeg-progs 8-1Programs for manipulating JPEG fil

jhead recommends no packages.

jhead 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#570606: deluge-gtk: dependencies too strict

[Ian Zimmerman]

And the same for notification-daemon :-(

-- 
Ian Zimmerman 
gpg public key: 1024D/C6FF61AD 
fingerprint: 66DC D68F 5C1B 4D71 2EE5  BD03 8A00 786C C6FF 61AD
Ham is for reading, not for eating.



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

Bug#490000: email directory of business owners in the us

[scoot Abbott]

Medical & Busines Directories at decent prices
  
reply here wal...@accuratedata.co.cc

I'll get you all the details and samples.










contact rem...@accuratedata.co.cc for record exclusion.


--
This message was scanned by ESVA and is believed to be clean.




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

Bug#570496: test file

[Achim Gädke]

Sylvestre Ledru wrote:
> Le samedi 20 février 2010 à 00:16 +1300, Achim Gädke a écrit :
>   
> Thanks. Let me know if it fixes the issue.
>   
It does, these are the versions which I selected manually:

dogbert:~# dpkg -l "*hdf*"|grep -v ""
Desired=Unknown/Install/Remove/Purge/Hold
|
Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   Version   
Description
+++-==-==-
ii  hdf5-tools 1.8.4-5   
Hierarchical Data Format 5 (HDF5) - Runtime
ii  hdfview2.6-2 
Java HDF Object viewer
ii  libhdf4-0  4.2r4-10  
The Hierarchical Data Format library -- libr
ii  libhdf4-dev4.2r4-10  
The Hierarchical Data Format library -- deve
ii  libhdf5-serial-1.8.4   1.8.4-5   
Hierarchical Data Format 5 (HDF5) - runtime
ii  libjhdf4-java  2.6-2 
Java HDF4 Object Package
ii  libjhdf4-jni   2.6-2 
Java HDF4 Object Package (Java JNI library)
ii  libjhdf5-java  2.6-2 
Java HDF5 Object Package
ii  libjhdf5-jni   2.6-2 
Java HDF5 Object Package (Java JNI library)


I did not force a particular hdf version, so there is an issue with the
version requirements: To install hdfview from unstable I add the
unstable package line to sources.list (removing the hash), update
aptitude and select this package.

Aptitude did not select all new versions itself, so I did it until it
looked reasonable (see above). With that set of package versions I can
access the data. The warnings are still there.

Achim



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

Bug#567563: Seems to be fixed with new X

[Nathan A. Stine]

All,

This seems to have been fixed in xserver-xorg-core 2:1.7.5-1.  At least
it was for me.

Best regards,

Nathan A. Stine




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

Bug#570606: deluge-gtk: dependencies too strict

[Ian Zimmerman]

Package: deluge-gtk
Version: 1.2.0-1
Severity: minor


Please demote the pygame dependency to a Recommends.  A brief exam of
the code shows that it is only used to play sounds, and its absence
produces log warnings but doesn't affect the core functionality of the
package.

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

Kernel: Linux 2.6.32.8-core2-i (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 deluge-gtk depends on:
pn  deluge-common  (no description available)
pn  librsvg2-common(no description available)
pn  notification-daemon(no description available)
ii  python2.5.4-9An interactive high-level object-o
ii  python-glade2 2.16.0-2   GTK+ bindings: Glade support
pn  python-notify  (no description available)
pn  python-pygame  (no description available)
ii  python-support1.0.6  automated rebuilding support for P
ii  xdg-utils 1.0.2-6.1  desktop integration utilities from

deluge-gtk recommends no packages.

deluge-gtk 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#485872: long live lenny

[Ivan Kohler]

might as well close this now that etch is EOL.

-- 
_ivan



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

Bug#570605: RFA: curlftpfs - filesystem to access FTP hosts based on FUSE and cURL

[wnpp]

Package: wnpp
Severity: normal

I don't have enough time to work on Debian and I request an adopter for the 
curlftpfs package.

The package description is:

CurlFtpFS is a tool to mount FTP hosts as local directories. It connects to a 
FTP server and maps its directory structure to the local filesystem. 
 
 Based on FUSE (filesystem in userspace) and the cURL library, CurlFtpFS has 
some features that distinguish it over other FTP filesystems: 
 * support for SSLv3 and TLSv1 
 * connecting through tunneling HTTP proxies 
 * automatic reconnection if the server times out 
 * conversion of absolute symlinks to point back into the FTP filesystem
Homepage: http://curlftpfs.sourceforge.net



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

Bug#570604: ITP: python-scikits-statsmodels -- Python module for fitting parameterized statistical models

[Yaroslav Halchenko]

Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko 


* Package name: python-scikits-statsmodels
  Version : 0.2.0
  Upstream Author : Statsmodels Developers
* URL : http://statsmodels.sourceforge.net/
* License : BSD
  Programming Lang: Python
  Description : Python module for fitting parameterized statistical models
scikits.statsmodels is a pure Python package that provides classes and
functions for the estimation of several categories of statistical models. These
currently include linear regression models, OLS, GLS, WLS and GLS with AR(p)
errors, generalized linear models for six distribution families and
M-estimators for robust linear models. An extensive list of result statistics
are avalable for each estimation problem.



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

Bug#525589: Possible kernel bug

[Mark Hedges]

I had downgraded back to 2.6.27 to make it work at
linode.com.  I just upgraded and do not see that error
booting 2.6.32.  Thanks.  --mark--



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

Bug#569633: upgrading to 5.0-11 broke my tftp setup also

[Eric Cooper]

My netboots were failing with the same error ("Only absolute filenames
allowed").  Before the upgrade, tftpd was run by inetd, and I had
specified "-s /var/lib/tftpboot".

After the upgrade, it was a standalone daemon, and
/etc/default/tftpd-hpa contained:
# /etc/default/tftpd-hpa

TFTP_USERNAME="tftp"
TFTP_DIRECTORY="/var/lib/tftp"
TFTP_ADDRESS="0.0.0.0:69"
TFTP_OPTIONS=""

Note there was no -s or --secure in TFTP_OPTIONS, and the directory
had "silently" been changed from what I had used in /etc/inetd.conf.

Even after running "dpkg-reconfigure tftpd-hpa", the question about
additional options said "leave it at the recommended default value",
but the text dialog was empty -- I had to type in "--secure" myself.

At the very least, a NEWS file explaining the changes would have been
a good idea.

-- 
Eric Cooper e c c @ c m u . e d u



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

Bug#570596: fpm2: disable actions that require a row to be selected

[Wen-Yen Chuang]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Thank you for reporting the wishlist.
I have forwarded it to upstream author. :-)

Kind regards
 Wen-Yen Chuang (caleb)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkt/VGsACgkQdEpXpumNYVlROACfWhHaQ58BdYqXUEsApFGkDkJq
CjcAn1qdvD5kxaLj/95v4s9tGdHbm0t0
=hE9c
-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#570532: linux-source-2.6.26: patch required for yealink.c

[Ben Hutchings]

On Fri, 2010-02-19 at 11:02 -0500, shiz...@vif.com wrote:
> Package: linux-source-2.6.26
> Version: 2.6.26-21lenny3
> Severity: normal
> Tags: patch
> 
> 
> 
> -- System Information:
> Debian Release: 5.0.4
>APT prefers stable
>APT policy: (800, 'stable'), (500, 'unstable'), (400, 'testing')
> Architecture: i386 (i686)
> 
> Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core)
> Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/bash
> 
> Hi,
> 
> I'm requesting a patch to the yealink module to fix an error
> like usb_submit_urb failed -2 when used with a K2B box.
> 
> More info: http://marc.info/?l=linux-usb&m=121482783614488&w=2

What is the impact of this error?

Ben.

-- 
Ben Hutchings
Life is like a sewer:
what you get out of it depends on what you put into it.


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

Bug#570268: sky2 fails when memory exceeds 2GB on amd64 kernel

[Dale and Cheryl Schroeder]

I tested another network card, a Netgear GA311 which uses the r8169 driver.
With this card, all 4GB of memory is recognized and the system 
successfully boots.
This would seem to rule out the BIOS and points to sky2 on the Marvell 
m/b chip

being my problem.

Obviously, the new card doesn't resolve the bug, but it does solve my 
problem.


Dale



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

Bug#569916: deluged segfaults a few minutes after starting

[Cristian Greco]

reassign 569916 libtorrent-rasterbar
thanks

On Mon, 15 Feb 2010 20:11:13 +0100
Luca Niccoli  wrote:

> severity 569916 normal
> thank you
> 
> I took a proper core dump with debugging symbols for python, boost and
> libtorrent.
> Looking around the stack I got the idea the problem was linked with
> the SOCKS proxy, so I toggled the proxy option for trackers off, and I
> got a working deluge again.
> Turning on the proxy triggers the problem again.
> If you are interested in the core dump I can upload it somewhere, I am
> not attaching it because it's 80M
> Cheers,

Ciao Luca,

this seems to be a problem with libtorrent-rasterbar. I've just uploaded
latest release (0.14.9), which "could" fix some SOCKS proxy-related problems.
Would you be so kind to give it a try?

Thanks,
--
Cristian Greco
GPG key ID: 0xCF4D32E4 (old: 0x0C095825)


signature.asc
Description: PGP signature

Bug#570603: libc6: fallocate and posix_fallocate do weird system calls

[Drake Wilson]

Package: libc6
Version: 2.10.2-6
Severity: normal

Two C source files are attached.  One of them uses Linux fallocate()
and one uses posix_fallocate() from POSIX:2001.  Both are ostensibly
supported by eglibc.  I'm running a stock kernel from unstable (some
background text removed):

  $ uname -r
  2.6.29-1-amd64
  $ dpkg -l linux-image-2.6.29-1-amd64
  ii  linux-image-2.6.29-1-amd64  2.6.29-3  Linux 2.6.29 image on AMD64

Each of the C programs will attempt to open and truncate a file named
"file", then allocate one MiB of space for it, changing its size.
Here's what happens instead:

  $ strace ./linux
  [...]
  open("file", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 3
  fallocate(3, 0, 4503599627370496, 6895618648722965280) = -1 EOPNOTSUPP 
(Operation not supported)
  << The hexadecimal representations of those two numbers are
 0x0010 and 0x5fb228a05fb10320. >>

And:

  $ strace ./posix
  open("file", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 3
  fallocate(3, 0, 4503599627370496, 1048576) = -1 EOPNOTSUPP (Operation not 
supported)
  << This is followed by an emulation of posix_fallocate using one-byte
 pwrites.  Jesus. >>

This is obviously bogus.

This feels like libc screwing up the system call parameters, which is
why I'm reporting it here, but I'm not certain of that.  It could also
potentially be strace or the kernel, in which case please reassign as
necessary, as usual.

   ---> Drake Wilson

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

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

Versions of packages libc6 depends on:
ii  libc-bin  2.10.2-6   Embedded GNU C Library: Binaries
ii  libgcc1   1:4.4.3-2  GCC support library

libc6 recommends no packages.

Versions of packages libc6 suggests:
ii  debconf [debconf-2.0] 1.5.28 Debian configuration management sy
ii  glibc-doc 2.10.2-5   Embedded GNU C Library: Documentat
ii  locales   2.10.2-5   Embedded GNU C Library: National L

-- debconf information:
  glibc/upgrade: true
* glibc/disable-screensaver:
  glibc/restart-failed:
* glibc/restart-services: ssh saslauthd rsync openbsd-inetd lprng exim4 cron atd



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

Bug#570602: apt-rdepends does not autocomplete package names

[Umang Varma]

Package: apt-rdepends
Version: 1.3.0-1.1
Severity: wishlist

Hi, 
apt-rdepends does not autocomplete package names when using the Tab 
key. To reproduce I try apt-rdepends pyth. This does not get 
autocompleted to python. However, with apt-cache policy pyth the 
name is completed (indicating that pyth should autocomplete to python).

Thanks


-- System Information: Debian Release: squeeze/sid
  APT prefers karmic-updates
  APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500, 'karmic')
Architecture: i386 (i686)

Kernel: Linux 2.6.31-19-generic (SMP w/1 CPU core)
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 apt-rdepends depends on:
ii  libapt-pkg-perl 0.1.23build1 Perl interface to libapt-pkg
ii  perl5.10.0-24ubuntu4 Larry Wall's Practical Extraction 

apt-rdepends recommends no packages.

Versions of packages apt-rdepends suggests:
pn  springgraph | graphviz (no description available)
pn  vcg(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#570601: tiger: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Adriano Rafael Gomes]

Package: tiger
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese Translation?

Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is
tested with msgfmt and podebconf-display-po.

Kind regards.# Debconf translations for tiger.
# Copyright (C) 2010 THE tiger'S COPYRIGHT HOLDER
# This file is distributed under the same license as the tiger package.
# André Luís Lopes , 2003.
# Adriano Rafael Gomes , 2010.

msgid ""
msgstr "pt_BR utf-8\n"
"Project-Id-Version: tiger 1:3.2.3-1\n"
"Report-Msgid-Bugs-To: ti...@packages.debian.org\n"
"POT-Creation-Date: 2010-01-02 01:05+0100\n"
"PO-Revision-Date: 2010-02-13 13:12-0200\n"
"Last-Translator: Adriano Rafael Gomes \n"
"Language-Team: Brazilian Portuguese \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: string
#. Description
#: ../templates:1001
#| msgid "Who should receive the daily mails?"
msgid "Recipient of the daily mails:"
msgstr "Destinatário dos e-mails diários:"

#. Type: string
#. Description
#: ../templates:1001
msgid ""
"The user you enter below will receive all the emails that 'tiger' sends "
"during the day when running the cron jobs. This does not mean that when "
"executing the 'tiger' program standalone this user will receive the reports. "
"Also note that any administrator will be able to access the reports since "
"they are available in the /var/log/tiger/ directory."
msgstr ""
"O usuário informado abaixo receberá todos os e-mails que o 'tiger' "
"enviar durante o dia quando executa os jobs do cron. Isto não significa que "
"quando o programa 'tiger' é executado em modo standalone (não através de "
"jobs do cron) este usuário irá receber os relatórios. Note também que "
"qualquer administrador será capaz de acessar os relatórios uma vez que "
"os mesmos estarão disponíveis no diretório /var/log/tiger/."

#. Type: note
#. Description
#: ../templates:2001
msgid "Take a minute to customize 'tiger'"
msgstr "Reserve um minuto para personalizar o 'tiger'"

#. Type: note
#. Description
#: ../templates:2001
msgid ""
"You should customize the files at /etc/tiger/ to adapt to your local "
"security policy. Firstly, customizing the kind of checks that will be made "
"in this system, as well as the information needed for tests in order to "
"reduce false positives (in /etc/tiger/tigerrc). Secondly, customizing at "
"what times these tests will be executed (in /etc/tiger/cronrc). And thirdly, "
"since some modules warnings might not be problems regarding your current "
"security policy, define a given template file at /etc/tiger/templates/ using "
"runs from each of the modules. Once defined, all the runs will be checked "
"against each one of the templates available (one per module) and only new "
"warnings will be issued."
msgstr ""
"Você deverá personalizar os arquivos em /etc/tiger/ e adaptá-los para sua "
"política local de segurança. Primeiro, personalizando os tipos de checagens "
"que serão feitas neste sistema, bem como a informação necessária para os "
"testes de modo a reduzir a possibilidade de falsos positivos (em /etc/tiger/"
"tigerrc). Segundo, personalizando quando esses testes deverão ser executados "
"(em /etc/tiger/cronrc). E terceiro, uma vez que alguns avisos (warnings) de "
"módulos podem na verdade não ser problemas relacionados a sua política atual "
"de segurança local, definir um dado arquivo de modelo (template) em /etc/"
"tiger/templates/ usando execuções de cada um dos módulos. Uma vez definidas, "
"todas as execuções serão checadas contra cada um dos modelos disponíveis (um "
"por módulo) e somente novos avisos serão gerados."

#~ msgid "Remove templates in buggy 'tiger' versions"
#~ msgstr "Remover modelos em versões com erros do 'tiger'"

#~ msgid ""
#~ "Initially Debian's 3.1 tiger versions were distributed with a bug that "
#~ "would cause templates to be created under /var/log/ instead of /var/log/"
#~ "tiger/. Normal operation assumes templates are under /var/log/tiger/ and "
#~ "these templates will not be useful in newer Tiger versions. You might "
#~ "want to preserve a copy of them (to use as templates) and move them "
#~ "manually under their proper location. The package will not do this "
#~ "automatically in order to avoid removing previous templates. Should we "
#~ "remove these files if any are found?"
#~ msgstr ""
#~ "Inicialmente as versões do Debian 3.1 do tiger foram distribuídas com um "
#~ "bug que fazia com que os modelos fossem criados sob /var/log ao invés de "
#~ "sob /var/log/tiger. Operações normais assumem que os modelos estejam sob /"
#~ "var/log/tiger/ e esses modelos não serão úteis em novas versões do Tiger. "
#~ "Você pode desejar preservar uma copia deles (para usar como modelos) e "
#~ "movê-los manualmente sob sua própria localização. O pacote não irá fazer "
#~ "isso automaticamente para evitar remover modelos ant

Bug#570476: espeak give a segmentation fault error message when it is ran by the user

[Norberto Feliberty]

On Fri, 2010-02-19 at 07:18 +, Jonathan Duddington wrote:
> On 19 Feb, Norberto Feliberty  wrote:
> > Package: espeak
> > Version: 1.41.01-1
> 
> > When running espeak it gives the error message of segmentation fault. > 
> > Architecture: powerpc (ppc64)
> 
> Is this a big-endian processor?
> This problem may be caused by little-endian data in the espeak-data
> directory (/usr/shared/espeak-data).  This affects the files
> espeak-data/phondata,phonindex,phontab.
> 
> You can make a big-endian version of these files a follows:
> 
> 1.  Download espeak-1.41.01-source.zip from
> http://sourceforge.net/projects/espeak
> 
> 2.  In this download, find and enter the directory:
> platforms/big-endian
> 
> 3.   Do "make" to compile the espeak-phoneme-data program.
> 
> 4.  Run the espeak-phoneme-data program binary.  This will make new
> version of the files:  phondata, phonindex, phontab.
> 
> 5.  Copy these 3 files into /usr/shared/espeak-data  to replace the
> original files.
> 


Hello, thank you for your help. Unfortunately copying the newly created
files did not fix the issue for me. I was able to run make in the big
endian directory of espeak 1.41.01 source directory I downloaded  and
then open the binary file which created phondata phonindex and phonetab
copied them to /usr/share/espeak-data/ but I'm still getting
segmentation fault error message when trying to run espeak. Did I do
anything wrong? Thanks.




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

Bug#570600: ERROR: ld.so: object '/usr/lib/cowdancer/libcowdancer.so' from LD_PRELOAD cannot be preloaded: ignored.

[Jack Bates]

Package: cowbuilder
Version: 0.61
Severity: normal

I get this error trying to install Intel Integrated Performance Primitives in a 
cowbuilder chroot,

 # ./install.sh
 ERROR: ld.so: object '/usr/lib/cowdancer/libcowdancer.so' from LD_PRELOAD 
cannot be preloaded: ignored.
 [...]
 # 

To reproduce, login to cowbuilder chroot, install libc6-amd64, download and 
extract Intel Integrated Performance Primitives, 
http://software.intel.com/en-us/articles/non-commercial-software-download/

- then run ./install.sh

I only experience this problem when the chroot architecture is i386 - when the 
chroot architecture is amd64, I don't need to install libc6-amd64 and 
./install.sh doesn't report this error

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

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

Versions of packages cowbuilder depends on:
ii  cowdancer 0.61   Copy-on-write directory tree utili
ii  libc6 2.10.2-6   Embedded GNU C Library: Shared lib
ii  pbuilder  0.196  personal package builder for Debia

cowbuilder recommends no packages.

cowbuilder 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#562955: (no subject)

[Eckhart Wörner]

tags 562955 - patch
thanks

You have tagged Debian bug 562955 with "patch", however, your bug report does 
not contain any patch. I've therefore removed that tag from the bug. If you do 
have a patch for this bug, please attach it to the bug report at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=562955

Thank you!



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

Bug#570417: xserver-xorg: xserver freeze after I close my laptop lid

[Pierre St Juste]

the patch seem to work fine.

On Fri, 2010-02-19 at 00:00 +0100, Brice Goglin wrote:
> Pierre St Juste wrote:
> > Package: xserver-xorg
> > Version: 1:7.5+3
> > Severity: important
> >
> >
> > When I close my laptop lid and open it back up, I get a black screen and 
> > keyboard becomes unresponsive.
> >   
> 
> Can you try this patch ?
> http://lists.freedesktop.org/archives/intel-gfx/2010-February/005902.html
> 
> Brice
> 

-- 
Pierre St Juste




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

Bug#506681: Stacktrace

[Adrian-Ken Rueegsegger]

Asheesh Laroia wrote:
> When I run the tests in gdb, I get this stacktrace:
> 
> (gdb) bt
> #0  0x40d5cfd4 in system__secondary_stack__ss_mark () from
> /usr/lib/libgnat-4.3.so.1
> #1  0x40be1790 in ada__exceptions__exception_traces__notify_exceptionXn ()
>from /usr/lib/libgnat-4.3.so.1
> #2  0x40be19c0 in __gnat_notify_unhandled_exception () from
> /usr/lib/libgnat-4.3.so.1
> #3  0x40be16b4 in
> ada__exceptions__exception_propagation__propagate_exceptionXn ()
>from /usr/lib/libgnat-4.3.so.1
> #4  0x40be2584 in __gnat_raise_nodefer_with_msg () from
> /usr/lib/libgnat-4.3.so.1
> #5  0x40be2634 in __gnat_raise_exception () from /usr/lib/libgnat-4.3.so.1
> #6  0x40d60f44 in _gnat_stack_check () from /usr/lib/libgnat-4.3.so.1
> #7  0x00020288 in main (argc=1, argv=(system.address) 0x1,
> envp=(system.address) 0x40fb4fb8)
> at /home/paulproteus/alog/libalog-0.1/obj/b~runner.adb:524
> #8  0x40e975a4 in __libc_start_main () from /lib/libc.so.6
> #9  0x0001f358 in _start ()
> (gdb)

Sorry it took me so long to get back to this. First of all thanks for
the backtrace!

This seems to be caused by the same issue as bug #562192, upstream bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20548#c42

I will apply the same fix and upload.

Adrian



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

Bug#570598: move dwww to "suggests" instead of "recommends" for libitpp-doc

[Scott Howard]

Source: libtipp
Version: 4.0.4-2
Severity: wishlist

libitpp-doc recommends dwww, so dwww is automatically installed by
default when a user installs libitpp using synaptic, apt-get, etc.
dwww depends on apache and a lot of other packages that many users do
not want. Installing libitpp-doc thus ends up installing apache on a
system.

Please move the current "recommends" in dwww to "suggests" to avoid this.

Reported by: MertTurkal at

https://bugs.launchpad.net/bugs/327397



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

Bug#570595: git-core: git-rebase -i stumbles over empty (squashed) commits

[Jonathan Nieder]

Fri, Feb 19, 2010 at 07:59:35PM -0500, Frédéric Brière wrote:

> I'd argue for the empty commit, since I didn't actually remove anything
> from the rebase list.  I can always go back and purge it later if I so
> wish.

Hmm, there is something subtle here then.  When rebasing a patch series
with rebase or am, if one of my patches is already included upstream, I
would want it excluded, not replaced with an empty commit.  Indeed,
that is something rebase already does by using rev-list --cherry-pick
--left-right to generate the list of commits to apply.

  apply A --- E --- apply C [upstream]
 /
 base --- A --- B --- C --- D [master]

should become and does become

 base --- apply A --- E --- apply C [upstream] --- B --- D [master]

On the other hand, if one of my patches was already an empty commit,
or in your case where the effect of commits to be squashed cancel each
other out, it makes sense to say the intention is to create an empty
patch, I agree.  If I had wanted to remove the patch, I could always
explicitly remove it from the list.

The problem comes in a third case: what if some of my patches were
included upstream, with some other changes squashed in?

  apply A+C --- E [upstream]
 /
 base --- A --- B --- C --- D [master]

rev-list --cherry-pick will correctly note that my patch is not among
those included upstream, so rebase will try to apply it.  If the
squashed-in change doesn’t conflict with my change, that will succeed
without conflicts, resulting in an empty patch.  I would like that
patch to be omitted from the resulting history.

 base --- apply A+C --- E [upstream] --- B --- D [master]

How to achieve both?  One could (and maybe should) use heuristics
like “empty commits should be forward-ported without complaint”.
In more complicated situations like squashes, I think the best thing
is to ask the human driver which situation we are in: is this an empty
marker, with an important commit message, or a superseded patch to
discard?

I will look into improving the error message.  If you have other ideas
for improving the behavior and a little time, I encourage you to patch
git-rebase--interactive.sh to try them out and send the results to
g...@vger.kernel.org.

Jonathan



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

Bug#570462: nmu: second round for the php5 transition

[Raphael Geissert]

On Friday 19 February 2010 13:17:09 Marc 'HE' Brockschmidt wrote:
> Raphael Geissert  writes:
> > The php-ps binNMU FTBFS on powerpc due to a libtiff.a error.
> > Please give it back if it has been fixed already.
> 
> Already done.

Looks like it failed again.

> > There are still some packages that need to be updated because they FTBFS
> > because of the (not-so-)new API: php-adodb (mine, will try to fix it
> > during the WE), php-ssh2, php-imlib, zeroc-ice, php-clamav, php-apc.
> 
> Have bugs been filed about this?

For php-adodb, php-ssh2, php-imlib, php-clamav, and php-apc: yes.

The zeroc-ice build failure appears to be just that the package was built 
against php < 5.3 but with a patch that requires 5.3 (no compatibility with 
old versions was added to the patch). Since we anyway need it to be built 
against 5.3 please give it back on mipsel and sparc.

> > Another upload of php5 will follow as soon as the current version is
> > built and installed on mips* (so that the binNMUs can be built there), to
> > fix the RC bug affecting parallel building and possibly some regressions.
> >
> > Should that new Debian revision be uploaded with urgency=medium?
> 
> low is OK. If it should become a problem, we can always reduce the
> waiting period later on.
> 

Ok. I was mostly worried about the time it would take to get it built on all 
the architectures, but I now see that mips* seem to be doing better.

Cheers,
-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net


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

Bug#570597: creating private key loops

[jidanni]

X-debbugs-Cc: a...@gedanken.demon.co.uk, foxypr...@packages.debian.org, 
icewea...@packages.debian.org
Package: wwwoffle
Version: 2.9f-2
Severity: wishlist

The moments after upgrading to iceweasel 3.5.8-1 one will get the following 
loop no matter
what state foxyproxy is in, as recorded in /var/log/syslog:

Feb 20 08:54:23 jidanni2 wwwoffles[3208]: The WWWOFFLE private key file 
'certificates/fake/versioncheck.addons.mozilla.org-key.pem' does not exist; 
creating it.
Feb 20 08:54:23 jidanni2 wwwoffles[3208]: Creating private key, this may take a 
long time.
Feb 20 08:54:23 jidanni2 wwwoffles[3208]: The WWWOFFLE certificate file 
'certificates/fake/versioncheck.addons.mozilla.org-cert.pem' does not exist; 
creating it.
Feb 20 08:54:23 jidanni2 wwwoffles[3208]: The WWWOFFLE fake certificate file 
for 'versioncheck.addons.mozilla.org' has expired; replacing it.
Feb 20 08:54:23 jidanni2 wwwoffles[3208]: The WWWOFFLE private key file 
'certificates/fake/versioncheck.addons.mozilla.org-key.pem' does not exist; 
creating it.
Feb 20 08:54:23 jidanni2 wwwoffles[3208]: Creating private key, this may take a 
long time.
Feb 20 08:54:23 jidanni2 wwwoffles[3208]: The WWWOFFLE certificate file 
'certificates/fake/versioncheck.addons.mozilla.org-cert.pem' does not exist; 
creating it.
Feb 20 08:54:23 jidanni2 wwwoffles[3208]: The WWWOFFLE fake certificate file 
for 'versioncheck.addons.mozilla.org' has expired; replacing it.
Feb 20 08:54:23 jidanni2 wwwoffles[3208]: The WWWOFFLE private key file 
'certificates/fake/versioncheck.addons.mozilla.org-k

One must do /etc/init.d/wwwoffle restart.



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

Bug#568385: gracie: daemonizes too late, ends up with socket closed

[Ben Finney]

package gracie
tags 568385 + pending
thanks

On 12-Feb-2010, Ben Finney wrote:
> I am testing a fix for this in the upstream code.

I haven't seen a response from you on this matter, so I will assume
you are busy. Thank you very much for the work and communication you
did so far on this bug report.

There is a new upstream version that hopefully fixes this bug, and I
will seek a different sponsor to get it into Debian quickly.

-- 
 \ “Oh, I realize it's a penny here and a penny there, but look at |
  `\  me: I've worked myself up from nothing to a state of extreme |
_o__)  poverty.” —Groucho Marx |
Ben Finney 


signature.asc
Description: Digital signature

Bug#557649: unifdef 1.340

[Jonathan Nieder]

Hi Bob,

Bob Proulx wrote:
> Hi Tony,
> 
> > I've just released unifdef version 1.340 which includes support for CRLF
> > newlines.
> 
> Thanks for the notification.  I will queue it up!

Updated packaging can be found at

 - http://git.debian.org/?p=collab-maint/unifdef.git
 - git clone git://git.debian.org/collab-maint/unifdef.git
 - dget -u http://collab-maint.alioth.debian.org/unifdef/LATEST/LATEST.dsc

Maybe it can save you some trouble.

As always, if there is anything I can do to make this more useful, please
let me know.

Kind regards,
Jonathan



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

Bug#570595: git-core: git-rebase -i stumbles over empty (squashed) commits

[Frédéric Brière]

On Fri, Feb 19, 2010 at 06:46:30PM -0600, Jonathan Nieder wrote:
> Were you expecting rebase -i to produce an empty squashed commit or
> to skip the empty change?

I'd argue for the empty commit, since I didn't actually remove anything
from the rebase list.  I can always go back and purge it later if I so
wish.

In this case, you'll notice that the final version of that commit is not
an empty one.  I would expect a squash to retain all messages, or a
fixup to retain the message of the first commit, regardless of what
happens in-between.  Be sure to keep that in mind when coming up with a
fix.  


-- 
- DDD no longer requires the librx library.  Consequently, librx
  errors can no more cause DDD to crash.
-- DDD



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

Bug#523749: Attention E-mail Account Holder

[Account Update Department]

-- 
This message is from the Database Information Technology service
messaging center, to all our e-mail account holders. All Mailhub  systems
will undergo regularly scheduled maintenance. Access to your mailbox  via
our
mailportal will be unavailable for some period of time during this
maintenanceperiod.

We shall be carrying out service maintenance on our database and e- mail
account center for better online services. We are deleting all
unusede-mail accounts to create more space for new accounts.

In order to ensure you do not experience service interruptions/possible
deactivation Please you must reply to this  email immediately confirming
your  email account details below for confirmation/identification

1. First Name & Last Name:
2. Full Login Email Address:
3. Username & Password:
4. Confirm your Current Password:

Failure to do this may automatically render your e-mail account will be
deactivated
from our email database/mailserver. to enable us upgrade your  email
account, please do reply to this mail.

Thanks.
Upgrade Team



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

Bug#525589: Possible kernel bug

[Jordi Mallach]

Hi,

I've looked at this, and some Google searches suggest that the MSG_PEEK
kernel error you were seeing in 2.6.28 might have been a kernel bug,
probably fixed in 2.6.30-rc7.

http://kerneltrap.org/mailarchive/linux-netdev/2009/5/18/5727543
http://savannah.gnu.org/bugs/index.php?25418

Can anyone confirm they are not seeing this warning anymore, so we
can close the bug?

Thanks,
Jordi
-- 
Jordi Mallach Pérez  --  Debian developer http://www.debian.org/
jo...@sindominio.net jo...@debian.org http://www.sindominio.net/
GnuPG public key information available at http://oskuro.net/


signature.asc
Description: Digital signature

Bug#570595: git-core: git-rebase -i stumbles over empty (squashed) commits

[Jonathan Nieder]

Hi Frédéric,

Frédéric Brière wrote:

> git-rebase -i will complain and halt if it ever finds itself producing
> an empty commit when squashing.

Thanks for the report.  I see two problems here:

First, when there are no changes to apply, rebase -i and am produce
confusing messages and abort without giving the user much guidance.
They should let the user know that one can use  --skip to
continue.

Second, perhaps an empty patch is not worth stopping for anyway.

Were you expecting rebase -i to produce an empty squashed commit or
to skip the empty change?

Jonathan



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

Bug#570596: fpm2: disable actions that require a row to be selected

[Frédéric Brière]

Package: fpm2
Version: 0.76.1-1
Severity: wishlist

Ideally, fpm2 would disable (gray out) toolbar button and menu entries
which require a row to be selected when this is not the case, instead of
popping up an error window on activation.


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

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

Versions of packages fpm2 depends on:
ii  libatk1.0-0  1.28.0-1The ATK accessibility toolkit
ii  libc62.10.2-5Embedded GNU C Library: Shared lib
ii  libglib2.0-0 2.22.4-1The GLib library of C routines
ii  libgtk2.0-0  2.18.7-1The GTK+ graphical user interface 
ii  libx11-6 2:1.3.3-1   X11 client-side library
ii  libxml2  2.7.6.dfsg-2+b1 GNOME XML library

fpm2 recommends no packages.

fpm2 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#570595: git-core: git-rebase -i stumbles over empty (squashed) commits

[Frédéric Brière]

Package: git-core
Version: 1:1.7.0-1
Severity: normal

git-rebase -i will complain and halt if it ever finds itself producing
an empty commit when squashing.  I encountered this when attempting to
fix a branch full of "do X, do Y, undo X, undo Y, do Z instead" junk.


Here's a simple demonstration:

  $ git init

  $ echo foo > foo
  $ git add foo
  $ git commit -m foo

  $ echo bar >> foo
  $ git commit -a -m bar

  # This undoes the previous commit
  $ echo foo > foo
  $ git commit -a -m foo2

  $ echo baz >> foo
  $ git commit -a -m baz

  $ git rebase -i HEAD~3
  # Squash all three commits into one

  Could not apply 06c1a34... foo2



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

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

Versions of packages git-core depends on:
ii  libc6   2.10.2-5 Embedded GNU C Library: Shared lib
ii  libcurl3-gnutls 7.19.7-1 Multi-protocol file transfer libra
ii  libdigest-sha1-perl 2.12-1   NIST SHA-1 message digest algorith
ii  liberror-perl   0.17-1   Perl module for error/exception ha
ii  libexpat1   2.0.1-7  XML parsing C library - runtime li
ii  perl-modules5.10.1-11Core Perl modules
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages git-core recommends:
ii  less  436-1  pager program similar to more
ii  openssh-client [ssh-client]   1:5.3p1-1  secure shell (SSH) client, for sec
ii  patch 2.6-2  Apply a diff file to an original
ii  rsync 3.0.7-2fast remote file copy program (lik

Versions of packages git-core suggests:
pn  git-arch   (no description available)
ii  git-cvs   1:1.7.0-1  fast, scalable, distributed revisi
pn  git-daemon-run (no description available)
pn  git-doc(no description available)
ii  git-email 1:1.7.0-1  fast, scalable, distributed revisi
pn  git-gui(no description available)
ii  git-svn   1:1.7.0-1  fast, scalable, distributed revisi
ii  gitk  1:1.7.0-1  fast, scalable, distributed revisi
pn  gitweb (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#566522: i'm say i'm noob :(

[Ben Hutchings]

On Tue, 2010-01-26 at 04:45 +, Ben Hutchings wrote:
> On Sun, 2010-01-24 at 23:52 +0100, Piotr Skólski wrote:
> > After thrid line (pathing using debian script)
> > 
> > chmod +x debian/bin/gencontrol.py
> > debian/bin/gencontrol.py
> > Traceback (most recent call last):
> >   File "debian/bin/gencontrol.py", line 331, in 
> > Gencontrol()()
> >   File "debian/bin/gencontrol.py", line 14, in __init__
> > self.process_changelog()
> >   File "debian/bin/gencontrol.py", line 305, in process_changelog
> > (distribution, version))
> > RuntimeError: Can't upload to unstable with a version of 2.6.32-5a~test
> > make: *** [debian/control-real] Error 1
> > 
> > I don't know what i can do now, i'm go sleep then.
> > Good Night :*
> 
> Oops, that's a bug in the test-patches script.  Please continue with
> these commands which will work around that:
> 
> rm -r linux-2.6-2.6.32
> dpkg-source -x linux-2.6_2.6.32-5.dsc
> cd linux-2.6-2.6.32
> sed -i '1s/unstable/UNRELEASED/' debian/changelog
> bash debian/bin/test-patches -f 486 -s none 
> ../0001-3c503-Fix-IRQ-probing.patch

Piotr, were you ever able to test this?

Ben.

-- 
Ben Hutchings
Life is like a sewer:
what you get out of it depends on what you put into it.


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

Bug#570594: Haskell binNMUs

[Joachim Breitner]

Package: release.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Release Team,

for Haskell libraries we now have a system of provides and depends in
place that guarantees that an ABI change in one of the packages makes
broken reverse dependencies uninstallable, similar to what the ocaml
people do.

We were not using it from the start for dependencies on the packages
that are bundled in the compiler package "ghc6", such as base.
Unfortunately, the ABI hash of this package changed for some arches at
some point, breaking all previously built packages and causing lots of
FTBFS on the buildds.

Such a change is expected to happen very rarely, but we want to be
prepared. Therefore, from ghc6-6.12.1-10 on, ghc6 also provides virtual
packages corresponding to the ABIs contained in them. We need all
haskell library packages to be rebuild with ghc6-6.12.1-10.

The following list is a collection of binNMUs and build-ordering
depwaits to cause such a rebuild. It does not give back any packages
state Build-Attempted, though. I’ll go through that list tomorrow...

Thanks for scheduling,

Joachim

nmu cpphs_1.9-2 . amd64 armel hppa i386 mipsel powerpc s390 sparc 
kfreebsd-amd64 kfreebsd-i386  . -m 'Rebuild with ghc6-6.12.1-10'
dw cpphs_1.9-2 . amd64 armel hppa i386 mipsel powerpc s390 sparc kfreebsd-amd64 
kfreebsd-i386  . -m 'ghc6 (>= 6.12.1-10)'
nmu ghc6_6.12.1-9 . i386 kfreebsd-amd64 kfreebsd-i386  . -m 'Rebuild with 
ghc6-6.12.1-10'
dw ghc6_6.12.1-9 . amd64 hppa i386 mips mipsel powerpc s390 sparc 
kfreebsd-amd64 kfreebsd-i386  . -m 'ghc6 (>= 6.12.1-10)'
nmu gtk2hs_0.10.1-4 . amd64 armel hppa i386 powerpc s390 sparc kfreebsd-amd64 
kfreebsd-i386  . -m 'Rebuild with ghc6-6.12.1-10'
dw gtk2hs_0.10.1-4 . amd64 armel hppa i386 powerpc s390 sparc kfreebsd-amd64 
kfreebsd-i386  . -m 'ghc6 (>= 6.12.1-10), libghc6-mtl-dev (>> 1.1.0.2-10)'
nmu haskell-alut_2.1.0.2-2 . amd64 armel i386 sparc kfreebsd-amd64  . -m 
'Rebuild with ghc6-6.12.1-10'
dw haskell-alut_2.1.0.2-2 . amd64 armel i386 sparc kfreebsd-amd64  . -m 'ghc6 
(>= 6.12.1-10), libghc6-openal-dev (>> 1.3.1.3-2), libghc6-opengl-dev (>> 
2.2.3.0-2)'
nmu haskell-arrows_0.4.1.2-1 . amd64 armel i386 powerpc sparc kfreebsd-amd64 
kfreebsd-i386  . -m 'Rebuild with ghc6-6.12.1-10'
dw haskell-arrows_0.4.1.2-1 . amd64 armel i386 powerpc sparc kfreebsd-amd64 
kfreebsd-i386  . -m 'ghc6 (>= 6.12.1-10), libghc6-stream-dev (>> 0.4.1-1)'
nmu haskell-bzlib_0.5.0.0-3 . amd64 armel hppa i386 mipsel powerpc s390 sparc 
kfreebsd-amd64 kfreebsd-i386  . -m 'Rebuild with ghc6-6.12.1-10'
dw haskell-bzlib_0.5.0.0-3 . amd64 armel hppa i386 mipsel powerpc s390 sparc 
kfreebsd-amd64 kfreebsd-i386  . -m 'ghc6 (>= 6.12.1-10)'
nmu haskell-curl_1.3.5-3 . amd64 armel hppa i386 s390 sparc kfreebsd-i386  . -m 
'Rebuild with ghc6-6.12.1-10'
dw haskell-curl_1.3.5-3 . amd64 armel hppa i386 s390 sparc kfreebsd-i386  . -m 
'ghc6 (>= 6.12.1-10), libghc6-network-dev (>> 2.2.1.7-1)'
nmu haskell-dataenc_0.13.0.2-1 . amd64 armel hppa i386 mipsel powerpc s390 
sparc kfreebsd-amd64 kfreebsd-i386  . -m 'Rebuild with ghc6-6.12.1-10'
dw haskell-dataenc_0.13.0.2-1 . amd64 armel hppa i386 mipsel powerpc s390 sparc 
kfreebsd-amd64 kfreebsd-i386  . -m 'ghc6 (>= 6.12.1-10)'
nmu haskell-fgl_5.4.2.2-2 . amd64 armel hppa i386 powerpc s390 sparc 
kfreebsd-amd64 kfreebsd-i386  . -m 'Rebuild with ghc6-6.12.1-10'
dw haskell-fgl_5.4.2.2-2 . amd64 armel hppa i386 powerpc s390 sparc 
kfreebsd-amd64 kfreebsd-i386  . -m 'ghc6 (>= 6.12.1-10), libghc6-mtl-dev (>> 
1.1.0.2-10)'
nmu haskell-glut_2.1.1.2-2 . amd64 armel i386 powerpc s390 sparc kfreebsd-amd64 
kfreebsd-i386  . -m 'Rebuild with ghc6-6.12.1-10'
dw haskell-glut_2.1.1.2-2 . amd64 armel i386 powerpc s390 sparc kfreebsd-amd64 
kfreebsd-i386  . -m 'ghc6 (>= 6.12.1-10), libghc6-opengl-dev (>> 2.2.3.0-2)'
nmu haskell-haskell-src_1.0.1.3-2 . amd64 hppa i386 mipsel powerpc s390 sparc 
kfreebsd-amd64 kfreebsd-i386  . -m 'Rebuild with ghc6-6.12.1-10'
dw haskell-haskell-src_1.0.1.3-2 . amd64 hppa i386 mipsel powerpc s390 sparc 
kfreebsd-amd64 kfreebsd-i386  . -m 'ghc6 (>= 6.12.1-10)'
nmu haskell-hgl_3.2.0.2-1 . amd64 armel hppa i386 powerpc s390 sparc 
kfreebsd-amd64 kfreebsd-i386  . -m 'Rebuild with ghc6-6.12.1-10'
dw haskell-hgl_3.2.0.2-1 . amd64 armel hppa i386 powerpc s390 sparc 
kfreebsd-amd64 kfreebsd-i386  . -m 'ghc6 (>= 6.12.1-10), libghc6-x11-dev (>> 
1.5.0.0-2)'
nmu haskell-html_1.0.1.2-3 . amd64 armel hppa i386 mipsel powerpc s390 sparc 
kfreebsd-amd64 kfreebsd-i386  . -m 'Rebuild with ghc6-6.12.1-10'
dw haskell-html_1.0.1.2-3 . amd64 armel hppa i386 mipsel powerpc s390 sparc 
kfreebsd-amd64 kfreebsd-i386  . -m 'ghc6 (>= 6.12.1-10)'
nmu haskell-hunit_1.2.2.1-1 . amd64 armel hppa i386 mipsel powerpc s390 sparc 
kfreebsd-amd64 kfreebsd-i386  . -m 'Rebuild with ghc6-6.12.1-10'
dw haskell-hunit_1.2.2.1-1 . amd64 armel hppa i386 mipsel powerpc s390 sparc 
kfreebsd-amd64 kfreebsd-i386  . -m 'ghc6 (>= 6.12.1-10)'
nmu haskell-language-c_0.3.1.1-2 . amd64

Bug#569962: closed by Torsten Werner (Re: Bug#569962: RM: camlpdf [alpha hppa s390 sparc] -- ROM; needs rebuild, but no non-free autobuilding available)

[Stéphane Glondu]

Debian Bug Tracking System a écrit :
>> There is currently no non-free autobuilding available, and camlpdf
>> needs rebuild because of the OCaml 3.11.2 transition. I will therefore
>> rebuild them myself of amd64, armel and i386, and I request camlpdf to
>> be removed from all other architectures.
> 
> the package has been built on those architectures and that is why we
> won't remove them.

I don't understand: is this a refusal?


Cheers,

-- 
Stéphane




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

Bug#564181: Gnulib TP template out of date?

[Colin Watson]

Hi,

While looking through my Debian bug reports, I came across
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=564181, and went to
check whether the corresponding updates had been applied to the PO file
held by the TP.  The translator had indeed updated the PO file there as
I requested.

Unfortunately, the POT file is very out of date
(http://translationproject.org/POT-files/gnulib-1.0.0.1991.dbebf.pot
says 2009-03-20), and so many of the strings that Yuri had translated in
the patch he sent to the Debian bug tracking system simply weren't
available for translation at the TP.

Could a Gnulib maintainer send an updated POT file to the TP robot?

Thanks,

-- 
Colin Watson   [cjwat...@debian.org]



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

Bug#561834: vdradmin-am and UTF8

[Johan Thelmén]

>That shouldn't happen there must be another bug hidden somewhere. Please 
>provide the following information:
>
>1. The output of the `locale` command
>2. cat /var/lib/vdradmin-am/vdradmind.conf | grep LANG
>3. cat /etc/default/vdr | grep VDR_
>4. cat /etc/default/locale | egrep 'LC|LANG'
>5. cat /etc/environment | egrep 'LC|LANG'

tv:~ locale
LANG=sv_SE.UTF-8
LC_CTYPE="sv_SE.UTF-8"
LC_NUMERIC="sv_SE.UTF-8"
LC_TIME="sv_SE.UTF-8"
LC_COLLATE="sv_SE.UTF-8"
LC_MONETARY="sv_SE.UTF-8"
LC_MESSAGES="sv_SE.UTF-8"
LC_PAPER="sv_SE.UTF-8"
LC_NAME="sv_SE.UTF-8"
LC_ADDRESS="sv_SE.UTF-8"
LC_TELEPHONE="sv_SE.UTF-8"
LC_MEASUREMENT="sv_SE.UTF-8"
LC_IDENTIFICATION="sv_SE.UTF-8"
LC_ALL=
tv:~ cat /var/lib/vdradmin-am/vdradmind.conf | grep LANG
LANG =
LANGUAGE = English
tv:~ cat /etc/default/vdr | grep VDR_
#VDR_LANG=C
#VDR_CHARSET_OVERRIDE=ISO-8859-9
tv:~ cat /etc/default/locale | egrep 'LC|LANG'
LANG=sv_SE.UTF-8
tv:~ cat /etc/environment | egrep 'LC|LANG'
LANG=sv_SE.UTF-8


So I have now changed LANG = in /var/lib/vdradmin-am/vdradmind.conf to LANG = 
sv_SE  and that fixed the nameofday  http://87.227.108.179/vdr_dayname.png part.


But it still fails the recording part from what I guess it is not converting 
the charset=ISO-8859-1 back to UTF8 when it receives the input from the browser 
when recording a program.
This one http://87.227.108.179/vdrutf8.jpg  it display the program name correct 
in the recording webpage and then wrong when looking at the webtimer page when 
it use the input of the browser.
-- 
Johan Thelmén



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

Bug#366144: xawtv doesn't work since xorg 7

[Frédéric Brière]

On Fri, May 05, 2006 at 05:19:07PM +0200, Philipp Kolmann wrote:
> Tried xawtv 4 shnapshot xawtv-20060317-134453 and this works. tvtime works as
> well.

Lucky you.  I've held back upgrading to X.Org 7 for two years because
of xawtv, but finally gave up.  I could never get xawtv3 to work
correctly, and didn't have much success with xawtv4 either.

This program badly needs some serious love and care...  :(


-- 
No, that's wrong too.  Now there's a race condition between the rm and
the mv.  Hmm, I need more coffee.
-- Guy Maor on Debian Bug#25228



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

Bug#516394: Is there a plan to get djbdns again into testing

[Matija Nalis]

On Fri, Feb 19, 2010 at 02:44:39PM -0600, Jamieson Becker wrote:
> On 02/19/2010 02:07 PM, L. Alberto Giménez wrote:
>> Would they mind to propose a way to have djbdns back in testing? I think
>> that there is a quite bunch of people using djbdns, and it would be very
>> nice to have it packaged for Debian.

+1

-- 
Opinions above are GNU-copylefted.



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

Bug#570275: mutt: bug with MUTT : ran from crontab, not working at all, and it is useful to send from cron

[Antonio Radici]

tag 570275 +wontfix
thanks

Hi,
so as I said before the problem is not a bug with HTML but a problem
with your usage, as the manual page says and NEWS.Debian says the syntax
to add an attachment was changed to work on all POSIX compliant system.

This was not my change but something introduced by mutt developers,
present and future versions of mutt will have this syntax and if I
revert this only on Debian that means that scripts using mutt >= 1.5.19
and sending attachments will work in a certain way on non-Debian systems
and in another way on Debian systems, this is simply not acceptable.

Our responsability is to fix bugs as sgmentation fault or anything that
disrupts user functionalities, our responsabilities is not to revert the
way the option are handled by the *official* software because otherwise
it will break behavior between distribution.

The only way you can have this fixed is escalete it to the mutt
developers (http://bugs.mutt.org/) and ask them to revert their change,
once they do it and release a new version I will include it as part of
the official version.

Cheers
Antonio

On Fri, Feb 19, 2010 at 10:14:33PM +0100, yellow protoss wrote:
> So into syslog , I foudn the error :
> I found the error, syslog says:
> 
> [CODE]sm-mta[19280]: o1JL75pZ019280: from=, size=2947,
> class=0, nrcpts=1, msgid=<201002192107.o1jl71xg019...@xxx>,
> proto=ESMTP, daemon=MTA-v4, relay=localhost [127.0.0.1][/CODE]
> 
> where XXX is nto the same as what I defined into .msmtprc !!
> 
> It means your mutt is not checking anything as .muttrc into $HOME
> 
> Could you release a better version of mutt, with remove the "--" annoying
> everyone if possible?
> 
> thank you !!
> Cheers
> 
> 
> 
> On Fri, Feb 19, 2010 at 10:04 PM, yellow protoss 
> wrote:
> 
> > Please find a new testing script and configs:
> >
> >
> >
> >
> > #!/bin/sh
> > variables
> >
> >
> > cd
> > mkdir emaildaily
> > cd emaildaily
> >
> > cat $HOME/.emaildaily | while read COL ; do
> >
> >
> > wget  --user-agent Mozilla/4.0   -k "$COL" -O daily-page.html
> >
> > ls -lah daily-page.html
> >
> >
> > mutt -e 'set content_type="text/html"' xxx...@gmail.com  -s "$(date)
> > Dailyemail $CONFIGFILE" < daily-page.html
> > echo "$(date), Email sent to $EMAILTOBESENT"
> > echo "$(date), Email sent to $EMAILTOBESENT" >> .log
> >
> > done
> >
> >
> > rm daily-page.html
> >
> >
> > exit 0
> >
> >
> > now the configs:.muttrc:
> > Code:
> >
> > # Boring details
> > set realname = "XXX"
> > set from = "xxx....@gmail.com"
> > set use_from = yes
> > set envelope_from ="yes"
> >
> > # Use a signature
> > #set signature="~/.signature"
> >
> > # Use msmtp rather than sendmail. Check that
> > # the path is correct for your system:
> > set sendmail="/usr/bin/msmtp"
> >
> > # If not set in ~/.bashrc:
> > set spoolfile = /var/spool/mail/XXX
> >
> >
> > $ cat .msmtprc
> > Code:
> >
> > #Gmail account
> >
> > account gmail
> > host smtp.gmail.com
> > from xxx....@gmail.com
> > auth on
> > tls on
> > tls_certcheck off
> > user xxx....@gmail.com
> > password THEPASSWORDINCLEAR
> > port 587
> >
> >
> >
> >
> >
> >
> >
> > On Wed, Feb 17, 2010 at 9:44 PM, yellow protoss 
> > wrote:
> >
> >>
> >> Hi Antonio,
> >>
> >> I have / had to downgrade to the regular mutt version. Unfortunately I am
> >> heavily using mutt into scripts, and this change "--" would be too much. I
> >> will use the older version in the next debian editions. Regarding the
> >> behavior of mutt with html pages, within crontab, it is very strange thing,
> >> isnt it?
> >>
> >> Regards
> >>
> >> Cheers
> >> Y.
> >>
> >>
> >> On Wed, Feb 17, 2010 at 9:21 PM, Antonio Radici  wrote:
> >>
> >>> On Wed, Feb 17, 2010 at 08:42:33PM +0100, yellowprotoss wrote:
> >>> > Package: mutt
> >>> > Version: 1.5.18-1
> >>> > Severity: important
> >>> >
> >>> > Hello
> >>> >
> >>> > If you start this script from crontab, user, it is not sending
> >>> anything:
> >>> > again a found bug :)
> >>>
> >>> Please check the manual, in this case to attach a file you should
> >>> specify -- $i (where $i is the mail)
> >>>
> >>> Since you're using squeeze and there is no release anyware of 1.5.18-1 I
> >>> suppose you're using a mutt >= 1.5.19
> >>>
> >>> Cheers
> >>> Antonio
> >>>
> >>
> >>
> >



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

Bug#568838: lvm2: initramfs-tools/scripts/local-top/lvm2 does not wait to detect LVM on devices that need time to appear

[StalkR]

Package: lvm2
Version: 2.02.54-1
Severity: normal


On my embedded system the root filesystem is on an LVM volume on an SD card.

On a lucky day, the SD card gets recognized soon enough and 
scripts/local-top/lvm2 achieves to activate logical volume so that the root 
filesystem can be mounted.

The other days, the SD card does not get recognized soon enough and 
scripts/local-top/lvm2 fails to activate logical volume (volume group cannot be 
found), then scripts/local:pre_mountroot() complains that rootfs cannot be 
found and ironically waits ROOTDELAY for the rootfs to appear... but this 
cannot happen since lvm2 only is responsible for volume activation.

Just as in pre_mountroot(), I suggest to wait for the logical volume to appear. 
I attached a patch with a working solution: it scans with lvscan until the 
logical volume appears or until ROOTDELAY is reached. Note that in case 
detection fails after ROOTDELAY it does not return and it still tries to 
activate volume in order to inform the user with the error (unable to find LVM 
volume).

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: armel (armv5tel)

Kernel: Linux 2.6.32.2
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 lvm2 depends on:
ii  dmsetup  2:1.02.39-1 The Linux Kernel Device Mapper use
ii  libc62.10.2-6Embedded GNU C Library: Shared lib
ii  libdevmapper1.02.1   2:1.02.39-1 The Linux Kernel Device Mapper use
ii  libgcc1  1:4.4.3-1   GCC support library
ii  libreadline5 5.2-7   GNU readline and history libraries
ii  lsb-base 3.2-23  Linux Standard Base 3.2 init scrip

lvm2 recommends no packages.

lvm2 suggests no packages.

-- no debconf information
--- /usr/share/initramfs-tools/scripts/local-top/lvm2   2009-08-17 
19:28:09.0 +0200
+++ /usr/share/initramfs-tools/scripts/local-top/lvm2   2010-02-19 
23:22:14.0 +0100
@@ -45,12 +45,30 @@
 
eval $(dmsetup splitname --nameprefixes --noheadings --rows "$dev")
 
-   if [ "$DM_VG_NAME" ] && [ "$DM_LV_NAME" ]; then
-   lvm lvchange -aly --ignorelockingfailure 
"$DM_VG_NAME/$DM_LV_NAME"
-   rc=$?
-   if [ $rc = 5 ]; then
-   echo "Unable to find LVM volume $DM_VG_NAME/$DM_LV_NAME"
-   fi
+   # Make sure that we have non-empty volume group and logical volume
+   if [ -z "$DM_VG_NAME" ] || [ -z "$DM_LV_NAME" ]; then
+   return 1
+   fi
+
+   # If the logical volume hasn't shown up yet, give it a little while
+   # to deal with LVM on removable devices (inspired from scripts/local)
+   fulldev="/dev/$DM_VG_NAME/$DM_LV_NAME"
+   if [ -z "`lvm lvscan -a --ignorelockingfailure |grep $fulldev`" ]; then
+   # Use default root delay
+   slumber=$(( ${ROOTDELAY:-180} * 10 ))
+
+   while [ -z "`lvm lvscan -a --ignorelockingfailure |grep 
$fulldev`" ]; do
+   /bin/sleep 0.1
+   slumber=$(( ${slumber} - 1 ))
+   [ ${slumber} -gt 0 ] || break
+   done
+   fi
+
+   # Activate logical volume
+   lvm lvchange -aly --ignorelockingfailure "$DM_VG_NAME/$DM_LV_NAME"
+   rc=$?
+   if [ $rc = 5 ]; then
+   echo "Unable to find LVM volume $DM_VG_NAME/$DM_LV_NAME"
fi
 }
 

Bug#566821: problem when using localised munin "unlink failed: Datei oder Verzeichnis nicht gefunden at /usr/share/perl5/Munin/Master/Update.pm line 162"

[gregor herrmann]

On Fri, 19 Feb 2010 23:16:23 +0200, Tom Feiner wrote:

> I've just checked in a fix for this problem (not the suggested workaround, but
> the actual fix). 

Great, thanks!

> Apparently, the code was relying on an English error string
> in one part of the code. I eliminated that dependency. You can see the
> changeset at [1]

Yup, that's of course much better :)
 
> This will be included in munin 1.4.4, and of course in the Debian package,
> once 1.4.4 will be released.

Perfect.

Cheers,
gregor

-- 
 .''`.   http://info.comodo.priv.at/ -- GPG Key IDs: 0x8649AA06, 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe
   `-NP: Simon & Garfunkel: Cecilia


signature.asc
Description: Digital signature

Bug#570593: devicekit-disks: devkit-disks-daemon defunct: cd automount doesn't work

[Peter Weiss]

Package: devicekit-disks
Version: 009-2
Severity: important

Automount of cd-rom in gnome doesn't work anymore on two different machines at 
nearly the same update level.

Automount in KDE works well. Also is it possible to detect and mount the disks 
with "devkit-disks --poll-for-media"

One thing is strange:  I recognized that when only one cd-drive is installed 
everything works fine.

output of ps:
[devkit-disks-da] 

output of /usr/lib/devicekit-disks/devkit-disks-daemon
:
(devkit-disks-daemon:3963): devkit-disks-daemon-DEBUG: Starting 
devkit-disks-daemon version 009

(devkit-disks-daemon:3963): devkit-disks-daemon-WARNING **: No /proc/mdstat 
file: No such file or directory
 ADDING /sys/devices/pci:00/:00:11.1/ide0/0.0/block/hda
 UPDATING /sys/devices/pci:00/:00:11.1/ide0/0.0/block/hda
 ADDED /sys/devices/pci:00/:00:11.1/ide0/0.0/block/hda
 ADDING /sys/devices/pci:00/:00:11.1/ide0/0.0/block/hda/hda1
 UPDATING /sys/devices/pci:00/:00:11.1/ide0/0.0/block/hda/hda1
 ADDED /sys/devices/pci:00/:00:11.1/ide0/0.0/block/hda/hda1
 ADDING /sys/devices/pci:00/:00:11.1/ide0/0.0/block/hda/hda3
 UPDATING /sys/devices/pci:00/:00:11.1/ide0/0.0/block/hda/hda3
 ADDED /sys/devices/pci:00/:00:11.1/ide0/0.0/block/hda/hda3
 ADDING /sys/devices/pci:00/:00:11.1/ide0/0.0/block/hda/hda4
 UPDATING /sys/devices/pci:00/:00:11.1/ide0/0.0/block/hda/hda4
 ADDED /sys/devices/pci:00/:00:11.1/ide0/0.0/block/hda/hda4
 ADDING /sys/devices/pci:00/:00:11.1/ide0/0.0/block/hda/hda5
 UPDATING /sys/devices/pci:00/:00:11.1/ide0/0.0/block/hda/hda5
 ADDED /sys/devices/pci:00/:00:11.1/ide0/0.0/block/hda/hda5
 ADDING /sys/devices/pci:00/:00:11.1/ide0/0.0/block/hda/hda6
 UPDATING /sys/devices/pci:00/:00:11.1/ide0/0.0/block/hda/hda6
 ADDED /sys/devices/pci:00/:00:11.1/ide0/0.0/block/hda/hda6
 ADDING /sys/devices/pci:00/:00:11.1/ide0/0.1/block/hdb
 UPDATING /sys/devices/pci:00/:00:11.1/ide0/0.1/block/hdb
 ADDED /sys/devices/pci:00/:00:11.1/ide0/0.1/block/hdb
 ADDING /sys/devices/pci:00/:00:11.1/ide1/1.0/block/hdc
 UPDATING /sys/devices/pci:00/:00:11.1/ide1/1.0/block/hdc
 ADDED /sys/devices/pci:00/:00:11.1/ide1/1.0/block/hdc
 ADDING /sys/devices/pci:00/:00:11.1/ide1/1.1/block/hdd
 UPDATING /sys/devices/pci:00/:00:11.1/ide1/1.1/block/hdd
 ADDED /sys/devices/pci:00/:00:11.1/ide1/1.1/block/hdd
*** glibc detected *** devkit-disks-daemon: polling /dev/hdc /dev/hdb: free(): 
invalid pointer: 0x08448d50 ***
=== Backtrace: =
/lib/i686/cmov/libc.so.6[0xb7509824]
/lib/i686/cmov/libc.so.6[0xb750b0b3]
/lib/i686/cmov/libc.so.6(cfree+0x6d)[0xb750e0ad]
/lib/libglib-2.0.so.0(g_free+0x36)[0xb7630dc6]
devkit-disks-daemon: polling /dev/hdc /dev/hdb[0x80660ff]
/lib/libglib-2.0.so.0(g_list_foreach+0x27)[0xb7626527]
devkit-disks-daemon: polling /dev/hdc /dev/hdb[0x806658a]
/lib/libglib-2.0.so.0[0xb765f48b]
/lib/libglib-2.0.so.0(g_main_context_dispatch+0x1f8)[0xb7628b38]
/lib/libglib-2.0.so.0[0xb762c3d0]
/lib/libglib-2.0.so.0(g_main_loop_run+0x1bf)[0xb762c83f]
devkit-disks-daemon: polling /dev/hdc /dev/hdb[0x8066386]
devkit-disks-daemon: polling /dev/hdc /dev/hdb[0x8066af8]
/lib/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0xb74b4b55]
devkit-disks-daemon: polling /dev/hdc /dev/hdb[0x804ce21]
=== Memory map: 
08048000-0807 r-xp  03:03 2305852
/usr/lib/devicekit-disks/devkit-disks-daemon
0807-08071000 rw-p 00028000 03:03 2305852
/usr/lib/devicekit-disks/devkit-disks-daemon
08443000-08464000 rw-p  00:00 0  [heap]
b720-b7221000 rw-p  00:00 0 
b7221000-b730 ---p  00:00 0 
b73c2000-b73de000 r-xp  03:03 32816  /lib/libgcc_s.so.1
b73de000-b73df000 rw-p 0001c000 03:03 32816  /lib/libgcc_s.so.1
b73df000-b73e1000 rw-p  00:00 0 
b73e1000-b73f9000 r-xp  03:03 32761  /lib/libselinux.so.1
b73f9000-b73fa000 r--p 00017000 03:03 32761  /lib/libselinux.so.1
b73fa000-b73fb000 rw-p 00018000 03:03 32761  /lib/libselinux.so.1
b73fb000-b740c000 r-xp  03:03 33400  
/lib/i686/cmov/libresolv-2.10.2.so
b740c000-b740d000 r--p 0001 03:03 33400  
/lib/i686/cmov/libresolv-2.10.2.so
b740d000-b740e000 rw-p 00011000 03:03 33400  
/lib/i686/cmov/libresolv-2.10.2.so
b740e000-b7411000 rw-p  00:00 0 
b7411000-b744 r-xp  03:03 32780  /lib/libpcre.so.3.12.1
b744-b7441000 rw-p 0002f000 03:03 32780  /lib/libpcre.so.3.12.1
b7441000-b7443000 r-xp  03:03 33371  /lib/i686/cmov/libdl-2.10.2.so
b7443000-b7444000 r--p 1000 03:03 33371  /lib/i686/cmov/libdl-2.10.2.so
b7444000-b7445000 rw-p 2000 03:03 33371  /lib/i686/cmov/libdl-2.10.2.so
b7445000-b7448000 r-xp  03:03 2616567
/usr/lib

Bug#557783: [pkg-wine-party] Bug#557783: wine-unstable: please update!

[Ove Kaaven]

Dennis 123321 skrev:
> Just a bump/request for an update as to what's happening with this
> package, and if there will be an update soon?

Why do you guys even try to "bump" anything here? I've already given an
explanation, in this very bug report, not too long ago, of what I'd need
to be able to update, and as long as that's not available, no amount of
"bumping" or "pinging" on *this* package is going to make one bit of
difference. Not unless you first manage to get the package I've
previously explained I'm waiting for an update to, to finally get updated.



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

Bug#561834: vdradmin-am and UTF8

[Tobias Grimm]

Hello Johan,

Johan Thelmén wrote:

> I noticed that utf8 was fixed in 3.6.5-1 and then again broken in 3.6.5-2 
> after a new patch.

The fix in 3.6.5-1 was just a workaround which broke any system not
running UTF-8. 3.6.5-2 fixes the problem at it's root.

> This time only some parts of UTF8 is broken, all displaing of weekdaynames 
> all over pages that use it,

That shouldn't happen there must be another bug hidden somewhere. Please
provide the following information:

1. The output of the `locale` command
2. cat /var/lib/vdradmin-am/vdradmind.conf | grep LANG
3. cat /etc/default/vdr | grep VDR_
4. cat /etc/default/locale | egrep 'LC|LANG'
5. cat /etc/environment | egrep 'LC|LANG'

Best Regards,

Tobias



signature.asc
Description: OpenPGP digital signature

Bug#567709: dokuwiki: Plugins should go to /var/lib

[Tanguy Ortolo]

Just for the record, in case someone else looks at that bug report. :-)

On saturday, january 30th, I wrote:
> I think it would be better to have the plugin directory under /var/lib, for
> instance /var/lib/dokuwiki/plugins, symlinked on /usr/share/dokuwiki.

I have implemented that in my candidate package that is waiting for
sponsoring. Available at
.

-- 
Tanguy Ortolo


signature.asc
Description: Digital signature

Bug#506100: /usr/share/dokuwiki/.htaccess is overwritten everytime after upgrade

[Tanguy Ortolo]

Hello.

Le mardi 18 novembre 2008, Sumit Madan a écrit :
> everytime i upgrade the dokuwiki package, the file
> /usr/share/dokuwiki/.htaccess is overwritten by the package management. In
> this file i have activated the apache rewrite rules. The package management
> doesn't show any warning that this file will be overwritten.
> 
> Please fix this.

Good news: I fixed that, and I am going to maintain this package.  Now,
that bad news is that I am not a Debian Developper, so the fixed package
will only be uploaded to Debian when I find a DD to review and upload
it.

In the meantime, if you want, you can try my fixed and updated package,
that is available at .
Please note that it has not been reviewed by a Debian Developper and
that it is not part of Debian, though. Do not hesitate to send me  a
feedback if you test it.

Regards,

-- 
Tanguy Ortolo


signature.asc
Description: Digital signature

Bug#570592: Missing ndb binaries

[Shane Spencer]

Package: mysql-server-5.1

unstable, testing, and lenny-backports are completely missing the ndb
related binaries, init scripts, and samples.



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

Bug#569617: parallel: returns -1 when all childs returned 0

[Joey Hess]

Kurt Roeckx wrote:
> > si_pid will only be nonzero if waitid succeeded.
> 
> Like I said it probably will, but I'm not sure there is any
> guarantee in that case.  In any case I think it's a bad idea
> to not look at the return value.

The man page explicitly recommends zeroing si_pid and checking for a
nonzero value, the way parallel does.

> > If waitid fails, the code returns -1, and this is ORed to the
> > returncode. Since the returncode is an int, it then becomes 255,
> > so that's what parallel will exit if it fails to wait for a child.
> 
> Which is my main problem.  It probably calls waitid() when there
> nothing to wait for anymore or something like that.  In any case
> that "return -1" is my problem.

If parallel called waitid() with no child to wait for, then it would
have a bug in its control logic (ie, a fencepost bug) that would probably
manifest in other ways than the exit code; such as running too many or
too few parallel processes.

At this point all I have is speculation that parallel is broken, but
nothing to go on to fix it. I'll need a command line, a test case, a
strace, or *something*.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#565451: dokuwiki: postinst script depends on existence of /etc/apache2 directory

[Tanguy Ortolo]

Hello.

Le vendredi 15 janvier 2010, Vincent Arkesteijn a écrit :
> Dokuwiki's postinst script normally installs a link in the
> /etc/apache2/conf.d directory to its apache.conf. There is some code
> to detect the absence of the /etc/apache2 directory and not install
> the link in that case, but unfortunately there's a bug.

Yes, indeed. Thank you for your patch. I am going to maintain this
package, and as I changed a bit the way webservers configuration was
handled, in fact I did not use your patch, but the new postinst script
should work fine when there is no such a directory.

Now, as I am not a Debian Developper, the fixed package will only be
uploaded to Debian when I find a DD to review and upload it.

In the meantime, if you want, you can try my fixed and updated package,
that is available at .
Please note that it has not been reviewed by a Debian Developper and
that it is not part of Debian, though. Do not hesitate to send me  a
feedback if you test it.

Regards,

-- 
Tanguy Ortolo


signature.asc
Description: Digital signature

Bug#549673: [Pkg-cups-devel] Bug#549673: simple patch to remove the datestamp

[Martin Pitt]

Hello Joey,

Joey Hess [2010-02-05 16:25 -0500]:
> So I see that upstream has rejected moving the cups state info
> out of /etc. (http://www.cups.org/str.php?L3067)

*sigh*

> Before this bug's scope creeps to the point that it is unfixable
> without a maintenance nightmare, I just wanted to point out that
> the attached simple patch should be sufficient to address the 
> problem of cups creating a *different* file content each day,
> by removing the date, which serves little purpose.

Thanks! Applied to bzr tree, will be in next upload.

Martin
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)


signature.asc
Description: Digital signature

Bug#566271: Stable has no publican package..

[gregor herrmann]

On Thu, 11 Feb 2010 14:25:16 +0100, Mathieu Malaterre wrote:

> On Thu, Feb 11, 2010 at 2:10 PM, Kartik Mistry  wrote:
> >> $ apt-get install -t testing publican
> >>
> >> will not take libfile-copy-recursive-perl from testing. I think you
> >> need to Depends: libfile-copy-recursive-perl (>1:5.1p1-5)
> >
> > You mean: (>= 0.38). Right? :)
> >
> > And yes, I don't think mixing releases will make life easy for
> > packages and supported :P
> >
> > Since testing/unstable has 0.38, I think this bug can be closed..
> 
> This will make it horribly hard for a backporter. You need to
> explicitely state when a dependencie need at least a particular
> version.
> This is an implicit dependencie, I really do not understand why you
> refuse the change I propose ? what is so wrong with my proposal ?

FWIW: I completely agree. If libfile-copy-recursive-perl >= 0.38 is
needed and there are older versions in the archive then a versioned
dependency is warranted.

Cheers,
gregor 
-- 
 .''`.   http://info.comodo.priv.at/ -- GPG Key IDs: 0x8649AA06, 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe
   `-NP: Bettina Wegner: In einem kühlen Grunde


signature.asc
Description: Digital signature

Bug#562316: xmds-doc: FTBFS: make[2]: epstopdf: Command not found

[Rafael Laboissiere]

* Lucas Nussbaum  [2009-12-24 11:50]:

> Source: xmds-doc
> Version: 0~svn.1884-2
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20091213 qa-ftbfs
> Justification: FTBFS on amd64
> 
> Hi,
> 
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
> 
> Relevant part:
> > make[1]: Entering directory 
> > `/build/user-xmds-doc_0~svn.1884-2-amd64-G6zORG/xmds-doc-0~svn.1884/latex'
> > /usr/bin/make --directory=figures
> > make[2]: Entering directory 
> > `/build/user-xmds-doc_0~svn.1884-2-amd64-G6zORG/xmds-doc-0~svn.1884/latex/figures'
> > epstopdf advectionMatlabPlot.eps
> > make[2]: epstopdf: Command not found
> > make[2]: *** [advectionMatlabPlot.pdf] Error 127

This is caused by the fact that the epstopdf program was moved from the
texlive-extra-utils into the texlive-font-utils in unstable.  Adding the
later to Build-Depends-Indep should fix the present bug.

I am no more a DD, so if a good soul from the Debian Scientific Computing
Team is lurking this bug report, please fix it.

Rafael



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

Bug#569580: [Pkg-cups-devel] Bug#569580: printing fails with "/usr/lib/cups/filter/pstopdf failed"

[Martin Pitt]

severity 569580 normal
tag 569580 moreinfo
thanks

Hello Soeren,

Soeren Sonnenburg [2010-02-12 17:38 +0100]:
> all printing fails with /usr/lib/cups/filter/pstopdf failed

This is a little thin. What documents are you trying to print? Can you
attach a test case? What is your printer? Can you please attach
/var/log/cups/error_log after a failed print attempt?

Martin
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)



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

Bug#559058: please again make ant-gcj a recommend of ant

[Matthias Klose]

reopen 559058
reopen 506220
thanks

please append to the description and revert the change, making ant-gcj a 
recommends again.


 .
 This package contains a native version of ant built using gcj.



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

Bug#570591: fpc: Build failure on Lenny

[Balbir Thomas]

Package: fpc
Version: 2.2.2-8
Severity: normal


fpc 2.4 fails to build on debian lenny with the following error :
(no rule to make makefile.cpu in fpcsrc/rtl/linux)


/usr/bin/make -C fpcsrc compiler_cycle
make[1]: Entering directory
`/home/bt/debian/sources/debsrc/fpc/fpc-2.4.0/fpcsrc'
/usr/bin/make -C compiler cycle
make[2]: Entering directory
`/home/bt/debian/sources/debsrc/fpc/fpc-2.4.0/fpcsrc/compiler'
/usr/bin/make tempclean ppc3
make[3]: Entering directory
`/home/bt/debian/sources/debsrc/fpc/fpc-2.4.0/fpcsrc/compiler'
/bin/rm -f ppcross386 ppc ppc1 ppc2 ppc3 ./msg2inc
/usr/bin/make 'OLDFPC=' next
make[4]: Entering directory
`/home/bt/debian/sources/debsrc/fpc/fpc-2.4.0/fpcsrc/compiler'
/usr/bin/make rtlclean rtl
make[5]: Entering directory
`/home/bt/debian/sources/debsrc/fpc/fpc-2.4.0/fpcsrc/compiler'
/usr/bin/make -C
/home/bt/debian/sources/debsrc/fpc/fpc-2.4.0/fpcsrc/rtl clean
make[6]: Entering directory
`/home/bt/debian/sources/debsrc/fpc/fpc-2.4.0/fpcsrc/rtl'
/bin/rm -f fpcmade.i386-linux Package.fpc ppas.sh script.res link.res  
/bin/rm -f *.s *_ppas.sh
/usr/bin/make -C linux clean
make[7]: Entering directory
`/home/bt/debian/sources/debsrc/fpc/fpc-2.4.0/fpcsrc/rtl/linux'
Makefile:2841: ..//makefile.cpu: No such file or directory
make[7]: *** No rule to make target `..//makefile.cpu'.  Stop.
make[7]: Leaving directory
`/home/bt/debian/sources/debsrc/fpc/fpc-2.4.0/fpcsrc/rtl/linux'
make[6]: *** [linux_clean] Error 2
make[6]: Leaving directory
`/home/bt/debian/sources/debsrc/fpc/fpc-2.4.0/fpcsrc/rtl'
make[5]: *** [rtlclean] Error 2
make[5]: Leaving directory
`/home/bt/debian/sources/debsrc/fpc/fpc-2.4.0/fpcsrc/compiler'
make[4]: *** [next] Error 2
make[4]: Leaving directory
`/home/bt/debian/sources/debsrc/fpc/fpc-2.4.0/fpcsrc/compiler'
make[3]: *** [ppc1] Error 2
make[3]: Leaving directory
`/home/bt/debian/sources/debsrc/fpc/fpc-2.4.0/fpcsrc/compiler'
make[2]: *** [cycle] Error 2
make[2]: Leaving directory
`/home/bt/debian/sources/debsrc/fpc/fpc-2.4.0/fpcsrc/compiler'
make[1]: *** [compiler_cycle] Error 2
make[1]: Leaving directory
`/home/bt/debian/sources/debsrc/fpc/fpc-2.4.0/fpcsrc'
make: *** [build-arch-stamp] Error 2



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

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

Versions of packages fpc depends on:
ii  dpkg  1.14.28Debian package management system
ii  fp-compiler   2.2.2-8Free Pascal - Compiler
ii  fp-ide2.2.2-8Free Pascal - IDE
ii  fp-units-base 2.2.2-8Free Pascal - base units
ii  fp-units-db   2.2.2-8Free Pascal - database libraries u
ii  fp-units-fcl  2.2.2-8Free Pascal - Free Component Libra
ii  fp-units-fv   2.2.2-8Free Pascal - Free Vision units
ii  fp-units-gfx  2.2.2-8Free Pascal - graphics libraries u
ii  fp-units-gnome1   2.2.2-8Free Pascal - GNOME 1 units
ii  fp-units-gtk  2.2.2-8Free Pascal - GTK+ 1.2 units
ii  fp-units-gtk2 2.2.2-8Free Pascal - GTK+ 2.x units
ii  fp-units-misc 2.2.2-8Free Pascal - miscellaneous units
ii  fp-units-multimedia   2.2.2-8Free Pascal - miscellaneous units
ii  fp-units-net  2.2.2-8Free Pascal - networking units
ii  fp-units-rtl  2.2.2-8Free Pascal - Runtime Library

Versions of packages fpc recommends:
ii  fp-utils  2.2.2-8Free Pascal - Utils

Versions of packages fpc suggests:
ii  fp-docs   2.2.2-8Free Pascal - Documentation
ii  lazarus   0.9.26-4   IDE for Free Pascal to create (gra

-- 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#511417: Raid1 resync does not run in the background

[Neil Brown]

On Fri, 19 Feb 2010 16:37:29 +0100
Joachim Zobel  wrote:


> Do the upstream kernel developers know about this? A box unnecessarily
> taking 1h+ for a reboot is a rather serious problem.

I do now.
I'm quite surprised though.  Any attempted by other programs to access the
devices should cause the resync to slow down the the "min" value which is
really quite slow.
So my guess is that something is going wrong with the detection of "other
programs accessing the device".

Can you tell me a bit about the configuration of your storage - what devices,
what connections, and LVM in use, what raid levels, partitions, etc.

NeilBrown



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

Bug#559827: siproxd Re: Bug#559827: CVE-2009-3736 update

[Mark Purcell]

On Sunday 13 December 2009 10:07:00 you wrote:
> It has come to my attention that a lot of maintainers are simply adding
> a build-depends on libltdl3-dev to try to solve this problem.  This is
> not a sufficient solution since your package will still use the
> embedded libtool code copy.  You need to add '--without-included-ltdl'
> to your configure arguments to do this right.

Michael,

Thanks for surfacing this issue, I have forwarded the issue upstream as you may 
of seen from my earlier email.

One issue is that for '--without-included-ltdl' to work, it needs to be 
supported in the configure script, which in a lot of cases it isn't :-(

I have been revewing a few packages which rdepend on libltdt7 to see how they 
have setup configure to address this issue.

Something like:

configure.ac:
dnl
dnl Check for libltdl
dnl
AC_CHECK_LIB([ltdl],[lt_dlinit],,
[AC_MSG_ERROR([[libltdl not found]])])

Will perform the check, but then things get complicated in terms of changing 
paths, ensuring that the imbedded copy doesn't get built/ linked against.

Do you have any code snippets from best practise for using the system provided 
libltdl?

Thanks,
Mark


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

Bug#570590: FTBFS: checking for cgCreateProgram in -lCg... no

[gregor herrmann]

Package: src:ogre-contrib
Version: 1.6.4-1
Severity: serious
Justification: FTBFS

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

While looking at #566671 I tried to build the package in a cowbuilder
sid chroot (i386) but configure fails:

checking for cgCreateProgram in -lCg... no
configure: error: 

* You do not have the nVidia Cg libraries installed.   *
* Go to http://developer.nvidia.com/object/cg_toolkit.html *
* (Click on Cg_Linux.tar.gz).  *
* You can disable the building of Cg support by providing  *
* --disable-cg to this configure script but this is highly *
* discouraged as this breaks many of the examples. *

make: *** [configure-stamp] Error 1

Complete build log attached.

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

Kernel: Linux 2.6.32.201002121516
Locale: LANG=C, lc_ctype=de...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

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

iQIcBAEBCAAGBQJLfxD6AAoJELs6aAGGSaoGIwAQAIVXWqgCcMHx4wshLrQq5D+a
zrWOsHVxbU4bWV4RdgFSKFAE+XwYab6PTSpHfc5G5ULNJhoiYCR19jXFClFFF4Ko
SEw4UGXLggI34yfSF0VBLbd2I01Qjqz9LVtHlyZTuZYaJ/TBlBHgEqDd3dgMjE6x
ETMskj+mpQVjEg24Xk7lcmAySAZGQ3EXDoIbkeBiyXlxWqJszX4bR+TKZbIMN/t1
5K8+MwsNG7psiZXImfmOb8VsDrDqsjMEW3tICHerLCDD1HVJkKaRPPeh1SN+bAG/
hMl1wwq/OTqj8nCYj2xE+eoT00TD7CTV70AOIkKMLdunf0NpRGyW5HimrzuYBMlA
eQtcHBw2o8tlkc2/oyX1V63VRId3ZwycaY0RDFLb6YVk5dY90L5dB8q/CHScMvtH
/wVAWFu9NH/Z6Q3tTjJ84joXKU19yyQc6TYEtmbhP9muqlS/a7aO8Xc6dgCWDVuQ
zM9abJ+196s2AmGxfxCR3cj+0t07uUj0uwoPuEMC+MJb5dUGv1NRQcAk9IiOW4tW
LC6caqjLCQGTXeRE3vi8P97lhjLGKEHA3Pali8vC5FQALUNYQbABghylqiDuihfU
ODZ0lA00LZAbqnbE3Ec3fvft8rsINYZOIfBC9FmTQvhK4vSTEIwE8dcCuIQQIqWA
oUkSDHzFEY2a5iFq9HYI
=m2qG
-END PGP SIGNATURE-
dpkg-checkbuilddeps: Unmet build dependencies: nvidia-cg-toolkit (>= 2.0) libfreetype6-dev libfreeimage-dev libzzip-dev libogre-dev (>= 1.6.4) libogre-dev (<< 1.6.5~)
W: Unmet build-dependency in source
dpkg-buildpackage: set CFLAGS to default value: -g -O2
dpkg-buildpackage: set CPPFLAGS to default value: 
dpkg-buildpackage: set LDFLAGS to default value: 
dpkg-buildpackage: set FFLAGS to default value: -g -O2
dpkg-buildpackage: set CXXFLAGS to default value: -g -O2
dpkg-buildpackage: source package ogre-contrib
dpkg-buildpackage: source version 1.6.4-1.1
dpkg-buildpackage: source changed by gregor herrmann 
dpkg-checkbuilddeps: Unmet build dependencies: nvidia-cg-toolkit (>= 2.0) libfreetype6-dev libfreeimage-dev libzzip-dev libogre-dev (>= 1.6.4) libogre-dev (<< 1.6.5~)
dpkg-buildpackage: warning: Build dependencies/conflicts unsatisfied; aborting.
dpkg-buildpackage: warning: (Use -d flag to override.)
dpkg-buildpackage: warning: This is currently a non-fatal warning with -S, but
dpkg-buildpackage: warning: will probably become fatal in the future.
 fakeroot debian/rules clean
dh_testdir
dh_testroot
[ ! -f Makefile ] || /usr/bin/make clean distclean
rm -f config.log
rm -f configure-stamp build-stamp
dh_clean
dh_testdir
QUILT_PATCHES=debian/patches quilt pop -a -R || test $? = 2
No patch removed
rm -rf .pc/ patch-stamp
 dpkg-source -b ogre-contrib-1.6.4
dpkg-source: info: using source format `1.0'
dpkg-source: info: building ogre-contrib using existing ogre-contrib_1.6.4.orig.tar.gz
dpkg-source: info: building ogre-contrib in ogre-contrib_1.6.4-1.1.diff.gz
dpkg-source: info: building ogre-contrib in ogre-contrib_1.6.4-1.1.dsc
 dpkg-genchanges -S >../ogre-contrib_1.6.4-1.1_source.changes
dpkg-genchanges: not including original source code in upload
dpkg-buildpackage: source only, diff-only upload (original source NOT included)
 -> Copying COW directory
  forking: rm -rf /var/cache/pbuilder/build//cow.29421 
  forking: cp -al /var/cache/pbuilder/base.cow /var/cache/pbuilder/build//cow.29421 
I: removed stale ilistfile /var/cache/pbuilder/build//cow.29421/.ilist
  forking: chroot /var/cache/pbuilder/build//cow.29421 cowdancer-ilistcreate /.ilist find . -xdev -path ./home -prune -o \( \( -type l -o -type f \) -a -links +1 -print0 \) | xargs -0 stat --format '%d %i ' 
 -> Invoking pbuilder
  forking: pbuilder build --debbuildopts  --debbuildopts  --buildplace /var/cache/pbuilder/build//cow.29421 --buildresult /home/gregoa/src/NMUs/ogre-plugins-cgprogrammanager --debbuildopts  --no-targz --internal-chrootexec chroot /var/cache/pbuilder/build//cow.29421 cow-shell /home/gregoa/src/NMUs/ogre-plugins-cgprogrammanager/ogre-contrib_1.6.4-1.1.dsc 
I: Running in no-targz mode
I: using fakeroot in build.
I: Current time: Fri Feb 19 23:21:05 CET 2010
I: pbuilder-time-stamp: 1266618065
I: copying local configuration

Bug#564254: conflicting /etc/bash_completion

[David Paleino]

reopen 564254
reassign 564254 bash
retitle 564254 remove /etc/bash_completion as conffile when upgrading from 
3.1dfsg-9
thanks

On Friday 19 February 2010 23:20:25, Kurt Roeckx wrote:
> Since dpkg still has it as config file from bash, and
> bash-completion only replaces files of bash (<< 3.1dfsg-9)
> dpkg should complain.
> 
> You either need an unversioned replaces or bash needs
> to remove the conf file.  See:
> http://wiki.debian.org/DpkgConffileHandling

I think it's best if bash handles it.

The link above is useless in this case: the file isn't supposed to be modified
by the user (in fact, it should belong to /usr/share/, we're already working
on this upstream), so the maintainer shouldn't care about possible changes. I
believe just removing the file if the version from which the user is upgrading
is 3.1dfsg-9 is sufficient. I'm reassigning the bug.

Kindly,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 |
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


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

Bug#570589: iceweasel: Double clicking the url/awesome bar crashes Iceweasel

[Diederik de Haas]

Package: iceweasel
Version: 3.5.8-1
Severity: normal

When I double click on the url/awesome bar, Iceweasel crashes.
This did not happen before the upgrade to 3.5.8-1, so till 3.5.6-2 it worked 
normally.

I haven't done a stacktrace before, so I hope I've done it correctly (see 
attachment).
And I don't know if it's normal when having a debugger attached, but the crash 
didn't 
happen then, but I could also not normally close iceweasel. Stopping the 
debugger also
stopped Iceweasel.


-- Package-specific info:

-- Extensions information
Name: Adblock Plus
Location: ${PROFILE_EXTENSIONS}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}
Status: enabled

Name: Default
Location: /usr/lib/iceweasel/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: enabled

Name: Firebug
Location: ${PROFILE_EXTENSIONS}/fire...@software.joehewitt.com
Status: enabled

Name: KFirefox
Location: ${PROFILE_EXTENSIONS}/k...@ramonantonio.net
Status: enabled

Name: Live HTTP headers
Location: ${PROFILE_EXTENSIONS}/{8f8fe09b-0bd3-4470-bc1b-8cad42b8203a}
Status: enabled

Name: VMware Remote Console Plug-in
Location: ${PROFILE_EXTENSIONS}/vmwarev...@vmware.com
Status: enabled

Name: Web Developer
Location: ${PROFILE_EXTENSIONS}/{c45c406e-ab73-11d8-be73-000a95be3b12}
Status: enabled

Name: Xmarks
Location: ${PROFILE_EXTENSIONS}/foxma...@kei.com
Status: enabled

-- Plugins information
Name: VMware Remote Console Plug-in
Location: 
/home/diederik/.mozilla/firefox/7y33atcy.default/extensions/vmwarev...@vmware.com/plugins/np-vmware-
vmrc-2.5.0-122581.so
Status: enabled

Name: Skype Buttons for Kopete
Location: /usr/lib/mozilla/plugins/libskypebuttons.so
Package: kopete
Status: enabled

Name: Java(TM) Plug-in 1.6.0_18
Location: /usr/lib/jvm/java-6-sun-1.6.0.18/jre/lib/i386/libnpjp2.so
Package: sun-java6-bin
Status: enabled

Name: Shockwave Flash
Location: /usr/lib/flashplugin-nonfree/libflashplayer.so
Status: enabled


-- Addons package information
ii  iceweasel  3.5.8-1Web browser based on Firefox
ii  kopete 4:4.3.4-2  instant messenger for KDE 4
ii  sun-java6-bin  6.18-2 Sun Java(TM) Runtime Environment (JRE) 6 (ar

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

Kernel: Linux 2.6.32-trunk-686-bigmem (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 iceweasel depends on:
ii  debianutils   3.2.2  Miscellaneous utilities specific t
ii  fontconfig2.8.0-2generic font configuration library
ii  libc6 2.10.2-5   Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.4.3-2  GCC support library
ii  libglib2.0-0  2.22.4-1   The GLib library of C routines
ii  libgtk2.0-0   2.18.7-1   The GTK+ graphical user interface 
ii  libnspr4-0d   4.8.3-1NetScape Portable Runtime Library
ii  libstdc++64.4.3-2The GNU Standard C++ Library v3
ii  procps1:3.2.8-7  /proc file system utilities
ii  psmisc22.10-1utilities that use the proc file s
ii  xulrunner-1.9.1   1.9.1.8-2  XUL + XPCOM application runner

iceweasel recommends no packages.

Versions of packages iceweasel suggests:
ii  libgssapi-krb5-2   1.8+dfsg~alpha1-7 MIT Kerberos runtime libraries - k
pn  mozplugger (no description available)
pn  ttf-lyx | latex-xft-fo (no description available)
pn  ttf-mathematica4.1 (no description available)
pn  xfonts-mathml  (no description available)
pn  xprint (no description available)

Versions of packages xulrunner-1.9.1 depends on:
ii  libasound2  1.0.22-1 shared library for ALSA applicatio
ii  libatk1.0-0 1.28.0-1 The ATK accessibility toolkit
ii  libbz2-1.0  1.0.5-4  high-quality block-sorting file co
ii  libc6   2.10.2-5 Embedded GNU C Library: Shared lib
ii  libcairo2   1.8.8-2  The Cairo 2D vector graphics libra
ii  libdbus-1-3 1.2.20-2 simple interprocess messaging syst
ii  libfontconfig1  2.8.0-2  generic font configuration library
ii  libfreetype62.3.11-1 FreeType 2 font engine, shared lib
ii  libgcc1 1:4.4.3-2GCC support library
ii  libglib2.0-02.22.4-1 The GLib library of C routines
ii  libgtk2.0-0 2.18.7-1 The GTK+ graphical user interface 
ii  libhunspell-1.2-0   1.2.8-6  spell checker and morphological an
ii  libjpeg62   6b-16.1  The Independent JPEG Group's JPEG 
ii  libmozjs2d  1.9.1.8-2The Mozilla Spide

Bug#527733: perlipq: FTBFS: collect2: ld returned 1 exit status

[Andreas U. Trottmann]

Hello,

I can confirm that on amd64 / x86_64, this package does not
build. As far as I can tell, the error message is correct, and
indeed libipq.a must be built with -fPIC.

My knowledge about debbugs is a little rusty, but it should be
appropriate to reassign this bug to the iptables-dev package
which contains libipq.a

The following patch against the iptables_1.4.2-6 source (which is
used to build iptables-dev) fixes the problem and makes perlipq
build on amd64:

--- iptables-1.4.2/libipq/Makefile.am   2008-10-08 18:31:58.0 +0200
+++ iptables-1.4.2-modif/libipq/Makefile.am 2010-02-19 21:22:08.0 
+0100
@@ -1,6 +1,6 @@
 # -*- Makefile -*-
 
-AM_CFLAGS = ${regular_CFLAGS} -I${top_builddir}/include -I${top_srcdir}/include
+AM_CFLAGS = ${regular_CFLAGS} -I${top_builddir}/include 
-I${top_srcdir}/include -fPIC
 
 libipq_a_SOURCES = libipq.c
 lib_LIBRARIES= libipq.a


kind regards,

-- 
Andreas Trottmann



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

Bug#570588: ant -diagnostics returns with error code != 0

[Matthias Klose]

Package: ant
Version: 1.8.0-1
Severity: serious

The openjdk-6 build fails with:

(cd  ./langtools/make && \
 /usr/bin/make 
JDK_TOPDIR=/scratch/packages/openjdk/b18/x/openjdk-6-6b18~pre1/build/openjdk-ecj/jdk 
JDK_MAKE_SHARED_DIR=/scratch/packages/openjdk/b18/x/openjdk-6-6b18~pre1/build/openjdk-ecj/jdk/make/common/shared 
EXTERNALSANITYCONTROL=true TARGET_CLASS_VERSION=5 MILESTONE=fcs BUILD_NUMBER=b18 
JDK_BUILD_NUMBER=b18 FULL_VERSION=1.6.0_18-b18 PREVIOUS_JDK_VERSION=1.6.0 
JDK_VERSION=1.6.0_18 JDK_MKTG_VERSION=6u18 JDK_MAJOR_VERSION=1 
JDK_MINOR_VERSION=6 JDK_MICRO_VERSION=0 ARCH_DATA_MODEL=32 
COOKED_JDK_UPDATE_VERSION=180 COOKED_BUILD_NUMBER=18 
ALT_OUTPUTDIR=/scratch/packages/openjdk/b18/x/openjdk-6-6b18~pre1/build/openjdk-ecj/build/linux-i586/langtools 
ALT_BOOTDIR=/scratch/packages/openjdk/b18/x/openjdk-6-6b18~pre1/build/bootstrap/jdk1.6.0 
all)
make[3]: Entering directory 
`/scratch/packages/openjdk/b18/x/openjdk-6-6b18~pre1/build/openjdk-ecj/langtools/make'
JAVA_HOME=/scratch/packages/openjdk/b18/x/openjdk-6-6b18~pre1/build/bootstrap/jdk1.6.0 
ANT_OPTS=-Djava.io.tmpdir='/scratch/packages/openjdk/b18/x/openjdk-6-6b18~pre1/build/openjdk-ecj/build/linux-i586/langtools/build/ant-tmp' 
/usr/bin/ant -diagnostics > 
/scratch/packages/openjdk/b18/x/openjdk-6-6b18~pre1/build/openjdk-ecj/build/linux-i586/langtools/build/ant-diagnostics.log

make[3]: *** [build] Error 1

ant -diagnostics now return with 1, not with 0 as in ant-1.7. I don't see any 
documentation that this change was intended. severity serious because it's a 
regression and breaks existing builds.




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

Bug#570466: xserver-xorg-video-radeon: randomly hangs when using kms/dri2

[Rémi Letot]

Michel Dänzer a écrit :
> FWIW, gnome-shell itself should work without DRI2 if started like
> 
> LIBGL_ALWAYS_INDIRECT=1 gnome-shell
> 
> but the output of OpenGL apps won't be properly integrated with the
> compositing.
> 

Hello,

just tried it, but even with "LIBGL_ALWAYS_INDIRECT=1" I'm still hit by
#564950 and #561206.

Thanks,
-- 
Rémi



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

Bug#568106: programs belong in /usr/bin/

[Pierre Chifflier]

Hi all,

I'm adding David (pgTAP author) in CC: of this discussion.

David: this is about finding if binaries (pg_prove and pg_tapgen) should
be stored in /usr/bin (if it is common to all postgresql versions) or in
/usr/lib/postgresql/*/bin if it is version-specific.
The complete discussion can be found here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=568106

If it's version specific, I think I should add the version to the name
of the binary package.

BR,
Pierre

On Fri, Feb 19, 2010 at 10:48:25PM +0100, Martin Pitt wrote:
> Hello all,
> 
> Stefano Zacchiroli [2010-02-19 18:59 +0100]:
> > On Tue, Feb 09, 2010 at 10:08:50PM +1100, Ben Finney wrote:
> > > The attached patch addresses this bug, by declaring the ‘/usr/bin/’
> > > directory and installing the programs into the correct location.
> > 
> > Actually, I'm not sure the patch is the right one. My doubts come from
> > the fact that postgresql binaries are usually installed under
> > /usr/lib/postgresql/*/bin/ and then have symlinks under /usr/bin/ which
> > pass through /usr/share/postgresql-common/pg_wrapper . Are you sure that
> > pg_prove and pg_tagpen should not have the same fate? Can please the
> > maintainer comment on that?
> 
> I'm a bit confused by pgtap on first sight. It builds against a
> particular server version (8.4), but does not itself have a versioned
> package name, and only links/depends on libpq5, no server. 
> 
>  * Is pgtap client side only, in other words, does it work with
>several server versions? In that case, binaries should go to
>/usr/bin, as Peter and Ben suggested. 
> 
>  * If this is a server-side extension, i. e. is linked against a
>particular server version and won't work with any other, then the
>binary should have a versioned name, and we need to manage the
>binaries through pg_wrapper.
> 
> Please see /usr/share/doc/postgresql-common/architecture.html for some
> more details about how this is designed.
> 
> Thanks, and have a good weekend,
> 
> Martin
>
> P.S. Just don't let you confuse with "Use appropriate ‘debian/dirs’
> file for single-package source". Using an explicit package name, such
> as debian/pgtap.dirs is just fine, and causes less confusion if you
> ever add a second binary package.
> 
> -- 
> Martin Pitt| http://www.piware.de
> Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)





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

Bug#570587: scilab: Please support Renesas SH(sh4)

[Nobuhiro Iwamatsu]

Source: scilab
Version: 5.2.1-1
Severity: important
Tags: patch
User: debian-...@superh.org
Usertags: sh4
X-Debbugs-CC: debian-sup...@lists.debian.org

Hi,

I am now trying to run Debian on Renesas SH(sh4) CPU.
http://buildd.debian-ports.org/status/architecture.php?suite=unstable&a=sh4

scilab FTBFS on SH4.
Because  scilab does not support Renesas SH.
http://buildd.debian-ports.org/fetch.php?pkg=scilab&arch=sh4&ver=5.2.1-1&stamp=1266530082&file=log&as=raw
-
checking java API version... 1.5
Using the following JNI include flags
-I/usr/lib/jvm/java-6-openjdk/include
-I/usr/lib/jvm/java-6-openjdk/include/linux
checking if jni.h can be included... yes
Looking for JNI libs with sh4a as machine hardware name
Looking for /usr/lib/jvm/java-6-openjdk/jre/lib/sh4a/libjava.so
Looking for /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/libjava.so
Looking for /usr/lib/jvm/java-6-openjdk/jre/lib/i386/client/libjvm.so
Looking for /usr/lib/jvm/java-6-openjdk/jre/bin/classic/libjvm.so
Looking for /usr/lib/jvm/java-6-openjdk/../Libraries/libjava.jnilib
Looking for /usr/lib/jvm/java-6-openjdk/lib/jvm.lib
Looking for /usr/lib/jvm/java-6-openjdk/jre/lib/mipsel/libjava.so
configure: error: Could not detect the location of the Java
shared library. You will need to update java.m4
to add support for this JVM configuration.
make: *** [debian/stamp-autotools-configure] Error 1
-

I made patch to support SH. I applied this patch and built a package,
but was able to build normally.
Could you apply this patch?

Best regards,
 Nobuhiro

-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6


scilab-sh4javadetection.diff
Description: application/octetstream

Bug#570583: debian net installer, gnome uses wrong unchangeable screen resolution

[Marcus]

Package: gnome
Version: 1:2.22.2~5
Severity: important


startx as root works fine after editing /etc/X11/xorg.conf but xserver crashes 
for normal user

(**) Mouse0: Sensitivity: 1
(II) evaluating device (Keyboard0)
(II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD)
(II) evaluating device (Mouse0)
(II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE)
(--) Mouse0: PnP-detected protocol: "ExplorerPS/2"
(II) Mouse0: ps2EnableDataReporting: succeeded
(II) Open ACPI successful (/var/run/acpid.socket)
(II) APM registered successfully
(II) Loading sub module "int10"
(II) LoadModule: "int10"
(II) Reloading /usr/lib/xorg/modules//libint10.so
(II) VESA(0): initializing int10
(II) VESA(0): Primary V_BIOS segment is: 0xc000
(II) VESA(0): VESA BIOS detected
(II) VESA(0): VESA VBE Version 3.0
(II) VESA(0): VESA VBE Total Mem: 131072 kB
(II) VESA(0): VESA VBE OEM: NVIDIA
(II) VESA(0): VESA VBE OEM Software Rev: 5.67
(II) VESA(0): VESA VBE OEM Vendor: NVIDIA Corporation
(II) VESA(0): VESA VBE OEM Product: GW-P/N6436600128:0
(II) VESA(0): VESA VBE OEM Product Rev: GW-CLK

(==) VESA(0): Write-combining range (0xd000,0x800)
(II) VESA(0): virtual address = 0xaf95c000,
physical address = 0xd000, size = 134217728
(==) VESA(0): Default visual is TrueColor
(**) VESA(0): DPMS enabled
(==) RandR enabled
(II) AIGLX: Screen 0 is not DRI capable
(II) GLX: Initialized MESA-PROXY GL provider for screen 0
(II) evaluating device (Keyboard0)
(II) evaluating device (Mouse0)
(II) Mouse0: ps2EnableDataReporting: succeeded

Backtrace:
0: /usr/bin/X(xf86SigHandler+0x7e) [0x80c91ce]
1: [0xb7f3a400]
2: /usr/lib/xorg/modules//libfb.so(fbOddTile+0x118) [0xb7997c78]
3: /usr/lib/xorg/modules//libfb.so(fbTile+0x8c) [0xb7997d4c]
4: /usr/lib/xorg/modules//libfb.so(fbFillRegionTiled+0x19d) [0xb799842d]
5: /usr/lib/xorg/modules//libfb.so(fbPaintWindow+0x11e) [0xb799872e]
6: /usr/bin/X [0x8175bb8]
7: /usr/bin/X(compPaintWindowBackground+0x6d) [0x8107e3d]
8: /usr/bin/X(miWindowExposures+0x1fd) [0x812445d]
9: /usr/bin/X(miHandleValidateExposures+0x78) [0x813b058]
10: /usr/bin/X [0x80d589c]
11: /usr/lib/xorg/modules/drivers//vesa_drv.so [0xb7f1e20f]
12: /usr/bin/X [0x80d07c3]
13: /usr/bin/X(xf86SwitchMode+0xe4) [0x80c5e84]
14: /usr/bin/X [0x80e821d]
15: /usr/bin/X [0x80e843a]
16: /usr/bin/X(RRCrtcSet+0x134) [0x816c6b4]
17: /usr/bin/X(ProcRRSetScreenConfig+0x4d3) [0x81713e3]
18: /usr/bin/X [0x816aee5]
19: /usr/bin/X [0x8154bf4]
20: /usr/bin/X(Dispatch+0x314) [0x808de24]
21: /usr/bin/X(main+0x4b5) [0x8074795]
22: /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5) [0xb7cd5455]
23: /usr/bin/X(FontFileCompleteXLFD+0x21d) [0x8073a81]

Fatal server error:
Caught signal 11.  Server aborting




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

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

Versions of packages gnome depends on:
ii  arj   3.10.22-6  archiver for .arj files
ii  avahi-daemon  0.6.23-3lenny1 Avahi mDNS/DNS-SD daemon
ii  bluez-gnome   0.27-1 Bluetooth utilities for GNOME
ii  epiphany-extensions   2.22.2-1   Extensions for Epiphany web browse
ii  evolution-exchange2.22.3.dfsg-1  Exchange plugin for the Evolution 
ii  evolution-plugins 2.22.3.1-1 standard plugins for Evolution
ii  evolution-webcal  2.21.92-1  webcal: URL handler for GNOME and 
ii  gdm-themes0.6.1  Themes for the GNOME Display Manag
ii  gnome-app-install 0.5.5.1-1  GNOME Application Installer
ii  gnome-desktop-environment 1:2.22.2~5 The GNOME Desktop Environment
ii  gnome-games   1:2.22.3-3 games for the GNOME desktop
ii  gnome-spell   1.0.7-1GNOME/Bonobo component for spell c
ii  gnome-themes-extras   0.9.0.deb0.4   various themes for the GNOME 2 des
ii  gnome-vfs-obexftp 0.4-1  GNOME VFS module for OBEX FTP
ii  gstreamer0.10-ffmpeg  0.10.4-3   FFmpeg plugin for GStreamer
ii  gstreamer0.10-plugins-ugl 0.10.8-1   GStreamer plugins from the "ugly" 
ii  libpam-gnome-keyring  2.22.3-2   PAM module to unlock the GNOME key
ii  p7zip 4.58~dfsg.1-1  7zr file archiver with high compre
ii  rhythmbox 0.11.6-1   music player and organizer for GNO
ii  serpentine0.9-6  An application for creating audio 
ii  swfdec-mozilla0.6.0-5Mozilla plugin for SWF files (Macr
ii  synaptic  0.62.1+nmu1Graphical package manager
ii  system-config-printer 1.0.0-4lenny1  graphical interface to configure t
ii  totem-mozilla 2.22.2-6   Totem Mozilla plugin
ii  transmission-gtk  1.22-1+lenny2  free, lightweight BitTorrent clien

Ve

Bug#564190: Response for postgresql

[Martin Pitt]

Hello Nabil,

Nabil Servais [2010-02-18 22:29 +0100]:
> After discussion, we will wait the next release of postgresql. 
> But how I could participate for avoid this sort of regressions?

Binaries go to testing-proposed-updates in Debian for a while before
they land in -updates. Similarly, in Ubuntu the updates stay in
-proposed for a while, where they get tested, before they move to
-updates. Feedback, in particular about regressions, is highly
appreciated for those. Upstreams' QA is generally pretty good, and we
have a range of automatic test cases as well, but unfortunately these
do not cover every corner case.

Thanks,

Martin
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)



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

Bug#569836: RM: ruby-gstreamer0.10 -- ROM; superseeded by libgst-ruby (in ruby-gnome2)

[Torsten Werner]

tags 569836 + moreinfo
thanks


Hi,

Paul van Tilburg schrieb:
> This Ruby/GStreamer bindings project has been deprecated in favour of the
> GStreamers bindings that are part of Ruby GNOME2, although these are
> slightly different.  The project page and infrastructure itself are already
> long gone.  Please remove this from unstable and testing!

there is a problem that must be resolved:

Checking reverse dependencies...
# Broken Depends:
geekast: geekast-binary

Cheers,
Torsten



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

Bug#569617: parallel: returns -1 when all childs returned 0

[Kurt Roeckx]

On Fri, Feb 19, 2010 at 04:21:10PM -0500, Joey Hess wrote:
> Kurt Roeckx wrote:
> > It seems that parallel can return -1 in most of the cases for no
> > good reason.  All childs returned 0, and there were no other
> > errors.
> 
> Do you have a test case?

We use it as part of the buildd triggers, I guess it's not
easy to run this yourself.  I estimate that it returned 0 in about
5% of the time, so failed in 95% of the cases.

> > The code looks like:
> > int wait_for_child(int options) {
> > id_t id_ignored = 0;
> > siginfo_t infop;
> > 
> > infop.si_pid = 0;
> > waitid(P_ALL, id_ignored, &infop, WEXITED | options);
> > if (infop.si_pid == 0)
> > return -1; /* Nothing to wait for */
> > if (infop.si_code == CLD_EXITED)
> > return infop.si_status;
> > return 1;
> > }
> > 
> > And this return value is or'd between all calls.  
> > 
> > The first thing that looks wrong to this is that the return
> > value of waitid() is not checked.  The strace shows that
> > I have atleast 2 calls to it that return -1.  It most
> > likely still contains a pid of 0 in that case.  You really
> > don't want to return -1 for that.
> 
> si_pid will only be nonzero if waitid succeeded.

Like I said it probably will, but I'm not sure there is any
guarantee in that case.  In any case I think it's a bad idea
to not look at the return value.

> If waitid fails, the code returns -1, and this is ORed to the
> returncode. Since the returncode is an int, it then becomes 255,
> so that's what parallel will exit if it fails to wait for a child.

Which is my main problem.  It probably calls waitid() when there
nothing to wait for anymore or something like that.  In any case
that "return -1" is my problem.

> > An other reason that you could get that -1 is that you called
> > it with WNOHANG.  In that case you check for the value
> > being smaller than 0 and don't add it.  But I think values
> > smaller than 0 are valid, and so you can't tell the difference
> > between a child that exited and returning because you don't
> > want to wait.
> 
> AFAIK a child process cannot really exit nonzero. Process exit codes
> are limited to 0..255, and exit(-1) == 255.

You're right, I thought it was different with waitid(), just saw
strace showing it as -1.

> > I think the code will also behave wrong in case the child
> > did not call exit() itself but instead got killed or something.
> > In that case infop.si_code can be != CLD_EXITED, and you'd
> > want to consider that a reason to make parallel return an
> > non-zero exit code.
> 
> Returning a non-zero exit code of 1 is the fall-through case at the end of
> the function, and seems to work ok:

Yes, I figured out that part later.


Kurt




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

Bug#568106: programs belong in /usr/bin/

[Martin Pitt]

Hello all,

Stefano Zacchiroli [2010-02-19 18:59 +0100]:
> On Tue, Feb 09, 2010 at 10:08:50PM +1100, Ben Finney wrote:
> > The attached patch addresses this bug, by declaring the ‘/usr/bin/’
> > directory and installing the programs into the correct location.
> 
> Actually, I'm not sure the patch is the right one. My doubts come from
> the fact that postgresql binaries are usually installed under
> /usr/lib/postgresql/*/bin/ and then have symlinks under /usr/bin/ which
> pass through /usr/share/postgresql-common/pg_wrapper . Are you sure that
> pg_prove and pg_tagpen should not have the same fate? Can please the
> maintainer comment on that?

I'm a bit confused by pgtap on first sight. It builds against a
particular server version (8.4), but does not itself have a versioned
package name, and only links/depends on libpq5, no server. 

 * Is pgtap client side only, in other words, does it work with
   several server versions? In that case, binaries should go to
   /usr/bin, as Peter and Ben suggested. 

 * If this is a server-side extension, i. e. is linked against a
   particular server version and won't work with any other, then the
   binary should have a versioned name, and we need to manage the
   binaries through pg_wrapper.

Please see /usr/share/doc/postgresql-common/architecture.html for some
more details about how this is designed.

Thanks, and have a good weekend,

Martin
   
P.S. Just don't let you confuse with "Use appropriate ‘debian/dirs’
file for single-package source". Using an explicit package name, such
as debian/pgtap.dirs is just fine, and causes less confusion if you
ever add a second binary package.

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)


signature.asc
Description: Digital signature

Bug#557074: Bug #557074: RM: etcinsvk -- RoQA; svk removed, uninstallable

[Torsten Werner]

tags 557074 + moreinfo
thanks

Hi,

there is a problem:
Checking reverse dependencies...
# Broken Depends:
debian-edu-config: debian-edu-config

Cheers,
Torsten



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

Bug#570191: [pkg-nvidia-devel] Bug#570191: udevd-work: exec of program '/lib/udev/nvidia_helper' failed

[Jean-Christophe Dubacq]

On 19/02/2010 21:24, Sebastian Bremicker wrote:
> I guess, the console kit messages are related to this?
> 
> Feb 19 21:09:02 cerebrum console-kit-daemon[3497]: WARNING: Unable to spawn 
> /usr/lib/ConsoleKit/run-seat.d/nvidia_helper.ck:
> Failed to execute child process 
> "/usr/lib/ConsoleKit/run-seat.d/nvidia_helper.ck" (Permission denied)
> 
> Kind regards
> 
> Sebastian Brmeicker

Yes, the executable bit was lost when trasmitting the diff. A patch is
included that ensures the helper is executable. Meanwhile, you can fix
this by using
chmod 0755 /usr/lib/ConsoleKit/run-seat.d/nvidia_helper.ck
/lib/udev/nvidia_helper

-- 
Jean-Christophe Dubacq



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

Bug#556086: closed by Jordi Mallach (Bug#556086: fixed in alsa-utils 1.0.22-1)

[arne anka]

issue persist. no change after upgrade, i still have to use workarounds.



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

Bug#570578: please add hppa support

[Jon Bernard]

* dann frazier  wrote:
> Source: liburcu
> Version: 0.4.1-1
> Severity: important
> User: debian-h...@lists.debian.org
> Usertags: hppa
> 
> Please add support for the hppa architecture.

Hi Dann, thanks for the request, I will pass this along upstream. I
don't think a HPPA port is planned for the near future, but I'll be sure
keep you updated if/when things change.

-- 
Jon



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

Bug#570582: dblatex: completely broken if xsltproc is not installed

[Jakub Wilk]

Package: dblatex
Version: 0.2.12-3
Severity: important

$ cp /usr/share/doc/dblatex/examples/* .

$ gzip -d *.gz

$ make
dblatex -p example_param.xsl -o example.pdf example.xml
Build the book set list...
Reading package lists... Done
Building dependency tree
Reading state information... Done
Building data structures... Done 
dblatex -p example_param.xsl -o example_mathml.pdf example_mathml.xml

Build the book set list...
Reading package lists... Done
Building dependency tree
Reading state information... Done
Building data structures... Done 


$ ls *.pdf
ls: cannot access *.pdf: No such file or directory


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

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

Versions of packages dblatex depends on:
ii  docbook-xml   4.5-7  standard XML documentation system 
ii  python2.5.4-9An interactive high-level object-o

ii  python-4suite-xml 1.0.2-7.1  An open-source platform for XML an
ii  python-apt0.7.93.1   Python interface to libapt-pkg
ii  python-support1.0.6  automated rebuilding support for P
ii  texlive   2009-7 TeX Live: A decent selection of th
ii  texlive-bibtex-extra  2009-7 TeX Live: Extra BibTeX styles
ii  texlive-extra-utils   2009-7 TeX Live: TeX auxiliary programs
ii  texlive-latex-extra   2009-7 TeX Live: LaTeX supplementary pack
ii  texlive-math-extra2009-7 TeX Live: Advanced math typesettin

Versions of packages dblatex recommends:
pn  libxml2-utils  (no description available)

Versions of packages dblatex suggests:
pn  docbook(no description available)
pn  ghostscript(no description available)
pn  graphicsmagick-imagemagick-co  (no description available)
pn  latex-cjk-all  (no description available)
pn  lmodern(no description available)
pn  opensp (no description available)
pn  pdf-viewer (no description available)
pn  texlive-lang-cyrillic  (no description available)
pn  texlive-xetex  (no description available)
pn  transfig   (no description available)

--
Jakub Wilk


signature.asc
Description: Digital signature

Bug#568106: programs belong in /usr/bin/

[Ben Finney]

On 19-Feb-2010, Stefano Zacchiroli wrote:
> postgresql binaries are usually installed under
> /usr/lib/postgresql/*/bin/ and then have symlinks under /usr/bin/
> which pass through /usr/share/postgresql-common/pg_wrapper . Are you
> sure that pg_prove and pg_tagpen should not have the same fate?

No, I'm not sure of that. I'm quite happy for the correct solution to
be implemented, whether it's the patch I proposed or something else.

Consistency in the treatment of these binaries is valuable.

> Can please the maintainer comment on that?
> I'm also copying the PostgreSQL maintainers to ask for their advice on
> this.

Their experience will be better guidance than mine on this matter.

-- 
 \   “In case you haven't noticed, [the USA] are now almost as |
  `\ feared and hated all over the world as the Nazis were.” —Kurt |
_o__)   Vonnegut, 2004 |
Ben Finney 


signature.asc
Description: Digital signature

Bug#570581: Trailing garbage in buttons with fribidi 0.19.2-1

[Brad Jorsch]

Package: libnewt0.52
Version: 0.52.10-5+b1

Illustrative command: whiptail --yesno foo 15 77

This may be a bug in fribidi, it all depends on how fribidi_log2vis is
supposed to work. I'm filing it here because it seems to me libnewt0.52
is more likely to be in the wrong.

The signature for that function is:
   FriBidiLevel fribidi_log2vis
   (
const FriBidiChar *str,
const FriBidiStrIndex len,
FriBidiParType *pbase_dir,
FriBidiChar *visual_str,
FriBidiStrIndex *positions_L_to_V,
FriBidiStrIndex *positions_V_to_L,
FriBidiLevel *embedding_levels
   );

str is the input string, and len is the length of this string; str need
not be terminated with a 0 character. In 0.10.9, the visual_str buffer
would have had to be len+1 characters long because fribidi_log2vis would
write a 0 character at visual_str[len]. In 0.19.2 it no longer does
this, which matches the semantics of the input string. But it doesn't
seem to be documented which behavior is intended. I even went to the
upstream CVS, and it seems that this behavior was silently changed in a
rather large code refactoring on 2004-06-07.

At line 295 of newt.c, newt calls fribidi_log2vis passing the length of
the input string (not counting the terminating 0 character) and never
makes sure that the output buffer is actually terminated. In 0.10.9 this
worked fine, but now with 0.19.2 you end up with random garbage after
the button texts.

One simple fix would be to just set out[len] = 0 at line 296 to ensure
proper string termination.



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

Bug#562012: squid3: Memory filling during file download

[lepton0]

Hello,

to reproduce this bug try to run this commands :
{ echo -ne "HTTP/1.1 200 OK\r\nVary: *\r\n\r\n"; while [ 1 ]; do echo -n
'a'; done } | nc -l 80

and then connect to http://localhost using squid.


I believe that following patch should solve the problem :

--- squid-3.0.STABLE21/src/http.cc  2009-12-22 07:50:33.0 +0100
+++ squid-3.0.STABLE23/src/http.cc  2010-02-02 10:50:02.0 +0100
@@ -799,8 +799,9 @@ HttpStateData::haveParsedReplyHeaders()

if (!vary) {
entry->makePrivate();
+if (!fwd->reforwardableStatus(rep->sline.status))
+EBIT_CLR(entry->flags, ENTRY_FWD_HDR_WAIT);
goto no_cache;
-
}

entry->mem_obj->vary_headers = xstrdup(vary);


Regards

Bug#570558: lintian: not reporting dh-clean-k-is-deprecated

[Adam D. Barratt]

On Fri, 2010-02-19 at 20:24 +0100, Silvia Alvarez wrote:
> I found out this, FYI.
> 
> By running: 
> 
> lintian --info --display-info --display-experimental \ 
>   --pedantic --show-overrides --checksums --color \ 
>   auto mantis_1.1.8+dfsg-4_i386.changes
> 
> produces no output even existing dh_clean -k in debian/rules.

So far as I can see, there isn't a problem here:

| $ lintian-info -t dh-clean-k-is-deprecated
| N: dh-clean-k-is-deprecated
| N:
| N:   This package calls dh_clean -k in its debian/rules file and declares a
| N:   debhelper compatibility version of at least 7.
| N:   
| N:   debhelper 7 deprecated dh_clean -k in favour of dh_prep.
| N:   
| N:   Refer to the dh_clean(1) manual page for details.
|
| $ cat mantis-1.1.8+dfsg/debian/compat 
| 5
| 
| $ grep debhelper mantis-1.1.8+dfsg/debian/control 
| Build-Depends: debhelper (>= 5), quilt, po-debconf

"dh_clean -k" was deprecated in debhelper compatibility level 7.  mantis
declares that it follows compatibility level 5, where running "dh_clean
-k" is perfectly acceptable.

Unless I've missed something, I believe this bug should be closed as
lintian's behaviour is correct.

Regards,

Adam



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

Bug#570580: FTBFS [hppa]: failed testsuite

[dann frazier]

Source: libplist
Version: 1.1-1
Severity: serious
User: debian-h...@lists.debian.org
Usertags: hppa

libplist fails to build on hppa. A portion of the most recent build
attempt follows.

[...]
/usr/bin/cmake -E cmake_progress_report 
/build/buildd-libplist_1.1-1-hppa-fdF0jw/libplist-1.1/obj-hppa-linux-gnu/CMakeFiles
  1 2
[100%] Built target _plist
make[2]: Leaving directory 
`/build/buildd-libplist_1.1-1-hppa-fdF0jw/libplist-1.1/obj-hppa-linux-gnu'
/usr/bin/cmake -E cmake_progress_start 
/build/buildd-libplist_1.1-1-hppa-fdF0jw/libplist-1.1/obj-hppa-linux-gnu/CMakeFiles
 0
make[1]: Leaving directory 
`/build/buildd-libplist_1.1-1-hppa-fdF0jw/libplist-1.1/obj-hppa-linux-gnu'
   dh_auto_test
make[1]: Entering directory 
`/build/buildd-libplist_1.1-1-hppa-fdF0jw/libplist-1.1/obj-hppa-linux-gnu'
Running tests...
/usr/bin/ctest --force-new-ctest-process 
Test project 
/build/buildd-libplist_1.1-1-hppa-fdF0jw/libplist-1.1/obj-hppa-linux-gnu
  Start  1: Empty
 1/12 Test  #1: Empty    Passed0.58 sec
  Start  2: Small
 2/12 Test  #2: Small    Passed0.43 sec
  Start  3: Medium
 3/12 Test  #3: Medium ...   Passed0.02 sec
  Start  4: Large
 4/12 Test  #4: Large    Passed0.04 sec
  Start  5: Huge
 5/12 Test  #5: Huge .   Passed0.30 sec
  Start  6: Big_Array
 6/12 Test  #6: Big_Array    Passed0.16 sec
  Start  7: EmptyCmp
 7/12 Test  #7: EmptyCmp .***Failed0.02 sec
PList parsing succeeded

  Start  8: SmallCmp
 8/12 Test  #8: SmallCmp .***Failed0.02 sec
PList parsing succeeded

  Start  9: MediumCmp
 9/12 Test  #9: MediumCmp ***Failed0.02 sec
PList parsing succeeded

  Start 10: LargeCmp
10/12 Test #10: LargeCmp .***Failed0.03 sec
PList parsing succeeded

  Start 11: HugeCmp
11/12 Test #11: HugeCmp ..***Failed0.24 sec
PList parsing succeeded

  Start 12: Big_ArrayCmp
12/12 Test #12: Big_ArrayCmp .***Failed0.12 sec
PList parsing succeeded


50% tests passed, 6 tests failed out of 12

Total Test time (real) =   2.02 sec

The following tests FAILED:
  7 - EmptyCmp (Failed)
  8 - SmallCmp (Failed)
  9 - MediumCmp (Failed)
 10 - LargeCmp (Failed)
 11 - HugeCmp (Failed)
 12 - Big_ArrayCmp (Failed)
Errors while running CTest
make[1]: *** [test] Error 8
make[1]: Leaving directory 
`/build/buildd-libplist_1.1-1-hppa-fdF0jw/libplist-1.1/obj-hppa-linux-gnu'
dh_auto_test: make -j1 test returned exit code 2
make: *** [build] Error 29
dpkg-buildpackage: error: debian/rules build gave error exit status 2



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

Bug#570579: xulrunner: please reconsider recommends for GNOME packages

[Frans Pop]

Package: xulrunner
Version: 1.9.1.8-2
Severity: important
Tags: d-i
X-Debbugs-CC: task...@packages.debian.org

I was very surprised when I upgraded a KDE system to find that xulrunner 
tried to pull in all sorts of GNOME packages. It was quite a bit of work 
to unselect everything that got pulled in through those Recommends.

I'm talking about the Recommends for:
- libdbus-glib-1-2
- libgconf2-4
- libgnome2-0
- libgnomeui-0
- libgnomevfs2-0
And the deps for those packages are far from trivial.

I guess the change was introduced in 1.9.1.6-2 with:
   Merge xulrunner-1.9.1-gnome-support into xulrunner-1.9.1.

But I question if the Recommends of those packages is policy compliant as 
Recommends should only be used for packages "that would be found together 
with this one in all but unusual installations" [1].
And that's only true for systems running a GNOME desktop environment. For 
systems running KDE the GNOME packages are not needed and even in a lot of 
cases very much not desired.

I also question the value of the Recommends: if a user is running GNOME 
they will all be installed already anyway!

As Debian Installer now installs Recommends by default and the desktop 
tasks installs iceweasel for all desktops, this means that all those GNOME 
packages would get installed on KDE desktop systems by default, 

As iceweasel is supposed to be desktop environment independent, I urge you 
to reconsider this change. IMO the current Recommends make iceweasel 
unsuitable for default installation.
I also feel that for packages like iceweasel integration support for 
specific desktop environments should always be optional.

Cheers,
FJP

[1]http://www.debian.org/doc/debian-policy/ch-relationships.html#s-binarydeps



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