Bug#248674: Boost and pkg-config support

[Steve M. Robbins]

On Tue, Mar 01, 2011 at 10:17:36AM +0300, Vladimir Prus wrote:

> Could you brief me on what's --as-needed, why is it needed, and why
> does it break a perfect model of "I link to shared library foo, and
> whatever dependecies are used automatically".

The rationale (from http://wiki.debian.org/ToolChain/DSOLinking)
is to detect situations where

your executable links against a library A which links against
library B, but your executable needs symbols in library B. This is
problematic in the situation where library A removes its
dependency to library B. The next time the executable gets rebuild
it will break and cannot be linked.


I think that pkg-config style dependency information is also helpful
for people using static linking.

Cheers,
-Steve


signature.asc
Description: Digital signature

Bug#615926: busybox-udeb: missing shaXYZsum binaries

[Thijs Kinkhorst]

On Tue, March 1, 2011 05:21, Michael Gilbert wrote:
> package: busybox-udeb
> version: 1:1.17.1-10
> severity: grave
>
> Hi, testing is currently uninstallable since debootstrap (as of 1.0.28)
> no longer uses md5 for integrity checks.  It can make use of various
> shaXYZsum instead.  I think providing sha1sum should be sufficient, but
> it may make sense to provide more than that.

The version you quote (which is not yet in testing) provides sha256sum. Is
that not sufficient then?


Thijs




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

Bug#562157: e1000e: changing back from ITP to RFP

[Sheldon Hearn]

On 02/19/11 19:06, Lucas Nussbaum wrote:
> However, it is not recommended to keep ITP for a long time without acting on
> the package, as it might cause other prospective maintainers to refrain from
> packaging that software.

Actually, what causes prospective maintainers to refrain from packaging
that software, is when their packaging is ignored for 14 months and then
the ticket changed from ITP to RFP.

The original packaging is still available at

http://ray.starjuice.net/e1000e/e1000e_1.1.2-1_i386.changes
http://ray.starjuice.net/e1000e/e1000e_1.1.2-1.dsc

There is NO point encouraging someone else to waste more effort on this,
when no Debian developer is interested.

Ciao,
Sheldon.



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

Bug#615940: dpkg-gensymbols: support a #CURVER# substitution to generate strict dependencies

[Raphael Hertzog]

Package: dpkg-dev
Version: 1.15.8.10
Severity: wishlist

On Mon, 28 Feb 2011, Jakub Wilk wrote:
> * Raphael Hertzog , 2011-02-28, 16:01:
> >symbols which should not be used can either be not listed in the
> >symbols file (and be auto-added at build time with a strict
> >dependency on the latest version) or be referenced in the symbols
> >file but with an alternate dependency (either one that is
> >unsolvable or one that is very strict in terms of version
> >allowed).
> 
> It'd nice if dpkg-gensymbols could generated such an alternate
> dependency automatically for all symbols that are tagged optional.

I don't really see the point. When you add the optional tag, you can
surely also add the alternate dependency in the file.

What is missing however is a way to have that alternate dependency
embed the strict versioning scheme. For this we need to support a new
#CURVER# substitution that is replaced with the current version so that
we can keep the associated dependency in sync with the latest version of
the package.

Filing this as a wishlist bug.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Follow my Debian News ▶ http://RaphaelHertzog.com (English)
  ▶ http://RaphaelHertzog.fr (Français)



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

Bug#615857: open-iscsi init script refers to udevsettle which, is not part of squeeze

[Thomas Gebhardt]

Dear Ritesh Raj Sarraf,

> I don't know how you got that. This was fixed some time back.
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=517225

you are completely right. It is my fault. The regression is caused
by my FAI installation script that overwrites /etc/init.d/open-iscsi
with a slightly customized version. The template for this file dates
back to the time when the bug was still present in the testing
distribution.

So, please close my bug report! Sorry for wasting your time.

Kind regards, Thomas



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

Bug#589404:

[cbarn]

Hi
Sorry to do this and the timing just fell this way.
The 7 year old HD on the box started giving signs of problems so I loaded 
Squeeze on a new HD and that bug is still there.

I have more info and haven't loaded anything over Squeeze (yet)
I booted into recovery mode and then tried to run startx which freezes things.
When I get back to a console the following text is displayed above the prompt 
(I have omitted 3 or 4 lines shown by dots)

X Org X Server 1.7.7
Release Date  2010-05-04
X Protocol Version 11, Revision 0
Build Operation System: Linux 2.6.32.28-dsa-ia32 i686 Debian
Current Operating System Linux  2.6.32-5-686 #1 SMP wed jan 12 04:01:41 UTC 
2011 i686
Kernel command line: BOOT_IMAGE=/vmlinuz-2.6.32-5-686 
root=UUID=c5ea98ad-860d-45c8-8319-9893cd73d8cf ro single
Build Date: 12 January 2011  03:44:48AM
xorg-server 2:1.7.7-11 (Cyril Brulebois )
Current version of pixman: 0.16.4
.
.
.
(==) Log file: "/var/log/Xorg.0.log", Time: Mon Feb 28 18:37:16 2011
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
SELinux: Disabled on system, not enabling in X server
(EE) AIGLX error: dlopen of /usr/lib/dri/nouveau_vieux_dri.so failed 
(/usr/lib/dri/nouveau_vieux_dri.so: cannot open shared object file: No such 
file or directory)
(EE) AIGLX: reverting to software rendering 
re size called 1600 900

Fatal server error:
Detected GPU lockup





[  71.907708] [drm] nouveau :01:0.0: nouveau_channel_free: freeing fifo 1
[  74.920022{ [drm] nouveau :01:0.0: failed to idle channel 1.
xinit:  connection to X server lost.

The above was transcribed by hand so may contain errors.

There will be more info in the logs etc which I may be able access by one of:-
use a cli bug reporting tool to harvest the data (I don't even know the name of 
one) or
use a live CD to copy the logs etc to a USB or
figure out how to get GRUB to let me boot into the old install of Lenny on the 
old hard drive and use it to harvest the info.

I've got a broken collar bone so a mouse enabled method would be fine.
An aside - Isn't GRUB supposed to set up the menu to boot the old install?
It can see it but doesn't set up the menu.

Chris Barnard



- Original Message -
From: "Cyril Brulebois" 
To: "Chris Barnard" , 589404-d...@bugs.debian.org
Sent: Sunday, 27 February, 2011 11:23:48 AM GMT +10:00 Canberra / Melbourne / 
Sydney
Subject: Re: Bug#589404: Additional info

Hi,

Cyril Brulebois  (18/07/2010):
> we have a script that collects everything, and which does that when
> you report a bug against a X package. You can use it manually:
>   /usr/share/bug/xserver-xorg-core/script 3>/tmp/reportbug.txt
> 
> and attach the generated file.

no news in 6+ months, closing this bug report accordingly.

KiBi.


signature.asc
Description: Digital signature

Bug#615893: grub-common: menu crashes and lvm/md disks detected incorrectly

[Craig Small]

retitle 615893 grub boot menu crashes on 80 characters on linux lines
severity 615893 normal
thankyou

On Mon, Feb 28, 2011 at 09:31:36PM +, Colin Watson wrote:
> How long is "too long"?  I don't remember noticing any particular length
> limit - did you happen to keep a note of how long it needed to be before
> it fell over?
80 characters long, only on lines starting with "linux". This problem
still exists, it's quite clearly NOT a serious level bug.

Regarding the booting problems, it was caused by libc6 having a broken
ldd (see bug #615806) which caused problems for mkinitramfs which then
flowed on to borking the boot process.
grub.cfg looks the same before all this sadness happened and its working
so you can disregard the booting problem. I think I may of being
specifying an old initrd which was working which is why my grub command
line boots worked.

sorry for the false alarm, i never even though of checking ldd worked.
 - Craig
-- 
Craig Small VK2XLZhttp://www.enc.com.au/   csmall at : enc.com.au
Debian GNU/Linux  http://www.debian.org/   csmall at : debian.org
GPG fingerprint:   1C1B D893 1418 2AF4 45EE  95CB C76C E5AC 12CA DFA5



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

Bug#615938: Improvements to the "Ports" page: non-linux & arm stuff

[Adrian von Bidder]

Package: www.debian.org
Tags: patch

Hi,

I've noticed a few issues with www.d.o/ports (these are orthogonal to the stuff 
discussed in #611830):

* Non-Linux ports: now that kFreeBSD is released, the "non-Linux" title 
probably should just be dropped, since "non-Linux" is not really just a sub-
category of "unreleased" anymore.

+++
diff --git a/webwml/english/ports/index.wml b/webwml/english/ports/index.wml
--- a/webwml/english/ports/index.wml
+++ b/webwml/english/ports/index.wml
@@ -5,7 +5,6 @@
  Introduction
  Released ports
  Ports that haven't been released yet
- Non-Linux ports
  Various port-like projects
 
 
@@ -30,9 +29,9 @@
 
 
  Debian is an operating system (OS), not a kernel (actually, it is more
- than an OS since it includes thousands of application programs).  To
- prove this, we have our first three fledgling non-Linux based ports, listed
- at the bottom of this page.
+ than an OS since it includes thousands of application programs).  Accordingly,
+ while most Debian ports are based on Linux, there also are ports based on the
+ FreeBSD, NetBSD and Hurd kernels.
 
 
  Warning — this is a page in progress.  Not all ports have
@@ -176,8 +175,6 @@
  Port to Atmel's 32-bit RISC architecture, AVR32.
 
 
-Non-Linux ports
-
 Debian GNU/Hurd (hurd-i386)
 
  The GNU Hurd is a totally new operating system being put together by
+++

* The ARM EABI port is actually what armel is, so:

+++
diff --git a/webwml/english/ports/index.wml b/webwml/english/ports/index.wml
--- a/webwml/english/ports/index.wml
+++ b/webwml/english/ports/index.wml
@@ -208,14 +208,6 @@
  http://www.catb.org/~esr/writings/cathedral-bazaar/";>bazaar 
fashion.
 
 
-http://wiki.debian.org/ArmEabiPort";>ARM EABI Port
-
- EABI is the new Embedded ABI by http://arm.com/";>ARM Ltd..
- EABI is actually a family of ABIs and one of the subABIs is GNU EABI 
for Linux.  
  
-
-
 
 
 Disclaimer: Many of the above computer and processor
+++

* armhf is not mentioned yet:

+++
diff --git a/webwml/english/ports/index.wml b/webwml/english/ports/index.wml
--- a/webwml/english/ports/index.wml
+++ b/webwml/english/ports/index.wml
@@ -93,7 +93,8 @@
  First officially released with Debian 2.2.
  This port runs on a variety of embedded hardware, including the NSLU2.
  Armel is the more efficient successor for the arm port, which is
- compatible with the ARM EABI.
+ compatible with the ARM EABI. These ports target machines with ARMv4 based CPU
+ and without a floating point unit.
 
 
 MIPS CPUs (mips and mipsel)
@@ -160,6 +161,15 @@
  A fairly new port to Hitachi SuperH processors.
 
 
+http://wiki.debian.org/ArmHardFloatPort";>armhf
+
+ A lot of modern ARM boards and devices ship with a floating-point unit (FPU),
+ but the current Debian armel port doesn't take much advantage of it. The armhf
+ port was started to improve this situation and also take advantage of other
+ features of newer ARM CPUs.  The Debian armhf port requires at least an ARMv7
+ CPU with Thumb2 and VFP3D16.
+
+
 http://www.debonaras.org/";>armeb
 
  Port to big-endian ARM machines, especially to Linksys NSLU2.
+++

* NOTE (and no patch): arm/armel mentiones that the NSLU2 is supported,
armeb mentiones that same machine (implying perhaps that NSLU2 was not 
supported by regular arm ports at some time?) I have no idea what the 
status of armeb is - the web page is still up, though doesn't look very 
nice and points to something apparently sarge based. Clarification would 
be nice.

cheers
-- vbi

-- 
featured product: SpamAssassin - http://spamassassin.org


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

Bug#615937: docbookwiki: [debconf_rewrite] Debconf templates and debian/control review

[Christian Perrier]

Package: docbookwiki
Version: N/A
Severity: normal
Tags: patch

Dear Debian maintainer,

On Tuesday, February 15, 2011, I notified you of the beginning of a review 
process
concerning debconf templates for docbookwiki.

The debian-l10n-english contributors have now reviewed these templates,
and the proposed changes are attached to this bug report.

Please review the suggested changes, and if you have any
objections, let me know in the next 3 days.

However, please try to avoid uploading docbookwiki with these changes
right now.

The second phase of this process will begin on Friday, March 04, 2011, when I 
will
coordinate updates to translations of debconf templates.

The existing translators will be notified of the changes: they will
receive an updated PO file for their language.

Simultaneously, a general call for new translations will be sent to
the debian-i18n mailing list.

Both these calls for translations will request updates to be sent as
individual bug reports. That will probably trigger a lot of bug
reports against your package, but these should be easier to deal with.

The call for translation updates and new translations will run until
about Friday, March 25, 2011. Please avoid uploading a package with fixed or 
changed
debconf templates and/or translation updates in the meantime. Of
course, other changes are safe.

Please note that this is an approximative delay, which depends on my
own availability to process this work and is influenced by the fact
that I simultaneously work on many packages.

Around Saturday, March 26, 2011, I will contact you again and will send a final 
patch
summarizing all the updates (changes to debconf templates,
updates to debconf translations and new debconf translations).

Again, thanks for your attention and cooperation.


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

Kernel: Linux 2.6.37-1-686 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
--- docbookwiki.old/debian/templates2011-02-11 06:39:23.193190930 +0100
+++ docbookwiki/debian/templates2011-03-01 07:19:09.962624368 +0100
@@ -1,52 +1,63 @@
+# These templates have been reviewed by the debian-l10n-english
+# team
+#
+# If modifications/additions/rewording are needed, please ask
+# debian-l10n-engl...@lists.debian.org for advice.
+#
+# Even minor modifications require translation updates and such
+# changes should be coordinated with translators and reviewers.
+
 Template: docbookwiki/purge_books
 Type: boolean
 Default: false
 _Description: Remove books during purge?
- If you accept here, any books uploaded into DocBookWiki, including XML
+ If you choose this option, any book uploaded into DocBookWiki, including XML
  source and downloadable formats, will be removed along with the program
- files.
+ files when the package is purged.
 
 Template: docbookwiki/generate_downloads
 Type: boolean
 Default: false
 _Description: Generate downloadable formats now?
- DocBookWiki can generate downloadable formats (HTML, PDF, etc) for the
+ DocBookWiki can generate downloadable formats (HTML, PDF, etc.) for the
  default set of books during installation, but this will take quite some
- time to do.  If you do not want to generate these now, decline here and
- they will be generated when the next DocBookWiki weekly cron job runs.
+ time to do.
+ .
+ If you do not want to generate these now, they will be generated when
+ the next DocBookWiki weekly cron job runs.
 
 Template: docbookwiki/reconfigure_webserver
 Type: multiselect
-__Choices: apache, apache-ssl, apache-perl, apache2
-Default: 
-_Description: Which web server would you like to reconfigure automatically?
+__Choices: apache2
+_Description: Web server to reconfigure for DocBookWiki:
  DocBookWiki supports any web server that PHP does, but this automatic
  configuration process only supports Apache.
 
 Template: docbookwiki/restart_webserver
 Type: boolean
 Default: false
-_Description: Do you want to restart Apache now?
- In order to activate the new configuration Apache has to be restarted. If
- you do not confirm here, please remember to restart Apache manually.
+_Description: Do you want to restart the web server now?
+ In order to activate the new configuration, the web server has to be
+ restarted. You may however prefer doing this manually later.
 
 Template: docbookwiki/setup_password
 Type: password
 Default: admin
-_Description: Password for web-based setup system:
+_Description: Password for DocBookWiki web-based setup system:
  DocBookWiki comes with an administration script that can help you with
  managing users. The script is located at http://localhost/books/admin.php.
- For security reasons it requires authorization.  The administrator's
- username is 'superuser' and the default password is 'admin'.
+ For security reasons it requires authorization. The administrator's
+ username is "superuser" a

Bug#448077: Reopen: xine-ui depend on libxine1-x

[Sven Joachim]

Am 26.02.2011 um 19:18 schrieb Jörg Sommer:

> Sven Joachim hat am Fri 25. Feb, 20:22 (+0100) geschrieben:
>> Am 02.01.2008 um 15:07 schrieb Jörg Sommer:
>> 
>> > found 448077 0.99.5+cvs20070914-2
>> > stop
>> >
>> > Hi,
>> >
>> > xine-ui has still a hard dependency on libxine1
>> >
>> > % dpkg -s xine-ui G ^Dep
>> > Depends: libc6 (>= 2.6.1-1), libcurl3-gnutls (>= 7.16.2-1),
>> >   libfontconfig1 (>= 2.4.0), libkrb53 (>= 1.6.dfsg.2), libpng12-0 (>= 
>> > 1.2.13-4),
>> >   libreadline5 (>= 5.2), libx11-6, libxext6, libxft2 (>> 2.1.1), libxine1 
>> > (>= 1.1.4),
>> >  
>> > ^^^
>> >   libxinerama1, libxtst6, libxv1, libxxf86vm1, libxine1-ffmpeg,
>> >   libxine1-x | libxine1 (<< 1.1.8-2)
>> >   ^^
>> 
>> I think this is actually fine
>
> I don't think so. libxine1 is a meta package that declares a dependency
> on libxine1-x.

Hm, indeed.  This dependency was supposed to be dropped after Lenny (see
#453908), but this did not happen (yet).

> Hence, there's no need to pull in libxine1-x by hand.

Packages that need plugins from libxine1-x are supposed to depend on it,
precisely so that the dependency of libxine1 on libxine1-x could be
dropped ("after Lenny").

> All is done by dpkg-shlibdeps.

Only for binaries that link against libxine.so.1, not for those loading
plugins from libxine1-x (or libxine1-console).

> http://hg.debian.org/hg/xine-lib/pkg/xine-ui-0.99.5-deb/file/424185e0f08a/debian/control#l20
>
>> -- the point was not to drop the libxine1 dependency, but to add the
>> dependency on libxine1-x (or an older libxine1 version that still had
>> the stuff which was moved to libxine1-x in the 1.1.8-2 upload).
>
> But the dependencies still need a cleanup.

I don't think so.

> The dependencies of xine-console look funny, too:
>
> Depends: libaa1 (>= 1.4p5), libc6 (>= 2.4), libcaca0 (>= 0.99.beta17-1),
>   liblircclient0, libxine1 (>= 1.1.8), libxine1-console | libxine1 (<< 
> 1.1.8-2)
> ^^

The alternate dependency on libxine1 (<< 1.1.8-2) should just be
dropped, it is only there for partial upgrades from Etch to Lenny.

> The depency on libxine1, pulled in via ${shlibs:Depends} or
> ${misc:Depends}, doesn't sounds sensible to me, because the package
> doesn't contains useful files.

Indeed, all the useful files have been moved to a new package named
libxine1-bin, supposedly to fix circular dependencies (see #454267).
If/when #453908 gets fixed, they should probably be moved back to
libxine1 since having a library in a -bin package is rather weird.

> If you don't object, I would reopen this bug report and change the
> ownership, if you want it.

Fine with me, but I think the actual problem is that #453908 was not
dealt with.

Thanks,
   Sven



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

Bug#615934: [PATCH debhelper] dh_installcatalogs: use update-sgmlcatalog in maintainer scripts if available

[Jonathan Nieder]

tags 615934 + patch
quit

-- 8< --
Subject: dh_installcatalogs: use update-sgmlcatalog in maintainer scripts if 
available

Closes: #615934
---
> But, um, I think you're supposed to do something.

Maybe something like this?

 autoscripts/postinst-sgmlcatalog |   10 --
 autoscripts/prerm-sgmlcatalog|8 +++-
 2 files changed, 15 insertions(+), 3 deletions(-)

diff --git a/autoscripts/postinst-sgmlcatalog b/autoscripts/postinst-sgmlcatalog
index 100dee2..49631eb 100644
--- a/autoscripts/postinst-sgmlcatalog
+++ b/autoscripts/postinst-sgmlcatalog
@@ -1,7 +1,13 @@
 if [ "$1" = "configure" ]; then
+   if update-sgmlcatalog --version >/dev/null 2>&1; then
+   dh_update_catalog () { update-sgmlcatalog "$@"; }
+   else
+   dh_update_catalog () { update-catalog "$@"; }
+   fi
+
rm -f #CENTRALCAT#
for ordcat in #ORDCATS#; do
-   update-catalog --quiet --add #CENTRALCAT# ${ordcat}
+   dh_update_catalog --quiet --add #CENTRALCAT# ${ordcat}
done
-   update-catalog --quiet --add --super #CENTRALCAT#
+   dh_update_catalog --quiet --add --super #CENTRALCAT#
 fi
diff --git a/autoscripts/prerm-sgmlcatalog b/autoscripts/prerm-sgmlcatalog
index d6f6fa7..dd4c9c0 100644
--- a/autoscripts/prerm-sgmlcatalog
+++ b/autoscripts/prerm-sgmlcatalog
@@ -1,3 +1,9 @@
 if [ "$1" = "remove" ] || [ "$1" = "upgrade" ]; then
-   update-catalog --quiet --remove --super #CENTRALCAT#
+   if update-sgmlcatalog --version >/dev/null 2>&1; then
+   dh_update_catalog () { update-sgmlcatalog "$@"; }
+   else
+   dh_update_catalog () { update-catalog "$@"; }
+   fi
+
+   dh_update_catalog --quiet --remove --super #CENTRALCAT#
 fi
-- 
1.7.4.1




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

Bug#590105: Same problem on LS-WSGL

[Benjamin Cama]

Le lundi 28 février 2011 à 18:50 +, Martin Michlmayr a écrit :
> Fortunately, LS
> Mini support is in the kernel in Debian, so I just gave you a kernel
> image that loads Mini support.

OK, thanks. I just checked out the mach-type setting for kernel images
here http://buffalo.nas-central.org/wiki/Buffalo_ARM9_Kernel_Port
It's sad it isn't autodetected. Still, I managed to install Debian via
the installer with your image, and these tweaks.

> Anyway, in order to support the LS Mini in Debian and the installer,
> we need to add support in flash-kernel, oldsys-preseed,
> libdebian-installer and the installer build script.  I'll look into
> adding that.

I can help for that. I have serial console access and I'm ready to try
different builds. BTW, there's nothing to flash (appart from kernel boot
prameters) on the Mini as the kernel is loaded directly from the disk
(images must be present on both sda1 and sdb1, on an ext2/3 FS).

I'm still trying to figure out the correct uboot-envtools (fw_setenv)
parameters to change the bootargs from Debian.

Regards,
benjamin




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

Bug#248674: Boost and pkg-config support

[Vladimir Prus]

On Sunday, February 27, 2011 23:08:42 Roger Leigh wrote:
> Hi Steve and Vladimir,
> 
> I know you're both really busy, so if you haven't got time for this
> right now, don't worry.  However, this is becoming increasingly
> important.  It was previously a nice to have; with new GCCs, it's
> going to become rather more essential if one wishes to have any
> hope of proper linking and support more than one Boost release.
> 
> With --as-needed in GCC making linking much stricter, knowing
> which Boost libraries need linking in is becoming much more of
> an issue, especially since you can't rely on indirect linking
> doing the right thing.  You are required to know *all* the libraries
> you need to link with in advance--and this can change with Boost
> versions, and we have no hope of being able to do this reliably without
> the same level of support that auto-linking provides Windows users with
> suitable compilers.

Could you brief me on what's --as-needed, why is it needed, and why
does it break a perfect model of "I link to shared library foo, and
whatever dependecies are used automatically".

> https://svn.boost.org/trac/boost/ticket/1094
> is the upstream ticket for adding pkg-config support.  I've already
> done the bulk of the work, the patches are all there.  Do you have
> any knowledge of bjam?  I don't, and the missing part is integrating
> the patch with the build system.  This is probably trivial if you
> have any idea how bjam works, but I don't have the first clue.  I had
> a good look, but after several hours I'm still no wiser, so it would
> probably be a much more effective use of time and effort for someone
> with working bjam knowledge to do the last bit.  With the patches in
> the ticket, bjam just needs telling how to spit out and install the
> pkg-config .pc files.
> 
> auto-link-pkg-config.2.patch is the header patch to supply us with
> the needed library dependency information.
> 
> boost-pkg-config-gen.cc is the program to acquire the information
> and generate the .pc file.  It just needs building with these defines:
>   TEST_HEADER - the header to include for a given boost library
>   PREFIX - the bjam prefix (however you get at it)
>   LIBDIR - the bjam libdir (however you get at it)
> So the program just needs building and running once for each Boost
> library (bjam must have a list of libraries, or at least provide some
> means for us to get at the information).  Then those files just need
> installing in $prefix/lib/pkgconfig and the job is done.  

Oh, using autolink headers to extract dependency information is cute.

> If you wish
> to support cross-compiling, this could be done by a script post-install.

Well, this is obviously somewhat messy. Another alternative approach is
to have dependency information extracted by Boost.Build -- which obviously
knows what other libraries any given one is linked to.

However, I still would like to understand why this is becoming more important
now. For all I could tell, with our current naming scheme (without compiler
and other decoration in library name), and with dynamic linking, you should
be able to just say -lboost_whatever and it should work. What am I missing?

- Volodya



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

Bug#615936: lilo: [INTL:fr] French debconf templates translation update

[Christian Perrier]

Package: lilo
Version: N/A
Severity: wishlist
Tags: patch l10n

Please find attached the french debconf templates update, proofread by the
debian-l10n-french mailing list contributors.

If you do not already use it, you might consider using the
"podebconf-report-po" utility, which helps warning translators about
changes when you modify some debconf templates in your packages.

The usual policy when using it is sending a warning to translators
when you plan to upload a version of your package with debconf
templates changes (even typo corrections). Then leave about one week
for them to update their files (several translation teams have a QA
process which requires time).

podebconf-report-po will take care of sending the translators the
needed material as well as getting the translators adresses from the
PO files. All you have to do is just using the utility..:-)

Example use (from your package build tree):

$ podebconf-report-po

This will go through debian/po/*.po files, find those needing an
update, extract the translators data from these files and prepare a
mail to send to these translators (you can also use the
"--languageteam" switch to also mail the mail addresses listed in
"Language-Team" field).

You can also use this utility to request for new translations:

$ podebconf-report-po --call

This will send a mail to debian-i...@lists.debian.org with all the
needed information and material for new translators to add new
languages to your supported languages.

If you apply this policy, please forget about these remarks, of
courseThis message is generic..:-)


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

Kernel: Linux 2.6.37-1-686 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
# Translation of lilo debconf templates to French
# Copyright (C) 2005-2011 Debian French l10n team 

# This file is distributed under the same license as the lilo package.
#
# Translators:
# Christian Perrier , 2004-2006, 2008, 2011.
msgid ""
msgstr ""
"Project-Id-Version: fr\n"
"Report-Msgid-Bugs-To: l...@packages.debian.org\n"
"POT-Creation-Date: 2010-11-19 14:16+0100\n"
"PO-Revision-Date: 2011-02-20 15:39+0100\n"
"Last-Translator: Christian Perrier \n"
"Language-Team: French \n"
"Language: fr\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Lokalize 1.0\n"
"Plural-Forms: Plural-Forms: nplurals=2; plural=n>1;\n"

#. Type: note
#. Description
#: ../lilo.templates:1001
msgid "LILO configuration"
msgstr "Configuration de LILO"

#. Type: note
#. Description
#: ../lilo.templates:1001
msgid ""
"It seems to be your first LILO installation. It is absolutely necessary to "
"run liloconfig(8) when you complete this process and execute /sbin/lilo  "
"after this."
msgstr ""
"Il semble qu'il s'agisse de votre première installation de LILO. Il est tout "
"à fait indispensable d'utiliser liloconfig(8) lorsque vous aurez terminé "
"l'installation, puis d'exécuter ensuite /sbin/lilo."

#. Type: note
#. Description
#: ../lilo.templates:1001
msgid "LILO won't work if you don't do this."
msgstr "LILO ne fonctionnera pas sans cette opération."

#. Type: note
#. Description
#: ../lilo.templates:2001
msgid "Deprecated parameters in LILO configuration"
msgstr "Paramètres obsolètes dans la configuration de LILO"

#. Type: note
#. Description
#: ../lilo.templates:2001
msgid ""
"Deprecated files have been found on your system. You must update the "
"'install=' parameter in your LILO configuration file (/etc/lilo.conf) in "
"order to properly upgrade the package."
msgstr ""
"Des fichiers obsolètes ont été trouvés sur votre système. Vous devez mettre "
"à jour le paramètre « install= » du fichier de configuration de LILO (/etc/"
"lilo.conf) afin que la mise à niveau du paquet fonctionne correctement."

#. Type: note
#. Description
#: ../lilo.templates:2001
msgid "The new 'install=' options are:"
msgstr "Les nouvelles options pour le paramètre « install= » sont :"

#. Type: note
#. Description
#: ../lilo.templates:2001
msgid ""
" new: install=bmp\n"
" old: install=/boot/boot-bmp.b"
msgstr ""
"nouveau : install=bmp\n"
"ancien  : install=/boot/boot-bmp.b"

#. Type: note
#. Description
#: ../lilo.templates:2001
msgid ""
" new: install=text\n"
" old: install=/boot/boot-text.b"
msgstr ""
"nouveau : install=text\n"
"ancien  : install=/boot/boot-text.b"

#. Type: note
#. Description
#: ../lilo.templates:2001
msgid ""
" new: install=menu\n"
" old: install=/boot/boot-menu.b or boot.b"
msgstr ""
"nouveau : install=menu\n"
"ancien  : install=/boot/boot-menu.b ou boot.b"

#. Type: boolean
#. Description
#: ../lilo.templates:3001
msgid "Do you want to add the large-memory option?"
msgstr "Voulez-vous ajouter l'option « large memory » ?"

#. Type: boolean
#. Description
#: ../lilo.templates:3001
msgid ""
"Usually LILO loads the initrd file into t

Bug#256461: wondershaper: Option to limit range of rules?

[Matt Taggart]

Dietrich is right, wondershaper is intended to be run on the router, not 
end points. That said, a user installing it on an endpoint would still get 
some benefit out of it when talking to the internet, but like the original 
reporter said at a cost to slowing down access to other systems on the same 
LAN as the router.

I think the fix for this bug is

A) a big WARNING in the README that wondershaper is intended for use on 
routers and while you can run it on a client and it will help, it will also 
slow down access to other machines on the LAN

B) add support for only having the rules apply to the packets sent to the 
gateway.

I think A is severity normal and B is wishlist. Both are things that could 
be fixed upstream.

-- 
Matt Taggart
tagg...@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#615935: consolekit error at login

[Erwan David]

Package: consolekit
Version: 0.4.3-2
Severity: normal

When I login (kde) I get a window with error
Consolekit : Failed to open connection to "system" message bus: The maximum 
number of active connections for UID 0 has been reached

Then some hardware is said to have disappearred (HDMI sound output). At same 
time, I get cron errors with same error
/etc/cron.daily/apt:
Failed to open connection to "system" message bus: The maximum number of active 
connections for UID 0 has been reached

I do not know what this message bus is, please feel free to reassign : I do not 
even know what consolekit is and what it does.


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing-proposed-updates
  APT policy: (900, 'testing-proposed-updates'), (900, 'testing'), (700, 
'proposed-updates'), (400, 'unstable'), (200, 'experimental')
Architecture: i386 (i686)

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

Versions of packages consolekit depends on:
ii  dbus1.4.6-1  simple interprocess messaging syst
ii  libc6   2.11.2-11Embedded GNU C Library: Shared lib
ii  libck-connector00.4.3-2  ConsoleKit libraries
ii  libdbus-1-3 1.4.6-1  simple interprocess messaging syst
ii  libdbus-glib-1-20.88-2.1 simple interprocess messaging syst
ii  libglib2.0-02.24.2-1 The GLib library of C routines
ii  libpolkit-gobject-1-0   0.96-4   PolicyKit Authorization API
ii  libx11-62:1.4.1-4X11 client-side library
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages consolekit recommends:
pn  libpam-ck-connector(no description available)

consolekit suggests no packages.

-- no debconf information

This message is confidential and intended only for the addressee. If you have 
received this message in error, please immediately notify the 
postmas...@nds.com and delete it from your system as well as any copies. The 
content of e-mails as well as traffic data may be monitored by NDS for 
employment and security purposes.
To protect the environment please do not print this e-mail unless necessary.

An NDS Group Limited company. www.nds.com



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

Bug#615934: debiandoc-sgml: postinst provokes warnings from sgml-base >= 1.99.0

[Jonathan Nieder]

Package: debhelper
Version: 8.1.2
Severity: minor
Justification: cosmetic
X-Debbugs-Cc: sgml-b...@packages.debian.org

Hi,

/usr/share/debhelper/autoscripts/postinst-sgmlcatalog contains:

if [ "$1" = "configure" ]; then
rm -f #CENTRALCAT#
for ordcat in #ORDCATS#; do
update-catalog --quiet --add #CENTRALCAT# ${ordcat}
done
update-catalog --quiet --add --super #CENTRALCAT#
fi

but the command is supposed to be called update-sgmlcatalog (see
Bug#88008) in wheezy (I think?).  Rather than a smooth transition, we
get a package in experimental with the following change:

  * tools/update-catalog: Documented with POD. Renamed to
tools/update-sgmlcatalog (closes: #88008). Further changes:
- Enable Perl warnings.
- If called as update-catalog (compatibility), print a warning.
- Do not exit with an error using --help/--version (closes: #391609).
- Fixed --version to print the version and not the help.

so I actually don't know what one is supposed to do --- if you use the
new name, your packages won't work with sgml-base (<< 1.99.0), but if
you use the old name, your packages will look buggy with sgml-base
(>= 1.99.0) and drown out more meaningful messages.

But, um, I think you're supposed to do something.  Could you talk it
over with Daniel?

Thanks much,
Jonathan



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

Bug#615933: libwebkit-1.0-2: fails to display animated gif

[Nicolas Évrard]

Package: libwebkit-1.0-2
Version: 1.2.7-1
Severity: important


Hello,

I first had this bug with luakit but I also checked with midori so
that I can be sure it's a webkit related bug.

The avatar of the user in this comment (the glider of conway's game of
life:
http://linuxfr.org/news/conf%C3%A9rence-parinux%C2%A0-les-enlightenment-foundation-libraries-efl#comment-1212914

is not animated and flickers on either luakit or midori but not with
chromium.

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

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

Versions of packages libwebkit-1.0-2 depends on:
ii  libatk1.0-01.30.0-1  The ATK accessibility toolkit
ii  libc6  2.11.2-13 Embedded GNU C Library: Shared lib
ii  libcairo2  1.10.2-2  The Cairo 2D vector graphics libra
ii  libenchant1c2a 1.6.0-1   a wrapper library for various spel
ii  libfontconfig1 2.8.0-2.1 generic font configuration library
ii  libfreetype6   2.4.4-1   FreeType 2 font engine, shared lib
ii  libgail18  2.20.1-2  GNOME Accessibility Implementation
ii  libglib2.0-0   2.28.1-1+b1   The GLib library of C routines
ii  libgstreamer-plugins-b 0.10.30-1 GStreamer libraries from the "base
ii  libgstreamer0.10-0 0.10.30-1 Core GStreamer libraries and eleme
ii  libgtk2.0-02.20.1-2  The GTK+ graphical user interface 
ii  libicu44   4.4.2-2   International Components for Unico
ii  libjpeg62  6b1-1 The Independent JPEG Group's JPEG 
ii  libpango1.0-0  1.28.3-1+squeeze1 Layout and rendering of internatio
ii  libpng12-0 1.2.44-1  PNG library - runtime
ii  libsoup2.4-1   2.30.2-1  an HTTP library implementation in 
ii  libsqlite3-0   3.7.5-1   SQLite 3 shared library
ii  libstdc++6 4.5.2-4   The GNU Standard C++ Library v3
ii  libwebkit-1.0-common   1.2.7-1   Web content engine library for Gtk
ii  libx11-6   2:1.4.1-5 X11 client-side library
ii  libxml22.7.8.dfsg-2  GNOME XML library
ii  libxslt1.1 1.1.26-6  XSLT 1.0 processing library - runt
ii  libxt6 1:1.0.9-2 X11 toolkit intrinsics library

libwebkit-1.0-2 recommends no packages.

libwebkit-1.0-2 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#298185: pppoe-server kernel mode

[Alexey Osipov]

В Сбт, 26/02/2011 в 18:49 +0100, Andreas Barth пишет:
> * Alexey Osipov (lion-si...@pridelands.ru) [110226 16:54]:
> > What is my next step to get this fix included in Debian?
> 
> If you are also a debian user, I'm happy to hand over the package to
> you (or to anybody else who wants to maintain it).

I'm not a Debian user currently, but consider switching to it in time.
Meanwhile, I can get Debian in dual-boot or VBox to test things out.

So, I'm agree to become a maintainer of rp-pppoe.

I suppose that now I should package latest upstream version of rp-pppoe and
upload it to unstable Debian archive with help of a sponsor?

Alexey.






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

Bug#588752: review of patches, rebased to master

[Sean Finney]

Huh... apparently i never sent this first one before sending the shell
scriptlet.  this was meant to go *before* the previous mail :)

On Mon, 2011-02-28 at 09:45 +0100, Guido Günther wrote: 
> We're not using stash at all at the momment and try to avoid branch
> switching. In order to do so we use git-read-tree and git-write-tree
> used at other places.

okay, i'll take a look at doing something similar here then.

> If I read the code correctly the stash is needed to make sure we have a
> clean tree before switching to upstream to update the submodules?

That was my impression, yeah.

> Since the update of the submodules is a fast forward I wonder if we
> can't update them without the switch?

Minor correction: the submodules are by default detached heads, so it's
more like a reset than a fast forward, afaik.  I think the tricky part
is that the submodules in the upstream branch might != the submodules in
the debian branch, but i'll see if i can find a way to get that without
branch switching.

> Also we do we update the submodules at all before exporting them? Can't
> we assume they're up to date and simply add their contents to the
> tarball? We don't update the upstream branch either.

afaik, the submodules in the upstream tree are statically defined
hashes, so if the upstream tree isn't updated then the hashes aren't
updated.  but it's possible that the repo has been cloned and the
submodules are not yet fetched/available.

anyway i'll RTFM a little and see if i can come back with something new
along the lines that you've suggested.


sean 


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

Bug#615916: libc6: SegFault in Mplayer

[Aurelien Jarno]

On Mon, Feb 28, 2011 at 05:54:21PM -0600, Brian Paterni wrote:
> Package: libc6
> Version: 2.13-0exp2
> 
> mplayer no longer plays anything I thow at it, giving me the following 
> message:
> 
> MPlayer interrupted by signal 11 in module: ao2_init
> ...
> 

I have just uploaded version 2.13-0exp3 which should fix the issue.

-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net



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

Bug#615742: binutils gold fix for libdrumstick

[Pedro Lopez-Cabanillas]

Hi, 

Just for the record: in Drumstick's source tree, directory "utils/vpiano", the 
file CMakeLists.txt has the following lines defining the list of libraries that 
need to be linked to that program:

TARGET_LINK_LIBRARIES(drumstick-vpiano
${QT_LIBRARIES} 
${ALSA_LIBS} 
${QT_X11_X11_LIBRARY}
drumstick-common
drumstick-alsa
)

On Tuesday 01 March 2011, Modestas Vainius wrote:
> Hello,
> 
> On antradienis 01 Kovas 2011 01:06:22 Pedro Lopez-Cabanillas wrote:
> > I've wrote Drumstick, and I know for sure that the target "vpiano" uses
> > QT_X11_X11_LIBRARY for linking. The bug report says that when linking this
> > target in Debian, it fails saying that -lX11 is required.
> > 
> > I suspect that there may be a problem in Debian around this matter. It
> > works fine in some other distros.
> 
> Nop, you misunderstood the bug a bit. It does link on Debian or 0.5.0-1 would 
> not be in Debian testing. gold linker enables --no-add-needed by default and 
> that's typically the reason for packages to fail linking with it. Now ubuntu 
> enabled --as-needed by default and gcc maintainer is pushing this to debian 
> proper too.

The same policy was introduced in Fedora some time ago, and probably in other 
distros as well. Anyway, I understood the problem the first time, and this is 
how I've tested the build system here (running openSUSE 11.3)

$ cmake --version
cmake version 2.8.1

$ cmake .. -DCMAKE_EXE_LINKER_FLAGS=-Wl,--no-add-needed

The build process works fine here using this flag. This is the relevant part of 
the log:

Linking CXX executable ../../bin/drumstick-vpiano
cd /home/pedro/Projects/drumstick/build/utils/vpiano && /usr/bin/cmake -E 
cmake_link_script CMakeFiles/drumstick-vpiano.dir/link.txt --verbose=1
/usr/bin/c++-fexceptions -UQT_NO_EXCEPTIONS -fvisibility=hidden 
-fvisibility-inlines-hidden  -Wl,--no-add-needed -Wl,--as-needed 
CMakeFiles/drumstick-vpiano.dir/moc_pianoscene.cxx.o 
CMakeFiles/drumstick-vpiano.dir/moc_pianokeybd.cxx.o 
CMakeFiles/drumstick-vpiano.dir/moc_vpianoabout.cxx.o 
CMakeFiles/drumstick-vpiano.dir/moc_connections.cxx.o 
CMakeFiles/drumstick-vpiano.dir/moc_preferences.cxx.o 
CMakeFiles/drumstick-vpiano.dir/moc_vpiano.cxx.o 
CMakeFiles/drumstick-vpiano.dir/pianokey.cpp.o 
CMakeFiles/drumstick-vpiano.dir/pianoscene.cpp.o 
CMakeFiles/drumstick-vpiano.dir/pianokeybd.cpp.o 
CMakeFiles/drumstick-vpiano.dir/keylabel.cpp.o 
CMakeFiles/drumstick-vpiano.dir/rawkeybdapp.cpp.o 
CMakeFiles/drumstick-vpiano.dir/vpianoabout.cpp.o 
CMakeFiles/drumstick-vpiano.dir/connections.cpp.o 
CMakeFiles/drumstick-vpiano.dir/preferences.cpp.o 
CMakeFiles/drumstick-vpiano.dir/vpiano.cpp.o 
CMakeFiles/drumstick-vpiano.dir/vpianomain.cpp.o 
CMakeFiles/drumstick-vpiano.dir/qrc_pianokeybd.cxx.o  -o 
../../bin/drumstick-vpiano -rdynamic -L/home/pedro/Projects/drumstick/build/lib 
-lQtSvg -lQtGui -lQtDBus -lQtXml -lQtCore -lQtSvg -lQtGui -lQtDBus -lQtXml 
-lQtCore -lasound -lX11 ../../lib/libdrumstick-common.a 
../../lib/libdrumstick-alsa.so.0.5.1 -lQtSvg -lQtGui -lQtDBus -lQtXml -lQtCore 
-lQtSvg -lQtGui -lQtDBus -lQtXml -lQtCore -lasound 
-Wl,-rpath,/home/pedro/Projects/drumstick/build/lib 
make[3]: Leaving directory `/home/pedro/Projects/drumstick/build'
/usr/bin/cmake -E cmake_progress_report 
/home/pedro/Projects/drumstick/build/CMakeFiles  68 69 70 71 72 73 74 75 76 77 
78 79 80 81 82 83 84 85 86 87 88 89
[100%] Built target drumstick-vpiano

> So yes, the reason it's failing is that QT_X11_X11_LIBRARY is undefined and --
> no-add-needed no longer looks the library up recursively. The code which sets 
> this variable was removed in cmake 2.8.1 by [1]. QT_X11_X11_LIBRARY falls out 
> of FindQt4.cmake scope.

You are wrong assuming that the variable QT_X11_X11_LIBRARY is deprecated in 
CMake 2.8.1, or it is not available anymore. The CMake macros were reorganized, 
and now this variable is set in Qt4ConfigDependentSettings.cmake [2] (lines 
259-271) which is included from FindQt4.cmake [3], line 1035, and it is also 
documented [4]. 

The attached CMakeLists.txt test file should work as expected. Here is the 
output in my development machine:
$ cmake .
-- The C compiler identification is GNU
-- The CXX compiler identification is GNU
-- Check for working C compiler: /usr/bin/gcc
-- Check for working C compiler: /usr/bin/gcc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Looking for Q_WS_X11
-- Looking for Q_WS_X11 - found
-- Looking for Q_WS_WIN
-- Looking for Q_WS_WIN - not found.
-- Looking for Q_WS_QWS
-- Looking for Q_WS_QWS - not found.
-- Looking for Q_WS_MAC
-- Looking for Q_WS_MAC - not found.
-- Found Qt-Version 4.6.3 (using /usr/bin/qmake)
-- Looking for _POSIX_TIMERS
-- Looking for _POSIX_TIMERS - found
-- QT_X11_X11_LIBRARY contains: /usr/lib/libX11.so
-- 

Bug#615932: cython: Please package documentation

[Kapil Hari Paranjape]

Package: cython
Severity: wishlist

Hello,

Please package Docs and Demos directories --- either as a separate
cython-doc package or within the cython package. It should not be
necessary to go online to find out how to use cython!

Regards,

Kapil.

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

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



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

Bug#615931: ucf hard-coding of debconf templates path incompatible with multiarch

[Steve Langasek]

Package: ucf
Version: 3.0025+nmu1
Severity: important
Tags: patch
User: vor...@debian.org
Usertags: multiarch

Hi Manoj,

ucf's use of a hard-coded path for its debconf templates file in
/var/lib/dpkg is incompatible with multiarch, which will create
/var/lib/dpkg/$arch subdirectories and store its state there.  As a result,
debootstrapping a system using a multiarch-enabled dpkg now fails, since
rsyslog uses ucf, so this is fairly important to get fixed before multiarch
support lands in unstable.

I've applied the attached simple fix to ucf in Ubuntu for this issue, with
the following changelog:

  * Use dpkg-query --control-path instead of hard-coding a path to our
debconf templates file, for compatibility with multiarch.

Please apply to the Debian ucf package as well.

Note that the 'dpkg-query --control-path' interface was introduced in dpkg
1.15.4, and stable has 1.15.8.10, so I don't think a versioned dependency on
dpkg is needed here.

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
=== modified file 'ucf'
--- ucf 2009-10-15 13:40:46 +
+++ ucf 2011-03-01 05:47:23 +
@@ -634,7 +634,7 @@
# not been loaded or the Debconf DB lost or corrupted
# since then, but only if it is OK to use debconf.
 if [ "$DEBCONF_OK" = 'YES' ]; then
-db_x_loadtemplatefile /var/lib/dpkg/info/ucf.templates ucf
+db_x_loadtemplatefile "$(dpkg-query --control-path ucf templates)" 
ucf
 fi
 else
 echo >&2 "$progname: Not loading confmodule, since we are not running 
as root."

Bug#615930: ITP: scute -- OpenPGP smartcard plugin for Mozilla Network Security Services

[NIIBE Yutaka]

Package: wnpp
Severity: wishlist
Owner: NIIBE Yutaka 


* Package name: scute
  Version : 1.4.0
  Upstream Author : Marcus Brinkmann 
* URL : http://www.scute.org/
* License : GPLv2+ with exception for Mozilla
  Programming Lang: C
  Description : OpenPGP smartcard plugin for Mozilla Network Security 
Services

Scute is a PKCS #11 implementation for the GnuPG Agent using the GnuPG
Smart Card Daemon which enables you to use your OpenPGP smart card for
client authentication with SSL in Mozilla.



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

Bug#615929: bmagic: new upstream release available

[Thomas Krennwallner]

Package: bmagic
Version: 3.6.4-1
Severity: wishlist

bmagic appears to be outdated, version 3.7.0 has been released over 10
months ago: http://bmagic.sourceforge.net/news.html

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

Kernel: Linux 2.6.38-5-generic-pae (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

bmagic depends on no packages.

Versions of packages bmagic recommends:
ii  g++ [c++-compiler]  4:4.5.1-1ubuntu3 The GNU C++ compiler
ii  g++-4.4 [c++-compiler]  4.4.5-11ubuntu2  The GNU C++ compiler
ii  g++-4.5 [c++-compiler]  4.5.2-3ubuntu3   The GNU C++ compiler

bmagic 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#615916: libc6: SegFault in Mplayer

[James Vega]

On Mon, Feb 28, 2011 at 11:01:54PM -0600, Brian Paterni wrote:
> On Mon, Feb 28, 2011 at 11:32:02PM -0500, James Vega wrote:
> > Do you have libgl1-nvidia-glx installed?
> 
> No, actually I have an ati/amd card and use mesa's gallium3D r600 driver.

Hmm, ok.  I'm seeing an almost identical backtrace when trying to run
Gwibber, but running with LD_LIBRARY_PATH set to use the non-nvidia
libGL "fixed" the problem for me.

-- 
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega 


signature.asc
Description: Digital signature

Bug#615916: libc6: SegFault in Mplayer

[Brian Paterni]

On Mon, Feb 28, 2011 at 11:32:02PM -0500, James Vega wrote:
> Do you have libgl1-nvidia-glx installed?

No, actually I have an ati/amd card and use mesa's gallium3D r600 driver.



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

Bug#615078: pianobar should recommend or suggest libaudio-scrobbler-perl

[Luke Faraone]

tag 615078 pending
thanks

On 02/25/2011 10:18 AM, Richard Hartmann wrote:
> pianobar supports scrobbling played files to last.fm. For this to work,
> it needs libaudio-scrobbler-perl.

I've added it[1] in "Suggests:", and will include this change in my next
upload.

"Recommends" would be a stretch, because it is perfectly reasonable to
use the package without enabling the custom scrobbling script.

Thank you for your bug report.

[1]: http://bzr.debian.org/scm/loggerhead/collab-maint/pianobar/revision/31

-- 
Luke Faraone;; Debian & Ubuntu Developer; Sugar Labs, Systems
lfaraone on irc.[freenode,oftc].net -- http://luke.faraone.cc
PGP fprint: 5189 2A7D 16D0 49BB 046B DC77 9732 5DD8 F9FD D506



signature.asc
Description: OpenPGP digital signature

Bug#604995: The status of pyramid packaging

[TANIGUCHI Takaki]

It's been in NEW queue.

Regards,
Takaki
(2011年03月01日 01:09), Anthony L. Awtrey wrote:

It looks like python-chameleon was updated in unstable a couple of days
after the last comment on this bug. Any chance of kicking this package
around soon?

Tony


   





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

Bug#615928: wireless-tools: iwconfig needs ap set *twice*

[Johannes Schlumberger]

Package: wireless-tools
Version: 30~pre9-5
Severity: important

When setting the ap for my wlan device I need to set it *twice* in order for
the essid to become visible. This renders wicd unusable since it only sets the
ap once and then fails to connect. Spamming manual iwconfig set ap commands in
between while wicd tries to connect fixes the problem.


#:/home/spjsschl# iwconfig wlan0 
wlan0 Ralink STA  ESSID:""  Nickname:"RT2870STA"
  Mode:Auto  Frequency=2.437 GHz  Access Point: 00:21:29:7F:6B:83   
  Bit Rate=1 Mb/s   
  RTS thr:off   Fragment thr:off
  Encryption key:off
  Link Quality=88/100  Signal level:0 dBm  Noise level:-95 dBm
  Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
  Tx excessive retries:0  Invalid misc:0   Missed beacon:0

#:/home/spjsschl# iwconfig wlan0 ap 00:21:29:7F:6B:83
#:/home/spjsschl# sleep 10; iwconfig wlan0 
wlan0 Ralink STA  ESSID:""  Nickname:"RT2870STA"
  Mode:Auto  Frequency=2.437 GHz  Access Point: 00:21:29:7F:6B:83   
  Bit Rate=1 Mb/s   
  RTS thr:off   Fragment thr:off
  Encryption key:off
  Link Quality=88/100  Signal level:0 dBm  Noise level:-95 dBm
  Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
  Tx excessive retries:0  Invalid misc:0   Missed beacon:0

#:/home/spjsschl# iwconfig wlan0 ap 00:21:29:7F:6B:83
#:/home/spjsschl# iwconfig wlan0 
wlan0 Ralink STA  ESSID:"linksys"  Nickname:"RT2870STA"
  Mode:Managed  Frequency=2.437 GHz  Access Point: 00:21:29:7F:6B:83   
  Bit Rate=54 Mb/s   
  RTS thr:off   Fragment thr:off
  Encryption key:off
  Link Quality=88/100  Signal level:-55 dBm  Noise level:-63 dBm
  Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
  Tx excessive retries:0  Invalid misc:0   Missed beacon:0


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

Kernel: Linux 2.6.32-5-686-bigmem (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=POSIX (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages wireless-tools depends on:
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libiw30   30~pre9-5  Wireless tools - library

wireless-tools recommends no packages.

wireless-tools 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#615916: libc6: SegFault in Mplayer

[James Vega]

On Mon, Feb 28, 2011 at 05:54:21PM -0600, Brian Paterni wrote:
> mplayer no longer plays anything I thow at it, giving me the following 
> message:
> 
> MPlayer interrupted by signal 11 in module: ao2_init
> ...

Do you have libgl1-nvidia-glx installed?

-- 
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega 


signature.asc
Description: Digital signature

Bug#615927: python-central: assumptions about dpkg db layout incompatible with multiarch

[Steve Langasek]

Package: python-central
Version: 0.6.15
Severity: important
Tags: patch
User: vor...@debian.org
Usertags: multiarch

Hi guys,

python-central makes heavy reliance on the presence of
/var/lib/dpkg/info/$pkg.list to determine the installation status of $pkg.
In the multiarch world, this is no longer a valid assumption; status files
are going to be under /var/lib/dpkg/info/$arch/ instead for each
architecture.  On a freshly-bootstrapped chroot using a multiarch-enabled
dpkg, therefore, python-central consistently fails to find any packages,
causing maintainer script failures.

The attached patch accounts for this in the most naive way possible, by
checking both /var/lib/dpkg/info and /var/lib/dpkg/info/$main_arch for the
requested file.  There are various ways that this may still be incorrect,
but it's correct *enough* to make pycentral work again for native packages
on a multiarched system, and we're a long, long away from having to worry
about non-native python extension packages being installed (if, indeed, this
is ever permitted).

I've uploaded this change to Ubuntu with the following changelog:

  * Fix up for multiarch dpkg: /var/lib/dpkg/info/$pkg.list is now no longer
guaranteed to exist, it may be /var/lib/dpkg/info/$arch/$pkg.list.

Please apply this ASAP to the python-central package in Debian, or let me
know if you think this needs to be fixed a different way.

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
=== modified file 'pycentral.py'
--- pycentral.py	2010-09-10 08:56:59 +
+++ pycentral.py	2011-03-01 04:10:43 +
@@ -1377,6 +1377,18 @@
 def run(self, global_opts):
 pass
 
+def get_arch(self):
+import subprocess
+# a little convoluted, but we need to get the current architecture
+# name
+cmd = ['/usr/bin/dpkg', '--print-architecture']
+p = subprocess.Popen(cmd, bufsize=1,
+ shell=False, stdout=subprocess.PIPE)
+fd = p.stdout
+arch = fd.readline().strip().split()
+fd.close()
+return arch
+
 
 class ActionByteCompile(Action):
 """byte compile the *.py files in  using the the
@@ -1413,7 +1425,9 @@
 if not self.runtime:
 self.error("unknown runtime version %s" % self.options.version)
 
-if not os.path.exists('/var/lib/dpkg/info/%s.list' % self.pkgname):
+arch = self.get_arch()
+if not os.path.exists('/var/lib/dpkg/info/%s.list' % self.pkgname) \
+   and not os.path.exists('/var/lib/dpkg/info/%s/%s.list' % (arch, self.pkgname)):
 self.error("package %s is not installed" % self.pkgname)
 self.pkg = DebPackage('package', self.pkgname, oldstyle=False,
   default_runtime=self.runtime)
@@ -1469,7 +1483,9 @@
 self._option_parser.print_help()
 sys.exit(1)
 self.pkgname = self.args[0]
-if not os.path.exists('/var/lib/dpkg/info/%s.list' % self.pkgname):
+arch = self.get_arch()
+if not os.path.exists('/var/lib/dpkg/info/%s.list' % self.pkgname) \
+   and not os.path.exists('/var/lib/dpkg/info/%s/%s.list' % (arch, self.pkgname)):
 self.error("package %s is not installed" % self.pkgname)
 return self.errors_occured
 
@@ -1619,7 +1635,9 @@
 self._option_parser.print_help()
 sys.exit(1)
 self.pkgname = self.args[0]
-if not os.path.exists('/var/lib/dpkg/info/%s.list' % self.pkgname):
+arch = self.get_arch()
+if not os.path.exists('/var/lib/dpkg/info/%s.list' % self.pkgname) \
+   and not os.path.exists('/var/lib/dpkg/info/%s/%s.list' % (arch, self.pkgname)):
 self.error("package %s is not installed" % self.pkgname)
 return self.errors_occured
 
@@ -1645,7 +1663,9 @@
 self._option_parser.print_help()
 sys.exit(1)
 self.pkgname = self.args[0]
-if not os.path.exists('/var/lib/dpkg/info/%s.list' % self.pkgname):
+arch = self.get_arch()
+if not os.path.exists('/var/lib/dpkg/info/%s.list' % self.pkgname) \
+   and not os.path.exists('/var/lib/dpkg/info/%s/%s.list' % (arch, self.pkgname)):
 self.error("package %s is not installed" % self.pkgname)
 return self.errors_occured
 
@@ -1675,7 +1695,9 @@
 self._option_parser.print_help()
 sys.exit(1)
 self.pkgname = self.args[0]
-if not os.path.exists('/var/lib/dpkg/info/%s.list' % self.pkgname):
+arch = self.get_arch()
+if not os.path.exists('/var/lib/dpkg/info/%s.list' % self.pkgname) \
+   and not os.path.exists('/var/lib/dpkg/info/%s/%s.list' % (arch, self.pkgname)):
 

Bug#615926: busybox-udeb: missing shaXYZsum binaries

[Michael Gilbert]

package: busybox-udeb
version: 1:1.17.1-10
severity: grave

Hi, testing is currently uninstallable since debootstrap (as of 1.0.28)
no longer uses md5 for integrity checks.  It can make use of various
shaXYZsum instead.  I think providing sha1sum should be sufficient, but
it may make sense to provide more than that.

Thanks,
Mike




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

Bug#615925: ITP: libsub-exporter-globexporter-perl -- module for exporting shared globs

[Jonathan Yu]

Package: wnpp
Owner: Jonathan Yu 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org

* Package name: libsub-exporter-globexporter-perl
  Version : 0.002
  Upstream Author : Ricardo Signes 
* URL : http://search.cpan.org/dist/Sub-Exporter-GlobExporter/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : module for exporting shared globs

Sub::Exporter::GlobExporter is a Perl module that enables packages to share
glob references with other modules. This allows your module to be subclassed,
for the subclass to re-use the same glob when exporting, or to export a new
one. This scheme provides extensibility by returning a collection validator,
allowing arbitrary options to be passed to the globref locator.

NOTE: this has been needed for an upgrade of liblog-dispatchouli-perl
for some time now.



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

Bug#615924: Pre-DEP5 vestige in license templates

[Kan-Ru Chen]

Package: dh-make
Version: 0.58
Severity: minor
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Some clauses used by old copyright template are left in the new DEP5
template. Rather confusing at first sight.

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

Kernel: Linux 2.6.38-rc4+ (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 dh-make depends on:
ii  debhelper 8.1.2  helper programs for debian/rules
ii  dpkg-dev  1.15.8.10  Debian package development tools
ii  make  3.81-8 An utility for Directing compilati
ii  perl  5.10.1-17  Larry Wall's Practical Extraction 

dh-make recommends no packages.

Versions of packages dh-make suggests:
ii  build-essential   11.5   Informational list of build-essent

- -- no debconf information

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

iEYEARECAAYFAk1sbQcACgkQsbdbXzZcx6I1SACg1TRKKpfSr7Rt/RYPiKYaZZV0
OHsAniCR7JPaS3O0Xh+yje68FLlnlzNz
=3UfU
-END PGP SIGNATURE-
--- a/lib/licenses/gpl3
+++ b/lib/licenses/gpl3
@@ -28,13 +28,5 @@
  On Debian systems, the complete text of the GNU General
  Public License version 3 can be found in "/usr/share/common-licenses/GPL-3".
 
-# Please choose a license for your packaging work. If the program you package
-# uses a mainstream license, using the same license is the safest choice.
-# Please avoid to pick license terms that are more restrictive than the
-# packaged work, as it may make Debian's contributions unacceptable upstream.
-# If you just want it to be GPL version 3, leave the following line in.
-
-and is licensed under the GPL version 3, see above.
-
 # Please also look if there are files or directories which have a
 # different copyright/license attached and list them here.
--- a/lib/licenses/lgpl2
+++ b/lib/licenses/lgpl2
@@ -28,14 +28,5 @@
  On Debian systems, the complete text of the GNU Lesser General
  Public License can be found in "/usr/share/common-licenses/LGPL-2".
 
-# Please choose a license for your packaging work. If the program you package
-# uses a mainstream license, using the same license is the safest choice.
-# Please avoid to pick license terms that are more restrictive than the
-# packaged work, as it may make Debian's contributions unacceptable upstream.
-# If you just want it to be GPL version 3, leave the following lines in.
-
-and is licensed under the GPL version 3,
-see "/usr/share/common-licenses/GPL-3".
-
 # Please also look if there are files or directories which have a
 # different copyright/license attached and list them here.

Bug#615922: dash: The "." builtin does not reset the value of $?

[Jonathan Nieder]

Hi,

Timothy Allen wrote:

> The only reference I can find to POSIX behaviour of "." says[1]:
>
> EXIT STATUS: Returns the value of the last command executed, or a zero
> exit status if no command is executed.
>
> In the above example, no command is executed (since /dev/null is empty)

Reading between the lines on e.g. 
I believe you are correct.  Care to make a patch?  (If not, that's no
problem, but it will take longer. :))

The upstream dash repo is at

git://git.kernel.org/pub/scm/utils/dash/dash.git

and the mailing list is d...@vger.kernel.org.  They love patches (and
the "inline" format[1] used on the Linux kernel list is preferred).
No need to subscribe; the convention is to always reply-to-all there.

Thanks,
Jonathan

[1] "The canonical patch format" in
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=Documentation/SubmittingPatches



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

Bug#248674: Boost and pkg-config support

[Steve M. Robbins]

Boosters, please see the following for background:

[1]  https://svn.boost.org/trac/boost/ticket/1094
[2]  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=248674
[3]  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=593876
  

On Sun, Feb 27, 2011 at 08:08:42PM +, Roger Leigh wrote:

> https://svn.boost.org/trac/boost/ticket/1094
> is the upstream ticket for adding pkg-config support.  I've already
> done the bulk of the work, the patches are all there.  Do you have
> any knowledge of bjam?  

Vladimir is the bjam expert ;-)


> boost-pkg-config-gen.cc is the program to acquire the information
> and generate the .pc file.  It just needs building with these defines:
>   TEST_HEADER - the header to include for a given boost library
>   PREFIX - the bjam prefix (however you get at it)
>   LIBDIR - the bjam libdir (however you get at it)

I have spent some time trying to patch bjam and have no inclination to
spend any more time with that code.  For Debian purposes, could we
obtain PREFIX and LIBDIR directly from debian/rules?  (In fact, they
would be constants, of course).  What about TEST_HEADER?


> So the program just needs building and running once for each Boost
> library (bjam must have a list of libraries, or at least provide some
> means for us to get at the information).  

Bjam has a list of the libraries that are *compiled* to a so/dll.  Is
that enough?  The root of the problem [3] is inlined code and there's
no guarantee that a header-only library won't similarly inline
something that requires, say, -lboost_system.

Boost Developers: is there a machine readable list of libraries 
somewhere in the boost source tree?

Thanks,
-Steve


signature.asc
Description: Digital signature

Bug#615923: delay warnings until it is clear that some interaction is done?

[Matthias Klose]

Package: debconf
Severity: wishlist

While upgrading I see a lot of warnings:

Processing triggers for dictionaries-common ...
debconf: unable to initialize frontend: Dialog
debconf: (Dialog frontend will not work on a dumb terminal, an emacs shell
buffer, or without a controlling terminal.)
debconf: falling back to frontend: Readline

Would it be possible to delay these warnings, until it's clear that any
interaction is needed?



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

Bug#615922: dash: The "." builtin does not reset the value of $?

[Timothy Allen]

Package: dash
Version: 0.5.5.1-7.4
Severity: normal


Steps to reproduce:

$ cat /tmp/test.sh
false
. /dev/null
echo $?
$ dash /tmp/test.sh
1
$ bash /tmp/test.sh
0

The only reference I can find to POSIX behaviour of "." says[1]:

EXIT STATUS: Returns the value of the last command executed, or a zero
exit status if no command is executed.

In the above example, no command is executed (since /dev/null is empty) but the
resulting exit status is not zero; in fact, it's left-over from the invocation
of "false". For the record, "busybox sh" behaves the same way as dash, as does
posh.

I came across this problem in a script that used "set -e". Here's
a slightly less minimal test-case:

$ cat /tmp/test2.sh 
set -e
if false; then
echo "hello"
else
. /dev/null
fi
$ dash /tmp/test2.sh; echo $?
1

The "." builtin is treated as having failed, even though it was the condition
of the if statement that set $? to a non-zero value.

[1] http://pubs.opengroup.org/onlinepubs/009695399/utilities/dot.html

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

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

Versions of packages dash depends on:
ii  debianutils   3.4.4  Miscellaneous utilities specific t
ii  dpkg  1.15.8.10  Debian package management system
ii  libc6 2.11.2-11  Embedded GNU C Library: Shared lib

dash recommends no packages.

dash suggests no packages.

-- debconf information:
* dash/sh: true



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

Bug#615921: sgt-puzzles: Please package game "group" from upstream

[Ben Hutchings]

On Mon, 2011-02-28 at 18:04 -0800, Julian Blake Kongslie wrote:
> Package: sgt-puzzles
> Version: 8933-1
> Severity: wishlist
> 
> 
> Upstream has an experimental game "group" which is quite fun and
> challenging. Please consider packaging it for Debian in the next
> sgt-puzzles release.

I don't include the 'unfinished' games in the package.

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


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

Bug#615157: gcc-4.6: -Wunused-but-set-variable -Werror does not imply -Werror=unused-but-set-variable

[Jonathan Nieder]

(-cc: Lucas)
Matthias Klose wrote:

> fyi, here is a partial rebuild with gcc-4.6 without the work around applied:

Thanks.  For reference, the simplest way I could find to just download
the files that matter is

wget -r -l 1 -H -Dlaunchpad.net -A gz 
http://people.ubuntuwire.org/~wgrant/rebuild-ftbfs-test/test-rebuild-20110111-gcc-natty.html



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

Bug#615654: ihu and a nmu

[Miguel Colon]

Hello:

I just uploaded it to mentors.debian.net:
Your upload of the package 'ihu' to mentors.debian.net was successful.
Sponsors can now download it. The URL of your package is:
http://mentors.debian.net/debian/pool/main/i/ihu

The respective dsc file can be found at:
http://mentors.debian.net/debian/pool/main/i/ihu/ihu_0.6.0-2.1.dsc

The test/things I did:
- Built with pbuilder in a clean sid chroot (i386/amd64)
- debdiff old deb with nmu to confirm no missing files and sane
looking control file.
- Lintian check it (could have updated the standard version but did not)
- Simplified rules file and made it 3.0 quilt since 98% of the diff
was auto-generated files (config.guess/config.sub/moc and others) and
it was FTBFS due to old autoreconf tools.
- CFLAGS and DEB_BUILD_OPTIONS get done by debhelper 7.
- Fixed clean routine to remove some auto-generated files that did not
get cleaned.
- Made sure to use the new soundtouch library.
- Installed/remove/purged and made sure it ran (never used it before
so it was a basic test of functionality).

I tried to keep the changes to a minimum since it's a NMU.

Please review it  and make suggestions/edits. If it looks fine please
upload it. If it's bad just ignore it :) or inform me how can it be
improved.

Hope this helps,
Miguel



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

Bug#608017: closed by doch...@gmail.com (Desmond O. Chang) (Bug#608017: fixed in stumpwm 1:20110213.git34362e5-1)

[Desmond O. Chang]

Hi servilio,

On Mon, Feb 28, 2011 at 18:58, servilio  wrote:
>
> This is a problem in the clisp package, CLX works in 2.48, but not in
> 2.49 even with clisp-module-clx installed:

How do you start stumpwm?  If you exec /usr/bin/stumpwm, it should
work.  If you load stumpwm in repl, you have to (require "clx") first.
The module name must be downcase "clx", neither "CLX" nor :clx.

CL-USER> (require "clx")
;; Loading file /usr/lib/clisp-2.49/dynmod/clx.lisp ...
;;  Loading file /usr/lib/clisp-2.49/clx/new-clx/clx-preload.lisp ...
;;  Loaded file /usr/lib/clisp-2.49/clx/new-clx/clx-preload.lisp
;;  Loading module clx from /usr/lib/clisp-2.49/dynmod/lib-clx.so
;;  Loaded module clx from /usr/lib/clisp-2.49/dynmod/lib-clx.so
;;  Loading file /usr/lib/clisp-2.49/clx/new-clx/clx.fas ...
;;  Loaded file /usr/lib/clisp-2.49/clx/new-clx/clx.fas
;;  Loading file /usr/lib/clisp-2.49/clx/new-clx/image.fas ...
;;  Loaded file /usr/lib/clisp-2.49/clx/new-clx/image.fas
;;  Loading file /usr/lib/clisp-2.49/clx/new-clx/resource.fas ...
;;  Loaded file /usr/lib/clisp-2.49/clx/new-clx/resource.fas
;; Loaded file /usr/lib/clisp-2.49/dynmod/clx.lisp
T
CL-USER> (find-package :xlib)
#

Debian clisp will not load "clx" at startup by default from 1:2.49-2.



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

Bug#614440: alarm-clock: FTBFS: alarm_runner.h:33: error: 'alarm' redeclared as

[peter green]

As of right now this issue only seems to affect builds on sid not on 
squeeze or wheezy.


The offending line is "GKeyFile *alarm;" which seems to conflict with a 
new addition to the standard headers.


The strange thing is I can't seem to find any evidence that variable is 
ever used either by grepping (admittedly grepping produced a LOT of 
false positives so it's possible I missed something) or through removing 
the declaration and attempting to build, install and run (I have not 
tested functionality beyond whether the app starts or not).  the package 
(on squeeze, wheezy and sid).




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

Bug#615921: sgt-puzzles: Please package game "group" from upstream

[Julian Blake Kongslie]

Package: sgt-puzzles
Version: 8933-1
Severity: wishlist


Upstream has an experimental game "group" which is quite fun and
challenging. Please consider packaging it for Debian in the next
sgt-puzzles release.

Thanks,

Jules

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

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

Versions of packages sgt-puzzles depends on:
ii  libatk1.0-01.30.0-1  The ATK accessibility toolkit
ii  libc6  2.11.2-11 Embedded GNU C Library: Shared lib
ii  libcairo2  1.10.2-2  The Cairo 2D vector graphics libra
ii  libfontconfig1 2.8.0-2.1 generic font configuration library
ii  libfreetype6   2.4.4-1   FreeType 2 font engine, shared lib
ii  libglib2.0-0   2.28.1-1+b1   The GLib library of C routines
ii  libgtk2.0-02.20.1-2  The GTK+ graphical user interface 
ii  libpango1.0-0  1.28.3-1+squeeze1 Layout and rendering of internatio

Versions of packages sgt-puzzles recommends:
ii  chromium-browser [w 9.0.597.98~r74359-1  Chromium browser
ii  elinks [www-browser 0.12~pre5-2  advanced text-mode WWW browser
ii  epiphany-browser [w 2.30.6-1 Intuitive GNOME web browser
ii  galeon [www-browser 2.0.7-2.1+b1 GNOME web browser for advanced use
ii  uzbl [www-browser]  0.0.0~git.20100403-3 Lightweight Webkit browser followi
ii  w3m [www-browser]   0.5.3-2  WWW browsable pager with excellent
ii  yelp2.30.1+webkit-1  Help browser for GNOME

sgt-puzzles 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#439763: debconf: hangs on puppet installs on preseed install

[Jacob Luna Lundberg]

This is still happening with squeeze.  It's something in the environment 
left over from the installer.  This bit of bash is working for me in my 
post-install script:


# Environment
unset -v $(set | sed -e 's/=.*//g' | egrep -v 
'^(BASH*|HO*|IFS|PATH*|PWD|SHELL*|TERM*)')
. /etc/profile
export LANG=en_US.UTF-8


Before that, the shell variables are:
-

BASH=/bin/bash
BASHOPTS=cmdhist:extquote:force_fignore:hostcomplete:interactive_comments:progcomp:promptvars:sourcepath
BASH_ALIASES=()
BASH_ARGC=()
BASH_ARGV=()
BASH_CMDS=()
BASH_LINENO=()
BASH_SOURCE=()
BASH_VERSINFO=([0]="4" [1]="1" [2]="5" [3]="1" [4]="release" 
[5]="i486-pc-linux-gnu")
BASH_VERSION='4.1.5(1)-release'
BOOT_IMAGE=debian6.0/i386/linux
DEBCONF_OLD_FD_BASE=4
DEBCONF_REDIR=1
DEBIAN_FRONTEND=newt
DEBIAN_HAS_FRONTEND=1
DIRSTACK=()
EUID=0
GROUPS=()
HOME=/
HOSTNAME=swiss
HOSTTYPE=i486
IFS=$' \t\n'
LANG=C.UTF-8
MACHTYPE=i486-pc-linux-gnu
MENU=/usr/bin/main-menu
OPTERR=1
OPTIND=1
OSTYPE=linux-gnu
PATH=/sbin:/usr/sbin:/bin:/usr/bin
PIPESTATUS=([0]="0")
PPID=6436
PS4='+ '
PWD=/
SHELL=/bin/sh
SHELLOPTS=braceexpand:hashall:interactive-comments
SHLVL=1
TERM=bterm
TERM_FRAMEBUFFER=yes
TERM_TYPE=virtual
UDPKG_QUIET=y
UID=0
USER=root


And after it, they are:
---

BASH=/bin/bash
BASHOPTS=cmdhist:extquote:force_fignore:hostcomplete:interactive_comments:progcomp:promptvars:sourcepath
BASH_ALIASES=()
BASH_ARGC=()
BASH_ARGV=()
BASH_CMDS=()
BASH_LINENO=()
BASH_SOURCE=()
BASH_VERSINFO=([0]="4" [1]="1" [2]="5" [3]="1" [4]="release" 
[5]="i486-pc-linux-gnu")
BASH_VERSION='4.1.5(1)-release'
EUID=0
HOME=/
HOSTNAME=swiss
HOSTTYPE=i486
IFS=$' \t\n'
LANG=en_US.UTF-8
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
PIPESTATUS=([0]="0")
PPID=6436
PWD=/
SHELL=/bin/sh
SHELLOPTS=braceexpand:hashall:interactive-comments
TERM=bterm
TERM_FRAMEBUFFER=yes
TERM_TYPE=virtual
UID=0


-Jacob



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

Bug#614536: [Build-common-hackers] Bug#614536: cdbs: FTBFS: Error: Cannot open Ghostscript for piped input

[Loïc Minier]

On Tue, Mar 01, 2011, Jonas Smedegaard wrote:
> This, however, will cause a circular build-dependency.

 DEB_STAGE to the rescue!  ;-)

 Maybe you should pre-generate the doc when releasing tarballs, and only
 make install it from the packaging?

-- 
Loïc Minier



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

Bug#614536: [Build-common-hackers] Bug#614536: cdbs: FTBFS: Error: Cannot open Ghostscript for piped input

[Jonas Smedegaard]

On Mon, Feb 28, 2011 at 11:18:05PM +0100, Loïc Minier wrote:

tags #614536 + patch confirmed
stop

On Tue, Feb 22, 2011, Lucas Nussbaum wrote:

> dot -Tps2 -o buildcore.eps buildcore.dot -Gsize='6,10'
> epstopdf --outfile=buildcore.pdf buildcore.eps
> epstopdf ($Id: epstopdf.pl 17496 2010-03-18 17:57:31Z karl $) 2.15
> !!! Error: Cannot open Ghostscript for piped input
> make[3]: *** [buildcore.pdf] Error 2


The doc build calls dot -Tps2 which calls epstopdf; epstopdf is in 
texlive-font-utils which is correctly a build-dep, but epstopdf calls 
ghostscript which is only a Recommends of texlive-font-utils.  Adding 
an explicit build-dep on ghostscript fixes the FTBFS for me.


Thanks!

This, however, will cause a circular build-dependency.

Slitting off cdbs-doc as a separate source package could avoid that.


 - Jonas

--
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: Digital signature

Bug#604317: NMU

[Lisandro Damián Nicanor Pérez Meyer]

Hi! I am going to do an NMU to delayed/10 queue with the patch I am attaching,
wich is basically the same patch as before but with the necessary changelog's 
updates.

Feel free to contact me in case you see something must be changed or any other 
doubt/reason you may have.

Kinds regards, Lisandro.

-- 
La peor forma de querer a alguien es tenerla cerca tuyo
y saber que nunca la tendrás

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/

diff --git a/debian/changelog b/debian/changelog
index 3d6171a..578303f 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+mcs (0.7.1-1.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Remove dependency on kdelibs4c2a and libqt3-headers by removing
+the binary libmcs-backend-kconfig (Closes: #604317).
+
+ -- Lisandro Damián Nicanor Pérez Meyer   Sun, 27 Feb 2011 18:10:49 -0300
+
 mcs (0.7.1-1.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff --git a/debian/control b/debian/control
index 582467a..4ea4d15 100644
--- a/debian/control
+++ b/debian/control
@@ -1,7 +1,7 @@
 Source: mcs
 Priority: optional
 Maintainer: Adam Cécile (Le_Vert) 
-Build-Depends: debhelper (>= 5), autotools-dev, libgconf2-dev (>= 2.6.0), kdelibs4-dev, libqt3-headers, libmowgli-dev (>= 0.4.0), dpatch
+Build-Depends: debhelper (>= 5), autotools-dev, libgconf2-dev (>= 2.6.0), libmowgli-dev (>= 0.4.0), dpatch
 Standards-Version: 3.9.1
 Section: libs
 Homepage: http://www.atheme.org/projects/mcs.shtml
@@ -65,12 +65,3 @@ Description: GNOME GConf backend for libmcs
  .
  This package provides a GNOME GConf backend to store configurations.
 
-Package: libmcs-backend-kconfig
-Architecture: any
-Depends: libmcs1 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
-Suggests: libmcs-utils
-Description: KDE kconfig backend for libmcs
- Modular Config System is a library and set of tools which abstract the
- storage of configuration settings away from userland applications.
- .
- This package provides a KDE Kconfig backend to store configurations.
diff --git a/debian/libmcs-backend-kconfig.install b/debian/libmcs-backend-kconfig.install
deleted file mode 100644
index 0e6dac1..000
--- a/debian/libmcs-backend-kconfig.install
+++ /dev/null
@@ -1 +0,0 @@
-usr/lib/mcs/kconfig.so
diff --git a/debian/rules b/debian/rules
index ba65331..d13974a 100755
--- a/debian/rules
+++ b/debian/rules
@@ -10,7 +10,7 @@ DEB_BUILD_GNU_TYPE  ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
 
 # We'll symlink /usr/share/doc/ to the libmcs1's one
 # So we need a list of available packages
-PKG_LIST = libmcs-dev libmcs-utils libmcs-backend-gconf libmcs-backend-kconfig
+PKG_LIST = libmcs-dev libmcs-utils libmcs-backend-gconf
 
 CFLAGS = -Wall -g
 ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
@@ -18,7 +18,6 @@ ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
 else
 	CFLAGS += -O2
 endif
-CFLAGS += -I/usr/include/kde -I/usr/include/qt3
 
 config.status: configure patch-stamp
 	dh_testdir
@@ -33,7 +32,6 @@ endif
 --prefix=/usr \
 		--sysconfdir=/etc \
 		--enable-gconf \
-		--enable-kconfig \
 		CFLAGS="$(CFLAGS)" \
 		CXXFLAGS="$(CFLAGS)"
 


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

Bug#615645: gitk: cannot handle tags with a % in them

[Jonathan Nieder]

tags 615645 + upstream
forwarded 615645 http://thread.gmane.org/gmane.comp.version-control.git/168177
quit

Hi,

Felipe Sateler wrote:

> Gitk chokes on tags containing a % character.

Thanks for reporting.  Let's take this upstream.

Cheers,
Jonathan



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

Bug#608962: man page for freedroidrpg

[Miles McCammon]

After seeing this bug report, I wrote up a man page which was added to our 
repository in SVN 4005:

http://freedroid.svn.sourceforge.net/viewvc/freedroid/freedroidRPG.6?view=markup

It will be a part of the 0.15 release, also can be included as part of the 
0.14.1 release.

Thanks for packaging and including our work!

Miles


  



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

Bug#587313: What are the plans for newer buildbot?

[Sam Hartman]

Hi.  I'm just wondering what plans are for buildbot 0.8 packaging?  It
would be really nice to get better git support. I can point to specific 
upstream patches to be backported, or if there's going to be movement on this 
bug now that squeeze has released, perhaps that's unnecessary.

P.S. Thanks for all the great work on the existing packages.
They make my life much easier.



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

Bug#615874: lighttpd cron job and libpam-mount interaction

[Steve Langasek]

reassign 615874 lighttpd
thanks

>> pam_mount(spawn.c:128): error setting uid to 0
>> pmvarrun(pmvarrun.c:457): could not unlink /var/run/pam_mount/www-data:
>> Permission denied
>> pam_mount(spawn.c:128): error setting uid to 0
>> pmvarrun(pmvarrun.c:457): could not unlink /var/run/pam_mount/www-data:
>> Permission denied
> Sounds like a pam issue. Could you reassign?

Wrong.  pam_mount is not part of pam.  This is either a bug in pam_mount, or
a bug in your cron script's invocation of su.  (I don't know which, so
reassigning back to lighttpd.)

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature

Bug#533565: linux-2.6: ATA bus error messages for PATA_SCH module

[Jonathan Nieder]

Kushal Koolwal wrote:

> It seems that upon passing the kernel boot parameter
> "libata.force=40c" solves the problem. Should I still report this
> upstream?

I would.  Maybe the message could be tweaked or some documentation
under Documentation/ added to explain when the cable type needs to
be forced, or maybe this situation can be autodetected?

Thanks.
Jonathan



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

Bug#615920: ITP: libncursesada -- Ada binding for the ncurses text user interface library

[Nicolas Boulenguez]

Package: wnpp
Severity: wishlist
Owner: Nicolas Boulenguez 

* Package name: libncursesada
  Version : 5.8-1
  Upstream Author : Juergen Pfeifer
* URL : http://ftp.gnu.org/pub/gnu/ncurses/
* License : GPLv3
  Programming Lang: Ada
  Description : Ada binding for the ncurses text user interface library

NcursesAda allows programmers to use the Ncurses library within the Ada
language. This means programming panels, colors, forms in text terminals or
emulators.

This binding has been part of the ncurses source for a long time now, but
it was ignored in Debian since an Ada compiler is available on less
architectures than ncurses. The upstream authors have made a significant
effort in 5.8 release so that it may be packaged separately.



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

Bug#615919: RM: eggdbus -- ROM; Deprecated, replaced by GDBus

[Michael Biebl]

Package: ftp.debian.org
Severity: normal

Hi,

please remove eggdbus from the archive. It has been replaced by GDBus
which is an integral part of glib2.

All reverse dependencies have been updated.

Michael



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

Bug#611878: rssh mkchroot.sh sample script broken

[Russ Allbery]

"Erich Liebmann"  writes:

> Maybe I focused too much on describing the solution I found to fix the
> issue rather than the problem itself. Please find a description of the
> problem / symptoms below.

> After setting up the rssh chroot environment with the 'mkchroot.sh'
> script I tried to login with 'sftp' and always got 'Connection
> closed'. I inspected the logs on the server and noticed the following
> log entries (each time I made a login attempt):

Ah, thank you -- sftp was one of the key things that I needed to reproduce
what you were doing.  (I was trying scp, which had different symptoms.)

I've confirmed that the missing libnsl library causes those symptoms for
sftp and adding libnsl was the only change required to the chroot for sftp
to be happy again.  The other libraries don't appear to be needed.

If you want to do Subversion, rsync, rdist, or CVS, more libraries will be
needed, but it looks like the script never handled that.  I'm not sure
what to do about that, but for the next release I'll probably punt and
just fix the scp/sftp issue.

I'll upload a new package to unstable shortly.  I also need to incorporate
the new upstream release.

-- 
Russ Allbery (r...@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#533565: Kernel boot parameter fixes this problem

[Kushal Koolwal]

It seems that upon passing the kernel boot parameter
"libata.force=40c" solves the problem. Should I still report this
upstream?

Thanks!



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

Bug#615654: ihu and a nmu

[Miguel Colon]

Dear maintainer,

I've prepared an NMU for ihu (versioned as 0.6.0-2.1). I plan to
upload it to http://mentors.debian.net/ in the next few hours since I
have to finish running some of the test.

The reason for the NMU is that this package from my understanding is
currently blocking the ffmpeg/soundtouch transition:
http://release.debian.org/transitions/ffmpeg.html
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=614726

Regards.

Miguel



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

Bug#615742: binutils gold fix for libdrumstick

[Modestas Vainius]

Hello,

On antradienis 01 Kovas 2011 01:06:22 Pedro Lopez-Cabanillas wrote:
> I've wrote Drumstick, and I know for sure that the target "vpiano" uses
> QT_X11_X11_LIBRARY for linking. The bug report says that when linking this
> target in Debian, it fails saying that -lX11 is required.
> 
> I suspect that there may be a problem in Debian around this matter. It
> works fine in some other distros.

Nop, you misunderstood the bug a bit. It does link on Debian or 0.5.0-1 would 
not be in Debian testing. gold linker enables --no-add-needed by default and 
that's typically the reason for packages to fail linking with it. Now ubuntu 
enabled --as-needed by default and gcc maintainer is pushing this to debian 
proper too.

So yes, the reason it's failing is that QT_X11_X11_LIBRARY is undefined and --
no-add-needed no longer looks the library up recursively. The code which sets 
this variable was removed in cmake 2.8.1 by [1]. QT_X11_X11_LIBRARY falls out 
of FindQt4.cmake scope.

You're right that current debian patch (courtesy by ubuntu) is a pure hack and 
you nailed its deficiencies well. But you have the bug on your hands 
nevertheless, it's not debian-specific bug. In order to fix this properly, do 
find_package(X11) and use a proper variable which expands to X11 library 
(iirc, X11_X11_lib).

1.http://cmake.org/gitweb?p=cmake.git;a=commit;h=0f457937f4f5cbdaedaaec00849cb7a050bbc0f4


-- 
Modestas Vainius 


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

Bug#615139: git apply segfaults

[Jonathan Nieder]

severity 615139 normal
tags 615139 + unreproducible
quit

Carl Fürstenberg wrote:

> As this might have been an local hardware technical issue, you might
> want to close this bug as not a bug, unless the error should never have
> happened in the first place, regardless of the health of the repo in
> question.

Yeah, "git apply" is not supposed to segfault, period. :)

Tagging accordingly and lowering the severity, but I'd still like to
figure this out some time.

Thanks again.
Jonathan



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

Bug#615139: git apply segfaults

[Carl Fürstenberg]

On 2011-02-27 05:54, Jonathan Nieder wrote:
> 
>  - does "git config -l" show anything interesting?
>  - would you be willing to build a copy of git with debugging
>symbols[1] and get a backtrace?
>  - does the above script break for you?  If not (or if so), any
>idea what I am doing wrong?
> 

I’ve tested some more today, and strangely, I've not been able to
reproduce it at all today (even in the same directory (the "git rebase
--onto work work master" step), neither by doing exactly the steps
you've made above, and neither trying to retrace my steps following
.bash_history throws any errors today.

I know I've have gotten some hard drive issues (lots of sectors crashed
three years ago), thus it could have been the repo was partly on a
broken block, which was fixed during today’s boot.

As this might have been an local hardware technical issue, you might
want to close this bug as not a bug, unless the error should never have
happened in the first place, regardless of the health of the repo in
question.

/Carl



signature.asc
Description: OpenPGP digital signature

Bug#615918: Depends on deprecated libeggdbus

[Michael Biebl]

Package: libgnome-keyring
Version: 2.30.1-1
Severity: important

Hi,

(lib)eggdbus has been deprecated and replaced by GDBus.
libgnome-keyring is the last remaining package with a build-depends on
libeggdbus-1-dev.
While configure.in has a dependency on eggdbus-1 >= 0.4
I can't find any dependency in the actual code, so I guess the
pkg-config check can safely dropped.

Michael


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

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



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

Bug#615871: linux-2.6: CPU temperature very high Toshiba A200 Intel Dual Core

[Jonathan Nieder]

Ben Hutchings wrote:

> Don't bother, you'll just find the change which corrected temperature
> decoding.

Thanks, Ben.  Do you have any advice for a person finding that
graphics-intensive activity causes the machine to overheat?

I suppose this is more of a question for debian-user now.



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

Bug#615917: typo3: always installs mysql even if user wants to use postgresql

[Jan Mate]

Package: typo3
Version: 4.3.9+dfsg1-1~bpo50+1
Severity: important

The typo3 from backports depends on typo3-database which automatically installs
the mysql-server even if user wants to use postgresql (supported by typo3).

The non-backports typo3 package only recommends mysql-server which should be the
desired behaviour also for backports.

-- System Information:
Debian Release: 5.0.8
Architecture: amd64 (x86_64)



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

Bug#615916: libc6: SegFault in Mplayer

[Brian Paterni]

Package: libc6
Version: 2.13-0exp2

mplayer no longer plays anything I thow at it, giving me the following message:

MPlayer interrupted by signal 11 in module: ao2_init
...

However, gdb is saying libc6 is responsible:

Program received signal SIGSEGV, Segmentation fault.
do_lookup_x (new_hash=2488895455, old_hash=0x7fffba88, ref=0x0, 
result=, scope=, i=0, flags=2, 
skip=0x0, undef_map=0x77fd94d0)
at dl-lookup.c:99
99  dl-lookup.c: No such file or directory.
in dl-lookup.c
(gdb) bt
#0  do_lookup_x (new_hash=2488895455, old_hash=0x7fffba88, ref=0x0, 
result=, scope=, i=0, flags=2, 
skip=0x0, 
undef_map=0x77fd94d0) at dl-lookup.c:99
#1  0x77de6992 in _dl_lookup_symbol_x (undef_name=, undef_map=0x77fd94d0, ref=0x7fffbb80, symbol_scope=, version=0x0, 
type_class=, flags=2, skip_map=0x0) at dl-lookup.c:736
#2  0x7fffef8a095a in do_sym (handle=0x77fd94d0, name=, who=, vers=0x0, flags=) at 
dl-sym.c:177
#3  0x7660a0c4 in dlsym_doit (a=0x7fffbd30) at dlsym.c:51
#4  0x77dea996 in _dl_catch_error (objname=, 
errstring=, mallocedp=, 
operate=, 
args=) at dl-error.c:178
#5  0x7660a2ec in _dlerror_run (operate=0x7660a0b0 , 
args=0x7fffbd30) at dlerror.c:164
#6  0x7660a07a in __dlsym (handle=, name=) at dlsym.c:71
#7  0x76847283 in ?? () from /usr/lib/libasound.so.2
#8  0x768472fd in snd_dlsym () from /usr/lib/libasound.so.2
#9  0x768433c2 in ?? () from /usr/lib/libasound.so.2
#10 0x7683daa1 in ?? () from /usr/lib/libasound.so.2
#11 0x7683daed in ?? () from /usr/lib/libasound.so.2
#12 0x76841bec in snd_config_expand () from /usr/lib/libasound.so.2
#13 0x768431b0 in snd_config_search_definition () from 
/usr/lib/libasound.so.2
#14 0x7686331a in ?? () from /usr/lib/libasound.so.2
#15 0x0046d0fb in init (rate_hz=, channels=, format=9, flags=) at libao2/ao_alsa.c:475
#16 0x00467edd in init_best_audio_out (ao_list=0xaed3f0, 
use_plugin=, rate=, channels=, 
format=, flags=) at 
libao2/audio_out.c:171
#17 0x0045e349 in reinit_audio_chain () at mplayer.c:1685
#18 0x00460221 in main (argc=11587504, argv=0xb258b0) at mplayer.c:3679
(gdb) q
A debugging session is active.

