Bug#653125: Farsi characters problem

[Sasan Rose]

I'm using gnome-terminal but i tested with xterm and rxvt too. Yeah it 
happens with all of them and even with special Latin characters, for 
example with Spanish. And it just not happens in terminal, for example 
in gvim too.


On 12/25/11 11:14, Christian PERRIER wrote:

severity 653125 normal
thanks

Quoting Sasan Rose (sasan.r...@gmail.com):

Package: debian-i18n
Severity: grave
Tags: l10n
Justification: renders package unusable

In this case, no "package" is even mentioned, so no reason to use an
RC severity.


Dear Maintainer,
Farsi layout is working system wide without any problem, but using
terminal or vim or gvim, farsi characters are just bunch of question
marks.
I tried to change terminal profile's font but no success. Even no
success with BiCON. I reconfigured locale package and even tried to
set some env.


You should mention which "terminal", in what graphical environment,
with which font(s).

Does the problem also happen with other RTL languages such as Arabic or
Hebrew (yeah, I understand you might not be able to read those, but I
see no other way to narrow down the problem).

I suspect this to be related to the terminal program you're using.





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

Bug#653202: git-doc: description of paths argument to git-bisect is ambiguous

[Jonathan Nieder]

reassign 653202 git-man 1:1.7.4.1-1
tags 653202 + upstream
quit

Britton Leo Kerin wrote:

> git bisect start -- arch/i386 include/asm-i386
>
> Bisect will only consider commits that touch the folders specified.
>
> In truth I think I'm looking at git 1.7.3.2 man pages but I guess its in the
> old debian version as well and I find if I don't use reportbug I don't bother,
> so I'm hoping the dev will just forward this to upstream since they are
> used to doing that and don't have to figure out how for every blinking
> different package thank you I love you debian.

Heh.  Can you propose a patch?  The file to change is
Documentation/git-bisect.txt, which can be found in the source package
or at

 /usr/share/doc/git-doc/git-bisect.txt

in the git-doc package.  If you have the source, you can test your
changes by running "make git-bisect.1; man ./git-bisect.1" or
"make git-bisect.html; xdg-open ./git-bisect.html" from the
Documentation directory.

Thanks much,
Jonathan



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

Bug#653125: Farsi characters problem

[Christian PERRIER]

severity 653125 normal
thanks

Quoting Sasan Rose (sasan.r...@gmail.com):
> Package: debian-i18n
> Severity: grave
> Tags: l10n
> Justification: renders package unusable

In this case, no "package" is even mentioned, so no reason to use an
RC severity.

> 
> Dear Maintainer,
> Farsi layout is working system wide without any problem, but using
> terminal or vim or gvim, farsi characters are just bunch of question
> marks.
> I tried to change terminal profile's font but no success. Even no
> success with BiCON. I reconfigured locale package and even tried to
> set some env.


You should mention which "terminal", in what graphical environment,
with which font(s). 

Does the problem also happen with other RTL languages such as Arabic or
Hebrew (yeah, I understand you might not be able to read those, but I
see no other way to narrow down the problem).

I suspect this to be related to the terminal program you're using.



signature.asc
Description: Digital signature

Bug#652526: [RFR2] templates://unixcw/{cwcp.templates,cw.templates}

[Christian PERRIER]

Please find, for review, the debconf templates and packages descriptions for 
the unixcw source package.

These include Justin's comments

This review will last from Sunday, December 25, 2011 to Wednesday, January 04, 
2012.

Please send reviews as unified diffs (diff -u) against the original
files. Comments about your proposed changes will be appreciated.

Your review should be sent as an answer to this mail.

When appropriate, I will send intermediate requests for review, with
"[RFRn]" (n>=2) as a subject tag.

When we will reach a consensus, I send a "Last Chance For
Comments" mail with "[LCFC]" as a subject tag.

Finally, a summary will be sent to the review bug report,
and a mail will be sent to this list with "[BTS]" as a subject tag.

Rationale:
--- unixcw.old/debian/cw.templates  2011-12-18 07:47:46.031035453 +0100
+++ unixcw/debian/cw.templates  2011-12-25 08:36:32.108777546 +0100
@@ -1,10 +1,13 @@
 Template: cw/suid_bit
 Type: boolean
 Default: false
-_Description: Make cw setuid root?
- cw can produce sounds using console buzzer, but this feature
- is available only if cw is run by root user.
- You can achieve this by setting setuid bit here (not recommended)
- or by running cw with sudo (also not recommended). You can also
- use soundcard output instead of console buzzer output and
- eliminate this problem completely.
+_Description: Run cw with root privileges?
+ If run with elevated privileges (which is not recommended), cw can
+ produce sounds using the console buzzer.
+ .
+ Please choose whether this should be achieved by giving the
+ executable the "setuid" attribute.
+ .
+ Alternative include running the program with sudo or eliminating this
+ issue completely by using output via a soundcard instead of the
+ buzzer.
--- unixcw.old/debian/control   2011-12-18 07:47:46.031035453 +0100
+++ unixcw/debian/control   2011-12-25 08:40:04.421634208 +0100
@@ -12,55 +12,66 @@
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Replaces: unixcw
 Recommends: cw | cwcp | xcwcp
-Description: Shared library for Morse programs
- Shared library files for cw, cwcp and xcwcp programs.
- The library handles Morse code signals and generates sound
- on console buzzer or sound card through OSS or ALSA.
+Description: Morse code tutor - shared library
+ The unixcw project provides support for learning to use Morse code
+ over Continuous Wave radio.
+ .
+ This package provides shared library files to handle Morse code
+ signals and to generate sound on the console buzzer or a sound card
+ through OSS or ALSA.
 
 Package: libcw3-dev
 Section: libdevel
 Architecture: any
 Depends: libcw3 (= ${binary:Version}), ${misc:Depends}
 Replaces: unixcw-dev
-Description: Development files for Morse programs
- Static library, headers and manual page for development of
- programs that handle (i.e. send and receive) Morse code.
+Description: Morse code tutor - development files
+ The unixcw project provides support for learning to use Morse code
+ over Continuous Wave radio.
+ .
+ This package provides the static library, headers, and manual page for
+ development of programs that handle (i.e. send and receive) Morse code.
 
 Package: cw
 Architecture: any
 Depends: libcw3, ${shlibs:Depends}, ${misc:Depends}, debconf|debconf-2.0
-Description: Morse code tutor with command line user interface
- The package provides two executables:
-  * cw - simple command line application that converts
-keyboard keys to Morse code that can be heard through
-console buzzer or sound card.
-  * cwgen - program that generates groups of random
-characters for Morse code practice, that can be
-piped to cw program.
- .
- Package also includes examples files with embedded commands.
- These commands can be used to change speed, tone, spacing
- between characters and much more. The files have 'cw'
- extension.
+Description: Morse code tutor - command line user interface
+ The unixcw project provides support for learning to use Morse code
+ over Continuous Wave radio.
+ .
+ This package provides two executables:
+  * cw - a simple command line application that converts key-presses
+to Morse code that can be heard through the console buzzer or a
+sound card;
+  * cwgen - a program that generates groups of random characters for
+Morse code practice, which can be piped to the cw program.
+ .
+ It also includes example files (with the extension "cw") containing
+ commands which can be used to change properties such as the speed,
+ tone, and spacing of characters.
 
 Package: cwcp
 Architecture: any
 Depends: libcw3, ${shlibs:Depends}, ${misc:Depends}, debconf|debconf-2.0
-Description: Morse code tutor, text user interface
- Interactive Morse code tutor with text-based (ncurses) user
- interface. It allows menu selection from a number of sending
- modes, and also permits character sounding options, such as
- the tone pitch, and sending speed, to be varied from the
- keyboard using a full-screen user interface.
+Description: Morse

Bug#653206: libpam-mount: login not possible with version 2.13.1 - ends in segfault

[Michael Domann]

Package: libpam-mount
Version: 2.13-1
Severity: important

Dear Maintainer,

after the update to Version 2.13.1 a login is not possible, it ends all time 
with a segmentation fault.
A downgrade to 2.10.2 works, but damage initscripts package.

I mount at login to patitions with libpam-mount. the first was mounted with the 
global config file, with is attached.
And with the user pam_mount.conf i mount the second one. 


This is logged to syslog
Dec 25 08:09:54 sysiphus login[3411]: pam_unix(login:session): session opened 
for user mdomann by LOGIN(uid=0)
Dec 25 08:09:54 sysiphus login[3411]: (rdconf1.c:701): path to luserconf set to 
/home/mdomann/.pam_mount.conf.xml
Dec 25 08:09:54 sysiphus login[3411]: (pam_mount.c:554): pam_mount 2.13: 
entering session stage
Dec 25 08:09:54 sysiphus login[3411]: (misc.c:39): Session open: 
(ruid/rgid=0/0, e=0/0)
Dec 25 08:09:54 sysiphus login[3411]: (mount.c:267): Mount info: globalconf, 
user=mdomann  fstab=0 ssh=0
Dec 25 08:09:54 sysiphus login[3411]: command: 'mount' '-p0' '-ofsck' 
'-tcrypto_LUKS' '/dev/sda3' '/home'
Dec 25 08:09:54 sysiphus login[20485]: (misc.c:39): set_myuid: 
(ruid/rgid=0/0, e=0/0)
Dec 25 08:09:54 sysiphus login[20485]: (misc.c:39): set_myuid: 
(ruid/rgid=0/0, e=0/0)
Dec 25 08:09:54 sysiphus login[3411]: (mount.c:72): Messages from underlying 
mount program:
Dec 25 08:09:54 sysiphus login[3411]: (mount.c:76): NOTE: mount.crypt does not 
support utab (systems with no mtab or read-only mtab) yet. This means that you 
will temporarily need to call umount.crypt(8) rather than umount(8) to get 
crypto volumes unmounted.
Dec 25 08:09:56 sysiphus kernel: EXT4-fs (dm-0): mounted filesystem with 
ordered data mode. Opts: (null)
Dec 25 08:09:56 sysiphus login[3411]: (mount.c:555): 10 1 8:1 / / rw,relatime - 
ext4 /dev/root 
rw,errors=remount-ro,user_xattr,acl,commit=600,barrier=1,data=ordered
Dec 25 08:09:56 sysiphus login[3411]: (mount.c:555): 11 10 0:10 / /run 
rw,nosuid,noexec,relatime - tmpfs tmpfs rw,size=816944k,mode=755
Dec 25 08:09:56 sysiphus login[3411]: (mount.c:555): 12 11 0:11 / /run/lock 
rw,nosuid,nodev,noexec,relatime - tmpfs tmpfs rw,size=5120k
Dec 25 08:09:56 sysiphus login[3411]: (mount.c:555): 13 10 0:12 / /tmp 
rw,nosuid,nodev,relatime - tmpfs tmpfs rw,size=524288k
Dec 25 08:09:56 sysiphus login[3411]: (mount.c:555): 14 10 0:3 / /proc 
rw,nosuid,nodev,noexec,relatime - proc proc rw
Dec 25 08:09:56 sysiphus login[3411]: (mount.c:555): 15 10 0:13 / /sys 
rw,nosuid,nodev,noexec,relatime - sysfs sysfs rw
Dec 25 08:09:56 sysiphus login[3411]: (mount.c:555): 16 10 0:14 / /dev 
rw,relatime - tmpfs tmpfs rw,size=10240k,mode=755
Dec 25 08:09:56 sysiphus login[3411]: (mount.c:555): 17 11 0:15 / /run/shm 
rw,nosuid,nodev,relatime - tmpfs tmpfs rw,size=1633888k
Dec 25 08:09:56 sysiphus login[3411]: (mount.c:555): 18 16 0:9 / /dev/pts 
rw,nosuid,noexec,relatime - devpts devpts rw,gid=5,mode=620
Dec 25 08:09:56 sysiphus login[3411]: (mount.c:555): 19 10 0:16 / /var/tmp 
rw,relatime - tmpfs tmpfs rw,size=262144k
Dec 25 08:09:56 sysiphus login[3411]: (mount.c:555): 20 10 0:17 / /cgroup/cpu 
rw,relatime - cgroup cgroup rw,cpu
Dec 25 08:09:56 sysiphus login[3411]: (mount.c:555): 21 10 254:0 / /home 
rw,relatime - ext4 /dev/mapper/_dev_sda3 
rw,user_xattr,acl,barrier=1,data=ordered
Dec 25 08:09:56 sysiphus login[3411]: (pam_mount.c:602): going to readconfig 
/home/mdomann/.pam_mount.conf.xml
Dec 25 08:09:56 sysiphus login[3411]: (mount.c:586): ehd_keydec_run: Unknown 
digest
Dec 25 08:10:00 sysiphus login[3411]: (mount.c:695): error sending password to 
mount
Dec 25 08:10:00 sysiphus kernel: login[3411]: segfault at 0 ip 7fc0cdd7c359 
sp 7fff13cfb3b0 error 4 in libc-2.13.so[7fc0cdd05000+17a000]

At login screen, is logged as last line
libHX-mc error: not a hxmc object


if you need more information, please tell me and i would try to provide.

regards Michael


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

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

Versions of packages libpam-mount depends on:
ii  base-files  6.5
ii  libc6   2.13-23
ii  libcryptsetup1  2:1.3.0-3
ii  libhx28 3.12.1-1
ii  libmount1   2.20.1-1
ii  libpam-runtime  1.1.3-6
ii  libpam0g1.1.3-6
ii  libssl1.0.0 1.0.0e-3
ii  libxml2 2.7.8.dfsg-5
ii  mount   2.20.1-1

libpam-mount recommends no packages.

Versions of packages libpam-mount suggests:
ii  cifs-utils  2:5.2-1
ii  davfs2  1.4.6-1
ii  fuse-utils  2.8.6-4
ii  lsof4.81.dfsg.1-1
ii  ncpfs   
ii  openssl 1.0.0e-3
ii  psmisc  22.14-1
ii  sshfs   
ii  tc-utils
ii  xfsprogs3.1.7

-- Configuration Files:
/etc/security/pam_mount.conf.xml changed:










-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@li

Bug#643920: the audio device is unavailable

[Francesco]

Package: xine-ui
Version: 0.99.6-1.1
Followup-For: Bug #643920

Dear Maintainer,

  I tried to move the file reported by Charles and it appears to fix the bug and
even kaffeine with big #645459. Using apt-file I found the reported file is in 
the
package ilbxine1-misc-plugins, but the version from debian-multimedia. I'll 
report 
these bugs to Christian Marillat since it's not an ufficial debian package bug.

  Francesco.

-- System Information:
Debian Release: wheezy/sid
Architecture: i386 (i686)

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

Versions of packages xine-ui depends on:
ii  libc62.13-23
ii  libcurl3-gnutls  7.23.1-3
ii  liblircclient0   0.9.0~pre1-1
ii  libpng12-0   1.2.46-3
ii  libreadline6 6.2-8
ii  libx11-6 2:1.4.4-4
ii  libxext6 2:1.3.0-3
ii  libxft2  2.2.0-3
ii  libxine1 1:1.1.20-0.1
ii  libxine1-ffmpeg  1:1.1.20-0.1
ii  libxine1-x   1:1.1.20-0.1
ii  libxinerama1 2:1.1.1-3
ii  libxtst6 2:1.2.0-4
ii  libxv1   2:1.0.6-2
ii  libxxf86vm1  1:1.1.1-2

Versions of packages xine-ui recommends:
ii  xdg-utils  1.1.0~rc1-3

xine-ui 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#652522: im-config: Add HIME input method editor as another engine

[魏銘廷]

Hi,

2011/12/25 Osamu Aoki :
>  Are you still intending to package HIME knowing this is gcin 2.5.1.

Yes. However, I am going to package its next version; it will go
without non dfsg-free hassle, and it will be released soon.

>  If so and successful to get ready to make package for main, please send
>  mail again to this bug report.

Not yet ready.

>  I know gcin is removed from testing (i.e., next release)
>
> http://packages.qa.debian.org/g/gcin.html

Hope gcin will get back as soon as possible.

Thank you,
-- 
Yao Wei



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

Bug#645459: Kaffeine: after apt-get upgrade, no picture and no sound ("audio device unavailable")

[Francesco]

Package: kaffeine
Version: 1.2.2-1
Followup-For: Bug #645459

Dear Maintainer,

  As already reported the bug is strictly related to bug #643920; as suggested 
there the solution is
to remove the file /usr/lib/xine/plugins/1.30/xineplug_ao_out_sndio.so and it 
appears to fix the problem.
The problem is xine related, I tried and it solved the problem with xine and 
kaffeine.



-- System Information:
Debian Release: wheezy/sid
Architecture: i386 (i686)

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

Versions of packages kaffeine depends on:
ii  kdebase-runtime4:4.6.5-1+b1
ii  libc6  2.13-23
ii  libgcc11:4.6.2-9
ii  libkdecore54:4.6.5-2+b1
ii  libkdeui5  4:4.6.5-2+b1
ii  libkfile4  4:4.6.5-2+b1
ii  libkio54:4.6.5-2+b1
ii  libqt4-dbus4:4.7.3-5
ii  libqt4-network 4:4.7.3-5
ii  libqt4-sql 4:4.7.3-5
ii  libqt4-sql-sqlite  4:4.7.3-5
ii  libqt4-svg 4:4.7.3-5
ii  libqt4-xml 4:4.7.3-5
ii  libqtcore4 4:4.7.3-5
ii  libqtgui4  4:4.7.3-5
ii  libsolid4  4:4.6.5-2+b1
ii  libstdc++6 4.6.2-9
ii  libx11-6   2:1.4.4-4
ii  libxine1   1:1.1.20-0.1
ii  libxine1-ffmpeg1:1.1.20-0.1
ii  libxine1-x 1:1.1.20-0.1
ii  libxss11:1.2.1-2

kaffeine recommends no packages.

Versions of packages kaffeine suggests:
ii  libdvdcss2  1.2.11-0.0

-- 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#653205: acpi-support: screen is dark without backlight after resume.

[Tetsutaro KAWADA]

Package: acpi-support
Version: 0.138-10
Severity: normal

Dear Maintainer,

when i suspend and resume a system, screen is dark without backlight.
my system is ThinkPad X220i.
downgrade 0.138-10 to 0.138-9, problem fix.

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

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

Versions of packages acpi-support depends on:
ii  acpi-fakekey   0.138-10
ii  acpi-support-base  0.138-10
ii  acpid  1:2.0.14-1
ii  lsb-base   3.2-28
ii  pm-utils   1.4.1-8
ii  x11-xserver-utils  7.6+3

Versions of packages acpi-support recommends:
ii  dbus  1.4.16-1
ii  radeontool1.6.2-1
ii  vbetool   1.1-2
ii  xscreensaver  5.15-2

Versions of packages acpi-support suggests:
pn  rfkill  
pn  xinput  

-- Configuration Files:
/etc/default/acpi-support changed:
ACPI_SLEEP=true
ACPI_HIBERNATE=true
LOCK_SCREEN=true
LID_SLEEP=true
DISPLAY_DPMS=xset


-- 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#653204: FTBFS: regex-posix -any dependency missing

[Micah Gersten]

Package: ghc-mod
Version: 1.0.4-1
Severity: serious
Tags: patch
Justification: fails to build from source (but built successfully in the past)
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch



*** /tmp/tmpZB0472/bug_body
In Ubuntu, the attached patch was applied to achieve the following:

  * Add build dependency on libghc-regex-posix-dev, fixes FTBFS
- update debian/control 


Thanks for considering the patch.


-- System Information:
Debian Release: wheezy/sid
  APT prefers oneiric-updates
  APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 
'oneiric-proposed'), (500, 'oneiric'), (100, 'oneiric-backports')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-13-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u ghc-mod-1.0.4/debian/control ghc-mod-1.0.4/debian/control
--- ghc-mod-1.0.4/debian/control
+++ ghc-mod-1.0.4/debian/control
@@ -13,6 +13,7 @@
libghc-ghc-paths-dev,
libghc-hlint-dev (>= 1.7.1),
libghc-transformers-dev,
+   libghc-regex-posix-dev,
libghc-filemanip-dev
 Standards-Version: 3.9.2
 Homepage: http://www.mew.org/~kazu/proj/ghc-mod/
diff -u ghc-mod-1.0.4/debian/changelog ghc-mod-1.0.4/debian/changelog

Bug#653203: rhythmbox-plugins: magnatunes dissapeared

[Luis Mochan]

Package: rhythmbox-plugins
Version: 2.90.1~git2017.f101562-1
Severity: normal

Dear Maintainer,
I haven't used rhythmbox for a while. The description of the package claims
that it covers the magnatunes store, and it did last time I used it. However, I
didn't find it in the edit/plugins tab, and the
/usr/lib/rhythmbox/plugins/magnatune is gone also.
Yours truly,
Luis



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

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

Versions of packages rhythmbox-plugins depends on:
ii  gir1.2-gconf-2.0 2.32.4-1
ii  gir1.2-glib-2.0  1.31.0-2
ii  gir1.2-gtk-3.0   3.2.2-3
ii  gir1.2-rb-3.02.90.1~git2017.f101562-1
ii  gir1.2-webkit-3.01.6.1-5+b1
ii  libatk1.0-0  2.2.0-2
ii  libc62.13-23
ii  libcairo-gobject21.10.2-6.1
ii  libcairo21.10.2-6.1
ii  libclutter-1.0-0 1.8.2-2
ii  libclutter-gst-1.0-0 1.4.2-1
ii  libclutter-gtk-1.0-0 1.0.4-1
ii  libcogl-pango0   1.8.2-1
ii  libcogl5 1.8.2-1
ii  libdmapsharing-3.0-2 2.9.14-1
ii  libdrm2  2.4.29-1
ii  libffi5  3.0.10-3
ii  libfontconfig1   2.8.0-3
ii  libfreetype6 2.4.8-1
ii  libgconf2-4  2.32.4-1
ii  libgdk-pixbuf2.0-0   2.24.0-1
ii  libgirepository-1.0-11.31.0-2
ii  libgl1-mesa-glx [libgl1] 7.11.2-1
ii  libglib2.0-0 2.30.2-4
ii  libgnome-keyring03.2.2-1
ii  libgpod4 0.8.2-4
ii  libgrilo-0.1-0   0.1.18-1
ii  libgstreamer-plugins-base0.10-0  0.10.35-1
ii  libgstreamer0.10-0   0.10.35-1
ii  libgtk-3-0   3.2.2-3
ii  libgudev-1.0-0   175-3
ii  libimobiledevice21.1.1-3
ii  libjson-glib-1.0-0   0.14.2-1
ii  liblircclient0   0.9.0~pre1-1
ii  libmtp9  1.1.1-1
ii  libmusicbrainz3-63.0.2-2
ii  libmx-1.0-2  1.4.1-1
ii  libnotify4   0.7.4-1
ii  libpango1.0-01.29.4-2
ii  libpeas-1.0-01.2.0-1
ii  librhythmbox-core4   2.90.1~git2017.f101562-1
ii  libsoup-gnome2.4-1   2.34.3-1
ii  libsoup2.4-1 2.34.3-1
ii  libtotem-plparser17  2.32.6-2
ii  libusb-0.1-4 2:0.1.12-19
ii  libx11-6 2:1.4.4-4
ii  libxcomposite1   1:0.4.3-2
ii  libxdamage1  1:1.1.3-2
ii  libxext6 2:1.3.0-3
ii  libxfixes3   1:5.0-4
ii  libxi6   2:1.4.3-3
ii  libxml2  2.7.8.dfsg-5
ii  python   2.7.2-9
ii  python-gnomekeyring  2.32.0-4+b1
ii  python-mako  0.5.0-1
ii  python2.72.7.2-8
ii  rhythmbox2.90.1~git2017.f101562-1
ii  zeitgeist-core   0.8.2-1
ii  zlib1g   1:1.2.3.4.dfsg-3

