Bug#625287: Iceweasel: 4.0.1-2 : Help -> About Iceweasel window view missing close button with GNOME 3.0 Experimental

[Mike Hommey]

On Mon, Aug 08, 2011 at 08:50:46AM +0200, Mike Hommey wrote:
> On Sun, Aug 07, 2011 at 11:14:33PM -0700, Marc J. Driftmeyer wrote:
> > It doesn't have a close button on the Help-> About for Iceweasel 6
> > and Icedove 5.
> 
> Can you give a shot at Iceweasel 7 from http://mozilla.debian.net/ ?

(Look for the aurora version)

Mike



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

Bug#625287: Iceweasel: 4.0.1-2 : Help -> About Iceweasel window view missing close button with GNOME 3.0 Experimental

[Mike Hommey]

On Sun, Aug 07, 2011 at 11:14:33PM -0700, Marc J. Driftmeyer wrote:
> It doesn't have a close button on the Help-> About for Iceweasel 6
> and Icedove 5.

Can you give a shot at Iceweasel 7 from http://mozilla.debian.net/ ?
According to https://bugzilla.mozilla.org/show_bug.cgi?id=608934 , it
should be fixed on that version.

Mike



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

Bug#632951: cron: complains about missing lost+found on bind mounts

[Johannes Berg]

On Mon, 2011-08-08 at 00:41 +0200, Javier Fernández-Sanguino Peña wrote:
> On Sun, Aug 07, 2011 at 08:50:16PM +0200, Christian Kastner wrote:
> > > # cat /etc/mtab 
> > > tmpfs /run/shm tmpfs rw,nosuid,nodev,relatime,size=103048k 0 0
> > > /dev/md127p3 /data ext3 
> > > rw,relatime,errors=remount-ro,user_xattr,acl,barrier=0,data=ordered 0 0
> > > /dev/md127p3 /home ext3 
> > > rw,relatime,errors=remount-ro,user_xattr,acl,barrier=0,data=ordered 0 0
> 
> This is strange, the entry for /home should be
> 
> /data/home /home none rw,bind 0 0
> 
> or something similar. Which kernel are you using? 

It is that when mtab isn't a symlink to /proc/mounts -- I don't remember
making that symlink but I guess I must've done it. Problem solved, in
any case, thanks for all the help!

johannes




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

Bug#637055: --try-debian-first

[jidanni]

Package: cpanminus
Version: 1.4008-1
Severity: wishlist

Given that this is a Debian package, there should be an option to first
say if there is a debian package that satisfies a target or
prerequisite, instead of ignoring it and installing from cpan.



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

Bug#636958: lists.debian.org: Please create new list debian-l10n-serbian

[Christian PERRIER]

Quoting Alexander Wirt (formo...@formorer.de):

> Please follow the templates on
> http://www.debian.org/MailingLists/HOWTO_start_list and provide all needed
> information.

Oh, sorry. What was I thinking aout? :-)

Here are those informations:

Name: debian-l10n-serbian

Rationale:
 Discussions about translation efforts to different flavours of the Serbian
 language. Coordination of translators' work. Entry point for overall
 l10n coordinators when trying to reach people working on Serbian
 localisation.

 After Debconf 11, a significant number of local people both in Serbia
 and Republika Srpska have shown interest for Serbian translation
 work. Enough, imho, to motivate the creation of a mailing list.

Short description: Serbian localization

Long description:
 Discussing Serbian localization issues, mainly translating Debian
 docs and programs to Serbian. 

Category: Internationalization and Translations

Subscription: open

Moderation: no

Web archives: yes



signature.asc
Description: Digital signature

Bug#625287: Iceweasel: 4.0.1-2 : Help -> About Iceweasel window view missing close button with GNOME 3.0 Experimental

[Marc J. Driftmeyer]

It doesn't have a close button on the Help-> About for Iceweasel 6 and 
Icedove 5.


- Marc

On 08/07/2011 06:35 AM, Mike Hommey wrote:

On Tue, May 03, 2011 at 12:05:52AM -0700, Marc J. Driftmeyer wrote:

Package: iceweasel
Version: 4.0.1-2
Severity: normal


With Gnome 3.0 Experimental running GNOME SHell the the Help->About Iceweasel does 
not have a close action icon. It requires an Alt-F4 action or a Right Mouse Button 
->  Close Window solution.

There should be a close icon in the upper right corner ala it's parent 
application.

Perhaps this is an oversight in the default new windowing theme for Gnome 3.x?

Hi,

Does this still happen with a more recent gnome desktop and a more
recent iceweasel?

Mike


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

Bug#579102: Depends on non-main packages to compile

[Vincent Bernat]

found 579102 1.8.1-1
found 579102 1.8.1-2
severity 579102 serious
thanks

Hi!

I am pretty sorry but providing a binary package that does not depend on
nvidia blob  does not  make conky  allowed to be  in main.  Policy 2.2.1
states that  a package in  main "must not  require a package  outside of
main for compilation or execution  (thus, the package must not declare a
"Depends", "Recommends",  or "Build-Depends" relationship  on a non-main
package)".

Therefore, conky should be moved back into contrib.

Moreover, conky-std was lacking  some functionalities of conky-all. This
is a  pity that users  that choose to  keep their system with  only free
stuff do not have access to a complete version of conky just because the
complete version also has nvidia stuff in it. Users of "main" should not
be second-class citizens.

It seems that nvidia.c could  be provided into an alternate version that
uses nvidia-settings if installed. From:
 https://wiki.archlinux.org/index.php/NVIDIA#Method_1_-_nvidia-settings

$ nvidia-settings -q gpucoretemp -t
41

If you can  provide the name of  other settings, I could come  up with a
patch to solve this.
-- 
Vincent Bernat ☯ http://vincent.bernat.im

panic("aha1740.c"); /* Goodbye */
2.2.16 /usr/src/linux/drivers/scsi/aha1740.c



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

Bug#636973: evince: can't print odd pages

[YunQiang Su]

For Simplified Chinese, there were a translation bug that confused odd and even.

Check that is it in your language?

It seems that this bug is in GTK+.


-- 
YunQiang Su



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

Bug#635538: mednafen provides several emulators but theres no alternatives system like fceu or similar packages

[Stephen Kitt]

Hi,

On Tue, 26 Jul 2011 13:35:11 -0430, PICCORO McKAY Lenz
 wrote:
> mednafen provides several emulators but theres no alternatives system like
> fceu emulator or similar.
> 
> The emulator "Mednafen" and the version recently uploaded on experimental
> provides a wide variety of emulations, but this is unknown to users.
> 
> Packages like fceu provides THROUGH system "update-alternatives" links for
> emulted provides "nes" and the manpage respetively, but no Mednafen.
> 
> Mednafen its more flexible and highly configurable, in addition to being
> well documented, and the file configuration are plain editable, too many
> advantages, but does not provide links to the provides emulated ystems by
> alternatives system.

The Debian packages since 0.8.C-1 do provide the nes-emulator virtual package
(as used by efp), and the nes alternative.

> In this email I add scripts prerm and postinst necessary to help improve
> this package in debian, so as venenux will does and massenkoh. Son then can
> added to control the field "Provides : nes-emulator , gg-emulator ,
> sgg-emulator , sms-emulator , pce-emulator , gba-emulator , gbc-emulator ,
> lynx-emulator , ngp-emulator , ngc-emulator , wsc-emulator , lnx-emulator"
> or sometingh like!
> 
> I hope this help improve pakage , i like a link to more emulated system by
> thi emulator,

I can see how this would be useful, especially if other related packages were
also updated. Note though that virtual packages are intended for use by
dependencies (see policy 3.6 and 7.5), so there wouldn't be much point unless
emulated games were provided as packages (in a similar fashion to the efp
package). Adding all the alternatives would also introduce a fair amount of
"namespace polution" in /usr/bin...

What exactly is the problem you're trying to solve? (Or problems...) If it's
making the package easier to discover, the way to do that is by working on
the description. Or do you think it makes things easier to be able to type
gba ...
rather than
mednafen ...
etc.? Wouldn't a better solution be to provide handlers for the various MIME
types involved (application/x-nes-rom and so on) so that users can simply
launch their games from their file manager?

> also improve description please! ¬_¬u

Do you have any suggestions? The current descriptions list all the emulated
systems, and apart from expanding some of the acronyms (NES and SNES
especially) I don't see much to improve - but I'm probably wrong!

Thanks for your input,

Stephen



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

Bug#636092: linux-image-2.6.32-5-amd64: Debian squeeze will not boot with drives on two Sil 3132 SATA cards

[Chuck Cox]

I tried putting 'set debug=all' at the top of my grub.cfg. Still get the
hard freeze right after "Welcome to Grub!".

Then I tried embedding the debug command into the core image by running
grub-install with the '--debug-image=all' option. Still get the hard freeze
right after "Welcome to Grub!".

It's looking like this is more of a Grub issue than kernel, so if somebody
can tell me how to move this bug report to the grub category that would be
great.

Thanks,
Chuck


On Sat, Aug 6, 2011 at 7:06 AM, Jonathan Nieder  wrote:

> Hi Chuck,
>
> Chuck Cox wrote:
>
> > Any ideas? I'm actually wondering now if Grub is even getting to the
> > point of loading the kernel. Is there a way to enable debugging
> > output from Grub itself?
>
> From the grub2 command line:
>
>  help
>  set debug=all
>

Bug#637046: Please tag /var/cache/man using CACHEDIR.TAG

[Josh Triplett]

On Sun, Aug 07, 2011 at 07:30:03PM -0700, Josh Triplett wrote:
> Various backup utilities can automatically exclude cache directories if
> tagged via the "Cache Directory Tagging" standard
> (http://www.brynosaurus.com/cachedir/).  Doing so requires creating a
> file CACHEDIR.TAG in the cache directory (/var/cache/man), containing
> the contents "Signature: 8a477f597d28d172789f06886806bc55".  Please
> consider implementing this standard by creating this file, so that
> backup software can automatically exclude fontconfig caches.

That'll teach me to copy and paste, sorry.  s/fontconfig/manpage/.

- Josh Triplett



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

Bug#603411: iceweasel: about:home doesn't seem to work

[Josh Triplett]

On Sun, Aug 07, 2011 at 02:56:20PM +0200, Mike Hommey wrote:
> Version: 4.0-1
> 
> On Mon, Nov 15, 2010 at 08:14:49AM -0800, Josh Triplett wrote:
> > On Sat, Nov 13, 2010 at 11:25:53PM +0100, Mike Hommey wrote:
> > > On Sat, Nov 13, 2010 at 11:59:59AM -0800, Josh Triplett wrote:
> > > > Package: iceweasel
> > > > Version: 4.0~b7-2
> > > > Severity: normal
> > > > 
> > > > I saw about:home mentioned in the changelog, so naturally I tried it.
> > > > Looks rather nice, but as far as I can tell it doesn't actually work.
> > > > After typing in a search, pressing enter or clicking the "Search" button
> > > > does nothing.
> > > 
> > > It works for me. Does the error console say anything to you?
> > 
> > Several things, yes.
> > 
> > When the page first loads:
> > 
> > Error: gSearchEngine is null
> > Source File: chrome://browser/content/aboutHome.js
> > Line: 103
> > 
> > When I enter a search query and press enter:
> > 
> > Error: item is undefined
> > Source File: resource://services-sync/engines/forms.js
> > Line: 79
> 
> In early 4.0 betas, there were some components missing, which I fixed
> before 4.0.
> 
> about:home should be working properly now.

Confirmed, it seems to work fine now.

- Josh Triplett



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

Bug#636292: MD5Sum mismatch is due to multiple DNS queries!

[jidanni]

> "H" == Henrique de Moraes Holschuh  writes:
H> That doesn't even need a third issue (multiple DNS queries)
OK. But at least that part could be fixed now.
No denying it is happening, as I showed with tcpflow!



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

Bug#636086: [PATCH] Use C.UTF-8 from current libc-bin, rather than our own private en_US.UTF-8

[Josh Triplett]

On Sat, Aug 06, 2011 at 03:23:12PM +0200, Niels Thykier wrote:
> How about we migrate to C.UTF-8 in all cases; if the system provides one
> in /usr/lib/locale/C.UTF-8, then we use that otherwise we fall back to
> our internal locale.
> 
> postinst/prerm are modified to remove the old en_US.UTF-8 locale.  If
> /usr/lib/locale/C.UTF-8 exists; remove /var/lib/lintian/locale (if it
> exists).
>   Otherwise generate a C.UTF-8 locale in /var/lib/lintian/locale as we
> have done in the past.
> 
> This way we migrate to C.UTF-8 in all cases, keeping the internal code
> free from a lot of "pick en_US.UTF-8 or C.UTF-8" code snippets.  It
> should keep backporting trivial as far as I can tell.
> 
> Finally, if we start this transition now, our maintainer scripts +
> triggers should be redundant for Wheezy+1.
> 
> There is the assumption that /usr/lib/locale/C.UTF-8 will not disappear;
> that is no one will downgrade libc-bin below 2.13-1, but I think that is
> a fair assumption (testing has 2.13-10 atm, so they would have to
> downgrade via snapshots).  Even if they do, the lintian scripts will
> correct itself on a reinstall or upgrade.
> 
> Let me know if there is any issues or objections to this solution; else
> I will look at implementing this sometime next week.

This sounds reasonable to me.  However, I have a suggestion for a slight
variation.  Rather than implementing a private C.UTF-8 locale in lintian
(and preserving the LOCPATH propagation and related bits), how about
creating a new backport-specific package "c-utf8-locale-backport" or
similar, which generates the locale system-wide?  Lintian could then
depend on libc-bin (>= 2.13-1) | c-utf8-locale-backport, and (with some
coordination) the libc-bin maintainers could add a
conflicts/replaces/provides on c-utf8-locale-backport.  Then, lintian
and any other package wanting to count on C.UTF-8 could use this
dependency (and drop the alternative when wheezy releases).

How does that sound?

- Josh Triplett



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

Bug#637054: checkfs.sh should wait for USB disks before checking

[jidanni]

Package: initscripts
Version: 2.88dsf-13.11
Severity: wishlist
File: /etc/init.d/checkfs.sh

/etc/init.d/checkfs.sh really should wait for USB disks to mount before
checking. Maybe the Makefile style dependencies are not right.
All I know is I had to put a 'sleep 8' at the top of that file to boot
properly. It's either that or face

  Checking file systems...fsck from util-linux 2.19.1
  fsck.ext3: Unable to resolve 'UUID=c914c362-4b46-48be-afaf-6e061825b2ed'
  fsck died with exit status 8...
  A maintenance shell will now be started. CONTROL-D will terminate...

Here's a dmesg from before I made the workaround, (but it looks the same
afterwards anyway.)


dmesg.0.gz
Description: /var/log/dmesg.0
Yes there is "usb 1-5: device descriptor read/64, error -71" but then it
recovers by itself, however checkfs.sh didn't wait for it.

Or is there a better place I can put my workaround that won't get
overwritten and is low maintenance?
/etc/rc.local is run last. Any earlier counterpart?

Bug#596085: xserver-xorg-video-intel: I'm affected too also with version 2:2.15.0-3

[Fernando C. Estrada]

Followup-For: Bug #596085
Package: xserver-xorg-video-intel
Version: 2:2.15.0-3

*** Please type your report below this line ***

Hi,

I have this bug too, also with the latest version.

I'm willing to help debugging this issue too.

Regards,

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

lrwxrwxrwx 1 root root 13 Jul 17 20:30 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 2019976 Jul  2 05:56 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Intel Corporation N10 Family 
Integrated Graphics Controller [8086:a011]

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

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

KMS configuration files:

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

