Bug#625365: [Debian-med-packaging] Bug#625365: libgtextutils with GCC 4.6

[Charles Plessy]

Le Tue, May 03, 2011 at 02:58:13PM -0400, Assaf Gordon a écrit :
> 
> The commands I'm running:
> $ export CC=gcc-4.6
> $ export CXX=g++-4.6
> $ export CPP=cpp-4.6
> $ wget -q http://hannonlab.cshl.edu/fastx_toolkit/libgtextutils-0.6.tar.bz2
> $ tar -xjf libgtextutils-0.6.tar.bz2  
> $ cd libgtextutils-0.6
> $ ./configure
> [... normal configure output ...]
> $ make
> 
> And "make" completes successfully.

Dear Gordon,

currently, Debian's GCC is patched to downgrade the errors
“unused-but-set-variable” and “unused-but-set-parameter” to warnings, but this
will be reverted.  What is needed is to compile successfully without seeing:

pipe_fitter.c:30:6: warning: variable 'i' set but not used 
[-Wunused-but-set-variable]

Have a nice day,

-- 
Charles



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

Bug#625828: libipc-sharelite-perl: FTBFS on armel: test failures

[Niko Tyni]

tags 625828 + squeeze
thanks

On Fri, May 06, 2011 at 12:38:42PM +0300, Niko Tyni wrote:
> Package: libipc-sharelite-perl
> Version: 0.17-1
> Severity: serious
> Tags: wheezy sid
> User: debian-p...@lists.debian.org
> Usertags: perl-5.12-transition
> 
> This package failed to build on armel only against Perl 5.12.
> 
>  
> https://buildd.debian.org/status/fetch.php?pkg=libipc-sharelite-perl&arch=armel&ver=0.17-1%2Bb1&stamp=1304522076

> Haven't investigated whether this is a regression with Perl 5.12 or
> something else. The last time it was built on armel was in March 2009.

I can reproduce this on abel.debian.org with both squeeze (Perl 5.10)
and sid (5.12), but not on agricola.debian.org at all. Either kernel or
hardware specific? I see from the build log that arnold.debian.org (the
buildd) is running "Linux 2.6.32 armel (armv5tel)" which matches abel.

Running the test under strace:
 strace -f -olog perl -Iblib/lib -Iblib/arch  t/sharelite.t
makes the test succeed, which isn't really helpful.

Will try to make a pure C equivalent of the test next and see if that
makes a difference.

The short term fix may be to retry this on another buildd.
-- 
Niko Tyni   nt...@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#626033: [gwenview] Export shortcuts do not work when menu is hidden

[Gena Bug]

Package: gwenview
Version: 4:4.4.5-2
Severity: normal

