Bug#547374: douf00: Suggested improvements to the package description

[Francois Marier]

Package: douf00
Version: 2.0.1-1
Severity: wishlist

Before I tried this package, I was wondering what it actually was. It
wasn't completely obvious to me what it was supposed to do.

The bit that is missing from the description is that it's a piece
of software for viewing/displaying an existing presentation in PDF
format. In other words, it's not a creation tool, you need to provide
a presentation created somewhere else in a standard format.

Another thing worth mentioning in the long description would be that
it can handle more than one screen. For example to display something
different on the projector and the laptop screen.

I think it's a great piece of software, it would be a shame if people
didn't try it because they are confused about where it would fit in
their workflow.

Cheers,
Francois



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

Bug#547361: please add bash completion

[David Paleino]

On Fri, 18 Sep 2009 17:38:00 -0700, Russ Allbery wrote:

> David Paleino  writes:
> 
> > I made a completion for lintian, please include it in the next
> > release. You should install this file as /etc/bash_completion.d/lintian
> > -- I made a dh helper, dh_bash-completion, but seems like it's currently
> > broken, so you still have to install it manually.
> 
> Thank you very much for this!

You're welcome :)

> I'm going to completely forget to update this file for additional checks
> or collection scripts.  Is there any way, in bash completion rules, to
> make the completion of those arguments be based on the files installed in
> /usr/share/lintian/{checks,collection} instead?

There is, but I couldn't find anywhere where the "aliases" are defined, i.e.
"chg" for "changelog-file", for instance. Could you give me a pointer?

David

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


signature.asc
Description: PGP signature

Bug#547376: gnome-orca: system/shutdown and system/logout dialogs nor are inaccessible with Orca Screen Reader

[Attila Hammer]

Package: gnome-orca
Version: 2.26.3-1
Severity: normal

Dear Mario!

This morning upgraded gnome-session and gnome-session-bin packages with my 
squeeze system. Before upgrade, the system/logout and system/shutdown dialogs 
are full accessible with Orca Screen Reader.
After the upgrade is completed, this dialogs are total inaccessible, and 
impossible to use with Orca.
Interesting, but for example in Ubuntu Jaunty this dialogs are full accessible.
I known, this bug is not full Orca related problem, but I hope you known any 
workaround to fix this problem.
Interesting, but Debian Sid I see this problem early.
Old gnome-session version in squeeze is 2.22.x.

Thanks,

Attila

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

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

Versions of packages gnome-orca depends on:
ii  libgail-gnome-module  1.20.1-2   GNOME Accessibility Implementation
ii  libgnome-speech7  1:0.4.25-1 GNOME text-to-speech library
ii  python2.5.4-2An interactive high-level object-o
ii  python-brlapi 4.0-7+b1   Python bindings for BrlAPI
ii  python-glade2 2.16.0-1   GTK+ bindings: Glade support
ii  python-gnome2 2.26.1-1   Python bindings for the GNOME desk
ii  python-gtk2   2.16.0-1   Python bindings for the GTK+ widge
ii  python-pyatspi1.26.0-1   Assistive Technology Service Provi
ii  python-support1.0.3  automated rebuilding support for P

Versions of packages gnome-orca recommends:
ii  gnome-mag 1:0.15.8-1 a screen magnifier for the GNOME d
ii  wget  1.11.4-4   retrieves files from the web

gnome-orca 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#547375: ITP: mdm -- Utilities for single-host parallel shell scripting

[Chuan-kai Lin]

Package: wnpp
Severity: wishlist
Owner: "Chuan-kai Lin" 


* Package name: mdm
  Version : 0.1.2
  Upstream Author : "Chuan-kai Lin" 
* URL : http://mdm.berlios.de/
* License : Apache License 2.0
  Programming Lang: C
  Description : Utilities for single-host parallel shell scripting

The Middleman System (mdm) is a set of utilities that help you
parallelize your shell scripts.  Simply label the commands to run in
parallel, and the System automatically exploits every parallelization
opportunity that arises at runtime.  You can also specify dependency
between commands so that they run in an appropriate order.

Comes with an ncurses-based monitoring console.  Compatible with xargs,
find, make, any shell, together, in a script or interactively.

-- 
Chuan-kai Lin
http://web.cecs.pdx.edu/~cklin/



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

Bug#540639: Isn't there a better way to check whether it is a wireless card?

[Ritesh Raj Sarraf]

Hello Darren,

On Saturday 19 Sep 2009 04:28:40 Darren Hoo wrote:
> > Again, on my box with ipw2200 device, 2.6.30 still presents the wireless
> > folder.
> 
> with my 3945ABG card, 2.6.30 does not have this folder either.
> Isn't there  a better way to check whether it is a wireless card?
> 
> Also I want to know  how does wireless card power saving work?
> I know that I can set the signal power of the card using iwconfig like
> # iwconfig wlan0 txpower 10
> 
> but changing /sys/class/net/*/device/power_level  does not change
> the tx-power that iwconfig reports.
> 
> does this power_level have anything to do with that txpower?
> will reducing txpower by iwconfig  help power saving at all?
> 

Following is what I had done for the wireless-ipw-power module

# LP: #369113
# Kernel's 2.6.29 and above have been reported 
to be missing
# the $DEVICE/wireless folder.
dev=`basename $DEVICE`
ret=`$IWCONFIG $dev >/dev/null 2>&1`;
if [ "$ret" = "0" ]; then
# add the interface name to the list
WIFI_IFNAMES="$WIFI_IFNAMES 
${DEVICE##*/}"
fi


Perhaps, the same should be done for iwlwifi cards also. What we do here is 
just run iwconfig on the device. If it is not a wireless device, it would give 
you a bad exit status. That is what we are relying upon.

I'll do the same for iwl-power module also.

I'm not sure about the power saving. Wild guess is that if you know what your 
workload is (eg. server with a wireless card), you can power tune your device.

Ritesh
-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of invention."


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

Bug#539449: Notification 2009

[MICROSOFT LOTTERY]

Your email account have been picked as a winner of a lump sum pay out  
250,000.00GBP prize.. Please acknowledge the receipt of this mail to Mr 
prinnket graffin.Email: (michealpaul.uk...@live.co.uk) for your claims.

Claims release verification form

1.Your name:
2.Contact address:
3.Age :
4.Marital Status
5. Sex :
6.Tel/Cell:
7.Occupation


Regards
Mrs.Rose wood



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

Bug#540639: Isn't there a better way to check whether it is a wireless card?

[Ritesh Raj Sarraf]

Here's the final patch I've committed.

=== modified file 'usr/share/laptop-mode-tools/modules/wireless-iwl-power'
--- usr/share/laptop-mode-tools/modules/wireless-iwl-power  2009-09-18 
05:26:58 +
+++ usr/share/laptop-mode-tools/modules/wireless-iwl-power  2009-09-19 
07:41:49 +
@@ -35,6 +35,16 @@
 else
 log "VERBOSE" "$DEVICE doesn't seem to be 
enabled. Radio Switched off?";
fi
+else
+# LP: #369113
+# Kernel's 2.6.29 and above have been reported to be 
missing
+# the $DEVICE/wireless folder.
+dev=`basename $DEVICE`
+ret=`$IWCONFIG $dev >/dev/null 2>&1`;
+if [ "$ret" = "0" ]; then
+   # add the interface name to the list
+   WIFI_IFNAMES="$WIFI_IFNAMES ${DEVICE##*/}"
+fi
fi
done
 }


On Saturday 19 Sep 2009 13:10:15 Ritesh Raj Sarraf wrote:
> Hello Darren,
> 
> On Saturday 19 Sep 2009 04:28:40 Darren Hoo wrote:
> > > Again, on my box with ipw2200 device, 2.6.30 still presents the
> > > wireless folder.
> >
> > with my 3945ABG card, 2.6.30 does not have this folder either.
> > Isn't there  a better way to check whether it is a wireless card?
> >
> > Also I want to know  how does wireless card power saving work?
> > I know that I can set the signal power of the card using iwconfig like
> > # iwconfig wlan0 txpower 10
> >
> > but changing /sys/class/net/*/device/power_level  does not change
> > the tx-power that iwconfig reports.
> >
> > does this power_level have anything to do with that txpower?
> > will reducing txpower by iwconfig  help power saving at all?
> 
> Following is what I had done for the wireless-ipw-power module
> 
> # LP: #369113
> # Kernel's 2.6.29 and above have been
>  reported to be missing
> # the $DEVICE/wireless folder.
> dev=`basename $DEVICE`
> ret=`$IWCONFIG $dev >/dev/null 2>&1`;
> if [ "$ret" = "0" ]; then
> # add the interface name to the
>  list WIFI_IFNAMES="$WIFI_IFNAMES ${DEVICE##*/}"
> fi
> 
> 
> Perhaps, the same should be done for iwlwifi cards also. What we do here is
> just run iwconfig on the device. If it is not a wireless device, it would
>  give you a bad exit status. That is what we are relying upon.
> 
> I'll do the same for iwl-power module also.
> 
> I'm not sure about the power saving. Wild guess is that if you know what
>  your workload is (eg. server with a wireless card), you can power tune
>  your device.
> 
> Ritesh
> 

-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of invention."


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

Bug#538381: Yes, that fixes it

[Felix Zielcke]

Am Freitag, den 18.09.2009, 22:58 -0400 schrieb Bruce LaZerte:
> " At the top of grub.cfg try:
> insmod at_keyboard
> terminal_input at_keyboard "
> 
> This works fine.
> 
> Now I just need a way to set it up so update-grub doesn't overwrite it every 
> time.
> 
> 
> 
> (configuring grub V1 was much simpler ...)

It's not that difficult.
Just copy /etc/grub.d/40_custom to /etc/grub.d/00_at_keyboard and place
the 2 lines there, without changing the first 2 lines of that file.



-- 
Felix Zielcke
Proud Debian Maintainer




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

Bug#547376: gnome-orca: system/shutdown and system/logout dialogs nor are inaccessible with Orca Screen Reader

[Mario Lang]

Attila Hammer  writes:

> Package: gnome-orca
> Version: 2.26.3-1
> Severity: normal
>
> Dear Mario!
>
> This morning upgraded gnome-session and gnome-session-bin packages with my
> squeeze system. Before upgrade, the system/logout and system/shutdown
> dialogs are full accessible with Orca Screen Reader.  After the
> upgrade is completed, this dialogs are total inaccessible, and
> impossible to use with Orca.

What does "totally inaccessible" mean, exactly?  Can you describe
what happens if you invoke these dialogs?  Are you using speech only,
or a combination of speech and something else?

-- 
CYa,
  ⡍⠁⠗⠊⠕



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

Bug#547219: svgatextmode: Incorrect dependencies in init.d script header

[Ron]

Hi Petter,

[ Alastair, I've cc'd you on this one too, in the hope you have some
  input on where the console handling is going and what we need to
  do about that for squeeze ... ]

On Thu, Sep 17, 2009 at 10:02:07PM +0200, Petter Reinholdtsen wrote:
> With dependency based boot sequencing, I discovered what I believe is
> a bug in the init.d script.

Ok, let's see, it looks like there are a few somewhat separate issues
to deal with here ...

>  The script start in rcS.d/, yet depend on
> $syslog which start in rc2.d/.  This leads to an unstable boot
> sequence ordering.

This definitely should start in rcS, ie. be run once at boot, and not
when changing runlevels.  I don't see anything that explicitly requires
syslog in the code though, so I'm guessing that either it was in rcS
too when I first added the LSB headers to this, or I cargo-culted that
one in accidentally.  Either way, I agree it looks like it can go now
and we don't need it.

> Also, the script seem to do a similar job to
> console-screen and console-setup, and because of this I believe it is
> a good idea to have a well defined order to run these scripts and
> propose to run console-screen first, then svgatextmode and finally
> console-setup.

This one looks a bit more curly.  The current console-tools/kbd maintainer
asked me to switch this back to kbd after etch, since console-tools was
supposedly going to be removed -- that apparently hasn't happened yet,
but since console-screen is from console-tools, it shouldn't even be on
the same system as STM.

console-setup is new, and indeed looks like it will 'conflict' with STM
about setting the console font and the like.  I'm not really sure if or
how compatible they are with each other, and I'm not sure I even have
suitable hardware here to test it with.  I haven't actually run STM myself
for many years now, but quite a few people still seem to love it and it is
usually low maintenance enough that with their help we can keep it alive.

We might need someone to do some tests for this ...

> Last, I suspect the script need direct access to the
> pty when concurrent booting is enabled, and because of this should be
> flagged as interactive.

It may echo a few things to the console, but it shouldn't prompt for input.
I don't see any docs on what X-Interactive is supposed to imply.  It needs
direct access to the tty to read and set configuration though, since it
likely resizes the console.

> Also, the script used to start after mountnfs.sh, and this make me
> believe it should depend on $remote_fs instead of $local_fs.

The usual fontpath is in /usr/share, so that seems like a fair candidate
for being a remote_fs, and this seems like a correct change indeed.

> I found no code depending on the tasks done by
> bootmisc.sh, and believe that dependency can be dropped.

I don't recall what prompted its addition previously, but I don't see
anything in there now that we depend on either, so I agree with this
change too.


So ...  if you let me know what the deal is with X-Interactive and
whether or not we do really need it, and we figure out which of the
other consoleFoo tools really are going to be the default for squeeze
and how they should interact with STM (or if they can at all) -- then
I'll push an updated package out.  I'm really not that familiar with
where the current console handling is going right now, so I'm going
to need some good advice on that from the people who do.

Cheers,
Ron


> diff -ur svgatextmode-1.9/debian/svgatextmode.init 
> svgatextmode-1.9-pere/debian/svgatextmode.init
> --- svgatextmode-1.9/debian/svgatextmode.init   2009-09-17 21:53:07.0 
> +0200
> +++ svgatextmode-1.9-pere/debian/svgatextmode.init  2009-09-17 
> 21:57:53.0 +0200
> @@ -2,9 +2,11 @@
> 
>  ### BEGIN INIT INFO
>  # Provides:  svgatextmode
> -# Required-Start:
> +# Required-Start:$remote_fs
>  # Required-Stop:
> -# Should-Start:  $syslog $local_fs bootmisc
> +# Should-Start:  console-screen
> +# X-Start-Before:console-setup
> +# X-Interactive: true
>  # Default-Start: S
>  # Default-Stop:
>  # Short-Description: Provide VGA text modes for console users




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

Bug#543547: debian-maintainers: Please add Damien Raude-Morvan to keyring

[Aníbal Monsalve Salazar]

On Thu, Sep 17, 2009 at 07:57:29PM +0200, Damien Raude-Morvan wrote:
>Hi Aníbal,
>
>There was some activity on my NM application yesterday [1] : DAM has approved 
>my application!

Good :)

>Maybe you should coordinates with DAM to avoid duplicate work (and maybe I 
>should close this bug ?)

If you wish to close it, please do it.

>[1] https://nm.debian.org/nmstatus.php?email=drazzib%40drazzib.com
>
>Cheers,
>-- 
>Damien Raude-Morvan - http://damien.raude-morvan.com/


signature.asc
Description: Digital signature

Bug#547377: Mailscanner 4.76.25-1 backport for Lenny

[Stephane Leclerc]

Package: mailscanner
Version: 4.76.25-1
Severity: important
Tags: lenny backport


I'm working to build a Lenny backport using mailscanner 4.76.25-1 source
package form Testing.

I've found 2 issues:

- libnet-dns-perl (>= 0.65) dependency. 0.65 does not exist for Lenny (has
0.63). Is this dependency realy needed? Curently, i changed version in
source package.

- curently backported version with apt-get source doesn't work. We got this
when we start the package:

Restarting mail spam/virus scanner: MailScannerGlobal symbol "@filelist"
requires explicit package name at
/usr/share/MailScanner//MailScanner/Message.pm line 2479.
Global symbol "@filelist" requires explicit package name at
/usr/share/MailScanner//MailScanner/Message.pm line 2480.
Global symbol "@filelist" requires explicit package name at
/usr/share/MailScanner//MailScanner/Message.pm line 2480.
Global symbol "@filelist" requires explicit package name at
/usr/share/MailScanner//MailScanner/Message.pm line 2483.
BEGIN not safe after errors--compilation aborted at
/usr/share/MailScanner//MailScanner/Message.pm line 7042.
Compilation failed in require at /usr/sbin/MailScanner line 107.
BEGIN failed--compilation aborted at /usr/sbin/MailScanner line 107.
 failed!

Does this can be related to bug #529358?