Kernel version (/proc/version):
---
Linux version 3.0.0-1-686-pae (Debian 3.0.0-1) (b...@decadent.org.uk) (gcc 
version 4.5.3 (Debian 4.5.3-3) ) #1 SMP Sun Jul 24 14:27:32 UTC 2011

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 27715 Aug  7 22:04 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[137038.460] 
X.Org X Server 1.10.2.902 (1.10.3 RC 2)
Release Date: 2011-07-01
[137038.461] X Protocol Version 11, Revision 0
[137038.461] Build Operating System: Linux 2.6.32-5-686-bigmem i686 Debian
[137038.461] Current Operating System: Linux camaleonina 3.0.0-1-686-pae #1 SMP 
Sun Jul 24 14:27:32 UTC 2011 i686
[137038.461] Kernel command line: BOOT_IMAGE=/vmlinuz-3.0.0-1-686-pae 
root=/dev/mapper/debian-root ro quiet
[137038.461] Build Date: 02 July 2011  10:49:30AM
[137038.461] xorg-server 2:1.10.2.902-1 (Cyril Brulebois ) 
[137038.461] Current version of pixman: 0.22.2
[137038.461]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[137038.461] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[137038.461] (==) Log file: "/var/log/Xorg.0.log", Time: Sun Aug  7 21:55:05 
2011
[137038.504] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[137038.516] (==) No Layout section.  Using the first Screen section.
[137038.516] (==) No screen section available. Using defaults.
[137038.516] (**) |-->Screen "Default Screen Section" (0)
[137038.516] (**) |   |-->Monitor ""
[137038.517] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[137038.517] (==) Automatically adding devices
[137038.517] (==) Automatically enabling devices
[137038.524] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[137038.524]Entry deleted from font path.
[137038.549] (WW) `fonts.dir' not found (or not valid) in 
"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType".
[137038.549]Entry deleted from font path.
[137038.549](Run 'mkfontdir' on 
"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType").
[137038.549] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[137038.549] (==) ModulePath set to "/usr/lib/xorg/modules"
[137038.549] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[137038.549] (II) Loader magic: 0x8232f20
[137038.549] (II) Module ABI versions:
[137038.549]X.Org ANSI C Emulation: 0.4
[137038.549]X.Org Video Driver: 10.0
[137038.549]X.Org XInput driver : 12.2
[137038.549]X.Org Server Extension : 5.0
[137038.569] (--) PCI:*(0:0:2:0) 8086:a011:1028:048e rev 0, Mem @ 
0xf020/524288, 0xd000/268435456, 0xf000/1048576, I/O @ 0x18d0/8
[137038.569] (--) PCI: (0:0:2:1) 8086:a012:1028:048e rev 0, Mem @ 
0xf028/524288
[137038.569] (II) Open ACPI successful (/var/run/acpid.socket)
[137038.569] (II) LoadModule: "extmod"
[137038.577] (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so
[137038.597] (II) Module extmod: vendor="X.Org Foundation"
[137038.597]compiled for 1.10.2.902, module version = 1.0.0
[137038.597]Module class: X.Org Server Extension
[137038.597]ABI class: X.Org Server Extension, version 5.0
[137038.597] (II) Loading extension SELinux
[137038.598] (II) Loading extension MIT-SCREEN-SAVER
[137038.598] (II) Loading extension XFree86-VidModeExtension
[137038.598] (II) Loading extension XFree86-DGA
[137038.598] (II) Loading extension DPMS
[137038.598] (II) Loading extension XVideo
[137038.598] (II) Loading extension X

Bug#637053: reportbug: having option to show http://release.debian.org/wheezy/rc_policy.txt when at severity selection would be useful

[Daniel Dickinson]

Package: reportbug
Version: 5.1.1
Severity: wishlist


As a user I am frequently asked to assign a severity, and until I was pointed 
to the page I had to rely on (faulty) memory of what was RC due to Debian 
Policy (for some reason I though almost all packaging bugs were, but I was 
misremembering something I had read, as well as confusing must and should 
directives).  Having access to the page mentioned 
(http://release.debian.org/wheezy/rc_policy.txt) at severity selection would be 
helpful in assigning a severity correctly (assuming the user isn't in 'it's 
severe to me' mode).

For the panicked user, it might also be useful to remind the user to take a 
breath and try to calmly assess whether it is a for a wide base of users, and 
that a high severity doesn't get faster action, just downgraded and creates 
administrative hassle (work), if it's not actually a bug of the mentioned 
severity.


Although for some bugs, there's tendency to use the arguement it's not part of 
the base system so you must be advanced enough to solve the problem, which is 
simply wrong, especially if the system was built by someone else who doesn't 
live close by.  E.g. I build system for friends and family, and have given away 
system.  I got frustrated with Ubuntu's instability and decided to distribute 
what I use for myself, but when some developer attitudes are frustrating for 
system intended for end users.



-- Package-specific info:
** Environment settings:
EMAIL="dan...@cshore.neomailbox.net"
INTERFACE="text"

** /home/daniel/.reportbugrc:
reportbug_version "5.1.1"
mode standard
ui text
no-cc
header "X-Debbugs-CC: dan...@cshore.neomailbox.net"
smtphost reportbug.debian.org

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

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

Versions of packages reportbug depends on:
ii  apt   0.8.15.2   Advanced front-end for dpkg
ii  python2.6.7-1interactive high-level object-orie
ii  python-reportbug  5.1.1  Python modules for interacting wit

reportbug recommends no packages.

Versions of packages reportbug suggests:
ii  debconf-utils1.5.40  debconf utilities
ii  debsums  2.0.48+nmu3 tool for verification of installed
ii  dlocate  1.02fast alternative to dpkg -L and dp
ii  emacs23-bin-common   23.3+1-1The GNU Emacs editor's shared, arc
ii  exim44.76-2  metapackage to ease Exim MTA (v4) 
ii  exim4-daemon-light [mail-tra 4.76-2  lightweight Exim MTA (v4) daemon
ii  file 5.04-5+b1   Determines file type using "magic"
ii  gnupg1.4.11-3GNU privacy guard - a free PGP rep
ii  python-gtk2  2.24.0-2Python bindings for the GTK+ widge
ii  python-gtkspell  2.25.3-10.1 Python bindings for the GtkSpell l
pn  python-urwid   (no description available)
ii  python-vte   1:0.28.1-2  Python bindings for the VTE widget
ii  xdg-utils1.1.0~rc1-2 desktop integration utilities from

-- 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#637052: python-amara: SAXParseException syntax error when importing

[green]

Package: python-amara
Version: 1.2a2-1.1
Severity: normal

I'm really new to python :) but this seems wrong.  When the 
gnustep-base-common package is installed, I get the following error.

$ python
Python 2.6.6 (r266:84292, Dec 26 2010, 22:31:48) 
[GCC 4.4.5] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import amara
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/pymodules/python2.6/amara/__init__.py", line 11, in 
import binderytools
  File "/usr/lib/pymodules/python2.6/amara/binderytools.py", line 13, in 

from Ft.Xml import InputSource
  File "/usr/lib/python2.6/dist-packages/Ft/Xml/InputSource.py", line 355, in 

DefaultFactory = InputSourceFactory(catalog=GetDefaultCatalog())
  File "/usr/lib/python2.6/dist-packages/Ft/Xml/Catalog.py", line 579, in 
GetDefaultCatalog
catalog = Catalog(uri, quiet)
  File "/usr/lib/python2.6/dist-packages/Ft/Xml/Catalog.py", line 95, in 
__init__
self._parseXmlCat(data)
  File "/usr/lib/python2.6/dist-packages/Ft/Xml/Catalog.py", line 377, in 
_parseXmlCat
p.parse(source)
  File "/usr/lib/python2.6/dist-packages/Ft/Xml/Catalog.py", line 476, in 
startElementNS
delegate = Catalog(catalog, self.quiet)
  File "/usr/lib/python2.6/dist-packages/Ft/Xml/Catalog.py", line 95, in 
__init__
self._parseXmlCat(data)
  File "/usr/lib/python2.6/dist-packages/Ft/Xml/Catalog.py", line 377, in 
_parseXmlCat
p.parse(source)
  File "/usr/lib/python2.6/dist-packages/Ft/Xml/Catalog.py", line 476, in 
startElementNS
delegate = Catalog(catalog, self.quiet)
  File "/usr/lib/python2.6/dist-packages/Ft/Xml/Catalog.py", line 95, in 
__init__
self._parseXmlCat(data)
  File "/usr/lib/python2.6/dist-packages/Ft/Xml/Catalog.py", line 377, in 
_parseXmlCat
p.parse(source)
xml.sax._exceptions.SAXParseException: 
file:///usr/share/xml/gnustep/gsdoc-1_0_0.dtd:41:0: syntax error


-- System Information:
Debian Release: 6.0.2
  APT prefers stable
  APT policy: (900, 'stable'), (800, 'testing'), (700, 'unstable'), (500, 
'stable-updates'), (10, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages python-amara depends on:
ii  python  2.6.6-3+squeeze6 interactive high-level object-orie
ii  python-4suite-xml   1.0.2-7.2An open-source platform for XML an
ii  python-dateutil 1.4.1-3  powerful extensions to the standar
ii  python-support  1.0.10   automated rebuilding support for P

python-amara recommends no packages.

python-amara suggests no packages.

-- no debconf information


signature.asc
Description: Digital signature

Bug#637045: shutting down openbox with gdm-control

[kenwfoyjr]

I just discovered that the way to shutdown the system with gdm-control in
Openbox is also broken. Formerly, this command would halt the system —
gdm-control --shutdown && openbox --exit. Now, it just exits Openbox and
goes to the GDM login.





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

Bug#307298: Include patch that fixes the problem of CONNECT via SSL

[Dmitry Katsubo]

> But squeeze+1 will (hopefully) have v2.4, anyway.

Stefan, unfortunately that did not happen: [sid] does not contain 2.4.
Nor 2.3.

> And I don't think the code is tested enough to include in the Debian
> package.

True, but if nobody includes the feature, then nobody can test it. The
patch is already more then 3 years available...

Is the following issue fixed or not (after 1 year)?

>> 2) If the backend closes the connection, but the client doesn't, the apache
>> thread hangs and will not close the connection to the client.

-- 
With best regards,
Dmitry



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

Bug#637051: TAG: TreeMaker -- TreeMaker is a program for the design of origami bases.

[Kevin Kavchak]

Package: wnpp 

Severity: RFP


URL: http://www.langorigami.com/science/treemaker/treemaker5.php4


License: The TreeMaker source code is released under the GNU Public License.

Description: TreeMaker is a program for the design of origami bases. You draw a 
stick figure of the base on the screen; each stick in the stick figure (the 
"tree") will be represented by a flap on the base. You can also place various 
constraints on the flaps, forcing them to be corner, edge, or middle flaps, 
and/or setting up various symmetry relationships (forcing pairs of flaps to be 
symmetric about a line of symmetry of the paper, for example). Once you have 
defined the tree, TreeMaker computes the full crease pattern for a base which, 
when folded, will have a projection (roughly speaking, its "shadow") equivalent 
to that specified by the defining tree. The crease pattern can be printed out, 
or copied and pasted into another graphics program for further processing. 
Crease assignment (mountain or valley) are not computed, but with a few simple 
rules and some exploration by hand, the proper crease assignment can usually 
easily be found.

Bug#637050: Package perl-suid v5.12.x is not available in repositories [sid] and [experimental]

[Dmitry Katsubo]

Package: perl-suid
Version: 5.10.1-17squeeze2

Dear package maintainers,

Currently when migrating from [squeeze] to [sid] I have faced the
following problem:

- The package "perl" was upgraded from 5.10 to 5.12 [OK]
- The package "perl-suid" was simply removed (as no corresponding
version was found in [sid] or [experimental])

This causes troubles in installations that rely on perl-suid.

Package perl:
> * lenny (oldstable) (perl): Larry Wall's Practical Extraction and Report 
> Language
>   5.10.0-19lenny5 [security]: alpha amd64 arm armel i386 ia64 mips mipsel 
> powerpc s390 sparc
>   5.10.0-19lenny3: hppa
> * squeeze (stable) (perl): Larry Wall's Practical Extraction and Report 
> Language
>   5.10.1-17squeeze2 [security]: amd64 armel i386 ia64 kfreebsd-amd64 
> kfreebsd-i386 mips mipsel powerpc s390 sparc
> * wheezy (testing) (perl): Larry Wall's Practical Extraction and Report 
> Language
>   5.12.4-2: amd64 armel i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel 
> powerpc s390 sparc
> * sid (unstable) (perl): Larry Wall's Practical Extraction and Report Language
>   5.12.4-2: amd64 armel armhf i386 ia64 kfreebsd-amd64 kfreebsd-i386 m68k 
> mips mipsel powerpc s390 sh4 sparc sparc64
>   5.12.4-1 [debports]: alpha powerpcspe
>   5.12.3-6: hurd-i386
>   5.10.1-18: hppa
> * experimental (perl): Larry Wall's Practical Extraction and Report Language
>   5.14.1-1: amd64 armel i386 ia64 kfreebsd-amd64 mips mipsel powerpc s390 
> sparc
>   5.14.0-1: hurd-i386 kfreebsd-i386

Package perl-suid:
> * lenny (oldstable) (perl): Runs setuid Perl scripts
>   5.10.0-19lenny5 [security]: alpha amd64 arm armel i386 ia64 mips mipsel 
> powerpc s390 sparc
>   5.10.0-19lenny3: hppa
> * squeeze (stable) (perl): runs setuid Perl scripts
>   5.10.1-17squeeze2 [security]: amd64 armel i386 ia64 kfreebsd-amd64 
> kfreebsd-i386 mips mipsel powerpc s390 sparc
> * sid (unstable) (perl): runs setuid Perl scripts
>   5.10.1-19: alpha
>   5.10.1-18: hppa

-- 
With best regards,
Dmitry



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

Bug#637045: gdm3 appears to disable random wallpaper and gtk theme in openbox

[Kete]

On 08/07/2011 10:25 PM, Kenneth W Foy Jr wrote:

Without
desktop-base installed, a bright, lime green desktop will appear.
Actually, I was wrong about this. I never noticed that the wallpaper was 
also loading for a second without desktop-base.


My preferred GTK theme, CleanIce-Marble, doesn't work
It actually works on my other computer, but I'm not sure what I did 
differently if anything.





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

Bug#611954: Fixed: r8169: unable to start network after squeeze upgrade to kernel 2.6.32

[Gerry Butler]

Hello Ben

>I don't understand why you say that eth0 was broken, if it wasn't
>configured before.  Are you saying that the upgrade *removed* an entry
>from /etc/network/interfaces?  Are you using a network interface control
>program other than ifupdown, e.g. Network Manager or wicd?

I didn't realize eth0 was not configured at the time I reported the problem, 
that is, when I was part way through the squeeze upgrade.

In retrospect, I realize that I had the capability of diagnosing and fixing 
the problem myself, without help, but I didn't realize that at the time.

I am not using wicd. (At least I don't think I am. I don't know what it is.)

Is Network Manager the tool that starts when you choose "Network" in 
KDE? If so, I have used it previously, but not for a long time, and not 
during or after the squeeze upgrade.

About a year ago I was using a network card in addition to the onboard 
ethernet adaptor, but I removed it. /etc/network/interfaces may have 
still contained its entry.

I don't know what the first squeeze upgrade attempt did to 
/etc/network/interfaces, as I did not look at it following the kernel, 
udev, and firmware-realtek upgrade/installation. But I know at that 
point I got "network unreachable" messages in response to 
ping 10.0.0.138. Since syslog contained "unable to patch firmware"
message, and a search in bugs.debian.org turned up 611954, I assumed 
that was the problem and didn't look further.

After the second (successful) squeeze upgrade attempt, 
which was conducted via the eth1 adaptor, 
/etc/network/interfaces contained no entry for eth0. There 
had to have been an entry prior to the upgrade, as the 
onboard adaptor was the only one in the machine.

The second squeeze upgrade started from a "green fields" state, 
as I restored pre-upgrade dd partition images then ran the upgrade 
from the beginning.

Regards  Gerry. 











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

Bug#637049: Please tag ~/.thumbnails using CACHEDIR.TAG

[Josh Triplett]

Package: nautilus
Version: 2.30.1-3
Severity: wishlist

Various backup utilities can automatically exclude cache directories if
tagged via the "Cache Directory Tagging" standard
(http://www.brynosaurus.com/cachedir/).  Doing so requires creating a
file CACHEDIR.TAG in the cache directory (~/.thumbnails), containing
the contents "Signature: 8a477f597d28d172789f06886806bc55".  Please
consider implementing this standard by creating this file, so that
backup software can automatically exclude the thumbnail cache.

I don't fully know which component of nautilus generates these
thumbnails, or if that component lives in some package other than the
main nautilus package.  Please feel free to reassign if I've gotten it
wrong.

Thanks,
Josh Triplett

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

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

Versions of packages nautilus depends on:
ii  desktop-file-utils  0.15-2   Utilities for .desktop files
ii  gvfs1.6.4-3  userspace virtual filesystem - ser
ii  libatk1.0-0 2.0.1-2  ATK accessibility toolkit
ii  libc6   2.13-14  Embedded GNU C Library: Shared lib
ii  libcairo2   1.10.2-6.1   The Cairo 2D vector graphics libra
ii  libdbus-glib-1-20.94-4   simple interprocess messaging syst
ii  libexempi3  2.1.1-1  library to parse XMP metadata (Lib
ii  libexif12   0.6.20-1 library to parse EXIF files
ii  libgail18   2.24.5-4 GNOME Accessibility Implementation
ii  libgconf2-4 2.32.4-1 GNOME configuration database syste
ii  libglib2.0-02.28.6-1 The GLib library of C routines
ii  libglib2.0-data 2.28.6-1 Common files for GLib library
ii  libgnome-desktop-2-17   2.30.2-2 Utility library for loading .deskt
ii  libgtk2.0-0 2.24.5-4 GTK+ graphical user interface libr
ii  libice6 2:1.0.7-2X11 Inter-Client Exchange library
ii  libnautilus-extension1  2.30.1-3 libraries for nautilus components 
ii  libpango1.0-0   1.28.4-2 Layout and rendering of internatio
ii  libselinux1 2.0.98-1.1   SELinux runtime shared libraries
ii  libsm6  2:1.2.0-2X11 Session Management library
ii  libunique-1.0-0 1.1.6-2  Library for writing single instanc
ii  libx11-62:1.4.4-1X11 client-side library
ii  libxml2 2.7.8.dfsg-4 GNOME XML library
ii  libxrender1 1:0.9.6-2X Rendering Extension client libra
ii  nautilus-data   2.30.1-3 data files for nautilus
ii  shared-mime-info0.90-1   FreeDesktop.org shared MIME databa

Versions of packages nautilus recommends:
pn  app-install-data   (no description available)
ii  brasero   2.30.3-3   CD/DVD burning application for GNO
ii  consolekit0.4.5-1framework for defining and trackin
ii  desktop-base  6.0.6  common files for the Debian Deskto
pn  eject  (no description available)
ii  gvfs-backends 1.6.4-3userspace virtual filesystem - bac
ii  librsvg2-common   2.34.0-2   SAX-based renderer library for SVG
pn  synaptic   (no description available)

Versions of packages nautilus suggests:
ii  eog   3.0.2-2Eye of GNOME graphics viewer progr
ii  evince [pdf-viewer]   2.32.0-1   Document (PostScript, PDF) viewer
ii  totem 2.30.2-8   A simple media player for the GNOM
pn  tracker(no description available)
ii  xdg-user-dirs 0.14-1 tool to manage well known user dir

-- 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#637039: lsb-release: parse_apt_policy in lsb_release.py fails

[Luke Kenneth Casson Leighton]

On Mon, Aug 8, 2011 at 1:33 AM, lkcl  wrote:
> Package: lsb-release
> Version: 3.2-27
> Severity: normal
> Tags: patch
>
> ok it's not exactly a patch but close:
> policy = commands.getoutput('LANG=C apt-cache policy 2>/dev/null')
>
> should be:
> policy = commands.getoutput('LANG=C apt-cache policy 2&>/dev/null')
>
> in lsb_release.py parse_apt_policy function

 ok, yep, right, i know i know - this is completely wrong :)  there's
something else going belly-up - shown here:

Traceback (most recent call last):
  File "/usr/bin/lsb_release", line 96, in 
main()
  File "/usr/bin/lsb_release", line 60, in main
distinfo = lsb_release.get_distro_information()
  File "/usr/lib/pymodules/python2.6/lsb_release.py", line 285, in
get_distro_information
distinfo = guess_debian_release()
  File "/usr/lib/pymodules/python2.6/lsb_release.py", line 239, in
guess_debian_release
rinfo = guess_release_from_apt()
  File "/usr/lib/pymodules/python2.6/lsb_release.py", line 170, in
guess_release_from_apt
releases = parse_apt_policy()
  File "/usr/lib/pymodules/python2.6/lsb_release.py", line 154, in
parse_apt_policy
policy = commands.getoutput('apt-cache policy 2>/dev/null')
  File "/usr/lib/python2.6/commands.py", line 46, in getoutput
return getstatusoutput(cmd)[1]
  File "/usr/lib/python2.6/commands.py", line 57, in getstatusoutput
sts = pipe.close()
IOError: [Errno 10] No child processes



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

Bug#637048: latrace: corrupt output file / write failed: Bad file descriptor

[Vincent Lefevre]

Package: latrace
Version: 0.5.10.20110523-1
Severity: normal

With "latrace -o latrace.out mutt foo", I get a lot of

  write failed: Bad file descriptor

where I have a personal version of Mutt, and latrace.out begins with
null bytes. I do not have such a problem with strace or ltrace.

With "latrace -o latrace.out /usr/bin/mutt -F /dev/null foo" (i.e.
with Debian's Mutt and without reading my personal .muttrc), I no
longer get these "write failed" errors, but latrace.out still begins
with null bytes.

-- 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.0.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 latrace depends on:
ii  libc6 2.13-14Embedded GNU C Library: Shared lib

latrace recommends no packages.

latrace suggests no packages.

-- no debconf information

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)



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

Bug#637047: Please tag /var/cache/apt using CACHEDIR.TAG

[Josh Triplett]

Package: apt
Version: 0.8.15.5
Severity: wishlist

Various backup utilities can automatically exclude cache directories if
tagged via the "Cache Directory Tagging" standard
(http://www.brynosaurus.com/cachedir/).  Doing so requires creating a
file CACHEDIR.TAG in the cache directory (/var/cache/apt), containing
the contents "Signature: 8a477f597d28d172789f06886806bc55".  Please
consider implementing this standard by creating this file, so that
backup software can automatically exclude apt's caches.

Thanks,
Josh Triplett

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

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

Versions of packages apt depends on:
ii  debian-archive-keyring  2010.08.28   GnuPG archive keys of the Debian a
ii  gnupg   1.4.11-3 GNU privacy guard - a free PGP rep
ii  libc6   2.13-14  Embedded GNU C Library: Shared lib
ii  libgcc1 1:4.6.1-5GCC support library
ii  libstdc++6  4.6.1-5  GNU Standard C++ Library v3
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

apt recommends no packages.

Versions of packages apt suggests:
pn  apt-doc(no description available)
ii  aptitude  0.6.4-1terminal-based package manager (te
ii  bzip2 1.0.5-6high-quality block-sorting file co
ii  dpkg-dev  1.16.0.3   Debian package development tools
pn  lzma   (no description available)
ii  python-apt0.8.0  Python interface to libapt-pkg

-- no debconf information



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

Bug#637043: lyx: program listing in box with simple frame causes LaTeX error}

[Hamish]

fwiw also seen on ubuntu/lucid, which is lyx version 1.6.5.


Hamish



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

Bug#637046: Please tag /var/cache/man using CACHEDIR.TAG

[Josh Triplett]

Package: man-db
Version: 2.6.0.2-2
Severity: wishlist

Various backup utilities can automatically exclude cache directories if
tagged via the "Cache Directory Tagging" standard
(http://www.brynosaurus.com/cachedir/).  Doing so requires creating a
file CACHEDIR.TAG in the cache directory (/var/cache/man), containing
the contents "Signature: 8a477f597d28d172789f06886806bc55".  Please
consider implementing this standard by creating this file, so that
backup software can automatically exclude fontconfig caches.

Thanks,
Josh Triplett

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

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

Versions of packages man-db depends on:
ii  bsdmainutils8.2.3collection of more utilities from 
ii  debconf [debconf-2.0]   1.5.41   Debian configuration management sy
ii  dpkg1.16.0.3 Debian package management system
ii  groff-base  1.21-6   GNU troff text-formatting system (
ii  libc6   2.13-14  Embedded GNU C Library: Shared lib
ii  libgdbm31.8.3-10 GNU dbm database routines (runtime
ii  libpipeline11.2.0-3  pipeline manipulation library
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

man-db recommends no packages.

Versions of packages man-db suggests:
ii  groff 1.21-6 GNU troff text-formatting system
ii  iceweasel [www-browser]   6.0~b3-1   Web browser based on Firefox
ii  less  444-1  pager program similar to more

-- debconf information excluded



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

Bug#611954: Fixed: r8169: unable to start network after squeeze upgrade to kernel 2.6.32

[Ben Hutchings]

On Mon, 2011-08-08 at 11:49 +1000, Gerry Butler wrote:
> The onboard ethernet adaptor is now working. 
> 
> /etc/network/interfaces contained no entry for eth0. I don't know why. 
> 
> When I started the squeeze upgrade the onboard adaptor at eth0 was 
> the only adaptor. 
> 
> I don't know the state of /etc/network/interfaces at the completion of 
> the kernel and udev upgrade.
> 
> After installing another ethernet adaptor and re-running the squeeze 
> upgrade from the beginning (after restoring dd partition images), 
> /etc/network/interfaces contained only an entry for eth1.
> 
> I have now added an entry for eth0.

I don't understand why you say that eth0 was broken, if it wasn't
configured before.  Are you saying that the upgrade *removed* an entry
from /etc/network/interfaces?  Are you using a network interface control
program other than ifupdown, e.g. Network Manager or wicd?

Ben.



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

Bug#637045: gdm3 appears to disable random wallpaper and gtk theme in openbox

[Kenneth W Foy Jr]

Package: gdm3
Version: 2.30.5-10
Severity: normal

Regarding the random wallpaper script, with desktop-base installed, the random
wallpaper will appear, and then the spacefun wallpaper will replace it. Without
desktop-base installed, a bright, lime green desktop will appear. This is in
Openbox.

My preferred GTK theme, CleanIce-Marble, doesn't work, not even in a preview.
CleanIce-Debian will work in a preview but won't work in windows after
applying.



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

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

Versions of packages gdm3 depends on:
ii  adduser3.113 add and remove users and groups
ii  debconf [debconf-2.0]  1.5.40Debian configuration management sy
ii  gconf2 2.32.4-1  GNOME configuration database syste
ii  gnome-session-bin  2.30.2-3  The GNOME Session Manager - Minima
ii  libart-2.0-2   2.3.21-1  Library of functions for 2D graphi
ii  libatk1.0-02.0.1-2   ATK accessibility toolkit
ii  libattr1   1:2.4.46-3Extended attribute shared library
ii  libaudit0  1.7.13-1.2Dynamic library for security audit
ii  libbonobo2-0   2.24.3-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.24.3-1  The Bonobo UI library
ii  libc6  2.13-10   Embedded GNU C Library: Shared lib
ii  libcairo2  1.10.2-6  The Cairo 2D vector graphics libra
ii  libcanberra-gtk0   0.28-1Gtk+ helper for playing widget eve
ii  libcanberra0   0.28-1a simple abstract interface for pl
ii  libdbus-1-31.4.12-5  simple interprocess messaging syst
ii  libdbus-glib-1-2   0.94-4simple interprocess messaging syst
ii  libfontconfig1 2.8.0-3   generic font configuration library
ii  libfreetype6   2.4.4-2   FreeType 2 font engine, shared lib
ii  libgconf2-42.32.4-1  GNOME configuration database syste
ii  libgdk-pixbuf2.0-0 2.23.5-2  GDK Pixbuf library
ii  libglib2.0-0   2.28.6-1  The GLib library of C routines
ii  libgnome2-02.32.1-1  The GNOME library - runtime files
ii  libgnomecanvas2-0  2.30.1-1  A powerful object-oriented display
ii  libgtk2.0-02.24.4-3  The GTK+ graphical user interface 
ii  liborbit2  1:2.14.18-0.2 libraries for ORBit2 - a CORBA ORB
ii  libpam-modules 1.1.3-2   Pluggable Authentication Modules f
ii  libpam-runtime 1.1.3-2   Runtime support for the PAM librar
ii  libpam0g   1.1.3-2   Pluggable Authentication Modules l
ii  libpanel-applet2-0 2.30.2-4  library for GNOME Panel applets
ii  libpango1.0-0  1.28.4-1  Layout and rendering of internatio
ii  libpolkit-gobject-1-0  0.101-4   PolicyKit Authorization API
ii  libpolkit-gtk-1-0  0.101-2   PolicyKit GTK+ API
ii  libpopt0   1.16-1lib for parsing cmdline parameters
ii  librsvg2-common2.34.0-1  SAX-based renderer library for SVG
ii  libselinux12.0.98-1.1SELinux runtime shared libraries
ii  libupower-glib10.9.12-1  abstraction for power management -
ii  libwrap0   7.6.q-21  Wietse Venema's TCP wrappers libra
ii  libx11-6   2:1.4.3-2 X11 client-side library
ii  libxau61:1.0.6-3 X11 authorisation library
ii  libxdmcp6  1:1.1.0-3 X11 Display Manager Control Protoc
ii  libxklavier16  5.1-2 X Keyboard Extension high-level AP
ii  libxml22.7.8.dfsg-3  GNOME XML library
ii  lsb-base   3.2-27Linux Standard Base 3.2 init scrip
ii  openbox [x-window-manager] 3.4.11.2-2standards compliant, fast, light-w
ii  policykit-1-gnome  0.101-2   GNOME authentication agent for Pol
ii  upower 0.9.12-1  abstraction for power management
ii  xfce4-terminal [x-terminal 0.4.8-1   Xfce terminal emulator
ii  xfwm4 [x-window-manager]   4.8.1-3   window manager of the Xfce project

Versions of packages gdm3 recommends:
ii  at-spi1.30.1-3   Assistive Technology Service Provi
ii  desktop-base  6.0.6  common files for the Debian Deskto
ii  gnome-icon-theme  3.0.0-4GNOME Desktop icon theme
ii  gnome-power-manager   2.32.0-2   power management tool for the GNOM
ii  gnome-settings-daemon 2.30.2-3   daemon handling the GNOME session 
ii  x11-xkb-utils 7.6+4  X11 XKB utilities
ii  

Bug#637044: When Cyrus package is rebuild again, the build fails

[Dmitry Katsubo]

Package: cyrus-common-2.2
Version: 2.2.13p1-15

Dear maintainers,

Currently when I rebuild the Cyrus package after the 1st successfull
build using
# dpkg-buildpackage -rfakeroot -b

the following error occurs:

=== cut ===
Applying patch 99-update-autoconf.dpatch
patching file config.h.in
patching file configure
Hunk #1 FAILED at 1.
Hunk #2 FAILED at 83.
Hunk #3 FAILED at 231.
...
143 out of 146 hunks FAILED -- rejects in file configure
patching file install-sh
Patch 99-update-autoconf.dpatch does not apply (enforce with -f)
make: *** [debian/stamp-patched] Error 1
dpkg-buildpackage: error: debian/rules build gave error exit status 2
=== cut ===

Patching "./configure" file seems to be bad idea, as quilt reverts
patches before dh_auto_configure and applies after. Perhaps this patch
should be applied directly from debian/rules (what is the best practise?)

P.S. You will not see this error on build server logs, as build server
always start a build from pure installation.

-- 
With best regards,
Dmitry



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

Bug#637043: lyx: Program listing within Box with simple frame causes LaTeX error

[Hamish]

Package: lyx
Version: 1.6.7-1
Severity: normal

Hi,

I get a LaTeX error if I try to put a program listing within a simple box 
frame. If I select an oval or other shaped frame it works fine.

to reproduce:
New Document
Insert -> Box
Insert -> Program Listing
then type something (eg "10 PRINT")

right click on 'Box (Minipage)', select 'Simple Frame'

View -> Postscript

and the error dialog pops up with a number of errors. The first
one is "Argument of \lst@next has an extra }.

"""
\end{minipage}}

I've run across a `}' that doesn't seem to match anything.
For example, `\def\a#1{...}' and `\a}' would produce
this error. If you simply proceed now, the `\par' that
I've just inserted will cause me to report a runaway
argument that might be the root of the problem. But if
your `}' was spurious, just type `2' and it will go away.
"""


?

thanks,
Hamish



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

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

Versions of packages lyx depends on:
ii  libaiksaurus-1.2-0c2 1.2.1+dev-0.12-6an English-language thesaurus (dev
ii  libboost-regex1.42.0 1.42.0-4regular expression library for C++
ii  libboost-signals1.42 1.42.0-4managed signals and slots library 
ii  libc62.11.2-10   Embedded GNU C Library: Shared lib
ii  libenchant1c2a   1.6.0-1 a wrapper library for various spel
ii  libgcc1  1:4.4.5-8   GCC support library
ii  libqtcore4   4:4.6.3-4+squeeze1  Qt 4 core module
ii  libqtgui44:4.6.3-4+squeeze1  Qt 4 GUI module
ii  libstdc++6   4.4.5-8 The GNU Standard C++ Library v3
ii  lyx-common   1.6.7-1 Architecture-independent files for
ii  mime-support 3.48-1  MIME files 'mime.types' & 'mailcap
ii  xdg-utils1.0.2+cvs20100307-2 desktop integration utilities from
ii  zlib1g   1:1.2.3.4.dfsg-3compression library - runtime

Versions of packages lyx recommends:
ii  dvipng  1.13-1   convert DVI files to PNG graphics
ii  evince [pdf-viewer] 2.30.3-2 Document (PostScript, PDF) viewer
ii  ghostscript 8.71~dfsg2-9 The GPL Ghostscript PostScript/PDF
ii  gv [pdf-viewer] 1:3.7.1-1PostScript and PDF viewer for X
ii  imagemagick 8:6.6.0.4-3  image manipulation programs
ii  inkscape0.47.0-2+b1  vector-based drawing program
ii  okular [pdf-viewer] 4:4.4.5-2universal document viewer
ii  poppler-utils   0.12.4-1.2   PDF utilitites (based on libpopple
ii  preview-latex-style 11.85-1  extraction of elements from LaTeX 
ii  psutils 1.17-27  A collection of PostScript documen
ii  texlive-fonts-recommended   2009-11  TeX Live: Recommended fonts
ii  texlive-latex-extra 2009-10  TeX Live: LaTeX supplementary pack
ii  texlive-latex-recommended   2009-11  TeX Live: LaTeX recommended packag
ii  texlive-science 2009-10  TeX Live: Typesetting for natural 
ii  ttf-lyx 1.6.7-1  TrueType versions of some TeX font

Versions of packages lyx suggests:
pn  chktex (no description available)
pn  dvipost(no description available)
pn  gnuhtml2latex  (no description available)
ii  groff 1.20.1-10  GNU troff text-formatting system
ii  latex2html2008-debian1-5 LaTeX to HTML translator
pn  latex2rtf  (no description available)
pn  libtiff-tools  (no description available)
pn  linuxdoc-tools (no description available)
ii  menu  2.1.44 generates programs menu for all me
pn  noweb  (no description available)
pn  rcs(no description available)
pn  sgmltools-lite (no description available)
pn  writer2latex   (no description available)
pn  wv (no description available)

-- no debconf information



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

Bug#611954: Fixed: r8169: unable to start network after squeeze upgrade to kernel 2.6.32

[Gerry Butler]

The onboard ethernet adaptor is now working. 

/etc/network/interfaces contained no entry for eth0. I don't know why. 

When I started the squeeze upgrade the onboard adaptor at eth0 was 
the only adaptor. 

I don't know the state of /etc/network/interfaces at the completion of 
the kernel and udev upgrade.

After installing another ethernet adaptor and re-running the squeeze 
upgrade from the beginning (after restoring dd partition images), 
/etc/network/interfaces contained only an entry for eth1.

I have now added an entry for eth0.

Thank you.

Gerry







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

Bug#637042: [gimp] GIMP causes X to freeze

[Guy Heatley]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: gimp
Version: 2.6.11-3+b1
Severity: serious

- --- Please enter the report below this line. ---

Whilst running GIMP the X system freezes. It seems to happen at random,
but perhaps more often during opening / saving files.

The GUI is then completely locked up. I have to log into my machine via
SSH in order to safely power it down. I cannot kill the X session
either: the monitors still display the state when it crashed and
strangely the mouse still responds to movement. ps aux reports a defunct
gnome2 session, which kill -9 won't touch.

I use the xserver-xorg-video-nouveau graphics driver, and there have
been similar bugs with that in the past, but it seems now that GIMP
triggers the freeze (i.e. only GIMP, and consistently GIMP). In the past
similar "GUI lock-up" type bugs (in nouveau) were random.

It makes GIMP pretty much unusable for me!

Thanks for any help.
- -- 
Guy Heatley

- --- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.39-2-amd64

Debian Release: wheezy/sid
  500 testing security.debian.org
  500 testing ftp.uk.debian.org

- --- Package information. ---
Depends(Version) | Installed
-+-==
libgimp2.0   (>= 2.6.11) | 2.6.11-3+b1
libgimp2.0 (<= 2.6.11-z) | 2.6.11-3+b1
gimp-data(>= 2.6.11) | 2.6.11-3
gimp-data  (<= 2.6.11-z) | 2.6.11-3
python-gtk2   (>= 2.8.0) | 2.24.0-2
libaa1(>= 1.4p5) | 1.4p5-38+b1
libatk1.0-0  (>= 1.12.4) | 2.0.1-2
libbabl-0.0-0| 0.0.22-1
libc6   (>= 2.7) | 2.13-10
libcairo2 (>= 1.2.4) | 1.10.2-6
libdbus-1-3   (>= 1.0.2) | 1.4.12-5
libdbus-glib-1-2   (>= 0.88) | 0.94-4
libexif12| 0.6.20-1
libfontconfig1(>= 2.8.0) | 2.8.0-3
libfreetype6  (>= 2.2.1) | 2.4.4-2
libgdk-pixbuf2.0-0   (>= 2.22.0) | 2.23.5-2
libgegl-0.0-0(>= 0.0.22) | 0.0.22-2+b1
libglib2.0-0 (>= 2.24.0) | 2.28.6-1
libgtk2.0-0  (>= 2.24.0) | 2.24.4-3
libjpeg62   (>= 6b1) | 6b1-2
liblcms1 (>= 1.15-1) | 1.19.dfsg-1
libmng1  (>= 1.0.10) | 1.0.10-1+b1
libpango1.0-0(>= 1.18.0) | 1.28.4-1
libpng12-0 (>= 1.2.13-4) | 1.2.46-3
libpoppler-glib6   (>= 0.16) | 0.16.7-2
librsvg2-2   (>= 2.14.4) | 2.34.0-1
libtiff4 | 3.9.5-1
libwebkit-1.0-2   (>= 1.1.1) | 1.2.7-3
libwmf0.2-7 (>= 0.2.8.4) | 0.2.8.4-8.1
libx11-6 | 2:1.4.3-2
libxext6 | 2:1.3.0-3
libxfixes3   | 1:5.0-4
libxmu6  | 2:1.1.0-2
libxpm4  | 1:3.5.9-1
zlib1g  (>= 1:1.1.4) | 1:1.2.3.4.dfsg-3
python  (<< 2.7) | 2.6.7-2
python  (>= 2.6) | 2.6.7-2
python-support   (>= 0.90.0) | 1.0.14


Package's Recommends field is empty.

Suggests  (Version) | Installed
===-+-===
gimp-help-en|
 OR gimp-help   |
gimp-data-extras|
gvfs-backends   | 1.6.4-3
libasound2  | 1.0.24.1-2
ghostscript | 9.02~dfsg-3




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

iEYEARECAAYFAk4/NJkACgkQcVtC8LX0UeZ9SACguvsmHu+w+OZwgjO3SWKc1i+b
SzAAoIPblSVURFlR3NSZn0i+3hwsnXmP
=QfYp
-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#637041: [gimp] GIMP causes X to freeze

[Guy Heatley]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: gimp
Version: 2.6.11-3+b1
Severity: serious

- --- Please enter the report below this line. ---

Whilst running GIMP the X system freezes. It seems to happen at random,
but perhaps more often during opening / saving files.

The GUI is then completely locked up. I have to log into my machine via
SSH in order to safely power it down. I cannot kill the X session
either: the monitors still display the state when it crashed and
strangely the mouse still responds to movement. ps aux reports a defunct
gnome2 session, which kill -9 won't touch.

I use the xserver-xorg-video-nouveau graphics driver, and there have
been similar bugs with that in the past, but it seems now that GIMP
triggers the freeze (i.e. only GIMP, and consistently GIMP). In the past
similar "GUI lock-up" type bugs (in nouveau) were random.

It makes GIMP pretty much unusable for me!

Thanks for any help.
- -- 
Guy Heatley

- --- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.39-2-amd64

Debian Release: wheezy/sid
  500 testing security.debian.org
  500 testing ftp.uk.debian.org

- --- Package information. ---
Depends(Version) | Installed
-+-==
libgimp2.0   (>= 2.6.11) | 2.6.11-3+b1
libgimp2.0 (<= 2.6.11-z) | 2.6.11-3+b1
gimp-data(>= 2.6.11) | 2.6.11-3
gimp-data  (<= 2.6.11-z) | 2.6.11-3
python-gtk2   (>= 2.8.0) | 2.24.0-2
libaa1(>= 1.4p5) | 1.4p5-38+b1
libatk1.0-0  (>= 1.12.4) | 2.0.1-2
libbabl-0.0-0| 0.0.22-1
libc6   (>= 2.7) | 2.13-10
libcairo2 (>= 1.2.4) | 1.10.2-6
libdbus-1-3   (>= 1.0.2) | 1.4.12-5
libdbus-glib-1-2   (>= 0.88) | 0.94-4
libexif12| 0.6.20-1
libfontconfig1(>= 2.8.0) | 2.8.0-3
libfreetype6  (>= 2.2.1) | 2.4.4-2
libgdk-pixbuf2.0-0   (>= 2.22.0) | 2.23.5-2
libgegl-0.0-0(>= 0.0.22) | 0.0.22-2+b1
libglib2.0-0 (>= 2.24.0) | 2.28.6-1
libgtk2.0-0  (>= 2.24.0) | 2.24.4-3
libjpeg62   (>= 6b1) | 6b1-2
liblcms1 (>= 1.15-1) | 1.19.dfsg-1
libmng1  (>= 1.0.10) | 1.0.10-1+b1
libpango1.0-0(>= 1.18.0) | 1.28.4-1
libpng12-0 (>= 1.2.13-4) | 1.2.46-3
libpoppler-glib6   (>= 0.16) | 0.16.7-2
librsvg2-2   (>= 2.14.4) | 2.34.0-1
libtiff4 | 3.9.5-1
libwebkit-1.0-2   (>= 1.1.1) | 1.2.7-3
libwmf0.2-7 (>= 0.2.8.4) | 0.2.8.4-8.1
libx11-6 | 2:1.4.3-2
libxext6 | 2:1.3.0-3
libxfixes3   | 1:5.0-4
libxmu6  | 2:1.1.0-2
libxpm4  | 1:3.5.9-1
zlib1g  (>= 1:1.1.4) | 1:1.2.3.4.dfsg-3
python  (<< 2.7) | 2.6.7-2
python  (>= 2.6) | 2.6.7-2
python-support   (>= 0.90.0) | 1.0.14


Package's Recommends field is empty.

Suggests  (Version) | Installed
===-+-===
gimp-help-en|
 OR gimp-help   |
gimp-data-extras|
gvfs-backends   | 1.6.4-3
libasound2  | 1.0.24.1-2
ghostscript | 9.02~dfsg-3




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

iEYEARECAAYFAk4/MFgACgkQcVtC8LX0UeZ4OwCgvm1vmOVOhW+e116FoFaxGaC3
PLkAoN8CnGjFjX9vmjPurZY3tcwfQy28
=1/D8
-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#637037: systemd-sysv: gdm3 fails to start when systemd is pid 1

[Michael Biebl]

On 08.08.2011 03:26, Michael Biebl wrote:

> 
> Sounds like
> http://wiki.debian.org/systemd#Issue_.233:_Dependency_cycle_in_portmap.2BAC8-nfs-common.2BAC8-rpcbind

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



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



signature.asc
Description: OpenPGP digital signature

Bug#637037: systemd-sysv: gdm3 fails to start when systemd is pid 1

[Michael Biebl]

On 08.08.2011 03:08, Daniel Kahn Gillmor wrote:

> 
> If i try to just run gdm3 manually (based on the start-stop-daemon line
> above), i see this:
> 
> 0 tut:~# /usr/sbin/gdm3
> 
> ** (gdm3:1878): WARNING **: Couldn't connect to system bus: Failed to connect 
> to socket /var/run/dbus/system_bus_socket: No such file or directory
> 1 tut:~# 
> 
> and sure enough, there is no /var/run/dbus/system_bus_socket :/
> 
> hope this helps,
> 
>  --dkg
> 

Sounds like
http://wiki.debian.org/systemd#Issue_.233:_Dependency_cycle_in_portmap.2BAC8-nfs-common.2BAC8-rpcbind

I'd need the full output to verify that, though.

What does systemctl status dbus.socket dbus.service say?

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



signature.asc
Description: OpenPGP digital signature

Bug#637027: xword: Pull changes from https://alioth.debian.org/projects/xword

[John Sullivan]

Andrzej Bieniek  writes:

> Package: xword
>
> It looks that there are two parallel developments:
> 1. https://gitorious.org/xword
> 2. https://alioth.debian.org/projects/xword/
>
> xword repository at alioth has a new stuff 
> e.g. crossword organiser which would be nice to have.
>
> It would be good to merge those two developments together and get new
> features to the package.

The alioth project is merging in the useful changes from the gitorious
one.

I will be packaging the alioth version soon.

-john



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

Bug#637038: tumgreyspf: The popen2 module is deprecated

[Nebojsa Trpkovic]

Hi,

Could you provide us with your custom-made cron job?

Thx.

Cheers,
Nebojsa


On 08/08/11 03:07, Thomas Goirand wrote:


Hi,

Because I was aware of this issue, I simply dropped using the internal
tumgreyspf-clean, and I use my own cron job. If you still wish to have
it fixed, please provide a patch, otherwise, I will simply close this
bug, which IMHO, isn't of any relevance to the package in Debian.

Please let me know your thoughts before I close the bug, so you have a
chance to make me change my mind,

Thanks for the report,
Cheers,

Thomas Goirand (zigo)

On 08/08/2011 08:29 AM, Nebojsa Trpkovic wrote:

Package: tumgreyspf
Version: 1.35-7
Severity: normal

Hello.

It seems that bug described in closed bug report #588352 can be found in
version 1.35-7 that currently installs in stable (Squeeze) release.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588352

Example:

###
###

root@mail:/etc/postfix# /usr/lib/tumgreyspf/tumgreyspf-clean

/usr/lib/tumgreyspf/tumgreyspfsupp.py:8: DeprecationWarning: The popen2
module is deprecated.  Use the subprocess module.
import syslog, os, sys, string, re, time, popen2, urllib, stat

root@mail:/etc/postfix# aptitude show tumgreyspf

Package: tumgreyspf
State: installed
Automatically installed: no
Version: 1.35-7
Priority: optional
Section: mail
Maintainer: Thomas Goirand
Uncompressed Size: 209 k
Depends: python-spf, adduser, python, passwd, spfquery
Description: external policy checker for the postfix mail server
   Tumgreyspf can optionally greylist and/or use spfquery to check SPF
records to determine if email should be accepted by your server. The
default behavior is to let emails comming from server that are SPF
approved without any sort of
   greylisting, while all others will be greylisted.

   SPF is information published by the domain owner about what systems
may legitimately send e-mail for the domain. Greylisting takes advantage
of spam and viruses that do not follow the RFCs and retry deliveries on
temporary failure.
   These checks can be used as part of a mail system and allow several
orders of magnitude reduction in spam, lower system load, and few
problems with legitimate mail getting blocked.

   Tumgreyspf uses the file-system as its database, no additional
database is required to use it, see /var/lib/tumgreyspf/data and it's
clean-up cron script. Also take care that tumgreyspf will block emails
from any domain with DNS
   configured with a buggy SPF record.
Homepage: http://www.tummy.com/Community/software/tumgreyspf/

root@mail:/etc/postfix#

###
###


Regards,
Nebojsa Trpkovic









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

Bug#637038: tumgreyspf: The popen2 module is deprecated

[Thomas Goirand]

Hi,

Because I was aware of this issue, I simply dropped using the internal
tumgreyspf-clean, and I use my own cron job. If you still wish to have
it fixed, please provide a patch, otherwise, I will simply close this
bug, which IMHO, isn't of any relevance to the package in Debian.

Please let me know your thoughts before I close the bug, so you have a
chance to make me change my mind,

Thanks for the report,
Cheers,

Thomas Goirand (zigo)

On 08/08/2011 08:29 AM, Nebojsa Trpkovic wrote:
> Package: tumgreyspf
> Version: 1.35-7
> Severity: normal
> 
> Hello.
> 
> It seems that bug described in closed bug report #588352 can be found in
> version 1.35-7 that currently installs in stable (Squeeze) release.
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588352
> 
> Example:
> 
> ###
> ###
> 
> root@mail:/etc/postfix# /usr/lib/tumgreyspf/tumgreyspf-clean
> 
> /usr/lib/tumgreyspf/tumgreyspfsupp.py:8: DeprecationWarning: The popen2
> module is deprecated.  Use the subprocess module.
>import syslog, os, sys, string, re, time, popen2, urllib, stat
> 
> root@mail:/etc/postfix# aptitude show tumgreyspf
> 
> Package: tumgreyspf
> State: installed
> Automatically installed: no
> Version: 1.35-7
> Priority: optional
> Section: mail
> Maintainer: Thomas Goirand 
> Uncompressed Size: 209 k
> Depends: python-spf, adduser, python, passwd, spfquery
> Description: external policy checker for the postfix mail server
>   Tumgreyspf can optionally greylist and/or use spfquery to check SPF
> records to determine if email should be accepted by your server. The
> default behavior is to let emails comming from server that are SPF
> approved without any sort of
>   greylisting, while all others will be greylisted.
> 
>   SPF is information published by the domain owner about what systems
> may legitimately send e-mail for the domain. Greylisting takes advantage
> of spam and viruses that do not follow the RFCs and retry deliveries on
> temporary failure.
>   These checks can be used as part of a mail system and allow several
> orders of magnitude reduction in spam, lower system load, and few
> problems with legitimate mail getting blocked.
> 
>   Tumgreyspf uses the file-system as its database, no additional
> database is required to use it, see /var/lib/tumgreyspf/data and it's
> clean-up cron script. Also take care that tumgreyspf will block emails
> from any domain with DNS
>   configured with a buggy SPF record.
> Homepage: http://www.tummy.com/Community/software/tumgreyspf/
> 
> root@mail:/etc/postfix#
> 
> ###
> ###
> 
> 
> Regards,
> Nebojsa Trpkovic





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

Bug#637035: gnome-terminal: wrong font size from system

[Michael Biebl]

On 08.08.2011 01:42, gpe wrote:
> Package: gnome-terminal
> Version: 3.0.1-1
> Severity: normal
> 
> in the preferences if I set the font from system settings the size is
> false. In my system settings the fix font is set to monospace 10 but
> gnome-terminal uses monospace 11.

gnome-terminal is a GNOME 3 app and you changed the font settings with
gnome-control-center from GNOME 2, right?
GNOME 2 and GNOME 3 use different configuration settings/systems, so this
behaviour is to be expected.

Michael


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



signature.asc
Description: OpenPGP digital signature

Bug#637037: systemd-sysv: gdm3 fails to start when systemd is pid 1

[Michael Biebl]

On 08.08.2011 02:35, Daniel Kahn Gillmor wrote:
> On Mon, 08 Aug 2011 02:01:09 +0200, Michael Biebl  wrote:
>> On 08.08.2011 01:46, Daniel Kahn Gillmor wrote:

> 
>> Could you please get a full debug log of running systemd with
>> systemd.log_level=debug systemd.log_target=kmsg [1]
> 
> I've gone ahead and set these values in the kernel command line:
> 
> 0 tut:~# cat /proc/cmdline 
> BOOT_IMAGE=/vmlinux-3.0.0-1-powerpc64 root=/dev/mapper/vg_tut0-root ro 
> systemd.log_target=kmsg systemd.log_level=debug systemd.sysv_console=1
> 0 tut:~# 
> 
> Did you want me to send you any specific file as well?
> 

Yes, I'm interested in the output. You can get that e.g. via a serial console.

>  20:28:27 up 4 min,  1 user,  load average: 0.13, 0.38, 0.21
> 0 tut:~# grep gdm3 /var/log/daemon.log

Please look for more general terms like gdm.

Do you get any hints why gdm3 is failing when you run

export _SYSTEMCTL_SKIP_REDIRECT=true
sh -x /etc/init.d/gdm3 start

Could you check if gdm3 uses any scripts that interact with /sbin/init directly.

Thanks,
Michael

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



signature.asc
Description: OpenPGP digital signature

Bug#637037: systemd-sysv: gdm3 fails to start when systemd is pid 1

[Daniel Kahn Gillmor]

On Mon, 08 Aug 2011 02:01:09 +0200, Michael Biebl  wrote:
> On 08.08.2011 01:46, Daniel Kahn Gillmor wrote:
> > When i boot this machine with systemd, gdm3 starts up a user session
> > with no trouble.
> 
> That means, with sysvinit installed and init=/bin/systemd?
> 
> Your bug title is a bit confusing, as systemd is pid 1 in this case, too.

i've installed systemd-sysv, so systemd is pid1.  I didn't supply any
particular kernel cmdline options, i'm relying on /sbin/init pointing to
the right thing.  Sorry for the confusion!

> I doubt that the systemd-sysv package being installed makes any difference 
> here,
> as it basically just ships a symlink /sbin/init → /bin/systemd.

my point was that with that symlink installed, i reboot and get no
display manager.  without that symlink, i reboot, and i get a functional
gdm3.

> Which version of gdm3? I'm using the version from unstable without any issues.

0 tut:~# dpkg -l gdm3
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   VersionDescription
+++-==-==-
ii  gdm3   2.30.5-10  Next generation GNOME Display Manager
0 tut:~# 

> Could you please get a full debug log of running systemd with
> systemd.log_level=debug systemd.log_target=kmsg [1]

I've gone ahead and set these values in the kernel command line:

0 tut:~# cat /proc/cmdline 
BOOT_IMAGE=/vmlinux-3.0.0-1-powerpc64 root=/dev/mapper/vg_tut0-root ro 
systemd.log_target=kmsg systemd.log_level=debug systemd.sysv_console=1
0 tut:~# 

Did you want me to send you any specific file as well?

> What's the output of systemctl show gdm3.service and systemctl status
> gdm3.service? 

0 tut:~# systemctl show gdm3.service 
Id=gdm3.service
Names=gdm3.service
Requires=basic.target
WantedBy=multi-user.target
Conflicts=shutdown.target
Before=shutdown.target multi-user.target
After=console-screen.service dbus.service network-manager.service 
local-fs.target remote-fs.target basic.target
Description=LSB: GNOME Display Manager
LoadState=loaded
ActiveState=active
SubState=exited
InactiveExitTimestamp=Sun, 07 Aug 2011 20:24:00 -0400
InactiveExitTimestampMonotonic=32184308
ActiveEnterTimestamp=Sun, 07 Aug 2011 20:24:09 -0400
ActiveEnterTimestampMonotonic=40356442
ActiveExitTimestampMonotonic=0
InactiveEnterTimestampMonotonic=0
CanStart=yes
CanStop=yes
CanReload=yes
CanIsolate=no
StopWhenUnneeded=no
RefuseManualStart=no
RefuseManualStop=no
AllowIsolate=no
DefaultDependencies=yes
OnFailureIsolate=no
IgnoreOnIsolate=no
IgnoreOnSnapshot=no
DefaultControlGroup=name=systemd:/system/gdm3.service
ControlGroup=cpu:/system/gdm3.service name=systemd:/system/gdm3.service
NeedDaemonReload=no
JobTimeoutUSec=0
ConditionTimestamp=Sun, 07 Aug 2011 20:24:00 -0400
ConditionTimestampMonotonic=32156491
ConditionResult=yes
Type=forking
Restart=no
NotifyAccess=none
RestartUSec=100ms
TimeoutUSec=5min
ExecStart={ path=/etc/init.d/gdm3 ; argv[]=/etc/init.d/gdm3 start ; ignore=no ; 
start_time=[n/a] ; stop_time=[Sun, 07 Aug 2011 20:24:09 -0400] ; pid=984 ; 
code=exited ; status=0 }
ExecReload={ path=/etc/init.d/gdm3 ; argv[]=/etc/init.d/gdm3 reload ; ignore=no 
; start_time=[n/a] ; stop_time=[n/a] ; pid=0 ; code=(null) ; status=0/ }
ExecStop={ path=/etc/init.d/gdm3 ; argv[]=/etc/init.d/gdm3 stop ; ignore=no ; 
start_time=[n/a] ; stop_time=[n/a] ; pid=0 ; code=(null) ; status=0/ }
UMask=0002
LimitCPU=18446744073709551615
LimitFSIZE=18446744073709551615
LimitDATA=18446744073709551615
LimitSTACK=18446744073709551615
LimitCORE=18446744073709551615
LimitRSS=18446744073709551615
LimitNOFILE=4096
LimitAS=18446744073709551615
LimitNPROC=3874
LimitMEMLOCK=65536
LimitLOCKS=18446744073709551615
LimitSIGPENDING=3874
LimitMSGQUEUE=819200
LimitNICE=0
LimitRTPRIO=0
LimitRTTIME=18446744073709551615
OOMScoreAdjust=0
Nice=0
IOScheduling=0
CPUSchedulingPolicy=0
CPUSchedulingPriority=0
TimerSlackNSec=5
CPUSchedulingResetOnFork=no
NonBlocking=no
StandardInput=null
StandardOutput=tty
StandardError=inherit
TTYReset=no
TTYVHangup=no
TTYVTDisallocate=no
SyslogPriority=30
SyslogLevelPrefix=yes
SecureBits=0
CapabilityBoundingSet=18446744073709551615
MountFlags=1048576
PrivateTmp=no
SameProcessGroup=no
KillMode=process
KillSignal=15
PermissionsStartOnly=no
RootDirectoryStartOnly=no
RemainAfterExit=yes
GuessMainPID=yes
ExecMainStartTimestampMonotonic=0
ExecMainExitTimestampMonotonic=0
ExecMainPID=1230
ExecMainCode=1
ExecMainStatus=1
MainPID=0
ControlPID=0
SysVRunLevels=2345
SysVStartPriority=4
SysVPath=/etc/init.d/gdm3
FsckPassNo=0
0 tut:~# systemctl status gdm3.service 
gdm3.service - LSB: GNOME Display Manager
  Loaded: loaded (/etc/init.d/gdm3)
  Active: active (exited) since Sun, 07 Aug 2011 20:24:09 -0400; 3min 
9s ago
 Process: 984 ExecStart=/etc/init.d/gdm3 start (code=exited, 
status=0/SUCCESS)
Main PID: 12

Bug#637040: RM: t1lib/5.1.2-3

[Michael Gilbert]

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

Hi,

t1lib has a significant set of security vulnerablities [0] and there
is no sign of them ever getting fixed with upstream missing in action
for over three years now.  Because of these issues, xpdf for example
has dropped support for it in favor of freetype2 [1].  poppler did 
this a long time ago as well.

There are a few reverse dependencies, which could also be updated to
use freetype instead.  These include:
  
  php5 (php5-gd binary package)
  xdvik-ja
  vflib3
  matita
  libimager-perl
  lablgtkmathview
  grace
  evince (libevince3 binary package)
  dvipng

I would recommend removing t1lib from the archive.  If the release
team concurs with this, I will file serious bugs against the
reverse dependencies.

Once that's done and everyone is in concurrance, I'll send a
message to the ftp masters for removal.

Best wishes,
Mike

[0] http://security-tracker.debian.org/tracker/source-package/t1lib
[1] http://www.foolabs.com/xpdf/download.html



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

Bug#637039: lsb-release: parse_apt_policy in lsb_release.py fails

[lkcl]

Package: lsb-release
Version: 3.2-27
Severity: normal
Tags: patch

ok it's not exactly a patch but close:
policy = commands.getoutput('LANG=C apt-cache policy 2>/dev/null')

should be:
policy = commands.getoutput('LANG=C apt-cache policy 2&>/dev/null')

in lsb_release.py parse_apt_policy function

-- Package-specific info:
lsb_release output
-*- -*- -*- -*- -*-
LSB Version:
core-2.0-amd64:core-2.0-noarch:core-3.0-amd64:core-3.0-noarch:core-3.1-amd64:core-3.1-noarch:core-3.2-amd64:core-3.2-noarch
Distributor ID: Debian
Description:Debian GNU/Linux 5.0.8 (lenny)
Release:5.0.8
Codename:   lenny
-*- -*- -*- -*- -*-
Apt policy
-*- -*- -*- -*- -*-
Package files:
 100 /var/lib/dpkg/status
 release a=now
 500 http://dl.google.com/linux/talkplugin/deb/ stable/main amd64 Packages
 release v=1.0,o=Google, Inc.,a=stable,n=stable,l=Google,c=main
 origin dl.google.com
 500 http://dl.google.com/linux/deb/ stable/main amd64 Packages
 release v=1.0,o=Google, Inc.,a=stable,n=stable,l=Google,c=main
 origin dl.google.com
 500 http://www.emdebian.org/debian/ unstable/main amd64 Packages
 release v=2.1,o=Debian,a=unstable,n=sid,l=DebianToolchains,c=main
 origin www.emdebian.org
 500 http://www.emdebian.org/debian/ lenny/main amd64 Packages
 release v=1.0,o=Debian,a=oldstable,n=lenny,l=DebianToolchains,c=main
 origin www.emdebian.org
 500 http://debian-multimedia.org/ stable/non-free amd64 Packages
 release v=6.0,o=Unofficial Multimedia 
Packages,a=stable,n=squeeze,l=Unofficial Multimedia Packages,c=non-free
 origin debian-multimedia.org
 500 http://debian-multimedia.org/ stable/main amd64 Packages
 release v=6.0,o=Unofficial Multimedia 
Packages,a=stable,n=squeeze,l=Unofficial Multimedia Packages,c=main
 origin debian-multimedia.org
 500 http://ftp.uk.debian.org/debian/ testing/non-free amd64 Packages
 release o=Debian,a=testing,n=wheezy,l=Debian,c=non-free
 origin ftp.uk.debian.org
 500 http://ftp.uk.debian.org/debian/ testing/contrib amd64 Packages
 release o=Debian,a=testing,n=wheezy,l=Debian,c=contrib
 origin ftp.uk.debian.org
 500 http://ftp.uk.debian.org/debian/ testing/main amd64 Packages
 release o=Debian,a=testing,n=wheezy,l=Debian,c=main
 origin ftp.uk.debian.org
 500 http://ftp.uk.debian.org/debian/ lenny/non-free amd64 Packages
 release v=5.0.8,o=Debian,a=oldstable,n=lenny,l=Debian,c=non-free
 origin ftp.uk.debian.org
 500 http://ftp.uk.debian.org/debian/ lenny/contrib amd64 Packages
 release v=5.0.8,o=Debian,a=oldstable,n=lenny,l=Debian,c=contrib
 origin ftp.uk.debian.org
 500 http://ftp.uk.debian.org/debian/ lenny/main amd64 Packages
 release v=5.0.8,o=Debian,a=oldstable,n=lenny,l=Debian,c=main
 origin ftp.uk.debian.org
Pinned packages:
-*- -*- -*- -*- -*-
   sources.list
-*- -*- -*- -*- -*-
deb http://ftp.uk.debian.org/debian/ lenny main contrib non-free
deb-src http://ftp.uk.debian.org/debian/ lenny main contrib non-free
deb http://ftp.uk.debian.org/debian/ testing main contrib non-free
deb-src http://ftp.uk.debian.org/debian/ testing main contrib non-free
deb http://debian-multimedia.org/ stable main contrib non-free
deb http://www.emdebian.org/debian lenny main
-*- -*- -*- -*- -*-
 /etc/lsb_release
-*- -*- -*- -*- -*-
- none

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

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

Versions of packages lsb-release depends on:
ii  python2.6.6-14   interactive high-level object-orie
ii  python-support1.0.13 automated rebuilding support for P

Versions of packages lsb-release recommends:
ii  apt   0.8.14.1   Advanced front-end for dpkg

Versions of packages lsb-release suggests:
pn  lsb(no description available)

-- no debconf information



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

Bug#637038: tumgreyspf: The popen2 module is deprecated

[Nebojsa Trpkovic]

Package: tumgreyspf
Version: 1.35-7
Severity: normal

Hello.

It seems that bug described in closed bug report #588352 can be found in 
version 1.35-7 that currently installs in stable (Squeeze) release.

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

Example:

###
###

root@mail:/etc/postfix# /usr/lib/tumgreyspf/tumgreyspf-clean

/usr/lib/tumgreyspf/tumgreyspfsupp.py:8: DeprecationWarning: The popen2
module is deprecated.  Use the subprocess module.
   import syslog, os, sys, string, re, time, popen2, urllib, stat

root@mail:/etc/postfix# aptitude show tumgreyspf

Package: tumgreyspf
State: installed
Automatically installed: no
Version: 1.35-7
Priority: optional
Section: mail
Maintainer: Thomas Goirand 
Uncompressed Size: 209 k
Depends: python-spf, adduser, python, passwd, spfquery
Description: external policy checker for the postfix mail server
  Tumgreyspf can optionally greylist and/or use spfquery to check SPF
records to determine if email should be accepted by your server. The
default behavior is to let emails comming from server that are SPF
approved without any sort of
  greylisting, while all others will be greylisted.

  SPF is information published by the domain owner about what systems
may legitimately send e-mail for the domain. Greylisting takes advantage
of spam and viruses that do not follow the RFCs and retry deliveries on
temporary failure.
  These checks can be used as part of a mail system and allow several
orders of magnitude reduction in spam, lower system load, and few
problems with legitimate mail getting blocked.

  Tumgreyspf uses the file-system as its database, no additional
database is required to use it, see /var/lib/tumgreyspf/data and it's
clean-up cron script. Also take care that tumgreyspf will block emails
from any domain with DNS
  configured with a buggy SPF record.
Homepage: http://www.tummy.com/Community/software/tumgreyspf/

root@mail:/etc/postfix#

###
###


Regards,
Nebojsa Trpkovic



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

Bug#637037: systemd-sysv: gdm3 fails to start when systemd is pid 1

[Michael Biebl]

On 08.08.2011 01:46, Daniel Kahn Gillmor wrote:
> Package: systemd-sysv
> Version: 29-1
> Severity: normal
> 
> When i boot this machine with systemd, gdm3 starts up a user session
> with no trouble.

That means, with sysvinit installed and init=/bin/systemd?

Your bug title is a bit confusing, as systemd is pid 1 in this case, too.

> When i install systemd-sysv (and remove sysvinit), the system boots
> fine, but gdm3 fails to start.

I doubt that the systemd-sysv package being installed makes any difference here,
as it basically just ships a symlink /sbin/init → /bin/systemd.


> 0 tut:~# grep gdm /var/log/syslog
> Aug  7 19:29:00 tut systemd[1]: gdm3.service: main process exited, 
> code=exited, status=1
> Aug  7 19:30:05 tut systemd[1]: Unit gdm3.service entered failed state.
> Aug  7 19:30:07 tut systemd[1]: gdm3.service: main process exited, 
> code=exited, status=1
> Aug  7 19:35:14 tut systemd[1]: Unit gdm3.service entered failed state.
> Aug  7 19:35:37 tut systemd[1]: gdm3.service: main process exited, 
> code=exited, status=1
> Aug  7 19:39:58 tut systemd[1]: gdm3.service: main process exited, 
> code=exited, status=1
> 0 tut:~# systemctl | grep gdm
> gdm3.service  loaded active exitedLSB: GNOME Display 
> Manager
> 0 tut:~# pstree
> systemd─┬─6*[agetty]
> ├─apache2───5*[apache2]
> ├─atd
> ├─cron
> ├─cupsd
> ├─dhclient
> ├─exim4
> ├─kerneloops
> ├─mdadm
> ├─mysqld_safe─┬─logger
> │ └─mysqld───10*[{mysqld}]
> ├─rsyslogd───3*[{rsyslogd}]
> 
> ├─sshd─┬─sshd───sshd───bash───reportbug───sh───sensible-editor───editor
> │  └─sshd───bash───pstree
> ├─systemd-logger
> └─udevd───2*[udevd]
> 0 tut:~# 
> 
> I'm happy to try to debug further if you can tell me what details
> would be useful.

Which version of gdm3? I'm using the version from unstable without any issues.

Could you please get a full debug log of running systemd with
systemd.log_level=debug systemd.log_target=kmsg [1]

What's the output of systemctl show gdm3.service and systemctl status
gdm3.service? Any log messages regarding gdm3 in daemon.log or messages?

Michael

[1] http://wiki.debian.org/systemd#Debugging_systemd


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



signature.asc
Description: OpenPGP digital signature

Bug#637001: allow xterm to run a user-specified command on some event (e.g. to open a URL)

[Vincent Lefevre]

On 2011-08-07 13:11:50 -0400, Thomas Dickey wrote:
> On Sun, 7 Aug 2011, Vincent Lefevre wrote:
> >xterm should have a way to run a user-specified shell command
> >on some event. For instance, xterm could define a new action
> >run-command(command [, ...?]). The command would get context
> >information, either as an argument or in standard input, such
> >as what is under the mouse pointer (so that the user doesn't
> >need to make a selection first).
> 
> That's off in that gray area where (disregarding the double standards
> applied to gnome-terminal, konsole, etc), the security team is likely to
> limit or suppress the feature.  Lacking some discussion with those people,
> yes it's a simple feature, but not certain you'd get it in Debian.

I don't see what security problem there could be. Note that the
command would be specified by the user, so that everything in under
his control. Only its argument or standard input would come from
the terminal, but it's up to the command to check its input, as
usual.

Of course the user must know what he's doing, but this is also true
when copy-pasting to a terminal with a shell (which can actually be
more dangerous as arbitrary commands can be run).

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)



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

Bug#637037: systemd-sysv: gdm3 fails to start when systemd is pid 1

[Daniel Kahn Gillmor]

Package: systemd-sysv
Version: 29-1
Severity: normal

When i boot this machine with systemd, gdm3 starts up a user session
with no trouble.

When i install systemd-sysv (and remove sysvinit), the system boots
fine, but gdm3 fails to start.

0 tut:~# grep gdm /var/log/syslog
Aug  7 19:29:00 tut systemd[1]: gdm3.service: main process exited, code=exited, 
status=1
Aug  7 19:30:05 tut systemd[1]: Unit gdm3.service entered failed state.
Aug  7 19:30:07 tut systemd[1]: gdm3.service: main process exited, code=exited, 
status=1
Aug  7 19:35:14 tut systemd[1]: Unit gdm3.service entered failed state.
Aug  7 19:35:37 tut systemd[1]: gdm3.service: main process exited, code=exited, 
status=1
Aug  7 19:39:58 tut systemd[1]: gdm3.service: main process exited, code=exited, 
status=1
0 tut:~# systemctl | grep gdm
gdm3.service  loaded active exitedLSB: GNOME Display Manager
0 tut:~# pstree
systemd─┬─6*[agetty]
├─apache2───5*[apache2]
├─atd
├─cron
├─cupsd
├─dhclient
├─exim4
├─kerneloops
├─mdadm
├─mysqld_safe─┬─logger
│ └─mysqld───10*[{mysqld}]
├─rsyslogd───3*[{rsyslogd}]
├─sshd─┬─sshd───sshd───bash───reportbug───sh───sensible-editor───editor
│  └─sshd───bash───pstree
├─systemd-logger
└─udevd───2*[udevd]
0 tut:~# 

I'm happy to try to debug further if you can tell me what details
would be useful.

  --dkg

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

Kernel: Linux 3.0.0-1-powerpc64 (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 systemd-sysv depends on:
ii  systemd   29-1   system and service manager

systemd-sysv recommends no packages.

systemd-sysv 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#637036: irssi: Patch bind_utf8-fix breaks meta-backspace

[Kenyon Ralph]

Package: irssi
Version: 0.8.15-4~bpo60+1
Severity: normal
Tags: upstream

Just like http://bugs.debian.org/625690 but the bind_utf8-fix patch
breaks meta-backspace for me.

I am pretty sure this patch is the problem, since alt-backspace did
delete previous word in the previous version of irssi (0.8.15-2), and
now with 0.8.15-4~bpo60+1 alt-backspace does nothing.

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

Kernel: Linux 2.6.39.1-x86_64-linode19 (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 irssi depends on:
ii  libc6  2.11.2-10 Embedded GNU C Library: Shared lib
ii  libglib2.0-0   2.24.2-1  The GLib library of C routines
ii  libncurses55.7+20100313-5shared libraries for terminal hand
ii  libperl5.105.10.1-17squeeze2 shared Perl library
ii  libssl0.9.80.9.8o-4squeeze1  SSL shared libraries
ii  perl   5.10.1-17squeeze2 Larry Wall's Practical Extraction 
ii  perl-base [perlapi-5.1 5.10.1-17squeeze2 minimal Perl system

irssi recommends no packages.

Versions of packages irssi suggests:
ii  irssi-scripts 20100512   collection of scripts for irssi

-- 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#634015: Proposition to team-maintain m2crypto.

[Dima Barsky]

Hi Charles,

Sorry for the delay, I was away for a while. I have to admit, I have not paid
much attention to m2crypto lately, so if you or anybody else wants to pick it
up I would not mind at all. If there are no volunteers I'll have a look at the
bug reports and upload a new version in the next week or two.

Regards,
Dima.


On Sat, Aug 06, 2011 at 03:08:15PM +0900, Charles Plessy wrote:
> Dear Dima, and everybody,
> 
> in order to update the package euca2ools, that is used to operate virtual
> machines on cloud systems such as the Amazon EC2, Eucalyptus, or OpenStack, I
> would need an update of the m2crypto package.
> 
> Dima, I hope that everything is going well for you, as I have not had any 
> answer
> from you for three weeks, and as the m2crypto package is not actively 
> maintained
> (unanswered bug reports, unacknowledged NMU,…).
> 
> I would like to ask you and the developer community about the possiblity to
> transfer m2crypto in a packaging team, such as the Debian Python Modules Team,
> where it would be easier to join forces to keep the package up to date.
> euca2ools frequently makes use of the latest functions of m2crypto, so it is
> not the first time that we need to wait for an update of m2crypto in Debian in
> order to move forward for euca2ools.
> 
> I am currently using a locally updated m2crypto package, and could take the
> opportunity of an update to upload a package with an extended maintainer list.
> Would you agree, and would there be other developers interested in maintaining
> m2crypto ?
> 
> Have a nice week-end,
> 
> -- 
> Charles Plessy
> Debian Med packaging team,
> http://www.debian.org/devel/debian-med
> Tsurumi, Kanagawa, Japan
> 
> 
> 



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

Bug#637035: gnome-terminal: wrong font size from system

[gpe]

Package: gnome-terminal
Version: 3.0.1-1
Severity: normal

in the preferences if I set the font from system settings the size is
false. In my system settings the fix font is set to monospace 10 but
gnome-terminal uses monospace 11.


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

Kernel: Linux 2.6.39-2-686-pae (SMP w/2 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 gnome-terminal depends on:
ii  gnome-terminal-data   3.0.1-1Data files for the GNOME terminal 
ii  gsettings-desktop-schemas 3.0.1-1GSettings deskop-wide schemas
ii  libatk1.0-0   2.0.1-2ATK accessibility toolkit
ii  libc6 2.13-10Embedded GNU C Library: Shared lib
ii  libgconf2-4   2.32.4-1   GNOME configuration database syste
ii  libgdk-pixbuf2.0-02.23.5-2   GDK Pixbuf library
ii  libglib2.0-0  2.28.6-1   The GLib library of C routines
ii  libgtk-3-03.0.11-1   GTK+ graphical user interface libr
ii  libice6   2:1.0.7-2  X11 Inter-Client Exchange library
ii  libpango1.0-0 1.28.4-1   Layout and rendering of internatio
ii  libsm62:1.2.0-2  X11 Session Management library
ii  libvte-2.90-9 1:0.28.1-2 Terminal emulator widget for GTK+ 
ii  libx11-6  2:1.4.3-2  X11 client-side library

Versions of packages gnome-terminal recommends:
ii  gvfs 1.6.4-3 userspace virtual filesystem - ser
ii  yelp 2.30.1+webkit-1 Help browser for GNOME

gnome-terminal 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#627671: gkrellm: unable to handle kernel NULL pointer dereference at (null)

[Sandro Tosi]

Hello Alexander,

On Mon, May 23, 2011 at 16:01, Alexander Aksarin  wrote:
> Package: gkrellm
> Version: 2.3.4-1
> Severity: normal
>
> My gkrellm crashed with this message in my syslog

Can you please try with the version in experimental, 2.3.5-1, and see
if the problem is still there?

Thanks,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi



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

Bug#637034: please build plymouth on powerpc (or, preferably, on all arches)

[Daniel Kahn Gillmor]

Package: plymouth
Severity: wishlist

plymouth appears to be marked for i386 and amd64.  There are many
powerpc machines left in the world, and most of them can be found very
cheap.

It would be nice to be able to offer these machines as free-software
desktops, kiosks, etc.

For this sort of use, though, a pretty boot process makes the machines
less scary.  plymouth seems like one way to do this.

Is there a reason to not enable plymouth on all architectures?  If not
all arches, at least powerpc would be nice.

Thanks,

   --dkg

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

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



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

Bug#631087: debootstrap fails to unmount /proc from target

[Ben Hutchings]

On Tue, 2011-07-05 at 00:02 +0200, Jean-Louis Dupond wrote:
> Having the same issue on Ubuntu Oneiric at this moment.
> 
> After some debugging, it seems the issue is not pbuilder, but 'debootstrap'.
> 
> This as after the debootstrap, the /proc in the chroot is NOT unmounted.
> 
> After the debootstrap, pbuilder tries to mount /proc again, which causes 
> the error.

Right.  debootstrap *tries* to unmount /proc - but it also hides errors
from its cleanup functions, and if I log the errors, I see:

umount: /proc: device is busy.
(In some cases useful info about processes that use
 the device is found by lsof(8) or fuser(1))

This is presumably bug #634107.

Maybe I should reassign this bug to mount and merge with that, but we
might as well avoid this in debootstrap by using the '-n' option to
umount.  Since we run mount in the target chroot, none of the
directories mounted under the target will ever be present in the outer
/etc/mtab and there is no need for umount to read or write it.

Attaching patches to use umount -n and to log errors in cleanup.

Ben.

From ff9a3a444147282509a9d12eb1c95ebf85d080b9 Mon Sep 17 00:00:00 2001
From: Ben Hutchings 
Date: Sun, 7 Aug 2011 23:32:41 +0100
Subject: [PATCH 1/2] Use umount -n to unmount directories that were mounted
 in chroot

Closes: #631087
---
 debian/changelog |8 
 functions|2 +-
 2 files changed, 9 insertions(+), 1 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 38988e7..a5b9bea 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+debootstrap (1.0.34+nmu1) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * Use umount -n to unmount directories that were mounted in chroot.
+Closes: #631087.
+
+ -- Ben Hutchings   Sun, 07 Aug 2011 21:10:36 +0100
+
 debootstrap (1.0.34) unstable; urgency=low
 
   * Add more information regarding the version and architecture in case
diff --git a/functions b/functions
index fd94a59..819c296 100644
--- a/functions
+++ b/functions
@@ -918,7 +918,7 @@ UMOUNT_DIRS=
 
 umount_exit_function () {
 	for dir in $UMOUNT_DIRS; do
-		umount "$TARGET/${dir#/}" || true
+		umount -n "$TARGET/${dir#/}" || true
 	done
 }
 
-- 
1.7.5.4

From c7b05f7bfe6c0672813101a97cb9d3509aefbb2b Mon Sep 17 00:00:00 2001
From: Ben Hutchings 
Date: Sun, 7 Aug 2011 23:35:46 +0100
Subject: [PATCH 2/2] Log error output from cleanup functions

---
 debian/changelog |1 +
 functions|2 +-
 2 files changed, 2 insertions(+), 1 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index a5b9bea..5083b4c 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -3,6 +3,7 @@ debootstrap (1.0.34+nmu1) UNRELEASED; urgency=low
   * Non-maintainer upload.
   * Use umount -n to unmount directories that were mounted in chroot.
 Closes: #631087.
+  * Log error output from cleanup functions.
 
  -- Ben Hutchings   Sun, 07 Aug 2011 21:10:36 +0100
 
diff --git a/functions b/functions
index 819c296..2677659 100644
--- a/functions
+++ b/functions
@@ -1275,7 +1275,7 @@ N_EXIT_THINGS=0
 exit_function () {
 	local n=0
 	while [ "$n" -lt "$N_EXIT_THINGS" ]; do
-		(eval $(eval echo \${EXIT_THING_$n}) 2>/dev/null || true)
+		(eval $(eval echo \${EXIT_THING_$n}) || true)
 		n="$(( $n + 1 ))"
 	done
 	N_EXIT_THINGS=0
-- 
1.7.5.4



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

Bug#637033: libhash-fieldhash-perl: FTBFS: unfullfillable first alternative in build-depends

[Christoph Egger]

Package: src:libhash-fieldhash-perl
Version: 0.10-2
Severity: serious
Tags: sid wheezy
Justification: fails to build from source (but built successfully in the past)

Hi!

Your package failed to build on the buildds as it build-depends on perl
(>= 5.14) | libextutils-parsexs-perl (>= 2.21). For consistency
reasons autobuilder only consider the first alternative (perl >= 5.14)
which is currently unsatisifable in unstable.

Regards

Christoph

-- 
9FED 5C6C E206 B70A 5857  70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer



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

Bug#636797: linux-image-2.6.32-5-amd64: avoid divide-by-zero ("divide error: 0000") in scheduler

[Ben Hutchings]

On Sun, 2011-08-07 at 17:28 -0400, Daniel Kahn Gillmor wrote:
> Hi Ben--
> 
> Thanks for the quick followup!
> 
> On 08/07/2011 12:36 PM, Ben Hutchings wrote:
> > On Fri, 2011-08-05 at 18:36 -0400, Daniel Kahn Gillmor wrote:
> >> We've applied the attached patch (a simple workaround to ensure no
> >> division-by-zero) to the debian packages for several weeks in production
> >> (over a month on some machines) and haven't seen a recurrence of the
> >> problem.
> >
> > This doesn't really fix the bug - division by zero is just a symptom of
> > a more fundamental problem which has yet to be identified.
> 
> yep, that's why i called it a workaround :)
> 
> > As a result,
> > it hasn't been accepted upstream and won't be accepted in Debian.
> > 
> > That said, I would consider applying a variant that WARNs before 'fixing
> > up' the zero divisor, as a *temporary* measure to aid in understanding
> > the bug (more like
> > ).
> 
> That sounds reasonable to me.  Are you up for preparing such a patch or
> do you need me to do it?

I'm quite busy so if you could try to do it that would be helpful.

> > I notice your 'oops' messages show 'Tainted: G W' which indicates there
> > was an earlier kernel warning.  What was the previous warning?
> 
> hmm, we've seen this on multiple machines, and they didn't all have a
> prior warning.  in the referenced machine, though, it was 5 months
> previously, a netdev watchdog timeout.  It doesn't seem related to me,
> but i'm happy to include the dump here in case anyone else can extract
> meaning from it:
[...]

Agreed.

Ben.



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

Bug#632951: cron: complains about missing lost+found on bind mounts

[Javier Fernández-Sanguino Peña]

On Sun, Aug 07, 2011 at 08:50:16PM +0200, Christian Kastner wrote:
> > # cat /etc/mtab 
> > tmpfs /run/shm tmpfs rw,nosuid,nodev,relatime,size=103048k 0 0
> > /dev/md127p3 /data ext3 
> > rw,relatime,errors=remount-ro,user_xattr,acl,barrier=0,data=ordered 0 0
> > /dev/md127p3 /home ext3 
> > rw,relatime,errors=remount-ro,user_xattr,acl,barrier=0,data=ordered 0 0

This is strange, the entry for /home should be

/data/home /home none rw,bind 0 0

or something similar. Which kernel are you using? 


Regards

Javier



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

Bug#637012: [Debichem-devel] Bug#637012: libghemical: [INTL:de] Initial German translation

[Michael Banck]

Hi,

On Sun, Aug 07, 2011 at 08:25:20PM +0200, Chris Leick wrote:
> please find attached the German translation of libghemical.

Wow!
 
Did you consider submitting it upstream?  Not sure there will be a
nother ghemical release, though.

Some comments:

> #: ../src/bond.cpp:33
> msgid "Conjugated"
> msgstr "Verbunden"

Should be "Konjugiert"
 
> #: ../src/eng1_mm.cpp:52
> msgid "eng1_mm_tripos52 : Tripos5.2 implementation (from ghemical-1.00)"
> msgstr "eng1_mm_tripos52 : Tripos5.2-Implementierung (von Ghemical-1.00)"
> 
> #: ../src/eng1_mm.cpp:54
> msgid "eng1_mm_default_bp : The default engine (under construction)"
> msgstr "eng1_mm_default_bp : die vorgegebene Maschine (im Aufbau)"
 
I'd stay with "Engine"

> #: ../src/eng1_mm.cpp:55
> msgid "eng1_mm_default_mim : The periodic engine (minimum image model)"
> msgstr "eng1_mm_default_mim : die periodische Maschine (minimales Bildmodell)"
 
> #: ../src/eng1_mm.cpp:155 ../src/eng1_mm.cpp:160
> msgid "Using boundary potential for solvent."
> msgstr "Umlaufspannung zum Auflösen verwenden"
 
"Grenzpotenzial wird für Lösungsmitel verwendet"

> #. do not print output.
> #. ostream * ostr = & cout;   // print output to cout.
> #. ##
> #. ##
> #. create bt1-terms...
> #: ../src/eng1_mm_default.cpp:69 ../src/eng1_mm_prmfit.cpp:68
> #: ../src/eng1_mm_tripos52.cpp:62
> msgid "creating bt1-terms: "
> msgstr "Bt1-terms erstellen: "
 
"Terme"
 
> #: ../src/eng1_mm_default.cpp:511 ../src/eng1_mm_prmfit.cpp:465
> #: ../src/eng1_mm_tripos52.cpp:316
> msgid " missing parameters in the bonded terms."
> msgstr " fehlende Parameter in den verbundenen Bedingungen."

"in den gebundenen Termen"

> #: ../src/eng1_qm.cpp:230
> # http://de.wikipedia.org/wiki/Singulett
> msgid ""
> "Odd number of electrons in the system!\n"
> "Only singlet states with an even number\n"
> "of electrons are supported at the moment.\n"
> "Please check the \"total charge\" setting."
> msgstr ""
> "Ungerade Anzahl von Elektronen im System!\n"
> "Im Moment werden nur Singulett-Beschaffenheiten\n"

"Singulett-Zustände"

> #: ../src/eng1_qm_mopac.cpp:58
> msgid "writing MOPAC-input file "
> msgstr "MOPAC-Eingabedatei wird geschrieben "
 
"Input-Datei" should be fine.

> #: ../src/model.cpp:189
> msgid "WARNING : trajectory file was not closed!"
> msgstr "WARNUNG : Bahnkurvendatei wurde nicht geschlossen!"
 
"Trajektorien-Datei"

> #: ../src/model.cpp:1162
> msgid "CheckProtonation() : setting N-terminal "
> msgstr "CheckProtonation() : N-terminal wird gesetzt "

I think it's "N-Terminus"
 
> #: ../src/model.cpp:1727
> msgid "WARNING ; formal_charge may be changed for some atoms."
> msgstr "WARNUNG ; Formal_charge könnte für einige Atome geändert sein."

formal_charge looks like a variable name, it shouldn't get capitalized in that
case I guess.

Otherwise the german term is "Formalladung".

> #: ../src/model.cpp:2117 ../src/model.cpp:2537
> msgid " solvent molecules."
> msgstr " lösliche Moleküle."

"Lösungsmittel-Moleküle"
 
> #: ../src/model.cpp:2683
> msgid "Cycle \tEnergy \tGradient \tStep \t\tDeltaE"
> msgstr "Zyklus \tEnergie \tSteigung \tSchritt \t\tDeltaE"

"Gradient" is fine.
 
> "Must use an all-QM/MOPAC setup!\n"
> "Please see the User's Manual."
> msgstr ""
> "Es muss eine All-QM/MOPAC-Einrichtung verwandt werden!\n"
> "Lesen Sie bitte das Benutzerhandbuch."
 
"Setup" should be fine, maybe "verwendet" instead of "verwandt"?

> msgid ""
> "No proper pair of reactants/products found!\n"
> "Please see the User's Manual."
> msgstr ""
> "Kein geeignetes Paar von Reaktionsstoffen/Produkten gefunden!\n"
> "Lesen Sie bitte das Benutzerhandbuch."
 
"Edukten/Produkten"

> #: ../src/tab_mm_tripos52.cpp:252
> msgid "Setting up atom types and formal charges..."
> msgstr "Atomtypen und formelle Ladungen werden eingerichtet …"
 
"Formal-Ladungen"

> #: ../src/tab_mm_tripos52.cpp:325
> msgid "Setting up partial charges..."
> msgstr "Teilladungen werden eingerichtet …"
 
"Partialladungen"

> #: ../src/tab_mm_default.cpp:1154
> msgid "eUT: some backbone atoms missing ; skipping the residue!"
> msgstr "eUT: einige Skelettatome fehlen; der Rest wird übersprungen!"

I'd stay with "Backbone"


Cheers,

Michael



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

Bug#637032: please allow /lib/modules mount points

[Robert Millan]

Package: partman-target
Version: 75
Severity: wishlist
Tags: patch
User: debian-...@lists.debian.org
Usertags: zfs

check.d/proper_mountpoints prevents placing mount points in a subdirectory
of /lib.  At least on GNU/kFreeBSD, using /lib/modules as mount point is not
only supported but even mandatory for certain configurations when using ZFS.

I traced the addition of "/lib*" to commit 
3a083d4f9167b52155aff7b1d2e431da4ea031a1
by Colin Watson (CCed).  Assuming the intent was to match all directories in /
that begin with "lib" (i.e. /lib{,32,64}), my proposed patch is to list them
explicitly.

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

Kernel: kFreeBSD 8.2-1-amd64
Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff --git a/check.d/proper_mountpoints b/check.d/proper_mountpoints
index 497882e..c5db16e 100755
--- a/check.d/proper_mountpoints
+++ b/check.d/proper_mountpoints
@@ -77,7 +77,7 @@ must_be_on_root () {
 
 	for mp in $mountpoints; do
 		case $mp in
-		/bin|/dev|/etc|/lib*|/media|/sbin)
+		/bin|/dev|/etc|/lib|/lib32|/lib64|/media|/sbin)
 			db_subst partman-target/must_be_on_root MOUNTPOINT "$mp"
 			db_capb align
 			db_input critical partman-target/must_be_on_root || true

Bug#542146: it's per-component, not per-URL

[Adam Borowski]

I see that you're trying to encode the whole URL in one go using some
low-level module.  This doesn't work, you'd need to either manually split
the URL into components and convert parts that do need converting, or use a
higher level tool, such as Net::IDN::Encode

-- 
1KB // Yo momma uses IPv4!



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

Bug#637031: libass4: Crash with freetype 2.4.6

[Igor Urazov]

Package: libass4
Version: 0.9.13-1
Severity: grave
Tags: sid
Justification: renders package unusable

Hello,

Current libass version crashes freetype 2.4.6 when tries to render ASS
subtitles in mplayer or mplayer2. Here is backtrace (sorry, no dbg symbols
right now):
Program received signal SIGSEGV, Segmentation fault.
0x7563cfec in ?? () from /usr/lib/x86_64-linux-gnu/libfreetype.so.6
(gdb) bt full
#0  0x7563cfec in ?? () from /usr/lib/x86_64-linux-gnu/libfreetype.so.6
No symbol table info available.
#1  0x7563f51e in FT_Stroker_EndSubPath () from /usr/lib/x86_64-linux-
gnu/libfreetype.so.6
No symbol table info available.
#2  0x7563fa49 in FT_Stroker_ParseOutline () from /usr/lib/x86_64
-linux-gnu/libfreetype.so.6
No symbol table info available.
#3  0x0060631c in ?? ()
No symbol table info available.
#4  0x00608a93 in ass_render_frame ()
No symbol table info available.
#5  0x005d280c in ?? ()
No symbol table info available.
#6  0x0051b2da in filter_video ()
No symbol table info available.
#7  0x004a738f in main ()
No symbol table info available.

Here is more detailed bug report with the same problem:
https://bugs.archlinux.org/task/25332
Also please check
https://code.google.com/p/libass/source/detail?r=0b709a5df697b36a24e4456b24585ec8f0c54b63
I'm not sure if those changes are included in current build.



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

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

Versions of packages libass4 depends on:
ii  libc6 2.13-14Embedded GNU C Library: Shared lib
ii  libenca0  1.13-4 Extremely Naive Charset Analyser -
ii  libfontconfig12.8.0-3generic font configuration library
ii  libfreetype6  2.4.6-1FreeType 2 font engine, shared lib

libass4 recommends no packages.

libass4 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#636802: Lazarus FTBFS on armel, sparc and powerpc with link failures of lazbuild

[peter green]

The armel and sparc issues are blocking the migration of the new 
version of freepascal to testing (the armel failure isn't because 
there are no old lazarus binaries on that platform).

Sorry I screwed up this paragraph, it should have said:

The powerpc and sparc issues are blocking the migration of the new 
version of freepascal to testing (the armel failure isn't because there 
are no old lazarus binaries on that platform).




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

Bug#637030: Does ntptrace look for non existant value in ntpq output?

[Regid Ichira]

Source: ntp
Version: 4.2.6.p3+dfsg-1
Severity: normal
Tags: patch

  Explanation: I think it is try to catch the rootsisp output from
ntpq -n -c rv

--- ntp-4.2.6.p3+dfsg/scripts/ntptrace.in  2009-12-09 09:36:35.0 
+0200
+++ ntptrace.in 2011-08-08 01:06:06.0 +0300
@@ -34,7 +34,7 @@
# Very old servers report phase and not offset.
$offset = $1 if (/(?:offset|phase)=([^\s,]+)/);
$rootdelay = $1 if (/rootdelay=([^\s,]+)/);
-   $rootdispersion = $1 if (/rootdispersion=([^\s,]+)/);
+   $rootdispersion = $1 if (/rootdisp=([^\s,]+)/);
$refid = $1 if (/refid=([^\s,]+)/);
}
close(PH) || die "$cmd failed";




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

Bug#626247: klogd: dd call in init script runs forever

[Timo Juhani Lindfors]

Hi,

to the best of my understanding this is not a bug but intended behavior.

/proc/kmsg is a virtual file provided by the kernel, its size is always
zero but you can read kernel messages from it.

-Timo



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

Bug#637020: pu: package zfsutils/8.1-5

[Philipp Kern]

Hi,

On Sun, Aug 07, 2011 at 08:45:21PM +, Robert Millan wrote:
> This proposed update fixes three problems that may cause boot errors
> when zfsutils is installed:
> 
[...]
>   * Do not mount/unmount filesystems! This may result in unbootable
> system if their mountpoints collide (typical in a dual-boot
> machine). Use /etc/fstab instead.

I presume that it would still unshare the volume prior to umount?

Your change seems to contradict the OpenSolaris ZFS documentation[1].  It
postulates that automatic mount management is what you want and the other way
is legacy.  Now the consequence of that chance is that the ZFS data structures
tell that they should be automounted at $location but we ignore that now?

Doesn't that have the potential for breakage upon the next reboot after
installing that stable update?  (Especially for machines with a single
kFreeBSD&ZFS instance, i.e. servers?)

Kind regards,
Philipp Kern

[1] http://dlc.sun.com/osol/docs/content/ZFSADMIN/gaynd.html#gamnd
-- 
 .''`.  Philipp KernDebian Developer
: :' :  http://philkern.de Stable Release Manager
`. `'   xmpp:p...@0x539.de Wanna-Build Admin
  `-finger pkern/k...@db.debian.org


signature.asc
Description: Digital signature

Bug#622664: [Possibly RESOLVED] gnome-bluetooth: Confirmed crashes when called from gnome-control-center

[Arief M Utama]

Hi again,


I think I've found the culprit.

When installing network-manager, it pulled network-manager-gnome which 
in turn pulled in libgnome-bluetooth7.


While we are installing gnome-bluetooth 3.0.0 which depends on 
libgnome-bluetooth8


Unfortunately I cant purge/remove libgnome-bluetooth7 just like that as 
it would pulled out network-manager and etc.


So what I did for now is just:

 dpkg --purge --force-all libgnome-bluetooth7

Everything, err... I mean gnome-bluetooth 3.0 settings, is working fine 
after that.


Hope it helps. Now I'll be looking forward to removal of 
libgnome-bluetooth7 from network-manager-gnome dependencies :)


Thanks.


All the best.
-arief







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

Bug#637029: pinentry-qt4: Cut, copy and paste does not work in the pin input line

[Daniel Roschka]

Package: pinentry-qt4
Version: 0.8.1-1
Severity: normal


Every operation which involves cut, copy or paste in the pin entry line does 
not work. Usual shortcuts (CTRL+x, CTRL+c, CTRL+v) are just producing no result.

My ~/.gnupg/gpg-agent.conf consists of the following lines:
pinentry-program /usr/bin/pinentry-qt4
no-grab
default-cache-ttl 1800


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

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

Versions of packages pinentry-qt4 depends on:
ii  libc6 2.13-14Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.6.1-5  GCC support library
ii  libncurses5   5.9-1  shared libraries for terminal hand
ii  libqtcore44:4.7.3-5  Qt 4 core module
ii  libqtgui4 4:4.7.3-5  Qt 4 GUI module
ii  libstdc++64.6.1-5GNU Standard C++ Library v3

pinentry-qt4 recommends no packages.

Versions of packages pinentry-qt4 suggests:
pn  pinentry-doc   (no description available)

-- no debconf information



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

Bug#636345: [Pkg-osm-maint] Bug#636345: [josm] New upstream release

[Giovanni Mascellani]

Hi.

On 07/08/2011 11:45, Andrew Harvey wrote:
> On Wed, Aug 3, 2011 at 10:27 PM, Andrew Harvey  
> wrote:
>> My steps for updating the package:
> 
> [snip]
> 
>> I'm still trying to work out how to make my git repo public, hopefully
>> I'll have that by tomorrow.
> 
> I've got my git repo at
> http://173.230.151.169/gitweb/?p=josm.git;a=summary (with clonable
> git:// access)

Thanks for your help; anyway, the package still requires a few work to
reach Debian quality (there is some duplicated code that must be
disabled in favor of the copy already present in Debian; moreover I have
to verify the copyright status of the new code). I won't have much time
in the next days, but I hope to have the new in a week.

> In my previous steps I forgot to run
> 
> pristine-tar commit ../josm_0.0.svn4279.orig.tar.gz
> 
> I've also realised that git-buildpackage may have helped out with some 
> tasks...

Yes, definitely! :-)

>> PS. It seems this breaks the josm-plugins package.
> 
> I'm still not sure why this is. It says "josm-plugins: Breaks: josm
> (>=0.0.svn4065) but 0.0.svn4279-1 is to be installed". We may just
> need to update the Depends: josm version in josm-plugins.

Josm API is quite unstable, so we have to make josm-plugins depend on a
specific version of josm and keep them updated at the same time. This
will require even more time for me, since I have to prepare both uploads.

Giovanni.
-- 
Giovanni Mascellani 
Pisa, Italy

Web: http://poisson.phc.unipi.it/~mascellani
Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org

-- 
Giovanni Mascellani 
Pisa, Italy

Web: http://poisson.phc.unipi.it/~mascellani
Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org



signature.asc
Description: OpenPGP digital signature

Bug#636970: grace: FTBFS with libpng 1.5

[Nicholas Breen]

On Sun, Aug 07, 2011 at 11:29:04PM +0900, Nobuhiro Iwamatsu wrote:
> I uploaded libpng 1.5.2 to experimental.
> libpng maintainers plan to transition from libpng 1.2 to 1.5.
> I am checking build it the package depend to libpng.
> 
> I noticed your package FTBFS by libpng 1.5.
> I created the patch that revise this problem.
> Could you check and apply this patch?

I'm traveling right now, but can test and upload a new version in about a week,
and also forward the patch upstream.  Will that fit the transition schedule?


-- 
Nicholas Breen
nbr...@ofb.net



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

Bug#636797: linux-image-2.6.32-5-amd64: avoid divide-by-zero ("divide error: 0000") in scheduler

[Daniel Kahn Gillmor]

Hi Ben--

Thanks for the quick followup!

On 08/07/2011 12:36 PM, Ben Hutchings wrote:
> On Fri, 2011-08-05 at 18:36 -0400, Daniel Kahn Gillmor wrote:
>> We've applied the attached patch (a simple workaround to ensure no
>> division-by-zero) to the debian packages for several weeks in production
>> (over a month on some machines) and haven't seen a recurrence of the
>> problem.
>
> This doesn't really fix the bug - division by zero is just a symptom of
> a more fundamental problem which has yet to be identified.

yep, that's why i called it a workaround :)

> As a result,
> it hasn't been accepted upstream and won't be accepted in Debian.
> 
> That said, I would consider applying a variant that WARNs before 'fixing
> up' the zero divisor, as a *temporary* measure to aid in understanding
> the bug (more like
> ).

That sounds reasonable to me.  Are you up for preparing such a patch or
do you need me to do it?

> I notice your 'oops' messages show 'Tainted: G W' which indicates there
> was an earlier kernel warning.  What was the previous warning?

hmm, we've seen this on multiple machines, and they didn't all have a
prior warning.  in the referenced machine, though, it was 5 months
previously, a netdev watchdog timeout.  It doesn't seem related to me,
but i'm happy to include the dump here in case anyone else can extract
meaning from it:

>> 2011-01-04_10:28:18.85061 [3129874.324489] [ cut here 
>> ]
>> 2011-01-04_10:28:18.89235 [3129874.329286] WARNING: at 
>> /build/buildd-linux-2.6_2.6.32-28-amd64-EUJiNq/linux-2.6-2.6.32/debian/build/source_amd64_none/net/sched/sch_generic.c:261
>>  dev_watchdog+0xe2/0x194()
>> 2011-01-04_10:28:18.89236 [3129874.344808] Hardware name: PowerEdge R410
>> 2011-01-04_10:28:18.89237 [3129874.348981] NETDEV WATCHDOG: eth0 (bnx2): 
>> transmit queue 1 timed out
>> 2011-01-04_10:28:18.89238 [3129874.355561] Modules linked in: btrfs 
>> zlib_deflate crc32c libcrc32c ufs qnx4 hfsplus hfs minix ntfs vfat msdos fat 
>> jfs xfs exportfs reiserfs ext4 jbd2 crc16 ext2 bridge stp kvm_intel kvm tun 
>> loop snd_pcm snd_timer snd soundcore snd_page_alloc dcdbas pcspkr psmouse 
>> serio_raw evdev button power_meter processor ext3 jbd mbcache sha256_generic 
>> aes_x86_64 aes_generic cbc dm_crypt dm_mod raid1 md_mod sd_mod crc_t10dif sg 
>> sr_mod cdrom ata_generic uhci_hcd mpt2sas ehci_hcd thermal ata_piix 
>> thermal_sys usbcore nls_base scsi_transport_sas libata scsi_mod bnx2 [last 
>> unloaded: scsi_wait_scan]
>> 2011-01-04_10:28:18.89240 [3129874.408913] Pid: 0, comm: swapper Not tainted 
>> 2.6.32-5-amd64 #1
>> 2011-01-04_10:28:18.89240 [3129874.415063] Call Trace:
>> 2011-01-04_10:28:18.89242 [3129874.417740][] ? 
>> dev_watchdog+0xe2/0x194
>> 2011-01-04_10:28:18.89243 [3129874.424219]  [] ? 
>> dev_watchdog+0xe2/0x194
>> 2011-01-04_10:28:18.89244 [3129874.430018]  [] ? 
>> warn_slowpath_common+0x77/0xa3
>> 2011-01-04_10:28:18.89245 [3129874.436423]  [] ? 
>> dev_watchdog+0x0/0x194
>> 2011-01-04_10:28:18.89246 [3129874.442131]  [] ? 
>> warn_slowpath_fmt+0x51/0x59
>> 2011-01-04_10:28:18.89247 [3129874.448276]  [] ? 
>> enqueue_task_fair+0x3e/0x82
>> 2011-01-04_10:28:18.89248 [3129874.454420]  [] ? 
>> task_rq_lock+0x46/0x79
>> 2011-01-04_10:28:18.89249 [3129874.460132]  [] ? 
>> try_to_wake_up+0x2a7/0x2b9
>> 2011-01-04_10:28:18.89250 [3129874.466191]  [] ? 
>> netif_tx_lock+0x3d/0x69
>> 2011-01-04_10:28:18.89250 [3129874.471989]  [] ? 
>> netdev_drivername+0x3b/0x40
>> 2011-01-04_10:28:18.89251 [3129874.478132]  [] ? 
>> dev_watchdog+0xe2/0x194
>> 2011-01-04_10:28:18.89252 [3129874.483930]  [] ? 
>> __wake_up_common+0x44/0x72
>> 2011-01-04_10:28:18.89253 [3129874.489992]  [] ? 
>> cascade+0x5f/0x77
>> 2011-01-04_10:28:18.89253 [3129874.495278]  [] ? 
>> run_timer_softirq+0x1c9/0x268
>> 2011-01-04_10:28:18.89254 [3129874.501594]  [] ? 
>> __do_softirq+0xdd/0x1a2
>> 2011-01-04_10:28:18.89256 [3129874.507398]  [] ? 
>> lapic_next_event+0x18/0x1d
>> 2011-01-04_10:28:18.89256 [3129874.513458]  [] ? 
>> call_softirq+0x1c/0x30
>> 2011-01-04_10:28:18.89257 [3129874.519166]  [] ? 
>> do_softirq+0x3f/0x7c
>> 2011-01-04_10:28:18.89261 [3129874.524774]  [] ? 
>> irq_exit+0x36/0x76
>> 2011-01-04_10:28:19.85162 [3129874.530164]  [] ? 
>> smp_apic_timer_interrupt+0x87/0x95
>> 2011-01-04_10:28:19.85163 [3129874.536911]  [] ? 
>> apic_timer_interrupt+0x13/0x20
>> 2011-01-04_10:29:45.93714 x9d/0xb8 [processor]
>> 2011-01-04_10:29:45.93717 [3129874.551277]  [] ? 
>> acpi_idle_enter_c1+0x78/0xb8 [processor]
>> 2011-01-04_10:29:45.93718 [3129874.558550]  [] ? 
>> cpuidle_idle_call+0x94/0xee
>> 2011-01-04_10:29:45.93719 [3129874.564695]  [] ? 
>> cpu_idle+0xa2/0xda

hth,

--dkg



signature.asc
Description: OpenPGP digital signature

Bug#636837: RM: flutejava -- ROM; FTBFS, not maintained, low popcon

[Andrew Ross]

Actually, scrap that, I'll update the jfree version instead since I can
actually get it to build without errors. Please feel free to go ahead
with the removal.

Thanks,
Andy

On 06/08/11 09:20, Torsten Werner wrote:
> Package: ftp.debian.org
> Severity: normal
> 
> Hi,
> 
> I am requesting the removal the package in behalf of the Java team because:
> - it fails to build from source
> - it hasn't been maintained for a long time
> - it has no reverse dependencies
> - it has a low popcon value
> 
> Torsten
> 
> 
> 
> __
> This is the maintainer address of Debian's Java team
> .
>  Please use
> debian-j...@lists.debian.org for discussions and questions.
> 




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

Bug#637028: dmidecode does falsely use bit 7 when decoding the chassis-type

[Stefan Tauner]

Package: dmidecode

the bug is present in all vanilla versions since at least 2.9 and in
various Debian-based distributions (Ubuntu, grml). the attached patch
was also sent upstream (and to Ubuntu). for details please see the patch.

-- 
Kind regards/Mit freundlichen Grüßen, Stefan Tauner
From 888158fc7e0c7b9bc33281c2f80c5501f01b304e Mon Sep 17 00:00:00 2001
From: Stefan Tauner 
Date: Sun, 7 Aug 2011 20:24:44 +0200
Subject: [PATCH] Make dmi_chassis_type aware of the lock bit.
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
To: dmidecode-de...@nongnu.org

Previously all bits of the parameter passed to dmi_chassis_type were
used to derive the chassis type although the 7th bit indicates a
lock and only bits 6:0 encode the chassis type (7.4 System Enclosure
or Chassis (Type 3), offset 05h). This is ok as long as the input is
masked as it was done in dmi_decode, but it was forgotten in
dmi_table_string, resulting in wrong output if there is a lock
present:
dmidecode -s chassis-type

although the normal output is correct:
[…]
Handle 0x0003, DMI type 3, 17 bytes
Chassis Information
	Manufacturer: Chassis Manufacture
	Type: Desktop
	Lock: Present
	[…]

dump (the 5th byte (83) is the interesting one):
dmidecode -t chassis -u
SMBIOS 2.3 present.

Handle 0x0003, DMI type 3, 17 bytes
Header and Data:
03 11 03 00 01 83 02 03 04 03 03 03 03 01 00 00
00

Tested with current CVS code on a "Laptop" without a lock (by me)
and on the "Desktop" board dumped above (by Florian Zumbiehl, thanks!).
---
 dmidecode.c |3 ++-
 1 files changed, 2 insertions(+), 1 deletions(-)

diff --git a/dmidecode.c b/dmidecode.c
index f7b23c1..af2bfc5 100644
--- a/dmidecode.c
+++ b/dmidecode.c
@@ -532,6 +532,7 @@ static const char *dmi_chassis_type(u8 code)
 		"Blade Enclosing" /* 0x1D */
 	};
 
+	code &= 0x7F; /* bits 6:0 are chassis type, 7th bit is the lock bit */
 	if (code >= 0x01 && code <= 0x1D)
 		return type[code - 0x01];
 	return out_of_spec;
@@ -3237,7 +3238,7 @@ static void dmi_decode(const struct dmi_header *h, u16 ver)
 			printf("\tManufacturer: %s\n",
 dmi_string(h, data[0x04]));
 			printf("\tType: %s\n",
-dmi_chassis_type(data[0x05] & 0x7F));
+dmi_chassis_type(data[0x05]));
 			printf("\tLock: %s\n",
 dmi_chassis_lock(data[0x05] >> 7));
 			printf("\tVersion: %s\n",
-- 
1.7.1

Bug#637027: xword: Pull changes from https://alioth.debian.org/projects/xword

[Andrzej Bieniek]

Package: xword

It looks that there are two parallel developments:
1. https://gitorious.org/xword
2. https://alioth.debian.org/projects/xword/

xword repository at alioth has a new stuff 
e.g. crossword organiser which would be nice to have.

It would be good to merge those two developments together and get new
features to the package.




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

Bug#637024: linux-image-2.6.39-2-ixp4xx: Unable to upgrade with package as released

[Jonathan Nieder]

reassign 637024 flash-kernel
forcemerge 550584 637024
quit

Hi Marc,

Marc Singer wrote:

[...]
> The package will fail to install
> because the postinst hook attempts to flash the kernel and initramfs before 
> the initramfs
> has been created.
[...]
> I can work around the issue by unpacking the package, calling depmod and 
> update-initramfs
> manually and then reinstalling the kernel package.

Sounds like a bug in flash-kernel's postinst hook (namely Bug#550584).
I'm therefore reassigning and merging the bug, but please feel free to
reassign back if I have made a mistake.

Thanks for writing.
Jonathan



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

Bug#637005: [Pkg-utopia-maintainers] Bug#637005: [network-manager] br0 is ignored / managed=false overwrites resolve.conf and kills default gateway

[Michael Biebl]

severity 637005 important
thanks

On 07.08.2011 19:32, Florian Reitmeir wrote:
> Package: network-manager
> Version: 0.8.4.0-2
> Severity: grave
> 
> --- Please enter the report below this line. ---
> 
> network-manager never lists br0 to connect, only eth0 is listed which
> should never listed in this configuration.
> i tried, managed mode, umanaged  mode, removing eth0 from the interfaces
> file, state it as manual or static.
> 
> eth0 is listed
> br0 never listed
> 
> to top the bad behaviour,
> - even if i say managed=false, it just cleans the resolv.conf file,
> leaving the system without network.
> - a restart of network-manager kills the default gateway of the
> device br0, even if i state managed=false
> 
> 
> 
> -
> auto lo
> iface lo inet loopback
> 
> manual eth0
> iface eth0 inet manual
> 
> # An example ethernet card setup: (broadcast and gateway are optional)
> #
> auto br0
> iface br0 inet static
> bridge_ports eth0


Do you have any network devices besides eth0? Could you attach the complete
output of running "NetworkManager --no-daemon --log-level=debug".

Thanks,
Michael


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



signature.asc
Description: OpenPGP digital signature

Bug#631087: Cannot use pbuilder

[Milan Kupcevic]

retitle 631087 Cannot use pbuilder
reassign 631087 mount
forcemerge  631087 634107
thanks

> After some debugging, it seems the issue is not pbuilder,
> but 'debootstrap'.

After downgrading to mount 2.17.2-9.1 pbuiler started working again. It
looks like bug #634107 is causing the trouble.

Milan



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

Bug#637026: xul-ext-firebug: firebug don't work in wheezy with iceweasel 3.5

[Sergey]

Package: xul-ext-firebug
Version: 1.8.0~b5-2
Severity: normal

in wheezy firebug don't work with icewheazel 3.5.19. 
only icewheazel > 4 supported

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

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

xul-ext-firebug depends on no packages.

Versions of packages xul-ext-firebug recommends:
ii  iceweasel 3.5.19-3   Web browser based on Firefox

xul-ext-firebug 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#633023: dtrx: diff for NMU version 6.6-1.1

[Jakub Wilk]

tags 633023 + pending
thanks

Dear maintainer,

I've prepared an NMU for dtrx (versioned as 6.6-1.1) and uploaded it to 
DELAYED/14. Please feel free to tell me if I should delay it longer.


--
Jakub Wilk
diffstat for dtrx-6.6 dtrx-6.6

 changelog |7 +++
 control   |2 +-
 2 files changed, 8 insertions(+), 1 deletion(-)

diff -Nru dtrx-6.6/debian/changelog dtrx-6.6/debian/changelog
--- dtrx-6.6/debian/changelog	2010-01-31 15:03:38.0 +0100
+++ dtrx-6.6/debian/changelog	2011-08-07 23:05:33.0 +0200
@@ -1,3 +1,10 @@
+dtrx (6.6-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Build-depend on python-docutils rather than rst2man (closes: #633023).
+
+ -- Jakub Wilk   Sun, 07 Aug 2011 23:05:27 +0200
+
 dtrx (6.6-1) unstable; urgency=low
 
   * New upstram release.
diff -Nru dtrx-6.6/debian/control dtrx-6.6/debian/control
--- dtrx-6.6/debian/control	2010-02-02 18:43:25.0 +0100
+++ dtrx-6.6/debian/control	2011-08-07 23:05:22.0 +0200
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Miguelangel Jose Freitas Loreto 
 Build-Depends: debhelper (>= 7), python (>= 2.4 )
-Build-Depends-Indep: python-yaml, python-central, python-support, bzip2, unzip, cpio, rpm, binutils, p7zip-full, cabextract, unshield, lzma, rst2man, xz-utils
+Build-Depends-Indep: python-yaml, python-central, python-support, bzip2, unzip, cpio, rpm, binutils, p7zip-full, cabextract, unshield, lzma, python-docutils (>= 0.6), xz-utils
 Standards-Version: 3.8.4
 Homepage: http://brettcsmith.org/2007/dtrx/
 XS-Python-Version: >= 2.4

Bug#637025: netatalk: Upgrade package from 2.2~beta4 to 2.2.0

[l . k]

Package: netatalk
Version: 2.2~beta4
Severity: wishlist


Now that 2.2.0 stable was released upstream, it would be great if the
package would be upgraded.

Right now, the 2.2.0 tarball won't compile out of the box, but requires
some minor patching.

Issue 1:
http://sourceforge.net/tracker/?func=detail&aid=3382925&group_id=8642&atid=308642

Issue 2:
http://sourceforge.net/tracker/?func=detail&aid=3381253&group_id=8642&atid=108642
Which is fixed in the most recent version of 'include/atalk/paths.h' in
the git repo:

@@ -71,11 +71,11 @@
  * afpd paths
  */
 #define _PATH_AFPTKT   "/tmp/AFPtktXX"
+#define _PATH_AFP_IPC   ATALKPATHCAT(_PATH_LOCKDIR,"afpd_ipc")
 #if defined (FHS_COMPATIBILITY) || defined (__NetBSD__)
 #  define _PATH_AFPDLOCK   ATALKPATHCAT(_PATH_LOCKDIR,"afpd.pid")
 #else
 #  define _PATH_AFPDLOCK   ATALKPATHCAT(_PATH_LOCKDIR,"afpd")
-#define _PATH_AFP_IPC   ATALKPATHCAT(_PATH_LOCKDIR,"afpd_ipc")
 #endif
 
 /*



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

Bug#637024: linux-image-2.6.39-2-ixp4xx: Unable to upgrade with package as released

[Marc Singer]

Package: linux-2.6
Version: 2.6.39-3
Severity: important

There appears to be a race condition in the installation of this package.  I 
believe that
the same issue was present in the 2.6.38 package as well.  The package will 
fail to install
because the postinst hook attempts to flash the kernel and initramfs before the 
initramfs
has been created.  We may be seeing a variance in the way that this platform 
handles
the kernel and ramdisk as compared to the mainstream releases.

The error reported is that the kernel/ramdisk flash operation aborts because 
the initramfs
is not found.  Indeed, there is no initramfs in /boot when the postinst hook 
runs.  When I
reinstall the previously installed kernel I can see that the update-initramfs 
script is
called *after* the kernel and initramfs are flashed.

I can work around the issue by unpacking the package, calling depmod and 
update-initramfs
manually and then reinstalling the kernel package.


-- Package-specific info:
** Kernel log: boot messages should be attached

** Model information
Processor   : XScale-IXP42x Family rev 1 (v5l)
Hardware: Linksys NSLU2
Revision: 

** PCI devices:
00:01.0 USB Controller [0c03]: NEC Corporation USB [1033:0035] (rev 43) 
(prog-if 10 [OHCI])
Subsystem: NEC Corporation Hama USB 2.0 CardBus [1033:0035]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+ 
Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: ohci_hcd
Kernel modules: ohci-hcd

00:01.1 USB Controller [0c03]: NEC Corporation USB [1033:0035] (rev 43) 
(prog-if 10 [OHCI])
Subsystem: NEC Corporation Hama USB 2.0 CardBus [1033:0035]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+ 
Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: ohci_hcd
Kernel modules: ohci-hcd

00:01.2 USB Controller [0c03]: NEC Corporation USB 2.0 [1033:00e0] (rev 04) 
(prog-if 20 [EHCI])
Subsystem: NEC Corporation USB 2.0 [1033:00e0]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr+ 
Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: ehci_hcd
Kernel modules: ehci-hcd


** USB devices:
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 0dc4: Macpower Peripherals, Ltd 
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub


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

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

Versions of packages linux-image-2.6.39-2-ixp4xx depends on:
ii  debconf [debconf-2.0] 1.5.40 Debian configuration management sy
ii  initramfs-tools [linux-initra 0.99   tools for generating an initramfs
ii  linux-base3.3Linux image base package
ii  module-init-tools 3.16-1 tools for managing Linux kernel mo

Versions of packages linux-image-2.6.39-2-ixp4xx recommends:
ii  firmware-linux-free   3  Binary firmware for various driver

Versions of packages linux-image-2.6.39-2-ixp4xx suggests:
pn  fdutils(no description available)
pn  linux-doc-2.6.39   (no description available)

Versions of packages linux-image-2.6.39-2-ixp4xx is related to:
pn  firmware-bnx2  (no description available)
pn  firmware-bnx2x (no description available)
pn  firmware-ipw2x00   (no description available)
pn  firmware-ivtv  (no description available)
pn  firmware-iwlwifi   (no description available)
pn  firmware-linux (no description available)
pn  firmware-linux-nonfree (no description available)
pn  firmware-qlogic(no description available)
pn  firmware-ralink(no description available)
pn  xen-hypervisor (no description available)

-- debconf information:
  linux-image-2.6.39-2-ixp4xx/postinst/missing-firmware-2.6.39-2-ixp4xx:
  linux-image-2.6.39-2-ixp4xx/prerm/removing-running-kernel-2.6.39-2-ixp4xx: 
true
  linux-image-2.6.39-2-ixp4xx/postinst/depmod-error-initrd-2.6.39-2-ixp4xx: 
false
  linux-image-2.6.39-2-ixp4xx/postinst/ignoring-ramdisk:



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

Bug#637023: dragged tab issues

[Andrew O. Shadoura]

Package: roxterm
Version: 1.22.1-1
Severity: normal

Hello,

If you drag some tabs from the middle to the very end,
you can run into the situation when the very last tab isn't selectable
by 'next tab' hotkey, but by 'previous tab' only, or with mouse click.

It's not really easy to reproduce, but I suppose it's not hard to spot
such a bug when you're familiar to the source code ;)

-- 
WBR, Andrew

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

Kernel: Linux 3.0.0-rc6-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages roxterm depends on:
ii  libc6 2.13-7 Embedded GNU C Library: Shared lib
ii  libdbus-1-3   1.2.16-2   simple interprocess messaging syst
ii  libdbus-glib-1-2  0.88-2 simple interprocess messaging syst
ii  libgdk-pixbuf2.0-02.23.3-3   GDK Pixbuf library
ii  libglade2-0   1:2.6.4-1  library to load .glade files at ru
ii  libglib2.0-0  2.28.4-1   The GLib library of C routines
ii  libgtk2.0-0   2.24.4-3   The GTK+ graphical user interface 
ii  libice6   2:1.0.5-1  X11 Inter-Client Exchange library
ii  libpango1.0-0 1.28.3-6   Layout and rendering of internatio
ii  librsvg2-common   2.32.1-1   SAX-based renderer library for SVG
ii  libsm62:1.1.0-2  X11 Session Management library
ii  libvte9   1:0.24.3-1 Terminal emulator widget for GTK+ 

Versions of packages roxterm recommends:
ii  openssh-client1:5.8p1-4  secure shell (SSH) client, for sec

roxterm 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#637022: libccid: Fix CCID_Receive when multiple message are received at once

[Sebastian Schmidt]

Package: libccid
Version: 1.4.4-1
Severity: normal
Tags: upstream patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Upstream commit r4987 ("Use libusb-1.0 instead of libusb-0.1") breaks
communication with my reader (REINER SCT cyberJack RFID basis, USB
0c4b:9102).

When sending an APDU to the reader, e.g. via scriptor, libccid hangs
while waiting for data from the reader.

The pcscd log shows:
0009 APDU: 60
0010 ifdhandler.c:1283:IFDHTransmitToICC() 
usb:0c4b/9102:libudev:0:/dev/bus/usb/002/047 (lun: 0)
0018 commands.c:1456:CmdXfrBlockAPDU_extended() T=0 (extended): 1 bytes
0020 -> 00 6F 01 00 00 00 00 0C 00 00 00 60 
6239 <- 00 80 00 00 00 00 00 0C 80 02 00 80 08 00 00 00 00 0C 00 00 00 
AF 04 01 01 01 00 16 05 
0025 commands.c:1391:CCID_Receive() Time extension requested: 0x02
(now hangs there)

So what's happening is that libusb_bulk_transfer in ReadUSB returns two
messages at once, CCID_Receive calls ReadUSB again but the data already
has been read. For some reason this used to be different with libusb
0.x - I have no idea whether this is a timing issue or what not:

0022 APDU: 60
0017 ifdhandler.c:1264:IFDHTransmitToICC() 
usb:0c4b/9102:libudev:0:/dev/bus/usb/002/045 (lun: 0)
0024 commands.c:1412:CmdXfrBlockAPDU_extended() T=0 (extended): 1 bytes
0029 -> 00 6F 01 00 00 00 00 0F 00 00 00 60
1543 <- 00 80 00 00 00 00 00 0F 80 02 00
0034 commands.c:1347:CCID_Receive() Time extension requested: 0x02
1971 <- 00 80 08 00 00 00 00 0F 00 00 00 AF 04 01 01 01 00 16 05
0038 SW: AF 04 01 01 01 00 16 05

I have attached a patch (against svn trunk, yet it applies to the source
.tgz with -p3) which fixes that for me, though I'm unsure whether
handling this for different cases as CCID_TIME_EXTENSION might be
necessary.

Sebastian

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

iD8DBQFOPvpMvBVic1oTsEgRAtfuAJ41KuYLg95oayPbpOUbDhlogGax5gCdFfpV
ffnq0SrZC9P1YOZUybTI/PI=
=K521
-END PGP SIGNATURE-
diff --git a/Drivers/ccid/src/commands.c b/Drivers/ccid/src/commands.c
index fec90cc..e2e13ab 100644
--- a/Drivers/ccid/src/commands.c
+++ b/Drivers/ccid/src/commands.c
@@ -1222,8 +1222,9 @@ RESPONSECODE CCID_Transmit(unsigned int reader_index, unsigned int tx_length,
 RESPONSECODE CCID_Receive(unsigned int reader_index, unsigned int *rx_length,
 	unsigned char rx_buffer[], unsigned char *chain_parameter)
 {
-	unsigned char cmd[10+CMD_BUF_SIZE];	/* CCID + APDU buffer */
-	unsigned int length;
+	unsigned char cmdbuf[10+CMD_BUF_SIZE];	/* CCID + APDU buffer */
+	unsigned char *cmd = cmdbuf;
+	unsigned int length, datalen;
 	RESPONSECODE return_value = IFD_SUCCESS;
 	status_t ret;
 
@@ -1341,9 +1342,12 @@ time_request_ICCD_B:
 	}
 #endif
 
-time_request:
-	length = sizeof(cmd);
-	ret = ReadPort(reader_index, &length, cmd);
+time_request_read:
+	length = sizeof(cmdbuf);
+	cmd = cmdbuf;
+	ret = ReadPort(reader_index, &length, cmdbuf);
+
+time_request_parse:
 	if (ret != STATUS_SUCCESS)
 	{
 		if (STATUS_NO_SUCH_DEVICE == ret)
@@ -1386,21 +1390,28 @@ time_request:
 		}
 	}
 
+	datalen = dw2i(cmd, 1);
 	if (cmd[STATUS_OFFSET] & CCID_TIME_EXTENSION)
 	{
 		DEBUG_COMM2("Time extension requested: 0x%02X", cmd[ERROR_OFFSET]);
-		goto time_request;
+		if (length-10 > datalen) {
+			DEBUG_COMM("Still data available, not reading again");
+			length -= (datalen+10);
+			cmd+= (datalen+10);
+			goto time_request_parse;
+		} else
+			goto time_request_read;
 	}
 
 	/* we have read less (or more) data than the CCID frame says to contain */
-	if (length-10 != dw2i(cmd, 1))
+	if (length-10 != datalen)
 	{
 		DEBUG_CRITICAL3("Can't read all data (%d out of %d expected)",
-			length-10, dw2i(cmd, 1));
+			length-10, datalen);
 		return_value = IFD_COMMUNICATION_ERROR;
 	}
 
-	length = dw2i(cmd, 1);
+	length = datalen;
 	if (length <= *rx_length)
 		*rx_length = length;
 	else

Bug#637021: make 'new tab' behaviour configurable

[Andrew O. Shadoura]

Package: roxterm
Version: 1.22.1-1
Severity: normal

Hello.

Recently, the behaviour of 'new tab' command has changed. Before
that, it added the new tab to the very end of the tab list, and now it
opens a new tab next to the current. That's not quite logical for me.
Please make this configurable.

-- 
WBR, Andrew

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

Kernel: Linux 3.0.0-rc6-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages roxterm depends on:
ii  libc6 2.13-7 Embedded GNU C Library: Shared lib
ii  libdbus-1-3   1.2.16-2   simple interprocess messaging syst
ii  libdbus-glib-1-2  0.88-2 simple interprocess messaging syst
ii  libgdk-pixbuf2.0-02.23.3-3   GDK Pixbuf library
ii  libglade2-0   1:2.6.4-1  library to load .glade files at ru
ii  libglib2.0-0  2.28.4-1   The GLib library of C routines
ii  libgtk2.0-0   2.24.4-3   The GTK+ graphical user interface 
ii  libice6   2:1.0.5-1  X11 Inter-Client Exchange library
ii  libpango1.0-0 1.28.3-6   Layout and rendering of internatio
ii  librsvg2-common   2.32.1-1   SAX-based renderer library for SVG
ii  libsm62:1.1.0-2  X11 Session Management library
ii  libvte9   1:0.24.3-1 Terminal emulator widget for GTK+ 

Versions of packages roxterm recommends:
ii  openssh-client1:5.8p1-4  secure shell (SSH) client, for sec

roxterm 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#637020: pu: package zfsutils/8.1-5

[Robert Millan]

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

This proposed update fixes three problems that may cause boot errors
when zfsutils is installed:

  * Set "X-Start-Before: checkroot" so that boot doesn't break when
fstab relies on ZFS volumes.  (Closes: #635627)
  * Do not mount/unmount filesystems! This may result in unbootable
system if their mountpoints collide (typical in a dual-boot
machine). Use /etc/fstab instead.
  * Set "X-Stop-After: umountfs" to ensure ZVOLs are no longer in use
when "zfs volfini" is called.

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

Kernel: kFreeBSD 8.2-1-amd64
Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Index: debian/zfsutils.zfs.init
===
--- debian/zfsutils.zfs.init	(revision 3674)
+++ debian/zfsutils.zfs.init	(working copy)
@@ -3,6 +3,8 @@
 # Provides:  zvol zfs
 # Required-Start:
 # Required-Stop: 
+# X-Start-Before:checkroot
+# X-Stop-After:  umountfs
 # Default-Start: S
 # Default-Stop:  0 6
 # Short-Description: Start/stop ZFS subsystem.
@@ -41,15 +43,6 @@
 		esac
 	done
 
-	# filesystems
-	log_progress_msg "filesystems"
-	zfs mount -a
-	RET=$?
-	if [ $RET != 0 ] ; then
-		log_end_msg $RET
-		exit $RET
-	fi
-
 	# end
 	log_end_msg 0
 }
@@ -82,21 +75,6 @@
 		exit $RET
 	fi
 
-	# filesystems
-	log_progress_msg "filesystems"
-	zfs unshare -a
-	RET=$?
-	if [ $RET != 0 ] ; then
-		log_end_msg $RET
-		exit $RET
-	fi
-	zfs umount -a
-	RET=$?
-	if [ $RET != 0 ] ; then
-		log_end_msg $RET
-		exit $RET
-	fi
-
 	# end
 	log_end_msg 0
 }
Index: debian/changelog
===
--- debian/changelog	(revision 3674)
+++ debian/changelog	(working copy)
@@ -1,3 +1,15 @@
+zfsutils (8.1-5) unstable; urgency=low
+
+  * Set "X-Start-Before: checkroot" so that boot doesn't break when
+fstab relies on ZFS volumes.  (Closes: #635627)
+  * Do not mount/unmount filesystems! This may result in unbootable
+system if their mountpoints collide (typical in a dual-boot
+machine). Use /etc/fstab instead.
+  * Set "X-Stop-After: umountfs" to ensure ZVOLs are no longer in use
+when "zfs volfini" is called.
+
+ -- Robert Millan   Sun, 07 Aug 2011 20:31:55 +
+
 zfsutils (8.1-4) unstable; urgency=low
 
   * Create a /boot/zfs/ directory in zfsutils-udeb, so that zpool.cache

Bug#636505: Pending fixes for bugs in the libmail-imapclient-perl package

[pkg-perl-maintainers]

tag 636505 + pending
thanks

Some bugs in the libmail-imapclient-perl package are closed in
revision aa4062213d4d2c0f480ad24c4f3e27139e92d1f3 in branch ' 
squeeze' by Damyan Ivanov

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libmail-imapclient-perl.git;a=commitdiff;h=aa40622

Commit message:

add a patch from the upstream Git repository fixing errors on Logout

Closes: #636505




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

Bug#636837: RM: flutejava -- ROM; FTBFS, not maintained, low popcon

[Andrew Ross]

On 06/08/11 09:20, Torsten Werner wrote:
> Package: ftp.debian.org
> Severity: normal
> 
> Hi,
> 
> I am requesting the removal the package in behalf of the Java team because:
> - it fails to build from source
> - it hasn't been maintained for a long time
> - it has no reverse dependencies
> - it has a low popcon value
> 
> Torsten
> 
> 
> 
> __
> This is the maintainer address of Debian's Java team
> .
>  Please use
> debian-j...@lists.debian.org for discussions and questions.
> 


Actually, could we keep this in please? It's a dependency of the
NetBeans package I'm working on. I'll prepare a new upload to fix the FTBFS.

Thanks,
Andy



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

Bug#637019: gamin: Fix FTBFS on hurd-i386

[Svante Signell]

Package: gamin
Version: 0.1.10-2
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd

Hi,

currently gamin does not compile on hurd-i386. The problem is the
definition of PTHREAD_MUTEX_RECURSIVE. The inlined patch fixes this
issue. The patch should be applied after 15_kfreebsd.patch. In fact,
editing that patch by removing the second part: && !defined(__GNU__)
fixes the build on hurd-i386.

--- libgamin/gam_data.c.orig2011-08-07 20:11:57.0 +
+++ libgamin/gam_data.c 2011-08-07 20:08:28.0 +
@@ -470,7 +470,7 @@
 }
 if (is_threaded > 0) {
pthread_mutexattr_init(&attr);
-#if defined(__GLIBC__) && !defined(__GNU__)
+#if defined(__GLIBC__)
pthread_mutexattr_settype(&attr, PTHREAD_MUTEX_RECURSIVE_NP);
 #else
pthread_mutexattr_settype(&attr, PTHREAD_MUTEX_RECURSIVE);







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

Bug#588594: Need more info

[Olivier Bonvalet]

Le 07/08/2011 08:40, Thomas Goirand a écrit :

Hi,

The error message:

"Error: Device 0 (vif) could not be connected. Hotplug scripts not working."

is a pretty common one that we see often, so what you gave here isn't
enough. We need to have:
- your domU configuration
- your /var/log/xen/*log (only the relevant part)

Unless you give more info, and confirm you still have the issue, I'll
close the bug.

Thomas


Hi,

sorry, I forgot to update the report : this problem is fixed with the current 
Debian Squeeze kernel.

thanks,
OIivier



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

Bug#637018: parcimonie: looks up keys using less than half of the fingerprint

[Paul Wise]

Package: parcimonie
Version: 0.5.1-3
Severity: normal

parcimonie seems to look up keys using less than half of the fingerprint
(last 8 bytes of the fingerprint). This is better than just using the
key id (last 4 bytes of the fingerprint), but it would be preferable to
use the full fingerprint to reduce the likelihood of extraneous keys
being downloaded and added to a user's keyring.

PS: I filed #636943 about the libtorsocks warnings.

pabs@chianamo:~$ gpg --fingerprint FCD79DC0B53322BE
pub   1024D/B53322BE 2003-05-02
  Key fingerprint = 4A65 A89E 2F27 8CC5 E7CB  9ACD FCD7 9DC0 B533 22BE
uid  Paolo Cavallini (PC) 
uid  [jpeg image of size 8383]
sub   1024g/4003F0AF 2003-05-02

pabs@chianamo:~$ parcimonie start --verbose -f 
Using ControlSocket /var/run/tor/control to connect to Tor.
Using cookie '/var/run/tor/control.authcookie' to authenticate to Tor.
12:34:28 libtorsocks(1104): The symbol res_init() was not found in any shared 
library. The error reported was: not found!
12:34:28 libtorsocks(1104): The symbol res_query() was not found in any shared 
library. The error reported was: not found!
12:34:28 libtorsocks(1104): The symbol res_search() was not found in any shared 
library. The error reported was: not found!
12:34:28 libtorsocks(1104): The symbol res_send() was not found in any shared 
library. The error reported was: not found!
12:34:28 libtorsocks(1104): The symbol res_querydomain() was not found in any 
shared library. The error reported was: not found!
12:34:28 libtorsocks(1104): The symbol res_init() was not found in any shared 
library. The error reported was: not found!
12:34:28 libtorsocks(1104): The symbol res_query() was not found in any shared 
library. The error reported was: not found!
12:34:28 libtorsocks(1104): The symbol res_search() was not found in any shared 
library. The error reported was: not found!
12:34:28 libtorsocks(1104): The symbol res_send() was not found in any shared 
library. The error reported was: not found!
12:34:28 libtorsocks(1104): The symbol res_querydomain() was not found in any 
shared library. The error reported was: not found!
Using 1440 seconds as average sleep time.
Connected to the Tor ControlSocket.
Sending authentication cookie...
Authentication successful.
Asking a new nym...
NEWNYM request accepted.
tryRecvKey: trying to fetch FCD79DC0B53322BE
12:34:29 libtorsocks(1108): The symbol res_init() was not found in any shared 
library. The error reported was: not found!
12:34:29 libtorsocks(1108): The symbol res_query() was not found in any shared 
library. The error reported was: not found!
12:34:29 libtorsocks(1108): The symbol res_search() was not found in any shared 
library. The error reported was: not found!
12:34:29 libtorsocks(1108): The symbol res_send() was not found in any shared 
library. The error reported was: not found!
12:34:29 libtorsocks(1108): The symbol res_querydomain() was not found in any 
shared library. The error reported was: not found!
12:34:29 libtorsocks(1108): The symbol res_init() was not found in any shared 
library. The error reported was: not found!
12:34:29 libtorsocks(1108): The symbol res_query() was not found in any shared 
library. The error reported was: not found!
12:34:29 libtorsocks(1108): The symbol res_search() was not found in any shared 
library. The error reported was: not found!
12:34:29 libtorsocks(1108): The symbol res_send() was not found in any shared 
library. The error reported was: not found!
12:34:29 libtorsocks(1108): The symbol res_querydomain() was not found in any 
shared library. The error reported was: not found!
12:34:29 libtorsocks(1108): The symbol res_query() was not found in any shared 
library. The error reported was: not found!
12:34:29 libtorsocks(1108): The symbol res_query() was not found in any shared 
library. The error reported was: not found!
12:34:29 libtorsocks(1108): Unresolved symbol: res_query

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

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

Versions of packages parcimonie depends on:
ii  libclone-perl   0.31-1+b1recursively copy Perl datatypes
ii  libconfig-general-perl  2.50-1   Generic Configuration Module
ii  libfile-homedir-perl0.97-1   Perl module for finding user direc
ii  libfile-spec-perl   3.3300-1+b1  collection of tools for working wi
ii  libfile-which-perl  1.08-1   Perl module for searching paths fo
ii  libglib-perl2:1.223-1+b1 interface to the GLib and GObject 
ii  libgnupg-interface-perl 0.44-1   Perl interface to GnuPG
ii  libgtk2-perl2:1.223-1+b1 Perl interface to the 2.x series o
ii  liblist-moreutils-perl  0.32-1   Perl module with additional list f

Bug#635563:

[Andrey Gursky]

Matteo Frigo, thank you for figuring out where it goes wrong.
Andrey Rahmatullin, I've tried to add the following code after the
existing check and it works for me:

ifeq ($(shell if [ $(VERSION) -ge 3 ] ; then \
if [ $(KERNEL_ARCH) = "i386" ] || [ $(KERNEL_ARCH) = "x86_64" ] ; then \
echo "yes" ; fi ; fi ),yes)
LINK_ARCH=x86
endif

Regards,
Andrey



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

Bug#636508: Bug #636508

[Wouter van Eekelen]

I've replaced netmask 64 with netmask 56 and it works perfectly now.
Very odd that a wrong netmask causes this kind of malfunctioning of the
entire networking, but glad it has been resolved!

Thanks a bunch.

On Fri, Aug 5, 2011 at 4:12 PM, Guus Sliepen  wrote:

> On Fri, Aug 05, 2011 at 03:44:41PM +0200, Wouter van Eekelen wrote:
>
> > Here is the output of all networking related commands I could think of.
> > Please do not attach this information to the bug report since it contains
> > private information.
>
> Ok. I think the problem is that ifup fails to bring up the interface
> completely, a subsequent ifdown then doesn't do anything, and that means it
> doesn't properly bring down the bond interface:
>
> > root@web1:~# ifdown bond0
> > ifdown: interface bond0 not configured
> > root@web1:~# ifconfig bond0 down
> > root@web1:~# ifup bond0
> > SIOCADDRT: No route to host
> > Failed to bring up bond0.
>
> Notice the error message: "No route to host". I think the problem is in
> this
> part of your interfaces file (first 48 bits of the addresses are replaced
> by
> Xs):
>
> > # The primary network interface (IPv6)
> > iface bond0 inet6 static
> > address :::1::1
> > netmask 64
> > gateway ::::1
>
> Notice however that the gateway address has ::1 after the last X, while the
> interface address has :1::1 after the last X.  That means the gateway
> address
> is not contained in the :::1::/64 subnet, and therefore there
> is no
> route to the gateway address. To work around it, you can replace the
> gateway
> option with:
>
>up /sbin/ip route add default via ::::1 dev bond0 onlink
>
> Why it works at boot time, I have no idea...
>
> --
> Met vriendelijke groet / with kind regards,
>  Guus Sliepen 
>

Bug#636664: [p7zip] claims to contain 7z in short description

[Filipus Klutiero]

On 2011-08-04 19:40, Mohammed Adnène Trojette wrote:

On Thu, Aug 04, 2011, Filipus Klutiero wrote:

The p7zip package does not contain 7z, but 7zr.

It is a reference to the 7z format...

Replace 7z with gzip and you should understand the meaning of the short
description.
The sentence would be equally ambiguous with "gzip", but yes, I saw 
there was a theoretical ambiguity. I don't think that's what was meant 
though. If you compare p7zip's short description with p7zip-full's:
ii  p7zip  
9.20.1~dfsg.1-37z file 
archiver with high compression ratio
ii  p7zip-full 
9.20.1~dfsg.1-37z and 7za file 
archivers with high compression ratio
They would both use the same structure for 2 different meanings. Also, 
the previous short description was:

7zr file archiver with high compression ratio


If that's really what was intended, then please consider this as a 
report about the misleading ambiguity.





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

Bug#636941: python-wicd: misc.py cannot find libc.so.6

[David Paleino]

tags 636941 patch
thanks

On Sun, 07 Aug 2011 21:44:06 +0200, Martin Ziegler wrote:

> PS: Your patch seems to delete
> libc.prctl(15, new_name, 0, 0, 0)

Whoops. Thanks.

David

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


signature.asc
Description: PGP signature

Bug#637011: approx: strange behavior using different hosts

[Eric Cooper]

> Checking the computer that runs approx I see that I'm using localhost instead
> of the name of the host itself that points to the IP for the local network on
> the sources.list and here an update on aptitude works as expected (I have some
> packages for upgrade and few on the obsolete section). So, changing the host 
> to
> the same name that I'm using on the rest of the machines I can reproduce the
> problem.
> 
> Where could be the problem?.

Are you sure that the hostname is resolving correctly?  Can you
connect to it using curl or wget?  Also, using "apt-get update"
instead of aptitude may be more informative.

If this is not the problem, please enable debugging ("$debug true" in
approx.conf) and send me the log output that corresponds to a run of
"apt-get update" on your clients.

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



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

Bug#636941: python-wicd: misc.py cannot find libc.so.6

[Martin Ziegler]

Dear David,

thanks for Your help! I have now

try:
import ctypes
from ctypes.util import find_library
libc = ctypes.CDLL(find_library('c'))
return True

in misc.py, which works fine.

Martin

PS: Your patch seems to delete
libc.prctl(15, new_name, 0, 0, 0)




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

Bug#636561: Patch applied upstream

[Jesse Smith]

The platform.ini patch has been applied upstream, along with other fixes
to the graphics and sound system. Version 1.4.0 of Search and Rescue is
now available upstream at http://searchandrescue.sf.net

- Jesse





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

Bug#637017: Applies local cluster's port number when connecting to remote server

[Ben Hutchings]

Package: postgresql-client-common
Version: 113
Severity: important
File: /usr/share/postgresql-common/pg_wrapper

$ PGSSLMODE=require psql -h skinner.debconf.org -U USERNAME pentabarf
psql: could not connect to server: Connection refused
Is the server running on host "skinner.debconf.org" and accepting
TCP/IP connections on port 5433?

It took me a while to realise that port 5433 was the wrong port, and
psql should use port 5432 whether or not SSL is enabled.

At some point in the past the local system had two versions of the
server, and I assigned the default cluster for PostgreSQL 8.4 to use
port 5433.  But this shouldn't have any effect when I'm telling psql
to connect to a remote server.

Ben.

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

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

postgresql-client-common depends on no packages.

Versions of packages postgresql-client-common recommends:
ii  lsb-release 3.2-23.2squeeze1 Linux Standard Base version report

postgresql-client-common 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