Versions of packages rhythmbox-plugins recommends:
ii  nautilus-sendto  3.0.1-2

rhythmbox-plugins 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#651573:

[Reed Lipman]

The more I look into this the less sure I am that this actually fixes
anything. It seems like doing this introduced a different error:

ALSA lib ../../src/dlmisc.c:254:(snd1_dlobj_cache_get) Cannot open
shared library /usr/lib32/alsa-lib/libasound_module_pcm_pulse.so

To me that seems like wine was ignoring pulse altogether. So while I'm
not sure if what I tested actually solved anything, I still think the
pulse in ia32-libs needs to be updated as it's horribly out of date
anyway.



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

Bug#653179: Fwd: linux-image-3.1.0-1-amd64: Can't switch off WoW option of RT5390 wi-fi card, notebook wakes on wi-fi activity

[pol kh]

Dear upstream developers,

I'd like to be able to manage WoW option on Ralink 5390 on my HP Pavilion 
dv6-6030er. WoW is enabled by default in BIOS, which is locked by vendor. So I 
can't switch it off. Using ethtool doesn't help, because driver can't hanlder 
with WoW. My notebook wakes on wi-fi activity when I'd like it to be asleep. I 
had sent a bug report to Debian GNU/Linux maintainers and got the following 
answer (below my bug report is attached):

I'm surprised that wake-on-wlan is enabled by default for you --- is
that a BIOS setting?

In any event, the rt2800pci driver does not know how to handle the
wake-on-wlan bit, and that is a deficiency relative to the Windows
driver.  I'd recommend getting in touch with the upstream developers
at us...@rt2x00.serialmonkey.com to work on implementing it.  Please
cc either me or this bug log when doing so so we can track it.  They
may ask you to read registers set by the Windows driver or to test
patches.  Once a patch has been accepted upstream, we can apply it.

Hope that helps,
Jonathan

 Пересылаемое сообщение  
24.12.2011, 22:17, "pol kh" :

Package: linux-2.6
Version: 3.1.5-1
Severity: normal

Dear Maintainer,

I can't manage WoW option on Ralink 5390 wi-fi card on my HP Pavilion 
dv6-6030er. Running Debian GNU/Linux testing+unstable. Notebook is switching on 
sometimes with wi-fi activity. In Win7 WoW can be switched off, but in 
GNU/Linux I can't do this. Also I can't switch WoW or WOL option off in BIOS, 
because this options are locked by vendor. I'm afaid of using cracked BIOS 
version with advanced menu available.

Some info:

$ lspci | grep Ralink
04:00.0 Network controller: Ralink corp. RT5390 [802.11 b/g/n 1T1R G-band PCI 
Express Single Chip]

# ifconfig
eth0  Link encap:Ethernet  HWaddr 68:b5:99:df:af:b0
  UP BROADCAST MULTICAST  MTU:1500  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
  Interrupt:45 Base address:0x4000

lo    Link encap:Local Loopback
  inet addr:127.0.0.1  Mask:255.0.0.0
  inet6 addr: ::1/128 Scope:Host
  UP LOOPBACK RUNNING  MTU:16436  Metric:1
  RX packets:2024 errors:0 dropped:0 overruns:0 frame:0
  TX packets:2024 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0
  RX bytes:126000 (123.0 KiB)  TX bytes:126000 (123.0 KiB)

wlan0 Link encap:Ethernet  HWaddr 90:00:4e:65:8a:5a
  inet addr:192.168.1.103  Bcast:192.168.1.255  Mask:255.255.255.0
  inet6 addr: fe80::9200:4eff:fe65:8a5a/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:161529 errors:0 dropped:0 overruns:0 frame:0
  TX packets:120128 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:159220810 (151.8 MiB)  TX bytes:19366763 (18.4 MiB)

# iwconfig
lo    no wireless extensions.

eth0  no wireless extensions.

wlan0 IEEE 802.11bgn  ESSID:"TP-LINK"
  Mode:Managed  Frequency:2.412 GHz  Access Point: F4:EC:38:A5:7A:18
  Bit Rate=58.5 Mb/s   Tx-Power=20 dBm
  Retry  long limit:7   RTS thr:off   Fragment thr:off
  Encryption key:off
  Power Management:on
  Link Quality=70/70  Signal level=-35 dBm
  Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
  Tx excessive retries:40  Invalid misc:626   Missed beacon:0

# ethtool wlan0
Settings for wlan0:
Link detected: yes

# ethtool -s wlan0 wol d
Cannot get current wake-on-lan settings: Operation not supported
  not setting wol

-- Package-specific info:
** Version:
Linux version 3.1.0-1-amd64 (Debian 3.1.5-1) (b...@decadent.org.uk) (gcc 
version 4.6.2 (Debian 4.6.2-7) ) #1 SMP Sun Dec 11 20:36:41 UTC 2011

** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.1.0-1-amd64 
root=UUID=da760c42-f97a-4703-b0d7-0f25f4dbd8e7 ro quiet

** Tainted: PCO (5121)
 * Proprietary module has been loaded.
 * Module from drivers/staging has been loaded.
 * Out-of-tree module has been loaded.

** Kernel log:
[    4.489639] sd 4:0:0:0: [sdb] Attached SCSI removable disk
[    4.556130] input: ST LIS3LV02DL Accelerometer as 
/devices/platform/lis3lv02d/input/input15
[    4.556275] Registered led device: hp::hddprotect
[    4.556285] hp_accel: driver loaded
[    4.672083] kvm: Nested Virtualization enabled
[    4.672086] kvm: Nested Paging enabled
[    4.830710] EXT4-fs (sda1): re-mounted. Opts: (null)
[    5.105730] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro
[    5.188647] loop: module loaded
[    5.947960] EXT4-fs (sda7): mounted filesystem with ordered data mode. Opts: 
(null)
[    5.980088] EXT4-fs (sda5): mounted filesystem with ordered data mode. Opts: 
(null)
[    6.001960] EXT4-fs (sda2): mounted filesystem with ordered data mode. Opts: 
(null)
[    6

Bug#653202: git-doc: description of paths argument to git-bisect is ambiguous

[Britton Leo Kerin]

Package: git-doc
Severity: normal


The description of the paths options to git-bisect looks like this:

Cutting down bisection by giving more parameters to bisect start
   You can further cut down the number of trials if you know what part of
   the tree is involved in the problem you are tracking down, by giving
   paths parameters when you say bisect start, like this:


   $ git bisect start -- arch/i386 include/asm-i386
   If you know beforehand more than one good commits, you can narrow the
   bisect space down without doing the whole tree checkout every time you
   ...

Its unclear whether this tells git that the error definately *is* in arch/i386
include/asm-i386, or definately *isn't* in either of those paths.  Also, the
newline after the indented line showing the shell is missing (the last two
lines quoted above describe the next bisect feature being discussed).
Stack overflow fixes it like this:

git bisect start -- arch/i386 include/asm-i386

Bisect will only consider commits that touch the folders specified.

In truth I think I'm looking at git 1.7.3.2 man pages but I guess its in the
old debian version as well and I find if I don't use reportbug I don't bother,
so I'm hoping the dev will just forward this to upstream since they are
used to doing that and don't have to figure out how for every blinking
different package thank you I love you debian.

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

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



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

Bug#652522: im-config: Add HIME input method editor as another engine

[Osamu Aoki]

Hi,

On Sun, Dec 18, 2011 at 05:51:34PM +0800, Yao Wei (魏銘廷) wrote:
> Sorry for my misunderstanding.
> 
> HIME 0.9 is basically the same as gcin 2.5.1 (without some added
> binaries and name changes), and will make differences since then. HIME
> deploys decentralized development model which differs from gcin.

Just to be clear:

 Are you still intending to package HIME knowing this is gcin 2.5.1.

 If so and successful to get ready to make package for main, please send
 mail again to this bug report.

 I know gcin is removed from testing (i.e., next release)

http://packages.qa.debian.org/g/gcin.html

Regards,

Osamu



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

Bug#653201: RFP: xul-ext-refcontrol -- control what gets sent as the HTTP Referer

[Paul Wise]

Package: wnpp
Severity: wishlist
X-Debbugs-Cc: Debian Mozilla Extension Maintainers 


* Package name: xul-ext-refcontrol
  Version : 0.8.15
  Upstream Author : James Abbatiello
* URL : http://www.stardrifter.org/refcontrol/
* License : MPL 1.1/GPL 2.0/LGPL 2.1
  Programming Lang: Javascript & XML
  Description : control what gets sent as the HTTP Referer

-- 
bye,
pabs

http://wiki.debian.org/PaulWise




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

Bug#653200: There are two menu entries found in start menu of XFCE4

[Bernhard]

Package: scite
Version: 3.0.2-1
Severity: minor

Hello

After installation of scite, i find two menu entries in application menu of 
XFCE4.
Both entries works and start scite.
Please remove one menu entry.

As far as i know, the reason for the double menu entries are the two 
.desktop-files in /usr/share/applications.
Attached, you can find the .desktop-files.
Attached, there is also a screenshot of the application menu.

Best regards and i wish you a merry christmas
Bernhard

<>

scite.desktop
Description: Binary data


SciTE.desktop
Description: Binary data


pgpHq3DlHPZCb.pgp
Description: PGP signature

Bug#635133: closed by Mathieu Parent (Re: [pkg-kolab] Bug#635133: Bug#635133: More info)

[Soren Stoutner]

Mathieu,


You are correct.  /etc/horde/horde3/conf.xml was not involved.  The
problem was just with the type in my port forward.

I'm still not sure why I need to have the port forwarded on my router at
this location and not at my other locations.  I'm wondering in the FQDN
resolves to the localhost on the other boxes and the external IP on this
machine.  I didn't do anything special to make that happen, but it would
explain the symptoms.

Soren



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

Bug#650961: libsqlite3-tcl: pkgIndex.tcl is empty and can not be generated

[Laszlo Boszormenyi]

On Sun, 2011-12-04 at 19:51 +0300, Alexander Galanin wrote:
> File /usr/lib/tcltk/sqlite3/pkgIndex.tcl is empty, so package sqlite3
> can not be loaded in Tcl programs.
 Indeed. On all platforms, it doesn't contain the "package ifneeded ..."
line. A simple rebuild fixes this issue.

I've asked the release team for a binary NMU, but they are on hold at
the moment. I'm not home ATM and will arrive back on 30th only. Will ask
them for a binNMU again.

Regards,
Laszlo/GCS




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

Bug#653197: coldreboot.8: Isn't there a missing full stop?

[Regid Ichira]

File: /usr/share/man/man8/coldreboot.8.gz

  I think there is a missing full stop mark: 

--- a/coldreboot.82011-12-25 03:57:07.0 +0200
+++ b/coldreboot.82011-12-25 03:58:55.0 +0200
@@ -11,7 +11,7 @@ coldreboot \- Force a cold reboot bypass
 .SH DESCRIPTION
 .B coldreboot
 is a script that forces a cold reboot regardless of whether kexec is enabled
-or not in /etc/default/kexec
+or not in /etc/default/kexec.
 .B coldreboot
 takes the same arguments as /sbin/reboot and passes them on to /sbin/reboot
 later.




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

Bug#653198: please build for Multi-Arch

[Kees Cook]

Package: libgphoto2
Version: 2.4.11-3.1
Severity: normal
Tags: patch

Hello!

In an effort to reach the Multi-Arch release goal, here is a patch to
build libgphoto2 for Multi-Arch, along with a few other subtle fixes. :)

Thanks!

-Kees

-- 
Kees Cook@debian.org
diff -Nru libgphoto2-2.4.11/debian/changelog libgphoto2-2.4.11/debian/changelog
--- libgphoto2-2.4.11/debian/changelog  2011-09-10 08:11:31.0 -0700
+++ libgphoto2-2.4.11/debian/changelog  2011-12-24 17:25:34.0 -0800
@@ -1,3 +1,14 @@
+libgphoto2 (2.4.11-3.2) UNRELEASED; urgency=low
+
+  * debian/{control,rules,compat,*.install}: Build for Multi-arch, fix
+CFLAGS handling, move "print-camera-list" ELF from libgphoto2-2 to
+libgphoto2-2-dev.
+  * debian/libgphoto2-2-dev.install:
+- drop use of {}, since it is not technically supported.
+  * debian/patches/71_format-security.patch: fix missing "%s" in printf().
+
+ -- Kees Cook   Sat, 24 Dec 2011 16:25:52 -0800
+
 libgphoto2 (2.4.11-3.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru libgphoto2-2.4.11/debian/compat libgphoto2-2.4.11/debian/compat
--- libgphoto2-2.4.11/debian/compat 2011-02-26 04:08:20.0 -0800
+++ libgphoto2-2.4.11/debian/compat 2011-12-24 16:28:51.0 -0800
@@ -1 +1 @@
-7
+9
diff -Nru libgphoto2-2.4.11/debian/control libgphoto2-2.4.11/debian/control
--- libgphoto2-2.4.11/debian/control2011-09-10 07:54:54.0 -0700
+++ libgphoto2-2.4.11/debian/control2011-12-24 17:10:25.0 -0800
@@ -6,7 +6,7 @@
  , David Paleino 
  , Gürkan Sengün 
 Build-Depends:
- debhelper (>= 7.0.50)
+ debhelper (>= 8.1.3~)
  , libtool
  , libltdl-dev
  , zlib1g-dev
@@ -35,6 +35,8 @@
  , libc-dev
  , pkg-config
  , ${misc:Depends}
+Breaks: libgphoto2-2 (<< 2.4.11-3.2)
+Replaces: libgphoto2-2 (<< 2.4.11-3.2)
 Description: gphoto2 digital camera library (development files)
  The gphoto2 library can be used by applications to access various
  digital camera models, via standard protocols such as USB Mass Storage
@@ -55,10 +57,12 @@
 
 Package: libgphoto2-port0
 Architecture: any
+Multi-Arch: same
 Provides: libgphoto2port
 Replaces: libgphoto2port
 Conflicts: libgphoto2port
 Breaks: gphoto2 (<= 2.1.1)
+Pre-Depends: ${misc:Pre-Depends}
 Depends:
  ${shlibs:Depends}
  , ${misc:Depends}
@@ -72,7 +76,9 @@
 
 Package: libgphoto2-2
 Architecture: any
+Multi-Arch: same
 Breaks: gphoto2 (<= 2.1.1)
+Pre-Depends: ${misc:Pre-Depends}
 Depends:
  ${shlibs:Depends}
  , ${misc:Depends}
@@ -93,6 +99,7 @@
 Package: libgphoto2-l10n
 Section: localization
 Architecture: all
+Multi-Arch: foreign
 Breaks: libgphoto2-2 (<= 2.4.10.1-4)
 Replaces: libgphoto2-2 (<= 2.4.10.1-4)
 Depends: ${misc:Depends}
diff -Nru libgphoto2-2.4.11/debian/libgphoto2-2-dev.install 
libgphoto2-2.4.11/debian/libgphoto2-2-dev.install
--- libgphoto2-2.4.11/debian/libgphoto2-2-dev.install   2011-04-13 
02:32:26.0 -0700
+++ libgphoto2-2.4.11/debian/libgphoto2-2-dev.install   2011-12-24 
17:09:37.0 -0800
@@ -1,11 +1,17 @@
 usr/share/man/man3/libgphoto2.3
 usr/share/man/man3/libgphoto2_port.3
-usr/lib/libgphoto2_port.{so,a}
-usr/lib/libgphoto2_port/*/{serial,usb,disk,ptpip}.a
-usr/lib/libgphoto2.{so,a}
-usr/lib/pkgconfig/libgphoto2.pc
-usr/lib/pkgconfig/libgphoto2_port.pc
-usr/lib/libgphoto2/*/*.a
+usr/lib/*/libgphoto2_port.so
+usr/lib/*/libgphoto2_port.a
+usr/lib/*/libgphoto2_port/*/serial.a
+usr/lib/*/libgphoto2_port/*/usb.a
+usr/lib/*/libgphoto2_port/*/disk.a
+usr/lib/*/libgphoto2_port/*/ptpip.a
+usr/lib/*/libgphoto2.so
+usr/lib/*/libgphoto2.a
+usr/lib/*/pkgconfig/libgphoto2.pc
+usr/lib/*/pkgconfig/libgphoto2_port.pc
+usr/lib/*/libgphoto2/*/*.a
+usr/lib/*/libgphoto2/print-camera-list
 usr/include/gphoto2/*.h
 usr/bin/gphoto2-port-config
 usr/bin/gphoto2-config
diff -Nru libgphoto2-2.4.11/debian/libgphoto2-2.install 
libgphoto2-2.4.11/debian/libgphoto2-2.install
--- libgphoto2-2.4.11/debian/libgphoto2-2.install   2011-02-27 
08:03:30.0 -0800
+++ libgphoto2-2.4.11/debian/libgphoto2-2.install   2011-12-24 
17:09:05.0 -0800
@@ -4,6 +4,5 @@
 usr/share/doc/libgphoto2/README usr/share/doc/libgphoto2-2
 usr/share/doc/libgphoto2/camlibs/ usr/share/doc/libgphoto2-2
 usr/share/libgphoto2/*/konica/*
-usr/lib/libgphoto2/*/*.so
-usr/lib/libgphoto2.so.*
-usr/lib/libgphoto2/print-camera-list
+usr/lib/*/libgphoto2/*/*.so
+usr/lib/*/libgphoto2.so.*
diff -Nru libgphoto2-2.4.11/debian/libgphoto2-port0.install 
libgphoto2-2.4.11/debian/libgphoto2-port0.install
--- libgphoto2-2.4.11/debian/libgphoto2-port0.install   2011-04-18 
09:04:58.0 -0700
+++ libgphoto2-2.4.11/debian/libgphoto2-port0.install   2011-12-24 
16:31:21.0 -0800
@@ -2,5 +2,5 @@
 usr/share/doc/libgphoto2_port/AUTHORS usr/share/doc/libgphoto2-port0
 usr/share/doc/libgphoto2_port/README  usr/share/doc/libgphoto2-port0
 usr/share/doc/libgphoto2_port/NEWSusr/share/doc/libgphoto2-port0
-usr/lib/libgphoto2_port.so.*
-usr/lib/libgphoto2_port/*/

Bug#653197: kexec.8: shutdown (8), not (1)

[Regid Ichira]

Package:  kexec-tools
Version:  1:2.0.2-3
Severity: normal
Tags: patch
File: /usr/share/man/man8/kexec.8.gz

  As pointed elsewhere in the manual page, it is shutdown (8).

--- a/kexec.8   2011-12-25 02:43:22.0 +0200
+++ b/kexec.8   2011-12-25 02:43:46.0 +0200
@@ -71,7 +71,7 @@ It's also possible to invoke
 .B kexec
 without an option parameter. In that case, kexec loads the specified
 kernel and then invokes
-.BR shutdown (1).
+.BR shutdown (8).
 If the shutdown scripts of your Linux distribution support
 kexec-based rebooting, they then call
 .B kexec




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

Bug#653171: Acknowledgement (txt2html: Link dictionaries are ignored)

[Bruce Momjian]

Debian Bug Tracking System wrote:
> Thank you for filing a new Bug report with Debian.
> 
> This is an automatically generated reply to let you know your message
> has been received.
> 
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
> 
> Your message has been sent to the package maintainer(s):
>  Varun Hiremath 
> 
> If you wish to submit further information on this problem, please
> send it to 653...@bugs.debian.org.

I have fixed the problem with the attached patch, though I am unclear if
this is the right fix.  I am not sure what args() is trying to do.

-- 
  Bruce Momjian  http://momjian.us
  EnterpriseDB http://enterprisedb.com

  + It's impossible for everything to be true. +
*** ./TextToHTML.pm.orig	2011-12-24 11:51:20.0 -0500
--- ./TextToHTML.pm	2011-12-24 20:22:40.0 -0500
***
*** 5291,5297 
  		if (-r $ld)
  		{
  		$self->{'make_links'} = 1;
! 		$self->args(['--links_dictionaries', $ld]);
  		}
  		else
  		{
--- 5291,5297 
  		if (-r $ld)
  		{
  		$self->{'make_links'} = 1;
! 		push(@{$self->{links_dictionaries}}, $ld);
  		}
  		else
  		{

Bug#653073: /etc/mtab -> /proc/mounts symlink affects df(1) output for /

[jidanni]

> "TJL" == Timo Juhani Lindfors  writes:
TJL> jida...@jidanni.org writes:
>> output to 1) repeat / twice,

TJL> There are two filesystems mounted on top of each other so this sounds
TJL> quite correct to me? The first one is of type "rootfs" and contained
TJL> your initramfs and the second one is probably ext4 and contains your
TJL> debian installation.

Well even though the byte counts are exactly the same, I suppose I can
get used to this too. Just glad they aren't listed thrice.

I guess I'll have to
alias df='df -x rootfs'
But then there's also the UUID inconsistencies the df designers didn't
plan for.



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

Bug#644297: Package is installable on amd64

[Martin Eberhard Schauer]

tag 644297 - unreproducible
thanks

I was to quick. Actually the downloaded package is *not* installable as 
reported initially, but recompiling it hopefully does the trick.


Martin



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

Bug#653194: Acknowledgement (cryptsetup: cryptroot hook for update-initramfs silently ignores the key file listed in crypttab)

[Ryan]

Here's a patch that fixes the problem, but I think further discussion on how
to handle this in a way that is safe/correct is needed.  Since there's no
*requirement* that the "key file" used with a keyscript is an actual file,
it's hard to know for sure whether the intent is to use a file or just give
and argument to the keyscript.  My solution assumes that anything with a
leading / is a file, but this will give spurious warnings if someone sets
something like /dev/ttyS0 or /dev/sdXX as the key file.  It also might be
best if some attempt was made not to copy a file from an encrypted filesystem
to an unencrypted initramfs image.

-Ryan
--- cryptroot.dist	2011-12-24 16:50:11.0 -0800
+++ cryptroot	2011-12-24 17:07:33.0 -0800
@@ -211,7 +211,7 @@
 	fi
 
 	# We have all the basic options, let's go trough them
-	OPTIONS="target=$target,source=$source,key=$key"
+	OPTIONS="target=$target,source=$source"
 	local IFS=", "
 	unset HASH_FOUND
 	unset LUKS_FOUND
@@ -262,10 +262,23 @@
 		echo " the correct hash option to your /etc/crypttab."  >&2
 	fi
 
-	# If keyscript is set, the "key" is just an argument to the script
-	if [ "$key" != "none" ] && [ -z "$KEYSCRIPT" ]; then
-		echo "cryptsetup: WARNING: target $target uses a key file, skipped" >&2
-		return 1
+	# A "key" is only supported if it is being used with a keyscript
+	if [ "$key" != "none" ]; then
+		if  [ -n "$KEYSCRIPT" ]; then
+			# Include the "key" if it is a regular file
+			if [ -f "$key" ]; then
+KEYFILE=$key
+key="/lib/cryptsetup/keys/$(basename "$key")"
+			elif [ "$(echo $key | cut -c 1)" = "/" ]; then
+# Not sure if this should be fatal
+echo "cryptsetup: WARNING: key file $key for target $target cannot be copied" >&2
+			fi
+			OPTIONS="$OPTIONS,key=$key"
+		else
+			OPTIONS="$OPTIONS,key=$key"
+			echo "cryptsetup: WARNING: target $target uses a key file, skipped" >&2
+			return 1
+		fi
 	fi
 }
 
@@ -408,6 +421,12 @@
 echo "cryptsetup: WARNING: failed to find keyscript $KEYSCRIPT" >&2
 continue
 			fi
+			if [ -n "$KEYFILE" ]; then
+if [ ! -d "$DESTDIR/lib/cryptsetup/keys" ]; then
+	mkdir -p "$DESTDIR/lib/cryptsetup/keys"
+fi
+cp "$KEYFILE" "$DESTDIR/lib/cryptsetup/keys"
+			fi
 		fi
 
 		# Calculate needed modules

Bug#644297: Package is installable on amd64

[Martin Eberhard Schauer]

tag 644297 + unreproducible
thanks

Hi,
I built the package tonight  with pbuilder and could install it with 
pbuilder --login.


Cheers,
   Martin

$ uname -a
Linux malioth 2.6.32-5-amd64 #1 SMP Thu Nov 3 03:41:26 UTC 2011 x86_64 
GNU/Linux


$ dpkg --info pysieved_1.1-0.1_all.deb
 new debian package, version 2.0.
 size 21294 bytes: control archive= 1696 bytes.
  57 bytes, 2 lines  conffiles
 638 bytes,16 lines  control
1519 bytes,22 lines  md5sums
 599 bytes,29 lines   *  postinst #!/bin/sh
 514 bytes,29 lines   *  prerm#!/bin/sh
 Package: pysieved
 Version: 1.1-0.1
 Architecture: all
 Maintainer: Christoph Haas 
 Installed-Size: 133
 Depends: python (<< 2.8), python (>= 2.7), python-support (>= 0.90.0), 
update-inetd, openbsd-inetd

 Recommends: python-tlslite
 Suggests: python-mysqldb, python-pam
 Section: mail
 Priority: extra
 Homepage: http://www.gitorious.net/pysieved/pages/Home
 Description: managesieve server
  pysieved is a Python-based managesieve server. It uses a plug-in 
architecture

  to support different authentication (Dovecot, PAM, SASL, MySQL), homedir
  lookup (Dovecot, /etc/passwd, MySQL, simple virtual hosting), and storage
  back-ends.

$ dpkg -l pysieved
Desired=Unknown/Install/Remove/Purge/Hold
| 
Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend

|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version  Description
+++---
ii  pysieved 1.1-0.1  managesieve server



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

Bug#653196: libglib2.0-0: g_time_val_from_iso8601 doesn't handle YYYY-MM-DD dates correctly

[Vincent Lefevre]

Package: libglib2.0-0
Version: 2.30.2-4
Severity: normal

g_time_val_from_iso8601 doesn't handle -MM-DD dates correctly.
For instance, when debugging Liferea with:

time_t
date_parse_ISO8601 (const gchar *date)
{
GTimeValtv;
gboolean b;

g_warning ("Date: %s", date);
b = g_time_val_from_iso8601 (date, &tv);
if (b == TRUE) {
  gchar *s;
  s = g_time_val_to_iso8601 (&tv);
  g_warning (" was: %s", s);
  g_free (s);
}

return (time_t)tv.tv_sec;
}

I get:

** (liferea:10394): WARNING **: Date: 2011-12-24

** (liferea:10394): WARNING **:  was: 1970-08-18T05:43:44Z

** (liferea:10394): WARNING **: Date: 2011-12-22

** (liferea:10394): WARNING **:  was: 1970-08-18T06:35:12Z

Note: if g_time_val_from_iso8601 isn't meant to support -MM-DD
dates (the current documentation is unclear), then the returned
boolean should not be true!

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

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

Versions of packages libglib2.0-0 depends on:
ii  libc6  2.13-23
ii  libffi53.0.10-3
ii  libpcre3   8.12-4
ii  libselinux12.1.0-4
ii  multiarch-support  2.13-23
ii  zlib1g 1:1.2.3.4.dfsg-3

Versions of packages libglib2.0-0 recommends:
ii  libglib2.0-data   2.30.2-4
ii  shared-mime-info  0.90-1

libglib2.0-0 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#649371: [Bug 898068] Re: Cannot add radio stream

[Vincent Cheng]

On Sat, Dec 24, 2011 at 9:38 AM, Johannes Sasongko  wrote:
>>   File "/usr/lib/python2.7/xml/etree/ElementTree.py", line 611, in __init__
>>     self.parse(file)
>>   File "", line 35, in parse
>> ParseError: mismatched tag: line 6, column 2
>
> This indicates that the stream playlist is broken (invalid XML). Could
> you check whether that's the case?
>
> ** Changed in: exaile
>       Status: New => Incomplete
>

Forwarding to Debian BTS.

Vincent



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

Bug#653073: /etc/mtab -> /proc/mounts symlink affects df(1) output for /

[Timo Juhani Lindfors]

jida...@jidanni.org writes:
> output to 1) repeat / twice,