Inferior 1 [process 16025] will be killed.






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

Bug#615871: linux-2.6: CPU temperature very high Toshiba A200 Intel Dual Core

[Ben Hutchings]

On Mon, Feb 28, 2011 at 10:52:14PM +0200, Aleksi Palomäki wrote:
> On 02/28/2011 10:15 PM, Jonathan Nieder wrote:
> >Would you be willing to bisect?
> >
> >Like so:
> >
> > git clone 
> > git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
> > cd linux-2.6
> > make localmodconfig
> >
> > git bisect start
> > git bisect good v2.6.32
> > git bisect bad v2.6.37
> > make -j2 deb-pkg
> > ... wait for it to build, install the resulting package, reboot ...
> >
> > git bisect good; # if it worked okay, or
> > git bisect bad; # if it overheated, or
> > git bisect skip; # if an unrelated problem made it difficult to test
> >
> > make -j2 deb-pkg
> > ... and so on
> >
> >Once we know which is the first bad commit, this should be much easier
> >to track down.
> >
> >Thanks!
> >Jonathan
> Hi Jonathan
> Sure,
> But at this download rate it will take a while before i get to try..
> 
> I'll mail back when its done.
 
Don't bother, you'll just find the change which corrected temperature
decoding.

Ben.

-- 
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
  - Albert Camus



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