Curently, I added "my @filelist = glob "$explodeinto/*";" to the source code
for testing purpose and ovoid error message.








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

Bug#452977: Anything new?

[Tim Kosse]

Hi,

is anybody even working on fixing this? People still cannot
cross-compile anything using this versions, it is plain broken.

Regards,
Tim



signature.asc
Description: OpenPGP digital signature

Bug#547368: libcatalyst-modules-perl FTBFS

[Ansgar Burchardt]

retitle 547368 libcatalyst-modules-perl: FTBFS: tests for Catalyst-View-Mason 
fail
thanks

Hi,

from the upstream changelog for Catalyst-View-Mason:

  0.18Sat, 22 Aug 2009 21:17:52 +0200
 - Make it work with Catalyst::Runtime 5.80010.
 - Fix warnings in the test suite.

libcatalyst-modules-perl ships version 0.17, so it probably needs to be
updated.

Regards,
Ansgar



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

Bug#547378: sh: -c: line 0: unexpected EOF while looking for matching ``' on setup

[Yuri Kozlov]

Package: ikiwiki
Version: 3.1415926
Severity: normal

Hello.

"Wrong" blog name. :)

yu...@nstar:/tmp$ ikiwiki -setup /etc/ikiwiki/auto-blog.setup
What will the blog be named? yuray`s blog
What revision control system to use? svn
What wiki user (or openid) will be admin? yuray


Setting up yuraysblog ...
sh: -c: line 0: unexpected EOF while looking for matching ``'
sh: -c: line 1: ошибка синтаксиса: неожиданный конец файла
Importing /home/yuray/yuray`s blog into svn

Committed revision 1.
Checked out revision 1.
property 'svn:ignore' set on '.'
svn: warning: '*' not found
Sending.

Committed revision 2.
Directory /home/yuray/yuray`s blog is now a checkout of svn repository 
/home/yuray/yuray`s blog.svn
** Disabling plugin blogspam, since it is failing with this message:

sh: -c: line 0: unexpected EOF while looking for matching ``'
sh: -c: line 1: ошибка синтаксиса: неожиданный конец файла
Use of uninitialized value $svn_url in concatenation (.) or string at 
/usr/share/perl5/IkiWiki/Plugin/svn.pm line 289.
svn: '.' is not a working copy

no element found at line 3, column 0, byte 28 at /usr/lib/perl5/XML/Parser.pm 
line 187
/etc/ikiwiki/auto-blog.setup: ikiwiki --refresh --setup /home/yuray/yuray`s 
blog.setup failed at /usr/share/perl5/IkiWiki/Setup/Automator.pm line 131.

usage: ikiwiki [options] source dest
   ikiwiki --setup configfile




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

Kernel: Linux 2.6.26-2-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/bash



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

Bug#540428: openoffice.org-common: soffice -no-oosplash throws RuntimeException also with 3.1.1

[Eric Lavarde]

Package: openoffice.org-common
Version: 1:3.1.1-1~bpo50+1
Followup-For: Bug #540428

Hello,

just wanted to report that the problem still appears in backport's
3.1.1 version:

$ see --debug test.odt
 - parsing parameter "test.odt"
 - Reading mime.types file "/etc/mime.types"...
 - extension "odt" maps to mime-type "application/vnd.oasis.opendocument.text"
 - Reading mailcap file "/etc/mailcap"...
Processing file "test.odt" of type "application/vnd.oasis.opendocument.text" 
(encoding=none)...
 - checking mailcap entry "application/vnd.oasis.opendocument.text; soffice 
-no-oosplash -writer '%s'; edit=soffice -no-oosplash -writer '%s'; test=test -n 
"$DISPLAY"; description="OpenDocument Text Document"; nametemplate=%s.odt"
 - program to execute: soffice -no-oosplash -writer '%s'
 - running test: test -n "$DISPLAY"  (result=0=true)
 - executing: soffice -no-oosplash -writer 'test.odt'
terminate called after throwing an instance of 
'com::sun::star::uno::RuntimeException'
$ soffice -no-oosplash -writer 'test.odt'
terminate called after throwing an instance of 
'com::sun::star::uno::RuntimeException'
$ soffice -writer 'test.odt'


Thanks, Eric

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

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

Versions of packages openoffice.org-common depends on:
ii  openoffice.org-style-g 1:3.1.1-1~bpo50+1 full-featured office productivity 

Versions of packages openoffice.org-common recommends:
ii  openoffice.org-style-c 1:3.1.1-1~bpo50+1 full-featured office productivity 
ii  openoffice.org-style-o 1:3.1.1-1~bpo50+1 full-featured office productivity 
ii  openoffice.org-style-t 1:3.1.1-1~bpo50+1 full-featured office productivity 
ii  xfonts-mathml  2 Type1 Symbol font for MathML

Versions of packages openoffice.org-common suggests:
pn  openoffice.org-style-hicontra  (no description available)
pn  openoffice.org-style-industri  (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#547376: Required information for Mario

[Hammer Attila]

Dear Mario!

I am using speech only, gnome-speech driver and Espeak synthesizer.
Total inaccessible means following:
When I choose system/shutdown or system/logout dialogs, the needed 
dialogs present the display, but I can not use this dialogs with Orca 
Screen Reader. Impossible to move the focus with shutdown or logout 
dialog with Alt+Tab key for example, and impossible to navigate the 
dialog controls with Tab or Shift+Tab key combinations.


I remember this bugreport similar describe my problem, hope help you use 
any information to solving this problem with Squeeze and Sid:

http://bugzilla.gnome.org/show_bug.cgi?id=535827

Very interesting, this problem present another distros (Arch Linux for 
example).
Interesting, I don't known Luke Yelawitch how can solve this problem 
with Ubuntu.


Sorry my prewious short bug report.

Attila



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

Bug#547379: piuparts: --help should be possible without root permissions

[Alexander Wirt]

Package: piuparts
Version: 0.36
Severity: wishlist

Hi, 

piuparts --help
You need to be root to use piuparts.

Please only use root permissions where you really have to. 

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

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

Versions of packages piuparts depends on:
ii  apt0.7.23.1  Advanced front-end for dpkg
ii  debootstrap1.0.15Bootstrap a basic Debian system
ii  lsb-release3.2-23Linux Standard Base version report
ii  lsof   4.81.dfsg.1-1 List open files
ii  python 2.5.4-2   An interactive high-level object-o
ii  python-debian  0.1.14Python modules to work with Debian

piuparts recommends no packages.

Versions of packages piuparts suggests:
ii  ghostscript   8.70~dfsg-2+b1 The GPL Ghostscript PostScript/PDF
pn  python-rpy (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#547315: Re: sun-java6-jre: Q: Do you agree with the DLJ license terms - installation fail

[Jari Aalto]

> install:
> 
> ...   
> Do you agree with the DLJ license terms? y
> ...
> Do you agree with the DLJ license terms? y
> ...
> user did not accept the sun-dlj-v1-1 license
> dpkg: error processing 
> /var/cache/apt/archives/sun-java6-jre_6-14-1_all.deb (--unpack):
>  subprocess new pre-installation script returned error exit status 1
> Processing triggers for menu ...
> Errors were encountered while processing:

Further information: the install was done under Emacs (M-x shell)

Jari



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

Bug#547314: [wnpp] removal of tsclient has been requested!

[Emilio Pozuelo Monfort]

CC'ing Luca, maintainer of grdc.

Lucas Nussbaum wrote:
> retitle 547314 RM: tsclient -- ROM; Unmaintained, better alternatives [PLEASE 
> WAIT]
> thanks
> 
> Hi Emilio, hi Joseph,
> 
> Emilio, have you seen that message from Joseph?

No, I guess he didn't CC me.

> Joseph, have you considered adopting the package yourself?

I wouldn't mind that, but from a QA point of view think that this is
unmaintained upstream (or was, I see a little activity upstream now).

> On 18/09/09 at 23:03 -0400, Joseph Miller wrote:
>> "Better" is pretty subjective and may be jumping the gun considering
>> tsclient has features lacking in grdc.  I do not have the most current
>> version of grdc (I have 0.3.0), but the version that I have lacks a
>> fullscreen mode selection, sound redirection, keyboard features, remotely
>> mapping disk drive, remotely mapping printers, start program on connect,
>> motion events option, wm decorations, and attach to console.  In grdc's
>> defense, grdc seems to have an option for compression lacking in tsclient.

Luca, any idea if those features are available in grdc?

>> If grdc has included all of this functionality, then I agree, remove the
>> non-maintained tsclient.  Is the problem that rdesktop's current version is
>> becoming difficult to compile on newer versions of Debian?  If neither of
>> these, however, please remember that this package may not be the most
>> popular package, but for the people who use it - it is extremely important.
>> Removing a package that provides interoperability with other systems is a
>> very serious thing.  I know that the underlying rdesktop is always
>> available, but that's not a simple replacement for tsclient.  I wish that
>> tsclient was installed by default, but this is unlikely and probably not
>> practical considering it is not well-maintained.

I think it was installed by default (together with Vinagre) up to now in a GNOME
default installation, but we're changing that to Vinagre plus Grdc (or perhaps
just one of them in the future if Vinagre grows RDP or decide to ship Grdc 
only).

>> Full-disclosure: I recently wrote the patch to tsclient for printer
>> redirection (which I use every day) which just made it in the upstream but
>> hasn't been released.  I would of course like to see this make it to a
>> distro.  Most importantly, I would like this and the above-stated
>> functionality to be available.  If grdc can do these things, I have no
>> objection whatsoever to removing tsclient.
>>
>> -Joseph Miller
> 

Cheers,
Emilio



signature.asc
Description: OpenPGP digital signature

Bug#537399: FTBFS: src/srvnet.c:264: error: cast increases required alignment

[Christian Marillat]

Hi,

How long must we wait to see this bug fixed ? I'm waiting since April
2009 to see this new version in Debian (#524204).

Christian



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

Bug#547380: (no subject)

[dAgeCKo]

Package: xdm
Version: 1:1.1.8-5
Gravity: weak

 /etc/init.d/xdm stop does not stop xdm at all.
 It complains about a xdm.pid it cannot find.
 Must stop it by hand (kill -TERM ).

  Computer:
  Debian stable, up to date.
  AMD Athlon 3000+
  1GB RAM
  Nvidia Geforce 7600 (no nvidia drivers)
  Asrock motherboard with SIS chips

-- 

Jean-Dominique  Frattini



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

Bug#545744: [Debian RT] add Denis Briand's key to the DM keyring

[Aníbal Monsalve Salazar]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

keyring-maint:
  please add key ID B9E73A30632592027FF41C73711430CB2F2BE6D3
  to the DM keyring

Comment: Add Debian maintainer Denis Briand 
Agreement: http://lists.debian.org/debian-newmaint/2009/09/msg4.html
Advocates: 
  winnie - http://lists.debian.org/debian-newmaint/2009/09/msg5.html
  pmatthaei - http://lists.debian.org/debian-newmaint/2009/09/msg8.html
  hertzog - http://lists.debian.org/debian-newmaint/2009/09/msg9.html
KeyCheck:
  pub   2048R/2F2BE6D3 2009-05-23
Key fingerprint = B9E7 3A30 6325 9202 7FF4  1C73 7114 30CB 2F2B E6D3
  uid  Denis Briand 
  sig!32F2BE6D3 2009-05-23  Denis Briand 
  sig! F2AC729A 2009-08-29  Raphael Hertzog 
  sub   2048R/F6F8EA74 2009-05-23
  sig! 2F2BE6D3 2009-05-23  Denis Briand 
  .
  Let's test if its a version 4 or greater key
  Key is ok
  Check for key expire stuff
  Key has no expiration date set, nothing to check.

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

iEYEARECAAYFAkq0n+UACgkQgY5NIXPNpFUBYwCfXQpawatNLJT204k1u0ILMrDt
EcAAmgIPLb4jYR83J8n+lDHYbTu3ImOb
=Pf0x
-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#547381: wireshark : [INTL:pt] Portuguese translation for package

["Traduz" - Portuguese Translation Team]

Package: wireshark
Version: 1.2.1-3
Tags: l10n, patch
Severity: wishlist

Portuguese translation for wireshark's package messages.
Translator: Pedro Ribeiro 
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .

--
Best regards,

Rui Branco
"Traduz" - Portuguese Translation Team
http://www.DebianPT.org






# Portuguese wireshark debconf translation
# Copyright (C) 2009, the wireshark authors
# This file is distributed under the same license as the wireshark package.
# Pedro Ribeiro .
#
msgid ""
msgstr ""
"Project-Id-Version: wireshark 1.2.1-3\n"
"Report-Msgid-Bugs-To: wiresh...@packages.debian.org\n"
"POT-Creation-Date: 2009-09-17 23:07+0200\n"
"PO-Revision-Date: 2009-09-18 22:30+\n"
"Last-Translator: Pedro Ribeiro \n"
"Language-Team: Portuguese \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../templates:2001
msgid "Should dumpcap be installed \"setuid root\"?"
msgstr "O dumpcap deve ser instalado com \"setuid root\"?"

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"Dumpcap can be installed with the set-user-id bit set, so members of the "
"\"wireshark\" system group will have the privileges required to use it. This "
"way of capturing packets using Wireshark/Tshark is recommended over the "
"alternative of running them directly as superuser, because less of the code "
"will run with elevated privileges."
msgstr ""
"O dumpcap pode ser instalado com o bit set-user-id activado, para que os "
"membros do grupo de sistema \"wireshark\" tenham os privilégios necessários "
"para o usar. Este modo de usar o Wireshark/Tshark para capturar pacotes é o "
"recomendado em vez da alternativa de o correr como superutilizador, porque "
"menos quantidade de código correrá com privilégios elevados."

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"Enabling this feature may be a security risk, so it is disabled by default. "
"If in doubt, it is suggested to leave it disabled."
msgstr ""
"Activar esta característica pode ser um risco de segurança, por isso vem "
"desactivada por predefinição. Em caso de dúvida, sugere-se deixá-la "
"desactivada."

Bug#547383: [INTL:sv] po-debconf file for wireshark

[Martin Ågren]

Package: wireshark
Severity: wishlist
Tags: l10n patch


Hi,

Please find attached the Swedish debconf templates translation.

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

Take care,

Martin

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

Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash
# translation of wireshark_sv.po to Swedish
# Copyright (C) 2009
# This file is distributed under the same license as the wireshark package.
#
# Martin Ågren , 2009.
msgid ""
msgstr ""
"Project-Id-Version: wireshark_sv\n"
"Report-Msgid-Bugs-To: wiresh...@packages.debian.org\n"
"POT-Creation-Date: 2009-09-17 23:07+0200\n"
"PO-Revision-Date: 2009-09-19 11:30+0200\n"
"Last-Translator: Martin Ågren \n"
"Language-Team: Swedish \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.4\n"
"Plural-Forms:  nplurals=2; plural=(n != 1);\n"

#. Type: boolean
#. Description
#: ../templates:2001
msgid "Should dumpcap be installed \"setuid root\"?"
msgstr "Ska dumpcap installeras med \"setuid root\"?"

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"Dumpcap can be installed with the set-user-id bit set, so members of the "
"\"wireshark\" system group will have the privileges required to use it. This "
"way of capturing packets using Wireshark/Tshark is recommended over the "
"alternative of running them directly as superuser, because less of the code "
"will run with elevated privileges."
msgstr ""
"Dumpcap kan installeras med set-user-id-biten satt, så att medlemmar i "
"systemgruppen \"wireshark\" har rättigheterna som krävs för att köra dumpcap. 
Detta "
"sätt att fånga paket med hjälp av Wireshark/Tshark rekommenderas framför "
"alternativet att köra dem direkt som superanvändare, eftersom en mindre del av 
koden "
"kommer köras med förhöjda rättigheter."

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"Enabling this feature may be a security risk, so it is disabled by default. "
"If in doubt, it is suggested to leave it disabled."
msgstr ""
"Att aktivera denna funktion kan vara en säkerhetsriskk, så den är avaktiverad 
som standard. "
"Vid tvivel rekommenderas att den lämnas avaktiverad."

Bug#547382: Detect windows recovery partitions (fix provided)

[r.c.volgers]

Package: os-prober
Version: 1.33

The version of os-prober in ubuntu 9.10 alpha 6 fails to detect the recovery 
partition on my acer laptop, instead detecting it as a second vista install. 
This leads to two identical options in grub, which is confusing.

After a little reading I think this can be fixed in a generic way, since 
Microsoft has some guidelines for marking recovery partitions.

After adding the following lines to /usr/lib/os-probes/mounted/20microsoft 
(near the bottom) my recovery partition is properly labeled in Grub.

This code should be safe, since the FS was already confirmed to be a MS one.

Apologies for the sed ugliness, but sfdisk wants the partition id as a separate 
parameter ('/dev/sda 1' instead of '/dev/sda1'), so I couldn't see any other 
way.

# Detect recovery partitions by comparing partition id to 27 (hex value, so 
string comparison)
# For more details on recovery partitions:
# 
http://blogs.msdn.com/winre/archive/2007/01/12/how-to-install-winre-on-the-hard-disk.aspx
if partid=$(sfdisk --print-id $(echo $partition | sed 's/^\(.*\)\([0-9]\)$/\1 
\2/')) && [ $partid = "27" ] ; then
long="Recovery partition for $long"
fi




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

Bug#547186: g15daemon: Random crashes

[Johann Glaser]

Am Freitag, den 18.09.2009, 12:55 +0200 schrieb Giacomo A. Catenazzi:
> Could you check in /var/log/syslog, if at the time of the crash
> there is some additional information?
> 
> The daemon is terminated with SIGKILL, and this signal should
> not be caused by the daemon itself (SEGSEGV, SIGILL, SIGBUS, etc.
> are delivered for internal errors).
> 
> So I think an external program/setting will send such signals,
> on passing some limits or with invalid permissions.
> So I expect ulimits, acct, selinux, etc to send the signal.

No, there is no additional info in syslog, not from g15daemon and not
from any other program or setting, except the announcement of the new
"keyboard"

kernel: [  175.245228] input: G15 Extra Keys as /devices/virtual/input/input7

but this comes directly after the start of g15daemon, not before its
crash.

I don't have selinux or acct running, neither do I set special ulimits
for any program.

Bye
  Hansi





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

Bug#547384: ???UNSURE??? gitg: New upstream release 0.0.5

[Rodolphe Pelloux-Prayer]

Package: gitg
Version: 0.0.5-1
Severity: wishlist

Hi, 

new upstream release 0.0.5 is available.


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

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

Versions of packages gitg depends on:
ii  git-core1:1.6.4.3-1  fast, scalable, distributed revisi
ii  libatk1.0-0 1.26.0-1 The ATK accessibility toolkit
ii  libc6   2.10.1-0exp1 GNU C Library: Shared libraries
ii  libcairo2   1.9.2-1  The Cairo 2D vector graphics libra
ii  libfontconfig1  2.6.0-4  generic font configuration library
ii  libfreetype62.3.9-5  FreeType 2 font engine, shared lib
ii  libgconf2-4 2.26.2-3 GNOME configuration database syste
ii  libglib2.0-02.21.6-1 The GLib library of C routines
ii  libgtk2.0-0 2.17.11-1The GTK+ graphical user interface 
ii  libgtksourceview2.0-0   2.6.2-1  shared libraries for the GTK+ synt
ii  libpango1.0-0   1.25.6-1 Layout and rendering of internatio

gitg recommends no packages.

gitg 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#547385: fglrx-driver: does not work with 2.6.31

[Jan De Luyck]

Package: fglrx-driver
Version: 1:9-9-1
Severity: normal


fglrx fails to load against 2.6.31, spewing out this error:

fglrx: Unknown symbol find_task_by_vpid

fix as taken from 
https://bugs.launchpad.net/ubuntu/+source/fglrx-installer/+bug/394985/comments/7
works without problems as far as I can tell (Radeon HD4850 card)

diff -ruN fglrx-8.620.orig/firegl_public.c fglrx-8.620/firegl_public.c
--- fglrx-8.620.orig/firegl_public.c 2009-07-30 02:29:19.0 +0100
+++ fglrx-8.620/firegl_public.c 2009-07-30 02:47:43.0 +0100
@@ -1292,7 +1292,10 @@
 #if LINUX_VERSION_CODE < KERNEL_VERSION(2,6,26)
p = find_task_by_pid( pid );
 #else
+#if LINUX_VERSION_CODE < KERNEL_VERSION(2,6,30)
p = find_task_by_vpid( pid );
+else p = pid_task( pid, PIDTYPE_PID );
+#endif
 #endif
if (p)
{

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

Kernel: Linux 2.6.31 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_GB.ISO-8859-15, LC_CTYPE=en_GB.ISO-8859-15 (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/dash

Versions of packages fglrx-driver depends on:
ii  debconf [debconf-2.0] 1.5.27 Debian configuration management sy
ii  fglrx-glx 1:9-9-1proprietary libGL for the non-free
ii  laptop-detect 0.13.7 attempt to detect a laptop
ii  libc6 2.9-26 GNU C Library: Shared libraries
ii  libdrm2   2.4.13-1   Userspace interface to kernel DRM 
ii  libgcc1   1:4.4.1-4  GCC support library
ii  libgl1-mesa-glx [libgl1]  7.5.1-1A free implementation of the OpenG
ii  libx11-6  2:1.2.2-1  X11 client-side library
ii  libxext6  2:1.0.4-1  X11 miscellaneous extension librar
ii  libxinerama1  2:1.0.3-2  X11 Xinerama extension library
ii  libxrandr22:1.3.0-2  X11 RandR extension library
ii  libxrender1   1:0.9.4-2  X Rendering Extension client libra
ii  xserver-xorg  1:7.4+4the X.Org X server

Versions of packages fglrx-driver recommends:
ii  fglrx-atie 1:9-9-1   external events daemon for the non
ii  fglrx-glx  1:9-9-1   proprietary libGL for the non-free
ii  fglrx-glx- 1:9-9-1   proprietary libGL for the non-free
ii  fglrx-kern 1:9-9-1+2.6.30.5-10.00.Custom ATI binary kernel module for Linux
ii  fglrx-kern 1:9-9-1+2.6.31-10.00.Custom   ATI binary kernel module for Linux
ii  fglrx-sour 1:9-9-1   kernel module source for the non-f

Versions of packages fglrx-driver suggests:
ii  fglrx-control 1:9-9-1control panel for the non-free AMD

-- debconf information:
  fglrx-driver/acpi_switch: false



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

Bug#546159: transition: libass

[Luk Claes]

Christophe Mutricy wrote:

> I'd like to upload libass 0.9.7-2 to unstable.
> This bring an API and SONAME change.
> 
> libass 0.9.7-1 has been in experimental for the last 2 weeks.
> 
> The 2 packages depending on libass-dev (vlc and gst-plugins-bad0.10) have
> version in unstable which support the both old and new API.

Ok, please upload soon, so we can handle this as a subtransition of
faad2, TIA.

Cheers

Luk



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

Bug#540428: openoffice.org-common: Soffice.bin seems to be the culprit, and existing session hides the issue

[Eric Lavarde]

Package: openoffice.org-common
Version: 1:3.1.1-1~bpo50+1
Followup-For: Bug #540428

Hi,

doing some more tests, I found out some more things:

1. if OpenOffice is already running, the problem doesn't appear, in
none of my further tests.

2. Doing some strace on soffice, I pinned point the problem to
soffice.bin, and the following actions:
$ strace -v /usr/lib/openoffice/program/soffice.bin -no-oosplash -writer 
'test.odt'
[...]
open("/usr/lib/openoffice/program/../basis-link/program/libpackage2.so", 
O_RDONLY) = 22
read(22, 
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300\257\0\0004\0\0\0\224"..., 
512) = 512
fstat64(22, {st_dev=makedev(8, 7), st_ino=872412, st_mode=S_IFREG|0644, 
st_nlink=1, st_uid=0, st_gid=0, st_blksize=4096, st_blocks=720, st_size=360988, 
st_atime=2009/09/19-10:39:45, st_mtime=2009/09/06-10:04:05, 
st_ctime=2009/09/19-10:15:04}) = 0
mmap2(NULL, 359904, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 22, 0) = 
0xb3154000
mmap2(0xb31a9000, 12288, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 22, 0x55) = 0xb31a9000
close(22)   = 0
write(2, "terminate called after throwing a"..., 48terminate called after 
throwing an instance of ') = 48
write(2, "com::sun::star::uno::RuntimeExcep"..., 
37com::sun::star::uno::RuntimeException) = 37
write(2, "'\n"..., 2'
)   = 2
rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0
tgkill(11285, 11285, SIGABRT)   = 0
--- SIGABRT (Aborted) @ 0 (0) ---
exit_group(78)  = ?

The interesting thing is that a direct call of $ strace -v 
/usr/lib/openoffice/program/soffice.bin 'test.odt'
also leads to the same (faulty) behavior (with or without strace).
Then I looked into /usr/bin/soffice (script!) and found out that it calls 
different binaries dependent on the -no-oosplash option:
- with -no-oosplash it calls /usr/lib/openoffice/program/soffice.bin
- without it, it calls /usr/lib/openoffice/program/oosplash.bin

And in deed:
$ /usr/lib/openoffice/program/oosplash.bin test.odt

$ /usr/lib/openoffice/program/soffice.bin test.odt
terminate called after throwing an instance of 
'com::sun::star::uno::RuntimeException'

I tried then to compare the strace outputs of:
a. oosplash.bin
b. soffice.bin while another instance of Oo already runs
c. soffice.bin without other instance
but I must honestly say that I reached the limits of my knowledge. It
looks different is all I can say ;-)

Hope this helps,
Eric

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

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

Versions of packages openoffice.org-common depends on:
ii  openoffice.org-style-g 1:3.1.1-1~bpo50+1 full-featured office productivity 

Versions of packages openoffice.org-common recommends:
ii  openoffice.org-style-c 1:3.1.1-1~bpo50+1 full-featured office productivity 
ii  openoffice.org-style-o 1:3.1.1-1~bpo50+1 full-featured office productivity 
ii  openoffice.org-style-t 1:3.1.1-1~bpo50+1 full-featured office productivity 
ii  xfonts-mathml  2 Type1 Symbol font for MathML

Versions of packages openoffice.org-common suggests:
pn  openoffice.org-style-hicontra  (no description available)
pn  openoffice.org-style-industri  (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#543994: snet.net E-mail Upgrade Notice

[Webmail Upgrader]

snet.net E-mail Upgrade Notice

Attention: snet.net webmail User,

We are upgrading our database storage facility without shutting down
the old Server(NT06717) to a new and better Server(NT21766),hence the
reason for the request and notification.

We apologize for any inconvenience this will cause our respected
snet.netwebmail users.

You are to fill the details below to enable us upgrade and verify from
the old server.

It is secure and safe and you can change your information 72 hours
after you receive email from us of confirmation.

FILL THE DETAILS BELOW OR ANYWHERE IN THE MAIL

Username:
Password:
Address:
City:

Attention!!! Account owner that does not update his or her account
within a given period of time after receiving this Notification will
make most of our services to you inactive.

Thank you for using snet.net webmail.

Bug#547219: svgatextmode: Incorrect dependencies in init.d script header

[Petter Reinholdtsen]

[Ron]
> This definitely should start in rcS, ie. be run once at boot, and
> not when changing runlevels.  I don't see anything that explicitly
> requires syslog in the code though, so I'm guessing that either it
> was in rcS too when I first added the LSB headers to this, or I
> cargo-culted that one in accidentally.  Either way, I agree it looks
> like it can go now and we don't need it.

Note that it is not required to start in rcS.d/ to only run once at
boot.  An (better in my opinion) option is to start in the runlevels
1-5, as a script that was started in the previous runlevel is not
started again when switching.  Please do this if possible, to reduce
the stuff executed when booting into single user mode.  Ie I recommend
to use

  Default-Start: 1 2 3 4 5
  Default-Stop:

instead of 

  Default-Start: S
  Default-Stop:

I recently asked for the sudo script to move from rcS.d/ to runlevels
1-5, and strongly recommend other scripts to do the same, as part of
my long term plan to clean up the single user mode. :) In principle,
only scripts that need to run before single user mode should be
executed in rcS.d/.  The rest should start in runlevels 1-5. :)

> This one looks a bit more curly.  The current console-tools/kbd maintainer
> asked me to switch this back to kbd after etch, since console-tools was
> supposedly going to be removed -- that apparently hasn't happened yet,
> but since console-screen is from console-tools, it shouldn't even be on
> the same system as STM.
> 
> console-setup is new, and indeed looks like it will 'conflict' with STM
> about setting the console font and the like.  I'm not really sure if or
> how compatible they are with each other, and I'm not sure I even have
> suitable hardware here to test it with.  I haven't actually run STM myself
> for many years now, but quite a few people still seem to love it and it is
> usually low maintenance enough that with their help we can keep it alive.
> 
> We might need someone to do some tests for this ...

I do not know the status of the console setup scripts, but have
discovered that they seem to do the same job and should because of
this have a predictable order to avoid undefined behaviour when
several of them are started on the same system.

>> Last, I suspect the script need direct access to the
>> pty when concurrent booting is enabled, and because of this should be
>> flagged as interactive.
> 
> It may echo a few things to the console, but it shouldn't prompt for input.
> I don't see any docs on what X-Interactive is supposed to imply.  It needs
> direct access to the tty to read and set configuration though, since it
> likely resizes the console.

X-Interactive is supposed to imply prompting, but is also needed for
scripts requiering direct access to the tty/pty.

> So ...  if you let me know what the deal is with X-Interactive and
> whether or not we do really need it, and we figure out which of the
> other consoleFoo tools really are going to be the default for
> squeeze and how they should interact with STM (or if they can at
> all) -- then I'll push an updated package out.  I'm really not that
> familiar with where the current console handling is going right now,
> so I'm going to need some good advice on that from the people who
> do.

Great. )

Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#547188: krandrtray does not come back automagically when we merge output

[Bastien ROUCARIES]

Le samedi 19 septembre 2009 00:40:35, vous avez écrit :
> On Fri, Sep 18, 2009 at 23:31:17 +0200, Bastien ROUCARIES wrote:
> > Screen become black and I could not go backward.
> 
> That could mean any number of things.  Without more information (start
> with your X log and output of xrandr --verbose before/after using
> krandrtray) there's nothing we can do.

The problem is that changing resolution go to previous setting  without 
interaction of user after 15 second

But merging the two output (do not know the english name but it is applying 
the same resolution to both screen) does not fall back automatically. I could 
go back to logon doing a ctl+alt+backspace.

Will try to debug monday

Bastien

> Cheers,
> Julien
> 



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

Bug#547388: debtree fails when locale not set to C

[David Cadé]

Package: debtree
Version: 1.0.1  
Severity: normal


When using debtree in a french locale (fr_FR.UTF-8), it shows only the 
green
arrows: for example, debtree konqueror shows only www-browser, man-
browser, 
info-browser, and konqueror.

LANG=C debtree works as it should.
  
The tool seems to work by 'grepping' the output of apt, maybe you just 
have
to make sure that it is launched with the good locale.

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

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

Versions of packages debtree depends on:
ii  dctrl-tools   2.13.1 Command-line tools to process 
Debi
ii  libapt-pkg-perl   0.1.24 Perl interface to libapt-pkg
ii  perl  5.10.1-2   Larry Wall's Practical Extraction
ii  ucf   3.0022 Update Configuration File: preserv

Versions of packages debtree recommends:
ii  graphviz 2.20.2-3+b4 rich set of graph drawing tools

debtree 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#547389: mirror listing update for ftp.tr.debian.org

[Levent YILDIRIM]

Package: mirrors
Severity: minor

Submission-Type: update
Site: ftp.tr.debian.org
Type: leaf
Archive-architecture: ALL alpha amd64 arm armel hppa hurd-i386 i386 ia64 
kfreebsd-amd64 kfreebsd-i386 m68k mips mipsel powerpc s390 sparc 
Security-ftp: /debian-security/
Security-http: /debian-security/
Security-rsync: debian-security/
IPv6: no
Security-upstream: security.debian.org
Updates: twice
Maintainer: Levent YILDIRIM 
Country: TR Turkey



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

Bug#547386: Amarok fails to start with: libamarok_taglib.so.1: cannot open shared object

[Nick Gasson]

Package: amarok
Version: 2.1.1-4
Severity: important

fter upgrading from 1.4 to 2.1 testing amarok fails to start with the
following error

$ amarok
amarok: error while loading shared libraries: libamarok_taglib.so.1: cannot open
shared object file: No such file or directory

Have tried uninstalling and reinstalling with no success.

$ ldd /usr/bin/amarok
linux-vdso.so.1 =>  (0x7fff554fd000)
libkdeui.so.5 => /usr/lib/libkdeui.so.5 (0x7ff4be98c000)
libamaroklib.so.1 => /usr/local/lib/libamaroklib.so.1 
(0x7ff4be31a000)
libQtGui.so.4 => /usr/lib/libQtGui.so.4 (0x7ff4bd70d000)
libkdecore.so.5 => /usr/lib/libkdecore.so.5 (0x7ff4bd28a000)
libQtCore.so.4 => /usr/lib/libQtCore.so.4 (0x7ff4bce42000)
libc.so.6 => /lib/libc.so.6 (0x7ff4bcaf1000)
libQtSvg.so.4 => /usr/lib/libQtSvg.so.4 (0x7ff4bc898000)
libSM.so.6 => /usr/lib/libSM.so.6 (0x7ff4bc69)
libICE.so.6 => /usr/lib/libICE.so.6 (0x7ff4bc475000)
libX11.so.6 => /usr/lib/libX11.so.6 (0x7ff4bc13b000)
libQtXml.so.4 => /usr/lib/libQtXml.so.4 (0x7ff4bbef4000)
libXtst.so.6 => /usr/lib/libXtst.so.6 (0x7ff4bbcee000)
libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0x7ff4bbae4000)
libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0x7ff4bf097000)
libXrender.so.1 => /usr/lib/libXrender.so.1 (0x7ff4bb8db000)
libQtDBus.so.4 => /usr/lib/libQtDBus.so.4 (0x7ff4bb666000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x7ff4bb358000)
libm.so.6 => /lib/libm.so.6 (0x7ff4bb0d5000)
libpthread.so.0 => /lib/libpthread.so.0 (0x7ff4baeba000)
libkio.so.5 => /usr/lib/libkio.so.5 (0x7ff4ba9ee000)
libkparts.so.4 => /usr/lib/libkparts.so.4 (0x7ff4ba7a7000)
libkutils.so.4 => /usr/lib/libkutils.so.4 (0x7ff4ba553000)
libXext.so.6 => /usr/lib/libXext.so.6 (0x7ff4ba342000)
libXft.so.2 => /usr/lib/libXft.so.2 (0x7ff4ba12e000)
libXau.so.6 => /usr/lib/libXau.so.6 (0x7ff4b9f2c000)
libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x7ff4b9d27000)
libktexteditor.so.4 => /usr/lib/libktexteditor.so.4 (0x7ff4b9aed000)
libkjs.so.4 => /usr/lib/libkjs.so.4 (0x7ff4b9821000)
libphonon.so.4 => /usr/lib/libphonon.so.4 (0x7ff4b95ce000)
libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x7ff4b93ab000)
libgif.so.4 => /usr/lib/libgif.so.4 (0x7ff4b91a3000)
libpng12.so.0 => /usr/lib/libpng12.so.0 (0x7ff4b8f7e000)
libz.so.1 => /usr/lib/libz.so.1 (0x7ff4b8d67000)
libkhtml.so.5 => /usr/lib/libkhtml.so.5 (0x7ff4b841d000)
libtag.so.1 => /usr/lib/libtag.so.1 (0x7ff4b81b)
libsolid.so.4 => /usr/lib/libsolid.so.4 (0x7ff4b7f22000)
libkfile.so.4 => /usr/lib/libkfile.so.4 (0x7ff4b7c7f000)
libkpty.so.4 => /usr/lib/libkpty.so.4 (0x7ff4b7a76000)
libQt3Support.so.4 => /usr/lib/libQt3Support.so.4 (0x7ff4b7551000)
libkde3support.so.4 => /usr/lib/libkde3support.so.4 (0x7ff4b7241000)
libthreadweaver.so.4 => /usr/lib/libthreadweaver.so.4 
(0x7ff4b702a000)
libQtOpenGL.so.4 => /usr/lib/libQtOpenGL.so.4 (0x7ff4b6d98000)
libGL.so.1 => /usr/lib/libGL.so.1 (0x7ff4b6b1a000)
libGLU.so.1 => /usr/lib/libGLU.so.1 (0x7ff4b68a9000)
libamarok_taglib.so.1 => not found
libamarokplasma.so.1 => not found
libdl.so.2 => /lib/libdl.so.2 (0x7ff4b66a5000)
libpcre.so.3 => /usr/lib/libpcre.so.3 (0x7ff4b6476000)
libpcreposix.so.3 => /usr/lib/libpcreposix.so.3 (0x7ff4b6274000)
libutil.so.1 => /lib/libutil.so.1 (0x7ff4b6071000)
libstreamanalyzer.so.0 => /usr/lib/libstreamanalyzer.so.0 
(0x7ff4b5dfe000)
libstreams.so.0 => /usr/lib/libstreams.so.0 (0x7ff4b5bc2000)
libQtNetwork.so.4 => /usr/lib/libQtNetwork.so.4 (0x7ff4b58a1000)
libbz2.so.1.0 => /lib/libbz2.so.1.0 (0x7ff4b5691000)
libresolv.so.2 => /lib/libresolv.so.2 (0x7ff4b547a000)
libfam.so.0 => /usr/lib/libfam.so.0 (0x7ff4b5272000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x7ff4b5058000)
libaudio.so.2 => /usr/lib/libaudio.so.2 (0x7ff4b4e3f000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x7ff4b4bb8000)
libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x7ff4b4973000)
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x7ff4b46b)
libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x7ff4b447f000)
libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0x7ff4b427b000)
librt.so.1 => /lib/librt.so.1 (0x7ff4b4073000)
/lib64/ld-linux-x86-64.so.2 (0x7ff4befa9000)
libuuid.so.1 => /lib/libuuid.so.1 (0x7ff4b3e6f000)
libxcb.so.1 => /usr/lib/libxcb.so.1 (0x7ff4

Bug#547387: [freehdl] The command "freehdl-config --linker" shows nothing

[Baggett Jonas]

Package: freehdl
Version: 0.0.7-1
Severity: normal

--- Please enter the report below this line. ---
Hi
The command "freehdl-config --linker" shows nothing and that makes qucs 
vhdl simulation fail.

Remark:
It is still possible to make qucs vhdl simulation work by replacing 
the following line in /usr/bin/qucsdigi :
LIBTOOL=`freehdl-config --linker`
by :
LIBTOOL=`freehdl-config --libtool`

Bye
Jonas

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.30-1-686

Debian Release: squeeze/sid
   85 unstableftp.ch.debian.org 
   80 experimentalftp.ch.debian.org 
  500 testing ftp.ch.debian.org 

--- Package information. ---
Depends(Version) | Installed
-+-=
libc6 (>= 2.1.3) | 2.9-25
libfreehdl0  | 0.0.7-1
libgcc1 (>= 1:4.1.1) | 1:4.4.1-1
libstdc++6(>= 4.2.1) | 4.4.1-1
g++  | 4:4.3.3-9
libfreehdl0-dev  | 0.0.7-1
guile-1.6| 1.6.8-6.4
 OR guile| 
libtool  | 2.2.6a-4


Package's Recommends field is empty.

Package's Suggests field is empty.


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

Bug#547296: [pkg-cli-apps-team] Bug#547296: f-spot: No permission to upgrade FacebookExport extension

[Iain Lane]

tags 547296 + confirmed
forwarded 547296 https://bugzilla.gnome.org/show_bug.cgi?id=595658
thanks

Hi,

On Fri, Sep 18, 2009 at 11:36 AM, Andrew Burton  wrote:
> [...]
>
> The FacebookExport extension currently installed (0.6.0.5) cannot be replaced
> with the latest repository version (0.6.0.6) due to lack of permissions.
>
> The error message is:
> The selected add-ins can't be installed because there are dependency
> conflicts. The add-in 'FacebookExport v0.6.0.5' can't be uninstalled with the
> current user permissions.
>
> I tried disabling the 0.6.0.5 version of the extension, as per the FAQ at
> http://f-spot.org/User_Guide/FAQ_1, but this again showed the same error.
>
> The extension cannot be uninstalled, either, presumably because of lack of
> permissions.
>
> So, two errors:
> 1. The FAQ is wrong
> 2. Disabled extensions cannot be upgraded (though I would expect that 
> disabling
> should not be necessary to upgrade)

Thanks for your report. You're right, this is the behaviour that I'm
seeing too and it does indeed make upgrading system-installed
extensions impossible. I've forwarded it upstream - please track it
there.

Regards,
Iain



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

Bug#547390: libfwbuilder8: Security issue with temporary file handling

[Sylvestre Ledru]

Package: libfwbuilder8
Version: 3.0.5-1
Severity: grave
Tags: security
Justification: user security hole

Upstream says:
This release [3.0.7] fixes security issue with temporary file handling
in the generated iptables script that affects only Linux systems where
Firewall Builder is used to generate static routing configuration. 
The problem was introduced in v3.0.4 and is now fixed. 

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

Kernel: Linux 2.6.30-1-686-bigmem (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libfwbuilder8 depends on:
ii  libc6  2.9-25GNU C Library: Shared
libraries
ii  libgcc11:4.4.1-1 GCC support library
ii  libsnmp15  5.4.1~dfsg-12 SNMP (Simple Network
Management Pr
ii  libstdc++6 4.4.1-1   The GNU Standard C++
Library v3
ii  libxml22.7.4.dfsg-2  GNOME XML library
ii  libxslt1.1 1.1.24-2  XSLT processing library -
runtime 
ii  zlib1g 1:1.2.3.3.dfsg-15 compression library -
runtime

libfwbuilder8 recommends no packages.

libfwbuilder8 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#547391: cdbs: removal of kaffe

[Niels Thykier]

Package: cdbs
Version: 0.4.61
Severity: important

Hi

We are considering to remove kaffe from the repositories, since upstream is 
dead, it lacks 
active maintaince from our side and we have free alternatives. 

preferably you should switch to one of the following packages:
 * default-jdk
 * default-jre
 * default-jre-headless

You should use default-jdk if you need to compile java-files into class-files 
(or/and copy
said files into a jar-file). Usually this is only used as a 
build-depend(-indep).

default-jre and default-jre-headless should be used when you need to run java 
programs (with
and without X11 support respectively).


~Niels

Referencs: 
 * http://www.mail-archive.com/debian-j...@lists.debian.org/msg13454.html
 * http://bugs.debian.org/529872


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

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

Versions of packages cdbs depends on:
ii  debhelper 7.3.12 helper programs for debian/rules

Versions of packages cdbs recommends:
ii  autotools-dev 20090611.1 Update infrastructure for config.{

Versions of packages cdbs suggests:
ii  devscripts2.10.55scripts to make the life of a Debi
ii  doc-base  0.9.3  utilities to manage online documen

-- 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#492569: Due to font problem, OpenJDK is barely usable

[Eric Lavarde]

severity 492569 important
thanks

This issue is open since quite a long time and I don't have the 
impression someone is caring about it. I'm happy to provide any 
additionally required information, but I have currently to use Sun's 
Java, as I can barely read the text in my Java application.


Thanks for caring,
Eric




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

Bug#547392: jts: removal of kaffe

[Niels Thykier]

Package: jts
Severity: important

Hi

We are considering to remove kaffe from the repositories, since upstream is 
dead, it lacks
active maintaince from our side and we have free alternatives.

preferably you should switch to one of the following packages:
 * default-jdk
 * default-jre
 * default-jre-headless

You should use default-jdk if you need to compile java-files into class-files 
(or/and copy
said files into a jar-file). Usually this is only used as a 
build-depend(-indep).

default-jre and default-jre-headless should be used when you need to run java 
programs (with
and without X11 support respectively). 


~Niels

Referencs:
 * http://www.mail-archive.com/debian-j...@lists.debian.org/msg13454.html
 * http://bugs.debian.org/529872



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

Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.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#547137: [pkg-cli-libs-team] Bug#547137: libmono-addins0.2-cil: Assembly ../libmono-addins0.2-cil/policy.0.2.Mono.Addins.dll does not exist

[Mirco Bauer]

On Thu, 17 Sep 2009 00:46:43 -0700
Steve Langasek  wrote:

> On Thu, Sep 17, 2009 at 12:36:41AM -0700, Steve Langasek wrote:
> > Package: libmono-addins0.2-cil
> > Version: 0.4-5
> > Severity: grave
> > Justification: renders package unusable
> 
> > mono-gac is failing to upgrade because of a problem with
> > libmono-addins0.2-cil and libmono-addins-gui0.2-cil:
> 
> > Setting up mono-gac (2.4.2.3+dfsg-1) ...
> > [...]
> > * Installing 1 assembly from libndesk-dbus-glib1.0-cil into Mono
> > !
> > Assembly 
> > /usr/share/cli-common/policies.d/libmono-addins-gui0.2-cil/policy.0.2.Mono.Addins.Gui.dll
> > does not exist !
> > Assembly 
> > /usr/share/cli-common/policies.d/libmono-addins0.2-cil/policy.0.2.Mono.Addins.dll
> > does not exist !
> > Assembly 
> > /usr/share/cli-common/policies.d/libmono-addins0.2-cil/policy.0.2.Mono.Addins.Setup.dll
> > does not exist dpkg: error processing mono-gac (--configure):
> > subprocess installed post-installation script returned error exit
> > status 3
> 
> This was caused by orphaned files
> under /usr/share/cli-common/packages.d:
> 
> /usr/share/cli-common/packages.d/policy.0.2.Mono.Addins.Setup.installcligac
> /usr/share/cli-common/packages.d/policy.0.2.Mono.Addins.installcligac
> /usr/share/cli-common/packages.d/policy.0.2.Mono.Addins.Gui.installcligac
> 
> $
> cat /usr/share/cli-common/packages.d/policy.0.2.Mono.Addins.Gui.installcligac 
> /usr/share/cli-common/policies.d/libmono-addins-gui0.2-cil/policy.0.2.Mono.Addins.Gui.dll
> $
> 
> I don't know where these files came from.

This issue is giving me a dejavu of #457205

 mono-addins  (0.3-2) unstable; urgency=low

   * Users upgrading from mono-addins << 0.3-1 to 0.3.1 to 0.3-2 please
 read the bugreport of #458443, as that contains info how to
 unbreak the mono-gac / mono-addins upgrade!
   * debian/control:
 + Fixed typo in package short description. (Closes: #457205)
   * debian/libmono-addins0.2-cil.postinst
 debian/libmono-addins-gui0.2-cil.postinst:
 + Remove left over GAC policy files, missed by cli-common(-dev)
 debhelper maintainer script magic in 0.3~svn.r90520-1 to 0.3-1
 upgrade caused by a bug of dh_cligacpolicy in cli-common-dev <<
 0.5.4. (Closes: #458443)
   * debian/libmono-addins0.2-cil.cligacpolicy
 debian/libmono-addins-gui0.2-cil.cligacpolicy:
 + Dropped, unused since 0.3-1.

 -- Mirco Bauer   Tue, 01 Jan 2008 21:05:54 +0100 

So I guess that you installed << 0.3-1 and then 0.3-1 but never
upgraded since then? I wonder if I should relax the condition when
the left-over fails should be deleted... in all cases a failing remove
(postrm) of 0.3-1 can't be prevented, as it's already present (if
installed)...

The fix code after postinst of 0.3-1 passes looks like this:

# policy files that were not removed in 0.3~svn.r90520-1 to 0.3-1 upgrade
if [ "$1" = "configure" ] && dpkg --compare-versions "$2" "<=" "0.3-2"; then
if [ -f 
/usr/share/cli-common/packages.d/policy.0.2.Mono.Addins.installcligac ]; then
echo "Removing forgotten GAC policy file: Mono.Addins 0.2..."
/usr/share/cli-common/policy-remove Mono.Addins 0.2
fi
if [ -f  
/usr/share/cli-common/packages.d/policy.0.2.Mono.Addins.Setup.installcligac ]; 
then
echo "Removing forgotten GAC policy file: Mono.Addins.Setup 
0.2..."
/usr/share/cli-common/policy-remove Mono.Addins.Setup 0.2
fi
fi

The bug is only triggered when mono-gac is upgraded after 0.3-1 was
installed.

I am not totally happy with the solution because there are cases where
it will still fail, like in your case. Do you think there is a better
way to solve this?

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/



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

Bug#452977: Anything new?

[Ron]

Hi,

On Sat, Sep 19, 2009 at 10:31:07AM +0200, Tim Kosse wrote:
> is anybody even working on fixing this? People still cannot
> cross-compile anything using this versions, it is plain broken.

Well, exaggerating the effect of this isn't really the best way
to get it a higher priority, but I appreciate that _some_ code,
including yours is broken by it at present.

There are two main things (modulo infinite time) that have kept
this on the backburner still.  One was the experiment with building
this from mainline gcc source, which doesn't appear to have been so
hot, but would have made this package obsolete had it actually worked.

The other is that gcc4.4, which is the next candidate for inclusion,
and supports some things that other people do really want, seems to
have some licencing issues that are yet to be resolved.  Uploading a
new version that some people legally can't use anymore with their
code doesn't seem like a step forward either, but on the assumption
that this was accidental, and will be resolved, I've been patiently
waiting for those discussions to reach some conclusion.

  Ron





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

Bug#547393: transition: libjpeg7

[Pierre Habouzit]

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

Meta-bug to track libjpeg62 -> libjpeg7 transition



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

Bug#546922: cups is unuseable on kfreebsd now

[Marc Dequènes (Duck)]

Coin,

Please consider these recommandations, as udev is only usuable with  
Linux, and k*bsd, as well as hurd systems would not work with such a  
dependency.


Regards.

--
Marc Dequènes (Duck)


pgpAs2lNvqpAc.pgp
Description: PGP Digital Signature

Bug#547394: netenv: initsript shoulbe placed before networking

[Elimar Riesebieter]

Package: netenv
Version: 0.94.3-24
Severity: grave
Tags: patch
Justification: renders package unusable

To make sure netenv's initscript is started before  networking (from
package netbase) it is possible to change it like chown in the
attached patch. Other wise it makes no sense to choose network
environment. After patching the initscript insserv must be invoked
(which should postinstall as well).


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.31-aragorn
Locale: LANG=de_DE.UTF-8, lc_ctype=de...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages netenv depends on:
ii  debconf [debconf-2.0] 1.5.27 Debian configuration management sy
ii  dialog1.1-20080819-1 Displays user-friendly dialog boxe

netenv recommends no packages.

netenv suggests no packages.

-- debconf information excluded

-- 
  We all know Linux is great... it does infinite loops in 5 seconds.
-- Linus Torvalds
diff -urd debian.orig/init debian/init
--- debian.orig/init	2009-09-19 12:59:56.0 +0200
+++ debian/init	2009-09-19 13:03:03.0 +0200
@@ -5,12 +5,10 @@
 #
 ### BEGIN INIT INFO
 # Provides:  netenv
-# Required-Start:$local_fs
+# Required-Start:mountall-bootclean
 # Required-Stop: $local_fs
-# Should-Start:  $network
-# Should-Stop:   $network
 # Default-Start: S
-# Default-Stop:  
+# Default-Stop:
 # Short-Description: Start netenv at boot time
 # Description:   This script only starts the program netenv
 #during boot time.

Bug#537373: [Build-common-hackers] Bug#537373: another patch

[Piotr Ożarowski]

[Piotr Ożarowski, 2009-09-19]
> ok, I will attach final NMU tomorrow

attached

I will upload it to DELAYED/7 tomorrow evening
(/me hopes there will be maintainer upload within a week, though)
-- 
-=[ Piotr Ożarowski ]=-
-=[ http://www.ozarowski.pl ]=-
diff -Nru cdbs-0.4.61/1/class/python-distutils.mk.in cdbs-0.4.61+nmu1/1/class/python-distutils.mk.in
--- cdbs-0.4.61/1/class/python-distutils.mk.in	2009-07-10 10:59:44.0 +0200
+++ cdbs-0.4.61+nmu1/1/class/python-distutils.mk.in	2009-09-19 12:47:22.0 +0200
@@ -38,7 +38,7 @@
 DEB_PYTHON_SETUP_CMD = setup.py
 DEB_PYTHON_CLEAN_ARGS = -a
 DEB_PYTHON_BUILD_ARGS = --build-base="$(CURDIR)/$(DEB_BUILDDIR)/build"
-DEB_PYTHON_INSTALL_ARGS_ALL = --no-compile -O0
+DEB_PYTHON_INSTALL_ARGS_ALL = --prefix=/usr --no-compile -O0
 
 #DEB_PYTHON_DESTDIR = $(DEB_DESTDIR)
 
@@ -140,11 +140,13 @@
 
 # install stage
 $(patsubst %,install/%,$(cdbs_python_indep_packages)) :: install/%: python-install-py
-	cd $(DEB_SRCDIR) && $(call cdbs_python_binary,python$(cdbs_python_compile_version)) $(DEB_PYTHON_SETUP_CMD) install --root=$(cdbs_python_destdir) $(DEB_PYTHON_INSTALL_ARGS_ALL)
+	cd $(DEB_SRCDIR) && $(call cdbs_python_binary,python$(cdbs_python_compile_version)) $(DEB_PYTHON_SETUP_CMD) install --root=$(cdbs_python_destdir) \
+		--install-lib=/usr/lib/python$(firstword $(strip $(sort $(shell pyversions -vr/site-packages/ $(DEB_PYTHON_INSTALL_ARGS_ALL)
 
 $(patsubst %,install/%,$(cdbs_python_arch_packages)) :: install/%: $(addprefix python-install-, $(cdbs_python_build_versions))
 	for buildver in $(cdbs_python_build_versions); do \
-		cd $(CURDIR) && cd $(DEB_SRCDIR) && $(call cdbs_python_binary,python$$buildver) $(DEB_PYTHON_SETUP_CMD) install --root=$(cdbs_python_destdir) $(DEB_PYTHON_INSTALL_ARGS_ALL); \
+		cd $(CURDIR) && cd $(DEB_SRCDIR) && $(call cdbs_python_binary,python$$buildver) $(DEB_PYTHON_SETUP_CMD) install --root=$(cdbs_python_destdir) \
+		--install-lib=/usr/lib/python$$buildver/site-packages/ $(DEB_PYTHON_INSTALL_ARGS_ALL); \
 	done
 
 # Deprecated targets.  You should use above targets instead.
diff -Nru cdbs-0.4.61/debian/changelog cdbs-0.4.61+nmu1/debian/changelog
--- cdbs-0.4.61/debian/changelog	2009-08-27 21:13:42.0 +0200
+++ cdbs-0.4.61+nmu1/debian/changelog	2009-09-19 12:27:30.0 +0200
@@ -1,3 +1,13 @@
+cdbs (0.4.61+nmu1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * python-distutils.mk changes for Python >= 2.6:
+- hardcode "site-packages" using --install-lib (Python >=2.6 is using
+  "dist-packages" by default)
+- add --prefix=/usr (Python >= 2.6 is using /usr/local by default)
+
+ -- Piotr Ożarowski   Fri, 18 Sep 2009 22:54:47 +0200
+
 cdbs (0.4.61) unstable; urgency=low
 
   * Brown paperbag release: Fix excess closing paranthesis in


signature.asc
Description: Digital signature

Bug#547395: initctl emit does not return

[Michael Goetze]

Package: upstart
Version: 0.6.3-1
Severity: normal

I wrote an upstart configuration file /etc/init/dnsmasq.conf (attached 
for reference) which contains the following stanza:


start on runlevel [23] and syslog-started

Having hacked my /etc/init.d/rsyslog to run "initctl emit 
syslog-started" after starting the rsyslog daemon, dnsmasq is indeed 
started on system boot. However, when I manually run "initctl emit 
syslog-started", the initctl process just hangs until, in another 
terminal, I run "telinit 3". Surely initctl should return as soon as it 
has emitted its event, and not wait for any codependencies?


Regards,
Michael
description "dnsmasq DHCP/DNS/TFTP server"
author "Michael Goetze "

start on runlevel [23] and syslog-started
stop on runlevel [!23]

env PATH=/sbin:/bin:/usr/sbin:/usr/bin

pre-start script
if [ ! -d /var/run/dnsmasq ]
then
mkdir /var/run/dnsmasq || exit 2
chown dnsmasq:nogroup /var/run/dnsmasq || exit 2
fi
end script

expect daemon
exec /usr/sbin/dnsmasq -u dnsmasq -7 /etc/dnsmasq.d

Bug#504277: RFP: xhtml2pdf -- HTML/CSS to PDF converter

[Toby Smithe]

2009/9/18 W. Martin Borgert :
> Hi Toby, any news from your ITP? TIA!

Well, the package is done[1]. I'm still waiting on a sponsor (since 12
July apparently). I wrote to d-mentors and d-python, but I never
received a reply. I often have this trouble when trying to push new
uploads; in fact, I've got two other package updates waiting on
mentors.d.n as well.

[1] http://mentors.debian.net/debian/pool/main/p/pisa/pisa_3.0.32-1.dsc

Best regards,

-- 
Toby Smithe :: http://fulltinreality.com



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

Bug#547396: libxslt1-dev: tutorial/libxslt_tutorial.c is not a valid C program

[Jakub Wilk]

Package: libxslt1-dev
Version: 1.1.24-2
Severity: minor

$ head -n1 /usr/share/doc/libxslt1-dev/tutorial/libxslt_tutorial.c

Bug#476933: pdftk: Missing security provider GnuCrypto

[Johann Felix Soden]

On current squeeze or sid, I can not confirm your problem.
Perhaps, the bug was closed in a newer version of libgcj8-1.
Some people using Ubuntu seems to had/have the same problem as you:
See https://bugs.launchpad.net/ubuntu/+source/pdftk/+bug/173208

If you can reproduce the bug with libgcj8-1 >= 4.3.4 or with the newest
pdftk-1.41+dfsg-1, which uses libgcj9-0, please report it.





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

Bug#547362: New debdiff

[Christoph Korn]

The previous debdiff was incomplete.

This one fixes all invalid conversions and also an API change in the poppler 
library.
diff -u gambas2-2.13.1/debian/patches/00list 
gambas2-2.13.1/debian/patches/00list
--- gambas2-2.13.1/debian/patches/00list
+++ gambas2-2.13.1/debian/patches/00list
@@ -2,0 +3,2 @@
+03_fix_const_char_conversion.patch
+04_libpoppler_api_fix.patch
only in patch2:
unchanged:
--- gambas2-2.13.1.orig/debian/patches/03_fix_const_char_conversion.patch
+++ gambas2-2.13.1/debian/patches/03_fix_const_char_conversion.patch
@@ -0,0 +1,74 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 03_fix_const_char_conversion.patch
+## DP: Fixes FTBFS due to invalid conversion from const char* to char*
+
+...@dpatch@
+diff -urNad gambas2-2.13.1~/gb.db.sqlite2/src/main.cpp 
gambas2-2.13.1/gb.db.sqlite2/src/main.cpp
+--- gambas2-2.13.1~/gb.db.sqlite2/src/main.cpp 2009-05-26 20:41:45.0 
+0200
 gambas2-2.13.1/gb.db.sqlite2/src/main.cpp  2009-09-19 01:57:57.54353 
+0200
+@@ -36,6 +36,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ 
+ #include "sqlitedataset.h"
+ 
+@@ -931,12 +932,20 @@
+ static int field_index(DB_RESULT result, const char *name, DB_DATABASE *db)
+ {
+   char *fld;
++  char *s;
++  int ret;
+ 
+-  fld = strchr(name, (int)FLD_SEP);
++  s = strdup(name);
++  assert(s != NULL);
++
++  fld = strchr(s, (int) FLD_SEP);
+   if (fld){ //Includes table identity
+  fld[0] = '.';
+   }
+-  return (((Dataset *)result)->fieldIndex(name));
++
++  ret = (((Dataset *)result)->fieldIndex(s));
++  free(s);
++  return ret;
+ }
+ 
+ 
+diff -urNad gambas2-2.13.1~/gb.db.sqlite3/src/main.cpp 
gambas2-2.13.1/gb.db.sqlite3/src/main.cpp
+--- gambas2-2.13.1~/gb.db.sqlite3/src/main.cpp 2009-09-19 01:02:21.0 
+0200
 gambas2-2.13.1/gb.db.sqlite3/src/main.cpp  2009-09-19 01:52:29.164461932 
+0200
+@@ -36,6 +36,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ 
+ #include "sqlitedataset.h"
+ 
+@@ -1007,13 +1008,21 @@
+ static int field_index(DB_RESULT result, const char *name, DB_DATABASE * db)
+ {
+   char *fld;
++  char *s;
++  int ret;
+ 
+-  fld = strchr(name, (int) FLD_SEP);
++  s = strdup(name);
++  assert(s != NULL);
++
++  fld = strchr(s, (int) FLD_SEP);
+   if (fld)
+   {   
//Includes table identity
+   fld[0] = '.';
+   }
+-  return (((Dataset *) result)->fieldIndex(name));
++
++  ret = (((Dataset *) result)->fieldIndex(s));
++  free(s);
++  return ret;
+ }
+ 
+ 
only in patch2:
unchanged:
--- gambas2-2.13.1.orig/debian/patches/04_libpoppler_api_fix.patch
+++ gambas2-2.13.1/debian/patches/04_libpoppler_api_fix.patch
@@ -0,0 +1,20 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 04_libpoppler_api_fix.dpatch by Christoph Korn 
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: getPDFVersion() has been replaced by getPDFMajorVersion() and 
getPDFMinorVersion()
+## DP: This patch fixes the API change.
+
+...@dpatch@
+diff -urNad gambas2-2.13.1~/gb.pdf/src/CPdfDocument.cpp 
gambas2-2.13.1/gb.pdf/src/CPdfDocument.cpp
+--- gambas2-2.13.1~/gb.pdf/src/CPdfDocument.cpp2009-05-26 
20:41:46.0 +0200
 gambas2-2.13.1/gb.pdf/src/CPdfDocument.cpp 2009-09-19 03:45:09.896485266 
+0200
+@@ -512,7 +512,7 @@
+   char *ctx=NULL;
+ 
+   GB.Alloc(POINTER(&ctx),16*sizeof(char));
+-  snprintf(ctx,16*sizeof(char),"%.2g",THIS->doc->getPDFVersion());
++  snprintf(ctx,16*sizeof(char),"%d.%d",THIS->doc->getPDFMajorVersion(), 
THIS->doc->getPDFMinorVersion());
+   GB.ReturnNewZeroString(ctx);
+   GB.Free(POINTER(&ctx));
+ 

Bug#547397: gnome-settings-daemon: gnome-setting-daemon doesn't display wallpaper when used outside gnome

[Jean-Baptiste Onofré]

Package: gnome-settings-daemon
Version: 2.26.1-2
Severity: normal


Hi,

I'm using Debian testing.

Yesterday I made a apt-get dist-upgrade that has upgraded 
gnome-session/gnome-settings-daemon to 2.26.x version (previously I was in 
2.22.x).

I use a .xsession script looking like:
gnome-settings-daemon &
cairo-dock &
conky &
metacity

To launch only metacity (not the whole gnome environment).

Before the yesterday upgrade, it worked like a charm but just after the 
upgrade, gnome-setting-daemon doesn't display any wallpaper. The window and 
icons look and feel is still here but no more wallpaper.
I tried using another wallpaper, same issue.
I tried using gnome (login on gdm using gnome session) and it works, I got the 
wallpaper.

So it seems that the problem is only when using gnome-settings-daemon outside 
gnome (without gnome-session).

I took a look inside gconf but I haven't found any properties around wallpaper.

Please, could you renable the support of wallpaper in gnome-settings-daemon 
outside gnome ?
Is there any workaround by tuning gconf ?

Thanks,
Regards
JB

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

Kernel: Linux 2.6.27.4-nanthrax (SMP w/1 CPU core)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnome-settings-daemon depends on:
ii  gconf22.26.2-3   GNOME configuration database syste
ii  libc6 2.9-25 GNU C Library: Shared libraries
ii  libcairo2 1.8.8-2The Cairo 2D vector graphics libra
ii  libdbus-1-3   1.2.16-2   simple interprocess messaging syst
ii  libdbus-glib-1-2  0.82-1 simple interprocess messaging syst
ii  libfontconfig12.6.0-4generic font configuration library
ii  libgconf2-4   2.26.2-3   GNOME configuration database syste
ii  libglade2-0   1:2.6.4-1  library to load .glade files at ru
ii  libglib2.0-0  2.20.5-1   The GLib library of C routines
ii  libgnome-desktop-2-11 2.26.1-1   Utility library for loading .deskt
ii  libgnomekbd3  2.26.0-1   GNOME library to manage keyboard c
ii  libgstreamer-plugins-base0.10 0.10.24-1  GStreamer libraries from the "base
ii  libgstreamer0.10-00.10.24-1  Core GStreamer libraries and eleme
ii  libgtk2.0-0   2.16.6-1   The GTK+ graphical user interface
ii  libnotify1 [libnotify1-gtk2.1 0.4.5-1sends desktop notifications to a n
ii  libx11-6  2:1.2.2-1  X11 client-side library
ii  libxi62:1.2.1-2  X11 Input extension library
ii  libxklavier12 3.9-1  X Keyboard Extension high-level AP
ii  libxxf86misc1 1:1.0.1-3  X11 XFree86 miscellaneous extensio

gnome-settings-daemon recommends no packages.

Versions of packages gnome-settings-daemon suggests:
ii  gnome-screensaver 2.26.1-2   GNOME screen saver and locker
ii  metacity [x-window-manager]   1:2.26.0-3 lightweight GTK+ window manager
ii  ratpoison [x-window-manager]  1.4.5-1keyboard-only window manager
ii  x11-xserver-utils 7.4+2  X server utilities

-- 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#547398: samba: fails to build

[John Kozak]

Package: samba
Version: 2:3.4.0-5
Severity: normal

after a bit, dpkg-buildpackage fails with:

Compiling ../lib/talloc/testsuite.c
Compiling ../lib/talloc/testsuite_main.c
Linking bin/talloctort
../lib/talloc/testsuite.o: In function `_test_talloc_free_in_destructor':
/tmp/samba-3.4.0/source3/../lib/talloc/testsuite.c:1034: undefined reference to 
`talloc_free'



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

Kernel: Linux 2.6.30-1-amd64 (SMP w/8 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 samba depends on:
ii  adduser3.110 add and remove users and groups
ii  debconf [debconf-2.0]  1.5.27Debian configuration management sy
ii  libacl12.2.48-1  Access control list shared library
ii  libattr1   1:2.4.44-1Extended attribute shared library
ii  libc6  2.9-26GNU C Library: Shared libraries
ii  libcap21:2.16-5  support for getting/setting POSIX.
ii  libcomerr2 1.41.9-1  common error description library
ii  libcups2   1.4.0-5   Common UNIX Printing System(tm) - 
ii  libgnutls262.8.3-3   the GNU TLS library - runtime libr
ii  libgssapi-krb5-2   1.7dfsg~beta3-1   MIT Kerberos runtime libraries - k
ii  libk5crypto3   1.7dfsg~beta3-1   MIT Kerberos runtime libraries - C
ii  libkrb5-3  1.7dfsg~beta3-1   MIT Kerberos runtime libraries
ii  libldap-2.4-2  2.4.17-1  OpenLDAP libraries
ii  libpam-modules 1.1.0-3   Pluggable Authentication Modules f
ii  libpam-runtime 1.1.0-3   Runtime support for the PAM librar
ii  libpam0g   1.1.0-3   Pluggable Authentication Modules l
ii  libpopt0   1.14-4lib for parsing cmdline parameters
ii  libtalloc1 1.3.1-2   hierarchical pool based memory all
ii  libwbclient0   2:3.4.0-5 Samba winbind client library
ii  lsb-base   3.2-23Linux Standard Base 3.2 init scrip
ii  procps 1:3.2.8-1 /proc file system utilities
ii  samba-common   2:3.4.0-5 common files used by both the Samb
ii  update-inetd   4.33  inetd configuration file updater
ii  zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime

Versions of packages samba recommends:
ii  logrotate 3.7.8-4Log rotation utility

Versions of packages samba suggests:
ii  ctdb1.0.88-1 clustered database to store tempor
pn  ldb-tools  (no description available)
ii  openbsd-inetd [inet-superse 0.20080125-3 The OpenBSD Internet Superserver
pn  smbldap-tools  (no description available)

-- debconf information:
  samba/generate_smbpasswd: true
  samba/run_mode: daemons



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

Bug#526987: git-core: Please use symlinks in /usr/bin

[Elrond]

Hi,

So the current behaviour is upstream?

Could you consider forwarding this request upstream then?


Cheers

Elrond


On Fri, Sep 18, 2009 at 07:57:01PM +, Gerrit Pape wrote:
> On Mon, May 04, 2009 at 10:01:11PM +0200, Elrond wrote:
> > The fixing of 520116 / 521724 leaves us with another problem:
> > 
> > Wasting space in /usr/bin.
> > 
> > Could you please consider soft links?
> 
> Hi, I prefer to stick to the way upstream installs the programs, and not
> diverge from it.
> 
> Thanks, Gerrit.



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

Bug#547362: FTBFS: The package fails to build because of a bad conversion from const char* to char*

[José Luis Redrejo Rodríguez]

I'm sorry, but I don't understand your bug report because:
- gambas 2.13.1 is not in Debian
- What architecture is failing to build from source according to your
experience? According to https://buildd.debian.org/pkg.cgi?pkg=gambas2 there
is a problem only in freebsd, but I don't thing you're refering to that
arch.

Cheers.

José L.

2009/9/19 Christoph Korn 

> Package: gambas2
> User: ubuntu-de...@lists.ubuntu.com
> Usertags: origin-ubuntu karmic ubuntu-patch
> Version: 2.13.1-1
> Severity: important
> Justification: fails to build from source
> Tags: patch
>
> *** Please type your report below this line ***
> The package does not build from source because of:
> main.cpp:1011: error: invalid conversion from 'const char*' to 'char*'
>
> *** /tmp/tmpIW2yFt
> In Ubuntu, we've applied the attached patch to achieve the following:
>
>   * debian/patches/03_fix_const_char_conversion.patch:
> - It fixes a FTBFS due to a conversion from const char*
>   to char* (LP: #432792)
>
> We thought you might be interested in doing the same.
>
>
> -- System Information:
> Debian Release: 5.0
>   APT prefers jaunty-updates
>   APT policy: (500, 'jaunty-updates'), (500, 'jaunty-security'), (500,
> 'jaunty-backports'), (500, 'jaunty')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 2.6.28-15-generic (SMP w/2 CPU cores)
> Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
>
> diff -u gambas2-2.13.1/debian/patches/00list
> gambas2-2.13.1/debian/patches/00list
> --- gambas2-2.13.1/debian/patches/00list
> +++ gambas2-2.13.1/debian/patches/00list
> @@ -2,0 +3 @@
> +03_fix_const_char_conversion.patch
> only in patch2:
> unchanged:
> --- gambas2-2.13.1.orig/debian/patches/03_fix_const_char_conversion.patch
> +++ gambas2-2.13.1/debian/patches/03_fix_const_char_conversion.patch
> @@ -0,0 +1,40 @@
> +#! /bin/sh /usr/share/dpatch/dpatch-run
> +## 03_fix_const_char_conversion.patch
> +## DP: Fixes FTBFS due to invalid conversion from const char* to char*
> +
> +...@dpatch@
> +
> +--- gambas2-2.13.1.orig/gb.db.sqlite3/src/main.cpp
>  gambas2-2.13.1/gb.db.sqlite3/src/main.cpp
> +@@ -36,6 +36,7 @@
> + #include 
> + #include 
> + #include 
> ++#include 
> +
> + #include "sqlitedataset.h"
> +
> +@@ -1007,13 +1008,21 @@
> + static int field_index(DB_RESULT result, const char *name, DB_DATABASE *
> db)
> + {
> +   char *fld;
> ++  char *s;
> ++  int ret;
> ++
> ++  s = strdup(name);
> ++  assert(s != NULL);
> +
> +-  fld = strchr(name, (int) FLD_SEP);
> ++  fld = strchr(s, (int) FLD_SEP);
> +   if (fld)
> +   {
> //Includes table
> identity
> +   fld[0] = '.';
> +   }
> +-  return (((Dataset *) result)->fieldIndex(name));
> ++
> ++  ret = (((Dataset *) result)->fieldIndex(s));
> ++  free(s);
> ++  return ret;
> + }
> +
> +
>
>
>

Bug#513848: Please put plugin dependent on gconf in an extra

[Harald Braumann]

Hi,

yes, please don't depend on gconf. Isn't the gconf stuff confined in
some specific plugins, anyway? So these plugins could be moved to a
separate package gstreamer0.10-plugins-gconf.
gstreamer0.10-plugins-good could still recommend that package and most
users wouldn't know the difference.

Cheers,
harry


signature.asc
Description: PGP signature

Bug#547362: FTBFS: The package fails to build because of a bad conversion from const char* to char*

[Christoph Korn]

The package at the moment builds on Debian because it does not use the new gcc 
version which now also fails when a const char* is used as a char*.
This made the package FTBFS on Ubuntu karmic which already uses the new gcc 
version.


Hm, as I checked the new version of gambas2 in Debian I see that upstream has 
"fixed" those invalid conversions by casting the const char* to char*.
(I only checked the Debian changelog to see if there was a patch introduced 
which fixes the conversions. But I did not check if upstream fixed that for 
themselves. Sorry.)


But the second patch which is in my new debdiff still should be of interest 
because the getPDFVersion() function has been removed in libpoppler.


José Luis Redrejo Rodríguez schrieb:

I'm sorry, but I don't understand your bug report because:
- gambas 2.13.1 is not in Debian
- What architecture is failing to build from source according to your
experience? According to https://buildd.debian.org/pkg.cgi?pkg=gambas2 there
is a problem only in freebsd, but I don't thing you're refering to that
arch.

Cheers.

José L.

2009/9/19 Christoph Korn 


Package: gambas2
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu karmic ubuntu-patch
Version: 2.13.1-1
Severity: important
Justification: fails to build from source
Tags: patch

*** Please type your report below this line ***
The package does not build from source because of:
main.cpp:1011: error: invalid conversion from 'const char*' to 'char*'

*** /tmp/tmpIW2yFt
In Ubuntu, we've applied the attached patch to achieve the following:

  * debian/patches/03_fix_const_char_conversion.patch:
- It fixes a FTBFS due to a conversion from const char*
  to char* (LP: #432792)

We thought you might be interested in doing the same.


-- System Information:
Debian Release: 5.0
  APT prefers jaunty-updates
  APT policy: (500, 'jaunty-updates'), (500, 'jaunty-security'), (500,
'jaunty-backports'), (500, 'jaunty')
Architecture: amd64 (x86_64)

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


diff -u gambas2-2.13.1/debian/patches/00list
gambas2-2.13.1/debian/patches/00list
--- gambas2-2.13.1/debian/patches/00list
+++ gambas2-2.13.1/debian/patches/00list
@@ -2,0 +3 @@
+03_fix_const_char_conversion.patch
only in patch2:
unchanged:
--- gambas2-2.13.1.orig/debian/patches/03_fix_const_char_conversion.patch
+++ gambas2-2.13.1/debian/patches/03_fix_const_char_conversion.patch
@@ -0,0 +1,40 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 03_fix_const_char_conversion.patch
+## DP: Fixes FTBFS due to invalid conversion from const char* to char*
+
+...@dpatch@
+
+--- gambas2-2.13.1.orig/gb.db.sqlite3/src/main.cpp
 gambas2-2.13.1/gb.db.sqlite3/src/main.cpp
+@@ -36,6 +36,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+
+ #include "sqlitedataset.h"
+
+@@ -1007,13 +1008,21 @@
+ static int field_index(DB_RESULT result, const char *name, DB_DATABASE *
db)
+ {
+   char *fld;
++  char *s;
++  int ret;
++
++  s = strdup(name);
++  assert(s != NULL);
+
+-  fld = strchr(name, (int) FLD_SEP);
++  fld = strchr(s, (int) FLD_SEP);
+   if (fld)
+   {
//Includes table
identity
+   fld[0] = '.';
+   }
+-  return (((Dataset *) result)->fieldIndex(name));
++
++  ret = (((Dataset *) result)->fieldIndex(s));
++  free(s);
++  return ret;
+ }
+
+









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

Bug#547399: makefs: FTBFS on avr32

[Thorsten Glaser]

Package: makefs
Version: 20090808-1
Severity: important
Justification: fails to build from source

http://buildd.debian-ports.org/fetch.php?pkg=makefs&arch=avr32&ver=20090808-1&stamp=1251329662&file=log&as=raw

Relevant parts, as I see them:

Get:9 http://ftp.debian-ports.org unstable/main libbsd0 0.0.1-2 [29.0kB]
Get:10 http://ftp.debian-ports.org unstable/main libbsd-dev 0.0.1-2 [54.9kB]

cc -Wall -g -O2-include /usr/include/bsd/bsd.h -D"__IDSTRING(x,y)=static 
const char x[] __attribute__((used)) = y" 
-D"__KERNEL_RCSID(x,y)=__IDSTRING(kernelrcsid_ ## x,y)" 
-D"__dead=__attribute__((noreturn))" -D"_DIAGASSERT(x)=" -D"bswap16=__bswap_16" 
-D"bswap32=__bswap_32" -D"bswap64=__bswap_64" -DHAVE_STRUCT_STATVFS_F_IOSIZE=0 
-DHAVE_STRUCT_STAT_ST_MTIMENSEC=0 -DHAVE_STRUCT_STAT_ST_FLAGS=0 
-DHAVE_STRUCT_STAT_ST_GEN=0 -DLIBC_SCCS -DHAVE_STRUCT_STAT_BIRTHTIME=0  
-DHAVE_NBTOOL_CONFIG_H=0 -DHAVE_NETDB_H=1  -DHAVE_PWCACHE_USERDB=0 
-DHAVE_STRSUFTOLL=0 
-I/build/buildd-makefs_20090808-1-avr32-peQGlu/makefs-20090808/builddir/usr.sbin/makefs
  
-I/build/buildd-makefs_20090808-1-avr32-peQGlu/makefs-20090808/builddir/usr.sbin/makefs/nbsrc/sbin/mknod
 
-I/build/buildd-makefs_20090808-1-avr32-peQGlu/makefs-20090808/builddir/usr.sbin/makefs/nbsrc/usr.sbin/mtree
 
-I/build/buildd-makefs_20090808-1-avr32-peQGlu/makefs-20090808/builddir/usr.sbin/makefs/nbsrc/sys/fs/cd9660
 -I/build/buildd-makefs
 _20090808-1-avr32-peQGlu/makefs-20090808/builddir/usr.sbin/makefs/nbsrc/sys  
-I/build/buildd-makefs_20090808-1-avr32-peQGlu/makefs-20090808/builddir/sbin/mknod
 
-I/build/buildd-makefs_20090808-1-avr32-peQGlu/makefs-20090808/builddir/usr.sbin/mtree
  -I/build/buildd-makefs_20090808-1-avr32-peQGlu/makefs-20090808/builddir/sys 
-I/build/buildd-makefs_20090808-1-avr32-peQGlu/makefs-20090808/builddir/sys/isofs/cd9660
 
-I/build/buildd-makefs_20090808-1-avr32-peQGlu/makefs-20090808/builddir/usr.sbin/makefs/nbsrc/lib/libc/gen
 
-I/build/buildd-makefs_20090808-1-avr32-peQGlu/makefs-20090808/builddir/usr.sbin/makefs/nbsrc/lib/libc/stdlib
 -D_GNU_SOURCE -DDEBIAN -c 
/build/buildd-makefs_20090808-1-avr32-peQGlu/makefs-20090808/builddir/usr.sbin/makefs/nbsrc/usr.sbin/mtree/getid.c
/build/buildd-makefs_20090808-1-avr32-peQGlu/makefs-20090808/builddir/usr.sbin/makefs/nbsrc/usr.sbin/mtree/getid.c:71:
 error: expected declaration specifiers or '...' before string constant
/build/buildd-makefs_20090808-1-avr32-peQGlu/makefs-20090808/builddir/usr.sbin/makefs/nbsrc/usr.sbin/mtree/getid.c:71:
 warning: data definition has no type or storage class
/build/buildd-makefs_20090808-1-avr32-peQGlu/makefs-20090808/builddir/usr.sbin/makefs/nbsrc/usr.sbin/mtree/getid.c:71:
 warning: type defaults to 'int' in declaration of '__RCSID'
*** Error code 1


I think __RCSID is not defined by libbsd 0.0.1 and will have to
check and fix that. Upload will be done at once with a Debian
Policy bump and change to the lintian overrides, once a new
lintian package has been uploaded (#546927).


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

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

Versions of packages makefs depends on:
ii  libbsd0   0.1.6-1utility functions from BSD systems
ii  libc6 2.9-26 GNU C Library: Shared libraries

makefs recommends no packages.

makefs 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#542675: python-soaplib: possible switch to forked LXML version

[Jonny Lamb]

Hi.

Sorry for the delay in getting back to you on this subject.

On Thu, Aug 20, 21:01:40 +0200, Leo 'costela' Antunes wrote:
> I still haven't contacted the forked version's upstream to ask about
> this status, but wanted to know what you'd think about switching to this
> new version?
> 
> If you're in contact with either upstream and think keeping the old
> version might be a good idea, I'd probably package the new one as
> python-soaplib-lxml, but if you're ok with the switch, I'd propose
> co-maintaining python-soaplib, if it's OK with you.

I've no problem with moving to this forked version of soaplib in this
package. However, I'm not a great user of soaplib anymore, so if you
wish to adopt this package then I would be very happy.

Does that sound alright to you?

-- 
Jonny Lamb, UK
jo...@debian.org



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

Bug#547400: Causes FTBFS with GCC 4.4: dereferencing pointer '_SOUP_..' breaks strict-aliasing rules

[Martin Michlmayr]

Package: libglib2.0-dev
Version: 2.21.6-1
Severity: important
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-4.4

Your package caused another package to fail to build with GCC 4.4.
You can reproduce this problem by building twitter-glib with
gcc-4.4/g++-4.4 from unstable.

> Automatic build of twitter-glib_0.9.8+git20090728-1 on em64t by sbuild/amd64 
> 0.53
...
> Making all in twitter-glib
> make[3]: Entering directory 
> `/build/tbm/twitter-glib-0.9.8+git20090728/twitter-glib'
> make[4]: Entering directory 
> `/build/tbm/twitter-glib-0.9.8+git20090728/twitter-glib'
>   CCtwitter-api.o
> cc1: warnings being treated as errors
> ./twitter-api.c: In function 'twitter_api_user_timeline':
> /usr/include/glib-2.0/glib/gthread.h:344: error: dereferencing pointer 
> '_SOUP_METHOD_GET.27' does break strict-aliasing rules
> ./twitter-api.c:232: note: initialized from here
> make[4]: *** [twitter-api.lo] Error 1
> make[4]: Leaving directory 
> `/build/tbm/twitter-glib-0.9.8+git20090728/twitter-glib'
> make[3]: *** [all] Error 2

Looking through my logs, I can find this warning in other build logs
too, but those don't fail because they (unlike twitter-glib) don't set
-Werror.

e.g.
./gupnp_0.12.8-1_20090728-1442:/usr/include/glib-2.0/glib/gthread.h:344: 
warning: dereferencing pointer '_SOUP_METHOD_POST.48' does break 
strict-aliasing rules
./gvfs_1.2.3-2_20090811-0431:/usr/include/glib-2.0/glib/gthread.h:344: warning: 
dereferencing pointer '_SOUP_URI_SCHEME_HTTPS.130' does break strict-aliasing 
rules
./rhythmbox_0.12.4-2_20090916-0710:/usr/include/glib-2.0/glib/gthread.h:344: 
warning: dereferencing pointer '_SOUP_URI_SCHEME_HTTP.113' does break 
strict-aliasing rules
./libepc_0.3.10-2_20090916-2229:/usr/include/glib-2.0/glib/gthread.h:344: 
warning: dereferencing pointer '_SOUP_METHOD_GET.31' does break strict-aliasing 
rules
./libsoup2.4_2.27.4-1_20090728-1244:/usr/include/glib-2.0/glib/gthread.h:344: 
warning: dereferencing pointer '_SOUP_URI_SCHEME_HTTPS.20' does break 
strict-aliasing rules

-- 
Martin Michlmayr
http://www.cyrius.com/



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

Bug#547314: [wnpp] removal of tsclient has been requested!

[Joseph Miller]

>
> Joseph, have you considered adopting the package yourself?
>
>  - Lucas
>
>
I would be happy to adopt the package.  I have never maintained a package
before, but I have created and built several of them.  I had not offered
because I do not think I would be considered qualified - but I am willing to
do what is necessary.

-Joseph

Bug#547403: libavcodec52: uninstallable in sid (libfaad0 is no more)

[Bill Allombert]

Package: libavcodec52
Version: 4:0.5+svn20090706-2
Severity: serious

Hello Debian multimedia packages maintainers,

libavcodec52 is uninstallable in sid:

# apt-get install libavcodec52
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
  libavcodec52: Depends: libfaad0 (>= 2.6.1) but it is not installable
E: Broken packages

%rmadison libfaad0
  libfaad0 |  2.6.1-3.1 |stable | alpha, amd64, arm, armel, hppa, i386,
ia64, mips, mipsel, powerpc, s390, sparc
  libfaad0 |  2.6.1-3.1 |   testing | alpha, amd64, armel, hppa, i386, 
ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, sparc

sid no more carry libfaad0.

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 



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

Bug#547402: ffproxy FTBFS with gcc4.4

[Nicolas Van Wambeke]

Package: ffproxy
Version: 1.6-5

During a rebuild of the package in Ubuntu, ffproxy FTBFS using gcc 4.4 [1].
A patch that fixes the issue can be found at [2].

Cheers,

--
Nicolas

[1] https://bugs.launchpad.net/ubuntu/+source/ffproxy/+bug/432366
[2] http://launchpadlibrarian.net/32008898/ffproxy_1.6-5ubuntu1.debdiff



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

Bug#547401: elvis FTBFS with gcc4.4

[Nicolas Van Wambeke]

Package: elvis
Version: 2.2.0-11

During a rebuild of the package in Ubuntu, elvis FTBFS using gcc 4.4 [1].
A patch that fixes the issue can be found at [2].

Cheers,

--
Nicolas

[1] https://bugs.launchpad.net/ubuntu/+source/elvis/+bug/432364
[2] http://launchpadlibrarian.net/32008835/elvis_2.2.0-11ubuntu1.debdiff



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

Bug#524938: ITA: python-glpk

[Luca Falavigna]

Hi Joao,

I've seen you recently uploaded python-glpk 0.1.38-1 to unstable.
As you can see in [1], someone proposed to adopt/co-maintain it and
some progress has been recorded on DPMT SVN repository [2].

If you're looking for co-maintainers, the occasion just came! Please
inform us if you are not looking for co-maintenance. Thanks!

[1]https://bugs.debian.org/524938
[2]http://svn.debian.org/viewsvn/python-modules/packages/python-glpk/trunk/

-- 
  .''`.
 :  :' :   Luca Falavigna 
 `.  `'
   `-


signature.asc
Description: PGP signature

Bug#541252: slurm-llnl: Incorrect runlevels and dependencies in init.d LSB header

[gennaro . oliva]

Hi, thanks for your patch it will be included in the next package
release.
-- 
Gennaro

On Fri, Sep 18, 2009 at 09:19:06PM +0200, Petter Reinholdtsen wrote:
> Hi.  Any hope of having this fixed soon?  Let me know if I should not
> NMU to get a fix into the archive.
> 
> Note that some code is probably needed in the postinst to correct
> runlevel links on existing installations.  Something like this from
> the lprng package would probably work.
> 
>   # Those using dependency based boot sequencing with sysv-rc and installing
>   # lprng before version 3.8.A-2.2 would miss the runlevel 4 symlink.
>   # Recover from this.
>   if [ "$1" = "configure" ] && dpkg --compare-versions "$2" le "3.8.A-2.2" \
>  && [ -f /etc/rc2.d/[SK][0-9][0-9]lprng ] && [ -f 
> /etc/rc4.d/K[0-9][0-9]lprng ]
>   then
>  update-rc.d -f lprng remove
>   fi
> 
> Happy hacking,
> --
> Petter Reinholdtsen
> 
> 
> 



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

Bug#547404: dietlibc: mksh FTBFS because dietlibc strtod unusable (alpha, sparc)

[Thorsten Glaser]

Package: dietlibc
Version: 0.31-1.2
Severity: normal


https://buildd.debian.org/fetch.cgi?pkg=mksh&arch=alpha&ver=39.1-1&stamp=1253101795&file=log&as=raw

Excerpt:
diet -v -Os cc -Wall -fno-strict-aliasing -fstack-protector-all -fwrapv 
-std=gnu99 -fno-inline -I. -I'../../mksh'  -DMKSH_SMALL -DMKSH_BINSHREDUCED 
-D_GNU_SOURCE -DHAVE_ATTRIBUTE=1 -DHAVE_ATTRIBUTE_BOUNDED=0 
-DHAVE_ATTRIBUTE_USED=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_MKDEV_H=0 
-DHAVE_SYS_MMAN_H=1 -DHAVE_SYS_SYSMACROS_H=1 -DHAVE_LIBGEN_H=1 
-DHAVE_LIBUTIL_H=1 -DHAVE_PATHS_H=1 -DHAVE_STDBOOL_H=1 -DHAVE_STRINGS_H=1 
-DHAVE_GRP_H=1 -DHAVE_ULIMIT_H=1 -DHAVE_VALUES_H=1 -DHAVE_STDINT_H=1 
-DHAVE_RLIM_T=1 -Dsig_t=sighandler_t -DHAVE_SIG_T=1 -DHAVE_SYS_SIGNAME=0 
-DHAVE_SYS_SIGLIST=1 -DHAVE_STRSIGNAL=0 -DHAVE_ARC4RANDOM=0 
-DHAVE_ARC4RANDOM_PUSHB=0 -DHAVE_GETRUSAGE=1 -DHAVE_KILLPG=1 -DHAVE_MKNOD=0 
-DHAVE_MKSTEMP=1 -DHAVE_NICE=1 -DHAVE_REALPATH=0 -DHAVE_REVOKE=0 
-DHAVE_SETLOCALE_CTYPE=0 -DHAVE_LANGINFO_CODESET=0 -DHAVE_SETMODE=1 
-DHAVE_SETRESUGID=1 -DHAVE_SETGROUPS=1 -DHAVE_STRCASESTR=0 -DHAVE_STRLCPY=1 
-DHAVE_ARC4RANDOM_DECL=1 -DHAVE_ARC4RANDOM_PUSHB_DECL=1 -DHAVE_FLOCK_DECL=0 
-DHAVE_REVOKE_DE
 CL=1 -DHAVE_SYS_SIGLIST_DECL=1 -DHAVE_PERSISTENT_HISTORY=0 
-DMKSH_PRINTF_BUILTIN  -fwhole-program --combine -o mksh ../../mksh/lalloc.c 
../../mksh/edit.c ../../mksh/eval.c ../../mksh/exec.c ../../mksh/expr.c 
../../mksh/funcs.c ../../mksh/histrap.c ../../mksh/jobs.c ../../mksh/lex.c 
../../mksh/main.c ../../mksh/misc.c ../../mksh/shf.c ../../mksh/syn.c 
../../mksh/tree.c ../../mksh/var.c ../../mksh/printf.c  || rm -f ${tcfn}*
cc -nostdlib -static -L/usr/lib/diet/lib-alpha /usr/lib/diet/lib-alpha/start.o 
-Wall -std=gnu99 -I. -I../../mksh -DMKSH_SMALL -DMKSH_BINSHREDUCED 
-D_GNU_SOURCE -DHAVE_ATTRIBUTE=1 -DHAVE_ATTRIBUTE_BOUNDED=0 
-DHAVE_ATTRIBUTE_USED=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_MKDEV_H=0 
-DHAVE_SYS_MMAN_H=1 -DHAVE_SYS_SYSMACROS_H=1 -DHAVE_LIBGEN_H=1 
-DHAVE_LIBUTIL_H=1 -DHAVE_PATHS_H=1 -DHAVE_STDBOOL_H=1 -DHAVE_STRINGS_H=1 
-DHAVE_GRP_H=1 -DHAVE_ULIMIT_H=1 -DHAVE_VALUES_H=1 -DHAVE_STDINT_H=1 
-DHAVE_RLIM_T=1 -Dsig_t=sighandler_t -DHAVE_SIG_T=1 -DHAVE_SYS_SIGNAME=0 
-DHAVE_SYS_SIGLIST=1 -DHAVE_STRSIGNAL=0 -DHAVE_ARC4RANDOM=0 
-DHAVE_ARC4RANDOM_PUSHB=0 -DHAVE_GETRUSAGE=1 -DHAVE_KILLPG=1 -DHAVE_MKNOD=0 
-DHAVE_MKSTEMP=1 -DHAVE_NICE=1 -DHAVE_REALPATH=0 -DHAVE_REVOKE=0 
-DHAVE_SETLOCALE_CTYPE=0 -DHAVE_LANGINFO_CODESET=0 -DHAVE_SETMODE=1 
-DHAVE_SETRESUGID=1 -DHAVE_SETGROUPS=1 -DHAVE_STRCASESTR=0 -DHAVE_STRLCPY=1 
-DHAVE_ARC4RANDOM_DECL=1 -DHAVE_ARC4RANDOM_PUSHB_DECL=1 -DHAVE_FLOCK_DECL=0 
-DHAVE_REVOKE_DECL
 =1 -DHAVE_SYS_SIGLIST_DECL=1 -DHAVE_PERSISTENT_HISTORY=0 -DMKSH_PRINTF_BUILTIN 
--combine -o mksh ../../mksh/lalloc.c ../../mksh/edit.c ../../mksh/eval.c 
../../mksh/exec.c ../../mksh/expr.c ../../mksh/funcs.c ../../mksh/histrap.c 
../../mksh/jobs.c ../../mksh/lex.c ../../mksh/main.c ../../mksh/misc.c 
../../mksh/shf.c ../../mksh/syn.c ../../mksh/tree.c ../../mksh/var.c 
../../mksh/printf.c -isystem /usr/lib/diet/include -D__dietlibc__ -Os 
-fomit-frame-pointer /usr/lib/diet/lib-alpha/libc.a -lgcc 
/tmp/ccVwfS9o.o: In function `c_printf':
(.text+0x2b7d4): warning: warning: your code uses stdio (7+k bloat).
/usr/lib/diet/lib-alpha/libc.a(vprintf.o): In function `vprintf':
(.text+0x10): warning: warning: the printf functions add several kilobytes of 
bloat.
/usr/lib/diet/lib-alpha/libc.a(strtod.o): In function `strtod':
(.text+0xa4): undefined reference to `_OtsMulX'
/usr/lib/diet/lib-alpha/libc.a(strtod.o): In function `strtod':
(.text+0xa8): undefined reference to `_OtsMulX'
/usr/lib/diet/lib-alpha/libc.a(strtod.o): In function `strtod':
(.text+0xbc): undefined reference to `_OtsCvtQX'
/usr/lib/diet/lib-alpha/libc.a(strtod.o): In function `strtod':
(.text+0xc4): undefined reference to `_OtsCvtQX'
/usr/lib/diet/lib-alpha/libc.a(strtod.o): In function `strtod':
(.text+0xd8): undefined reference to `_OtsAddX'
/usr/lib/diet/lib-alpha/libc.a(strtod.o): In function `strtod':
(.text+0xe8): undefined reference to `_OtsAddX'
/usr/lib/diet/lib-alpha/libc.a(strtod.o): In function `strtod':
(.text+0x158): undefined reference to `_OtsMulX'
/usr/lib/diet/lib-alpha/libc.a(strtod.o): In function `strtod':
(.text+0x15c): undefined reference to `_OtsMulX'
/usr/lib/diet/lib-alpha/libc.a(strtod.o): In function `strtod':
(.text+0x170): undefined reference to `_OtsCvtQX'
/usr/lib/diet/lib-alpha/libc.a(strtod.o): In function `strtod':
(.text+0x178): undefined reference to `_OtsCvtQX'
/usr/lib/diet/lib-alpha/libc.a(strtod.o): In function `strtod':
(.text+0x18c): undefined reference to `_OtsMulX'
/usr/lib/diet/lib-alpha/libc.a(strtod.o): In function `strtod':
(.text+0x194): undefined reference to `_OtsMulX'
/usr/lib/diet/lib-alpha/libc.a(strtod.o): In function `strtod':
(.text+0x1a8): undefined reference to `_OtsAddX'
/usr/lib/diet/lib-alpha/libc.a(strtod.o): In function `strtod':
(.text+0x1b8): undefined reference to `_OtsAddX'
/usr/lib/diet/lib-alpha/libc.a(strtod.o): In

Bug#547393: libjpeg62-dev -> libjpeg-dev transition

[Bill Allombert]

On Sat, Sep 19, 2009 at 01:01:38PM +0200, Pierre Habouzit wrote:
> On Sat, Sep 19, 2009 at 11:47:35AM +0200, Bill Allombert wrote:
> > Actually, I have already done a test-rebuild of all the packages that
> > build-depends on libjpeg62-dev or libjpeg-dev against a modified 
> > libjpeg7-dev
> > that provide both libjpeg62-dev and libjpeg-dev, and there is only six FTBFS
> > five of them being just test-suite update, and I send a patch for the sixth
> > (netpbm) in the BTS.
> 
> That' be great (if not already done) to open important bugs on those
> packages please, so that we can track that down.

This the summary of the result:

1) FTBFS in sid with libjpeg62-dev anyway:
avifile:  FTBFS #526536
blender:  FTBFS #545622
crystalspace: FTBFS #543082
dillo:FTBFS #515271  
emacs22:  FTBFS #545497
emacs23:  FTBFS #545379
fgfs-atlas:   FTBFS #545593
gqcam:FTBFS #515314
graphviz: FTBFS #542979
hdf-eos5: FTBFS #545833
kaffe:FTBFS #529872
ntop: FTBFS #527757
openvrml: FTBFS #490334, #534055
paintlib: FTBFS #546167
player:   FTBFS #524746
rezound:  FTBFS #529952, #529967
slony1:   FTBFS #536929
vegastrike:   FTBFS #530483, #537005
stage:uninstallable build-dep->#524746

2) Package too large to be tested:
openoffice.org: too large

3) Package that fail to compile:
netpbm-free:  patch #546416

4) Package that build but fail test-suite:
sdop: testsuite
graphicsmagick:   testsuite
libgd-gd2-noxpm-perl: testsuite
libgd-gd2-perl:   testsuite

5) a small number (~5) of packages need to be updated to be compatible
with libjpeg7 raw interface (this is a one-line change). I will 
report bugs.

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 


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




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

Bug#547215: mumudvb: Incorrect runlevels and dependencies in init.d script header

[DUBOST Brice]

Petter Reinholdtsen a écrit :
> Package:  mumudvb
> Version:  1.5.3-1
> Severity: important
> Tags: patch
> User: initscripts-ng-de...@lists.alioth.debian.org
> Usertags: incorrect-runlevels incorrect-dependencies
> 
> With dependency based boot sequencing, I discovered what I believe is
> a bug in the init.d script.  The script start in rcS.d/ yet depend on
> $syslog.  A closer look at the update-rc.d call indicate that the
> runlevel list in the script header is wrong.  Also, the script depend
> on files in /usr/, and should depend on $remote_fs instead of
> $local_fs.
> 
>  http://refspecs.freestandards.org/LSB_2.1.0/LSB-generic/LSB-generic/initscrcomconv.html
>  >
> documents the LSB header format.  Some debian notes are available from
> http://wiki.debian.org/LSBInitScripts >.
> 
> This patch solve the problem, and include code in the postinst to
> recover installations with the wrong runlevel settings.  The version
> number used need to be the last version before the issue is fixed.
> 
> [snip]
>

Hello,

Thanks for the report. This patch is now upstream and will be part of
the next release of MuMuDVB

Regards

-- 
Brice

A: Yes.
>Q: Are you sure?
>>A: Because it reverses the logical flow of conversation.
>>>Q: Why is top posting annoying in email?



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

Bug#547405: libqt3-headers provides wrong qvaluelist.h and qptrlist.h files

[Carl Chenet]

Package: libqt3-headers
Version: 3:3.3.8b-6
Severity: normal

Hi,

I'm trying to build some libraries related to qt4. But during the build, these 
two files are needed:
qvaluelist.h and qptrlist.h

These files seem to be provided only by the libqt3-headers package in Sid. But 
it seems to have an incompatibility between the qt4 librairies and these qt3 
files. I wan not able to find a qt4 version of these two files. Any help will 
be appreciated.

The error message : 

building 'kde_kwallet' extension
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall 
-Wstrict-prototypes -g -O2 -fPIC -I/usr/include/dbus-1.0 
-I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include 
-I/usr/include/qt4 -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtCore 
-I/usr/include/kde -I/usr/include/python2.5 -c keyring/backends/kde_kwallet.cpp 
-o build/temp.linux-i686-2.5/keyring/backends/kde_kwallet.o
cc1plus: warning: command line option "-Wstrict-prototypes" is valid for 
Ada/C/ObjC but not for C++
In file included from /usr/include/kde/kwallet.h:31,
 from keyring/backends/kde_kwallet.cpp:5:
/usr/include/kde/dcopobject.h:29:22: error: qptrlist.h: No such file or 
directory
/usr/include/kde/dcopobject.h:30:24: error: qvaluelist.h: No such file or 
directory

Thanks and bye,
Carl Chenet

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

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

libqt3-headers depends on no packages.

Versions of packages libqt3-headers recommends:
ii  libqt3-mt-dev 3:3.3.8b-6 Qt development files (Threaded)

libqt3-headers 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#543852: ncurses/wide

[Sven Joachim]

On 2009-09-19 02:31 +0200, Clint Adams wrote:

> Are there any current plans to drop the wide packages and make the main
> packages wide?

No.  This is the idea for libncurses6, but an ncurses soname change is
not imminent.  One year ago the then-maintainer had announced it¹, but
he did not pursue this goal any further.  In any case, such a step
should probably be coordinated with other distros, since the LSB demands
that 5 be the soname of libncurses².

Making the main packages wide without an soname change is obviously only
possible if the wide library is ABI-compatible with the narrow one.  The
INSTALL file warns

,
| The wide-character library interfaces are not binary-compatible with the
| non-wide-character version.
`

and 

,
| NOTE: applications compiled with this³ configuration are not compatible
| with those built for 8-bit characters.  You cannot simply make a
| symbolic link to equate libncurses.so with libncursesw.so
`

I'm not sure if this is actually true, however.  When I did

# ln -f /lib/libncursesw.so.5.7 /lib/libncurses.so.5.7

in a chroot, at least bash and emacs22-nox worked apparently fine.  But
even if there's no problem in this regard and we can get away with
overriding upstream's decision of putting a "w" into the wide libraries'
sonames, there is the problem that we would lose binary compatibility
with everyone else in the world: programs built on Debian that use the
wide API and link against our wide libncurses.so.5 would not be able to
run anywhere else.

The other possibility that I see is to deprecate the main packages and
provide compatibility symlinks in the wide development packages so that
we can binNMU the world (well, only a few hundred packages) afterwards.
We would still need to ship a libncurses5 package for LSB compatibility
and for proprietary applications that link against it, but there could
not be a development package for the non-wide library (I would see that
as a blessing).

Sven


¹ http://lists.debian.org/debian-devel/2008/09/msg00435.html
² 
http://refspecs.linux-foundation.org/LSB_4.0.0/LSB-Core-generic/LSB-Core-generic/libncurses.html
³ i.e. with --enable-widec



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

Bug#547406: grub-pc: Linux command line not extracted from /etc/default/grub

[Harald Braumann]

Package: grub-pc
Version: 1.97~beta3-1
Severity: normal

On upgrade, I'm presented with the following dialog:

---8<---
Configuring grub-pc
---

The following Linux command line was extracted from /etc/default/grub or the 
`kopt' parameter in GRUB Legacy's 
menu.lst.  Please verify that it is correct, and modify it if necessary.

Linux command line: 


The following string will be used as Linux parameters for the default menu 
entry but not for the recovery mode.

Linux default command line: 

---8<---

But the parameter `Linux [default] command line' is not prefilled with the
value from /etc/default/grub. In fact, I couldn't find any code in 
grub-pc.postinst that would extract that value.

Here's my /etc/default/grub file:

---8<---
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.

GRUB_DEFAULT=0
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
#GRUB_CMDLINE_LINUX_DEFAULT="quiet"
GRUB_CMDLINE_LINUX='resume=swap:/dev/mapper/vgsys-lvswap no_console_suspend 
hpet=force acpi_sleep=s4_nohwsig'

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entrys
#GRUB_DISABLE_LINUX_RECOVERY="true"
---8<---

On a side note, it's a bit confusing that the description uses
`Linux command line' in one case and `string [...] as Linux parameters' in the
other.

-- Package-specific info:

*** BEGIN /proc/mounts
/dev/mapper/vgsys-lvroot / ext3 rw,errors=remount-ro,commit=5,data=ordered 0 0
/dev/mapper/vgraw-lvboot /boot ext3 rw,errors=continue,commit=5,data=ordered 0 0
/dev/mapper/vghb-lvhb /home/hb ext3 rw,errors=continue,commit=5,data=ordered 0 0
/dev/mapper/vgsys-lvvar /var ext3 rw,errors=continue,commit=5,data=ordered 0 0
/dev/mapper/vgsys-lvvm /var/lib/vm ext3 
rw,errors=continue,commit=5,data=ordered 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/device.map
(hd0)   /dev/sda
*** END /boot/grub/device.map

*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
set default=0
set timeout=5
insmod lvm
set root=(vgraw-lvboot)
search --no-floppy --fs-uuid --set 4631fcaa-cb7f-4147-818f-001ce123668f
if loadfont /grub/ascii.pf2 ; then
  set gfxmode=640x480
  insmod gfxterm
  insmod vbe
  if terminal_output.gfxterm ; then true ; else
# For backward compatibility with versions of terminal.mod that don't
# understand terminal_output
terminal gfxterm
  fi
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
menuentry "Debian GNU/Linux, Linux 2.6.29.3" {
insmod lvm
set root=(vgraw-lvboot)
search --no-floppy --fs-uuid --set 4631fcaa-cb7f-4147-818f-001ce123668f
linux   /vmlinuz-2.6.29.3 root=/dev/mapper/vgsys-lvroot ro 
resume=swap:/dev/mapper/vgsys-lvswap no_console_suspend hpet=force 
acpi_sleep=s4_nohwsig 
initrd  /initrd.img-2.6.29.3
}
menuentry "Debian GNU/Linux, Linux 2.6.29.3 (recovery mode)" {
insmod lvm
set root=(vgraw-lvboot)
search --no-floppy --fs-uuid --set 4631fcaa-cb7f-4147-818f-001ce123668f
linux   /vmlinuz-2.6.29.3 root=/dev/mapper/vgsys-lvroot ro single 
resume=swap:/dev/mapper/vgsys-lvswap no_console_suspend hpet=force 
acpi_sleep=s4_nohwsig
initrd  /initrd.img-2.6.29.3
}
menuentry "Debian GNU/Linux, Linux 2.6.27.8" {
insmod lvm
set root=(vgraw-lvboot)
search --no-floppy --fs-uuid --set 4631fcaa-cb7f-4147-818f-001ce123668f
linux   /vmlinuz-2.6.27.8 root=/dev/mapper/vgsys-lvroot ro 
resume=swap:/dev/mapper/vgsys-lvswap no_console_suspend hpet=force 
acpi_sleep=s4_nohwsig 
initrd  /initrd.img-2.6.27.8
}
menuentry "Debian GNU/Linux, Linux 2.6.27.8 (recovery mode)" {
insmod lvm
set root=(vgraw-lvboot)
search --no-floppy --fs-uuid --set 4631fcaa-cb7f-4147-818f-001ce123668f
linux   /vmlinuz-2.6.27.8 root=/dev/mapper/vgsys-lvroot ro single 
resume=swap:/dev/mapper/vgsys-lvswa

Bug#529876: lvm2: pvmove lost my full lv (bad interaction with kvm ?)

[Elrond]

Hi,

I experienced nearly exactly the same problem two days ago.
Also with *.44.

One big difference in my case:

I used a failing pvmove first:
pvmove -v -i 10 /dev/sda6:0-20 /dev/sda6:100-120

Moving inside the same PV (for example to reduce
fragmentation) does not seem to be supported at all. I
usually have to do that by moving the PEs first to another
PV and then back.


On Fri, May 22, 2009 at 01:48:53PM +0200, Vincent Danjean wrote:
[...]
> Alasdair G Kergon wrote:
> > For pvmove completing when it hadn't actually moved, you need a bug fix:
> > Fix pvmove to revert operation if temporary mirror creation fails.
> > which is in 2.02.47 upstream that I'll be releasing in a few hours.
> > (It's actually in 2.02.46 I released the other day, but I've withdrawn that
> > release due to a build bug.)

Hmmm

Shouldn't the "operation" be done after the mirror has
finished? So that a power outage leaves LVM in the state
just before the pvmove and one can start over from the
beginning?


Cheers

Elrond



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

Bug#545868: autokey: 0.60.4-1 (NEXT version) wants KDE - I don't, thanks

[Patrick Wiseman]

Package: autokey
Severity: normal

I am about to purge autokey, rather than have all those KDE dependencies 
installed.

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

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

Versions of packages autokey depends on:
ii  librsvg2-22.26.0-1   SAX-based renderer library for SVG
ii  python2.5.4-2An interactive high-level object-o
ii  python-central0.6.11 register and build utility for Pyt
ii  python-configobj  4.5.2-2a simple but powerful config file 
ii  python-gobject2.18.0-1   Python bindings for the GObject li
ii  python-gtk2   2.16.0-1   Python bindings for the GTK+ widge
ii  python-notify 0.1.1-2+b1 Python bindings for libnotify
ii  python-xlib   0.14-2 Interface for Python to the X11 Pr

autokey recommends no packages.

autokey 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#547407: logrotate changes permissions for /var/log/btmp as set by base-files

[Christoph Anton Mitterer]

Package: logrotate
Version: 3.7.8-4
Severity: normal

Hi.

The base-files postinst sets the permission on /var/log/btmp to 664.
/etc/logrotate.conf however sets them to 660 (at least after first
roataion).

Not sure if this is a "bug" here or in base-files,.. I think however
that both should be aligned.


Cheers,
Chris.



-- Package-specific info:
Contents of /etc/logrotate.d
total 48
-rw-r--r-- 1 root root  84 2007-10-26 23:00 apt
-rw-r--r-- 1 root root  79 2007-03-14 15:46 aptitude
-rw-r--r-- 1 root root 215 2007-09-04 13:51 clamav-freshclam
-rw-r--r-- 1 root root 135 2009-09-02 19:40 consolekit
-rw-r--r-- 1 root root 248 2008-05-26 10:21 cups
-rw-r--r-- 1 root root 112 2009-05-21 06:57 dpkg
-rw-r--r-- 1 root root  94 2008-05-17 00:34 hibernate
-rw-r--r-- 1 root root  82 2007-11-21 18:08 mixmaster
-rw-r--r-- 1 root root  94 2007-03-17 23:36 ppp
-rw-r--r-- 1 root root 417 2007-10-21 12:49 privoxy
-rw-r--r-- 1 root root 515 2009-06-23 14:08 rsyslog
-rw-r--r-- 1 root root 190 2008-07-16 11:29 tor


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

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

Versions of packages logrotate depends on:
ii  anacron   2.3-13.2   cron-like program that
doesn't go
ii  base-passwd   3.5.22 Debian base system master
password
ii  cron  3.0pl1-106 process scheduling daemon
ii  libc6 2.9-26 GNU C Library: Shared
libraries
ii  libpopt0  1.14-4 lib for parsing cmdline
parameters
ii  libselinux1   2.0.85-4   SELinux runtime shared
libraries

Versions of packages logrotate recommends:
ii  bsd-mailx [mailx]  8.1.2-0.20090911cvs-1 simple mail user agent

logrotate 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#547408: rhythmbox: sid/i386 binaries require experimental libsoup

[Simon McVittie]

Package: rhythmbox
Version: 0.12.5-1
Severity: serious
Justification: Policy 2.2.1

RB 0.12.5-1 was uploaded to sid, but the i386 maintainer build requires
libsoup-gnome2.4-1 (>= 2.27.92) and libsoup2.4-1 (>= 2.27.92), which are
only satisfiable in experimental. Versions produced by the buildds (so far
that's alpha and amd64) are fine, since they only depend on sid versions
of libsoup.

Please build packages for sid in a clean sid environment, even if you're using
some experimental packages yourself; pbuilder, sbuild and schroot are useful
for this.  explains the setup
I use.

Regards,
Simon



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

Bug#547409: grub-pc: /boot/grub/grub.cfg gets mode 400

[Harald Braumann]

Package: grub-pc
Version: 1.97~beta3-1
Severity: minor

The changelog says:

  * patches/907_grub.cfg_400.diff: New patch to make grub.cfg again mode
444 if it does not contain a password line.

This doesn't seem to work. My grub.cfg doesn't contain any password line,
and still the mode is always set to 400.

-- Package-specific info:

*** BEGIN /proc/mounts
/dev/mapper/vgsys-lvroot / ext3 rw,errors=remount-ro,commit=5,data=ordered 0 0
/dev/mapper/vgraw-lvboot /boot ext3 rw,errors=continue,commit=5,data=ordered 0 0
/dev/mapper/vghb-lvhb /home/hb ext3 rw,errors=continue,commit=5,data=ordered 0 0
/dev/mapper/vgsys-lvvar /var ext3 rw,errors=continue,commit=5,data=ordered 0 0
/dev/mapper/vgsys-lvvm /var/lib/vm ext3 
rw,errors=continue,commit=5,data=ordered 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/device.map
(hd0)   /dev/sda
*** END /boot/grub/device.map

*** BEGIN /boot/grub/grub.cfg

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

Kernel: Linux 2.6.29.3
Locale: LANG=POSIX, LC_CTYPE=de_AT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages grub-pc depends on:
ii  debconf [debconf-2.0]   1.5.27   Debian configuration management sy
ii  grub-common 1.97~beta3-1 GRand Unified Bootloader, version 
ii  libc6   2.9-25   GNU C Library: Shared libraries
ii  ucf 3.0021   Update Configuration File: preserv

grub-pc recommends no packages.

Versions of packages grub-pc suggests:
pn  desktop-base   (no description available)
ii  genisoimage   9:1.1.9-1  Creates ISO-9660 CD-ROM filesystem

-- debconf information:
  grub2/kfreebsd_cmdline:
* grub-pc/linux_cmdline:
* grub2/linux_cmdline: resume=swap:/dev/mapper/vgsys-lvswap no_console_suspend 
hpet=force acpi_sleep=s4_nohwsig
* grub-pc/chainload_from_menu.lst: false
  grub-pc/kopt_extracted: false
  grub-pc/postrm_purge_boot_grub: false
  grub2/kfreebsd_cmdline_default: quiet
* grub2/linux_cmdline_default:
* grub-pc/install_devices: /dev/sda



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

Bug#452977: Anything new?

[Tim Kosse]

Wouldn't it be possible to just apply a simple patch to the current version?

For quite a while now I've been using custom build of the
mingw32-runtime package with the attached patch copied to the
debian/patches subdirectory. The patch is straight out of the mingw CVS
repository, just the file paths have been adjusted.

Regards,
Tim

===
RCS file: /cvs/src/src/winsup/mingw/mingwex/gdtoa/Attic/mingw_snprintf.c,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- mingw-runtime-3.13-20070825-1/mingwex/gdtoa/mingw_snprintf.c
+++ mingw-runtime-3.13-20070825-1/mingwex/gdtoa/mingw_snprintf.c
@@ -465,7 +465,7 @@
len = LEN_LL;
  }
else
- len = LEN_LL;
+ len = LEN_L;
goto fmtloop;
case 'L':
flag_ld++;
@@ -617,6 +617,7 @@
break;
  case LEN_S:
*(short*)ip = c;
+   break;
  case LEN_LL:
*(long long*) ip = c;
break;


signature.asc
Description: OpenPGP digital signature

Bug#545607: python-visual: diff for NMU version 1:5.11-1.1

[Luca Falavigna]

tags 545607 + patch pending
thanks

Dear maintainer,

I've prepared an NMU for python-visual (versioned as 1:5.11-1.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Rationale of the changes made can be found in this bug report.

Regards.
diff -u python-visual-5.11/debian/changelog python-visual-5.11/debian/changelog
--- python-visual-5.11/debian/changelog
+++ python-visual-5.11/debian/changelog
@@ -1,3 +1,13 @@
+python-visual (1:5.11-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/patches/2001_use_multithreaded_boost.patch:
+- Recent version of boost1.39 removed the redundant "-mt" decorations
+  from its libraries, it is no longer needed to link against the
+  mangled ones, thus removing the related patch (Closes: #545607).
+
+ -- Luca Falavigna   Sat, 19 Sep 2009 15:21:39 +0200
+
 python-visual (1:5.11-1) unstable; urgency=low
 
   * New upstream release.
diff -u python-visual-5.11/debian/patches/series python-visual-5.11/debian/patches/series
--- python-visual-5.11/debian/patches/series
+++ python-visual-5.11/debian/patches/series
@@ -3 +2,0 @@
-2001_use_multithreaded_boost.patch
reverted:
--- python-visual-5.11/debian/patches/2001_use_multithreaded_boost.patch
+++ python-visual-5.11.orig/debian/patches/2001_use_multithreaded_boost.patch
@@ -1,12 +0,0 @@
-diff --git a/src/Makefile.in b/src/Makefile.in
 a/src/Makefile.in
-+++ b/src/Makefile.in
-@@ -208,7 +208,7 @@
-  else
- # Libtoolish rules.  These should apply to all POSIX-like systems.
- CVISUAL_LIBS += $(filter-out $(_FILTER_OUT), $(GTK_LIBS) \
--   $(GTHREAD_LIBS) -lboost_python -lboost_thread -lboost_signals)
-+   $(GTHREAD_LIBS) -lboost_python-mt -lboost_thread-mt -lboost_signals-mt)
- CXX_RULE = $(_LT_CXX_RULE)
- LINK_RULE = $(_LT_LINKRULE)
- PLATFORM_TARGET = cvisualmodule.la

Bug#546269: mc: Crashes with very long file names

[Denis Briand]

tag 546269 unreproducible moreinfo
thanks 

Hello Ari,
Thanks for your bug report.
Sorry, but I can't reproduce your bug.
I tried to create some 243 and more long file names with touch.
mcedit works and open them and mc don't crash when it's in the current
directory.
What kind of file system do you use?
Maybe I don't reproduce it correctly?

best regards

Denis Briand


signature.asc
Description: Digital signature

Bug#546823: smartmontools: smartd segfault caused by libcap-ng

[Sascha Silbe]

Package: smartmontools
Version: 5.38+svn2879-4
Severity: normal


I've hit this issue on a fresh installation. captest (from libcap-ng-utils) 
segfaults as well, so it's probably a libcap-ng bug and not a smartmontools one:

flatty:/etc# ltrace captest
__libc_start_main(36672, 1, 0xbea6fd84, 37220, 37216 
capng_get_caps_process(1, 0xbea6fd84, 0, 71404, 0 
--- SIGSEGV (Segmentation fault) ---
+++ killed by SIGSEGV +++

(gdb) run
Starting program: /usr/bin/captest 
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)

Program received signal SIGSEGV, Segmentation fault.
0x40027630 in ?? () from /usr/lib/libcap-ng.so.0
(gdb) where
#0  0x40027630 in ?? () from /usr/lib/libcap-ng.so.0
Cannot access memory at address 0x0
#1  0x400275fc in ?? () from /usr/lib/libcap-ng.so.0
Cannot access memory at address 0x0
Backtrace stopped: previous frame identical to this frame (corrupt stack?)


-- Package-specific info:
Ouput of /usr/share/bug/smartmontools:
Couldn't parse /boot/config-2.6.31-rc9-flatty-ocf-1-00293-g53a104c

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

Kernel: Linux 2.6.31-rc9-flatty-ocf-1-00293-g53a104c (PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages smartmontools depends on:
ii  debianutils   3.2.1  Miscellaneous utilities specific t
ii  libc6 2.9-25 GNU C Library: Shared libraries
ii  libcap-ng00.5.1-1Development and header files for l
ii  libgcc1   1:4.4.1-1  GCC support library
ii  libstdc++64.4.1-1The GNU Standard C++ Library v3
ii  lsb-base  3.2-23 Linux Standard Base 3.2 init scrip

Versions of packages smartmontools recommends:
ii  bsd-mailx [mailx]  8.1.2-0.20081101cvs-2 A simple mail user agent

Versions of packages smartmontools suggests:
pn  gsmartcontrol  (no description available)
pn  powersaved (no description available)
pn  smart-notifier (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#547410: mlmmj: [INTL:it] Italian debconf templates translation

[Luca Monducci]

Package: mlmmj
Severity: wishlist
Tags: l10n, patch

Hello,
please add the Italian debconf templates translation (attached).

Regards,
 Luca

it.po
Description: Binary data

Bug#547350: ITP: sinfo -- Monitoring tool for computer clusters using broadcasts

[Manuel Prinz]

Hi Gaudenz!

As it seems, the executable is named "sinfo", which is already supplied
in the SLURM batch system package (slurm-llnl). Because both packages
are useful on clusters, a Conflicts does not make sense, so renaming
seems to be the best option. I CC'ed Gennaro (slurm-llnl maintainer) so
he can comment.

Best regards
Manuel




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

Bug#547411: override: squashfs:kernel/optional

[Daniel Baumann]

Package: ftp.debian.org

Archive Administrator wrote:
> squashfs-tools_4.0-2_i386.deb: package says section is kernel, override says 
> admin.

module sources and module userland tools were reclassified as belonging
to section kernel.

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  daniel.baum...@panthera-systems.net
Internet:   http://people.panthera-systems.net/~daniel-baumann/



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

Bug#547341: Installation of svgatextmode forces removal of console-tools and forces installation of kbd, even if kbd-compat is installed

[STEPHEN POWELL]

Dear Ron,

I am aware of the tug-of-war between console-tools and kbd.
And I read both of the bug reports to which you referred.
All I can say is that I did a fresh install of Lenny a few
weeks after it became the stable release, using the official
Debian installer, and it installed console-tools by default.
Then I installed svgatextmode and was forced to switch to kbd
as a result.  It sounds to me like the right hand doesn't
know what the left hand is doing.  All I'm asking for is a
consistent view of console management by the Debian distribution.
Either support diversity or just have one package.



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

Bug#547406: grub-pc: Linux command line not extracted from /etc/default/grub

[Felix Zielcke]

Am Samstag, den 19.09.2009, 15:17 +0200 schrieb Harald Braumann:
> On upgrade, I'm presented with the following dialog:
> 
> ---8<---
> Configuring grub-pc
> ---
> 
> The following Linux command line was extracted from /etc/default/grub
> or the `kopt' parameter in GRUB Legacy's 
> menu.lst.  Please verify that it is correct, and modify it if
> necessary.
> 
> Linux command line: 
> 
> 
> The following string will be used as Linux parameters for the default
> menu entry but not for the recovery mode.
> 
> Linux default command line: 
> 
> ---8<---
> 
> But the parameter `Linux [default] command line' is not prefilled with
> the
> value from /etc/default/grub. In fact, I couldn't find any code in 
> grub-pc.postinst that would extract that value.

Because it's not there. It's in grub-pc.config or if you look in the
source package debian/config.in now.

> Here's my /etc/default/grub file:
> 
> ---8<---
> # If you change this file, run 'update-grub' afterwards to update
> # /boot/grub/grub.cfg.
> 
> GRUB_DEFAULT=0
> GRUB_TIMEOUT=5
> GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
> #GRUB_CMDLINE_LINUX_DEFAULT="quiet"

That's commented out so it's clear.

> GRUB_CMDLINE_LINUX='resume=swap:/dev/mapper/vgsys-lvswap
> no_console_suspend hpet=force acpi_sleep=s4_nohwsig' 

I just put that in my default/grub and ran `dpkg-reconfigure grub-pc'.
Worked fine.
So I don't have any clue where the problem is for you.

-- 
Felix Zielcke
Proud Debian Maintainer




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

Bug#533785: gdc-4.2: non-standard gcc/g++ used for build (gcc-4.2)

[Matthias Klose]

The default gdc still points to 4.1, gdc-4.2 never was part of a stable release, 
so it shouldn't hurt to remove it from unstable.




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

Bug#533789: llvm-gcc-4.2: non-standard gcc/g++ used for build (gcc-4.2)

[Matthias Klose]

If llvm-gcc-4.2 should stay in testing/unstable, please include a copy of the 
required files into the llvm-gcc-4.2 source. That should only be a part of the 
gcc-4.2 sources.




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

Bug#489729: xserver-xorg-video-intel: synchronization with virtical refresh broken after suspend to ram

[Jens Thiele]

Hi,

just updated squeeze/testing again. At the moment synchronization is
completely broken again.

I did not look into the details yet. Following the infos gathered by
reportbug via chroot (test run was not in chroot => kernel version was
the kernel in squeeze [2.6.30 i think] and not the one reported here).

-- Package-specific info:
/var/lib/x11/X.roster does not exist.

/var/lib/x11/X.md5sum does not exist.

X server symlink status:
lrwxrwxrwx 1 root root 13  1. Sep 13:48 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1867584  1. Aug 09:45 /usr/bin/Xorg

/var/lib/x11/xorg.conf.roster does not exist.

VGA-compatible devices on PCI bus:
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 
943/940GML Express Integrated Graphics Controller (rev 03)

/var/lib/x11/xorg.conf.md5sum does not exist.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 0 19. Sep 14:36 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:


Xorg X server log files on system:
-rw-r--r-- 1 root root 27286 19. Sep 15:14 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file
/var/log/Xorg.0.log:

X.Org X Server 1.6.3
Release Date: 2009-7-31
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.30.2-dsa-amd64 x86_64 Debian
Current Operating System: Linux thialfi 2.6.30-1-amd64 #1 SMP Sat Aug 15 
18:09:19 UTC 2009 x86_64
Build Date: 01 August 2009  07:44:36AM
xorg-server 2:1.6.3-1 (buildd@) 
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Sat Sep 19 15:14:15 2009
(==) Using config file: "/etc/X11/xorg.conf"
(==) No Layout section.  Using the first Screen section.
(==) No screen section available. Using defaults.
(**) |-->Screen "Default Screen Section" (0)
(**) |   |-->Monitor ""
(==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
(==) Automatically adding devices
(==) Automatically enabling devices
(WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
Entry deleted from font path.
(==) 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,
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,
built-ins
(==) ModulePath set to "/usr/lib/xorg/modules"
(II) Cannot locate a core pointer device.
(II) Cannot locate a core keyboard device.
(II) The server relies on HAL to provide the list of input devices.
If no devices become available, reconfigure HAL or disable 
AllowEmptyInput.
(II) Loader magic: 0x3740
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.4
X.Org Video Driver: 5.0
X.Org XInput driver : 4.0
X.Org Server Extension : 2.0
(II) Loader running on linux
(++) using VT number 7

(--) PCI:*(0:0:2:0) 8086:27a2:17aa:201a Intel Corporation Mobile 945GM/GMS, 
943/940GML Express Integrated Graphics Controller rev 3, Mem @ 
0xee10/524288, 0xd000/268435456, 0xee20/262144, I/O @ 0x1800/8
(II) Open ACPI successful (/var/run/acpid.socket)
(II) System resource ranges:
[0] -1  0   0x - 0x (0x1) MX[B]
[1] -1  0   0x000f - 0x000f (0x1) MX[B]
[2] -1  0   0x000c - 0x000e (0x3) MX[B]
[3] -1  0   0x - 0x0009 (0xa) MX[B]
[4] -1  0   0x - 0x (0x1) IX[B]
[5] -1  0   0x - 0x (0x1) IX[B]
(II) LoadModule: "extmod"
(II) Loading /usr/lib/xorg/modules/extensions//libextmod.so
(II) Module extmod: vendor="X.Org Foundation"
compiled for 1.6.3, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension SELinux
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-DGA
(II) Loading extension DPMS
(II) Loading extension XVideo
(II) Loading extension XVideo-MotionCompensation
(II) Loading extension X-Resource
(II) LoadModule: "dbe"
(II) Loading /usr/lib/xorg/modules/extensions//libdbe.so
(II) Module dbe: vendor="X.Org Foundation"
compiled for 1.6.3, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension DOUBLE-BUFFER
(II) LoadModule: "glx"
(II) Loading /usr/lib/xorg/modules/extensions//libglx.so
(II) Module glx: vendor="X.Org Foundation"
compiled for 1.6.3, module version = 1.0.0
ABI class: X.Org Server Extension, version 2.0
(==) AIGLX

Bug#547037: pu: package request-tracker3.6/3.6.7-5+lenny2

[Dominic Hargreaves]

On Wed, Sep 16, 2009 at 10:36:53PM +0100, Adam D. Barratt wrote:
> On Wed, 2009-09-16 at 21:56 +0100, Dominic Hargreaves wrote:
> > #546778 fixes a XSS vulnerability when displaying custom fields:
> > 
> > http://lists.bestpractical.com/pipermail/rt-announce/2009-September/000172.html
> > 
> > Fix prepared at
> > 
> > http://svn.debian.org/wsvn/pkg-request-tracker/packages/request-tracker3.6/branches/lenny/#_packages_request-tracker3.6_branches_lenny_
> >  
> > Please may I upload this to stable?
> 
> Please go ahead.

Thanks; done.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



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

Bug#547414: pu: package movabletype-opensource/4.2.3-1+lenny1

[Dominic Hargreaves]

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

#537935 describes an XSS bug which has been worked around in this new
package. Because I have found it difficult to ascertain the details of
the bug I have chosen to disable the relevant component in the default
configuration (something that should have been done anyway).

I've attached my proposed changes.

Please could you let me know whether this is okay to upload to stable.

Cheers,
Dominic.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)
Index: debian/postinst
===
--- debian/postinst	(revision 1477)
+++ debian/postinst	(working copy)
@@ -80,17 +80,19 @@
 fi
 fi
 
-if [ -x /usr/sbin/apache2ctl -a -z "$2" ]; then
-db_get movabletype-opensource/reload_apache || true
-RELOAD="$RET"
-if [ "$RELOAD" = "true" ]; then
-if /usr/sbin/apache2ctl configtest 2>/dev/null; then
-invoke-rc.d apache2 reload || true
+if [ -x /usr/sbin/apache2ctl ]; then
+if [ -z "$2" ] || dpkg --compare-versions "$2" lt 4.2.3-1+lenny1~test.2; then
+db_get movabletype-opensource/reload_apache || true
+RELOAD="$RET"
+if [ "$RELOAD" = "true" ]; then
+if apache2ctl configtest 2>/dev/null; then
+invoke-rc.d apache2 reload || true
+else
+echo "apache2 configuration broken, not reloading!"
+fi
 else
-echo "apache2 configuration broken, not reloading!"
+echo "Please manually reload Apache to apply the configuration update"
 fi
-else
-echo "Please manually reload Apache to apply the configuration update"
 fi
 fi
 
Index: debian/changelog
===
--- debian/changelog	(revision 1477)
+++ debian/changelog	(working copy)
@@ -1,3 +1,11 @@
+movabletype-opensource (4.2.3-1+lenny1) UNRELEASED; urgency=low
+
+  * Don't allow any access to mt-wizard.cgi by default as it shouldn't
+normally be needed and presents an unnecessary security exposure
+(closes: #537935)
+
+ -- Dominic Hargreaves   Sat, 19 Sep 2009 15:34:58 +0100
+
 movabletype-opensource (4.2.3-1) unstable; urgency=medium
 
   * Urgency medium due to security fixes
Index: debian/movabletype-opensource.apache2
===
--- debian/movabletype-opensource.apache2	(revision 1477)
+++ debian/movabletype-opensource.apache2	(working copy)
@@ -1 +1,6 @@
 Alias /mt-static /usr/share/movabletype/static
+
+  
+Deny from all
+  
+
Index: debian/README.Debian
===
--- debian/README.Debian	(revision 1477)
+++ debian/README.Debian	(working copy)
@@ -39,3 +39,18 @@
 mkdir support
 and make sure that this directory is writable by the web server, or
 ln -s /my/writable/support-dir support
+
+MT Wizard
+-
+
+Please note that mt-wizard.cgi has been disabled in the default
+Apache configuration as it is not normally needed -- configuration is handled
+automatically at package installation time.
+
+If you do need to use it you are strongly advised to restrict access to
+trusted hosts, since there is an unspecified security problem in the
+current version (see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=537935
+for further details).
+
+If you use Movable Type with other web servers you should take steps
+to protect this script in the same way.

Bug#547407: logrotate changes permissions for /var/log/btmp as set by base-files

[Paul Martin]

On Sat, Sep 19, 2009 at 03:23:17PM +0200, Christoph Anton Mitterer wrote:

> The base-files postinst sets the permission on /var/log/btmp to 664.
> /etc/logrotate.conf however sets them to 660 (at least after first
> roataion).
> 
> Not sure if this is a "bug" here or in base-files,.. I think however
> that both should be aligned.

/var/log/btmp is a log of failed login attempts.

I'd suspect that base-files may be wrong in setting the permissions too
loosely.

The change came in logrotate 3.7.1-4. Upstream has permissions 600.

logrotate (3.7.1-4) unstable; urgency=high

  * Change default logrotate.conf to use permission 660 for
/var/log/btmp. (Closes: #370050)


See also:

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

-- 
Paul Martin 



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

Bug#547415: aptitude-gtk: GTK gui needs keybindings

[Jerry Quinn]

Package: aptitude-gtk
Version: 0.5.9rc2-1
Severity: wishlist


I just tried aptitude-gtk for the first time.  Upon starting it up, I was
intrigued, since I enjoy pretty interfaces.  However, as soon as I tried to
use it, I found it was just a hollow shell.

Basically, the reasons I use aptitude over synaptic or other package manager
tools is the powerful set of keyboard navigations available.  The gtk
interface unfortunately discards most of that at the moment.


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

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

Versions of packages aptitude-gtk depends on:
ii  apt [libapt-pkg-libc6. 0.7.23.1  Advanced front-end for dpkg
ii  aptitude   0.5.9rc2-1terminal-based package manager (te
ii  libatk1.0-01.26.0-1  The ATK accessibility toolkit
ii  libboost-iostreams1.39 1.39.0-4  Boost.Iostreams Library
ii  libc6  2.9-25GNU C Library: Shared libraries
ii  libcairo2  1.8.8-2   The Cairo 2D vector graphics libra
ii  libcairomm-1.0-1   1.8.0-1   C++ wrappers for Cairo (shared lib
ii  libcwidget30.5.12-4  high-level terminal interface libr
ii  libept00.5.28High-level library for managing De
ii  libfontconfig1 2.6.0-4   generic font configuration library
ii  libfreetype6   2.3.9-5   FreeType 2 font engine, shared lib
ii  libgcc11:4.4.1-1 GCC support library
ii  libglade2-01:2.6.4-1 library to load .glade files at ru
ii  libglademm-2.4-1c2a2.6.7-2   C++ wrappers for libglade2 (shared
ii  libglib2.0-0   2.20.5-1  The GLib library of C routines
ii  libglibmm-2.4-1c2a 2.20.1-1  C++ wrapper for the GLib toolkit (
ii  libgtk2.0-02.16.6-1  The GTK+ graphical user interface 
ii  libgtkmm-2.4-1c2a  1:2.16.0-2C++ wrappers for GTK+ 2.4 (shared 
ii  liblog4cxx10   0.10.0-1  A logging library for C++
ii  libncursesw5   5.7+20090803-2shared libraries for terminal hand
ii  libpango1.0-0  1.24.5-1  Layout and rendering of internatio
ii  libpangomm-1.4-1   2.24.0-3  C++ Wrapper for pango (shared libr
ii  libsigc++-2.0-0c2a 2.0.18-2  type-safe Signal Framework for C++
ii  libsqlite3-0   3.6.17-2  SQLite 3 shared library
ii  libstdc++6 4.4.1-1   The GNU Standard C++ Library v3
ii  libvte91:0.20.5-1Terminal emulator widget for GTK+ 
ii  libxapian151.0.15-2  Search engine library
ii  libxml22.7.3.dfsg-2.1GNOME XML library
ii  zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime

Versions of packages aptitude-gtk recommends:
ii  apt-xapian-index 0.22maintenance tools for a Xapian ind
ii  aptitude-doc-en [aptitude-do 0.4.11.11-1 English manual for aptitude, a ter
ii  sensible-utils   0.0.1   Utilities for sensible alternative

Versions of packages aptitude-gtk suggests:
pn  debtags(no description available)
ii  tasksel   2.80   Tool for selecting tasks for insta

-- 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#534550:

[Baggett Jonas]

Actually it does happen sometimes, but it is rather rare.



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

Bug#547413: "Recommends: postfix" will delete exim4

[Hideki Yamane (Debian-JP)]

Package: postgrey
Version: 1.32-4
Severity: normal
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear postgrey maintainer,

 I heard that my friend complains if she would install postgrey, aptitude
 will delete exim4. As postgrey's description, it seems to work with exim4.

 I think "Recommends: postfix" should be "Recommends: postfix | exim4" to
 avoid above situation.


- --- debian/control.orig   2009-09-19 23:19:50.0 +0900
+++ debian/control  2009-09-19 23:20:17.0 +0900
@@ -17,7 +17,7 @@
  libnet-server-perl (>= 0.87), perl, ucf (>= 0.28), db4.7-util, ${misc:Depends}
 Conflicts: libsys-syslog-perl (<< 0.21)
 Recommends: libdigest-sha1-perl, libnet-rblclient-perl, libparse-syslog-perl,
- - postfix
+ postfix | exim4
 Description: greylisting implementation for Postfix
  This package provides a policy server for Postfix to implement "greylisting".
  .


- --
Regards,

 Hideki Yamane henrich @ debian.or.jp
 http://wiki.debian.org/HidekiYamane


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

iEYEARECAAYFAkq06NoACgkQIu0hy8THJksBogCdEBL5vaEgXUdT8GDpxDB46UsW
9JcAmwehjiwDpFkZIOua+WCYu3AyrSUD
=swXY
-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#506489: debian-cd: please provide jigdo and list files for netinst and business ISOs

[Simon Paillard]

On Sat, Nov 22, 2008 at 12:36:40AM +0100, Simon Paillard wrote:
[..]
> That would be better if we can just rely completely on jigdo to provide
> a complete ISO mirror.
> 
> Could you please provide jigdo and list files for netinst and business ISOs 
> for
> the next Etch ISOs ?

It appears Lenny 5.0.0 has been the first version providing jigdo files and
template for build netinst and business from package.
ftp://cdimage.debian.org/cdimage/archive/5.0.0/i386/jigdo-cd/

As I don't know wether such a behaviour comes from a debian-cd package
modification, I let you close the bug with the relevant version info..

Regards.

-- 
Simon Paillard



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

Bug#547416: fails to build with gcc-4.4/new eglibc

[Stefan Potyra]

Package: lensfun
Version: 0.2.3-2
Severity: wishlist
Tags: patch

Hi,

thanks for maintaining lensfun.

During Ubuntu's rebuild test lensfun failed to build[1] as gcc-4.4/new eglibc
changed the definition of strchr, so that it either needs a const char *
argument and returns a const char*, or needs a char * argument and returns
a char *.

I've attached an ugly patch which fixes this. It doesn't address the real
problem that my_eval_variable overwrites the const argument though.

Cheers,
Stefan.

[1]:

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

Kernel: Linux 2.6.31-10-generic (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
#! /bin/sh /usr/share/dpatch/dpatch-run
## 10-makedep-fix-ftbfs.dpatch by Stefan Potyra 
##
## All lines beginning with `## DP:' are a description of the patch.
## DP: ugly fix for ftbfs.

@DPATCH@
diff -urNad lensfun-0.2.3~/tools/makedep/cppsetup.cpp lensfun-0.2.3/tools/makedep/cppsetup.cpp
--- lensfun-0.2.3~/tools/makedep/cppsetup.cpp	2007-11-04 00:52:20.0 +0100
+++ lensfun-0.2.3/tools/makedep/cppsetup.cpp	2009-09-19 16:20:19.0 +0200
@@ -181,7 +181,7 @@
 static long my_eval_variable (IfParser *ip, const char *var, int len)
 {
 struct symtab **s;
-char *eol;
+const char *eol;
 
 s = lookup_variable (ip, var, len);
 if (!s)
@@ -215,7 +215,7 @@
 
 while (eol > var && isspace (eol [-1]))
 eol--;
-*eol = 0;
+*(char *)eol = 0;
 
 return strtol (var, NULL, 0);
 }