There are two filesystems mounted on top of each other so this sounds
quite correct to me? The first one is of type "rootfs" and contained
your initramfs and the second one is probably ext4 and contains your
debian installation.



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

Bug#653073: /etc/mtab -> /proc/mounts symlink affects df(1) output for /

[jidanni]

The new symlink on Debian,
  $ ls -og /etc/mtab
  lrwxrwxrwx 1 12 12-23 22:00 /etc/mtab -> /proc/mounts
Has caused
  $ df
  Filesystem 1K-blocksUsed 
Available Use% Mounted on
  rootfs   1071468  287940
729100  29% /
  udev  248048   0
248048   0% /dev
  tmpfs  50564 372 
50192   1% /run
  /dev/disk/by-uuid/551e44e1-2cad-42cf-a716-f2e6caf9dc78   1071468  287940
729100  29% /
  tmpfs 101128 712
100416   1% /tmp
  tmpfs 101128   0
101128   0% /run/shm
  /dev/sda64270273 3711316
341987  92% /home
  /dev/sda75341549 4336289
733858  86% /var
  /dev/sda86406856 3024600   
3056800  50% /usr
output to 1) repeat / twice, 2) give the long name for /.
This should be reproducible for anyone who has used standard grub and thus has
  $ grep -h UUID /boot/grub/grub.cfg /proc/cmdline
matches. More details in 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=653073 .



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

Bug#649830: tex-gyre: diff for NMU version 2.004.1-2.1

[Norbert Preining]

Hi Christian,

On Sa, 17 Dez 2011, Christian PERRIER wrote:
> I've prepared an NMU for tex-gyre (versioned as 2.004.1-2.1) and
> I've prepared an NMU for lmodern (versioned as 2.004.1-3.1) and

Thanks for both NMUs, fine, I have included your patches into 
our svn.

Best wishes

Norbert

Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094

ADLESTROP (n.)
That part of a suitcase which is designed to get snarled up on
conveyor belts at airports. Some of the more modern adlestrop designs
have a special 'quick release' feature which enables the case to flip
open at this point and fling your underclothes into the conveyor
belt's gearing mechanism.
--- Douglas Adams, The Meaning of Liff



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

Bug#653195: transition: libarchive

[Andres Mejia]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

I am requesting a transition from libarchive1 to the latest libarchive shared
library package (which will be libarchive12). The latest libarchive version to
transition to will be libarchive-3.0.2 (soon to be uploaded to experimental).
This transition will require source changes to packages that used the following
functions from libarchive.

archive_read_data_block
archive_read_data_into_buffer
archive_read_set_format_options
archive_read_set_filter_options
archive_read_extract_set_skip_file
archive_write_set_skip_file
archive_write_data_block
archive_write_set_format_options
archive_write_set_compressor_options
archive_write_disk_set_skip_file
archive_write_disk_set_group_lookup
archive_write_disk_set_user_lookup
archive_read_disk_gname
archive_read_disk_uname
archive_read_disk_set_gname_lookup
archive_read_disk_set_uname_lookup
archive_entry_gid
archive_entry_ino
archive_entry_uid
archive_entry_set_gid
archive_entry_set_ino
archive_entry_set_uid
archive_entry_acl_add_entry
archive_entry_acl_add_entry_w
__archive_entry_acl_parse_w

All other packages can simply be binNMUed. The following packages are reverse
dependencies of libarchive1 (as found using apt-cache).

  ark
  gmameui
  tuxcmd-modules
  libtotem-plparser17
  reprepro
  rdup
  packagekit-bash-completion
  packagekit
  libpackagekit-glib2-14
  gstreamer0.10-packagekit
  browser-plugin-packagekit
  libapache2-mod-musicindex
  hydrogen
  gvfs-backends
  deb-gview
  cpio
  cmake-qt-gui
  cmake-curses-gui
  cmake
  claws-mail-archiver-plugin
  archivemount

Also, libtotem-plparser-dev is a reverse dependency on libarchive-dev.

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

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



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

Bug#653073: why root filesystem reported as /dev/disk/by-uuid/ long name starting today?

[jidanni]

RL> root= on the kernel command-line, rather than an initramfs, it may
RL> also be the case that the UUID is the only thing available to
RL> the kernel in early boot, and this is preserved.

That must be the case.

RL> Readability of the strings is not really related here.  UUIDs
RL> are used for unambiguity when referring to a specific partition,
RL> given that on modern systems device names are not guaranteed to
RL> be stable.  While it would be preferable for readability to use
RL> shorter strings, this is not strictly a bug--it's obviously
RL> correct, just not in the most readable format.

OK, I can get used to the new way, I just wish it was consistent.
I.e., I wish $ mount, and $ df, would either use all the
/proc/partitions names or all the UUID names or all the names they found
in fstab, instead of treating root different.

RL> I would suggest that you add 'break=bottom' to your kernel
RL> command-line, and check in the initramfs whether the root
RL> device UUID exists, and if so if it is a symlink to the
RL> short-form device name.  I would then mount the rootfs onto
RL> e.g. /mnt and check /proc/mounts to compare mounting the short
RL> and long names.  I would then do the same on a normally booted
RL> system to compare how mount behaves here.  If it's doing
RL> something odd in the initramfs, maybe we can fix it to behave
RL> the same as on a real system.

Errr... too deep water for me, however I have some basic conclusions
that I will post in a wider post...



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

Bug#652449: elinks: Hardening CPPFLAGS missing, please enable pie and bindnow

[Simon Ruderich]

Package: elinks
Version: 0.12~pre5-7
Followup-For: Bug #652449

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hello Moritz,

Please reconsider enabling pie and bindow. As a browser elinks
reads untrusted data and thus is more vulnerable to attacks.
Especially PIE makes most attacks much more difficult.

It may take a while (if it ever happens) before +pie and +bindnow
are enabled by default and in the meantime elinks should be
protected by adding

export DEB_BUILD_MAINT_OPTIONS = hardening=+all

to debian/rules. As it works fine I see no reason why the
additional hardening flags shouldn't be enabled.

Regards,
Simon

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

iQIcBAEBCAAGBQJO9nCZAAoJEJL+/bfkTDL54zAP/3FV6QNmLDf7ImYq5pZ0JoPF
bHKiBwwzrkrT8zdTqtflCZYXDEu2vEpQw1rcPARCKsK4GbZ8CBCq/VAb/dbR2yRF
m4FFamBmYRrTTbquGY54bC6dVqQlXq/Ug7yx3fTAksbF4vFX7rL/528qBgA5CScg
OOdFTq17PyqXSYPfJGeiQu41PtaXwTVd46K+9f8Kwd3QsT/yIBhUR0qWDC5RZHMS
DZWAbKSxQV+d9Ve5+MSIQx7vnREQF1kQBQ69lXhe1k/Gavzn1+Gft/BdtCJYksLy
5ScAa11xbadmCWvJW/sy/aYCEDA9dpqJK3cFjn8L+l86UU30MTVAfh6eAHTc/izi
nzbpFSC7h5Nwn9kf9k/QtrrWrwnKyoUR1+Ee/Xo27TjCfAWtt+cAbsVobuM4KA46
Rsh9LiJjdulYNCbiOYV/NMxweuRZ3oEb7bXzTBWQRq6yRVqFMiSBqNWyIhggh1Ex
X9LB54X1YtY1PvKlYUdbZO9hor0MH0HGUw7yDu0cgYwv+IfZZqe+dm4eMKBbQzSU
UGrzeV7b7623Pnz3UUQA5Ua1YtGs0ggzCWbir5x/T2+DWQcpI7GRyeU2mzHSXz14
hQmFVHU9re/hjRJ6Gp7bQGOMyZOwbbBHIcE3pcs1ULcPkP7o6JQKIPY055Zx8cSd
79Qn0VjxCdQP1/obWpD9
=x4ga
-END PGP SIGNATURE-



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

Bug#648271: [debian-policy] 11.8.3 "Packages providing a terminal emulator" says xterm passes -e option straight to exec

[Russ Allbery]

Filipus Klutiero  writes:

> Regarding the formulation, your suggestion does fix the issue Hendrik
> identified. I would still remind that the term "command" is ambiguous
> (you must be referring to simple commands here).

I'm not sure how else to word it.  I tried to resolve that ambiguity, but
apparently wasn't successful.

> Also, I suggest to make the policy as implementation-independent as
> possible, ideally avoiding to force usage of exec.

But that matters for interoperability.  The point of this section is to be
able to issue the command:

x-terminal-emulator -e vi 'some file'

and know that it works.  If you don't use exec, it won't.

-- 
Russ Allbery (r...@debian.org)   



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

Bug#621050: Document dependencies needed to use multiarch paths

[Russ Allbery]

Jonathan Nieder  writes:
> Russ Allbery wrote:

>> Could you prepare an updated patch?

> Here's one.

Shouldn't this go into the section about shared libraries instead, though?
Although I suppose that then raises the question of how to explain the
whole multiarch thing there, which is the other part of this problem.

Seconded for the time being at least as better than nothing, although best
would be to cover multiarch in general, I think.

> diff --git a/policy.sgml b/policy.sgml
> index 4aeae363..0ca925e0 100644
> --- a/policy.sgml
> +++ b/policy.sgml
> @@ -6214,6 +6214,14 @@ install -m644 debian/shlibs.package 
> debian/package/DEBIAN/
>
>  
>  
> +  Packages installing libraries to
> +  /usr/lib/triplet must declare a
> +  Pre-Depends relationship against
> +  multiarch-support to ensure the
> +  libraries are visible to ld.so during
> +  partial upgrades from Debian 6.0 (squeeze) and earlier.
> +
> +
>Applications may also use a single subdirectory under
>/usr/lib/triplet.
>  

-- 
Russ Allbery (r...@debian.org)   



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

Bug#643690: perl policy unclear about the section for manpages

[gregor herrmann]

On Sat, 24 Dec 2011 11:06:31 -0800, Russ Allbery wrote:

> Yes, this tripped me up too.  Here's a proposed patch.  Seconds or further
> discussion?  I'll copy debian-perl as well for further review.


> >From f6938d47f9250f672586191cc00988e9e61cea06 Mon Sep 17 00:00:00 2001
> From: Russ Allbery 
> Date: Sat, 24 Dec 2011 11:03:49 -0800
> Subject: [PATCH] Clarify the Perl policy documentation rules
> 
> The first section about documentation and manual page extensions
> only applies to packages generated from the perl source package.
> Make that explicit and add a reference to the section discussing
> module packages.
> ---
>  perl-policy.sgml |6 --
>  1 files changed, 4 insertions(+), 2 deletions(-)
> 
> diff --git a/perl-policy.sgml b/perl-policy.sgml
> index 70c5bfc..626c514 100644
> --- a/perl-policy.sgml
> +++ b/perl-policy.sgml
> @@ -197,8 +197,8 @@
> package.
>   
>   
> -   Manual pages distributed with Perl packages must be installed
> -   into the standard directories:
> +   Manual pages distributed with packages built from the perl
> +   source package must be installed into the standard directories:
> 
>   Programs
>   
> @@ -217,6 +217,8 @@
> 
>   
> 
> +   The extensions used for manual pages distributed with module
> +   packages are different.  See .
>   
>
>  

Looks good to me.
Seconded.

Cheers,
gregor
 
-- 
 .''`.   Homepage: http://info.comodo.priv.at/ - OpenPGP key ID: 0x8649AA06
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe
   `-NP: Arlo Guthrie: Can't Help Falling in Love


signature.asc
Description: Digital signature

Bug#653158: www.debian.org: /y2k/ page is probably obsolete

[Gerfried Fuchs]

* Paul Wise  [2011-12-24 14:34:42 CET]:
> Package: www.debian.org
> Severity: normal
> 
> Since we are now well past Y2K, it is probably time to delete this:
> 
> http://www.debian.org/y2k/
> 
> Any objections?

 Uhm, quite frankly, yes. We are also well past 1997 and we don't think
of throwing away the /News/1997/ or /releases/hamm/.  We could of course
add the same notion to the top of the y2k page, i.e. "These pages are
being retained for historical purposes", but removal of the page is not
something I fancy. To some degree this feels a bit like burning books.
History is something we should preserve, it helps in a lot of
situations.

 What's your specific issue with the page which lets you file the
request for removal? Yes, looking at it it seems like it haven't
received proper care back then and looks kinda poor, but appart from
that ...

 Thanks,
Rhonda
-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|



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

Bug#638339: blur on linux >=2.6.39 - was: Re: [Checkpoint] Announcing the release of BLCR 0.8.4

[John Paul Adrian Glaubitz]

Hi Alan,

> > We are aware of 2 non-trivial issues in 2.6.39
> That seems to match what I've seen too, as these issues are the only
> big things I've encountered so far and I have a building, semi-working
> module.
> 
> I had some trouble with it reporting unmatched System.map between
> running kernel and compiled module which I'm reasonably sure is a
> false positive although I've not tracked it down.
> 
> > + removal of the BKL
> I worked around this with a "B BLCR L". It's too early though to say
> if that's sufficient given I currently can't pass all the testsuite.

Would you mind sharing your current patch for testing? If it already
helps getting the blcr kernel module build on >= 2.6.39, I'd be very
glad to try it out myself and provide feedback as well.

We've got a larger cluster running here and want to use blcr there
with more recent kernels.

Regards,

Adrian



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

Bug#653194: cryptsetup: cryptroot hook for update-initramfs silently ignores the key file listed in crypttab

[Ryan Castellucci]

Package: cryptsetup
Version: 2:1.1.3-4squeeze2
Severity: critical
Justification: breaks the whole system


When update-initramfs is run, an initrd is built including my keyscript, but
*not* my key file.  This rendered the system unbootable without warning.  I
was able to recover from a rescue cd by unpacking the initrd, adding my key
file, and repacking the initrd - everything then worked as expected.

This should be trivially reproduceable by using `cat` as a keyscript with a
key file.

-- Package-specific info:
-- /proc/cmdline
BOOT_IMAGE=/vmlinuz-2.6.32-5-amd64 root=/dev/mapper/sda5_crypt ro quiet

-- /etc/crypttab
sda5_crypt UUID=179b33c0-bb72-4ad3-ad32-ec7fe4521404 /boot/key.tcy 
luks,keyscript=/usr/local/bin/threshcrypt_static

-- /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
#
proc/proc   procdefaults0   0
/dev/mapper/sda5_crypt /   ext3errors=remount-ro 0   1
# /boot was on /dev/sda1 during installation
UUID=6d60dcfa-6afd-4d3f-a8e9-9fc8f31ce93b /boot   ext3defaults  
  0   2
/dev/scd0   /media/cdrom0   udf,iso9660 user,noauto 0   0
/dev/fd0/media/floppy0  autorw,user,noauto  0   0

-- lsmod
Module  Size  Used by
loop   11799  0 
snd_ens137116938  0 
gameport7416  1 snd_ens1371
snd_rawmidi15515  1 snd_ens1371
snd_seq_device  4493  1 snd_rawmidi
snd_ac97_codec 99186  1 snd_ens1371
ac97_bus1086  1 snd_ac97_codec
snd_pcm60487  2 snd_ens1371,snd_ac97_codec
snd_timer  15598  1 snd_pcm
snd46526  6 
snd_ens1371,snd_rawmidi,snd_seq_device,snd_ac97_codec,snd_pcm,snd_timer
parport_pc 18855  0 
soundcore   4598  1 snd
joydev  8459  0 
parport27954  1 parport_pc
snd_page_alloc  6249  1 snd_pcm
i2c_piix4   8328  0 
evdev   7352  2 
pcspkr  1699  0 
container   2389  0 
psmouse49937  0 
processor  29935  0 
ac  2192  0 
shpchp 26264  0 
serio_raw   3752  0 
button  4650  0 
i2c_core   15819  1 i2c_piix4
pci_hotplug21587  1 shpchp
ext3  106710  2 
jbd37221  1 ext3
mbcache 5050  1 ext3
sha256_generic  8692  2 
aes_x86_64  7340  2 
aes_generic25714  1 aes_x86_64
cbc 2539  1 
usbhid 33292  0 
hid63257  1 usbhid
dm_crypt   10664  1 
dm_mod 53898  3 dm_crypt
sg 24069  0 
sd_mod 29921  3 
crc_t10dif  1276  1 sd_mod
sr_mod 12602  0 
cdrom  29415  1 sr_mod
uhci_hcd   18521  0 
ata_generic 3239  0 
mptspi 11185  2 
mptscsih   16360  1 mptspi
mptbase48382  2 mptspi,mptscsih
scsi_transport_spi 18774  1 mptspi
ata_piix   21124  0 
ehci_hcd   32081  0 
libata133776  2 ata_generic,ata_piix
floppy 49087  0 
e1000  85517  0 
usbcore   122674  4 usbhid,uhci_hcd,ehci_hcd
nls_base6377  1 usbcore
scsi_mod  126533  7 
sg,sd_mod,sr_mod,mptspi,mptscsih,scsi_transport_spi,libata
thermal11674  0 
thermal_sys11942  2 processor,thermal


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