Bug#614819: assign

[Sylvestre Ledru]

owner 614819 !
thanks





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

Bug#615915: ede: EDE group customization gets inserted on current buffer

[Jaime Alberto Silva]

Package: ede
Version: 1:1.0pre4-3.1
Severity: normal


When I try to customize the EDE group I got an empty customization buffer.
Then, when I switch to the previous buffer (the one I was in before running
M-x customize-group ede) I found that there are the group options inserted
on the buffer.

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

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

Versions of packages ede depends on:
ii  eieio  1:1.0pre4-3.1 Enhanced Implementation of
Emacs I
ii  speedbar   1:1.0pre4-3.1 Everything browser, or Dired on
st

ede recommends no packages.

ede suggests no packages.

-- no debconf information


Jaime Alberto Silva Colorado
Ingeniero Electricista
Gerente
SG Automatización Ltda.
Pereira \ Risaralda \ Colombia
http://www.sgautomatizacion.com

Bug#611894: varnishstat doesn't obey flow control (?!?)

[Ralph Paßgang]

Hi Toni,

I know this will not fix your bug, but might help anyways:

Try using: 
 # varnishstat -1

By running varnishstat with the option "-1" you get the stats just once, so 
that you can easily copy it or pipe it somewhere else or whatever.

hope this helps...

 Ralph


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