--- Please enter the report below this line. ---
Steps to reproduce:
1. open an image with gwenview
2. try to open a plugin by its shortcut (in my case I tried to export image to 
picasa -- 
Alt+Shift+P) -- nothing happens :(
3. restore application menu
4. try 2. again -- nothing happens :(
5. open and close Plugins menu
6. try 2. again -- voila! Shortcuts are works now!
7. hide menu
8. try 2. again -- oops! nothing happens.


--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.38-5.dmz.1-liquorix-amd64

Debian Release: wheezy/sid
  990 testing security.debian.org 
  990 testing mirror.yandex.ru 
  500 unstablemirror.yandex.ru 
  500 unstableliquorix.net 
  500 stable  apt.spideroak.com 

--- Package information. ---
Depends(Version) | Installed
-+-=
kdebase-runtime  | 4:4.4.5-1
libc6 (>= 2.2.5) | 2.11.2-11
libexiv2-9   | 0.20-2
libgcc1 (>= 1:4.1.1) | 1:4.6.0-2
libjpeg62   (>= 6b1) | 6b1-1
libkdecore5 (>= 4:4.4.0) | 4:4.4.5-4
libkdeui5   (>= 4:4.4.0) | 4:4.4.5-4
libkfile4   (>= 4:4.4.0) | 4:4.4.5-4
libkio5   (>= 4:4.4) | 4:4.4.5-4
libkipi7(>= 4:4.4.1) | 4:4.4.5-2
libkparts4(>= 4:4.4) | 4:4.4.5-4
libnepomuk4   (>= 4:4.4) | 4:4.4.5-4
libphonon4  (>= 4:4.6.0really4.3.80) | 4:4.6.0really4.5.0-2
libqt4-svg  (>= 4:4.5.3) | 4:4.7.2-3
libqtcore4  (>= 4:4.6.1) | 4:4.7.2-3
libqtgui4   (>= 4:4.6.1) | 4:4.7.2-3
libstdc++6(>= 4.1.1) | 4.6.0-2
phonon   | 4:4.6.0really4.5.0-2


Package's Recommends field is empty.

Package's Suggests field is empty.






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

Bug#624469: Intermittent failure to start.

[Marco d'Itri]

On May 08, Josh Triplett  wrote:

> Any chance this represents a conflict with udev from the initramfs?
This is the only explanation, but in this case you should see the old
process with ps.
Try again by immediately running something like "strace -v -s 200 udevd"
at the shell prompt so we can see exactly why it is failing to start.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#626032: Slim appears to have grown up. Perhaps gdm(3) can be retired as the xfce4 display manager?

[Daniel Dickinson]

Package: xfce4
Version: 4.8.0.2
Severity: wishlist


The problems with slim that rendered it unusable (strange echo/capture problems 
on the VT's when slim was active), appear to have been solved, and I'm 
wondering if it's time to switch the display manager to slim and get rid of the 
gdm[3] dependencies that have a tendency to pull in gnome.  I know that was the 
plan at one point, but it now looks doable.  Or are there other features of a 
dm that slim still lacks that will be required before it can be the dm of 
choice?

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

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

Versions of packages xfce4 depends on:
ii  gtk2-engines-xfce 2.8.1-2GTK+-2.0 theme engine for Xfce
ii  orage 4.8.1-2Calendar for Xfce Desktop Environm
ii  thunar1.2.1-6File Manager for Xfce
ii  xfce4-appfinder   4.8.0-3Application finder for the Xfce4 D
ii  xfce4-mixer   4.8.0-2Xfce mixer application
ii  xfce4-panel   4.8.3-2panel for Xfce4 desktop environmen
ii  xfce4-session 4.8.1-2Xfce4 Session Manager
ii  xfce4-settings4.8.1-4graphical application for managing
ii  xfce4-utils   4.8.1-2Various tools for Xfce
ii  xfconf4.8.0-3utilities for managing settings in
ii  xfdesktop44.8.2-1xfce desktop background, icons and
ii  xfwm4 4.8.1-3window manager of the Xfce project

Versions of packages xfce4 recommends:
ii  desktop-base  6.0.6  common files for the Debian Deskto
ii  tango-icon-theme  0.8.90-3   Tango icon theme
ii  thunar-volman 0.6.0-4Thunar extension for volumes manag
ii  xorg  1:7.6+6X.Org X Window System

Versions of packages xfce4 suggests:
ii  xfce4-goodies 4.8.1  enhancements for the Xfce4 Desktop
ii  xfprint4  4.6.1-2Printer GUI for Xfce4

-- 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#626031: debian-kernel-handbook: please support U-Boot format images.

[Hector Oron]

Package: debian-kernel-handbook
Version: 1.0.10
Severity: wishlist
Tags: patch

Hello,

  While looking to DebianBug#550584, I wonder why do we need to carry
  with the burden of maintaining hardcoded stuff for some architectures,
  while part of it is maintained by Linux kernel upstream developers.

  Adding support for U-Boot image format ('uImage' kernel target) in
  official kernel packages seem to me the right thing to do, it would
  not only simplify `flash-kernel` (see #108 comments for a `flash-kernel`
  summary of issues) but also `debian-installer` which currently have to
  add extra code to support U-Boot image format per device. Part of that
  extra code could be reduced by allowing U-Boot format images in official
  packages.

  Regarding initramfs generation, it could be generated as usual by initramfs
  tools but if platform uses U-Boot format after creating, updating or deleting
  initrd.img it should call the uinitrd.img handler (nowadays flash-kernel) with
  a couple parameters: 

  The following patch against SVN trunk (r89) ammends kernel handbook policy
  for allowing U-Boot image format support (and also fixes some indentation
  to be coherent with writting style).


Index: chapter-initramfs.sgml
===
--- chapter-initramfs.sgml  (revision 89)
+++ chapter-initramfs.sgml  (working copy)
@@ -63,7 +63,7 @@
   
 Choosing the tool
   
-   At the end of the kernel package installation a script is
+At the end of the kernel package installation a script is
automatically invoked to determine the availability of the
initramfs-generating tools and run one of them. This script
contains the list of all such tools available in Debian.
@@ -96,20 +96,33 @@
be regenerated. This is achieved by the command

 # dpkg-reconfigure linux-image-2.6.18-3-686
-
-where linux-image-2.6.18-3-686 is the name of the
+   
+   where linux-image-2.6.18-3-686 is the name of the
kernel package for which the initramfs regeneration is requested.
+  
   
   
 Examining the initramfs contents
-   
+  
Occasionally it is useful to examine the contents of initramfs
to diagnose a problem or for educational purposes. They are
compressed cpio archives, which may be extracted
using the command

 $ zcat /boot/initrd.img-2.6.18-3-686 | cpio -i
-
+   
It will unpack the contents of the initramfs into the current directory.
+  
   
+  
+Generating U-Boot format initramfs images 
(uinitrd.img)
+  
+If U-Boot format (uImage) Linux kernel image exists
+   initramfs generation tool must run to create, update or delete initramfs
+   after each one of those tasks it must pass control to the uinitrd.img
+   generation tool, nowadays the only known tool flash-kernel 
passing
+   two arguments: action performed (create, update, delete) and 
+   
version-abiname[-featureset]-flavour.
+  
+  
 
Index: chapter-update-hooks.sgml
===
--- chapter-update-hooks.sgml   (revision 89)
+++ chapter-update-hooks.sgml   (working copy)
@@ -28,7 +28,8 @@
   optionally, the absolute path to the kernel image.  If the
   second argument is missing then the path is
   either /boot/vmlinuz-version or
-  /boot/vmlinux-version, according to
+  /boot/vmlinux-version or
+  /boot/uImage-version, according to
   architecture convention.  The environment variable
   DEB_MAINT_PARAMS will contain the arguments given to
   the kernel maintainer script, possibly single-quoted.  In a
Index: chapter-packaging.sgml
===
--- chapter-packaging.sgml  (revision 89)
+++ chapter-packaging.sgml  (working copy)
@@ -281,19 +281,35 @@
  pre-built binary modules for a particular
  arch/featureset/flavour combination. Names of the files
  installed by this package are
- architecture-dependent. Typical locations of essential
- files for the i386 architecture are:
+ architecture-dependent. Traditionally Debian Linux kernel uses
+ vmlinuz, a gzip compressed ELF, COFF or a.out image.
+ U-Boot format Linux kernel images, uImage, are supported 
as well
+ for architectures that use such format.
+ Typical locations of essential files are:
  

/boot/vmlinuz-version-abiname[-featureset]-flavour

  The binary (compressed) kernel image.

+   
/boot/uImage-version-abiname[-featureset]-flavour
+   
+ The binary (compressed) kernel image (U-Boot format).
+   

/

Bug#624502: iceweasel: URL bar not working anymore

[Mike Hommey]

On Sun, May 08, 2011 at 08:37:29AM +0530, Onkar Shinde wrote:
> On 5/4/11, Mike Hommey  wrote:
> 
> > This may be related to bug #560329.
> > Can you try the instructions from
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=560329#40 ?
> 
> 
> I haven't lost my bookmarks or history. So I am definitely not
> affected by bug 560329.
> Following is the output of commands mentioned in the comment 40 of that bug.
> sqlite> select count(*) from moz_historyvisits;
> 3976
> sqlite> select count(*) from moz_bookmarks;
> 121
> 
> What I noticed is that when I created new profile everything is
> working fine. So something has gone wrong with my default profile.

Can you try copying that sqlite file from your default profile into the
new profile and see if that still works?

Also, does it work if you start in safe mode?

Mike



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

Bug#625160: mirrors: Hash Sum mismatch in Packages.{bz2,gz} on several US mirrors

[branen salmon]

Package: mirrors
Followup-For: Bug #625160


All four of the ftp.us.debian.org (ftp.egr.msu.edu, mirrors.kernel.org, 
debian.osuosl.org, debian.lcs.mit.edu) hosts are currently broken for 
testing on amd64.  linux.csua.berkeley.edu and debian.uchicago.edu are 
also broken; sluglug.ucsc.edu and mirror.3tier.com still work.

apt-get throws "Hash Sum mismatch" errors while downloading the package 
list:

root@debian:/# apt-get update
Get:1 http://debian.osuosl.org testing InRelease [135 kB]
Get:2 http://debian.osuosl.org testing/main TranslationIndex [2,264 B]
Get:3 http://debian.osuosl.org testing/main amd64 Packages [9,181 kB]
Fetched 9,318 kB in 17s (522 kB/s)
W: Failed to fetch 
gzip:/var/lib/apt/lists/partial/debian.osuosl.org_debian_dists_testing_main_binary-amd64_Packages
  Hash Sum mismatch
E: Some index files failed to download. They have been ignored, or old ones 
used instead.

http://lists.debian.org/debian-devel/2011/03/msg00598.html seems like it 
may be relevant.

It's pretty frustrating to have all four ftp.us.debian.org hosts busted 
at once.  Any chance the mirror maintainers might update to February's 
script?

Thanks!

--branen


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

Kernel: Linux 2.6.32-5-amd64
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#617214: Has been packaged by an Ubuntu project

[JC Hulce]

I'd like to let you know that an Ubuntu project has packaged this
https://launchpad.net/ugr-cantarell

Bug#624469: Intermittent failure to start.

[Josh Triplett]

Package: udev
Version: 168-1
Followup-For: Bug #624469

One more note: this occurred after a fresh install of stable and upgrade
to unstable, with no unusual steps taken.

- Josh Triplett

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

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

Versions of packages udev depends on:
ii  debconf [debconf-2.0]1.5.39  Debian configuration management sy
ii  libc62.13-2  Embedded GNU C Library: Shared lib
ii  libselinux1  2.0.98-1+b1 SELinux runtime shared libraries
ii  libudev0 168-1   libudev shared library
ii  libusb-0.1-4 2:0.1.12-17 userspace USB programming library
ii  lsb-base 3.2-27  Linux Standard Base 3.2 init scrip
ii  util-linux   2.17.2-9.1  Miscellaneous system utilities

Versions of packages udev recommends:
ii  pciutils  1:3.1.7-9  Linux PCI Utilities
ii  usbutils  1:001-1Linux USB utilities

udev suggests no packages.

-- debconf information:
  udev/new_kernel_needed: false
  udev/title/upgrade:
  udev/reboot_needed:
  udev/sysfs_deprecated_incompatibility:



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

Bug#616317: base: commit= ext3 mount option in fstab has no effect.

[Roger Leigh]

On Sun, May 08, 2011 at 05:24:09AM +0100, Ben Hutchings wrote:
> On Sat, 2011-05-07 at 22:43 -0400, Ted Ts'o wrote:
> [...]
> > Should we try to make this work (at best badly) since a change in
> > mount options in /etc/fstab would only take effect at the next
> > mkinitramfs and/or update-grub invocation?  Or should we just close
> > out this bug and say, "tough luck, kid; if you want to change the root
> > file system's mount options, you need to edit your kernel's boot
> > options using whatever bootloader you might happen to be using"?
> [...]
> 
> Could we not have init remount root based on /etc/fstab?  It already
> handles remounting read-write.  I suppose the problem then is that some
> mount options can't practically be changed when remounting.  (Worse, the
> failure to change them is silent in some cases.  And that is definitely
> a bug.)

See also: #520009

Also, with the version of initscripts in experimental, the domount
mount helper can remount filesystems with the options from /etc/fstab.
This is used to remount the filesystems mounted in the early initramfs
with the options the sysadmin defined (if any).  This could also be
extended to do the same for the rootfs.  The existing read_fstab
could also be refactored to use the generic read_fstab_entry to pull
out the entire set of mount options for remounting rather than just
using the ro option.  As both this and #520009 note, this won't work
for all mount options such as data= for ext3, but it would allow any
other options to from fstab to be applied to the root mount.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.


signature.asc
Description: Digital signature

Bug#565122: "Phone search is still active, you can not continue"

[Michael Deegan]

Package: wammu
Version: 0.33-1
Severity: normal

In my (so far vain) efforts to find something that knows how to pull SMSes
out of my Nokia N97, I pointed wammu at /dev/ttyACM1. This results in wammu
seemingly waiting forever. It really would be a good idea to allow
cancellation of the test. :P

Log file attached.

-- System Information:
Debian Release: 6.0.1
  APT prefers oldstable
  APT policy: (500, 'oldstable'), (500, 'stable'), (490, 'testing'), (470, 
'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages wammu depends on:
ii  python  2.6.6-3+squeeze6 interactive high-level object-orie
ii  python-gammu1.28.0-1 Python module to communicate with 
ii  python-support  1.0.10   automated rebuilding support for P
ii  python-wxgtk2.8 2.8.10.1-3+b1wxWidgets Cross-platform C++ GUI t

Versions of packages wammu recommends:
ii  notification-daemon 0.5.0-2  daemon to displays passive pop-up 
ii  python-bluez [python-blueto 0.18-1+b1Python wrappers around BlueZ for r
ii  python-dbus 0.83.1-1 simple interprocess messaging syst
ii  timidity2.13.2-39+b1 Software sound renderer (MIDI sequ

Versions of packages wammu suggests:
ii  gmobilemedia 0.4+dfsg-10 GTK+ application used to browse a 

Versions of packages python-gammu depends on:
ii  libbluetooth3   4.66-3   Library to use the BlueZ Linux Blu
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  libdbi0 0.8.2-3  Database Independent Abstraction L
ii  libgammu7   1.28.0-1 mobile phone management library
ii  libgsmsd7   1.28.0-1 SMS daemon helper library
ii  libmysqlclient165.1.49-3 MySQL database client library
ii  libpq5  8.4.7-0squeeze2  PostgreSQL C client library
ii  libusb-1.0-02:1.0.8-2userspace USB programming library
ii  python  2.6.6-3+squeeze6 interactive high-level object-orie
ii  python-support  1.0.10   automated rebuilding support for P

-- no debconf information

-MD

-- 
---
Michael DeeganHugaholichttp://www.deegan.id.au/
- Guvax bs vg nf ribyhgvba va npgvba. -
Sun 2011/05/08 13:09:01: [Gammu- 1.28.0 built 12:27:49 Jul 12 2010 
using GCC 4.4]
Sun 2011/05/08 13:09:01: [Connection   - "at"]
Sun 2011/05/08 13:09:01: [Connection index - 0]
Sun 2011/05/08 13:09:01: [Model type   - ""]
Sun 2011/05/08 13:09:01: [Device   - "/dev/ttyACM1"]
Sun 2011/05/08 13:09:01: [Runing on- Linux, kernel 2.6.32-5-amd64 (#1 
SMP Mon Mar 7 21:35:22 UTC 2011)]
Sun 2011/05/08 13:09:01: Serial device: DTR is up, RTS is up, CAR is down, CTS 
is up
Sun 2011/05/08 13:09:01: Setting speed to 19200
Sun 2011/05/08 13:09:01: [Module   - "auto"]
Sun 2011/05/08 13:09:01: Escaping SMS mode
Sun 2011/05/08 13:09:01: SENDING frametype 0x00/length 0x02/2
Sun 2011/05/08 13:09:01: 1B |0D 
 ..  
Sun 2011/05/08 13:09:02: Sending simple AT command to wake up some devices
Sun 2011/05/08 13:09:02: SENDING frametype 0x00/length 0x03/3
Sun 2011/05/08 13:09:02: 41A|54T|0D 
 AT. 
Sun 2011/05/08 13:09:04: [Retrying 1 type 0x00]
Sun 2011/05/08 13:09:04: SENDING frametype 0x00/length 0x03/3
Sun 2011/05/08 13:09:04: 41A|54T|0D 
 AT. 
Sun 2011/05/08 13:09:06: [Retrying 2 type 0x00]
Sun 2011/05/08 13:09:06: SENDING frametype 0x00/length 0x03/3
Sun 2011/05/08 13:09:06: 41A|54T|0D 
 AT. 
Sun 2011/05/08 13:09:08: Enabling echo
Sun 2011/05/08 13:09:08: SENDING frametype 0x00/length 0x05/5
Sun 2011/05/08 13:09:08: 41A|54T|45E|311|0D 
 ATE1.   
Sun 2011/05/08 13:09:11: [Retrying 1 type 0x00]
Sun 2011/05/08 13:09:11: SENDING frametype 0x00/length 0x05/5
Sun 2011/05/08 13:09:11: 41A|54T|45E|311|0D 
 ATE1.   

Bug#448638: Debian packages for I2P

[Karl Goetz]

On Fri,  6 May 2011 13:16:31 + (UTC)
 wrote:

> KillYourTV has made some nice packages for I2P - the router and some
> apps that use i2p as well as unrelated stuff, all which can be found
> at: http://killyourtc.i2p.to/debian He's actively maintining and
> improving it. Maybe that's of interest here?

Hi annon,
thanks for the heads up. I'll try and find some time to check the
packages.
thanks,
kk

-- 
Karl Goetz, (Kamping_Kaiser / VK5FOSS)
Debian contributor / gNewSense Maintainer
http://www.kgoetz.id.au
No, I won't join your social networking group


signature.asc
Description: PGP signature

Bug#622333: Debian Squeeze hangs with kernel 2.6.32-5-xen-686

[Daniel Bareiro]

On Saturday, 23 April 2011 19:09:30 -0300,
Daniel Bareiro wrote:

> > > Here I found a thread [1] with a problem quite like this (although
> > > in my case the hardware is different: A8V-MX motherboard and AMD
> > > Athlon 64 Processor 3500+) in the xen-users mailing list. And
> > > another thread [2] which is derived from the above.
> > > 
> > > I'll try using "cpuidle=off" or "max_cstate=1" at xen cmdline in
> > > /boot/grub/grub.conf.

> > It's probably worth trying cpuidle=off but it looks like the
> > max_cstate=1 thing is Intel specific. It's not clear to me in either
> > case if the root cause of the issue this fixes is a h/w or s/w
> > issue.
> 
> Using "cpuidle=off" and xen-hypervisor-4.0-amd64 package had no
> effect.  After an uptime of 20:26:44, everything became frozen again.
> Now I'm trying with the "max_cstate=1" option.
> 
> This time there was no visual evidence in the disk activity LED when
> the problem occurred, but I do not see revealing information in system
> logs.

> > Do you have irqbalanced installed/running?

> No, I'm not using irqbalance. This is a uniprocessor system (AMD
> Athlon(tm) 64 Processor 3500+ with A8V-MX motherdoard).

Using "max_cstate=1" it did not have effect either.

What I observed on several occasions is that when making a rsync or scp
of several Gigabytes, the computer froze. The loss of network connection
made me think that it might be a problem with the network card, but from
the moment the screen also stops responding if I connect a monitor to
the computer, this makes me think that perhaps there is some other
problem.

But it seems the problem could be linked to high network transfer rate.


Regards,
Daniel
-- 
Daniel Bareiro - GNU/Linux registered user #188.598
Proudly running Debian GNU/Linux with uptime:
01:59:15 up 15 days, 11:55, 10 users,  load average: 0.08, 0.04, 0.00


signature.asc
Description: Digital signature

Bug#626030: resolvconf: [INTL:de] updated German debconf translation

[Helge Kreutzmann]

Package: resolvconf
Version: 1.52
Severity: wishlist
Tags: patch l10n

Please find the updated German debconf translation for resolvconf
attached.

Please place this file in debian/po/ as de.po for your next upload.

If you update your template, please use 
'msgfmt --statistics '
to check the po-files for fuzzy or untranslated strings.

If there are such strings, please contact me so I can update the 
German translation.

Greetings
Helge
# Translation of resolvconf debconf templates to German
# Copyright (C) Helge Kreutzmann , 2004, 2008, 2011.
# This file is distributed under the same license as the resolvconf package.
#
msgid ""
msgstr ""
"Project-Id-Version: resolvconf 1.52\n"
"Report-Msgid-Bugs-To: resolvc...@packages.debian.org\n"
"POT-Creation-Date: 2011-05-04 14:46+0200\n"
"PO-Revision-Date: 2011-05-06 18:44+0200\n"
"Last-Translator: Helge Kreutzmann \n"
"Language-Team: de \n"
"Language: de\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=ISO-8859-15\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../templates:2001
msgid "Prepare /etc/resolv.conf for dynamic updates?"
msgstr "/etc/resolv.conf f�r dynamische Aktualisierungen vorbereiten?"

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"The resolvconf package contains the infrastructure required for dynamic "
"updating of the resolver configuration file. Part of the necessary "
"infrastructure is a symbolic link from /etc/resolv.conf to /etc/resolvconf/"
"run/resolv.conf. If you choose this option then this link will be created; "
"the existing /etc/resolv.conf file will be preserved as /etc/resolvconf/"
"resolv.conf.d/original, and will be restored if this package is removed."
msgstr ""
"Das Paket Resolvconf enth�lt die f�r das dynamische Aktualisieren der "
"Resolver-Konfigurationsdatei ben�tigte Infrastruktur. Teil der notwendigen "
"Infrastruktur ist ein symbolischer Link von /etc/resolv.conf auf /etc/"
"resolvconf/run/resolv.conf. Falls Sie diese Option w�hlen, wird dieser Link "
"angelegt. Die bestehende /etc/resolv.conf-Datei wird als /etc/resolvconf/"
"resolv.conf.d/original erhalten; sie wird wiederhergestellt, falls dieses "
"Paket entfernt wird."

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"Declining this option will prevent future installations from recreating the "
"symbolic link and therefore the resolver configuration file will not be "
"dynamically updated. Dynamic updating can then be activated following "
"instructions in the README file."
msgstr ""
"Falls Sie diese Option ablehnen, werden zuk�nftige Installationen daran "
"gehindert, diesen Link neu zu erstellen und die Konfigurationsdatei des "
"Resolvers (Namensaufl�sers) wird somit nicht dynamisch aktualisiert. In der "
"Datei README wird beschrieben, wie das dynamische Aktualisieren aktiviert "
"werden kann."

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"The presence of resolvconf can affect the behavior of other programs, so it "
"should not be left installed if unconfigured."
msgstr ""
"Die Anwesenheit von Resolvconf kann das Verhalten anderer Programme "
"beeinflussen, daher sollte es im unkonfigurierten Zustand nicht installiert "
"bleiben."

#. Type: note
#. Description
#: ../templates:3001
msgid "Reboot recommended"
msgstr "Systemneustart empfohlen"

#. Type: note
#. Description
#: ../templates:3001
msgid ""
"Suppliers of name server information such as local caching name servers and "
"interface configurers are expected to supply name server information to the "
"resolvconf program. However, although installation of the resolvconf package "
"triggers them to supply their information, some of them fail to do so."
msgstr ""
"Anbieter von Name-Server-Informationen wie lokale, zwischenspeichernde Name-"
"Server und Schnittstellenkonfiguratoren sollten dem Resolvconf-Programm "
"Name-Server-Informationen bereitstellen. Obwohl die Installation des Pakets "
"Resolvconf die Bereitstellung der Informationen ausl�st, schl�gt dies bei "
"einigen fehl."

#. Type: note
#. Description
#: ../templates:3001
msgid ""
"This bug would lead to loss of valid name server information on installation "
"of the resolvconf package if the following workaround were not adopted: "
"resolvconf includes the full contents of the pre-installation /etc/resolv."
"conf in its database until reboot. This has the drawback that name server "
"information is retained even if the associated interface is later "
"deconfigured. (This incorrect behavior is judged to be less harmful than the "
"alternative of losing valid information.)"
msgstr ""
"Dieser Fehler w�rde zum Verlust g�ltiger Name-Server-Information bei der "
"Installation des Pakets Resolvconf f�hren, falls die folgende "
"Hilfskonstruktion nicht eingesetzt w�rde: Resolvconf enth�lt den gesamten "
"Inhalt von /etc/resolv.conf im Zustand vor der Installation bis zum "
"Systemneustart. Dies hat den Nachteil, dass die Name-Server-Information "
"beibehalte

Bug#622234: gdmsetup isn't working (doesn't unblock)

[Josh Triplett]

Package: gdm3
Version: 2.30.5-10
Followup-For: Bug #622234

I just installed a fresh system running unstable, and I experience this
problem as well.  However, policykit doesn't crash for me, so the
problem seems to have some other cause, and the crash also reported in
this bug report may represent a separate issue.

- Josh Triplett

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

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

Versions of packages gdm3 depends on:
ii  adduser  3.112+nmu2  add and remove users and groups
ii  debconf [debconf-2.0]1.5.39  Debian configuration management sy
ii  gconf2   2.28.1-6GNOME configuration database syste
ii  gnome-session [x-session 2.30.2-3The GNOME Session Manager - GNOME 
ii  gnome-session-bin2.30.2-3The GNOME Session Manager - Minima
ii  gnome-terminal [x-termin 2.30.2-1The GNOME terminal emulator applic
ii  libart-2.0-2 2.3.21-1Library of functions for 2D graphi
ii  libatk1.0-0  2.0.0-1 The ATK accessibility toolkit
ii  libattr1 1:2.4.44-2  Extended attribute shared library
ii  libaudit01.7.13-1+b2 Dynamic library for security audit
ii  libbonobo2-0 2.24.3-1Bonobo CORBA interfaces library
ii  libbonoboui2-0   2.24.3-1The Bonobo UI library
ii  libc62.13-2  Embedded GNU C Library: Shared lib
ii  libcairo21.10.2-6The Cairo 2D vector graphics libra
ii  libcanberra-gtk0 0.24-1  Gtk+ helper for playing widget eve
ii  libcanberra0 0.24-1  a simple abstract interface for pl
ii  libdbus-1-3  1.4.8-3 simple interprocess messaging syst
ii  libdbus-glib-1-2 0.92-1  simple interprocess messaging syst
ii  libfontconfig1   2.8.0-2.2   generic font configuration library
ii  libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib
ii  libgconf2-4  2.28.1-6GNOME configuration database syste
ii  libgdk-pixbuf2.0-0   2.23.3-3GDK Pixbuf library
ii  libglib2.0-0 2.28.6-1The GLib library of C routines
ii  libgnome2-0  2.30.0-1The GNOME library - runtime files
ii  libgnomecanvas2-02.30.1-1A powerful object-oriented display
ii  libgtk2.0-0  2.24.4-3The GTK+ graphical user interface 
ii  liborbit21:2.14.18-0.1   libraries for ORBit2 - a CORBA ORB
ii  libpam-modules   1.1.2-3 Pluggable Authentication Modules f
ii  libpam-runtime   1.1.2-3 Runtime support for the PAM librar
ii  libpam0g 1.1.2-3 Pluggable Authentication Modules l
ii  libpanel-applet2-0   2.30.2-4library for GNOME Panel applets
ii  libpango1.0-01.28.3-6Layout and rendering of internatio
ii  libpolkit-gobject-1-00.101-4 PolicyKit Authorization API
ii  libpolkit-gtk-1-00.101-2 PolicyKit GTK+ API
ii  libpopt0 1.16-1  lib for parsing cmdline parameters
ii  librsvg2-common  2.32.1-1SAX-based renderer library for SVG
ii  libselinux1  2.0.98-1+b1 SELinux runtime shared libraries
ii  libupower-glib1  0.9.10-1abstraction for power management -
ii  libwrap0 7.6.q-19Wietse Venema's TCP wrappers libra
ii  libx11-6 2:1.4.3-1   X11 client-side library
ii  libxau6  1:1.0.6-1   X11 authorisation library
ii  libxdmcp61:1.1.0-1   X11 Display Manager Control Protoc
ii  libxklavier165.0-2   X Keyboard Extension high-level AP
ii  libxml2  2.7.8.dfsg-2+b1 GNOME XML library
ii  lsb-base 3.2-27  Linux Standard Base 3.2 init scrip
ii  metacity [x-window-manag 1:2.30.1-3  lightweight GTK+ window manager
ii  policykit-1-gnome0.101-2 GNOME authentication agent for Pol
ii  upower   0.9.10-1abstraction for power management
ii  xterm [x-terminal-emulat 269-1   X terminal emulator

Versions of packages gdm3 recommends:
pn  at-spi (no description available)
ii  desktop-base  6.0.6  common files for the Debian Deskto
ii  gnome-icon-theme  2.30.3-2   GNOME Desktop icon theme
ii  gnome-power-manager   2.32.0-2   power management tool for the GNOM
ii  gnome-settings-daemon 2.30.2-3   daemon handling the GNOME session 
ii  x11-xkb-utils 7.6+2  X11 XKB utilities
ii  xserver-xephyr2:1.10.1-2 nested X server
ii  xserver-xorg 

Bug#626029: Correctly autodetects DPI but then ignores it and uses 96 DPI

[Josh Triplett]

Package: xserver-xorg-core
Version: 2:1.10.1-2
Severity: normal

Early in the X server startup process, it correctly detects the
dimensions of my display, and sets the DPI accordingly:

[  1854.728] (**) intel(0): Display dimensions: (280, 160) mm
[  1854.728] (**) intel(0): DPI set to (123, 121)

However, later in the server startup, it overrides the correctly
autodetected DPI, and forcibly sets the DPI to 96:

[  1854.803] (II) intel(0): Setting screen physical size to 361 x 203

This breaks proper font sizing (making my normal fonts appear far too
small), along with sizing of many other things (such as the 100% zoom
level in various applications).

96 DPI seems like an acceptable fallback in the absence of
autodetection, but please don't override the DPI calculated from the
autodetected display sizes.

Thanks,
Josh Triplett

-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 May  7 20:37 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1972704 Apr 28 05:26 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation Core 
Processor Family Integrated Graphics Controller [8086:0126] (rev 09)

/etc/X11/xorg.conf does not exist.

/etc/X11/xorg.conf.d does not exist.

KMS configuration files:

/etc/modprobe.d/i915-kms.conf:
  options i915 modeset=1
/etc/modprobe.d/radeon-kms.conf:
  options radeon modeset=1

Kernel version (/proc/version):
---
Linux version 2.6.38-2-amd64 (Debian 2.6.38-4) (b...@decadent.org.uk) (gcc 
version 4.4.6 (Debian 4.4.6-2) ) #1 SMP Sat Apr 23 18:47:49 UTC 2011

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 28558 May  7 21:39 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[  1854.415] 
X.Org X Server 1.10.1
Release Date: 2011-04-15
[  1854.424] X Protocol Version 11, Revision 0
[  1854.427] Build Operating System: Linux 2.6.32-5-amd64 x86_64 Debian
[  1854.431] Current Operating System: Linux leaf 2.6.38-2-amd64 #1 SMP Sat Apr 
23 18:47:49 UTC 2011 x86_64
[  1854.432] Kernel command line: BOOT_IMAGE=/vmlinuz-2.6.38-2-amd64 
root=/dev/mapper/leaf-root ro init=/bin/sh
[  1854.433] Build Date: 28 April 2011  12:13:00PM
[  1854.434] xorg-server 2:1.10.1-2 (Julien Cristau ) 
[  1854.435] Current version of pixman: 0.21.8
[  1854.436]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[  1854.437] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[  1854.440] (==) Log file: "/var/log/Xorg.0.log", Time: Sat May  7 21:39:20 
2011
[  1854.441] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[  1854.441] (==) No Layout section.  Using the first Screen section.
[  1854.441] (==) No screen section available. Using defaults.
[  1854.441] (**) |-->Screen "Default Screen Section" (0)
[  1854.441] (**) |   |-->Monitor ""
[  1854.442] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[  1854.442] (==) Automatically adding devices
[  1854.442] (==) Automatically enabling devices
[  1854.442] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[  1854.442]Entry deleted from font path.
[  1854.442] (WW) The directory 
"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" does not exist.
[  1854.442]Entry deleted from font path.
[  1854.442] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[  1854.442] (==) ModulePath set to "/usr/lib/xorg/modules"
[  1854.442] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[  1854.442] (II) Loader magic: 0x7dba00
[  1854.442] (II) Module ABI versions:
[  1854.442]X.Org ANSI C Emulation: 0.4
[  1854.442]X.Org Video Driver: 10.0
[  1854.442]X.Org XInput driver : 12.2
[  1854.442]X.Org Server Extension : 5.0
[  1854.442] (--) PCI:*(0:0:2:0) 8086:0126:17aa:21da rev 9, Mem @ 
0xd000/4194304, 0xc000/268435456, I/O @ 0x5000/64
[  1854.442] (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or 
directory)
[  1854.442] (II) LoadModule: "extmod"
[  1854.442] (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so
[  1854.442] (II) Module extmod: vendor="X.Org Foundation"
[  1854.443]compiled for 1.10.1, module version = 1.0.0
[  1854.443]Module 

Bug#336465: easytag: mp4/m4a tag editing does not work

[Maia Kozheva]

Alas, this is blocked by the license incompatibility issue with libmp4v2.

Unless someone writes a patch to use GStreamer or libavformat for editing MP4 
tags, this won't be fixed.


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

Bug#616317: base: commit= ext3 mount option in fstab has no effect.

[Ben Hutchings]

On Sat, 2011-05-07 at 22:43 -0400, Ted Ts'o wrote:
[...]
> Should we try to make this work (at best badly) since a change in
> mount options in /etc/fstab would only take effect at the next
> mkinitramfs and/or update-grub invocation?  Or should we just close
> out this bug and say, "tough luck, kid; if you want to change the root
> file system's mount options, you need to edit your kernel's boot
> options using whatever bootloader you might happen to be using"?
[...]

Could we not have init remount root based on /etc/fstab?  It already
handles remounting read-write.  I suppose the problem then is that some
mount options can't practically be changed when remounting.  (Worse, the
failure to change them is silent in some cases.  And that is definitely
a bug.)

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#624469: Fails to start: failed to bind control socket (address in use)

[Josh Triplett]

Package: udev
Version: 168-1
Followup-For: Bug #624469

I just confirmed that this problem seems to come down to timing.  I
booted with init=/bin/sh, waited a bit, and then ran "exec /sbin/init".
The system booted normally, and udev started without any errors.

- Josh Triplett

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

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

Versions of packages udev depends on:
ii  debconf [debconf-2.0]1.5.39  Debian configuration management sy
ii  libc62.11.2-11   Embedded GNU C Library: Shared lib
ii  libselinux1  2.0.98-1+b1 SELinux runtime shared libraries
ii  libudev0 168-1   libudev shared library
ii  libusb-0.1-4 2:0.1.12-17 userspace USB programming library
ii  lsb-base 3.2-27  Linux Standard Base 3.2 init scrip
ii  util-linux   2.17.2-9.1  Miscellaneous system utilities

Versions of packages udev recommends:
ii  pciutils  1:3.1.7-9  Linux PCI Utilities
ii  usbutils  1:001-1Linux USB utilities

udev suggests no packages.

-- debconf information excluded



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

Bug#624469: Intermittent failure to start.

[Josh Triplett]

Package: udev
Version: 168-1
Followup-For: Bug #624469

retitle 624469 Fails to start: failed to bind control socket (address in use)
thanks

I've just checked, and if I boot the system with init=/bin/sh and then
manually run the first two rcS.d scripts (mountkernfs and udev), udev
starts just fine.  But if I let the system boot normally, udev fails to
start, complaining that it can't bind the control socket (address in
use).

Any chance this represents a conflict with udev from the initramfs?

In case it matters, this system uses LVM-on-crypto for the root
filesystem and swap.  That might change something about the boot
process which triggers this problem.

- Josh Triplett

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

Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages udev depends on:
ii  debconf [debconf-2.0]1.5.39  Debian configuration management sy
ii  libc62.11.2-11   Embedded GNU C Library: Shared lib
ii  libselinux1  2.0.98-1+b1 SELinux runtime shared libraries
ii  libudev0 168-1   libudev shared library
ii  libusb-0.1-4 2:0.1.12-17 userspace USB programming library
ii  lsb-base 3.2-27  Linux Standard Base 3.2 init scrip
ii  util-linux   2.17.2-9.1  Miscellaneous system utilities

Versions of packages udev recommends:
ii  pciutils  1:3.1.7-9  Linux PCI Utilities
ii  usbutils  1:001-1Linux USB utilities

udev suggests no packages.

-- debconf information excluded



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

Bug#619482: Provide More Details

[Michael Lustfield]

This is an easy fix. However, 0.7.67 is only in Debian stable. Could you please
provide details about what effect this has so we can see if it justifies an
update to stable?



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

Bug#626028: bliss: FTBFS: AMD64-specific .symbols

[Aaron M. Ucko]

Source: bliss
Version: 0.71-1
Severity: serious
Justification: fails to build from source

Builds of bliss are failing on nearly all architectures because
debian/libbliss1d.symbols wound up listing as mandatory some symbols
that g++ defines only on AMD64 (including kfreebsd-amd64).  Could you
please adjust the packaging to compensate for the variation in
actually defined symbols across architectures?  dpkg-gensymbols(1)
mentions a few possible approaches.

Thanks!



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

Bug#624469: Intermittent failure to start. Timestamp conflict?

[Josh Triplett]

Package: udev
Version: 168-1
Followup-For: Bug #624469

I experience this problem as well.  It definitely has nothing to do with
timestamps; I use UTC, and time doesn't jump forward or backward during
the boot process.

When udev attempts to start during the boot process, it complains that
it can't bind the control socket, and fails to start.  However, if I
manually start it via the init script, it starts just fine.

I'll try invoking the init scripts by hand next.

- Josh Triplett

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

Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages udev depends on:
ii  debconf [debconf-2.0]1.5.39  Debian configuration management sy
ii  libc62.11.2-11   Embedded GNU C Library: Shared lib
ii  libselinux1  2.0.98-1+b1 SELinux runtime shared libraries
ii  libudev0 168-1   libudev shared library
ii  libusb-0.1-4 2:0.1.12-17 userspace USB programming library
ii  lsb-base 3.2-27  Linux Standard Base 3.2 init scrip
ii  util-linux   2.17.2-9.1  Miscellaneous system utilities

Versions of packages udev recommends:
ii  pciutils  1:3.1.7-9  Linux PCI Utilities
ii  usbutils  1:001-1Linux USB utilities

udev suggests no packages.

-- debconf information excluded



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

Bug#547975: [Pkg-xfce-devel] Bug#547975: xfce4-mixer: Panel Icon doesn't change with mixer status

[Bob Smith]

Yes.  Using the scrollwheel/mousewheel over the mixer icon stopped working 
after 
upgrade.  I had to left-click and open the dialogue box to change the volume.  
Fiddling with the properties seemed to generate the new configuration file.

Cheers



- Original Message 
From: Yves-Alexis Perez 
To: Bob Smith ; 547...@bugs.debian.org
Sent: Fri, May 6, 2011 12:59:43 AM
Subject: Re: [Pkg-xfce-devel] Bug#547975: xfce4-mixer: Panel Icon doesn't 
change 
with mixer status

On jeu., 2011-05-05 at 21:42 -0700, Bob Smith wrote:
> 
> Old bug report but similar after upgrading to xfce 4.8.  The volume icon in 
> the 
>
> panel does absolutely nothing to change the volume i.e. using the hover mouse 
> cursor over icon and using mousewheel to raise or lower volume.  Everything 
>else 
>
> works. 

I'm not sure this has anything to do with the previously reported bug.

I don't fully understand your issue: you had the mixer plugin added and
configured in your 4.6 panel and the configuration was lost in the 4.8
upgrade, that's it?

Regards,
-- 
Yves-Alexis




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

Bug#612522: e2fsprogs: [l10n-fr] : various errors in the translation (typo, etc.)

[Ted Ts'o]

tags 612522 +pending
thanks

On Wed, Feb 09, 2011 at 02:34:36PM -0500, Ted Ts'o wrote:
> 
> I've forwarded your suggestions to the maintainer of the French
> language e2fsprogs.pot at the Translation Project.  Thanks!!

The maintainer of the French language translation file has updated
fr.po per your suggestions.  This will be reflected in a future
release of e2fsprogs.

Thanks,

- Ted



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

Bug#626027: xgnokii does not run

[Michael Deegan]

Package: xgnokii
Version: 0.6.29.dfsg-1
Severity: normal

xgnokii quits immediately after startup. The main window and the splash
screen is displayed for a small fraction of a second.

Running it again from a terminal reveals the incomprehensible:

Couldn't read /home/michael/.config/gnokii/config config file.

(xgnokii:7600): Gtk-WARNING **: horizontal scrolling not implemented

(xgnokii:7600): Gtk-WARNING **: horizontal scrolling not implemented
Gnokii serial_open: tcgetattr: Input/output error
Couldn't open FBUS device: Input/output error
Gnokii serial_open: tcgetattr: Input/output error
Couldn't open FBUS device: Input/output error
Gnokii serial_open: tcgetattr: Input/output error
Couldn't open FBUS device: Input/output error
Telephone interface init failed: Command failed.
Quitting.
Failed to open the phone. Quitting.

If it is quitting normally due to an (unspecified) lack of required
features then surely a dialog box indicating such would be a good idea?

I have a Nokia N97 plugged into USB in PC Suite mode.

-- System Information:
Debian Release: 6.0.1
  APT prefers oldstable
  APT policy: (500, 'oldstable'), (500, 'stable'), (490, 'testing'), (470, 
'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages xgnokii depends on:
ii  gnokii-common  0.6.29.dfsg-1 Datasuite for mobile phone managem
ii  gnome-icon-theme   2.30.3-2  GNOME Desktop icon theme
ii  libatk1.0-01.30.0-1  The ATK accessibility toolkit
ii  libc6  2.11.2-10 Embedded GNU C Library: Shared lib
ii  libcairo2  1.8.10-6  The Cairo 2D vector graphics libra
ii  libfontconfig1 2.8.0-2.1 generic font configuration library
ii  libfreetype6   2.4.2-2.1 FreeType 2 font engine, shared lib
ii  libglib2.0-0   2.28.6-1  The GLib library of C routines
ii  libgnokii6 0.6.29.dfsg-1 Gnokii mobile phone interface libr
ii  libgtk2.0-02.24.4-3  The GTK+ graphical user interface 
ii  libical0   0.44-3iCalendar library implementation i
ii  libpango1.0-0  1.28.3-1+squeeze2 Layout and rendering of internatio

xgnokii recommends no packages.

xgnokii suggests no packages.

-- no debconf information

-MD

-- 
---
Michael DeeganHugaholichttp://www.deegan.id.au/
- Guvax bs vg nf ribyhgvba va npgvba. -



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

Bug#504576: exaile: Locale es_CL does not connect with locale < es_ES or es_AR >

[Vincent Cheng]

Hi,

Is this bug still reproducible with the latest version of Exaile (0.3.2.1)?

Kind regards,
- Vincent



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

Bug#626021: linux-image-2.6.38-2-686: icebp (opcode 0xf1) no longer causing a SIGTRAP, breaks Wine

[Austin English]

On Sat, May 7, 2011 at 21:11, Ben Hutchings  wrote:
> On Sat, 2011-05-07 at 19:50 -0500, Austin English wrote:
>> Package: linux-2.6
>> Version: 2.6.38-3
>> Severity: normal
>>
>> This is a bug in the kernel itself, there have been a few patches to
>> the kernel, but it seems at least one patch is not in the vanilla
>> kernel. Some other distributions are including this patch. See
>> https://bugzilla.kernel.org/show_bug.cgi?id=16315 and
>> http://bugs.winehq.org/show_bug.cgi?id=23323 for more info.
>
> A different version of that patch has been applied as:
>
> commit 89e45aac42d40426c97e6901811309bf49c4993f
> Author: Frederic Weisbecker 
> Date:   Fri Sep 17 03:24:13 2010 +0200
>
>    x86: Fix instruction breakpoint encoding
>
> Please identify any further changes you believe are required.

Looking at the Wine bug, appears the relevant commits are:
1. Commit 08d6832 breaks the login
2. Commit a1e80fa fixes commit 08d6832 (this is in 2.6.35)
3. Commit f7809da also breaks the login (this is in 2.6.36-rc1 and later)
4. Frederick's new patch fixes commit f7809da (this hasn't been checked in)

from http://bugs.winehq.org/show_bug.cgi?id=23323#c181

in any case, a regression test was added to wine to check for this,
which fails on this kernel:
../../../tools/runtest -q -P wine -M ntdll.dll -T ../../.. -p
ntdll_test.exe.so exception.c && touch exception.ok
exception.c:399: Test failed: 42: Wrong exception address 0x33/0x330001
wine: Unhandled exception 0x8004 at address 0x33 (thread
0009), starting debugger...
0x0033: icebp
...
Backtrace:
=>0 0x0033 (0x0032fcb8)
  1 0x684c2d44 func_exception+0x283()
[/home/austin/wine-git/dlls/ntdll/tests/exception.c:465] in ntdll_test
(0x0032fd38)
  2 0x684f17fe run_test+0x14d(name="exception.c")
[/home/austin/wine-git/dlls/ntdll/tests/../../../include/wine/test.h:556]
in ntdll_test (0x0032fd88)
  3 0x684f22c7 main+0x156(argc=*** Invalid address 0x ***
, argv=*** Invalid address 0x0004 ***
Internal symbol error: unable to access memory location 0x4)
[/home/austin/wine-git/dlls/ntdll/tests/../../../include/wine/test.h:624]
in ntdll_test (0x0032fe48)
  4 0x684f249c __wine_spec_exe_entry+0x7b(peb=0x7ffdf000)
[/home/austin/wine-git/dlls/winecrt0/exe_entry.c:36] in ntdll_test
(0x0032fe90)
  5 0x7b8593ac call_process_entry+0xb() in kernel32 (0x0032fea8)
  6 0x7b859fdf start_process+0x5e(peb=0x7ffdf000)
[/home/austin/wine-git/dlls/kernel32/process.c:1086] in kernel32
(0x0032fee8)
  7 0x7bc70e58 call_thread_func+0xb() in ntdll (0x0032fef8)
  8 0x7bc744fe call_thread_entry_point+0x6d(entry=0x7b859f80,
arg=0x7ffdf000) [/home/austin/wine-git/dlls/ntdll/signal_i386.c:2499]
in ntdll (0x0032ffc8)
  9 0x7bc49f1e start_process+0x1d(kernel_start=0x7b859f80)
[/home/austin/wine-git/dlls/ntdll/loader.c:2612] in ntdll (0x0032ffe8)
  10 0x6802899d wine_call_on_stack+0x1c() in libwine.so.1 (0x)
exception.c:399: Test failed: 42: Wrong exception address 0x33/0x330001
exception.c:399: Test failed: 42: Wrong exception address 0x33/0x330001


-- 
-Austin



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

Bug#626026: Please provide an option to disable use of InRelease files, for use with mirrors using older mirroring scripts

[Josh Triplett]

Package: apt
Version: 0.8.14.1
Severity: normal

As documented in many different places, mirrors that haven't yet
switched to newer mirroring scripts

will update the InRelease file at the wrong phase of the mirroring
process, causing the mirror to produce "Hash Sum Mismatch" errors for
long periods of time.  Most mirrors don't seem to have switched to new
mirroring scripts yet.  To work around this, please consider providing
an apt option to disable the use of InRelease files, which would allow
the use of such mirrors without experiencing prolonged brokenness every
day during mirroring.

Thanks,
Josh Triplett

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

Kernel: Linux 2.6.39-rc5-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 apt depends on:
ii  debian-archive-keyring  2010.08.28   GnuPG archive keys of the Debian a
ii  gnupg   1.4.11-3 GNU privacy guard - a free PGP rep
ii  libc6   2.13-2   Embedded GNU C Library: Shared lib
ii  libgcc1 1:4.6.0-6GCC support library
ii  libstdc++6  4.6.0-6  The GNU Standard C++ Library v3
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

apt recommends no packages.

Versions of packages apt suggests:
pn  apt-doc(no description available)
ii  aptitude0.6.3-4  terminal-based package manager (te
ii  bzip2   1.0.5-6  high-quality block-sorting file co
ii  dpkg-dev1.16.0.3 Debian package development tools
pn  lzma   (no description available)
ii  python-apt  0.7.100.3+b1 Python interface to libapt-pkg

-- 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#540452: exaile: fails to set tag value containing “&” character

[Vincent Cheng]

Hi,

I cannot seem to reproduce this issue in the latest version (0.3.2.1)
of Exaile. Could you update to the latest version and confirm whether
or not this bug still exists?

Kind regards,
- Vincent



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

Bug#624502: iceweasel: URL bar not working anymore

[Onkar Shinde]

On 5/4/11, Mike Hommey  wrote:

> This may be related to bug #560329.
> Can you try the instructions from
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=560329#40 ?


I haven't lost my bookmarks or history. So I am definitely not
affected by bug 560329.
Following is the output of commands mentioned in the comment 40 of that bug.
sqlite> select count(*) from moz_historyvisits;
3976
sqlite> select count(*) from moz_bookmarks;
121

What I noticed is that when I created new profile everything is
working fine. So something has gone wrong with my default profile.

-- 
Passion - Some people climb mountains - others write Free software.
Don't ask why - the reason is the same.



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

Bug#557166: Zero sized files halt exaile

[Vincent Cheng]

Hi,

Looks like this bug still seems to be reproducible; when playing an
empty .ogg file, Exaile stops with "Playback error encountered! Stream
contains no data." However, as Exaile does recognize the problem, this
may perhaps be a deliberate design decision by upstream (i.e. if
there's a malformed file, stop and warn the user about it).

Kind regards,
- Vincent



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

Bug#549578: Exaile does not rescan tags

[Vincent Cheng]

Hi,

Is this bug still reproducible with the latest version of Exaile (0.3.2.1)?

Kind regards,
- Vincent



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

Bug#626025: console-setup: FTBFS: Bad number of antecedents at ./ckbcomp line 3078, line 372.

[Daniel Schepler]

Source: console-setup
Version: 1.73
Severity: serious

From my pbuilder build log:

...
./fbsdmap --terminfo >terminfo
./fbsdmap --termcap >termcap
make[2]: Leaving directory `/tmp/buildd/console-setup-1.73/Fonts'
cd Keyboard && /usr/bin/make build-mini-linux
make[2]: Entering directory `/tmp/buildd/console-setup-1.73/Keyboard'
./kbdcompiler amiga KeyboardNames.pl /usr/share/X11/xkb >amiga.ekmap
Compiling compact keymaps for amiga...
Bad number of antecedents at ./ckbcomp line 3078,  line 372.
./kbdcompiler: ckbcomp failed
make[2]: *** [amiga.ekmap] Error 2
rm amiga.ekmap
make[2]: Leaving directory `/tmp/buildd/console-setup-1.73/Keyboard'
make[1]: *** [build-mini-linux] Error 2
make[1]: Leaving directory `/tmp/buildd/console-setup-1.73'
make: *** [main_build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
-- 
Daniel Schepler



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

Bug#561519: exaile: Sort order of playlist somehow strange when queuing tracks...

[Vincent Cheng]

Hi,

Is this issue still reproducible for you with the latest version of
Exaile (0.3.2.1)?

Kind regards,
- Vincent



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

Bug#561567: exaile: Save queue state when exiting Exaile

[Vincent Cheng]

Hi,

Is this issue still reproducible for you with the latest version of
Exaile (0.3.2.1)?

Kind regards,
- Vincent



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

Bug#397730: Confirmed Fixed

[Scott Schaefer]

I am unable to determine w/o significant effort when/how this was fixed 
[or even if it was perhaps a problem in sudo].


However, I have verified that the following works in both stable 
(0.9.8o-4squeeze1), and testing (1.0.0d-2)


$ sudo openssl genrsa -aes192 -out /tmp/host.example.edu.key 1024

[sudo] password for saschaefer:
Generating RSA private key, 1024 bit long modulus
++
..++
e is 65537 (0x10001)
Enter pass phrase for /tmp/host.example.edu.key:
Verifying - Enter pass phrase for /tmp/host.example.edu.key:




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

Bug#578138: exaile: Consuming extrem high memory on creating libary

[Vincent Cheng]

Hi,

Is this issue still reproducible with the latest version of Exaile (0.3.2.1)?

Kind regards,
- Vincent



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

Bug#540456: exaile: dialogue boxes should select default button when Enter is pressed

[Vincent Cheng]

Hi,

I cannot seem to reproduce this bug (with Exaile 0.3.2.1). Using your
example (right-click on track, select "Properties", press "Add tag",
and pressing Enter), Exaile does select the default button, producing
another input box to add a tag. In addition, simple examples don't
exhibit this bug either. For example, Help > About produces an "About
Exaile" dialog box; pressing Enter will close the window, since
"Close" is the default button.

Could you update to the latest version of Exaile (0.3.2.1) and confirm
whether or not this bug still exists for you?

Kind regards,
- Vincent



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

Bug#625622: [Debian-med-packaging] Bug#625622: Subject: libbam-dev: additional header files for package

[Charles Plessy]

Le Sat, May 07, 2011 at 04:53:43PM +0200, Alex Mestiashvili a écrit :
> 
> you probably meant /usr/includes/samtools ?

Yes, I was jet-lagged :)

For Bio::Samtools, it is enough to override dh_auto_configure with
“SAMTOOLS=/usr/include/samtools dh_auto_configure”, so perhaps we do not need
to bother usptream.

I will double-check if uploading would not perturbate the Perl 5.12 transition.

Cheers,

-- 
Charles



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

Bug#626024: Crash if the download URL contains non-ascii characters

[manphiz-guest]

Package: amule-daemon
Version: 2.2.6+debian0-9+b1
Severity: important
File: /usr/bin/amuled

As subject says, if a URL contains unicode other than ascii characters,
the daemon will crash. Removing those characters in the URL let it get
processed without problem. IIRC this problem showed up before and got
fixed, but I can't find the archived bug. HTH.

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (300, 'unstable'), (200, 'experimental')
Architecture: mipsel (mips64)

Kernel: Linux 2.6.38-loongson-2f (PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages amule-daemon depends on:
ii  amule-common2.2.6+debian0-9  common files for the rest of aMule
ii  libc6   2.11.2-11Embedded GNU C Library: Shared lib
ii  libcrypto++95.6.1-4  General purpose cryptographic libr
ii  libgcc1 1:4.6.0-2GCC support library
ii  libpng12-0  1.2.44-2 PNG library - runtime
ii  libreadline66.1-3GNU readline and history libraries
ii  libstdc++6  4.6.0-2  The GNU Standard C++ Library v3
ii  libupnp31:1.6.6-5Portable SDK for UPnP Devices, ver
ii  libwxbase2.8-0  2.8.10.1-3+b2wxBase library (runtime) - non-GUI
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages amule-daemon recommends:
ii  amule-utils   2.2.6+debian0-9+b1 utilities for aMule (command-line 
ii  unzip 6.0-4  De-archiver for .zip files

amule-daemon suggests no packages.

-- Configuration Files:
/etc/default/amule-daemon changed [not included]

-- no debconf information



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

Bug#541418: exaile: should not interrupt audio when cover fails to load

[Vincent Cheng]

Hi,

Is this bug still present in the latest version of Exaile (0.3.2.1)?

Kind regards,
- Vincent



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

Bug#502594: exaile: does not read plugins in subdirectories of

[Vincent Cheng]

Hi,

Is this bug still present in the latest version of Exaile (0.3.2.1)?

Kind regards,
- Vincent



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

Bug#506166: exaile: visualization does not work

[Vincent Cheng]

Hi,

According to [1], visualization support has been removed from Exaile
0.3.x. Therefore, I'm marking this as wontfix.

Kind regards,
- Vincent

[1] https://bugs.launchpad.net/exaile/+bug/326751



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

Bug#626021: linux-image-2.6.38-2-686: icebp (opcode 0xf1) no longer causing a SIGTRAP, breaks Wine

[Ben Hutchings]

On Sat, 2011-05-07 at 19:50 -0500, Austin English wrote:
> Package: linux-2.6
> Version: 2.6.38-3
> Severity: normal
> 
> This is a bug in the kernel itself, there have been a few patches to
> the kernel, but it seems at least one patch is not in the vanilla
> kernel. Some other distributions are including this patch. See
> https://bugzilla.kernel.org/show_bug.cgi?id=16315 and
> http://bugs.winehq.org/show_bug.cgi?id=23323 for more info.

A different version of that patch has been applied as:

commit 89e45aac42d40426c97e6901811309bf49c4993f
Author: Frederic Weisbecker 
Date:   Fri Sep 17 03:24:13 2010 +0200

x86: Fix instruction breakpoint encoding

Please identify any further changes you believe are required.

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#462666: exaile: should search network for dynamic tracks

[Vincent Cheng]

Hi,

Is this issue still present in the latest version of Exaile (0.3.2.1)?
If so, could you please file a bug upstream at [1]?

Kind regards,
- Vincent

[1] https://bugs.launchpad.net/exaile/+filebug



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

Bug#626023: binutils-gold: hidden symbol warnings when compiling Wine

[Jonathan Nieder]

tags 626023 + moreinfo
quit

Hi,

Austin English wrote:

> Does not occur with plain GNU ld:
> austin@debian:~$ grep ": warning:" make.txt
> /usr/bin/ld: warning: hidden symbol 'memset' in msvcp90.dll-fqRgt8.spec.o is 
> referenced by DSO /usr/lib/gcc/i486-linux-gnu/4.5.2/libgcc_s.so
[...]

Could you send a minimal testcase, meaning a self-contained tarball
with objects and an "ld" invocation to reproduce it?



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

Bug#626023: binutils-gold: hidden symbol warnings when compiling Wine

[Matthias Klose]

please recheck with unstable.

On 05/08/2011 03:42 AM, Austin English wrote:

Package: binutils-gold
Version: 2.21.0.20110327-3
Severity: minor

Does not occur with plain GNU ld:
austin@debian:~$ grep ": warning:" make.txt
/usr/bin/ld: warning: hidden symbol 'memset' in msvcp90.dll-fqRgt8.spec.o is 
referenced by DSO /usr/lib/gcc/i486-linux-gnu/4.5.2/libgcc_s.so
/usr/bin/ld: warning: hidden symbol 'memset' in msvcp90_test.exe-BzYyUb.spec.o 
is referenced by DSO /usr/lib/gcc/i486-linux-gnu/4.5.2/libgcc_s.so
/usr/bin/ld: warning: hidden symbol 'calloc' in msvcr90.dll-ZrAcZc.spec.o is 
referenced by DSO /usr/lib/gcc/i486-linux-gnu/4.5.2/libgcc_s.so
/usr/bin/ld: warning: hidden symbol 'memset' in msvcr90.dll-ZrAcZc.spec.o is 
referenced by DSO /usr/lib/gcc/i486-linux-gnu/4.5.2/libgcc_s.so
/usr/bin/ld: warning: hidden symbol 'memset' in msvcr90_test.exe-WeuGE3.spec.o 
is referenced by DSO /usr/lib/gcc/i486-linux-gnu/4.5.2/libgcc_s.so
/usr/bin/ld: warning: hidden symbol 'memset' in msvcrt_test.exe-5d5SfC.spec.o 
is referenced by DSO /usr/lib/gcc/i486-linux-gnu/4.5.2/libgcc_s.so
/usr/bin/ld: warning: hidden symbol 'memset' in notepad.exe-VVRyBe.spec.o is 
referenced by DSO /usr/lib/gcc/i486-linux-gnu/4.5.2/libgcc_s.so
/usr/bin/ld: warning: hidden symbol 'memset' in regedit.exe-722Jtf.spec.o is 
referenced by DSO /usr/lib/gcc/i486-linux-gnu/4.5.2/libgcc_s.so
/usr/bin/ld: warning: hidden symbol 'memset' in taskmgr.exe-e1GNOQ.spec.o is 
referenced by DSO /usr/lib/gcc/i486-linux-gnu/4.5.2/libgcc_s.so
/usr/bin/ld: warning: hidden symbol 'memset' in wordpad.exe-7FKRNc.spec.o is 
referenced by DSO /usr/lib/gcc/i486-linux-gnu/4.5.2/libgcc_s.so
/usr/bin/ld: warning: hidden symbol 'memset' in xcopy.exe-S8y4og.spec.o is 
referenced by DSO /usr/lib/gcc/i486-linux-gnu/4.5.2/libgcc_s.so

this is Wine from git, 0c69e7f2148f7d37dd2b5e8c6ab00e8ddba9a4db / 
wine-1.3.19-165-g0c69e7f

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

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

Versions of packages binutils-gold depends on:
ii  binutils   2.21.0.20110327-3 The GNU assembler, linker and bina

binutils-gold recommends no packages.

binutils-gold 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#613490: Update/Apology

[Scott Schaefer]

I emailed original submitter with last two responses, and asked for input.

I apologize for my ignorance -- I had (naively) assumed that the 
original submitter automatically received email whenever a followup was 
posted.





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

Bug#626023: binutils-gold: hidden symbol warnings when compiling Wine

[Austin English]

Package: binutils-gold
Version: 2.21.0.20110327-3
Severity: minor

Does not occur with plain GNU ld:
austin@debian:~$ grep ": warning:" make.txt
/usr/bin/ld: warning: hidden symbol 'memset' in msvcp90.dll-fqRgt8.spec.o is 
referenced by DSO /usr/lib/gcc/i486-linux-gnu/4.5.2/libgcc_s.so
/usr/bin/ld: warning: hidden symbol 'memset' in msvcp90_test.exe-BzYyUb.spec.o 
is referenced by DSO /usr/lib/gcc/i486-linux-gnu/4.5.2/libgcc_s.so
/usr/bin/ld: warning: hidden symbol 'calloc' in msvcr90.dll-ZrAcZc.spec.o is 
referenced by DSO /usr/lib/gcc/i486-linux-gnu/4.5.2/libgcc_s.so
/usr/bin/ld: warning: hidden symbol 'memset' in msvcr90.dll-ZrAcZc.spec.o is 
referenced by DSO /usr/lib/gcc/i486-linux-gnu/4.5.2/libgcc_s.so
/usr/bin/ld: warning: hidden symbol 'memset' in msvcr90_test.exe-WeuGE3.spec.o 
is referenced by DSO /usr/lib/gcc/i486-linux-gnu/4.5.2/libgcc_s.so
/usr/bin/ld: warning: hidden symbol 'memset' in msvcrt_test.exe-5d5SfC.spec.o 
is referenced by DSO /usr/lib/gcc/i486-linux-gnu/4.5.2/libgcc_s.so
/usr/bin/ld: warning: hidden symbol 'memset' in notepad.exe-VVRyBe.spec.o is 
referenced by DSO /usr/lib/gcc/i486-linux-gnu/4.5.2/libgcc_s.so
/usr/bin/ld: warning: hidden symbol 'memset' in regedit.exe-722Jtf.spec.o is 
referenced by DSO /usr/lib/gcc/i486-linux-gnu/4.5.2/libgcc_s.so
/usr/bin/ld: warning: hidden symbol 'memset' in taskmgr.exe-e1GNOQ.spec.o is 
referenced by DSO /usr/lib/gcc/i486-linux-gnu/4.5.2/libgcc_s.so
/usr/bin/ld: warning: hidden symbol 'memset' in wordpad.exe-7FKRNc.spec.o is 
referenced by DSO /usr/lib/gcc/i486-linux-gnu/4.5.2/libgcc_s.so
/usr/bin/ld: warning: hidden symbol 'memset' in xcopy.exe-S8y4og.spec.o is 
referenced by DSO /usr/lib/gcc/i486-linux-gnu/4.5.2/libgcc_s.so

this is Wine from git, 0c69e7f2148f7d37dd2b5e8c6ab00e8ddba9a4db / 
wine-1.3.19-165-g0c69e7f

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

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

Versions of packages binutils-gold depends on:
ii  binutils   2.21.0.20110327-3 The GNU assembler, linker and bina

binutils-gold recommends no packages.

binutils-gold 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#626022: linux-2.6: Attempting to reboot on [U]EFI systems causes kernel hang

[Keith Ward]

Package: linux-2.6
Version: attempting to reboot on UEFI systems causes kernel hang
Severity: important
Tags: upstream


When attempting to reboot my my UEFI enabled system, the system hangs when
calling reboot requiring me to manually reset the system via the reset switch.

Screenshot: http://twitgoo.com/29bq1c

As you can see this is on a P8P67 Motherboard.

It seems as if this has recently been reported at Ubuntu's Launchpad as well:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/721576

Which also suggests a workaround of adding reboot=a,w to the kernel command
line, I shall try this later on this evening.



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

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



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

Bug#622401: xserver-xorg-video-trident: Error message and exit with iceape and iceweasel. One solution.

[Bjarni Ingi Gislason]

On Fri, Apr 29, 2011 at 09:35:38PM +0200, Julien Cristau wrote:
> On Fri, Apr 29, 2011 at 18:15:11 +, Bjarni Ingi Gislason wrote:
> 
> > On Thu, Apr 28, 2011 at 06:03:07PM +, Bjarni Ingi Gislason wrote:
> > > On Fri, Apr 15, 2011 at 07:50:03PM +, Bjarni Ingi Gislason wrote:
> > > > On Tue, Apr 12, 2011 at 07:25:21PM +, Bjarni Ingi Gislason wrote:
> > > > > Package: xserver-xorg-video-trident
> > > > > Version: 1:1.3.4-2
> > > > > Severity: important
> > > > > 
> > > > > *** Please type your report below this line ***
> > > > > 
> > > > >   If "iceweasel" or "iceape" are used, there is an error message
> > > > > and exit.
> > > > > 
> > > > > (EE) TRIDENT(0): Unable to map IO aperture. Invalid argument (22)
> > > > > Fatal server error:
> > > > > AddScreen/ScreenInit failed for driver 0
> > > > > ...
> > > > > Error: cannot open display: :0
> > > > > 
> > > 
> > >   Some data related to the PCI bus.
> > > 
> > 
> >   There is a name error in "devp->num_mappings[0]"; it should be
> > "devp->mappings[0]".
> > 
> > >   This causes error 22 (EINVAL), that trident reports:
> > > 
> > > libpciaccess: common_interface.c: Already mapped is
> > > "devp->num_mappings[0]" with devp->num_mappings = 2, base =
> > > 0xfe7f, and size = 0x1
> > > 
> > > [Rest is removed]
> > 
> >   (The commands that I use are  "X &" and "iceweasel &" on a text
> > terminal.)
> > 
> >   I have to eliminate the "return EINVAL;" statement to get the
> > browser to function.
> > 
> Sounds like a pci_device_unmap_range is missing from the CloseScreen
> path.  If you can figure that out from the driver that would be nice.
> 
> In theory, as far as I can tell:
> - the IO bar is mapped in TRIDENTPreInit, then unmapped before
>   TRIDENTPreInit returns
> - it's mapped again in each server generation's TRIDENTScreenInit, and
>   unmapped in TRIDENTCloseScreen
> I'm not seeing the error by quick inspection, but I may be missing
> something obvious...
> 

  The "X" server issues "PreInit" that maps and unmaps.  Then it
issues "ScreenInit" which maps.

  "iceweasel" causes a second map though "ScreenInit", which
leads to error.

  If I use "xinit /usr/bin/iceweasel", then there is no second
"ScreenInit" (only "PreInit" and "ScreenInit").

  If I use "X &; iceweasel &", then there is no error, because
of "PreInit", "ScreenInit", "CloseScreen" and "ScreenInit".  I
usually issue "X -retro" (to see the mouse cursor) and wait for
the server to come up before I issue another X program.

  The fault lies in the second "ScreenInit".  The fault lies
thus with "iceweasel", "iceape", and any other client that
causes a "ScreenInit" (without "CloseScreen") if used directly
with an "X" server

  This bug report can be closed.  I will issue a report against
"iceweasel" and "iceape" as I find, that clients should work
directly with the X sever, without complicating matters with
"xinit" or other similar programmes.

  "xpdf" and "gv" cause no second "ScreenInit".

-- 
Bjarni I. Gislason



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

Bug#625967: Downstream bug reported

[edwardp]

https://bugzilla.mozilla.org/show_bug.cgi?id=655543





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

Bug#624469: udev: Intermittent failure to start. Timestamp conflict?

[Marco d'Itri]

On May 08, Tony Houghton  wrote:

> That won't help, because nothing hangs (unless I let gdm3 start with no
Again:

> > You will need to find out why udevd is failing to start (probably
> > because there is already an udevd process running, but why?).

If the early getty still does not help then you can manually run the
rcS.d scripts instead of starting init.

> > > I'm not 100% sure, but I think this is caused by conflicting
> > > timestamps.
> > Not this.
> Definitely? There are sometimes error messages about timestamps in the
Yes.

> > This is even documented in README.Debian.
> Which README.Debian?
Your guess.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#624469: udev: Intermittent failure to start. Timestamp conflict?

[Tony Houghton]

On Sat, 7 May 2011 23:34:07 +0200
m...@linux.it (Marco d'Itri) wrote:

> On Apr 28, Tony Houghton  wrote:
> 
> > udevd[435]: bind failed: Address already in use
> > error binding udev control socket
> > udevd[435]: error binding udev control socket
> > failed!
> I do not know why this happens.
> You will need to find out why udevd is failing to start (probably
> because there is already an udevd process running, but why?).
> 
> Debugging early boot
> 
> If the system hangs at boot time or fails to boot properly, it may be
> useful to examine in real time what is happening while "udevadm
> settle" is running. A simple way to do this is:
> 
> * boot the system passing "init=/bin/bash" on the kernel command line
> * start a getty on tty2 (or the serial console) with a command like
>   "/sbin/getty 38400 tty2 &"
> * continue the boot process with "exec /sbin/init single"
> 
> The open console can be used to check which processes are running and
> what they are waiting for.

That won't help, because nothing hangs (unless I let gdm3 start with no
input devices available). udev just fails to start but the boot sequence
continues. By the time I could run a command in another console the boot
sequence would have finished. It's very quick because I have an SSD.

I need some debugging in the start scripts and/or udev itself so that I
can check whether udev really is running when it finds the control
socket already in use. And if it is, why is it trying to start twice and
why doesn't the first instance stay running? I guess it isn't (still)
really running already but the new socket can't be created for some
reason. Beej's socket programming guide says a socket's address isn't
cleared for use for a minute or so unless you use SO_REUSEADDR and I
have experienced this in a server program I was writing. But I'm not
sure whether this only happens if the first program exits without
closing the socket.

> > I'm not 100% sure, but I think this is caused by conflicting
> > timestamps.
> Not this.

Definitely? There are sometimes error messages about timestamps in the
future. Even if this doesn't directly cause udev to fail could it cause
something that udev depends on to fail? Or could it cause the udev
control socket to exist (or at least its address to be reserved) while
udev isn't running?

> > However, I noticed that timestamps of early parts of the boot
> > sequence in the logs were an hour ahead, so /etc/default/rcS
> > doesn't seem to be taking effect until some point after udev tries
> > to start. But once the
> This is even documented in README.Debian.

Which README.Debian?




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

Bug#626021: linux-image-2.6.38-2-686: icebp (opcode 0xf1) no longer causing a SIGTRAP, breaks Wine

[Austin English]

Package: linux-2.6
Version: 2.6.38-3
Severity: normal

This is a bug in the kernel itself, there have been a few patches to the 
kernel, but it seems at least one patch is not in the vanilla kernel. Some 
other distributions are including this patch. See 
https://bugzilla.kernel.org/show_bug.cgi?id=16315 and 
http://bugs.winehq.org/show_bug.cgi?id=23323 for more info.

-- Package-specific info:
** Version:
Linux version 2.6.38-2-686 (Debian 2.6.38-3) (b...@decadent.org.uk) (gcc 
version 4.4.5 (Debian 4.4.5-15) ) #1 SMP Thu Apr 7 05:24:21 UTC 2011

** Command line:
BOOT_IMAGE=/boot/vmlinuz-2.6.38-2-686 
root=UUID=fc173ee2-9266-4bce-b5c3-ff468730f225 ro quiet

** Not tainted

** Kernel log:
[0.664763] 00:06: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
[0.664919] Linux agpgart interface v0.103
[0.665034] i8042: PNP: PS/2 Controller [PNP0303:KBD,PNP0f13:MOU] at 
0x60,0x64 irq 1,12
[0.665505] serio: i8042 KBD port at 0x60,0x64 irq 1
[0.665516] serio: i8042 AUX port at 0x60,0x64 irq 12
[0.665606] mousedev: PS/2 mouse device common for all mice
[0.665792] input: AT Translated Set 2 keyboard as 
/devices/platform/i8042/serio0/input/input0
[0.665965] rtc_cmos 00:01: rtc core: registered rtc_cmos as rtc0
[0.666036] rtc0: alarms up to one day, 114 bytes nvram, hpet irqs
[0.666047] cpuidle: using governor ladder
[0.666048] cpuidle: using governor menu
[0.666192] TCP cubic registered
[0.666292] NET: Registered protocol family 10
[0.666726] Mobile IPv6
[0.666730] NET: Registered protocol family 17
[0.666735] Registering the dns_resolver key type
[0.666751] Using IPI No-Shortcut mode
[0.666819] PM: Hibernation image not present or could not be loaded.
[0.666826] registered taskstats version 1
[0.666928] rtc_cmos 00:01: setting system clock to 2011-05-06 19:42:14 UTC 
(1304710934)
[0.666944] Initalizing network drop monitor service
[0.666997] Freeing unused kernel memory: 392k freed
[0.667098] Write protecting the kernel text: 2648k
[0.667109] Write protecting the kernel read-only data: 1000k
[0.679883] <30>udev[45]: starting version 167
[0.695518] 8139cp: 8139cp: 10/100 PCI Ethernet driver v1.3 (Mar 22, 2004)
[0.695633] ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 11
[0.695654] 8139cp :00:03.0: PCI INT A -> Link[LNKC] -> GSI 11 (level, 
high) -> IRQ 11
[0.744936] FDC 0 is a S82078B
[0.745467] 8139cp :00:03.0: eth0: RTL-8139C+ at 0xc8806000, 
52:54:00:12:34:56, IRQ 11
[0.745490] 8139cp :00:03.0: setting latency timer to 64
[0.747229] 8139too: 8139too Fast Ethernet driver 0.9.28
[0.748483] SCSI subsystem initialized
[0.759932] libata version 3.00 loaded.
[0.761768] ata_piix :00:01.1: version 2.13
[0.761824] ata_piix :00:01.1: setting latency timer to 64
[0.762212] scsi0 : ata_piix
[0.762298] scsi1 : ata_piix
[0.762328] ata1: PATA max MWDMA2 cmd 0x1f0 ctl 0x3f6 bmdma 0xc000 irq 14
[0.762330] ata2: PATA max MWDMA2 cmd 0x170 ctl 0x376 bmdma 0xc008 irq 15
[0.916539] ata1.01: NODEV after polling detection
[0.916751] ata2.01: NODEV after polling detection
[0.916959] ata1.00: ATA-7: QEMU HARDDISK, 0.13.0, max UDMA/100
[0.916961] ata1.00: 20971520 sectors, multi 16: LBA48 
[0.917096] ata2.00: ATAPI: QEMU DVD-ROM, 0.13.0, max UDMA/100
[0.917408] ata1.00: configured for MWDMA2
[0.917492] scsi 0:0:0:0: Direct-Access ATA  QEMU HARDDISK0.13 
PQ: 0 ANSI: 5
[0.917864] ata2.00: configured for MWDMA2
[0.918137] scsi 1:0:0:0: CD-ROMQEMU QEMU DVD-ROM 0.13 
PQ: 0 ANSI: 5
[0.928603] sd 0:0:0:0: [sda] 20971520 512-byte logical blocks: (10.7 
GB/10.0 GiB)
[0.928628] sd 0:0:0:0: [sda] Write Protect is off
[0.928630] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[0.928641] sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, 
doesn't support DPO or FUA
[0.929229] sr0: scsi3-mmc drive: 4x/4x xa/form2 tray
[0.929231] cdrom: Uniform CD-ROM driver Revision: 3.20
[0.929407]  sda: sda1 sda2 < sda5 >
[0.929622] sd 0:0:0:0: [sda] Attached SCSI disk
[0.929692] sr 1:0:0:0: Attached scsi CD-ROM sr0
[0.937670] sd 0:0:0:0: Attached scsi generic sg0 type 0
[0.937936] sr 1:0:0:0: Attached scsi generic sg1 type 5
[1.081266] PM: Starting manual resume from disk
[1.081268] PM: Hibernation image partition 8:5 present
[1.081269] PM: Looking for hibernation image.
[1.081464] PM: Image not found (code -22)
[1.081466] PM: Hibernation image not present or could not be loaded.
[1.098886] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: 
(null)
[1.256117] Refined TSC clocksource calibration: 3208.200 MHz.
[2.327907] <30>udev[221]: starting version 167
[2.866819] input: PC Speaker as /devices/platform/pcspkr/input/input1
[2.875538] input: Power Button as 
/devices/LNXSYSTM:00/LNXPWRBN:00/input/input2
[2.875595] ACPI: Power B

Bug#625825: Fixed in gcc-4.6.0-7, please revert the work around

[Matthias Klose]

Fixed in gcc-4.6.0-7, please revert the work around.



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

Bug#624684: [Pkg-xfce-devel] Bug#624684: xfce4-terminal: stops to accept keyboard input

[Jochen Schulz]

Hi again,

I found the trigger of the freeze. Xfce4-terminal always freezes when I
press the "menu" key (between AltGr and the right Ctrl key) while the
terminal has the input focus. There may be other affected programs, but
I didn't find any yet.

I am using a german keyboard. While running xev in an xterm I get this
when I press the offending key:

| KeyPress event, serial 28, synthetic NO, window 0x181,
| root 0xb0, subw 0x0, time 283483239, (639,374), root:(640,400),
| state 0x0, keycode 135 (keysym 0xff67, Menu), same_screen YES,
| XLookupString gives 0 bytes:
| XmbLookupString gives 0 bytes:
| XFilterEvent returns: False

My /etc/default/keyboard contains:

| XKBMODEL="pc105"
| XKBLAYOUT="de"
| XKBVARIANT="nodeadkeys"
| XKBOPTIONS=""
| BACKSPACE="guess"

Removing the nodeadkeys variant doesn't help. Additionally, my
~/.xsession (which I use to start my X session) contains the following
to map Caps Lock to Left Ctrl:

| xmodmap -e "remove Lock = Caps_Lock" \
| -e "keysym Caps_Lock = Control_L"\
| -e "add Control = Control_L"

Please let me know if you need more information or if there are other
things I should try.

Thanks,
Jochen.
-- 
Watching television is more hip than actually speaking to anyone.
[Agree]   [Disagree]
 


signature.asc
Description: Digital signature

Bug#397507: Wait for original submitter, then close

[Scott Schaefer]

I emailed original submitter, and asked if he would read/respond to my 
comments above.


I am moving this bug to WillNotFix status and, should no further 
responses be posted in 30 days, will close.





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

Bug#168201: Wait for original submitter, then close

[Scott Schaefer]

I emailed original submitter, and asked if he would read/respond to my 
comments above.


I am moving this bug to WillNotFix status, and should no further 
responses be posted in 30 days, will close.





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

Bug#625804: linux-2.6: fix rtc lockups on armhf

[Hector Oron]

Hello,

  Here is a proposed patch against trunk for fixing this bug.
  Patch was written initial by Arnaud Patard, later changed
  by Uwe Kleine-König.

Best regards


Index: debian/patches/bugfix/arm/rtc_mutex_lockup.patch
===
--- debian/patches/bugfix/arm/rtc_mutex_lockup.patch(revision 0)
+++ debian/patches/bugfix/arm/rtc_mutex_lockup.patch(revision 0)
@@ -0,0 +1,80 @@
+Fix rtc-mc13xxx lockup
+
+Fix this lock up :
+
+
+[  240.159703] INFO: task swapper:1 blocked for more than 120 seconds.
+[  240.166030] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables 
this message.
+[  240.173976] swapper D c03e688c 0 1  0 0x
+[  240.180483] Backtrace: 
+[  240.183066] [] (schedule+0x0/0x2f0) from [] 
(__mutex_lock_slowpath+0x88/0xb4)
+[  240.192086] [] (__mutex_lock_slowpath+0x0/0xb4) from [] 
(mutex_lock+0x30/0x34)
+[  240.201151]  r8:0001 r7:df83fd8c r6: r5:df83fd8c r4:dfbd1204
+[  240.208091] [] (mutex_lock+0x0/0x34) from [] 
(mc13xxx_lock+0x28/0x2c)
+[  240.216403]  r4:dfbd1204 r3:
+[  240.220181] [] (mc13xxx_lock+0x0/0x2c) from [] 
(mc13xxx_rtc_read_time+0x24/0xf4)
+[  240.229377]  r4:dfbabc40 r3:c0284ce4
+[  240.233127] [] (mc13xxx_rtc_read_time+0x0/0xf4) from [] 
(__rtc_read_time+0x50/0x5c)
+[  240.243441]  r6: r5:df83fd8c r4:dfb46c00
+[  240.248211] [] (__rtc_read_time+0x0/0x5c) from [] 
(rtc_read_time+0x34/0x48)
+[  240.257020]  r5:dfb46c00 r4:dfb46ce0
+[  240.260763] [] (rtc_read_time+0x0/0x48) from [] 
(__rtc_read_alarm+0x24/0x27c)
+[  240.269740]  r7:dfb46c00 r6:dfbdcbd8 r5:dfb46c00 r4:df83fdec
+[  240.275582] [] (__rtc_read_alarm+0x0/0x27c) from [] 
(rtc_device_register+0x160/0x284)
+[  240.285320] [] (rtc_device_register+0x0/0x284) from [] 
(mc13xxx_rtc_probe+0x104/0x18c)
+[  240.295150] [] (mc13xxx_rtc_probe+0x0/0x18c) from [] 
(platform_drv_probe+0x1c/0x20)
+[  240.304651]  r8: r7:c0540db4 r6:c0540db4 r5:dfbdcb08 r4:dfbdcb08
+[  240.311620] [] (platform_drv_probe+0x0/0x20) from [] 
(really_probe+0xa0/0x150)
+[  240.320730] [] (really_probe+0x0/0x150) from [] 
(driver_probe_device+0x28/0x34)
+[  240.329878]  r7: r6:c0540db4 r5:dfbdcb3c r4:dfbdcb08
+[  240.335725] [] (driver_probe_device+0x0/0x34) from [] 
(__driver_attach+0x68/0x8c)
+[  240.345907] [] (__driver_attach+0x0/0x8c) from [] 
(bus_for_each_dev+0x58/0x88)
+[  240.354976]  r6:c01fc5dc r5:df83fee0 r4:c0540db4 r3:df80d4b4
+[  240.360870] [] (bus_for_each_dev+0x0/0x88) from [] 
(driver_attach+0x20/0x28)
+[  240.369758]  r7: r6:c0539c20 r5:dfba9180 r4:c0540db4
+[  240.375604] [] (driver_attach+0x0/0x28) from [] 
(bus_add_driver+0xb4/0x230)
+[  240.384453] [] (bus_add_driver+0x0/0x230) from [] 
(driver_register+0xa8/0x128)
+[  240.393568] [] (driver_register+0x0/0x128) from [] 
(platform_driver_register+0x4c/0x60)
+[  240.403469] [] (platform_driver_register+0x0/0x60) from 
[] (platform_driver_probe+0x20/0x70)
+[  240.413816] [] (platform_driver_probe+0x0/0x70) from [] 
(mc13xxx_rtc_init+0x18/0x24)
+[  240.423406]  r5:c002691c r4:c00267e4
+[  240.427110] [] (mc13xxx_rtc_init+0x0/0x24) from [] 
(do_one_initcall+0xa4/0x174)
+[  240.436302] [] (do_one_initcall+0x0/0x174) from [] 
(kernel_init+0xa4/0x154)
+[  240.445916] [] (kernel_init+0x0/0x154) from [] 
(do_exit+0x0/0x250)
+[  240.453936]  r5:c0008930 r4:
+
+Signed-off-by: Arnaud Patard 
+Index: source/drivers/rtc/rtc-mc13xxx.c
+===
+--- source.orig/drivers/rtc/rtc-mc13xxx.c  2011-05-07 16:44:37.0 
+
 source/drivers/rtc/rtc-mc13xxx.c   2011-05-07 17:15:24.0 +
+@@ -358,9 +358,14 @@
+ 
+   priv->rtc = rtc_device_register(pdev->name,
+   &pdev->dev, &mc13xxx_rtc_ops, THIS_MODULE);
++
++  mc13xxx_lock(mc13xxx);
++
+   if (IS_ERR(priv->rtc)) {
+   ret = PTR_ERR(priv->rtc);
+ 
++  mc13xxx_unlock(mc13xxx);
++
+   mc13xxx_irq_free(mc13xxx, MC13XXX_IRQ_TODA, priv);
+ err_alarm_irq_request:
+ 
+@@ -372,12 +377,12 @@
+   mc13xxx_irq_free(mc13xxx, MC13XXX_IRQ_RTCRST, priv);
+ err_reset_irq_request:
+ 
++  mc13xxx_unlock(mc13xxx);
++
+   platform_set_drvdata(pdev, NULL);
+   kfree(priv);
+   }
+ 
+-  mc13xxx_unlock(mc13xxx);
+-
+   return ret;
+ }
+ 
Index: debian/patches/series/base
===
--- debian/patches/series/base  (revision 17314)
+++ debian/patches/series/base  (working copy)
@@ -44,3 +44,4 @@
 + bugfix/all/rt2800-disable-powersaving-as-default.patch
 + bugfix/powerpc/powerpc-kexec-Fix-build-failure-on-32-bit-SMP.patch
 + bugfix/all/xhci-hcd-Include-linux-slab.h-in-xhci-pci.c.patch
++ bugfix/arm/rtc_mutex_lockup.patch
Index: debian/changelog
===
--- debian/changelog(revision 17314)
+++ de

Bug#625935: po4a: [INTL:ru] Russian manpage translation update

[Denis Barbier]

reassign 625935 debconf
retitle 625935 debconf: [INTL:ru] Russian manpage translation update
thanks

2011/5/7 Yuri Kozlov :
> Package: po4a
> Version: 1.5.39
> Severity: wishlist
> Tags: l10n patch
>
>
> Russian manpage translation update is attached.

These are manual pages for debconf, not po4a, thus reassigning.

Denis



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

Bug#167926: offlineimap: When host is not present, offlineimap dies with stacktrace

[Sebastian Spaeth]

tag 167926 fixed-upstream

This has been mostly addressed upstream and will be in the next version
6.3.4. While we still bail out when an error occurs in the middle of a
sync, we will cleanly fail and retry 3 times when some network errors
occurs between syncs.

So intermittent network failures will not be that dramatic anymore. We
are in the process of finding more spots where it is safe to log an
error and retry rather than bailing out with a stack trace.

Sebastian




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

Bug#625498: cron: Cron does not check permissions of linked file when symlink is first created

[Karl O. Pinc]

On 05/07/2011 06:32:14 PM, Christian Kastner wrote:
> tag 625498 + unreproducible moreinfo
> 
> On 05/03/2011 11:06 PM, Karl O. Pinc wrote:
> > Files in /etc/cron.d that have group write permissions will
> > not have their cronjobs run but if /etc/cron.d/ contains
> > a symlink to a file with group write permissions the cron
> > jobs in that file are run.  After the content of the file
> > is changed cron will then refuse to run the jobs.
> > 
> > The following script demonstrates the problem:
> > 
> > --
> > # Tidy up before we start.
> > rm -f /etc/cron.d/foo /tmp/foo
> > sleep 60
> > 
> > # Establish crontab
> > cat - >/tmp/foo < > * * * * * root printf 'Running\n'
> > EOF
> > chmod g=w /tmp/foo
>   ^ see below

Humm.  I did do _something_ wrong.  I thought I was chmod g+w,
and that's what I was testing.  (But then I cut and paste
to test so)

I'll retest and re-think and update the bug.

Karl 
Free Software:  "You don't pay back, you pay forward."
 -- Robert A. Heinlein




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

Bug#625753: [PATCH 2/2] debian/diff: contrib/*.sh usability fixes

[Jonathan Nieder]

Use the full path to git-sh-setup and git-parse-remote when
sourcing them.  Do not rely on the no longer existent "git runstatus"
helper.  Teach "git commit --dry-run" a --color option like runstatus
knew.

These changes aren't intended for upstream, at least yet; they just
give a chance to more easily play around with the scripts from
contrib.

Signed-off-by: Jonathan Nieder 
---
 debian/changelog   |4 +
 ...0011-contrib-use-full-path-to-git-sh-setup.diff |  225 
 ...-contrib-use-full-path-to-git-parse-remote.diff |   57 +
 .../diff/0013-commit-status-add-color-option.diff  |   67 ++
 ...mmit-use-commit-dry-run-in-place-of-runsta.diff |   37 
 5 files changed, 390 insertions(+), 0 deletions(-)
 create mode 100644 debian/diff/0011-contrib-use-full-path-to-git-sh-setup.diff
 create mode 100644 
debian/diff/0012-contrib-use-full-path-to-git-parse-remote.diff
 create mode 100644 debian/diff/0013-commit-status-add-color-option.diff
 create mode 100644 
debian/diff/0014-scripted-commit-use-commit-dry-run-in-place-of-runsta.diff

diff --git a/debian/changelog b/debian/changelog
index f95c1ec..c1b4d3f 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -11,6 +11,10 @@ git (1:1.7.5.1-2~exp0.1) experimental; urgency=low
   * debian/control: package git: Suggests: packages used by programs
 in contrib/ (libgtk2-perl, python, cpio, python-gtk2,
 python-pango, python-gobject, python-cairo).
+  * debian/diff/:
+- 0011..0014: new; tweak contrib scripts to be usable in the
+  absence of some ancient commands and without including
+  $(git --exec-path) in $PATH.
 
  -- Jonathan Nieder   Fri, 06 May 2011 23:30:29 -0500
 
diff --git a/debian/diff/0011-contrib-use-full-path-to-git-sh-setup.diff 
b/debian/diff/0011-contrib-use-full-path-to-git-sh-setup.diff
new file mode 100644
index 000..626e761
--- /dev/null
+++ b/debian/diff/0011-contrib-use-full-path-to-git-sh-setup.diff
@@ -0,0 +1,225 @@
+From 00c30a76432bcd6ca93b3d0616eb4e3623bcb939 Mon Sep 17 00:00:00 2001
+From: Jonathan Nieder 
+Date: Sat, 7 May 2011 01:11:35 -0500
+Subject: contrib: use full path to git-sh-setup
+
+Allow scripts from contrib/ to be run in place even though
+git-sh-setup is not on the $PATH any more.
+
+Signed-off-by: Jonathan Nieder 
+---
+ contrib/examples/git-checkout.sh   |2 +-
+ contrib/examples/git-clean.sh  |2 +-
+ contrib/examples/git-commit.sh |2 +-
+ contrib/examples/git-fetch.sh  |2 +-
+ contrib/examples/git-gc.sh |2 +-
+ contrib/examples/git-merge.sh  |2 +-
+ contrib/examples/git-notes.sh  |2 +-
+ contrib/examples/git-reset.sh  |2 +-
+ contrib/examples/git-resolve.sh|2 +-
+ contrib/examples/git-revert.sh |2 +-
+ contrib/examples/git-tag.sh|2 +-
+ contrib/examples/git-verify-tag.sh |2 +-
+ contrib/git-resurrect.sh   |2 +-
+ contrib/remotes2config.sh  |2 +-
+ contrib/rerere-train.sh|2 +-
+ 15 files changed, 15 insertions(+), 15 deletions(-)
+
+diff --git a/contrib/examples/git-checkout.sh 
b/contrib/examples/git-checkout.sh
+index 1a7689a..fd90f37 100755
+--- a/contrib/examples/git-checkout.sh
 b/contrib/examples/git-checkout.sh
+@@ -12,7 +12,7 @@ m   merge local modifications into the new branch
+ q,quiet be quiet
+ "
+ SUBDIRECTORY_OK=Sometimes
+-. git-sh-setup
++. "$(git --exec-path)/git-sh-setup"
+ require_work_tree
+ 
+ old_name=HEAD
+diff --git a/contrib/examples/git-clean.sh b/contrib/examples/git-clean.sh
+index 01c95e9..715a9eb 100755
+--- a/contrib/examples/git-clean.sh
 b/contrib/examples/git-clean.sh
+@@ -20,7 +20,7 @@ x remove ignored files as well
+ X remove only ignored files"
+ 
+ SUBDIRECTORY_OK=Yes
+-. git-sh-setup
++. "$(git --exec-path)/git-sh-setup"
+ require_work_tree
+ 
+ ignored=
+diff --git a/contrib/examples/git-commit.sh b/contrib/examples/git-commit.sh
+index 23ffb02..1b80c8e 100755
+--- a/contrib/examples/git-commit.sh
 b/contrib/examples/git-commit.sh
+@@ -6,7 +6,7 @@
+ USAGE='[-a | --interactive] [-s] [-v] [--no-verify] [-m  | -F 
 | (-C|-c)  | --amend] [-u] [-e] [--author ] 
[--template ] [[-i | -o] ...]'
+ SUBDIRECTORY_OK=Yes
+ OPTIONS_SPEC=
+-. git-sh-setup
++. "$(git --exec-path)/git-sh-setup"
+ require_work_tree
+ 
+ git rev-parse --verify HEAD >/dev/null 2>&1 || initial_commit=t
+diff --git a/contrib/examples/git-fetch.sh b/contrib/examples/git-fetch.sh
+index a314273..fc28b57 100755
+--- a/contrib/examples/git-fetch.sh
 b/contrib/examples/git-fetch.sh
+@@ -3,7 +3,7 @@
+ 
+ USAGE='  ...'
+ SUBDIRECTORY_OK=Yes
+-. git-sh-setup
++. "$(git --exec-path)/git-sh-setup"
+ set_reflog_action "fetch $*"
+ cd_to_toplevel ;# probably unnecessary...
+ 
+diff --git a/contrib/examples/git-gc.sh b/contrib/examples/git-gc.sh
+index 1597e9f..5ef329d 100755
+--- a/contrib/examples/git-gc.sh
 b/contrib/examples/git-gc.sh
+@@ -6,7 +6,7 @@
+ 
+ USAGE='[--prune]'
+ SU

Bug#625753: [PATCH 1/2] debian: move programs from contrib to /usr/lib

[Jonathan Nieder]

Later some compiled programs (like svn-fe) can join them.

The chosen filenames are somewhat a little strange --- to avoid
namespace conflicts if /usr/lib/git/contrib is placed on the $PATH,
many of the commands have "git-" prepended to their name.  On the
plus side, most of them can benefit from the usual niceties of the git
wrapper (e.g., "git --paginate foo") this way.

Signed-off-by: Jonathan Nieder 
---
 debian/changelog |   16 +++
 debian/control   |4 ++-
 debian/rules |   80 ++---
 3 files changed, 94 insertions(+), 6 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 056c38c..f95c1ec 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,19 @@
+git (1:1.7.5.1-2~exp0.1) experimental; urgency=low
+
+  * debian/rules: package git: install tools and hooks that are
+usable from /usr/share/doc/git/contrib to /usr/lib/git/contrib
+(thx to Peter Eisentraut and David Barr for encouragement;
+closes: #625753).  Put symlinks in place so old paths can still
+work.
+  * debian/rules: package git: install a symlink
+/usr/share/git-core/contrib -> /usr/lib/git/contrib to allow
+scripts to use paths that match other distros.
+  * debian/control: package git: Suggests: packages used by programs
+in contrib/ (libgtk2-perl, python, cpio, python-gtk2,
+python-pango, python-gobject, python-cairo).
+
+ -- Jonathan Nieder   Fri, 06 May 2011 23:30:29 -0500
+
 git (1:1.7.5.1-1) unstable; urgency=low
 
   * new upstream point release.
diff --git a/debian/control b/debian/control
index bda83cc..f1a8381 100644
--- a/debian/control
+++ b/debian/control
@@ -21,7 +21,9 @@ Depends: ${shlibs:Depends}, perl-modules, liberror-perl,
  git-man (>> ${source:Upstream-Version}), git-man (<< 
${source:Upstream-Version}-.),
  libc6.1 (>= 2.10.2-6) [ia64]
 Recommends: patch, less, rsync, ssh-client
-Suggests: git-doc, git-el, git-arch, git-cvs, git-svn, git-email, 
git-daemon-run, git-gui, gitk, gitweb
+Suggests: git-doc, git-el, git-arch, git-cvs, git-svn, git-email, 
git-daemon-run, git-gui, gitk, gitweb,
+ libgtk2-perl, python, cpio,
+ python-gtk2, python-pango, python-gobject, python-cairo
 Replaces: gitweb (<< 1:1.7.4~rc1),
  cogito (<< 0.16rc2-0), git-core (<< 1:1.7.0.4-1.)
 Breaks: gitweb (<< 1:1.7.4~rc1),
diff --git a/debian/rules b/debian/rules
index 4585300..5330840 100755
--- a/debian/rules
+++ b/debian/rules
@@ -94,11 +94,6 @@ install-arch: deb-checkdir deb-checkuid build-arch-stamp
done
rm -f '$(GIT)'/usr/bin/git-cvsserver
rm -f '$(GIT)'/usr/bin/gitk
-   for i in '$(GIT)'/usr/bin/* '$(GIT)'/usr/lib/git-core/*; do \
- test "`head -c2 $$i`" = '#!' || \
- test "`head -c2 $$i`" = '# ' || \
- $(STRIP) -R .comment -R .note $$i; \
-   done
# don't include git-gui's lib
rm -rf '$(GIT)'/usr/share/git-gui/
# don't include gitk's lib
@@ -118,6 +113,81 @@ install-arch: deb-checkdir deb-checkuid build-arch-stamp
find '$(GIT)'/usr/share/doc/git/contrib -type f | xargs chmod 0644
find '$(GIT)'/usr/share/doc/git/contrib -type d | xargs chmod 0755
find '$(GIT)'/usr/share/doc/git/ -name .gitignore | xargs rm -f
+   install -d -m0755 '$(GIT)'/usr/lib/git/contrib
+   ln -s ../git-core '$(GIT)'/usr/lib/git/core
+   set -e; \
+   contribitem_toplevel () { \
+ install -m 0755 '$(GIT)'/usr/share/doc/git/contrib/$$1 \
+   '$(GIT)'/usr/lib/git/contrib/$$2; \
+ ln -sf ../../../../lib/git/contrib/$$2 \
+   '$(GIT)'/usr/share/doc/git/contrib/$$1; \
+   }; \
+   contribitem_toplevel git-resurrect.sh git-resurrect; \
+   contribitem_toplevel remotes2config.sh git-remotes2config; \
+   contribitem_toplevel rerere-train.sh git-rerere-train
+   set -e; \
+   contribitem () { \
+ install -m 0755 '$(GIT)'/usr/share/doc/git/contrib/$$1 \
+   '$(GIT)'/usr/lib/git/contrib/$$2; \
+ ln -sf ../../../../../lib/git/contrib/$$2 \
+   '$(GIT)'/usr/share/doc/git/contrib/$$1; \
+   }; \
+   contribitem blameview/blameview.perl git-blameview; \
+   contribitem ciabot/ciabot.py git-ciabot; \
+   contribitem examples/git-checkout.sh git-checkout; \
+   contribitem examples/git-clean.sh git-clean; \
+   contribitem examples/git-clone.sh git-clone; \
+   contribitem examples/git-commit.sh git-commit; \
+   contribitem examples/git-gc.sh git-gc; \
+   contribitem examples/git-ls-remote.sh git-ls-remote; \
+   contribitem examples/git-merge-ours.sh git-merge-ours; \
+   contribitem examples/git-merge.sh git-merge; \
+   contribitem examples/git-notes.sh git-notes; \
+   contribitem examples/git-remote.perl git-remote; \
+   contribitem examples/git-rerere.perl git-rerere; \
+   contribitem examples/git-reset.sh git-reset; \
+   contribitem examples/git-resolve.sh git-resolve; \
+   contribi

Bug#625949: navit shows wrong coordinates if LC_ALL is set

[Gilles Filippini]

forwarded 625949 http://trac.navit-project.org/ticket/850
tag 625949 patch
thanks


Timo Juhani Lindfors a écrit , Le 08/05/2011 00:00:
> Gilles Filippini  writes:
>> Which graphic and gui backends do you use.
> 
> I'm attaching complete ~/.navit/navit.xml this time.
> 
>>  (process:6049): Gtk-WARNING **: Locale not supported by C library.
>>  Using the fallback 'C' locale.
>>
>>  (:6049): Gdk-WARNING **: locale not supported by C library
> 
> Does "locale -a" list fi_FI.UTF-8? If not, can you generate it with
> "sudo dpkg-reconfigure locales" and try again?

Indeed. I can reproduce the problem now.

> 
>>> but I could not figure out how to enable that dbg. It would also only
>>> go to debug log which the normal user is not going to notice.
>>
>> This wiki entry may help:
>> 
> 
> Sure, I was just trying to point out that the current warning is not
> something that people actually notice.

Sure. I've opened a ticket upstream [1] and set up a patch which, when
LC_ALL is set, unset it and set LANG instead.
Committed to my git repo and attached here.

[1] 

Thanks,

_g.
Description: Set lang instead of LC_ALL to prevent decimal separator bugs
 In case LC_ALL is set, unset it and set LANG instead.
Author: Gilles Filippini 
Forwarded: http://trac.navit-project.org/ticket/850
Last-Update: 2011-05-08
Index: navit/navit/main.c
===
--- navit.orig/navit/main.c	2011-05-08 00:17:11.0 +0200
+++ navit/navit/main.c	2011-05-08 00:23:49.0 +0200
@@ -407,8 +407,12 @@
 	main_setup_environment(2);
 #endif	/* _WIN32 || _WIN32_WCE */
 
-	if (getenv("LC_ALL"))
+	if (getenv("LC_ALL")) {
 		dbg(0,"Warning: LC_ALL is set, this might lead to problems (e.g. strange positions from GPS)\n");
+		dbg(0,"Warning: Unsetting LC_ALL and setting LANG instead as a workaround.\n");
+		setenv("LANG", getenv("LC_ALL"), 1);
+		unsetenv("LC_ALL");
+	}
 	s = getenv("NAVIT_WID");
 	if (s) {
 		setenv("SDL_WINDOWID", s, 0);


signature.asc
Description: OpenPGP digital signature

Bug#625753: [RFC/PATCH 0/2] Re: make git-new-workdir executable

[Jonathan Nieder]

(cc-ing the bug log)
Hi Peter,

Peter Eisentraut wrote:

> /usr/lib/git/contrib sounds reasonable

Thanks for a hint.  Here's a first, very rough go at it.

>> #!/bin/sh
>> exec sh /usr/share/doc/git/contrib/workdir/git-new-workdir "$@"
>
> Thanks, that's a good solution.  I also set up a git-config alias based
> on this.
>
> In any case, it's weird that you have to call it with an explicit shell.
> I still think that even examples should be made executable in the doc
> directory, if they can be run usefully.  If this or some other example
> where implemented in perl, say, you'd have to change all your things
> around and keep track of those things.

I even consider that a good feature at the moment.  The content under
/usr/share/doc/git is subject to change, and on some installations
/usr/share/doc will even be compressed or omitted.  If using files
from there in scripts makes people a little uncomfortable now, that
might prevent some disappointment later.

Of course all this is to say, it would be best if git could integrate
the functionality of git-new-workdir as an ordinary command ASAP.

Here's a series illustrating pitfalls involved in one particular
alternative approach.  It installs programs from contrib to
/usr/lib/git/contrib; the idea is that you add that and $(git
--exec-path) to your $PATH and use them from there.  Some problems:

 - namespace problems --- is contrib/blameview the only command that
   wants to be named blameview out there?  Is the only appp.sh out
   there the external editor for Thunderbird from
   contrib/thunderbird-patch-inline?

 - dependencies.  How does the sysadmin (or the user talking to the
   sysadmin) know what packages are needed before blameview can be
   installed, for instance?

 - where is the documentation?  (Yes, under /usr/share/doc/contrib,
   but who is going to know that in advance?)

   If following this approach, it might make sense to include manpages
   under /usr/lib/git/contrib/man for man-db to find or to add a
   /usr/lib/git/contrib/README.

 - some of the scripts don't work, especially those from
   contrib/examples.

There are two commands among those under contrib/ I actually care
about; maybe we should just install them as git-new-workdir and
git-svn-fe (or plain svn-fe) as ordinary git commands and warn in the
README.Debian and manpages about the pitfalls that have prevented them
from graduating out of contrib/.

I dunno.  Still, maybe these patches can provide some entertainment in
the meantime. :)  E.g., blameview is kind of fun.

Jonathan Nieder (2):
  debian: move programs from contrib to /usr/lib
  debian/diff: some contrib/*.sh usability fixes

 debian/changelog   |   20 ++
 debian/control |4 +-
 ...0011-contrib-use-full-path-to-git-sh-setup.diff |  225 
 ...-contrib-use-full-path-to-git-parse-remote.diff |   57 +
 .../diff/0013-commit-status-add-color-option.diff  |   67 ++
 ...mmit-use-commit-dry-run-in-place-of-runsta.diff |   37 
 debian/rules   |   80 +++-
 7 files changed, 484 insertions(+), 6 deletions(-)
 create mode 100644 debian/diff/0011-contrib-use-full-path-to-git-sh-setup.diff
 create mode 100644 
debian/diff/0012-contrib-use-full-path-to-git-parse-remote.diff
 create mode 100644 debian/diff/0013-commit-status-add-color-option.diff
 create mode 100644 
debian/diff/0014-scripted-commit-use-commit-dry-run-in-place-of-runsta.diff



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

Bug#625498: cron: Cron does not check permissions of linked file when symlink is first created

[Christian Kastner]

tag 625498 + unreproducible moreinfo

On 05/03/2011 11:06 PM, Karl O. Pinc wrote:
> Files in /etc/cron.d that have group write permissions will
> not have their cronjobs run but if /etc/cron.d/ contains
> a symlink to a file with group write permissions the cron
> jobs in that file are run.  After the content of the file
> is changed cron will then refuse to run the jobs.
> 
> The following script demonstrates the problem:
> 
> --
> # Tidy up before we start.
> rm -f /etc/cron.d/foo /tmp/foo
> sleep 60
> 
> # Establish crontab
> cat - >/tmp/foo < * * * * * root printf 'Running\n'
> EOF
> chmod g=w /tmp/foo
  ^ see below

> 
> ln -s  /tmp/foo /etc/cron.d/
> 
> # Permissions are:
> ## ls -lh /tmp/foo
> #-rw-r--r-- 1 root root 34 May  3 10:56 /tmp/foo
>
> sleep 60

I believe you made an error here, as it should be rw-w--r-- after the
chmod above. If it indeed was rw-r--r-- at startup, it explains why cron
picked it up; and if the mode changed afterwards, we're back at #625495:

 mtime triggers rescan -> bad mode -> drop from db -> no rescan

> # Cron job runs (email delivered to root)
>
> cat - >/tmp/foo < #* * * * * root printf 'Running\n'
> EOF
>
> sleep 60
>
> # Cron job does not run
>
> cat - >/tmp/foo < * * * * * root printf 'Running\n'
> EOF
>
> sleep 60

Could you confirm this for me?


Christian



signature.asc
Description: OpenPGP digital signature

Bug#625495: cron: Cron does not recover well from a BAD INODE INFO error

[Christian Kastner]

tag 625495 + confirmed pending
thanks

On 05/03/2011 10:59 PM, Karl O. Pinc wrote:
> When cron finds a crontab file has the wrong permissions
> (and perhaps the wrong owner, I didn't check) it refuses
> to execute the cronjobs in that file until the file
> is deleted and re-created.  It is not enough to
> correct the problem and touch the file.

The problem here is that once cron detects an error with that file, it
removes it from its internal database, after which it is no longer
monitored for updates. The only way a new name gets added to the
database is when the mtime of /etc/cron.d/ changes, which is why
touching a file therein is not sufficient.

We already added the abilitiy to force a rescan for dangling symlinks
(see #433609). I generalized this feature to cover the cases of broken
ownership/modes. cron will complain about it every minute instead of
once, however. This is slightly crude, but as this appears to be a
fringe case, I think it's an adequate solution.

Christian



signature.asc
Description: OpenPGP digital signature

Bug#625493: cron: Error message regarding group write permission is not clear

[Christian Kastner]

tag 625493 + confirmed pending
thanks

On 05/03/2011 10:54 PM, Karl O. Pinc wrote:
> Files in /etc/cron.d that have group write permissions will
> not have their cronjobs run.   The log message
> which results provides no guideance as to exactly
> what is wrong with the inode info and how it
> should be fixed.

This has already been fixed in SVN, based on a bug report from Ubuntu
(LP: #741979).


Christian



signature.asc
Description: OpenPGP digital signature

Bug#625492: Errors preventing crontab execution should be logged at higher priority

[Christian Kastner]

severity 625492 wishlist
thanks

On 05/03/2011 10:47 PM, Karl O. Pinc wrote:
> and the log message that indicates there is a problem did
> not get logged.  This means to me that the message is
> being logged at the INFO priority.
> 
> I believe that log messages which indicate that cron jobs
> are not running should be logged at WARN or above.  This
> would make it a lot simpler to seprate out the cronjob start/stop
> messages from more serious problems.
> 
> (Note: I did not test the message that results
> when a file is not owned by root which reports
> WRONG FILE OWNER.  It may also be reported at too low
> a priority.)

Unfortunately, vixie cron (the upstream code) does not differentiate
between message severities, which is why I'm downgrading it to 'wishlist'.

This deficiency has been pointed a few times already and I fully agree
that such a feature would be useful, so I intend to implement a patch
for it. It will have to wait until the upgrade to 4.1 though.


Christian





signature.asc
Description: OpenPGP digital signature

Bug#625491: Requirement that cron.d entries be chmod g-w is undocumented or unnecessary

[Christian Kastner]

tag 625491 + confirmed pending
thanks

On 05/03/2011 10:36 PM, Karl O. Pinc wrote:
> It appears that files in /etc/cron.d must not be group
> writable.  This is not documented and does not seem to
> be necessary.   It would be nice if the requirement
> did not exist.  (Note: I did not check to see if this
> problem exists with /etc/crontab as well.)

I added a note to the cron(8). FYI, it applies to /etc/crontab, too.


Christian



signature.asc
Description: OpenPGP digital signature

Bug#623038: libssl1.0.0: engine padlock: undefined symbol: v_check

[Adrien Clerc]

Hi,

I got exactly the same annoying behavior.

I downloaded the openssl package from openssl.org, and it worked like a 
charm. So I guess that something goes wrong somewhere in the packaging?


I'm available for more testing.

Adrien



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

Bug#621053: libqt4-webkit: All webkit based qt4-applications always crash when they don't find a lot of free memory

[Modestas Vainius]

close 621053 2.1.0~2011week13-1
forcemerge 617899 621053
thanks

Hello,

On trečiadienis 06 Balandis 2011 08:18:51 Sergei Stolyarov wrote:
> Package: libqt4-webkit
> Version: 4:4.7.2-3
> Severity: normal
> 
> All applications that use libqt4-webkit crash with segafault (eg. arora,
> goldendict, even webkit demos from qt-demo).

Fixed in 2.1.0~2011week13-1. Please upgrade.


-- 
Modestas Vainius 


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

Bug#617822: Starting another track while getting Musicbrainz info crashes amarok.

[Modestas Vainius]

reassign 617822 libqt4-network
affects 617822 amarok
thanks

Hello,

On šeštadienis 12 Kovas 2011 19:01:54 Timo Rienaecker wrote:
> Am Sat, 12 Mar 2011 17:19:11 +0200
> 
> schrieb Modestas Vainius :
> > Hello,
> > 
> > On šeštadienis 12 Kovas 2011 15:47:37 Timo Rienaecker wrote:
> > > > Follow [1] and get me a backtrace of the crash.
> > > 
> > > Here you are:
> > Install libqtwebkit4-dbg (yeah, it's huge) and reproduce the crash.
> 
> here we go again... greetings
> 
> ---
> amarok(21592)/kio (KIOJob) KIO::TransferJob::slotMimetype: mimetype()
> emitted again, or after sending first data!; job URL =
> KUrl("http://en.wikipedia.org/w/index.php?title=Letters%20to%20Cleo&redirec
> ts=1&useskin=monobook")

The bug appears to be in Qt [1] but it could have been fixed in Qt 4.7. If you 
tested with this Qt version, it would be great.

[1] https://bugs.kde.org/show_bug.cgi?id=264012


-- 
Modestas Vainius 


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

Bug#626020: zookeeper: FTBFS on mips: The method close() of type FileSnap must override a superclass method

[Jakub Wilk]

Source: zookeeper
Version: 3.3.1+dfsg1-2
Severity: serious
Justification: fails to build from source

zookeeper FTBFS on mips:

[javac] --
[javac] 12. ERROR in 
/build/buildd-zookeeper_3.3.1+dfsg1-2+b1-mips-QpsLaC/zookeeper-3.3.1+dfsg1/src/java/mai
[javac] n/org/apache/zookeeper/server/persistence/FileSnap.java (at line 
245)
[javac] public synchronized void close() throws IOException {
[javac]  ^^
[javac] The method close() of type FileSnap must override a superclass 
method
[javac] --

Full build log is here:
https://buildd.debian.org/status/fetch.php?pkg=zookeeper&arch=mips&ver=3.3.1%2Bdfsg1-2%2Bb1&stamp=1304691765

--
Jakub Wilk



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

Bug#626019: libsane-perl: FTBFS on sparc (test hang?)

[Julien Cristau]

Package: libsane-perl
Version: 0.03-1
Severity: serious
Tags: sid wheezy
Justification: fails to build from source (but built successfully in the past)

See
https://buildd.debian.org/status/fetch.php?pkg=libsane-perl&arch=sparc&ver=0.03-1%2Bb1&stamp=1304502766

   dh_auto_test
make[1]: Entering directory 
`/build/buildd-libsane-perl_0.03-1+b1-sparc-4AHwlS/libsane-perl-0.03'
PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 
'blib/lib', 'blib/arch')" t/*.t
t/data.t .. ok
t/enums.t . ok
make[1]: *** wait: No child processes.  Stop.
make[1]: *** Waiting for unfinished jobs
make[1]: *** wait: No child processes.  Stop.
make: *** [build-stamp] Terminated
Build killed with signal TERM after 300 minutes of inactivity

Cheers,
Julien



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

Bug#625811: closed by Ben Hutchings (Re: Bug#625811: please don't drop support for Wheezy)

[Ben Hutchings]

On Sat, 2011-05-07 at 23:59 +0200, Harald Dunkel wrote:
> Hi Ben,
> 
> Sorry, probably I missed the note about dropping Vserver.
> It seemed to be in wide use and under active development.
> Pretty disappointing for the Vserver folks, I would guess.
> 
> Of course I can give lxc a try, but I am a little bit
> concerned that it might get dropped, too, as soon as the next
> lightweight virtualization scheme appears on the horizon.

LXC is based on the cgroups and namespace mechanisms in mainline Linux.
It doesn't require out-of-tree patches.

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#625941: vim: FTBFS on amd64 (test61 FAILED)

[Julien Cristau]

severity 625941 normal
kthxbye

On Sat, May  7, 2011 at 10:00:07 -0400, James Vega wrote:

> On Sat, May 07, 2011 at 10:50:43AM +0200, Julien Cristau wrote:
> > vim failed to build on the amd64 buildd:
> > https://buildd.debian.org/status/fetch.php?pkg=vim&arch=amd64&ver=2%3A7.3.154%2Bhg~74503f6ee649-2%2Bb1&stamp=1304465102
> 
> I think this is a timing issue.  That test has to do with the undo
> support and the test moves backward/forward within the undo tree based
> on time ("go back to the state from 2 seconds ago").  There was a
> similar failure on hurd-i386[0] a while ago which later worked fine.
> 
> I'll talk to upstream to see if there's a way to make this more
> reliable, but would it be possible to give back the build once?
> 
> [0]: 
> https://buildd.debian.org/status/fetch.php?pkg=vim&arch=hurd-i386&ver=2%3A7.3.035%2Bhg%7E8fdc1210-1&stamp=1288001577

Gave the package back, it built.  Downgrading the severity.

Cheers,
Julien



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

Bug#626018: xtables-addons-source: Module pknock not working, bug in source

[Piotr Gasidlo]

Package: xtables-addons-source
Version: 1.26-2
Severity: normal

Hi,

Module pknock not working. Tried:

iptables -A INPUT -p tcp -m pknock --knockports 14,15,16 --name knock
--time 10 --autoclose 1

In kern.log got:


May  3 19:04:36 temptation kernel: [ 8613.35] [ cut
here ]
May  3 19:04:36 temptation kernel: [ 8613.36] WARNING: at
/build/buildd-linux-2.6_2.6.32-31-armel-ReZWr3/linux-2.6-2.6.32/debian/build/sour
ce_armel_none/fs/proc/generic.c:590 proc_register+0x11c/0x174()
May  3 19:04:36 temptation kernel: [ 8613.37] proc_dir_entry
'xt_pknock/knock' already registered
May  3 19:04:36 temptation kernel: [ 8613.38] Modules linked in:
xt_pknock cn sha256_generic hmac xt_recent xt_limit ipt_REJECT xt_psd
comp
at_xtables xt_tcpudp xt_state iptable_nat iptable_mangle iptable_raw
nf_nat_ftp nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_conntrack_ftp
nf_con
ntrack iptable_filter ip_tables x_tables evdev usblp ixp4xx_beeper
ext3 jbd mbcache sd_mod crc_t10dif usb_storage scsi_mod ohci_hcd
ehci_hcd ix
p4xx_eth ixp4xx_npe ixp4xx_qmgr libphy usbcore nls_base [last unloaded: cn]
May  3 19:04:36 temptation kernel: [ 8613.42] []
(unwind_backtrace+0x0/0xdc) from []
(warn_slowpath_common+0x4c/0x80)
May  3 19:04:36 temptation kernel: [ 8613.43] []
(warn_slowpath_common+0x4c/0x80) from []
(warn_slowpath_fmt+0x28/0x38)
May  3 19:04:36 temptation kernel: [ 8613.44] []
(warn_slowpath_fmt+0x28/0x38) from []
(proc_register+0x11c/0x174)
May  3 19:04:36 temptation kernel: [ 8613.45] []
(proc_register+0x11c/0x174) from []
(create_proc_entry+0x78/0x98)
May  3 19:04:36 temptation kernel: [ 8613.46] []
(create_proc_entry+0x78/0x98) from []
(pknock_mt_check+0x4e0/0x5bc [xt_pknock])
May  3 19:04:36 temptation kernel: [ 8613.47] []
(pknock_mt_check+0x4e0/0x5bc [xt_pknock]) from []
(xtnu_match_check+0x44/0x54 [compat_xtables])
May  3 19:04:36 temptation kernel: [ 8613.48] []
(xtnu_match_check+0x44/0x54 [compat_xtables]) from []
(xt_check_match+0x14c/0x174 [x_tables])
May  3 19:04:36 temptation kernel: [ 8613.49] []
(xt_check_match+0x14c/0x174 [x_tables]) from []
(translate_table+0x420/0x6a4 [ip_tables])
May  3 19:04:36 temptation kernel: [ 8613.50] []
(translate_table+0x420/0x6a4 [ip_tables]) from []
(do_ipt_set_ctl+0x128/0x4d0 [ip_tables])
May  3 19:04:36 temptation kernel: [ 8613.52] []
(do_ipt_set_ctl+0x128/0x4d0 [ip_tables]) from []
(nf_sockopt+0x178/0x1a4)
May  3 19:04:36 temptation kernel: [ 8613.53] []
(nf_sockopt+0x178/0x1a4) from [] (nf_setsockopt+0x1c/0x24)
May  3 19:04:36 temptation kernel: [ 8613.53] []
(nf_setsockopt+0x1c/0x24) from [] (ip_setsockopt+0x80/0xa0)
May  3 19:04:36 temptation kernel: [ 8613.54] []
(ip_setsockopt+0x80/0xa0) from []
(sock_common_setsockopt+0x24/0x2c)
May  3 19:04:36 temptation kernel: [ 8613.55] []
(sock_common_setsockopt+0x24/0x2c) from []
(sys_setsockopt+0x94/0xb8)
May  3 19:04:36 temptation kernel: [ 8613.56] []
(sys_setsockopt+0x94/0xb8) from []
(ret_fast_syscall+0x0/0x28)
May  3 19:04:36 temptation kernel: [ 8613.57] ---[ end trace
412aa899aa006481 ]---
May  3 19:04:36 temptation kernel: [ 8613.61] xt_pknock: The rule
knock doesn't exist.
May  3 19:04:38 temptation kernel: [ 8615.17] xt_pknock: The rule
knock doesn't exist.


I've checked source and found bug in it. Function rulecmp returns
false on match, but in other functions it's assumed, that it should 
return true. After patching (patch attached) everything working fine.


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

Kernel: Linux 2.6.32-5-ixp4xx
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages xtables-addons-source depends on:
ii  bzip2 1.0.5-6high-quality block-sorting file co
ii  debhelper 8.0.0  helper programs for debian/rules
ii  iptables-dev  1.4.8-3iptables development files
ii  make  3.81-8 An utility for Directing compilati
ii  module-assistant  0.11.3 tool to make module package creati
ii  pkg-config0.25-1.1   manage compile and link flags for 

xtables-addons-source recommends no packages.

xtables-addons-source suggests no packages.

-- no debconf information
--- modules.orig/xtables-addons/pknock/xt_pknock.c	2011-05-07 23:12:24.0 +0200
+++ modules/xtables-addons/pknock/xt_pknock.c	2011-05-07 23:14:05.0 +0200
@@ -428,7 +428,7 @@
 
 	list_for_each_safe(pos, n, &rule_hashtable[hash]) {
 			rule = list_entry(pos, struct xt_pknock_rule, head);
-			if (rulecmp(info, rule))
+			if (!rulecmp(info, rule))
 	return rule;
 	}
 	return NULL;
@@ -451,7 +451,7 @@
 	list_for_each_safe(pos, n, &rule_hashtable[hash]) {
 		rule = list_entry(pos, struct xt_pknock_rule, head);
 
-		if (rulecmp(info, rule)) {
+		if (!rulecmp(info, rul

Bug#620741: amarok: Amarok NFS-SMB shares as local collection

[Modestas Vainius]

tags 620741 confirmed
thanks

Hello,

On sekmadienis 03 Balandis 2011 22:13:43 Davide Favaro wrote:
> Package: amarok
> Version: 2.4.1~beta1-1
> Severity: normal
> 
> amarok 2.4.0.90 from experimental should be able to view my NFS folder as
> local collection, at least according to
> http://userbase.kde.org/Amarok/Manual/ConfiguringAmarok#Devices. Anyway
> when I try to configure amarok I can see no "NFS" or "SMB" plugin on
> device section. Do I miss a package to get it working? Thanks in advice.

Apparently, this feature needs KDE SC 4.5 or later. Remind me when KDE SC 4.6 
hits unstable.

-- 
Modestas Vainius 


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

Bug#602145: mutt: Display problems for mbox-files > 2GiB

[Jonathan Nieder]

Hi,

Antonio Radici wrote:

> My first thought was that this problem was related to off_t size for
> seek() and it would also make some sort of sense that after a certain
> limit seek didn't work, especially this happened only on mbox.
> Unfortunately the biggest size for a 32bits value is 4G and off_t,
> anyway, is 64 bits.

Since off_t and long are signed, wouldn't problems with 32-bit offsets
indeed trigger around 2G?  But AC_SYS_LARGEFILE and use of fseeko
should have taken care of it, as you mentioned.

> I will continue to test this on other system, if I
> can't manage to reproduce it maybe we can ask on debian-devel@ (or
> somewhere else) if anyone is willing to test the bug for
> reproducibility.

When I try on an i386 system with 150 MiB of RAM, 300 MiB swap,
mutt is killed by the oom killer.  I should have expected that. :)



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

Bug#549294: failure to recover from unavailable stream

[Modestas Vainius]

reassign 549294 phonon-backend-xine 4:4.3.1-1
affects 549294 amarok
thanks

Hello,

On penktadienis 02 Spalis 2009 12:39:28 Modestas Vainius wrote:
> On penktadienis 02 Spalis 2009 10:54:00 Ulrich Eckhardt wrote:
> > Package: amarok
> > Version: 2.1.1-4
> > 
> > Problem:
> > I'm trying to connect to http://217.10.34.84:8000 (aliusart.ru), which
> > 
> >  returns 401 [1] because it is not available. Apart from the fact that I
> >  get no feedback about what is happening, Amarok then enters a state
> >  where it becomes unusable: No matter what other track I select (even
> >  ones on the HD), I don't get any sound.
> 
> Confirmed with 2.2.0. But probably it is a phonon problem.

Switch phonon backend to something else except phonon-backend-xine. For 
example, phonon-backend-vlc handles your URL much better (if not perfect).


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

Bug#626017: ITP: ruby-shoulda-context -- context framework for Test::Unit

[Antonio Terceiro]

Package: wnpp
Severity: wishlist
Owner: Antonio Terceiro 

* Package name: ruby-shoulda-context
  Version : 1.0.0.beta1
  Upstream Author : Several authors
* URL : https://github.com/thoughtbot/shoulda-context
* License : MIT
  Programming Lang: Ruby
  Description : context framework for Test::Unit

From upstream README:

Shoulda’s contexts make it easy to write understandable and maintainable
tests for Test::Unit. It’s fully compatible with your existing tests in
Test::Unit, and requires no retooling to use.

-- 
Antonio Terceiro 
http://softwarelivre.org/terceiro




signature.asc
Description: Digital signature

Bug#626016: ITP: ruby-shoulda-matchers -- Test helpers for Rails applications, compatible with Test::Unit and RSpec

[Antonio Terceiro]

Package: wnpp
Severity: wishlist
Owner: Antonio Terceiro 

* Package name: ruby-shoulda-matchers
  Version : 1.0.0.beta2
  Upstream Author : Several authors
* URL : https://github.com/thoughtbot/shoulda-matchers
* License : MIT
  Programming Lang: Ruby
  Description : Test helpers for Rails applications, compatible with 
Test::Unit and RSpec

From upstream README:

Test::Unit- and RSpec-compatible one-liners that test common Rails
functionality. These tests would otherwise be much longer, more complex,
and error-prone.

-- 
Antonio Terceiro 
http://softwarelivre.org/terceiro




signature.asc
Description: Digital signature

Bug#626001: sigseg in memset (powerpc)

[Jonathan Nieder]

retitle 626001 [powerpc] sigsegv in memset called by calloc
tags 626001 = moreinfo
quit

Hi,

Jörg Sommer wrote:

> last night, grep was killed by SIGSEG. It was run by a cron job and I
> can't reproduce the error. But I've a coredump.

What version of grep do you use?  I don't know of anything like
debug.debian.net for powerpc which would make it easy to get a full
backtrace, (though it should be possible to get with sufficient
interest and time) unfortunately.

Also, do you have the cron job and the /var/lib/rkhunter/db/i18n/en
file from the time of failure?  Can we take a look at them?

[...]
> Core was generated by `grep ^ROOTKIT_FILES_DIRS_FILE: 
> /var/lib/rkhunter/db/i18n/en'.
[...]
> #0  memset () at ../sysdeps/powerpc/powerpc32/memset.S:100
> No locals.
> #1  0x0fed241c in __libc_calloc (n=, elem_size= optimized out>) at malloc.c:4123
> av = 0xffc9268
> oldtop = 0x103fcd18
> bytes = 4

Looks like calloc is being called for a 4-byte allocation.  Usually
for such small allocations calloc handles the clearing itself, so that
information might help to narrow things down.

Just to check: are there any MALLOC_* or LD_* environment variables
set in your cron jobs' environment?  (I'm asking probably stupid
questions just to get basic information to trace what happened,
nothing else.)

[...]
> #2  0x10018700 in ?? ()
> No symbol table info available.
> #3  0x1000f260 in ?? ()
> No symbol table info available.
[...]
> Dump of assembler code for function memset:

I'd also be interested in disassembly for frame 2 or 3, so we can get
some idea of what grep was doing.

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#625811: closed by Ben Hutchings (Re: Bug#625811: please don't drop support for Wheezy)

[Harald Dunkel]

Hi Ben,

Sorry, probably I missed the note about dropping Vserver.
It seemed to be in wide use and under active development.
Pretty disappointing for the Vserver folks, I would guess.

Of course I can give lxc a try, but I am a little bit
concerned that it might get dropped, too, as soon as the next
lightweight virtualization scheme appears on the horizon.


Regards

Harri



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

Bug#625917: Drupal7: I've got clients wishing to develop/deploy on 7 now

[Marc J. Driftmeyer]

Thanks for the prompt reply. That issue makes sense as we all know how 
Debian is a stickler for copyrights.


I look forward to working with the package.

Sincerely,

- Marc J. Driftmeyer

On 05/07/2011 09:44 AM, Luigi Gangitano wrote:

Hi Marc,

Drupal7 was uploaded to the new queue in Debian a couple of months ago, but was 
rejected due to copyright issues on some files.

I'm in the process of sorting out all those issues and resubmit the package and 
expect to have it in the archive by the end of this month.

Regards,

L

Il giorno 07/mag/2011, alle ore 01.23, Marc J. Driftmeyer ha scritto:


Package: drupal6
Version: drupal7
Severity: normal


What is the status of packaging Drupal7? I've got clients expressing an 
interest to move from Joomla to Drupal7, but I need a deb to work on dev boxes.

Are there any ABI hold ups? Other package depends still waiting?

- Marc J. Driftmeyer

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

Kernel: Linux 2.6.38-2-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 drupal6 depends on:
ii  apache2   2.2.17-3   Apache HTTP Server metapackage
ii  apache2-mpm-prefork [httpd]   2.2.17-3   Apache HTTP Server - traditional n
ii  curl  7.21.6-1   Get a file from an HTTP, HTTPS or
ii  dbconfig-common   1.8.47 common framework for packaging dat
ii  debconf [debconf-2.0] 1.5.39 Debian configuration management sy
ii  exim4-daemon-heavy [mail-tran 4.75-2 Exim MTA (v4) daemon with extended
ii  mysql-client  5.1.56-1   MySQL database client (metapackage
ii  mysql-client-5.1 [virtual-mys 5.1.56-1   MySQL database client binaries
ii  php5  5.3.6-10   server-side, HTML-embedded scripti
ii  php5-gd   5.3.6-10   GD module for php5
ii  php5-mysql5.3.6-10   MySQL module for php5
ii  php5-pgsql5.3.6-10   PostgreSQL module for php5
ii  postgresql-client 9.0.4-1front-end programs for PostgreSQL
ii  postgresql-client-9.0 [postgr 9.0.4-1+b1 front-end programs for PostgreSQL
pn  wwwconfig-common  (no description available)

Versions of packages drupal6 recommends:
ii  mysql-server-5.1 [mysql-serve 5.1.56-1   MySQL database server binaries and
ii  postgresql9.0.4-1object-relational SQL database (su

drupal6 suggests no packages.



--
Luigi Gangitano --  -- 
GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972  C24A F19B A618 924C 0C26



--
Marc J. Driftmeyer
Email :: m...@reanimality.com 
Web :: http://www.reanimality.com
Cell :: (509) 435-5212
<>

Bug#614175: confirm liblua5.1-filesystem0

[Joey Hess]

Downgrading liblua5.1-filesystem0 to stable gets prosody
working again.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#625536: raw import with >100kHz sample rate ignores given rate

[Jamie Heilman]

This is upstream bug #192, where it was reported against v1.3.12, but
the issue appears to have existed since at least 2003.



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

Bug#625949: navit shows wrong coordinates if LC_ALL is set

[Gilles Filippini]

Hi Timo,

Timo Juhani Lindfors a écrit , Le 07/05/2011 12:24:
> Steps to reproduce:
> 1) wget http://iki.fi/lindi/foxtrotgps/met-to-ota2.dump.xz
> 2) unxz met-to-ota2.dump.xz
> 3) gpsfake -c 0.5 met-to-ota2.dump
> 4) LC_ALL=fi_FI.UTF-8 navit
> 5) click on the map to get to menu
> 6) click "Toiminnat" (="Actions")
> 
> Expected results:
> 6) location is 60deg 13' 52" N 24deg 24' 32" E
> 
> Actual results:
> 6) location is 60deg 0' 31" N 24deg 0' 52" E

Which graphic and gui backends do you use. I can't reproduce your
results with graphic-gtk-drawing-area + gui-internal:

 pini@pini:~$ LC_ALL=fi_FI.UTF-8 navit
 navit:main_init:Warning: LC_ALL is set, this might lead to problems
 (e.g. strange positions from GPS)

 (process:6049): Gtk-WARNING **: Locale not supported by C library.
Using the fallback 'C' locale.

 (:6049): Gdk-WARNING **: locale not supported by C library

> 
> More info:
> 1) upstream seems to consider this to be a known issue but I could not
> find a bug report about it. It definitely is an important issue since
> somebody might actually believe the wrong coordinates and setting
> LC_ALL should be pretty standard.
> 
> The code has
> 
> if (getenv("LC_ALL"))
> dbg(0,"Warning: LC_ALL is set, this might lead to problems (e.g. 
> strange positions from GPS)\n");
> 
> but I could not figure out how to enable that dbg. It would also only
> go to debug log which the normal user is not going to notice.

This wiki entry may help:


> 
> Upstream FAQ at http://wiki.navit-project.org/index.php/FAQ has
> 
>   "My position is reported incorrectly
> 
>Most of the time, this is caused by the decimal separator being
>incorrectly set. Navit tries to override the decimal separator at
>startup, but the LC_ALL environment variable can block this. You
>can check this easily : echo $LC_ALL
> 
>If it returns something, you can't override your locale
>settings. You should "unset LC_ALL" and try again. If it works,
>you got it :)
> 
>In gentoo, this is set in the /etc/env.d/locales. You
>may want to remove or comment the LC_ALL line in that file. "
> 
> which gives me the impression that they have lost hope and don't think
> this issue can be fixed.
> 
> 2) Do you know which function ends up using the wrong decimal
> separator? Surely other programs in debian must be hit by the issue
> too?
> 
> 3) Do you know if there's an upstream bug report about this somewhere?
> I only wrote svn change
> http://navit.svn.sourceforge.net/viewvc/navit/trunk/navit/navit/main.c?r1=2082&r2=2125
> that touches the warning that is printed when debugging is enabled
> (how?).
> 
> 4) If all else fails, would it make sense to ship a wrapper script
> that unsets LC_ALL before exec'ing navit binary? In the debian changelog
> I see
> 
> navit (0.0.4+svn1229-3) unstable; urgency=low
> 
>   * fixed a small bug in navit.pl: delete LC_ALL from the environment,
> instead
> of only undefining it.
> 
>  -- Carsten Wolff   Sat, 25 Oct 2008
> 21:07:46 +0200
> 
> but this has probably already been rewritten completely?

Thanks,

_g.



signature.asc
Description: OpenPGP digital signature

Bug#572951: How to (easily) reproduce this error

[Marco d'Itri]

On Apr 28, Jaap Keuter  wrote:

> Turns out that the interface is renamed from
> eth0 to eth0.43 by udev, using the last matching rule from
> 70-persistent-net.rules. The matching rules list subsequently have
> "eth0", "eth0.21" and "eth0.43" as name. 
This is the real problem, looks like these broken rules have been
created by a pre-lenny udev release.
I do not believe that this is actually related to the original bug
report.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#618696: closed by Adam C Powell IV (Re: elmer: multiple licensing issues)

[Sylvestre Ledru]

Le samedi 07 mai 2011 à 23:20 +0200, Francesco Poli a écrit :
> since I don't think CeCILL-C meets the DFSG: 
A bit out of topic but you are probably wrong here. All CeCILL licenses
are DFSG compliant.

Sylvestre





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

Bug#624469: udev: Intermittent failure to start. Timestamp conflict?

[Marco d'Itri]

On Apr 28, Tony Houghton  wrote:

> udevd[435]: bind failed: Address already in use
> error binding udev control socket
> udevd[435]: error binding udev control socket
> failed!
I do not know why this happens.
You will need to find out why udevd is failing to start (probably
because there is already an udevd process running, but why?).

Debugging early boot

If the system hangs at boot time or fails to boot properly, it may be
useful to examine in real time what is happening while "udevadm settle"
is running. A simple way to do this is:

* boot the system passing "init=/bin/bash" on the kernel command line
* start a getty on tty2 (or the serial console) with a command like
  "/sbin/getty 38400 tty2 &"
* continue the boot process with "exec /sbin/init single"

The open console can be used to check which processes are running and
what they are waiting for.

> I'm not 100% sure, but I think this is caused by conflicting timestamps.
Not this.

> However, I noticed that timestamps of early parts of the boot sequence
> in the logs were an hour ahead, so /etc/default/rcS doesn't seem to be
> taking effect until some point after udev tries to start. But once the
This is even documented in README.Debian.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#626014: md5deep: new upstream version available

[Christoph Anton Mitterer]

Package: md5deep
Version: 3.7-1
Severity: wishlist



Hi.

A new upstream version (3.9) is available.

Cheers,
Chris.



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

Bug#594659: offlineimap doesn't seem to run postsynchook

[Albin Stjerna]

On Sat, 07 May 2011 22:21:00 +0200, Sebastian Spaeth  
wrote:
> Sorry, forgot to CC you the first time.
> 
> I run offlineimap with notmuch in my pre and posthook just fine. Is this
> still a problem? Can you
> give some more information? E.g. a debug log?
> 
> Also try the current version in testing or unstable which is pretty current.
> 6.2 is essentially 3 years old.

Heh, interesting. I'd given up on this long ago, and now when I tried
debugging it, I realized I'd put postsynchook in »[general]«. Apparently
it's account-specific, and indeed works fine when I put it under one of
my accounts. You can close this bug. :)

Thanks for reminding me, and sorry for bothering you!


pgpW481LdFy3P.pgp
Description: PGP signature

Bug#625978: librdf-trine-perl: Not needed (Build-)Depends on libdigest-sha1-perl

[Salvatore Bonaccorso]

Hi

Upstream changes for 135 contain:

+asc:update  "Removed Digest::SHA1 from list of 
prereq modules." ;

so removing Digest::SHA1 dependency in Makefile.PL too.

Bests
Salvatore


signature.asc
Description: Digital signature

Bug#618696: closed by Adam C Powell IV (Re: elmer: multiple licensing issues)

[Francesco Poli]

On Wed, 04 May 2011 15:08:02 -0400 Adam C Powell IV wrote:

[...]
> On Wed, 2011-04-13 at 17:27 -0400, Adam C Powell IV wrote:
> > On Wed, 2011-04-13 at 23:00 +0200, Francesco Poli wrote:
> > > On Wed, 13 Apr 2011 16:43:37 -0400 Adam C Powell IV wrote:
> > > > Let me see if upstream will work with me on this, as they did a linking
> > > > exception for OpenCASCADE.
> > > 
> > > I think the possible solutions, in descending order of desirability,
> > > are:
> > > 
> > >  (A) SCOTCH copyright holders should be contacted and persuaded to
> > > re-license (or dual-license) it under GPLv2-compatible terms.
> > > 
> > >  (B) SCOTCH should be substituted with a GPLv2-compatible
> > > replacement, if any is available.
> > > 
> > >  (C) GPL-licensed work (Elmer and any other work that indirectly links
> > > with SCOTCH through Elmer) copyright holders should be asked to add
> > > license exceptions that give permission to link their work with code
> > > released under CeCILL-C v1.0 .
> > 
> > I agree with this order.  But B is very unlikely, I have been looking at
> > this type of software, and it has taken several years for François to
> > bring Scotch close to the capabilities of (Par)METIS.  There are not
> > many graph theorists/programmers in the world who can do this, and it
> > takes a very long time.
> > 
> > > Before contacting Elmer upstream (and possibly other GPL-licensed work
> > > upstream), I would try solution (A), or maybe (B).
> > > Adding linking exception should be regarded as a last resort strategy...
> > 
> > Okay, I'll try A, though I've already started on C.  We'll see.
> 
> Upstream came through with C, and it seems the QPL file which I copied
> in is not needed to build Elmer at all.  So this is all resolved.
> Changes are in alioth.

Wow!
This looks like a great improvement (even though persuading SCOTCH
upstream to re-license would have been much better, since I don't think
CeCILL-C meets the DFSG: however this is a bug in the scotch package,
not in the elmerfem one...).

> 
> I'm chasing down an unrelated issue (introduced in upstream SVN since
> after the last Debian upload).  I'll upload when this issue is resolved.

Good, thanks a lot for addressing the issues.
Bye.


-- 
 http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt
 New GnuPG key, see the transition document!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgp6RdMoOTaLd.pgp
Description: PGP signature