Kernel: Linux 2.6.32-5-amd64 (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 cryptsetup depends on:
ii  dmsetup  2:1.02.48-5 The Linux Kernel Device Mapper use
ii  libc62.11.2-10   Embedded GNU C Library: Shared lib
ii  libdevmapper1.02.1   2:1.02.48-5 The Linux Kernel Device Mapper use
ii  libpopt0 1.16-1  lib for parsing cmdline parameters
ii  libuuid1 2.17.2-9Universally Unique ID library

cryptsetup recommends no packages.

Versions of packages cryptsetup suggests:
ii  busybox   1:1.17.1-8 Tiny utilities for small and embed
pn  dosfstools (no description available)
ii  initramfs-tools [linux-initra 0.98.8 tools for generating an initramfs
ii  udev  164-3  /dev/ and hotplug management daemo

-- no debconf information



-- 

Bug#653189: [pkg-wpa-devel] Bug#653189: iw: FTBFS with new libnl3 package version 3.2.3-2

[Stefan Lippers-Hollmann]

tags 653189 + pending
thanks

On Sunday 25 December 2011, Andreas Moog wrote:
> Package: iw
> Version: 3.1-1
> Severity: Important
> 
> Dear maintainer,
> 
> The libnl3 package split our more libraries in seperate packages, making
> this package FTBFS as it build-depends on libnl3-dev (now NBS).
> Additionally, the upstream patch that includes support for libnl3 is
> hardcoding -lnl-genl, which doesn't exist. Attached patch fixes the issues:

iw 3.2 has been fixed a couple of days ago and is awaiting sponsoring 
(and yes, the same is valid for wpasupplicant):

http://lists.alioth.debian.org/pipermail/pkg-wpa-devel/2011-December/003179.html

Regards
Stefan Lippers-Hollmann


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

Bug#653193: Missing patch

[Christoph Egger]

Hi!

seems svn diff didn't include the new patch 14_alias.diff. Here it is.

Regards

Christoph
diff -x debian -ur diff/freebsd-libs-8.2+ds1/lib/libalias/libalias/Makefile freebsd-libs-patches/lib/libalias/libalias/Makefile
--- diff/freebsd-libs-8.2+ds1/lib/libalias/libalias/Makefile	2009-07-19 19:25:24.0 +0200
+++ freebsd-libs-patches/lib/libalias/libalias/Makefile	2011-12-24 14:31:48.0 +0100
@@ -10,5 +10,6 @@
 INCS=	alias.h
 WARNS?=	6
 NO_WERROR=
+LDADD= -ldl -lbsd
 
 .include 
diff -x debian -ur diff/freebsd-libs-8.2+ds1/sys/netinet/libalias/alias.c freebsd-libs-patches/sys/netinet/libalias/alias.c
--- diff/freebsd-libs-8.2+ds1/sys/netinet/libalias/alias.c	2010-11-22 23:41:43.0 +0100
+++ freebsd-libs-patches/sys/netinet/libalias/alias.c	2011-12-24 14:31:45.0 +0100
@@ -126,12 +126,14 @@
 #include 
 #endif
 
+#define __FAVOR_BSD 1
 #include 
 #include 
 #include 
 #include 
 #include 
 #include 
+#undef __FAVOR_BSD
 
 #ifdef _KERNEL
 #include 
diff -x debian -ur diff/freebsd-libs-8.2+ds1/sys/netinet/libalias/alias_cuseeme.c freebsd-libs-patches/sys/netinet/libalias/alias_cuseeme.c
--- diff/freebsd-libs-8.2+ds1/sys/netinet/libalias/alias_cuseeme.c	2009-04-08 13:56:49.0 +0200
+++ freebsd-libs-patches/sys/netinet/libalias/alias_cuseeme.c	2011-12-24 14:31:45.0 +0100
@@ -39,10 +39,12 @@
 #include 
 #endif
 
+#define __FAVOR_BSD 1
 #include 
 #include 
 #include 
 #include 
+#undef __FAVOR_BSD
 
 #ifdef _KERNEL
 #include 
diff -x debian -ur diff/freebsd-libs-8.2+ds1/sys/netinet/libalias/alias_ftp.c freebsd-libs-patches/sys/netinet/libalias/alias_ftp.c
--- diff/freebsd-libs-8.2+ds1/sys/netinet/libalias/alias_ftp.c	2009-04-08 13:56:49.0 +0200
+++ freebsd-libs-patches/sys/netinet/libalias/alias_ftp.c	2011-12-24 14:31:45.0 +0100
@@ -83,10 +83,12 @@
 #include 
 #endif
 
+#define __FAVOR_BSD 1
 #include 
 #include 
 #include 
 #include 
+#undef __FAVOR_BSD
 
 #ifdef _KERNEL
 #include 
diff -x debian -ur diff/freebsd-libs-8.2+ds1/sys/netinet/libalias/alias_irc.c freebsd-libs-patches/sys/netinet/libalias/alias_irc.c
--- diff/freebsd-libs-8.2+ds1/sys/netinet/libalias/alias_irc.c	2009-04-08 13:56:49.0 +0200
+++ freebsd-libs-patches/sys/netinet/libalias/alias_irc.c	2011-12-24 14:31:45.0 +0100
@@ -65,10 +65,12 @@
 #include 
 #endif
 
+#define __FAVOR_BSD 1
 #include 
 #include 
 #include 
 #include 
+#undef __FAVOR_BSD
 
 #ifdef _KERNEL
 #include 
diff -x debian -ur diff/freebsd-libs-8.2+ds1/sys/netinet/libalias/alias_mod.c freebsd-libs-patches/sys/netinet/libalias/alias_mod.c
--- diff/freebsd-libs-8.2+ds1/sys/netinet/libalias/alias_mod.c	2010-02-11 19:34:06.0 +0100
+++ freebsd-libs-patches/sys/netinet/libalias/alias_mod.c	2011-12-24 14:31:45.0 +0100
@@ -219,7 +219,7 @@
 }
 
 int
-find_handler(int8_t dir, int8_t proto, struct libalias *la, __unused struct ip *pip, 
+find_handler(int8_t dir, int8_t proto, struct libalias *la, struct ip *pip, 
 struct alias_data *ad)
 {
 	struct proto_handler *p;
diff -x debian -ur diff/freebsd-libs-8.2+ds1/sys/netinet/libalias/alias_nbt.c freebsd-libs-patches/sys/netinet/libalias/alias_nbt.c
--- diff/freebsd-libs-8.2+ds1/sys/netinet/libalias/alias_nbt.c	2009-04-11 17:19:09.0 +0200
+++ freebsd-libs-patches/sys/netinet/libalias/alias_nbt.c	2011-12-24 14:31:45.0 +0100
@@ -53,10 +53,12 @@
 #include 
 #endif
 
+#define __FAVOR_BSD 1
 #include 
 #include 
 #include 
 #include 
+#undef __FAVOR_BSD
 
 #ifdef _KERNEL
 #include 
diff -x debian -ur diff/freebsd-libs-8.2+ds1/sys/netinet/libalias/alias_pptp.c freebsd-libs-patches/sys/netinet/libalias/alias_pptp.c
--- diff/freebsd-libs-8.2+ds1/sys/netinet/libalias/alias_pptp.c	2009-04-08 13:56:49.0 +0200
+++ freebsd-libs-patches/sys/netinet/libalias/alias_pptp.c	2011-12-24 14:31:45.0 +0100
@@ -52,7 +52,9 @@
 #include 
 #endif
 
+#define __FAVOR_BSD 1
 #include 
+#undef __FAVOR_BSD
 
 #ifdef _KERNEL
 #include 
diff -x debian -ur diff/freebsd-libs-8.2+ds1/sys/netinet/libalias/alias_proxy.c freebsd-libs-patches/sys/netinet/libalias/alias_proxy.c
--- diff/freebsd-libs-8.2+ds1/sys/netinet/libalias/alias_proxy.c	2009-11-22 17:04:49.0 +0100
+++ freebsd-libs-patches/sys/netinet/libalias/alias_proxy.c	2011-12-24 14:31:45.0 +0100
@@ -68,7 +68,9 @@
 #include 
 #endif
 
+#define __FAVOR_BSD 1
 #include 
+#undef __FAVOR_BSD
 
 #ifdef _KERNEL
 #include 
diff -x debian -ur diff/freebsd-libs-8.2+ds1/sys/netinet/libalias/alias_skinny.c freebsd-libs-patches/sys/netinet/libalias/alias_skinny.c
--- diff/freebsd-libs-8.2+ds1/sys/netinet/libalias/alias_skinny.c	2009-04-08 13:56:49.0 +0200
+++ freebsd-libs-patches/sys/netinet/libalias/alias_skinny.c	2011-12-24 14:31:45.0 +0100
@@ -40,10 +40,12 @@
 #include 
 #endif
 
+#define __FAVOR_BSD 1
 #include 
 #include 
 #include 
 #include 
+#undef __FAVOR_BSD
 
 #ifdef _KERNEL
 #include 
diff -x debian -ur diff/freebsd-libs-8.2+ds1/sys/netinet/libalias/alias_smedia.c f

Bug#653193: src:freebsd-libs: please consider adding libalias which is needed for natd

[Christoph Egger]

Package: src:freebsd-libs
Version: 8.2+ds1-4
Severity: wishlist
Tags: +patch

Hi!

  Attached a patch to make freebsd-libs also build libalias which is
needed for natd. Please consider adding this to future versions of
freebsd-libs

Regards

Christoph


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

Kernel: kFreeBSD 8.2-1-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Index: debian/control
===
--- debian/control	(revision 3952)
+++ debian/control	(working copy)
@@ -58,6 +58,20 @@
  This package contains the header files and static library needed to
  compile applications that use libcam.
 
+Package: libalias7
+Architecture: kfreebsd-any
+Depends: ${shlibs:Depends}, ${misc:Depends}
+Description: FreeBSD alias library
+ stub
+
+Package: libalias-dev
+Section: libdevel
+Architecture: kfreebsd-any
+Depends: libalias7 (= ${binary:Version}), ${misc:Depends}, libc0.1-dev | libc-dev, libbsd-dev
+Description: Development files for libalias
+ This package contains the header files and static library needed to
+ compile applications that use libalias.
+
 Package: libgeom1
 Architecture: kfreebsd-any
 Depends: ${shlibs:Depends}, ${misc:Depends}
Index: debian/patches/series
===
--- debian/patches/series	(revision 3952)
+++ debian/patches/series	(working copy)
@@ -12,3 +12,4 @@
 11_netgraph.diff
 12_usb.diff
 13_jail.diff
+14_alias.diff
Index: debian/rules
===
--- debian/rules	(revision 3952)
+++ debian/rules	(working copy)
@@ -43,8 +43,10 @@
 	for i in lib/libcam lib/libdevstat lib/libgeom lib/libipx \
 	 lib/libkiconv lib/libnetgraph lib/libjail \
 	 lib/libkvm lib/libmemstat lib/libsbuf lib/libusb \
-	 lib/libusbhid sys/cam \
+	 lib/libusbhid lib/libalias sys/cam \
 	 sys/kern/subr_sbuf.c \
+	 sys/netinet/libalias \
+	 sys/modules/libalias \
 	 sys/sys/sbuf.h \
 	 share/misc/usb_hid_usages ; do \
 	svn export $(SVN)/$$i $(ORIGDIR)/$$i ; \
@@ -57,11 +59,16 @@
 	rm -rf $(ORIGDIR)
 
 ifeq ($(kernel), kfreebsd)
-build: build-cam build-geom build-sbuf build-ipx build-kiconv build-kvm build-usbhid build-usb build-devstat build-memstat build-netgraph build-jail
+build: build-cam build-geom build-sbuf build-ipx build-kiconv build-kvm build-usbhid build-usb build-devstat build-memstat build-netgraph build-jail build-alias
 else
 build: build-sbuf
 endif
 
+build-alias: build-alias-stamp
+build-alias-stamp:
+	$(PMAKE) -C $(CURDIR)/lib/libalias SHLIBDIR=./
+	touch $@
+
 build-cam: build-cam-stamp
 build-cam-stamp: build-sbuf
 	$(PMAKE) -C $(CURDIR)/lib/libcam SHLIBDIR=./
@@ -127,6 +134,7 @@
 	dh_testroot
 	$(PMAKE) -C $(CURDIR)/lib/libsbuf clean
 ifeq ($(kernel), kfreebsd)
+	$(PMAKE) -C $(CURDIR)/lib/libalias clean
 	$(PMAKE) -C $(CURDIR)/lib/libcam clean
 	$(PMAKE) -C $(CURDIR)/lib/libnetgraph clean
 	$(PMAKE) -C $(CURDIR)/lib/libdevstat clean
@@ -152,6 +160,7 @@
 	$(PMAKE) -C $(CURDIR)/lib/libsbuf install SHLIBDIR=/lib
 ifeq ($(kernel), kfreebsd)
 	$(PMAKE) -C $(CURDIR)/lib/libcam install SHLIBDIR=/usr/lib
+	$(PMAKE) -C $(CURDIR)/lib/libalias install SHLIBDIR=/usr/lib
 	$(PMAKE) -C $(CURDIR)/lib/libgeom install SHLIBDIR=/lib
 	$(PMAKE) -C $(CURDIR)/lib/libipx install SHLIBDIR=/lib
 	$(PMAKE) -C $(CURDIR)/lib/libkiconv install SHLIBDIR=/usr/lib

Bug#653164: xserver-xorg-core: No evdev or synaptics (or any) input on macbook 3,1

[richo]

On 24/12/11 17:23 +0100, Cyril Brulebois wrote:

Rich Healey  (25/12/2011):

Dear Maintainer,

   * What led up to the situation?

I've been running unstable on my machine for some time. Recently I saw this
issue in the sid distribution of xserver-xorg-core and wasn't near the
internet, so downgraded to the previously installed version and vowed to file a
bugreport. Unfortunately I forgot and the issue has found it's way into
testing.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Up until recently, running the version from testing worked, however the
unstable version has been merged, and I've had to install the version from
stable on my sid machine (which strikes me as dangersous)
   * What was the outcome of this action?
When I start x11 with xinit, I do not get any kind of response from keyboard or
mouse. I cannot kill x11, however the keyboard and mouse are still seen as
pommed detects them, as does the linux console.
   * What outcome did you expect instead?
Usual ability to use the mouse inside x11


Try getting rid of the Protocol line?

See #653156 which might be similar.

Mraw,
KiBi.


I have tried without an xorg.conf and with the config generated by Xorg
-configure, same result the keyboard and mouse are unresponsive.

I will take a look at that bug.

--
richo || Today's excuse:

need to wrap system in aluminum foil to fix problem
http://blog.psych0tik.net


signature.asc
Description: Digital signature

Bug#653192: linux 3.2~rc4-1~experimental.1: Intel X-25M SSD destroyed

[Steven Chamberlain]

Package: src:linux-2.6
Version: 3.2~rc4-1~experimental.1
Severity: critical
Justification: causes serious data loss

Hi,

My system has run Debian 2.6.32 kernels for 21 months, with two RAID-1s
spanning a pair of Intel X-25M 80GiB SSDs;  one RAID (sd[ab]1) is for a
/boot filesystem, and another (sd[ab]2) contains an encrypted LVM with
everything else, all reiserfs filesystems.  There was also an
unformatted partition sda3 and an ntfs partition sdb3.

Today I tried booting 3.2~rc4-1~experimental.1, which seemed fine until
after a few minutes various programs in a graphical desktop environment
started to hang, apparently when trying to load anything from disk that
was not already in cache.

Ctrl+Alt+F1-6 wasn't working.  After a SysRq-S,U,B forced reboot, one of
my SSDs (sdb) now seems to be toast.  I'm only able to read the first
16KiB of data from it, which still contains the original intact
partition table and embedded GRUB.  The rest is neither readable nor
writable, with these errors:

> [  749.427493] end_request: I/O error, dev sdb, sector 32
> [  749.427501] __ratelimit: 2619 callbacks suppressed
> [  749.427508] Buffer I/O error on device sdb, logical block 4
> [  757.362967] sd 4:0:0:0: [sdb] Unhandled error code
> [  757.362979] sd 4:0:0:0: [sdb] Result: hostbyte=DID_BAD_TARGET 
> driverbyte=DRIVER_OK

printk is flooded on startup with many other errors that I'm unable to
retrieve from dmesg, for about 5 minutes until the system eventually
boots 2.6.32 from the degraded RAID using the other apparently intact
SSD.  Other errors I noticed include:

* sector reallocation failures
* nv SATA controller resetting the port

I don't imagine my bug report is of much help fixing the issue, but I at
least wanted to warn anyone before trying it.  I don't exactly have a
shelf full of spare ~£120 SSDs for further testing/debugging.  In the
meantime I'll see if I can somehow fix the 'broken' SSD.

I would have suspected that this was an underlying drive firmware bug,
triggered by linux-3.2 or 3.0 implementing the SSD TRIM/discard feature,
but actually I don't think that feature is enabled in the 02G9 firmware
of these drives, and also I doubt reiserfs would make use of those
features, especially on top of encrypted LVM.

I'd previously tested 3.0 kernels from unstable but given up on them due
to similar hangs on disk reads, possibly related to reiserfs.  I didn't
suffer any loss of data or destruction of hardware until now though.


I'd rebuilt 3.2.0-rc4-rt-amd64 with the custom DSDT I normally use on
2.6.32 to enable powernow-k8, and since this is an RT-patched kernel
flavour I'd exported some GPL-only symbols to be able to build the
nvidia module with DKMS.

Kernel log leading up to the crash:

[0.00] Initializing cgroup subsys cpuset
[0.00] Initializing cgroup subsys cpu
[0.00] Linux version 3.2.0-rc4-rt-amd64 (Debian
3.2~rc4-1~experimental.1+dsdt1) (ste...@pyro.eu.org) (gcc version 4.4.5
(Debian 4.4.5-8) ) #1 SMP PREEMPT RT Sat Dec 24 18:42:30 GMT 2011
[0.00] Command line: BOOT_IMAGE=/vmlinuz-3.2.0-rc4-rt-amd64
root=/dev/mapper/acidbath-root ro single clocksource=acpi_pm
iommu=memaper=1 threadirqs
[0.00] BIOS-provided physical RAM map:
[0.00]  BIOS-e820:  - 0009d400 (usable)
[0.00]  BIOS-e820: 0009d400 - 000a (reserved)
[0.00]  BIOS-e820: 000e8000 - 0010 (reserved)
[0.00]  BIOS-e820: 0010 - 7fff9300 (usable)
[0.00]  BIOS-e820: 7fff9300 - 8000 (reserved)
[0.00]  BIOS-e820: fec0 - 0001 (reserved)
[0.00]  BIOS-e820: 0001 - 00018000 (usable)
[0.00] NX (Execute Disable) protection: active
[0.00] DMI 2.3 present.
[0.00] No AGP bridge found
[0.00] last_pfn = 0x18 max_arch_pfn = 0x4
[0.00] x86 PAT enabled: cpu 0, old 0x7040600070406, new
0x7010600070106
[0.00] last_pfn = 0x7fff9 max_arch_pfn = 0x4
[0.00] found SMP MP-table at [880f9bf0] f9bf0
[0.00] init_memory_mapping: -7fff9000
[0.00] init_memory_mapping: 0001-00018000
[0.00] RAMDISK: 37431000 - 37ff
[0.00] ACPI: RSDP 000e8010 00024 (v02 HP)
[0.00] ACPI: XSDT 7fff94fc 0003C (v01 HP CPQ0062
20061128  )
[0.00] ACPI: FACP 7fff96a4 0010C (v03 HP VIPER
0001  )
[0.00] ACPI Warning: FADT (revision 3) is longer than ACPI 2.0
version, truncating length 268 to 244 (20110623/tbfadt-288)
[0.00] ACPI: Override [DSDT-DSDT], this is unsafe: tainting
kernel
[0.00] Disabling lock debugging due to kernel taint
[0.00] ACPI: DSDT @ 0x7fff989a Table override, replaced
with:
[0.00] ACPI: DSDT 8164c890 04BF8 (v01 HP DSDT
0001 INTL 201005

Bug#627019: several kernel hangs before geting to login

[Will Set]

  Friday, December 23, 2011 6:54 PMJonathan Nieder wrote
>Hi Will,
>
>Will Set wrote:
>
>> I was able to take three pictures of the boot messages by scrolling up the 
>> boot buffer from the login prompt, while booting 3.2.0-rc4-686-pae
>> to illustrate what I did my best to explain yesterday.
>>
>> I'll also attach the dmesg.udev-2 and acpidump-udev-2 
>
>Thanks.
>
>If I understand you correctly, udev 175-2 segfaults at boot.

No, Not always a segfault.

Sometimes udev just hangs, leaving the machine without keyboard access.
And it's way to early in the boot process to get normal network connectivity,

Other times the kernel will panic.
And when the kernel panics I'm not able to save any data from the boot buffer 
other than the screen full of data showing when the boot buffer finishes 
sending the trace data to the buffer.

Boot also fails in at least one other way.
Where I can see a "udev settle" message and  messages showing the /sys 
directory structure.
But when this type of issue happens I am able to login and run the system 
console.
But, if I start the xserver under these condition I have no keyboard or mouse.

These failures have not changed much since I initially reported this.
But I have seen the failures so may times now that I'm a bit less confused by 
them.


> udev 175-3 does _not_ segfault, 

No, udev 175-3 also segaults iirc
but I have not "re - upgraded" udev to 175-3 to test exactly what it shows, yet.

>but the boot fails in some way unless you
>add processor.nocst=1 to the kernel command line.  

Yes, 
Adding processor.nocst=1 has always worked for me on all effected kernels I've 
tested so far.

But, the boot fails consistently when using udev 175-3  unstable with 
3.2.0-rc4-686-pae 
and without processor.nocst=1 added to the boot command. 

>Which is already
>weird, since the only advertised changes in 175-3 were a fix to the
>systemd service file and a fix to udev rules for Xen support.  Based
>on the kernel log you sent, you are not using systemd, and I assume
>you're not using Xen.

Please understand that a failed boot, appears - at least from what I can see 
here, 
always to have something to do with udev.

>
>This is on the machine with a D865GBF motherboard.

No,
This report is and always will be  Intel D865GRH mobo.
My other mobo is an Intel D865PERLK

There is another Debian user that has an Intel D865GBF mobo  
with a  "very" similar debian bug report filed.

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631597

[9.132009] Pid: 311, comm: modprobe Tainted: G  D
2.6.39-2-686-pae #1  /D865GBF

And this user has also filed a bug report upstream after Ben requested he do so.

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631597#15

>
>Anyway, you were able to take advantage of this situation to get an acpidump.
>
>Are these results reproducible?

Yes, But, the fail is not consistently one failure.
I had three failed boot attempts today while testing with a clean kernel 
commandline.
ie: processor.nocst=1 was not added to the commandline. on any of my 4 boot 
attempts today.
The fourth time the machine booted to a useable state.

>

I hope you can find some clues in this email that will make this issue less 
weird to understand.
And as always I'll do my best to get timely responses back to you, even though 
I have been busy 
elsewhere recently.
I've not had my usual amount of time to devote to testing and learning about 
the kernel.

Best Regards,
Will

>Hope that helps,
>Jonathan
>

Bug#653191: Please enable hardened build flags through dpkg-buildpackage

[Moritz Muehlenhoff]

Package: iceweasel
Version: 9.0.1-1
Severity: wishlist

Please source the hardened build flags from dpkg-buildflags for
CPPFLAGS, CXXFLAGS and LDFLAGS for the iceweasel build.

Cheers,
Moritz



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

Bug#653190: ITP: eclipse-gef -- Eclipse Graphical Editing Framework

[Jakub Adam]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

--- Please fill out the fields below. ---

   Package name: eclipse-gef
Version: 3.7.1
Upstream Author: IBM and others
URL: http://www.eclipse.org/gef/
License: EPL-1.0
Description: Eclipse Graphical Editing Framework

The Graphical Editing Framework (GEF) provides technology to create rich
graphical editors and views for the Eclipse Workbench UI. It bundles three
components:

 * Draw2d (org.eclipse.draw2d) - A layout and rendering toolkit for displaying
   graphics on an SWT Canvas.
 * GEF (MVC) (org.eclipse.gef) - An interactive model-view-controler (MVC)
   framework, which fosters the implementation of SWT-based tree and
   Draw2d-based graphical editors for the Eclipse Workbench UI.
 * Zest (org.eclipse.zest) - A visualization toolkit based on Draw2d, which
   enables implementation of graphical views for the Eclipse Workbench UI.



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

Bug#653189: iw: FTBFS with new libnl3 package version 3.2.3-2

[Andreas Moog]

Package: iw
Version: 3.1-1
Severity: Important

Dear maintainer,

The libnl3 package split our more libraries in seperate packages, making
this package FTBFS as it build-depends on libnl3-dev (now NBS).
Additionally, the upstream patch that includes support for libnl3 is
hardcoding -lnl-genl, which doesn't exist. Attached patch fixes the issues:

iw (3.1-2) UNRELEASED; urgency=low

  * Build-Depend on libnl-genl-3-dev
  * Update libnl3 support patch to the new layout of the libnl3 package
and use pkg-config to determine NLLIBS and CFLAGS.

 -- Andreas Moog  Sat, 24 Dec 2011 23:15:23 +0100

Thanks for considering this patch.

Cheers,

 Andreas
diff -Nru iw-3.1/debian/changelog iw-3.1/debian/changelog
--- iw-3.1/debian/changelog 2011-09-10 00:51:03.0 +0200
+++ iw-3.1/debian/changelog 2011-12-24 23:23:05.0 +0100
@@ -1,3 +1,11 @@
+iw (3.1-2) UNRELEASED; urgency=low
+
+  * Build-Depend on libnl-genl-3-dev
+  * Update libnl3 support patch to the new layout of the libnl3 package
+and use pkg-config to determine NLLIBS and CFLAGS. (LP: #908474)
+
+ -- Andreas Moog   Sat, 24 Dec 2011 23:15:23 +0100
+
 iw (3.1-1) unstable; urgency=low
 
   * New upstream release.
diff -Nru iw-3.1/debian/control iw-3.1/debian/control
--- iw-3.1/debian/control   2011-09-10 00:51:03.0 +0200
+++ iw-3.1/debian/control   2011-12-24 23:20:20.0 +0100
@@ -6,7 +6,7 @@
  Kel Modderman ,
  Stefan Lippers-Hollmann 
 Build-Depends: debhelper (>= 7),
- libnl3-dev,
+ libnl-genl-3-dev,
  pkg-config (>= 0.22)
 Standards-Version: 3.9.2
 Vcs-Svn: svn://anonscm.debian.org/svn/pkg-wpa/iw/trunk/
diff -Nru iw-3.1/debian/patches/add-libnl-3.0-support.patch 
iw-3.1/debian/patches/add-libnl-3.0-support.patch
--- iw-3.1/debian/patches/add-libnl-3.0-support.patch   2011-09-10 
00:24:47.0 +0200
+++ iw-3.1/debian/patches/add-libnl-3.0-support.patch   2011-12-24 
23:15:09.0 +0100
@@ -10,9 +10,11 @@
  iw.h |3 ++-
  3 files changed, 15 insertions(+), 5 deletions(-)
 
 a/Makefile
-+++ b/Makefile
-@@ -24,6 +24,7 @@ ALL = iw
+Index: iw-3.1/Makefile
+===
+--- iw-3.1.orig/Makefile   2011-12-24 23:11:27.557989747 +0100
 iw-3.1/Makefile2011-12-24 23:15:04.013989578 +0100
+@@ -24,6 +24,7 @@
  
  NL1FOUND := $(shell $(PKG_CONFIG) --atleast-version=1 libnl-1 && echo Y)
  NL2FOUND := $(shell $(PKG_CONFIG) --atleast-version=2 libnl-2.0 && echo Y)
@@ -20,20 +22,20 @@
  
  ifeq ($(NL1FOUND),Y)
  NLLIBNAME = libnl-1
-@@ -35,6 +36,12 @@ LIBS += -lnl-genl
+@@ -35,6 +36,12 @@
  NLLIBNAME = libnl-2.0
  endif
  
 +ifeq ($(NL3FOUND),Y)
-+CFLAGS += -DCONFIG_LIBNL30
-+LIBS += -lnl-genl
-+NLLIBNAME = libnl-3.0
++CFLAGS += $(shell $(PKG_CONFIG) --cflags libnl-genl-3.0) -DCONFIG_LIBNL30
++LIBS += $(shell $(PKG_CONFIG) --libs libnl-genl-3.0)
++NLLIBNAME = libnl-genl-3.0
 +endif
 +
  ifeq ($(NLLIBNAME),)
  $(error Cannot find development files for any supported version of libnl)
  endif
-@@ -53,6 +60,8 @@ endif
+@@ -53,6 +60,8 @@
  all: version_check $(ALL)
  
  version_check:
@@ -42,7 +44,7 @@
  ifeq ($(NL2FOUND),Y)
  else
  ifeq ($(NL1FOUND),Y)
-@@ -60,6 +69,7 @@ else
+@@ -60,6 +69,7 @@
$(error No libnl found)
  endif
  endif
@@ -50,8 +52,10 @@
  
  
  VERSION_OBJS := $(filter-out version.o, $(OBJS))
 a/iw.c
-+++ b/iw.c
+Index: iw-3.1/iw.c
+===
+--- iw-3.1.orig/iw.c   2011-12-24 23:11:27.549989747 +0100
 iw-3.1/iw.c2011-12-24 23:11:31.589989744 +0100
 @@ -23,9 +23,8 @@
  #include "nl80211.h"
  #include "iw.h"
@@ -64,7 +68,7 @@
  static inline struct nl_handle *nl_socket_alloc(void)
  {
return nl_handle_alloc();
-@@ -45,7 +44,7 @@ static inline int __genl_ctrl_alloc_cach
+@@ -45,7 +44,7 @@
return 0;
  }
  #define genl_ctrl_alloc_cache __genl_ctrl_alloc_cache
@@ -73,8 +77,10 @@
  
  int iw_debug = 0;
  
 a/iw.h
-+++ b/iw.h
+Index: iw-3.1/iw.h
+===
+--- iw-3.1.orig/iw.h   2011-12-24 23:11:27.537989747 +0100
 iw-3.1/iw.h2011-12-24 23:11:31.589989744 +0100
 @@ -11,7 +11,8 @@
  
  #define ETH_ALEN 6


signature.asc
Description: OpenPGP digital signature

Bug#653188: post-installation script returned error

[RoEn]

Package: extlinux   

 
Version: 2:4.05+dfsg-1  

 
Severity: important 

 


 
Dear Maintainer,

 

after upgrade of extlinux I get the following error message:
__
apt-get dist-upgrade

Setting up extlinux (2:4.05+dfsg-1) ...
P: Checking for EXTLINUX directory... found.
P: Writing config for /boot/vmlinuz-3.1-6.slh.1-aptosid-amd64...
E: cannot access "/dev/disk/by-uuid/dfc-fed-caf-aa-eddd": No such device
dpkg: error processing extlinux (--configure):
 subprocess installed post-installation script returned error exit status 1
configured to not write apport reports
  Errors were encountered while processing:
 extlinux
E: Sub-process /usr/bin/dpkg returned an error code (1)
__

# mount
# ... 
# /dev/disk/by-uuid/7813d8fc-f2ed-4caf-a42a-1ed1286959dd on / type ext4 
(rw,relatime,user_xattr,barrier=1,data=ordered)
# ...
__

# df -P /boot/extlinux | tail -1 | awk '{ print $1 }' | sed -e 's|[0-9]||g'
# /dev/disk/by-uuid/dfc-fed-caf-aa-eddd
_

may be, that extlinux (both 4:04 and 4.05) can not cope with /etc/mtab --> 
/proc/mounts, and can not parse the device node for the MBR...
thx

Regards
  Roland Engert


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

Kernel: Linux 3.1-6.slh.1-aptosid-amd64 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages extlinux depends on:
ii  debconf [debconf-2.0]  1.5.41
ii  libc6  2.13-23

Versions of packages extlinux recommends:
pn  syslinux-common 2:4.05+dfsg-1
pn  syslinux-themes-debian  

extlinux suggests no packages.

-- debconf information:
* extlinux/install: true





Message sent via Atmail Open - http://atmail.org/



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

Bug#652164: FTBFS: ../../src/rakarrack.cxx:22892:37: error: format not a string literal and no format arguments [-Werror=format-security]

[Daniel T Chen]

Package: rakarrack
Version: 0.6.1-3
Followup-For: Bug #652164
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

In Ubuntu Precise, the following patch was applied to resolve the FTBFS.
Thanks for considering the patch.


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

Kernel: Linux 3.0.0-14-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


*** format-security.debdiff.diff.2
diff -u rakarrack-0.6.1/debian/patches/series 
rakarrack-0.6.1/debian/patches/series
--- rakarrack-0.6.1/debian/patches/series
+++ rakarrack-0.6.1/debian/patches/series
@@ -1,0 +2 @@
+format-security.diff
only in patch2:
unchanged:
--- rakarrack-0.6.1.orig/debian/patches/format-security.diff
+++ rakarrack-0.6.1/debian/patches/format-security.diff
@@ -0,0 +1,71 @@
+Index: rakarrack-0.6.1/src/rakarrack.cxx
+===
+--- rakarrack-0.6.1.orig/src/rakarrack.cxx 2011-12-24 15:31:22.0 
-0500
 rakarrack-0.6.1/src/rakarrack.cxx  2011-12-24 15:31:24.0 -0500
+@@ -22889,7 +22889,7 @@
+   Fl_Widget *m = fl_message_icon();
+   m->parent()->copy_label(rkr->jackcliname);
+   sprintf(temp2,"Overwrite? \"%s\"",w->label());
+-  ok=fl_choice(temp2,"No","Yes",NULL);
++  ok=fl_choice("%s",temp2,"No","Yes",NULL);
+  if (!ok)
+  { 
+  o->value(0);
+@@ -24142,7 +24142,7 @@
+  w->parent()->copy_label(rkr->jackcliname);
+  
+ 
+- ok=fl_choice("Bank was modified, but not saved","Discard","Save",NULL);
++ ok=fl_choice("%s","Bank was modified, but not saved","Discard","Save",NULL);
+ 
+ 
+ 
+@@ -27243,7 +27243,7 @@
+ } 
+ 
+ sprintf(temp2,"Delete? \"%s\"",s->text());
+-ok=fl_choice(temp2,"No","Yes",NULL);
++ok=fl_choice("%s",temp2,"No","Yes",NULL);
+ if (!ok) return;
+ memset(Rname,0,sizeof(Rname));
+ sprintf(Rname,"%s",s->text());
+Index: rakarrack-0.6.1/src/fileio.C
+===
+--- rakarrack-0.6.1.orig/src/fileio.C  2011-12-24 15:31:22.0 -0500
 rakarrack-0.6.1/src/fileio.C   2011-12-24 15:31:24.0 -0500
+@@ -1641,7 +1641,7 @@
+ 
+case 3:
+ memset (temp, 0, sizeof (temp));
+-sprintf (temp, BankFilename);
++sprintf (temp, "%s", BankFilename);
+ break;
+
+}
+@@ -2786,4 +2786,4 @@
+ 
+ }
+ 
+- 
+\ No newline at end of file
++
+Index: rakarrack-0.6.1/src/varios.C
+===
+--- rakarrack-0.6.1.orig/src/varios.C  2011-12-24 16:36:58.0 -0500
 rakarrack-0.6.1/src/varios.C   2011-12-24 16:37:49.0 -0500
+@@ -41,7 +41,7 @@
+   w->image (a);
+   w->align (FL_ALIGN_TOP | FL_ALIGN_INSIDE);
+   w->parent ()->copy_label (labelwin);
+-  fl_message (message_text);
++  fl_message ("%s", message_text);
+   return (0);
+ 
+ };
+@@ -399,4 +399,4 @@
+ 
+ 
+ 
+-  
+\ No newline at end of file
++


-- System Information:
Debian Release: wheezy/sid
  APT prefers oneiric-updates
  APT policy: (900, 'oneiric-updates'), (800, 'oneiric'), (10, 'precise')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-14-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



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

Bug#613835: experiencing same issue as this bug

[Gene Sohn]

I'm experiencing the exact same behavior as what is reported on this 
issue at least as it relates to installing debian 6.0.3 netinst from a 
CD onto older hardware (AMD Athlon 2400+ CPU, relatively common 
motherboard/disks/cdrom/ethernet card).  Is there any general resolution 
for this or am I going to need to muck through the logs to figure out 
what is going on?


Thanks!

Gene




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

Bug#652526: [RFR] templates://unixcw/{cwcp.templates,cw.templates}

[Justin B Rye]

Christian PERRIER wrote:
> Your review should be sent as an answer to this mail.

I'm on reduced bandwidth right now, so no patch yet.

>  Template: cw/suid_bit
>  Type: boolean
>  Default: false
> +_Description: Run cw with root privileges?
> + The cw program can produce sounds using console buzzer, but this feature
   ^the
> + is available only if cw is run by the root user.
> + .
> + This can be achieved by setting the "setuid" bit to
> + execute it with root privileges or by running the program
> + with sudo. Both are not recommended.

Setting setuid is slightly awkward... but more importantly this
phrasing (including the Description) makes it rather unclear that
the boolean here is only asking about setuid, not sudo.

> + .
> + Alternatively, you can use soundcard output instead of console buzzer 
> output and
>   eliminate this problem completely.

How about:
   _Description: Make cw setuid root?
If run with elevated privileges (which is not recommended), cw can
produce sounds using the console buzzer.
.
Please choose whether this should be achieved by giving the
executable the "setuid" attribute.
.
Alternatives include running the program with sudo or eliminating
this issue completely by using output via a soundcard instead of the
buzzer.
 
>  Package: libcw3
[...]
>  Recommends: cw | cwcp | xcwcp
> -Description: Shared library for Morse programs
> - Shared library files for cw, cwcp and xcwcp programs.
> +Description: Morse programs - shared library

Given that all the programs are Morse code tutors, I'd suggest
mentioning that in the shared part of the description.

> + This package provides shared library files for cw, cwcp and xcwcp programs.
>   The library handles Morse code signals and generates sound
>   on console buzzer or sound card through OSS or ALSA.

Could we split this into a "unixcw boilerplate" paragraph and a
"libcw specifics" paragraph?  And maybe throw in a why-the-name hint?
On the other hand the names of the other packages are already
present in the Recommends: line.

   Description: Morse code tutor - shared library
The unixcw project provides support for learning to use Morse code
over Continuous Wave radio.
.
This package provides shared library files to handle Morse code
signals and to generate sound on the console buzzer or a sound card
through OSS or ALSA.

   Package: libcw3-dev
   Description: Morse code tutor - development files
The unixcw project provides support for learning to use Morse code
over Continuous Wave radio.
.
This package provides the static library, headers, and manual page for
development of programs that handle (i.e. send and receive) Morse code.
  
   Package: cw
   Description: Morse code tutor - command line user interface
The unixcw project provides support for learning to use Morse code
over Continuous Wave radio.
.
This package provides two executables:
 * cw - a simple command line application that converts key-presses
   to Morse code that can be heard through the console buzzer or a
   sound card;
 * cwgen - a program that generates groups of random characters for
   Morse code practice, which can be piped to the cw program.
.
It also includes example files (with the extension "cw") containing
commands which can be used to change properties such as the speed,
tone, and spacing of characters.

I wouldn't normally think of referring to the noises as
"characters", but then again I'm not a radio ham.  (And I nearly
said ".cw", but I suppose the dot isn't part of the extension.)

   Package: cwcp
   Description: Morse code tutor - text user interface
The unixcw project provides support for learning to use Morse code
over Continuous Wave radio.
.
This package provides an interactive Morse code tutor with a
full-screen text-based (ncurses) user interface. It offers menu
selection of sending modes, and keyboard control of character
sounding options such as the sending speed and pitch.

   Package: xcwcp
   Description: Morse code tutor - graphical user interface
The unixcw project provides support for learning to use Morse code
over Continuous Wave radio.
.
This package provides an interactive Morse code tutor with a Qt4
user interface. It allows choosing from a number of options for
practice, including sending random characters, random words, and
characters from the keyboard. It will also receive Morse code sent
using the keyboard or mouse as a Morse keyer, and display the
characters it sees.

If it's a Qt4 GUI (!= QT), and the package name is distinguished by
a prefixed X, then the fact it uses the X Window System can probably
be taken for granted.
-- 
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package



-- 
To UNSUBSCRIBE, email t

Bug#650961: libsqlite3-tcl: pkgIndex.tcl is empty and can not be generated

[Alexander Galanin]

Any news?

-- 
Alexander Galanin



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

Bug#653187: xmlto: Please consider to add "Recommends: zip"

[Hideki Yamane]

Package: xmlto
Version: 0.0.25-1
Severity: wishlist
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear Maintainer,

 xmlto package can generate epub file but it doesn't have any dependency
 for zip that is needed to create epub.

 So, I propose to add "Recommends: zip" to your package.

- -- 
Regards,

 Hideki Yamane

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

iQIcBAEBCgAGBQJO9kRBAAoJEF0yjQgqqrFARycP+wRNtkum5YSjYATz08BH9TTQ
dpnRWYIQs+oKDKFtxqS8HUxJirvQagt3W2kZ799piOhYwgsLvGn/8APiYNJJrY++
xcMz3CFvq88B6PCW0PYZPsWGo14xsz2qEbF8OtKuDRXh4mJPYgT6FwD9ZuA6q9Wf
iAxRdhrrGVjULRz8mrKn/9nX7Zh0RwYa1P2xd/TsyPnbqurqjJ0TrcLQRVnGW3Eu
AHNKeYQmHdb/7rvpL6XFX1Xg7+G/5cdDJaus0AM+xjviqfQJbbb5YuKInhrKLI4s
Hk0rYAungRVw+PQ+Ta7pAO/BSyg0Q+1bc0MdTMK7IBHNe31S57MjZDRtBEe13z7s
WRlJ9K6WwtxYtlM8raK4Q0IVr+9fJtBqpCRodsnnmlP+6GNJSVPfzdAPnrMuPlIZ
dKBEqZBVUM0u8lS+9oXHaJ8buQSerqKE+ejs1Our4IXHSYVj79kY59CauUBHsO3Y
YdHHGe5pUJt6rekocZ+g6lyU7cXQhbNlZYd7ftc5PbwG0hC9h41mIOyjhjiT/rRO
1cr8eLZ8b1Ru6piX/+E+/LF7pchX3QZtX9wJCb5IFR9Ts1Hg4DwnZjn8RICe2NBi
mr9ejJaVbyS3O/nGupirYqFQWGRWCCITJJyeUzYuX3B0Ufx6oyXKs40ntrJYVwea
nafdSS7yRsjTUTX9Rk1G
=GrBy
-END PGP SIGNATURE-
diff -urN xmlto-0.0.25.orig/debian/control xmlto-0.0.25/debian/control
--- xmlto-0.0.25.orig/debian/control	2011-11-27 23:17:30.0 +0900
+++ xmlto-0.0.25/debian/control	2011-12-25 06:28:49.338940062 +0900
@@ -17,7 +17,7 @@
 Depends: ${shlibs:Depends}, ${misc:Depends}, xsltproc (>= 1.1.12-8),
  docbook-xsl (>= 1.64.1.0), docbook-xml (>= 4.2-8), debianutils (>= 1.16),
  libxml2-utils, sgml-base
-Recommends: libpaper-utils, dblatex | fop
+Recommends: libpaper-utils, dblatex | fop, zip
 Suggests: xmltex (>= 1.9.debian.1), w3m | lynx-cur | links
 Description: XML-to-any converter
  xmlto is a front-end to an XSL toolchain. It chooses an appropriate

Bug#653186: please build for Multi-Arch

[Kees Cook]

Package: libcap2
Version: 1:2.22-1
Severity: normal
Tags: patch

Hi!

In support of the Multi-Arch release goal, here is a patch that builds
libcap2 to be Multi-Arch installable, which includes splitting the PAM
module into a separate package.

Thanks!

-Kees

-- 
Kees Cook@debian.org
diff -Nru libcap2-2.22/debian/changelog libcap2-2.22/debian/changelog
--- libcap2-2.22/debian/changelog   2011-07-27 22:44:47.0 -0700
+++ libcap2-2.22/debian/changelog   2011-12-24 13:22:34.0 -0800
@@ -1,3 +1,11 @@
+libcap2 (1:2.22-2) UNRELEASED; urgency=low
+
+  * debian/{control,rules,compat}: Build for Multi-arch.
+  * debian/{control,libpam-cap.*}: Split PAM module into separate binary
+package so it can be built for Multi-arch separate from the -bins pkg.
+
+ -- Kees Cook   Sat, 17 Dec 2011 11:18:32 -0800
+
 libcap2 (1:2.22-1) unstable; urgency=low
 
   * New upstream released
diff -Nru libcap2-2.22/debian/compat libcap2-2.22/debian/compat
--- libcap2-2.22/debian/compat  2011-07-27 22:44:47.0 -0700
+++ libcap2-2.22/debian/compat  2011-12-24 12:58:02.0 -0800
@@ -1 +1 @@
-7
+9
diff -Nru libcap2-2.22/debian/control libcap2-2.22/debian/control
--- libcap2-2.22/debian/control 2011-07-27 22:44:47.0 -0700
+++ libcap2-2.22/debian/control 2011-12-24 13:19:52.0 -0800
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Torsten Werner 
 Standards-Version: 3.9.0
-Build-Depends: debhelper (>= 7.0.50~), indent, libattr1-dev, libpam0g-dev
+Build-Depends: debhelper (>= 8.1.3~), indent, libattr1-dev, libpam0g-dev
 Homepage: http://sites.google.com/site/fullycapable/
 Vcs-Git: git://git.debian.org/collab-maint/libcap2.git
 Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/libcap2.git
@@ -11,7 +11,8 @@
 Package: libcap2-bin
 Section: utils
 Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, libpam-runtime (>= 1.1.1-3~)
+Depends: ${shlibs:Depends}, ${misc:Depends}
+Recommends: libpam-cap
 Suggests: libcap-dev
 Conflicts: libcap-bin
 Description: basic utility programs for using capabilities
@@ -23,6 +24,8 @@
 Package: libcap2
 Priority: standard
 Architecture: any
+Multi-Arch: same
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: support for getting/setting POSIX.1e capabilities
  This library implements the user-space interfaces to the POSIX
@@ -33,6 +36,7 @@
 Package: libcap-dev
 Section: libdevel
 Architecture: any
+Multi-Arch: same
 Depends: libcap2 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
 Provides: libcap2-dev
 Conflicts: libcap2-dev
@@ -41,3 +45,13 @@
 Description: development libraries and header files for libcap2
  Contains the necessary support for building applications that use
  capabilities.
+
+Package: libpam-cap
+Architecture: any
+Multi-Arch: same
+Depends: ${shlibs:Depends}, ${misc:Depends}, libpam-runtime (>= 1.1.3-2~)
+Breaks: libcap2-bin (<< 1:2.22-2)
+Replaces: libcap2-bin (<< 1:2.22-2)
+Description: PAM module for implementing capabilities
+ This package contains the PAM module for enforcing capabilities on users
+ and groups at PAM session start time.
diff -Nru libcap2-2.22/debian/libcap2-bin.dirs 
libcap2-2.22/debian/libcap2-bin.dirs
--- libcap2-2.22/debian/libcap2-bin.dirs2011-07-27 22:44:47.0 
-0700
+++ libcap2-2.22/debian/libcap2-bin.dirs1969-12-31 16:00:00.0 
-0800
@@ -1,2 +0,0 @@
-usr/share/pam-configs
-etc/security
diff -Nru libcap2-2.22/debian/libcap2-bin.install 
libcap2-2.22/debian/libcap2-bin.install
--- libcap2-2.22/debian/libcap2-bin.install 2011-07-27 22:44:47.0 
-0700
+++ libcap2-2.22/debian/libcap2-bin.install 2011-12-24 12:56:09.0 
-0800
@@ -1,4 +1 @@
-debian/tmp/lib/security/*
 debian/tmp/sbin/*
-debian/pam-configs/* usr/share/pam-configs/
-pam_cap/capability.conf etc/security/
diff -Nru libcap2-2.22/debian/libcap2-bin.postinst 
libcap2-2.22/debian/libcap2-bin.postinst
--- libcap2-2.22/debian/libcap2-bin.postinst2011-07-27 22:44:47.0 
-0700
+++ libcap2-2.22/debian/libcap2-bin.postinst1969-12-31 16:00:00.0 
-0800
@@ -1,37 +0,0 @@
-#!/bin/sh
-# postinst script for libcap2-bin
-#
-# see: dh_installdeb(1)
-
-set -e
-
-# summary of how this script can be called:
-#*  `configure' 
-#*  `abort-upgrade' 
-#*  `abort-remove' `in-favour' 
-#  
-#*  `abort-remove'
-#*  `abort-deconfigure' `in-favour'
-#`removing'
-#   
-# for details, see http://www.debian.org/doc/debian-policy/ or
-# the debian-policy package
-
-
-case "$1" in
-configure|abort-upgrade|abort-remove|abort-deconfigure)
-pam-auth-update --package
-;;
-
-*)
-echo "postinst called with unknown argument \`$1'" >&2
-exit 1
-;;
-esac
-
-# dh_installdeb will replace this with shell code automatically
-# generated by other debhelper scripts.
-
-#DEBHELPER#
-
-exit 0
diff -Nru libcap2-2.2

Bug#650457: gnome-screensaver: LCD brightness is *not* restored after returning from screen lock in *Gnome shell*

[Marcelo Luiz de Laia]

On Fri, 23 Dec 2011, alfredo amontagna wrote:

> after the upgrade of the kernel from linux-image-3.1.0-1-amd64 from 3.1.1-1
> to 3.1.5-1 the problem seems to be solved.

Kernel upgrade solved that problem. Thank you very much!

-- 
  O___   - Marcelo Luiz de Laia
 c/  /'_ - Diamantina
(*)  \(*)- Minas Gerais
~- Brazil
^- Linux user number 487797



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

Bug#653168: Should this package be removed?

[Roberto C . Sánchez]

On Sat, Dec 24, 2011 at 04:56:55PM +0100, Moritz Muehlenhoff wrote:
> Source: oprofile
> Severity: serious
> 
> oprofile seems like a candidate for removal:
> 
> - Last maintainer upload in 2009
> - No followup to security or RC bugs from the maintainers
> - Low popcon
> - Alternatives exist (perf)
> - Depends on legacy libs (604366)
> - Broken wih current kernels (615964)
> 
> Unless there're objections/fixes, I'll file a removal bug in a month.
> 

Moritz,

I have no objection.  I become co-maintainer of oprofile a little over
two years ago because one of my clients was using it and needed some
work done on the package.  The maintainer was not especially responsive
at that time, so I did what needed to be done.  However, my client has
since moved away from using oprofile and when I asked to be removed as
co-maintainer I heard nothing at all.  Based on that, I think that the
maintainer is probably MIA, and removal seems like the right thing.

Regards,

-Roberto
-- 
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com


signature.asc
Description: Digital signature

Bug#653136: vdradmin-am: Record commands (RecCMD) broken using vdr 1.7.22

[Tobias Grimm]

Hello!

On 24.12.2011 13:05, David Rütti wrote:

> Execution of the record commands especially 'vdrconvert' is broken using vdr 
> 1.7.22 and above.

Thanks. I've forwared this upstream
(http://projects.vdr-developer.org/issues/834) and a new Debian version
will be uploaded soon.

Thx,

Tobias



signature.asc
Description: OpenPGP digital signature

Bug#614610: echo mia crashes

[Jonathan Nieder]

Hi Ed,

Ed Abbott wrote:

> I need to take some more time in the next few days and
> try again.  I'm not sure that the alsa software and the
> firmware are properly matched in terms of version number.

Honestly I don't suspect that is needed.  What would be useful is

 - for someone to summarize the current status of packaging ALSA
   firmware and what remains to be done in that direction

 - for someone to test the latest ALSA driver and let us know
   how it behaves.  Please consider using the "checkinstall"
   program if using the upstream sources directly without
   packaging.

 - if a newer version of the ALSA kernelspace or userspace driver
   fixes this, for someone to package it for Debian.

Sorry for the trouble, and hope that helps.
Jonathan



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

Bug#653179: linux-image-3.1.0-1-amd64: Can't switch off WoW option of RT5390 wi-fi card, notebook wakes on wi-fi activity

[Jonathan Nieder]

retitle 653179 rt2800pci: missing ethtool wol command (ability to 
enable/disable wake-on-wlan)
severity 653179 wishlist
tags 653179 + upstream
quit

pol kh wrote:

> $ lspci | grep Ralink
> 04:00.0 Network controller: Ralink corp. RT5390 [802.11 b/g/n 1T1R G-band PCI 
> Express Single Chip]
[...]
> # ethtool -s wlan0 wol d
> Cannot get current wake-on-lan settings: Operation not supported
>   not setting wol
[...]
> [   10.535481] phy0 -> rt2800pci_mcu_status: Error - MCU request failed, no 
> response from hardware
[...]
> 04:00.0 Network controller [0280]: Ralink corp. RT5390 [802.11 b/g/n 1T1R 
> G-band PCI Express Single Chip] [1814:539f]
> Subsystem: Hewlett-Packard Company Pavilion DM1Z-3000 PCIe wireless 
> card [103c:1637]
[...]
> Kernel driver in use: rt2800pci

Thanks.

I'm surprised that wake-on-wlan is enabled by default for you --- is
that a BIOS setting?

In any event, the rt2800pci driver does not know how to handle the
wake-on-wlan bit, and that is a deficiency relative to the Windows
driver.  I'd recommend getting in touch with the upstream developers
at us...@rt2x00.serialmonkey.com to work on implementing it.  Please
cc either me or this bug log when doing so so we can track it.  They
may ask you to read registers set by the Windows driver or to test
patches.  Once a patch has been accepted upstream, we can apply it.

Hope that helps,
Jonathan



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

Bug#648271: [debian-policy] 11.8.3 "Packages providing a terminal emulator" says xterm passes -e option straight to exec

[Filipus Klutiero]

Le 2011-12-24 14:16, Russ Allbery a écrit :

Filipus Klutiero  writes:


Section 11.8.3 "Packages providing a terminal emulator" contains:

To be an x-terminal-emulator, a program must:

   Support the command-line option -e command, which creates a new
   terminal window[94
   ]
   and runs the specified command, interpreting the entirety of the
   rest of the command line as a command to pass straight to exec,
   in the manner that xterm does.

However, as pointed out by Hendrik Sattler in #563352, xterm does *not*
simply pass its -e option straight to exec, at least nowadays. The
following command exemplifies:

$ xterm -e 'echo TEST&&  sleep 3'

This works as intended, so xterm does not just support simple commands,
but also pipelines.

[...]


By the way, as Hendrik wrote, it would be best to specify how
x-terminal-emulator should behave, rather than to say the behavior
should be the same as xterm's.  Also, the term "command" is ambiguous.

I think there are a couple of different ways we could go with this.  One
is to fully specify xterm's behavior (including the fallback to the shell)
and require that everything else satisfy that, but from the referenced bug
it doesn't look like other upstreams want to do that.  The other is to be
clearer that the default is to call exec but to allow the fallback that
xterm does.  I think the latter makes more sense.

How about something like:

 Support the command-line option "-e", which creates a new
 terminal window and runs the specified command.  may be
 multiple arguments, all of which are part of the command.  All
 arguments are passed directly to exec, bypassing the shell.  (xterm's
 behavior of falling back on using the shell if -e had a single
 argument and exec failed is permissible but not required.)



I cannot say what the policy should be, this is just about how it should 
be written. The only comment I can make on what the policy should be is 
that the bug which made me open #563352 is #558454 (which is 
outstanding, despite the bug report's status). The problem causing 
#558454 is that Konsole only takes a command name as its -e option, not 
a simple command, let alone a pipeline. So regarding that bug, any of 
the changes you propose will work (current policy already makes it clear 
that Konsole is non-compliant). In other words, I'm not asking to change 
the policy, but I do not mind if you change it.


Regarding the formulation, your suggestion does fix the issue Hendrik 
identified. I would still remind that the term "command" is ambiguous 
(you must be referring to simple commands here). Also, I suggest to make 
the policy as implementation-independent as possible, ideally avoiding 
to force usage of exec.




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

Bug#653185: pcmanfm: fails to mount blank dvd:when I insert a blank dvd nothing happends

[Leo Arcamone]

Package: pcmanfm
Version: 0.9.8-1
Severity: normal

pcmanfm: fails to mount blank dvd:when I insert a blank dvd nothing happends



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

Kernel: Linux 3.0.6-avl-5 (SMP w/1 CPU core; PREEMPT)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages pcmanfm depends on:
ii  libc6  2.13-4Embedded GNU C Library: Shared lib
ii  libcairo2  1.8.10-6  The Cairo 2D vector graphics libra
ii  libfm-gtk0 0.1.14-2  file management support - GTK+ GUI
ii  libfm0 0.1.14-2  file management support - core lib
ii  libglib2.0-0   2.28.6-1  The GLib library of C routines
ii  libgtk2.0-02.20.1-2  The GTK+ graphical user interface 
ii  libpango1.0-0  1.28.3-1+squeeze2 Layout and rendering of internatio
ii  libx11-6   2:1.3.3-4 X11 client-side library

Versions of packages pcmanfm recommends:
ii  gnome-icon-theme  2.30.3-2   GNOME Desktop icon theme
ii  gvfs-backends 1.6.4-3userspace virtual filesystem - bac
ii  gvfs-fuse 1.6.4-3userspace virtual filesystem - fus

pcmanfm 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#653184: lxc: French debconf templates translation

[Julien Patriarca]

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

 

*** /home/julien/traductions/po-debconf/patch-translate.txt


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

This file should be put as debian/po/fr.po in your package build tree.



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

Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
# Translation of lxc debconf templates to French.
# Copyright (C) 2011 French l10n team 
# This file is distributed under the same license as the lxc package.
# Julien Patriarca , 2011.
#
msgid ""
msgstr ""
"Project-Id-Version: lxc\n"
"Report-Msgid-Bugs-To: l...@packages.debian.org\n"
"POT-Creation-Date: 2011-10-23 09:43+0200\n"
"PO-Revision-Date: 2011-10-23 16:54+0100\n"
"Last-Translator: Julien Patriarca \n"
"Language-Team: FRENCH \n"
"Language: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: title
#. Description
#: ../lxc.templates:2001
msgid "Linux Containers (LXC) setup"
msgstr "Configuration de Linux Containers (LXC)"

#. Type: boolean
#. Description
#: ../lxc.templates:3001
msgid "Automatically start Linux Containers on boot?"
msgstr "Faut-il lancer automatiquement Linux Containers à l'amorçage système ?"

#. Type: boolean
#. Description
#: ../lxc.templates:3001
msgid ""
"Linux Containers can be automatically started during system boot and shut "
"down on reboot or halt."
msgstr ""
"Linux Containers peut être automatiquement démarré durant l'amorçage du "
"système, et éteint au moment du redémarrage ou de l'arrêt."

#. Type: boolean
#. Description
#: ../lxc.templates:3001
msgid ""
"If you choose this option, the required symlinks will be created in the /etc/"
"lxc/auto directory."
msgstr ""
"Si vous choisissez cette option, les liens symboliques requis seront créés "
"dans le répertoire /etc/lxc/auto."

Bug#653141: [regression 3.0->3.1.5] kernel module ipw2200 has problems with setting the essid for the wireless device

[Jonathan Nieder]

Hi Manuel,

Manuel Gebauer wrote:

> Below is a session to demonstrate the essid-setting-problem. Look out for the
> garbled names like 'gÆisQÿJì)ͺ«òûãF|ÂTø\03'. The
> ipw2200-version from kernel-source-3.0.0 in comparision did not show this
> problem.

What did the 3.0.y kernel do instead?

It looks to me like the ESSID gets reset to "intranet" once it is time to
associate.  Could you further explain the symptoms and how they differ
from the expected behavior?

Can you reproduce this using wpa_supplicant directly on the command
line?  (That just makes reproduction recipes a little easier to
understand.)  Even better would be if you can reproduce this on a WEP
network with "ip" from the iproute package and "iw" from iw:

ip link set eth1 up
iw dev eth1 scan
iw dev eth1 connect -w  key 
ip link set eth1 down

Full "dmesg" output from booting up an affected kernel would also be
interesting.

More hints, such as how to get an iw event log, are at [1].

Thanks and hope that helps,
Jonathan

[1] http://linuxwireless.org/en/users/Documentation/Reporting_bugs



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

Bug#621050: Document dependencies needed to use multiarch paths

[Jonathan Nieder]

Russ Allbery wrote:

> Could you prepare an updated patch?

Here's one.
---
 policy.sgml |8 
 1 files changed, 8 insertions(+), 0 deletions(-)

diff --git a/policy.sgml b/policy.sgml
index 4aeae363..0ca925e0 100644
--- a/policy.sgml
+++ b/policy.sgml
@@ -6214,6 +6214,14 @@ install -m644 debian/shlibs.package 
debian/package/DEBIAN/
   
 
 
+  Packages installing libraries to
+  /usr/lib/triplet must declare a
+  Pre-Depends relationship against
+  multiarch-support to ensure the
+  libraries are visible to ld.so during
+  partial upgrades from Debian 6.0 (squeeze) and earlier.
+
+
   Applications may also use a single subdirectory under
   /usr/lib/triplet.
 
-- 
1.7.8




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

Bug#653183: [reportbug] "Ignored bogus setting for --ui: gtk2" / Menu item fails quietly when python-gtk is not installed

[Filipus Klutiero]

Package: reportbug
Version: 6.3.1
Severity: normal

When reportbug is invoked to get the GTK+ interface, it can fail 
incorrectly if python-gtk is missing. reportbug only suggests 
python-gtk, which is probably a good thing, but this forces reportbug to 
expect python-gtk can be missing. When python-gtk is missing, reportbug 
seems to have no idea what --ui gtk2 means:



$ reportbug --ui gtk2
Ignored bogus setting for --ui: gtk2
Please enter the name of the package in which you have found a 
problem, or type 'other' to report a more general problem. [...]


While this is misleading on the command line, this is worst when using 
reportbug's menu item. That quietly fails.


Although fixing the output on the command line shouldn't be a great 
challenge, I'm not sure what should be done about the menu item. 
Reportbug could launch its text UI as a fallback, but that would need a 
x-terminal-emulator. Should the menu item be moved to a new package just 
for the UI :-?


--- System information. ---
Architecture: i386
Kernel: Linux 3.1.0-1-amd64

Debian Release: wheezy/sid
990 testing security.debian.org
990 testing ftp.ca.debian.org
500 unstable ftp.ca.debian.org
1 experimental ftp.ca.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#640263: debian-policy: Clarify policy section 9.9 - Environment variables

[Jonathan Nieder]

Russ Allbery wrote:

> I propose the attached patch to address all of those issues.  Seconds or
> further discussion?

Looks good to me.  (Well, one nit: the log message says

custom environment variables (not, say, PATH)

where I think the intent is something like

custom environment variable settings (not, say, a sensible
PATH)

One way to avoid that would be to just leave the summary out.)



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

Bug#653178: Well, its reappears. cat /proc/cmdline always segfault

[Eric Valette]

The fsck found nothing

-- eric



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

Bug#621050: Document dependencies needed to use multiarch paths

[Russ Allbery]

Jonathan Nieder  writes:
> Steve Langasek wrote[1]:

>> Since we don't want to wait until the next release cycle before being
>> able to proceed to step 5, this does mean that a transitional
>> dependency is needed to ensure a multiarch-compatible ld.so is unpacked
>> before libraries unpack to /lib/i386-linux-gnu.
> [...]
>> If you think this is important to document in policy anyway, I can
>> prepare a patch.

> How about something like this?  Based roughly on 
> http://lists.debian.org/debian-devel/2011/04/msg00036.html

I think the wording here is fine, but this needs to be normative and not
in a footnote, since this is a requirement for the wheezy release.  Could
you prepare an updated patch?

> --- a/policy.sgml
> +++ b/policy.sgml
> @@ -6163,10 +6163,19 @@ install -m644 debian/shlibs.package 
> debian/package/DEBIAN/
>containing 32-bit x86 libraries may not install these
>libraries to /usr/lib/i386-linux-gnu.
>
> -This is necessary in order to reserve the directories for
> -use in cross-installation of library packages from other
> -architectures, as part of the planned deployment of
> -multiarch.
> +
> +  This is necessary in order to reserve the directories 
> for
> +  use in cross-installation of library packages from 
> other
> +  architectures, as part of the planned deployment of
> +  multiarch.
> +
> +
> +  Packages installing libraries to these directories
> +  will need to declare a "Pre-Depends" relationship
> +  against multiarch-support to ensure
> +  the libraries are visible to ld.so during partial
> +  upgrades from Debian 6.0 (squeeze) and earlier.
> +
>
>  
>  

-- 
Russ Allbery (r...@debian.org)   



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

Bug#653182: munin: graph shows warning-line at value provided by plugin, ignores master override

[Christoph Biedl]

Package: munin
Version: 1.999.4508-1.3
Severity: normal

Hello,

rather a visual thing, nevertheless confusing.

If a plugin announces a "warning" threshold, mc-g will draw a line at
that level. If however in the master configuration that threshold is
overwritten, the line is still drawn at the level provided by the
plugin. This should be the value as set in the master.


How to repeat:

Use this script as a plugin, named "test":

#!/bin/sh
if [ "$1" = "config" ] ; then
echo 'graph_title test'
echo 'graph_info Single-field plugin, with threshold, no limits'
echo 'test1.label test1'
echo 'test1.warning 1.1'
echo 'test1.critical 1.2'
echo 'graph_args --lower-limit 0 --upper-limit 1.3'
exit 0
fi
echo 'test1.value 1'
exit 0

In the master, add

test.test1.warning 1.05

in the according section.

Wait a few minutes and open the according service page in the browser.


Expected:

1. A green line at y=1, just at the very end.
2. In the description at the bottom, the value 1.05 under "Warn".
3. A warning level line, full width, at y=1.05


Seen:

1. That's fine.
2. (squeeze only) The value shown is "1.1".
3. (both squeeze and experimental) The line is at y=1.1


Sorry, Santa didn't bring a patch.

Christoph

-- System Information:
Debian Release: 6.0.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (x86_64)

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

Versions of packages munin depends on:
ii  adduser3.112+nmu2add and remove users and groups
ii  cron   3.0pl1-116process scheduling daemon
ii  libcgi-fast-perl   5.10.1-17squeeze2 CGI::Fast Perl module
ii  libdate-manip-perl 6.11-1module for manipulating dates
pn  libdigest-md5-perl (no description available)
ii  libfile-copy-recursive 0.38-1Perl extension for recursively cop
ii  libhtml-template-perl  2.9-2 module for using HTML Templates wi
ii  libio-socket-inet6-per 2.65-1.1  Object interface for AF_INET6 doma
ii  liblog-log4perl-perl   1.29-1A Perl port of the widely popular 
ii  librrds-perl   1.4.3-1   time-series data storage and displ
pn  libstorable-perl   (no description available)
ii  liburi-perl1.54-2module to manipulate and access UR
ii  munin-common   1.999.4508-1.3network-wide graphing framework (c
ii  perl [libtime-hires-pe 5.10.1-17squeeze2 Larry Wall's Practical Extraction 
ii  perl-modules   5.10.1-17squeeze2 Core Perl modules
ii  rrdtool1.4.3-1jj1time-series data storage and displ
ii  ttf-dejavu 2.31-1Metapackage to pull in ttf-dejavu-

Versions of packages munin recommends:
pn  munin-node (no description available)

Versions of packages munin suggests:
pn  libnet-ssleay-perl (no description available)
ii  lighttpd [httpd]   1.4.28-2+squeeze1 A fast webserver with minimal memo
pn  www-browser(no description available)

-- Configuration Files:
/etc/logrotate.d/munin changed [not included]
/etc/munin/munin.conf 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#648271: [debian-policy] 11.8.3 "Packages providing a terminal emulator" says xterm passes -e option straight to exec

[Russ Allbery]

Filipus Klutiero  writes:

> Section 11.8.3 "Packages providing a terminal emulator" contains:

>> To be an x-terminal-emulator, a program must:
>>
>>   Support the command-line option -e command, which creates a new
>>   terminal window[94
>>   ]
>>   and runs the specified command, interpreting the entirety of the
>>   rest of the command line as a command to pass straight to exec,
>>   in the manner that xterm does.

> However, as pointed out by Hendrik Sattler in #563352, xterm does *not*
> simply pass its -e option straight to exec, at least nowadays. The
> following command exemplifies:

>> $ xterm -e 'echo TEST && sleep 3'

> This works as intended, so xterm does not just support simple commands,
> but also pipelines.

[...]

> By the way, as Hendrik wrote, it would be best to specify how
> x-terminal-emulator should behave, rather than to say the behavior
> should be the same as xterm's.  Also, the term "command" is ambiguous.

I think there are a couple of different ways we could go with this.  One
is to fully specify xterm's behavior (including the fallback to the shell)
and require that everything else satisfy that, but from the referenced bug
it doesn't look like other upstreams want to do that.  The other is to be
clearer that the default is to call exec but to allow the fallback that
xterm does.  I think the latter makes more sense.

How about something like:

Support the command-line option "-e ", which creates a new
terminal window and runs the specified command.   may be
multiple arguments, all of which are part of the command.  All
arguments are passed directly to exec, bypassing the shell.  (xterm's
behavior of falling back on using the shell if -e had a single
argument and exec failed is permissible but not required.)

-- 
Russ Allbery (r...@debian.org)   



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

Bug#601976: firmware-ralink: Wireless network unusable when kernel loads with the wireless function button powered off

[Jonathan Nieder]

tags 601976 + unreproducible
quit

David Sanchez Herrero wrote:

> Hi Jonathan,
>
> The laptop with this issue is dead, so don't worry.

Drat.  Do you remember the make and model of the laptop?

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#643690: perl policy unclear about the section for manpages

[Russ Allbery]

Steve Langasek  writes:

> The perl policy makes confusing statements about the section that manpages
> should be installed in:

> 2.4. Documentation
> --

>  Manual pages distributed with Perl packages must be installed into the
>  standard directories:

>  [...]

>  Modules
>   Manual pages for modules are installed into `/usr/share/man/man3'
>   with the extension `.3perl'.

> I apparently misread this long ago and assumed that "manual pages for
> modules" was talking about all modules rather than just those from the
> perl source package.  Only a recent lintian warning, showing me that
> MakeMaker has output the manpage with a .TH that doesn't match the
> filename, clued me in.

> I think the language in 2.4 should be clarified to explicitly state this
> only applies to modules from the perl source package.

Yes, this tripped me up too.  Here's a proposed patch.  Seconds or further
discussion?  I'll copy debian-perl as well for further review.

-- 
Russ Allbery (r...@debian.org)   

>From f6938d47f9250f672586191cc00988e9e61cea06 Mon Sep 17 00:00:00 2001
From: Russ Allbery 
Date: Sat, 24 Dec 2011 11:03:49 -0800
Subject: [PATCH] Clarify the Perl policy documentation rules

The first section about documentation and manual page extensions
only applies to packages generated from the perl source package.
Make that explicit and add a reference to the section discussing
module packages.
---
 perl-policy.sgml |6 --
 1 files changed, 4 insertions(+), 2 deletions(-)

diff --git a/perl-policy.sgml b/perl-policy.sgml
index 70c5bfc..626c514 100644
--- a/perl-policy.sgml
+++ b/perl-policy.sgml
@@ -197,8 +197,8 @@
 	  package.
 	
 	
-	  Manual pages distributed with Perl packages must be installed
-	  into the standard directories:
+	  Manual pages distributed with packages built from the perl
+	  source package must be installed into the standard directories:
 	  
 	Programs
 	
@@ -217,6 +217,8 @@
 	  
 	
 	  
+	  The extensions used for manual pages distributed with module
+	  packages are different.  See .
 	
   
 
-- 
1.7.7.3

Bug#653181: lisaac: typo in package description

[Davide Prina]

Source: lisaac
Severity: minor

Dear Maintainer,

in DDTSS I see:

Object-oriented language base on prototype
^
|

I think it must be:

Object-oriented language based on prototype

Ciao
Davide

--
Dizionari: http://linguistico.sourceforge.net/wiki
Esci dall'illegalità: utilizza OpenOffice.org:
http://linguistico.sf.net/wiki/doku.php?id=usaooo
Non autorizzo la memorizzazione del mio indirizzo su outlook





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

Bug#599582: problem with sound (pulseaudio/alsa broken?)

[Jonathan Nieder]

Jean-Louis Biasini wrote:

> hi,
>
> I'm sorry but I changed my laptop so I cannot test on this bug any
> further...

No problem --- the name of the laptop should be enough for someone to
go on.  Thanks for letting us know.

> thanks anyway for your interest.
>
> merry chrismas
>
> Jean-Louis Biasini



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

Bug#652955: [linux-headers-3.1.0-1-common] Naming inconsistancy? can cause dkms/m-a problems

[David Baron]

On Thursday 26 Kislev 5772 10:17:12 Jonathan Nieder wrote:
> tags 652955 + moreinfo
> quit
> 
> Hi David,
> 
> David Baron wrote:
> > If I have the same kernel version installed for both i686 and amd64, for
> > example. The debian nvidia kernel modules will dkms successfully on both
> > while the debian virtualbox kernel modules will dkms only for one of
> > them.
> 
> Please supply details, including the error message.
> 
> Thanks for writing,
> Jonathan

This will be more useful:
DKMS make.log for virtualbox-4.1.6 for kernel 3.1.0-1-686-pae (x86_64)
Sat Dec 24 20:50:14 IST 2011
make: Entering directory `/usr/src/linux-headers-3.1.0-1-686-pae'
  LD  /var/lib/dkms/virtualbox/4.1.6/build/built-in.o
  LD  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/built-in.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/linux/SUPDrv-linux.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/SUPDrv.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/SUPDrvSem.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/r0drv/alloc-r0drv.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/r0drv/initterm-r0drv.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/r0drv/memobj-r0drv.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/r0drv/mpnotification-r0drv.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/r0drv/powernotification-r0drv.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/r0drv/linux/assert-r0drv-linux.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/r0drv/linux/alloc-r0drv-linux.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/r0drv/linux/initterm-r0drv-linux.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/r0drv/linux/memobj-r0drv-linux.o
/var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/r0drv/linux/memobj-r0drv-linux.c: In function ‘rtR0MemObjNativeLockKernel’:
/var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/r0drv/linux/memobj-r0drv-linux.c:910:12: warning: comparison between pointer and integer [enabled by default]
/var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/r0drv/linux/memobj-r0drv-linux.c:910:58: warning: comparison between pointer and integer [enabled by default]
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/r0drv/linux/memuserkernel-r0drv-linux.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/r0drv/linux/mp-r0drv-linux.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/r0drv/linux/mpnotification-r0drv-linux.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/r0drv/linux/process-r0drv-linux.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/r0drv/linux/semevent-r0drv-linux.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/r0drv/linux/semeventmulti-r0drv-linux.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/r0drv/linux/semfastmutex-r0drv-linux.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/r0drv/linux/semmutex-r0drv-linux.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/r0drv/linux/spinlock-r0drv-linux.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/r0drv/linux/thread-r0drv-linux.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/r0drv/linux/thread2-r0drv-linux.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/r0drv/linux/time-r0drv-linux.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/r0drv/linux/timer-r0drv-linux.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/r0drv/generic/semspinmutex-r0drv-generic.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/common/alloc/alloc.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/common/checksum/crc32.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/common/checksum/ipv4.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/common/checksum/ipv6.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/common/err/RTErrConvertFromErrno.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/common/err/RTErrConvertToErrno.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/common/log/log.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/common/log/logellipsis.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/common/log/logrel.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/common/log/logrelellipsis.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/common/log/logcom.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/common/log/logformat.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/common/misc/RTAssertMsg1Weak.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/common/misc/RTAssertMsg2.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/common/misc/RTAssertMsg2Add.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/common/misc/RTAssertMsg2AddWeak.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/common/misc/RTAssertMsg2AddWeakV.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/common/misc/RTAssertMsg2Weak.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.6/build/vboxdrv/common/misc/RTAssertMsg2WeakV.o
  C

Bug#641153: document Built-Using field for binary packages

[Russ Allbery]

Russ Allbery  writes:

> One basic question about this before I dive into wording: why is the
> Build-Depends field not adequate?

Never mind this question; I figured it out but forgot to remove this part
of my mail.

-- 
Russ Allbery (r...@debian.org)   



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

Bug#653180: [CRASH] Uncaught exception AttributeError in Backend/PythonApt.py:801

[Alexandru Florin]

Package: update-manager-core
Version: 0.200.5-1
Severity: normal
File: /usr/share/pyshared/UpdateManager/Backend/PythonApt.py



*** /tmp/update-manager-bugrH8T_Q
The information below has been automatically generated.
Please do not remove this from your bug report.

- Exception Type: 
- Exception Value: AttributeError("'NoneType' object has no attribute
'get_package_list'",)
- Exception Origin: 
- Exception Traceback:
  File "/usr/lib/pymodules/python2.6/UpdateManager/BugHandler.py", line 89, in
run
threading.Thread.run(self, *args, **kwargs)
  File "/usr/lib/python2.6/threading.py", line 484, in run
self.__target(*self.__args, **self.__kwargs)
  File "/usr/lib/pymodules/python2.6/UpdateManager/Backend/PythonApt.py", line
801, in thread_helper
for pkg_info in self._available_updates.get_package_list():




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

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

Versions of packages update-manager-core depends on:
ii  lsb-release   3.2-23.2squeeze1   Linux Standard Base version report
ii  python2.6.6-3+squeeze6   interactive high-level object-orie
ii  python-apt0.7.100.1+squeeze1 Python interface to libapt-pkg
ii  python-support1.0.10 automated rebuilding support for P

Versions of packages update-manager-core recommends:
ii  update-manager-gnome  0.200.5-1  GNOME application that manages sof

update-manager-core suggests no packages.



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

Bug#641153: document Built-Using field for binary packages

[Russ Allbery]

One basic question about this before I dive into wording: why is the
Build-Depends field not adequate?

Ansgar Burchardt  writes:

> A try at this:

>   Some binary packages incorporate material derived from source
>   or compiled code derived from other source packages.  In this case
>   this field must be used to list all other source packages necessary
>   to obtain the full corresponding source code.
>   
> It indicates to the archive software to keep the listed source
> packages around until the binary package disappears.
>   

I think this is the right idea.  How about:


  Some binary packages incorporate parts of other packages when built
  but do not have to depend on those packages.  Examples include
  linking with static libraries or incorporating source code from
  another package during the build.  In this case, the source packages
  of those other packages are a required part of the complete source
  (the binary package is not reproducible without them), but there is
  no other binary package control field to capture this relationship.
  Build-Depends in the source package is not adequate since it
  (rightfully) does not document the exact version used in the build.



  Therefore, in cases like this where a part of another package is
  incorporated into a binary package, the Build-Using field
  must list the corresponding source package for any such binary
  package incorporated during the build, including an "exactly equal"
  ("=") version relation on the version that was used to build that
  binary package.


Why are we requiring source packages be listed in Build-Using instead of
binary packages?  The archive software should be able to draw similar
conclusions from a field listing the binary packages that were
incorporated into the build, just by taking one additional step, and a
field listing binary packages is *much* easier to generate.

>> To be consistent with the structure of chapter 7, the description of
>> syntax could be moved to §7.1, for instance by changing its third
>> paragraph:

>>All of the fields except for Provides may restrict their applicability to
>>particular versions of each named package.  Packages listed in the
>>Built-Using  must be restricted on an exactly equal 
>> version.
>>  The archive maintenance software is likely to refuse an upload which 
>> declares
>>  aBuilt-Using  relationship which cannot be satisfied within the
>>  archive.

> That's also fine with me, though I think having the restrictions for each
> field along with the field's description makes it easier to find them.

I'd rather keep it with Build-Using as well.

Angsar, there are a bunch of proposed changes on this thread.  Would you
be willing to take a shot at generating an updated patch, assuming that
the above looks okay?  Sorry about the delays in discussing this.

-- 
Russ Allbery (r...@debian.org)   



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

Bug#653179: linux-image-3.1.0-1-amd64: Can't switch off WoW option of RT5390 wi-fi card, notebook wakes on wi-fi activity

[pol kh]

Package: linux-2.6
Version: 3.1.5-1
Severity: normal

Dear Maintainer,

I can't manage WoW option on Ralink 5390 wi-fi card on my HP Pavilion 
dv6-6030er. Running Debian GNU/Linux testing+unstable. Notebook is switching on 
sometimes with wi-fi activity. In Win7 WoW can be switched off, but in 
GNU/Linux I can't do this. Also I can't switch WoW or WOL option off in BIOS, 
because this options are locked by vendor. I'm afaid of using cracked BIOS 
version with advanced menu available.

Some info:



$ lspci | grep Ralink
04:00.0 Network controller: Ralink corp. RT5390 [802.11 b/g/n 1T1R G-band PCI 
Express Single Chip]



# ifconfig 
eth0  Link encap:Ethernet  HWaddr 68:b5:99:df:af:b0  
  UP BROADCAST MULTICAST  MTU:1500  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000 
  RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
  Interrupt:45 Base address:0x4000 

loLink encap:Local Loopback  
  inet addr:127.0.0.1  Mask:255.0.0.0
  inet6 addr: ::1/128 Scope:Host
  UP LOOPBACK RUNNING  MTU:16436  Metric:1
  RX packets:2024 errors:0 dropped:0 overruns:0 frame:0
  TX packets:2024 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0 
  RX bytes:126000 (123.0 KiB)  TX bytes:126000 (123.0 KiB)

wlan0 Link encap:Ethernet  HWaddr 90:00:4e:65:8a:5a  
  inet addr:192.168.1.103  Bcast:192.168.1.255  Mask:255.255.255.0
  inet6 addr: fe80::9200:4eff:fe65:8a5a/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:161529 errors:0 dropped:0 overruns:0 frame:0
  TX packets:120128 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000 
  RX bytes:159220810 (151.8 MiB)  TX bytes:19366763 (18.4 MiB)



# iwconfig 
lono wireless extensions.

eth0  no wireless extensions.

wlan0 IEEE 802.11bgn  ESSID:"TP-LINK"  
  Mode:Managed  Frequency:2.412 GHz  Access Point: F4:EC:38:A5:7A:18   
  Bit Rate=58.5 Mb/s   Tx-Power=20 dBm   
  Retry  long limit:7   RTS thr:off   Fragment thr:off
  Encryption key:off
  Power Management:on
  Link Quality=70/70  Signal level=-35 dBm  
  Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
  Tx excessive retries:40  Invalid misc:626   Missed beacon:0



# ethtool wlan0
Settings for wlan0:
Link detected: yes



# ethtool -s wlan0 wol d
Cannot get current wake-on-lan settings: Operation not supported
  not setting wol



-- Package-specific info:
** Version:
Linux version 3.1.0-1-amd64 (Debian 3.1.5-1) (b...@decadent.org.uk) (gcc 
version 4.6.2 (Debian 4.6.2-7) ) #1 SMP Sun Dec 11 20:36:41 UTC 2011

** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.1.0-1-amd64 
root=UUID=da760c42-f97a-4703-b0d7-0f25f4dbd8e7 ro quiet

** Tainted: PCO (5121)
 * Proprietary module has been loaded.
 * Module from drivers/staging has been loaded.
 * Out-of-tree module has been loaded.

** Kernel log:
[4.489639] sd 4:0:0:0: [sdb] Attached SCSI removable disk
[4.556130] input: ST LIS3LV02DL Accelerometer as 
/devices/platform/lis3lv02d/input/input15
[4.556275] Registered led device: hp::hddprotect
[4.556285] hp_accel: driver loaded
[4.672083] kvm: Nested Virtualization enabled
[4.672086] kvm: Nested Paging enabled
[4.830710] EXT4-fs (sda1): re-mounted. Opts: (null)
[5.105730] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro
[5.188647] loop: module loaded
[5.947960] EXT4-fs (sda7): mounted filesystem with ordered data mode. Opts: 
(null)
[5.980088] EXT4-fs (sda5): mounted filesystem with ordered data mode. Opts: 
(null)
[6.001960] EXT4-fs (sda2): mounted filesystem with ordered data mode. Opts: 
(null)
[6.028660] EXT4-fs (sda6): mounted filesystem with ordered data mode. Opts: 
(null)
[7.171038] RPC: Registered named UNIX socket transport module.
[7.171041] RPC: Registered udp transport module.
[7.171042] RPC: Registered tcp transport module.
[7.171044] RPC: Registered tcp NFSv4.1 backchannel transport module.
[7.241515] FS-Cache: Loaded
[7.260282] FS-Cache: Netfs 'nfs' registered for caching
[7.274563] Installing knfsd (copyright (C) 1996 o...@monad.swb.de).
[7.751427] fuse init (API version 7.17)
[9.310007] input: ACPI Virtual Keyboard Device as 
/devices/virtual/input/input16
[   10.467534] r8169 :03:00.0: eth0: link down
[   10.468445] ADDRCONF(NETDEV_UP): eth0: link is not ready
[   10.535481] phy0 -> rt2800pci_mcu_status: Error - MCU request failed, no 
response from hardware
[   10.573206] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   12.910443] vgaarb: this pci device is not a vga device
[   12.910455] vgaarb: this pci device is not a vga device
[   12.910463] vgaarb: this pci device is not a vga device
[   12.910471] vgaarb: t

Bug#653178: Reinstalling hit resolves the pb => problem is probably more a box problem

[Eric Valette]

You can close it. Will fsck the NAS. will take quite some time.

--eric



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

Bug#652941: iceweasel: Always crash on a specific website

[Cesare Leonardi]

On 22/12/2011 08:19, Mike Hommey wrote:

Please follow the instructions in /usr/share/bug/iceweasel/presubj.


I've discovered already opened bugs upstream and they seems to confirm 
problems with gen2 Intel graphic card and Mesa.


Here there are some Mozilla related bugs:
https://bugzilla.mozilla.org/show_bug.cgi?id=696636
https://bugzilla.mozilla.org/show_bug.cgi?id=703048
https://bugzilla.mozilla.org/show_bug.cgi?id=699181

And here is the bug opened on Mesa bugzilla by the reporter of #699181:
https://bugs.freedesktop.org/show_bug.cgi?id=42611

Cesare.



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

Bug#640263: debian-policy: Clarify policy section 9.9 - Environment variables

[Russ Allbery]

Jonathan Nieder  writes:
> Colin Watson wrote:

>> --- a/policy.sgml
>> +++ b/policy.sgml
>> @@ -7449,8 +7449,8 @@ Reloading description configuration...done.
>>  Environment variables
>>  
>>  
>> -  A program must not depend on environment variables to get
>> -  reasonable defaults.  (That's because these environment
>> +  A program must not depend on its own custom environment variables
>> +  to get reasonable defaults.  (That's because these environment
>>variables would have to be set in a system-wide
>>configuration file like /etc/profile, which is not
>>supported by all shells.)

> Thanks!  With s/environment variables/environment variable settings/ to
> make it clearer that this includes cases like
> PATH=/opt/myprog/bin:$PATH, sounds good to me, for what its worth.

[...]

> Maybe dropping "its own" would take care of it.  That would make:

>   A program must not depend on custom environment variable settings
>   to get reasonable defaults.  (That's because ...

Looking at this section, there are several issues.  One is the issue
addressed above, and I like Jonathan's wording for that.  Another is the
one Colin mentioned earlier: this only applies to programs installed in
the system path.  (I considered saying programs intended to be directly
invoked by users, but I can imagine pointless arguments about /usr/sbin
programs, so let's just go with that.)  A third issue is that parts of
that section are now out of date, since /etc/profile.d exists (but still
shouldn't be used for this purpose).

I propose the attached patch to address all of those issues.  Seconds or
further discussion?

-- 
Russ Allbery (r...@debian.org)   

>From a99c511daaa8fa165af8a64cc4dc4618258aad24 Mon Sep 17 00:00:00 2001
From: Russ Allbery 
Date: Sat, 24 Dec 2011 10:10:56 -0800
Subject: [PATCH] Improve environment variable restrictions for programs

The restrictions on not using environment variables refers to custom
environment variables (not, say, PATH), and only applies to programs
installed on the system PATH.

Also update the wording to reflect that /etc/profile.d is now
available, but still cannot be used for this purpose.  Remove the
paragraph explaining that /etc/profile is a base-files configuration
file, since /etc/profile.d solves that problem and it's not the point.
---
 policy.sgml |   24 ++--
 1 files changed, 10 insertions(+), 14 deletions(-)

diff --git a/policy.sgml b/policy.sgml
index 4aeae36..39378f9 100644
--- a/policy.sgml
+++ b/policy.sgml
@@ -7450,11 +7450,14 @@ Reloading description configuration...done.
 	Environment variables
 
 	
-	  A program must not depend on environment variables to get
-	  reasonable defaults.  (That's because these environment
-	  variables would have to be set in a system-wide
-	  configuration file like /etc/profile, which is not
-	  supported by all shells.)
+	  Programs installed on the system PATH
+	  (/bin, /usr/bin, /sbin,
+	  /usr/sbin, or similar directories) must not depend
+	  on custom environment variable settings to get reasonable
+	  defaults.  This is because such environment variables would have
+	  to be set in a system-wide configuration file such as a file
+	  in /etc/profile.d, which is not supported by all
+	  shells.
 	
 
 	
@@ -7464,8 +7467,8 @@ Reloading description configuration...done.
 	  variables are not present. If this cannot be done easily
 	  (e.g., if the source code of a non-free program is not
 	  available), the program must be replaced by a small
-	  "wrapper" shell script which sets the environment variables
-	  if they are not already defined, and calls the original program.
+	  "wrapper" shell script that sets the environment variables
+	  if they are not already defined and calls the original program.
 	
 
 	
@@ -7478,13 +7481,6 @@ export BAR
 exec /usr/lib/foo/foo "$@"
 	  
 	
-
-	
-	  Furthermore, as /etc/profile is a configuration
-	  file of the base-files package, other packages must
-	  not put any environment variables or other commands into that
-	  file.
-	
   
 
   
-- 
1.7.7.3

Bug#653178: coreutils: /bin/cat does not work on my nas after upgrading today (segfaults)

[Eric Valette]

Package: coreutils
Version: 8.13-3
Severity: critical
Justification: breaks unrelated software

/bin/cat whatever just segfaults breaking several init scripts (like 
hostname.sh)

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

Kernel: Linux 3.1.0-1-orion5x
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 coreutils depends on:
ii  dpkg  1.16.1.2
ii  install-info  4.13a.dfsg.1-8
ii  libacl1   2.2.51-5
ii  libattr1  1:2.4.46-5
ii  libc6 2.13-23
ii  libgcc1   1:4.6.2-9
ii  libselinux1   2.1.0-4

coreutils recommends no packages.

coreutils 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#652955: [linux-headers-3.1.0-1-common] Naming inconsistancy? can cause dkms/m-a problems

[David Baron]

On Thursday 26 Kislev 5772 10:17:12 Jonathan Nieder wrote:
> tags 652955 + moreinfo
> quit
> 
> Hi David,
> 
> David Baron wrote:
> > If I have the same kernel version installed for both i686 and amd64, for
> > example. The debian nvidia kernel modules will dkms successfully on both
> > while the debian virtualbox kernel modules will dkms only for one of
> > them.
> 
> Please supply details, including the error message.
> 
> Thanks for writing,
> Jonathan

I actually succeded in compiling and installing from /usr/src, but trying to 
run a vm gets this message:

RTR3Init failed with rc=-1912 (rc=-1912)

The VirtualBox kernel modules do not match this version of VirtualBox. The 
installation of VirtualBox was apparently not successful. Executing

'/etc/init.d/vboxdrv setup'

may correct this. Make sure that you do not mix the OSE version and the PUEL 
version of VirtualBox.

In the debian package, there is no vboxdrv init.d!



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

Bug#617315: policy /usr/local edge case failure

[Russ Allbery]

Joey Hess  writes:

> Policy requires that creation/removal of directories in /usr/local
> never fail, but its example does fail as seen in this bug report.
> Apparently the problem is that the chown or chmod could fail.

> One approach would be to guard them like this:

> if [ ! -e "$dir" ]; then
> if mkdir "$dir" 2>/dev/null; then
>   if chown "$user":"$group" "$dir"; then
>   chmod "$mode" "$dir" || true
>   fi
> fi
> fi

> If the chown fails, the directory is left with the wrong user:group,
> but it is either root:root, or some other trusted group, like staff, to
> which /usr/local is setgid, so that seems ok. Any member of that group
> could mkdir /usr/local/foo themselves and get a similar directory.

> I'm unsure whether the chmod should only be run once the chown succeeds,
> or always be run. If the chmod is widening the permissions (4775), it
> seems best to only do that if the directory has the right owner. If it's
> narrowing the permissions (0700), it might be better to always do it.

> I'm also unsure whether the error messages should be suppressed.

Well, the real answer to this bug is that the Technical Committee decided
quite some time back that we should not be using special permissions for
/usr/local any longer, but this is currently stalled waiting for someone
to find the time to do the archive-wide work required to come up with a
transition plan.  (See #538392.)

This seems like an edge case, and one that isn't really aligned with our
long-term direction, so I'm inclined to not worry too much about the
corner-case details and just go with what you have above.  This is a weird
enough case that I don't think the error messages need to be suppressed;
it's probably a good idea to have a quiet mention somewhere that something
strange happened.  Given the unusual circumstances, I don't know that it
matters a great deal whether the chmod runs if the chown fails, but since
we're currently trying to set directories to a fairly permissive mode, I
think it's best to do what you do above.

To me, this is all a non-normative change, since it's in an example, so
I'm going to go ahead and commit the modified version that you describe
above.  The next release of Policy won't be for a little bit, so people
will still have time to raise issues in response to this if they see any
and we can then discuss it again.

-- 
Russ Allbery (r...@debian.org)   



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

Bug#653177: Model __eq__ does not compare correctly between normal objects and deferred objects

[Enrico Zini]

Package: python-django
Version: 1.3.1-3
Severity: normal

Hello,

thank you for packaging django.

I noticed that there is a problem with the default model object __eq__
implementation when working with deferred objects.

The default implementation should be something like:

def __eq__(self, other):
return isinstance(other, self.__class__) and self._get_pk_val() == 
other._get_pk_val() 

Now, given a simple model...

class Package(models.Model):
name = models.TextField(null=False, unique=True)
# Lots of other fields

...this code will show the problem:

# Get a normal object
p = Package.objects.get(name="debtags")
# Get a deferred object
dp = Package.objects.filter(name="debtags").only("name")[0]
print object.__repr__(p), hash(p)
print object.__repr__(dp), hash(dp)
# This assert succeeds
assert hash(p) == hash(dp)
# This assert fails
assert p == dp

Its output is:

 11
 11

It looks like the isinstance bit of the default __eq__ model is failing
here.

This causes suprising behaviour:

allpkgs = set(Package.objects.all().only("name"))
# This assert fails
assert Package.objects.get(name="debtags") in allpkgs

I'll now work around this by implementing my own version of __eq__
methods in my model objects. Something like this works:

def __eq__(self, other):
return self.name == other.name

although I'll have to pay attention not to end up with code that
compares Packages with something else.


Ciao,

Enrico


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

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

Versions of packages python-django depends on:
ii  python 2.7.2-9
ii  python2.6  2.6.7-4
ii  python2.7  2.7.2-8

Versions of packages python-django recommends:
ii  libjs-jquery  1.7-1

Versions of packages python-django suggests:
ii  geoip-database-contrib  
ii  python-flup 
ii  python-mysqldb  
ii  python-psycopg  
ii  python-psycopg2 2.4.2-1
ii  python-sqlite   1.0.1-8
ii  python-yaml 3.10-2

-- 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#653176: ignores --kernelsourcedir

[Evgeni Golov]

Package: dkms
Version: 2.2.0.3-1
Severity: normal
Tags: patch

Heya

when you try to build a non-running, non-defaultpath kernel module,
you would supply --kernelsourcedir=/wherever/the/kernel/lies.
Sadly dkms just overwrites the value you set, because _get_kernel_dir()
does not check whether ksourcedir_fromcli is set and defaults to
/lib/modules/$KVER/build.

the below trivial patch fixes it.

Regards and happy xhwatever
Evgeni

patch:
--- dkms-2.2.0.3.orig/dkms
+++ dkms-2.2.0.3/dkms
@@ -47,6 +47,9 @@ _get_kernel_dir() {
Linux)  DIR="/lib/modules/$KVER/build" ;;
GNU/kFreeBSD)   DIR="/usr/src/kfreebsd-headers-$KVER/sys" ;;
 esac
+
+[ ! -z "$ksourcedir_fromcli" ] && DIR=$kernel_source_dir
+
 echo $DIR
 }



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

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

Versions of packages dkms depends on:
ii  build-essential11.5
ii  coreutils  8.13-3
ii  dpkg-dev   1.16.1.2
ii  gcc4:4.6.2-2
ii  make   3.81-8.1
ii  module-init-tools  3.16-1
ii  patch  2.6.1-2

Versions of packages dkms recommends:
ii  fakeroot  1.18.2-1
ii  linux-headers-2.6.38-2-amd64 [linux-headers]  2.6.38-5
ii  linux-headers-2.6.39-1-amd64 [linux-headers]  2.6.39-1+b1
ii  linux-headers-2.6.39-2-amd64 [linux-headers]  2.6.39-3
ii  linux-headers-3.0.0-1-amd64 [linux-headers]   3.0.0-4
ii  linux-headers-3.0.0-2-amd64 [linux-headers]   3.0.0-6
ii  linux-headers-3.1.0-1-amd64 [linux-headers]   3.1.6-1
ii  linux-headers-amd64 [linux-headers]   3.1+41
ii  linux-image-2.6.38-2-amd64 [linux-image]  2.6.38-5
ii  linux-image-2.6.39-1-amd64 [linux-image]  2.6.39-1+b1
ii  linux-image-2.6.39-2-amd64 [linux-image]  2.6.39-3
ii  linux-image-3.0.0-1-amd64 [linux-image]   3.0.0-4
ii  linux-image-3.0.0-2-amd64 [linux-image]   3.0.0-6
ii  linux-image-3.1.0-1-amd64 [linux-image]   3.1.6-1
ii  menu  2.1.46
ii  sudo  1.8.3p1-2

dkms 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#653175: ITP: ruby-sequel-pg -- Fast native row fetching for Sequel postgres adapter

[Dmitry Borodaenko]

Package: wnpp
Severity: wishlist
Owner: Dmitry Borodaenko 

* Package name: ruby-sequel-pg
  Version : 1.2.0
  Upstream Author : Jeremy Evans 
* URL : https://github.com/jeremyevans/sequel_pg
* License : MIT
  Programming Lang: C, Ruby
  Description : Fast native row fetching for Sequel postgres adapter

sequel_pg overwrites the inner loop of the Sequel postgres adapter row
fetching code with a C version. The C version is significantly faster
(2-6x) than the pure ruby version that Sequel uses by default.

Sequel is a simple, flexible, and powerful SQL database access toolkit
for Ruby.



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

Bug#652682: fluxbox: fbsetbg messes up with lastwallpaper when $DISPLAY switches between :0 and :0.0

[Francesco Poli]

On Sat, 24 Dec 2011 12:27:01 -0500 Paul R. Tagliamonte wrote:

Hi Paul,
thanks for taking care of this bug report!

> I've been meaning to triage this,
> 
> looks sane,

I am happy to hear you say so...   ;-)

> but I'd rather integrate this upstream before downstream.
> 
> Let's get this in the fluxbox proper review queue :)

I can understand: let's hope it will get accepted, then.

Thanks for informing me.
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


pgpaV9lrQHPPp.pgp
Description: PGP signature

Bug#653173: audacious: new upstream 3.2-alpha1 (bye bye libmowgli!)

[Cyril Lavier]

On 12/24/2011 06:23 PM, Patrice Duroux wrote:

Package: audacious
Version: 2.4.4-1
Severity: wishlist


Hi,

This is still an alpha1 version but no more libmowgli dependency (regarding
http://audacious-media-player.org/news/7-audacious-3-2-alpha1-released and a
compilation try), so may be a good experimental target!

Regards,
Patrice.



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

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

Versions of packages audacious depends on:
ii  audacious-plugins2.4.4-1+b2
ii  dbus 1.5.8-1
ii  dbus-x11 1.5.8-1
ii  gtk2-engines-pixbuf  2.24.8-2
ii  libaudclient22.4.4-1
ii  libaudcore1  2.4.4-1
ii  libc62.13-23
ii  libdbus-1-3  1.5.8-1
ii  libdbus-glib-1-2 0.98-1
ii  libgdk-pixbuf2.0-0   2.24.0-2
ii  libglib2.0-0 2.30.2-4
ii  libgtk2.0-0  2.24.8-2
ii  libice6  2:1.0.7-2
ii  libmcs1  0.7.2-2
ii  libmowgli2   0.7.1-1
ii  libsm6   2:1.2.0-2

Versions of packages audacious recommends:
ii  unzip  6.0-5

audacious suggests no packages.

-- no debconf information




Hi Patrice.

I agree, I think a 3.2-alpha1 could land on experimental as a 
preparation for the 3.2 stable version to be (we hope) included in 
Debian Testing before the freeze in July 2012.


Thanks.

--
Cyril "Davromaniak" Lavier




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

Bug#653174: Tomoyo has been merged into the mainling kernel

[Moritz Muehlenhoff]

Package: linux-patch-tomoyo1.7
Severity: important

Hi,
tomoyo has been merged into the mainline kernel. What's the difference
of this version compared to the version merged in Linux?

We should avoid to have two versions in the archive.

Cheers,
Moritz

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

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



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

Bug#653095: Additional info

[Paul R. Tagliamonte]

On Sat, Dec 24, 2011 at 12:36 PM, Tim  wrote:
> Hi Paul,
>
> Thanks for the quick response.
>
> I wouldn't be surprised either if the bug is somewhere else, but I'm
> really not familiar with the X GUI stack or the pletora of other
> packages that could be involved, besides Java itself.  I'm happy to
> help test various scenarios and to log bugs against other packages as
> necessary.
>
> Thanks again and happy holidays,
> tim

Full-ack!

Happy Holidays!
Paul

>
>
> On Sat, Dec 24, 2011 at 12:28:18PM -0500, Paul R. Tagliamonte wrote:
>> Howdy, Tim,
>>
>> since fluxbox will treat all windows the same, I have a hunch the bug
>> is elsewhere.
>>
>> bug ACK'd though, I'll try to dupe soon - I've been a bit swamped
>> lately. Someone else feel free to confirm + ack :)
>>
>> -Paul
>>
>> On Fri, Dec 23, 2011 at 1:13 PM, Tim  wrote:
>> >
>> > I should add that I have observed the following behavior...  If you
>> > load up 3 applications and add them to the same tab group, one of the
>> > apps being a non-Java application, and the other two being Java
>> > applications then:
>> >
>> > * Switching from the non-Java application to one of the Java
>> > applications by clicking on the appropriate tab almost never works.
>> > Rarely, some sort of race allows this to work
>> >
>> > * If you have one of the Java applications selected, then switching to
>> > the other Java application works fine.
>> >
>> > * If you have one of the Java applications selected, then switching to
>> > the non-Java application works fine.
>> >
>> >
>> > HTH,
>> > tim
>> >
>> >
>> >
>>
>>
>>
>> --
>> :wq



-- 
:wq



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

Bug#653160: nginx: missing slash in alias /usr/share/doc

[Cyril Lavier]

On 12/24/2011 02:47 PM, Dmitry Borodaenko wrote:

Package: nginx
Version: 1.1.11-1
Severity: normal

Current default site configuration causes direct access to documents
under /usr/share/doc to produce 404 errors like this:

2011/12/24 16:36:08 [error] 30139#0: *1 
"/usr/share/docgit-buildpackage/manual-html/index.html" is not found (2: No such 
file or directory), client: 127.0.0.1, server: localhost, request: "GET /doc/gi
t-buildpackage/manual-html/ HTTP/1.1", host: "localhost"

I believe this is caused by changes done in 1.1.8-1 (a slash was added
to location, but not to the alias), adding a slash to the end of the
alias makes the problem go away:

 location /doc/ {
 alias /usr/share/doc/;

Thanks,
Dmitry Borodaenko

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

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

Versions of packages nginx depends on:
ii  nginx-full  1.1.11-1

nginx recommends no packages.

nginx suggests no packages.

-- no debconf information




Hi Dmitry.

Thank you for submitting this bug, and you are right this bug appeared 
in the 1.1.8-1 when the alias for /doc was changed.


I made the correction on the SVN.

I think this can wait until the next upstream version to be resolved in 
the actual package, no need for a 1.1.11-2 package version.


Thanks.

--
Cyril "Davromaniak" Lavier




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

Bug#653158: www.debian.org: /y2k/ page is probably obsolete

[Joseph R. Justice]

On Sat, Dec 24, 2011 at 8:34 AM, Paul Wise  wrote:

> Since we are now well past Y2K, it is probably time to delete this:
>
> http://www.debian.org/y2k/
>
> Any objections?

I have three reasons / possibilities why this might not be desirable:

(1) Are there any major institutions which still care about Y2K
compliance?  I'm thinking specifically about governmental (or
corporate) procurement compliance policies, but there may be other
things also which care about this sort of thing.  If there are, this
page may still be helpful in addressing those policies.  Remember,
governments and corporations move ... "slowly", in changing their
policies and practices once established.

(2) Y2038.  A related issue to the Y2K mess was/is the Y2038 mess,
which specifically affects Unix and Unix-like OSen (like Debian
Linux), and more particularly ones which still have a definition of
time_t as a 32-bit value.  In a quick search of the Debian web site
(search.d.o, searching for term "2038" [not in quotes]), the only
thing I quickly find related to this is a page on "Debian and the
Millennium Bug", at URL
http://www.debian.org/News/1998/19980104.en.html .  It seems to me
that the Y2K page might be helpful in constructing a page for Debian's
actions concerning and response to the Y2038 issue, if and when this
is done.  (I suspect it is likely that Debian will need to address
this at _some_ point, unless there is a decision made at some point to
not support any 32-bit architectures any more, which decision I
personally find ... unlikely, considering the ubiquity of Debian and
of Linux itself.)

Another interesting page I found in Google searching for Y2038 (I
couldn't remember if it was Y2038 or Y2036 or whatever) was the URL
http://www.y2038.com/ which at a very quick glance seems to be a more
general page on the issue, not Debian (or even Unix / Unix-like)
specific.

(3) Historical interest.  Even tho the actual date has come and gone,
and the issue has presumably already either been fully resolved or
else visibly manifested itself, people might still be interested in
the issue, even if for no other reason than because it _was_ in fact a
significant issue in the history of computing.  Or, perhaps,
interested in it as an example of "what not to do in the future" (e.g.
fail to think in a sufficiently long-term manner -- for instance, can
we perhaps expect to have a "Y+1" issue, one day?)  I note, for
instance, the page at http://en.wikipedia.org/wiki/Y2k -- admittedly,
Debian is not attempting to be encyclopedic in the same sense as
Wikipedia (nor do I think it should make the attempt), but the
principle still applies.

More personally ... I, myself, am an information pack rat; I hate to
throw away information, because you never know if it'll be needed (or
just wanted) again one day.  Is there an actual _need_ to delete this
information, are the computers running the web site running out of
bits or name space?



Now, I would agree with augmenting or altering / rewriting the
existing page, to make it clear it's referring to a past event, it's
being retained primarily (or solely) for reasons of historical
interest, and it's unlikely (or certain) to not be updated any
further.  I could also see the page being moved to a different place,
say to www.d.o/archive/y2k or something similar (where it is still
indexable and findable by web spiders, e.g. Google, et al).  Either or
both of those things would seem reasonable to do, express the current
status of the page and the information it contains, but retain the
information for anyone who might still be interested in it now or in
the future.  (Note, if the page is moved, a pointer to its new
location from the existing page should be established for at least
some time.)



Hope this is of some use, interest.  Thanks for your time.  Be well.

Joseph



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

Bug#653095: Additional info

[Tim]

Hi Paul,

Thanks for the quick response.  

I wouldn't be surprised either if the bug is somewhere else, but I'm
really not familiar with the X GUI stack or the pletora of other
packages that could be involved, besides Java itself.  I'm happy to
help test various scenarios and to log bugs against other packages as
necessary.

Thanks again and happy holidays,
tim


On Sat, Dec 24, 2011 at 12:28:18PM -0500, Paul R. Tagliamonte wrote:
> Howdy, Tim,
> 
> since fluxbox will treat all windows the same, I have a hunch the bug
> is elsewhere.
> 
> bug ACK'd though, I'll try to dupe soon - I've been a bit swamped
> lately. Someone else feel free to confirm + ack :)
> 
> -Paul
> 
> On Fri, Dec 23, 2011 at 1:13 PM, Tim  wrote:
> >
> > I should add that I have observed the following behavior...  If you
> > load up 3 applications and add them to the same tab group, one of the
> > apps being a non-Java application, and the other two being Java
> > applications then:
> >
> > * Switching from the non-Java application to one of the Java
> > applications by clicking on the appropriate tab almost never works.
> > Rarely, some sort of race allows this to work
> >
> > * If you have one of the Java applications selected, then switching to
> > the other Java application works fine.
> >
> > * If you have one of the Java applications selected, then switching to
> > the non-Java application works fine.
> >
> >
> > HTH,
> > tim
> >
> >
> >
> 
> 
> 
> -- 
> :wq



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

Bug#653160: nginx: missing slash in alias /usr/share/doc

[Dmitry Borodaenko]

On Sat, Dec 24, 2011 at 20:27, Cyril Lavier  wrote:
> I think this can wait until the next upstream version to be resolved
> in the actual package, no need for a 1.1.11-2 package version.

Agreed, anyone who can't figure it out on their own will eventually come
across this bug report with a one-character fix in it. And I'm sure the
next upstream release is not far off.

--
Dmitry Borodaenko



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

Bug#653095: Additional info

[Paul R. Tagliamonte]

Howdy, Tim,

since fluxbox will treat all windows the same, I have a hunch the bug
is elsewhere.

bug ACK'd though, I'll try to dupe soon - I've been a bit swamped
lately. Someone else feel free to confirm + ack :)

-Paul

On Fri, Dec 23, 2011 at 1:13 PM, Tim  wrote:
>
> I should add that I have observed the following behavior...  If you
> load up 3 applications and add them to the same tab group, one of the
> apps being a non-Java application, and the other two being Java
> applications then:
>
> * Switching from the non-Java application to one of the Java
> applications by clicking on the appropriate tab almost never works.
> Rarely, some sort of race allows this to work
>
> * If you have one of the Java applications selected, then switching to
> the other Java application works fine.
>
> * If you have one of the Java applications selected, then switching to
> the non-Java application works fine.
>
>
> HTH,
> tim
>
>
>



-- 
:wq



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