Bug#615914: fi instead of f i in Description

[jidanni]

Package: bliss
Version: 0.50-1
Severity: wishlist

Description: tool to compute graph automorphisms and labelings
 Bliss is a backtracking algorithm based on individualization and
 refinement for labeling a graph.  Data structures, subroutines, and
   ^are you sure you want this fi character here?



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

Bug#615912: openswan: Requires restart for new connections

[Roberto C. Sanchez]

Package: openswan
Version: 1:2.6.28+dfsg-5
Severity: normal
Tags: upstream

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Since upgrading to Squeeze, it seems like once a VPN connection is made,
that future connections fail.  If the new connection is attempted within
the first few minutes of the first connection being made, then it
succeeds.  But after 20 minutes, or so, new connections just don't work.
I have included an excerpt below of the daemon.log showing the
disconnection of a good connection, immediately followed by a new
connection attempt that fails.  Looking at the log entries, it does not
seem that there is any evidence of a connection attempt.  Executing
'/etc/init.d/ipsec restart' clears the condition and allows a new
connection to succeed.

Regards,

- -Roberto

Feb 28 17:08:29 santiago pppd[18325]: rcvd [LCP TermReq id=0x3 "User request"]
Feb 28 17:08:29 santiago pppd[18325]: Script /etc/ppp/ip-down started (pid 
19816)
Feb 28 17:08:29 santiago pppd[18325]: sent [LCP TermAck id=0x3]
Feb 28 17:08:29 santiago xl2tpd[17817]: result_code_avp: result code out of 
range (768 0 14).  Ignoring.
Feb 28 17:08:29 santiago xl2tpd[17817]: control_finish: Peer tried to 
disconnect without specifying result code.
Feb 28 17:08:29 santiago xl2tpd[17817]: result_code_avp: result code out of 
range (256 0 14).  Ignoring.
Feb 28 17:08:29 santiago xl2tpd[17817]: control_finish: Peer tried to 
disconnect without specifying result code.
Feb 28 17:08:30 santiago pppd[18325]: Script /etc/ppp/ip-down finished (pid 
19816), status = 0x0
Feb 28 17:08:33 santiago xl2tpd[17817]: child_handler : pppd exited for call 
12512 with code 16
Feb 28 17:08:48 santiago xl2tpd[17817]: Terminating pppd: sending TERM signal 
to pid 18325
Feb 28 17:08:48 santiago xl2tpd[17817]: control_finish: Peer requested tunnel 
76 twice, ignoring second one.
Feb 28 17:08:53 santiago last message repeated 6 times
Feb 28 17:08:53 santiago xl2tpd[17817]: Unable to deliver closing message for 
tunnel 41023. Destroying anyway.
Feb 28 17:08:54 santiago xl2tpd[17817]: control_finish: Peer requested tunnel 
76 twice, ignoring second one.
Feb 28 17:08:57 santiago last message repeated 3 times
Feb 28 17:08:58 santiago xl2tpd[17817]: Unable to deliver closing message for 
tunnel 25801. Destroying anyway.
Feb 28 17:08:58 santiago xl2tpd[17817]: control_finish: Peer requested tunnel 
76 twice, ignoring second one.
Feb 28 17:09:07 santiago last message repeated 8 times
Feb 28 17:09:08 santiago xl2tpd[17817]: control_finish: Peer requested tunnel 
76 twice, ignoring second one.
Feb 28 17:09:12 santiago last message repeated 4 times
Feb 28 17:09:12 santiago xl2tpd[17817]: Unable to deliver closing message for 
tunnel 20671. Destroying anyway.
Feb 28 17:09:13 santiago xl2tpd[17817]: control_finish: Peer requested tunnel 
76 twice, ignoring second one.
Feb 28 17:09:27 santiago last message repeated 13 times
Feb 28 17:09:27 santiago xl2tpd[17817]: Unable to deliver closing message for 
tunnel 8569. Destroying anyway.
Feb 28 17:09:28 santiago xl2tpd[17817]: control_finish: Peer requested tunnel 
76 twice, ignoring second one.
Feb 28 17:09:42 santiago last message repeated 13 times
Feb 28 17:09:42 santiago xl2tpd[17817]: Unable to deliver closing message for 
tunnel 50390. Destroying anyway.
Feb 28 17:09:43 santiago xl2tpd[17817]: control_finish: Peer requested tunnel 
76 twice, ignoring second one.

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

Kernel: Linux 2.6.32-5-486
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

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

iQIcBAEBCAAGBQJNbDJGAAoJECzXeF7dp7IP5wwP/jfwReYGJD9tHeMR93hQY6ed
S1t7BCbA/hhEbhvBETAtE604Gq0egO/crGi9Am+R4dHi4DoOSJ/5r50HVCgYcXyj
nmRZnSeXsAKpsehDO8v3724KIYNaSXWR0Np5mvUSmROaq5CFPIZs4S2vOjnC23/U
0s4f2IPypm0ui/bIt1tzYqEn+Hm3SgYQ83abNncMRpEIPfE/+vE8FE6gnjoetDEm
21HnIcn9g52QG1HQ/SpA6DJWAM9jBfakVcUukonUm1/4PXztJEFpGMasaOl9oWfv
s8LnZVnqVUIj8FMvErHu/gBGbwWkY4WzggVXsn6hhOZg0AJe13/tAWk6aNEKcV/P
GRiOf8/aAVjWnLxMVzqXCvZc7qjV3wvbXZ/qW8gEe6TXR7mlP+x/qno9aQDSy2N5
PLmZQP8rrmdbUxV8G/TcamyX4PaXxCN+NMtkPSllF0t2Sd87r86KFClLZhRKenK4
h3w6id/6ty5h//4WApCr4HiGiDJL8zj0hUDdx/qxm07lEs3a1Yqx3uzTvuOzjftR
CU7n4HqTrSElOLgBLiq7YY0V4GRHCcUa1J344nSOicIN17cA2DdtFYj+UwzMpFDh
de9qnZPciSSBkRA6SlYa0GCmPkHP7dOcViI/tuCRe6XnGaMwtUZ78ad41moxQK49
ZOSnbGDZPtJ/DMTrxZ5p
=kl9e
-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#526465: Still present in 0.5.1+dfsg-3

[Vincent Bernat]

OoO En ce  début d'après-midi nuageux du mercredi  23 février 2011, vers
14:54, Mark Syms  disait :

> Having successully updated to 0.5.1+dfsg-3 the issue with multi-part
> messages still exists.

OK, I will look  at the IMAP trace that you sent to  me a few months ago
and try to understand what the problem is.
-- 
BOFH excuse #354:
Chewing gum on /dev/sd3c


pgpITdfJjYtAG.pgp
Description: PGP signature

Bug#615913: Be sure to mention color in that first line of Description

[jidanni]

Package: aha
Version: 0.4-1
Severity: wishlist

Description: ANSI HTML Adapter (ANSI to HTML converter)

Please say:
Description: ANSI to HTML color adapter
or
Description: ANSI to HTML color converter
etc. Be sure to mention 'color' in that first line



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

Bug#615911: gstreamer0.10: FTBFS: build-dep on experimental libgirepository1.0-dev

[Aaron M. Ucko]

Package: gstreamer0.10
Version: 0.10.32-3
Severity: serious
Justification: fails to build from source

Builds of gstreamer0.10 in pure unstable environments fail because it
build-depends on libgirepository1.0-dev (>= 0.9.12-4~), which is only
available in experimental.  (unstable merely has 0.6.14-1 or binNMUs
thereof.)

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

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



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

Bug#615910: Missing README.source

[Ben Hutchings]

Package: slang2
Version: 2.2.2-4
Severity: important

Please document how to actually get at the source.

Alternately, dump dbs and use 3.0 (quilt) format, so no such
documentation is required.

Ben.

-- System Information:
Debian Release: 6.0
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'squeeze-updates'), (100, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (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/bash



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

Bug#615909: Copyright file does not clearly state licence terms

[Ben Hutchings]

Package: libslang2
Version: 2.2.2-4
Severity: serious

"
S-Lang is not public domain software --- it is copyrighted.  
However, it may be used for any purpose without royalty or fees
in accordance with the terms of the copyright.
"

Who is the copyright holder?  John E Davis?

What are the terms?

"
It may distributed under the GNU General public license.
See /usr/share/common-licenses/
"

Does this mean it is exclusively licenced under the GPL?  If so,
which version(s)?  Point to the specific file.  And fix the grammar!

Ben.

-- System Information:
Debian Release: 6.0
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'squeeze-updates'), (100, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (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/bash

Versions of packages libslang2 depends on:
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib

Versions of packages libslang2 recommends:
ii  libpng12-01.2.44-1   PNG library - runtime

libslang2 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#533450: Nice!

[Kushal Koolwal]

I was about to write a long post on how to get the Poulsbo driver
working (with 3D) on Debian Squeeze using the native sources (non
EMGD) but I guess I will hold on to that (for now) since the kernel
component is in the staging trees.

I guess once those are stabilized in the kernel, we should be able to
do a xserver-xorg-video-psb package for Debian which was the original
intend for this bug report over 20  months ago -:)

Thanks for posting the LKML link, Mattia!



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

Bug#612710: pm-utils: split package to avoid conflicts

[Piotr Szczepanik]

On Mon, Feb 28, 2011 at 9:57 PM, Michael Biebl  wrote:
> Have you actually read what I wrote in
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=612710#29

Yes I have. I don't know which part of the comment you suppose I have
not read carefully enough but I guess it's the one about splitting the
package. But if you have read my comment you would have known that I
propose splitting the package in a different way than the one you have
mentioned.

Of course splitting it into pm-utils and pm-utils-modules would
require to have both packages installed to have basic functionality.
What I propose is splitting just the "power.d/*" part, so that after
splitting the package this way "pm-utils" would still retain 99% of
the functionality that "pm-utils" have currently (at 1.3.0-3) and if
one would want to have an extra of runtime power management that
person would have to install additional package. Without that package
installed pm-utils would still provide almost all of the functionality
it provided at 1.3.0-6.

You have also stated that you have contacted Martin regarding the
patch and although there is no file conflict right now there is still
a problem that the functionality overlaps. I also think that there is
a problem with it overlapping but proposed way of split would allow
99% of the former functionality of pm-utils to coexist with
laptop-mode-tools and people would have a choice of the package they
would use to control runtime power saving.

But... as I have also stated above what seems to be the best solution
to me does not have to actually be the best solution and I will not
stick to my idea stubbornly. :)


-- 
Best regards,
Piotr Szczepanik



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

Bug#588752: review of patches, rebased to master

[Sean Finney]

okay, i've looked into things a bit more but i think it's doable.  to
isolate the problem i've thrown together a simple shell script run on a
test repo to sanity check it (see below).

There's requirement about submodules matching is slightly more relaxed
now.  the debian branch must have a superset of the submodules in the
upstream branch (at least i couldn't figure out a way to get ls-files to
work without cd'ing into the submodule... i suppose we could clone it to
an outside tempdir if it didn't exist).  the submodules do not have to
be the same version or branch, but they do have to point at the same
remote (this might be a limitation in submodules themselves), and in
this code at least they must have everything already fetched (this could
be changed later, or at least caught).  This works recursively too.

Anyway, now that I have a PoC and a general plan of attack, I guess
tomorrow I will take a stab at incorporating this into gbp proper!


#!/bin/sh

set -e

ubranch=master

ls_submodule() {
  local prefix mode objtype hash name

  prefix="$1"

  while read mode objtype hash name; do
fullname="${prefix:+$prefix/}$name"
if [ "$objtype" = "commit" ]; then
  echo $fullname:$hash
  ( cd $name 2>/dev/null &&
git ls-tree $hash | ls_submodule "$fullname"
  ) || ( echo "submodule $name not available?" >&2 && exit 1 )
fi
  done
}

submodules=`git ls-tree $ubranch | ls_submodule ""`
echo subs: $submodules



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

Bug#612293: installation-reports: hangs up trying floppy

[Aliaksei Kruk]

Hello

I have created boot usb flash to run without docstation. But without
success. I have left the computer for an hour or two. When i returned i
saw message about device without driver and offer to insert disket
with file 'e100/d101s_ucode.bin'.
Problem appeared again after hardware detection step. I waited an hour
again and now there is installed Squeeze.
Lenny installed fine.

Aliaksei



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

Bug#615908: ITP: colorchooser -- A Swing widget for selecting colors

[Andrew Ross]

Package: wnpp
Severity: wishlist
Owner: Andrew Ross 


* Package name: colorchooser
  Version : 1.0
  Upstream Author : Tim Boudreau 
* URL : http://java.net/projects/colorchooser
* License : Joint CDDL and GPL V2 with Sun Classpath Exception
  Programming Lang: Java
  Description : A Swing widget for selecting colors

 The Quick Color Chooser is a Swing component for that lets you choose a color
 in a single mouse gesture. When clicked, it pops up a palette; dragging the
 mouse over the palette, you will see the component's color update. Release the
 mouse when it is the desired color.



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

Bug#533565: linux-2.6: ATA bus error messages for PATA_SCH module

[Jonathan Nieder]

Kushal Koolwal wrote:

> I have verified that this issue still occurs on the latest stable
> kernel (2.6.37)
> from kernel.org and obviously on Debian Squeeze too.

Hmm, so it's not a regression (i.e., no old kernel version without the
problem exists)?

> What would it take to report this bug upstream?

That's a good idea.  The short answer is: send a mail to
 and if it's a regression then cc
 and Mikael Pettersson .

See 
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=REPORTING-BUGS;hb=HEAD
for more hints.

Hope that helps,
Jonathan



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

Bug#614249: britney2: insufficient removal checks

[Adam D. Barratt]

On Sun, 2011-02-20 at 17:20 +, Adam D. Barratt wrote:
> [Executive summary: britney2's attempt to avoid continually
> installability checking the entire package set means it can increase
> installability when removing packages]
[...]
> The patch does add some overhead to each migration operation as more
> packages need to be checked but if this is a problem then it could be
> mitigated by making the recursive check conditional on the operation in
> question being a removal rather than upgrade or addition of a package.

As a very unscientific test, I set up my development instance of b2 with
the live data shortly before tonight's run and ran it with the patch
applied.  Both runs produced the same result in equivalent time (in fact
the run with the patch was ~15 seconds faster, presumably due to
external influences, phases of the moon, etc.)

This might be more of an issue with packages with a large number of
r-deps, but I think it may be worth resolving that if/when it arises.

> Comments / questions / cluesticks welcome.

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#583476: license problem?

[chrysn]

On Mon, Feb 28, 2011 at 11:33:29PM +0100, Joachim Reichel wrote:
> I wonder whether there is a license problem: OpenSCAD has an exception for 
> CGAL,
> bug OpenCSG does not seems not to have such an exception.

there is an explicit exception in the license of opencsg:

>   As a special exception, you have permission to link this library
>   with the CGAL library (http://www.cgal.org) and distribute executables,
>   as long as you follow the requirements of the GNU GPL in regard to
>   all of the software in the executable aside from CGAL.

the reason it says "License: GPL-2+" in the original opencsg bug report
is that there was no such exception until i discovered the problem
during packaging -- the upstream license and the debian package were
modified to reflect that since then.


signature.asc
Description: Digital signature

Bug#533565: Occurs on 2.6.37

[Kushal Koolwal]

I have verified that this issue still occurs on the latest stable
kernel (2.6.37)
from kernel.org and obviously on Debian Squeeze too.

What would it take to report this bug upstream?

Thanks!



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

Bug#615884: Bug in libdbix-class-encodedcolumn-perl fixed in revision 70119

[pkg-perl-maintainers]

tag 615884 + pending
thanks

Some bugs are closed in revision 70119
by Gregor Herrmann (gregoa)

Commit message:

Add build dependency in libtest-exception-perl (closes: #615884).



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

Bug#615907: virt-manager: Fails to create networks

[Michael Goetze]

Package: virt-manager
Version: 0.8.4-8
Severity: important

In the host details of "localhost (QEMU)", I tried to create a new
virtual network. I set it to be isolated with no DHCP. In the dialog box
"Ready to create network", I get the following traceback every time I
click on "finish":

Traceback (most recent call last):
  File "/usr/share/virt-manager/virtManager/createnet.py", line 349, in
finish
self.conn.create_network(xml)
  File "/usr/share/virt-manager/virtManager/connection.py", line 730, in
create_network
net.create()
  File "/usr/lib/python2.6/dist-packages/libvirt.py", line 866, in create
if ret == -1: raise libvirtError ('virNetworkCreate() failed', net=self)
libvirtError: internal error '/sbin/iptables --table filter --delete
INPUT --in-interface virbr1 --protocol udp --destination-port 69 --jump
ACCEPT' exited with non-zero status 1 and signal 0: iptables: Bad rule
(does a matching rule exist in that chain?).


I have no idea why libvirt tries to delete this rule, but whatever, I
created it. When I click on "finish" again, I get:

Traceback (most recent call last):
  File "/usr/share/virt-manager/virtManager/createnet.py", line 349, in
finish
self.conn.create_network(xml)
  File "/usr/share/virt-manager/virtManager/connection.py", line 730, in
create_network
net.create()
  File "/usr/lib/python2.6/dist-packages/libvirt.py", line 866, in create
if ret == -1: raise libvirtError ('virNetworkCreate() failed', net=self)
libvirtError: internal error 'dnsmasq --strict-order --bind-interfaces
--pid-file=/var/run/libvirt/network/mgmt.pid --conf-file=
--listen-address 172.25.5.1 --except-interface lo' exited with non-zero
status 2 and signal 0:
dnsmasq: failed to bind listening socket for 172.25.5.1: Address already
in use


So I stop my dnsmasq listening on 0.0.0.0, add that iptables rule
*again*, and then the network is finally created. I have no idea why
libvirt wants to start dnsmasq for a network without DHCP.

Anyway, this finally gets me a new network, but this is very ugly.



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

Bug#583476: license problem?

[Joachim Reichel]

I wonder whether there is a license problem: OpenSCAD has an exception for CGAL,
bug OpenCSG does not seems not to have such an exception.

Note that I haven't done a thorough analysis. Maybe CGAL and OpenSCAD are always
used exclusively. Maybe the QPL'd parts of CGAL are not used by OpenSCAD, but
why does it need an exception then?

Joachim



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

Bug#615906: installation-reports: SunFire V120 Unable to handle kernel NULL pointer dereference

[Richard Mortimer]

Package: installation-reports
Severity: normal



-- Package-specific info:

Boot method: network
Image version: squeeze official netboot.
Date: 20/Feb/2011

Machine: SunFire V120
Partitions: n/a


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[ ]
Configure network:  [ ]
Detect CD:  [ ]
Load installer modules: [ ]
Detect hard drives: [ ]
Partition hard drives:  [ ]
Install base system:[ ]
Clock/timezone setup:   [ ]
User/password setup:[ ]
Install tasks:  [ ]
Install boot loader:[ ]
Overall install:[E]

Comments/Problems:

I get the following fatal ooops just before setting up the network in the
installer during a netboot install.

[  225.950970] Unable to handle kernel NULL pointer dereference
[  226.025376] tsk->{mm,active_mm}->context = 0588
[  226.098688] tsk->{mm,active_mm}->pgd = f800ddb9c000
[  226.167644] Kernel panic - not syncing: Aiee, killing interrupt handler!
[  226.256067] Press Stop-A (L1-A) to return to the boot prom

I've actually reproduced it a few times. Unfortunately it is proving difficult
to get the full Oops stack trace out of it because klogd is altering the
/proc/sys/kernel/printk console log level and is stopping getting the
information to the console.

I've managed to change the logging level by booting using BOOT_DEBUG=3 and
applying the changes below but that seems to change the timing and the
problem doesn't occur. If you are able to rebuild the netboot image with

/sbin/klogd -c 7

in /lib/debian-installer-startup.d/S10syslog (normally it uses -c 2)

then that would mean that I could test it without having to use BOOT_DEBUG=3

Procedure for booting and manually tweaking S10syslog is as follows:

boot using

boot net BOOT_DEBUG=3

then use "exit" to leave the "just booted" debug shell

then in the "before init" debug shell run the following

cat > /lib/debian-installer-startup.d/S10syslog <

Bug#615905: sunclock: FTBFS: /usr/bin/ld: cannot find -lXext

[Cyril Brulebois]

Source: sunclock
Version: 3.56-7
Severity: serious
Justification: FTBFS

Hi,

your package FTBFS everywhere:
| rm -f sunclock
| gcc -m32 -o sunclock -O2 -Wall -g -O -DZLIB 
-DSHAREDIR=\"/usr/share/sunclock\" -DLIBDIR=\"/usr/lib/sunclock\"  
sunclock.o astro.o widgets.o tildepath.o dirlist.o  readvmf.o readxpm.o 
readgif.o readjpeg.o readpng.o -lXext -lX11  -lXpm  -lz   -ljpeg -lpng -lm  

| /usr/bin/ld: cannot find -lXext
| collect2: ld returned 1 exit status
| make[1]: *** [sunclock] Error 1

Full build logs:
  https://buildd.debian.org/status/package.php?p=sunclock

KiBi.



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

Bug#614536: cdbs: FTBFS: Error: Cannot open Ghostscript for piped input

[Loïc Minier]

tags #614536 + patch confirmed
stop

On Tue, Feb 22, 2011, Lucas Nussbaum wrote:
> > dot -Tps2 -o buildcore.eps buildcore.dot -Gsize='6,10'
> > epstopdf --outfile=buildcore.pdf buildcore.eps
> > epstopdf ($Id: epstopdf.pl 17496 2010-03-18 17:57:31Z karl $) 2.15
> > !!! Error: Cannot open Ghostscript for piped input
> > make[3]: *** [buildcore.pdf] Error 2

 The doc build calls dot -Tps2 which calls epstopdf; epstopdf is in
 texlive-font-utils which is correctly a build-dep, but
 epstopdf calls ghostscript which is only a Recommends of
 texlive-font-utils.  Adding an explicit build-dep on ghostscript fixes
 the FTBFS for me.

-- 
Loïc Minier



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

Bug#615904: vim-gtk: Please upgrade tcl dependency to > 8.4

[Tom Parker]

Package: vim-gtk
Version: 2:7.2.330-1
Severity: minor

tcl8.4 now conflicts with various things (trying to rebuild graphviz in
my case). If vim-gtk really needs tcl, can the dependency be upgraded to
8.5/6 please! Ideally, make the tcl dependency optional, because it's
probably not needed by most users these days...

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

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

Versions of packages vim-gtk depends on:
ii  libacl1   2.2.49-3   Access control list shared library
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libglib2.0-0  2.27.4-2   The GLib library of C routines
ii  libgpm2   1.20.4-3.3 General Purpose Mouse - shared lib
ii  libgtk2.0-0   2.20.1-2   The GTK+ graphical user interface 
ii  libice6   2:1.0.6-1  X11 Inter-Client Exchange library
ii  libncurses5   5.7+20100313-5 shared libraries for terminal hand
ii  libpango1.0-0 1.28.1-1   Layout and rendering of internatio
ii  libperl5.10   5.10.1-17  shared Perl library
ii  libruby1.81.8.7.302-2Libraries necessary to run Ruby 1.
ii  libselinux1   2.0.96-1   SELinux runtime shared libraries
ii  libsm62:1.1.1-1  X11 Session Management library
ii  libx11-6  2:1.3.3-3  X11 client-side library
ii  libxt61:1.0.7-1  X11 toolkit intrinsics library
ii  python2.5 2.5.5-11   An interactive high-level object-o
ii  tcl8.48.4.19-4   Tcl (the Tool Command Language) v8
ii  vim-common2:7.2.330-1Vi IMproved - Common files
ii  vim-gui-common2:7.2.330-1Vi IMproved - Common GUI files
ii  vim-runtime   2:7.2.330-1Vi IMproved - Runtime files

vim-gtk recommends no packages.

Versions of packages vim-gtk suggests:
pn  cscope (no description available)
ii  gnome-icon-theme  2.30.3-1   GNOME Desktop icon theme
ii  ttf-dejavu2.31-1 Metapackage to pull in ttf-dejavu-
pn  vim-doc(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#485979: strace - shows unknown syscalls as setup on s390

[Frederik Schüler]

Hi Bastian,

can you confirm this bug is still present in strace?

How can I reproduce the issue?

Best regards
Frederik Schüler

-- 
ENOSIG


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

Bug#615903: LXDE menu does not populate completely on booting from CD.

[Kushal Koolwal]

Package: bootcd
Version: 3.23
Severity: normal
Tags: patch

It seems that since Debian Squeeze, LXDE depends on writing to ~/.cache 
directory to completely populate the LXDE menu.

debian-squeeze:~# ls -al .cache/menus/
total 16
drwxr-xr-x 2 root root 4096 2011-02-25 15:39 .
drwxr-xr-x 3 root root 4096 2011-02-11 14:23 ..
-rw--- 1 root root 2705 2011-02-25 16:22 3df80abee392997597f2fcb4e42696df
-rwxr-xr-x 1 root root 2396 2011-02-14 14:17 733773b31cfad39c82ddca9f6bff4758

The .cache directory was not present in Debian Lenny and hence this proplem 
did not occur on it.

Solution is to exclude .cache directory in $NOT_TO_RAM variable in 
bootcdwrite.conf file. I am attaching the following patch to fix this:

--- bootcd-3.23/bootcdwrite.conf2011-02-28 13:29:12.0 -0800
+++ bootcd-3.23-dev/bootcdwrite.conf2011-02-28 13:31:58.0 -0800
@@ -52,7 +52,7 @@
 # exclude some files or directories from loading to ram
 # Because most people's home and root dir are to large to include 
 # in RAM, subdirectories can be excluded:
-NOT_TO_RAM="$(find $SRCDISK/home $SRCDISK/root -maxdepth 1 -mindepth 1 -type 
d)"
+NOT_TO_RAM="$(find $SRCDISK/home $SRCDISK/root -maxdepth 1 -mindepth 1 -type d 
| grep -v ".cache")"
 
 # If you are using ssh it is helpful to have a unique ssh hostkey for
 # each CD.

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

Kernel: Linux 2.6.32-5-686 (SMP w/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 bootcd depends on:
ii  bootcd-i386   3.23   bootcd extension to create images 
ii  cpio  2.11-4 GNU cpio -- a program to manage ar
ii  dosfstools3.0.9-1utilities for making and checking 
ii  fdutils   5.5-20060227-4 Linux floppy utilities
ii  file  5.04-5 Determines file type using "magic"
ii  genisoimage   9:1.1.11-1 Creates ISO-9660 CD-ROM filesystem
ii  realpath  1.15   Return the canonicalized absolute 

Versions of packages bootcd recommends:
ii  wodim 9:1.1.11-1 command line CD/DVD writing tool

Versions of packages bootcd suggests:
ii  bootcd-mkinitramfs3.23   initramfs extension for bootcd
pn  ssh(no description available)

-- no debconf information
--- bootcd-3.23/bootcdwrite.conf2011-02-28 13:29:12.0 -0800
+++ bootcd-3.23-dev/bootcdwrite.conf2011-02-28 13:31:58.0 -0800
@@ -52,7 +52,7 @@
 # exclude some files or directories from loading to ram
 # Because most people's home and root dir are to large to include 
 # in RAM, subdirectories can be excluded:
-NOT_TO_RAM="$(find $SRCDISK/home $SRCDISK/root -maxdepth 1 -mindepth 1 -type 
d)"
+NOT_TO_RAM="$(find $SRCDISK/home $SRCDISK/root -maxdepth 1 -mindepth 1 -type d 
| grep -v ".cache")"
 
 # If you are using ssh it is helpful to have a unique ssh hostkey for
 # each CD.

Bug#615902: libsdl1.2: typo in Vcs-Svn field

[RjY]

Source: libsdl1.2
Source-Version: 1.2.14-6.1
Severity: minor
Tags: patch

"libsdl.2" should be "libsdl1.2"

-- 
http://rjy.org.uk/
Index: debian/control
===
--- debian/control	(revision 266)
+++ debian/control	(working copy)
@@ -5,7 +5,7 @@
 Uploaders: Sam Hocevar (Debian packages) , Aurelien Jarno , Josselin Mouette , Barry deFreese 
 Standards-Version: 3.8.4
 Build-Depends: dpkg (>= 1.13.2), debhelper (>= 5.0), quilt, nasm [i386 kfreebsd-i386], libaa1-dev, libx11-dev, libxext-dev, libxt-dev, libxv-dev, x11proto-core-dev, libaudiofile-dev, libesd0-dev, libpulse-dev, libgl1-mesa-dev, libsvga1-dev [amd64 i386], libarts1-dev, libartsc0-dev, libasound2-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libaudio-dev, libcaca-dev, libdirectfb-dev (>= 1.0) [!hurd-i386], libusbhid-dev [kfreebsd-i386 kfreebsd-amd64], libglu1-mesa-dev
-Vcs-Svn: svn://svn.debian.org/pkg-sdl/unstable/libsdl.2
+Vcs-Svn: svn://svn.debian.org/pkg-sdl/unstable/libsdl1.2
 Vcs-Browser: http://svn.debian.org/wsvn/pkg-sdl/unstable/libsdl1.2/
 Homepage: http://www.libsdl.org/
 

Bug#612710: pm-utils: split package to avoid conflicts

[Michael Biebl]

Am 28.02.2011 22:38, schrieb Piotr Szczepanik:

> Splitting out the power saving hooks seems like the best solution to
> me but of course I may be wrong.
> What do you think about it?

Have you actually read what I wrote in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=612710#29


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



signature.asc
Description: OpenPGP digital signature

Bug#596960: strace: Please add preliminary armhf support

[Frederik Schüler]

Hello,

just add armhf to the Architecture: list? does it build a binary at all?

Is there a porters machine where I can test?

regards
Frederik Schüler

-- 
ENOSIG


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

Bug#615901: New upstream for ticgit available

[Michael Schutte]

Hi Tobias,

On Mon, Feb 28, 2011 at 10:39:17PM +0100, Tobias Quathamer wrote:
> the upstream development of ticgit has been taken over by Jeff Welling,
> who set up a github repository. The most recent upstream version is now
> 1.0.1, please consider to update the Debian package.
> 
> 

I’m already exchanging e-mails with Jeff about the new release, but
thanks nonetheless!

Cheers,
-- 
Michael Schutte   | michi@{uiae.at,debian.org}
Innsbruck, Austria| happily accepting encrypted mail
OpenPGP: 0x16fb 517b a866 c3f6 8f11 1485 f3e4 122f 1D8C 261A


signature.asc
Description: Digital signature