Bug#553423: ferm: negation missing for mod owner matches

[Rob Leslie]

Package: ferm
Version: 2.0.3-1
Severity: normal
Tags: patch

The uid-owner match (from mod owner) is supposed to accept negations, but
ferm is unaware of them, resulting in a 'negation is not allowed here'
error message.

The attached patch at least partially corrects this problem.


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

Kernel: Linux 2.6.30-2-486
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 ferm depends on:
ii  debconf  1.5.24  Debian configuration management sy
ii  iptables 1.4.2-6 administration tools for packet fi
ii  lsb-base 3.2-20  Linux Standard Base 3.2 init scrip
ii  perl 5.10.0-19lenny2 Larry Wall's Practical Extraction 

ferm recommends no packages.

ferm suggests no packages.

-- debconf information excluded
--- /usr/sbin/ferm  2008-09-30 10:56:51.0 -0700
+++ /usr/local/sbin/ferm2009-10-30 18:15:38.0 -0700
@@ -258,7 +258,7 @@
 add_match_def 'multiport', qw(source-ports!&multiport_params),
   qw(destination-ports!&multiport_params ports!&multiport_params);
 add_match_def 'nth', qw(every counter start packet);
-add_match_def 'owner', qw(uid-owner gid-owner pid-owner sid-owner cmd-owner);
+add_match_def 'owner', qw(!uid-owner !gid-owner pid-owner sid-owner cmd-owner);
 add_match_def 'physdev', qw(physdev-in! physdev-out!),
   qw(!physdev-is-in*0 !physdev-is-out*0 !physdev-is-bridged*0);
 add_match_def 'pkttype', qw(pkt-type),

Bug#553425: RFA: vm -- A mail user agent for Emacs.

[Manoj Srivastava]

Package: wnpp
Severity: normal

I request an adopter for the vm package.

The package description is:
 VM (View Mail) is an Emacs subsystem that allows UNIX mail to be read
 and disposed of within Emacs.  Commands exist to do the normal things
 expected of a mail user agent, such as generating replies, saving
 messages to folders, deleting messages and so on.  There are other
 more advanced commands that do tasks like bursting and creating
 digests, message forwarding, and organizing message presentation
 according to various criteria.  With smtpmail in modern emacsen, you do
 not need an MTA locally in order to use VM.
 .
 This package does not cater to XEmacs, since vm comes (by default)
 bundled in with XEmacs.

Upstream for this package seems to be dead again, and the issues
facing this package are getting to the point that I can't spend the
time it needs; my interests seem to be drifting away from this package
(I am more and more using IMAP and gnu, these days).

manoj

-- 
Manoj Srivastava  
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C



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

Bug#553424: RM: sfc -- ROM; included in linux-2.6 package

[Ben Hutchings]

Package: ftp.debian.org
Severity: normal

sfc has been included in Linux since v2.6.26.  Although the
out-of-tree driver has a few extra features it is probably not worth
having a separate package.  Also the current package is long out of
date.

Ben.



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

Bug#543724: tiger: bashism in gen_mounts

[Corey Wright]

On Wed, 26 Aug 2009 11:14:40 -0500
Corey Wright  wrote:

> Tags: patch

...

> in creating a patch i realized that setting Tiger_FSScan_NonLocal to
> "cgroups" works around the problem (which i did anyways as gen_mounts
> doesn't categorize), but doesn't solve it.

stupid me, i reviewed my bug report and accompanying patch and realized
that i sent the patch for my workaround, not the patch for the bashism in
gen_mounts, so here is the correct patch.

corey
-- 
undefi...@pobox.com
--- /usr/lib/tiger/systems/Linux/2/gen_mounts.orig	2008-09-08 21:22:17.0 -0500
+++ /usr/lib/tiger/systems/Linux/2/gen_mounts	2009-08-26 10:06:59.0 -0500
@@ -208,7 +208,7 @@ localfs()
 
   # The rest we warn about
   if [ "$LOCAL" -eq 2 ] ; then
-if [ -z "$Tiger_FSScan_WarnUnknown" ] || [ "$Tiger_FSScan_WarnUnknown" == "Y" ] ; then
+if [ -z "$Tiger_FSScan_WarnUnknown" ] || [ "$Tiger_FSScan_WarnUnknown" = "Y" ] ; then
 echo "--CONFIG-- [con010c] Filesystem '$1' used by '$2' is not recognised as a valid filesystem" >&2
 fi
 LOCAL=1

Bug#550562: Fwd: Re: Bug#550562: firmware-linux: radeon/R200_cp.bin, system freeze on some OpenGl functions [jean-luc.cou...@wanadoo.fr]

[Ben Hutchings]

On Fri, 2009-10-30 at 20:16 +0100, Jean-Luc Coulon (f5ibh) wrote:
> (sorry, this mail was left in my outbox due to a reconfiguration of my 
> mail system)
> 
> Hi,
> Le 20/10/2009 02:46:23, Ben Hutchings a écrit :
> >On Mon, 2009-10-19 at 17:38 +0200, Jean-Luc Coulon (f5ibh) wrote:
> >> Hi,
> >> 
> >> 
> >> Le 18/10/2009 00:24:40, Ben Hutchings a écrit :
> >[...]
> >> >Which kernel version were you using previously?
> >> 
> >> I was using 2.6.29. I built myself as usual from the debian source 
> >> package and kernel-package.
> >
> >Please test an official binary package (linux-image-2.6.30-2-686) in
> >case this is due to your custom configuration.
> 
> There is some misunderstanding.
> 
> While you answered to thios bug the 1st time, you asked me to try an 
> official Debian kernel.
> 
> I answered:
> 
> 
> I've installed it:
> [jean-...@tangerine] % uname -a
> Linux tangerine 2.6.30-2-amd64 #1 SMP Fri Sep 25 22:16:56 UTC 2009 
> x86_64 GNU/Linux
> 
> ... and I got the same problem.
> 
[...]

Yes, sorry about that - I missed that when writing my previous reply.

Ben.

-- 
Ben Hutchings
The generation of random numbers is too important to be left to chance.
- Robert Coveyou


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

Bug#553422: x11-apps: xcalc not start

[Debian_bug_report]

Subject: x11-apps: xcalc not start
Package: x11-apps
Version: 7.4+2
Justification: renders package unusable
Severity: grave

*** Please type your report below this line ***
When i invoke xcalc in terminal emulator, it returns this message:

Warning: Cannot convert string "calculator" to type Pixmap
Warning: Cannot convert string "gray3?foreground=gray70&background=gray85"
to type Pixmap
Warning: Cannot convert string "8x13" to type FontStruct
Warning: Unable to load any usable ISO8859 font
Warning: Unable to load any usable ISO8859 font
Warning: Missing charsets in String to FontSet conversion
Error: Aborting: no font found


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

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

Versions of packages x11-apps depends on:
ii  cpp   4:4.3.3-9+nmu1 The GNU C preprocessor (cpp)
ii  libc6 2.9-25 GNU C Library: Shared libraries
ii  libpng12-01.2.40-1   PNG library - runtime
ii  libsm62:1.1.1-1  X11 Session Management library
ii  libx11-6  2:1.2.2-1  X11 client-side library
ii  libxaw7   2:1.0.6-1  X11 Athena Widget library
ii  libxcursor1   1:1.1.9-1  X cursor management library
ii  libxext6  2:1.0.4-1  X11 miscellaneous extension
librar
ii  libxft2   2.1.13-3   FreeType-based font drawing
librar
ii  libxkbfile1   1:1.0.5-1  X11 keyboard file manipulation
lib
ii  libxmu6   2:1.0.4-2  X11 miscellaneous utility
library
ii  libxmuu1  2:1.0.4-2  X11 miscellaneous micro-utility
li
ii  libxrender1   1:0.9.4-2  X Rendering Extension client
libra
ii  libxt61:1.0.6-1  X11 toolkit intrinsics library
ii  x11-common1:7.4+4X Window System (X.Org)
infrastruc

x11-apps recommends no packages.

Versions of packages x11-apps suggests:
pn  mesa-utils (no description available)

-- no debconf information


reportbug-x11-apps-20091031-8036-sVhxOc
Description: Binary data

Bug#553329: Allow busybox wget instead of wget?

[Trent W. Buck]

On Fri, Oct 30, 2009 at 01:59:40PM +, Neil Williams wrote:
> On Fri, 30 Oct 2009 13:24:13 +
> 
> > While playing around, I noticed that grip-config wanted to reinstall
> > wget, which I had replaced with a busybox symlink.
> 
> That is not advisable. busybox in Grip has nothing to do with
> busybox for Crush and it is NOT advisable to activate ANY of the
> busybox applets on an Emdebian Grip system for precisely the same
> reasons as you would not do the same on a Debian system.  The
> package description for Debian busybox warns that busybox should not
> be used in this way.

I don't know anything about Crush; I didn't realize I wasn't supposed
to use busybox on normal Debian systems.  I see you're right, the
busybox package description tells me not to (although it doesn't say
WHY not...)

Sorry for the noise!

> nano is put in precisely because busybox vi cannot be relied upon to
> exist (or be usable) in the Debian build of busybox.

Fair enough.



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

Bug#551389: [Nsspampgsql-devel] Bug#551389: libnss-pgsql2: Public auth info in the nss-pgsql.conf allows Denial-of-Service attack to NSS

[Denis Feklushkin]

On Fri, 30 Oct 2009 15:58:55 +0100
Bram Senders  wrote:

> Hi there,
> 
> I'm considering using libnss-pgsql for using the same authentication
> information on several machines, and I'm interested in the following.
> 

If you want to make a system of multiple machines does not recommend
the use of NSS and network access to NSS for *authentication* at all (it
does not matter libnss-pgsql2 or another module)

Otherwise, in this case the attacker by breaking one of the machines to
obtain root permission will be able to immediately take all logins and
passwords hashes from your NSS DB.

NSS can be used for authorization but not for authentication. Use PAM
instread it.


signature.asc
Description: PGP signature

Bug#552664: copies dpkg backup/temp files to initramfs

[Marco d'Itri]

On Oct 27, martin f krafft  wrote:

> udev copied /etc/udev/rules.d/65_mdadm.vol_id.rules.dpkg-bak to the
> initramfs. Files matching *.dpkg-(bak,tmp,new,old) should be ignored
> on Debian systems.
Are you really sure that udev did this? Because surely 146-5 cannot:

for rules in 50-udev-default.rules 60-persistent-storage.rules \
70-persistent-net.rules 80-drivers.rules 91-permissions.rules \
64-md-raid.rules 60-persistent-storage-lvm.rules \
55-dm.rules 60-persistent-storage-dm.rules; do
...

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#551931: libprotobuf-dev: Version 2.2 released on August 11

[Dirk Eddelbuettel]

On 31 October 2009 at 04:49, Iustin Pop wrote:
| On Fri, Oct 30, 2009 at 07:08:43PM -0500, Dirk Eddelbuettel wrote:
| > Looks to be lintian-clean and fine from casual inspection. I can prepare an
| > NMU if you want.
| 
| Hmm, I don't think an NMU is a good idea since new versions of protobuf
| require a transition - last time I was bashed by release team for not
| doing things properly :)

Yes, I have a more 'aww shucks' attitude when it comes to versioning of
shared libraries. But I probably also do not maintain something that changes
as much.

That said, were there really ABI/API changes that require libprotobuf[234]
and now ...5 ?

| Anyway, I'll try to prepare the package this weeked (finally reached
| home!) and see how to sync-up with the transition; offer for help noted
| ;-)

Super -- it's appreciated :)

Dirk

-- 
Three out of two people have difficulties with fractions.



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

Bug#553421: rebuildd: Manual doesn't appear to list all options

[Karl Goetz]

Package: rebuildd
Version: 0.3.4
Severity: normal


Hi,
I notice there is a discrepancy between the help output of rebuildd-job
and the manual page. The manual does not meantion the 'delete' and
'add-quinn-diff' options.

Since I've just written a wrapper script to mash quinn-diff output into
the standard job format I was slightly supprised to see this.

If rebuildd is maintained in a vcs I'm happy to make a patch to the man
page.

Thanks,
kk

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

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

Versions of packages rebuildd depends on:
ii  lsb-base3.2-20   Linux Standard Base 3.2
init scrip ii  python  2.5.2-3  An interactive
high-level object-o ii  python-apt  0.7.7.1+nmu1 Python
interface to libapt-pkg ii  python-sqlobject0.10.2-3
Python module for SQLObject ii  python-support
0.8.4lenny1  automated rebuilding support for P

Versions of packages rebuildd recommends:
ii  pbuilder  0.181  personal package builder
for Debia pn  python-gdchart2(no description
available) pn  python-webpy   (no description
available)

Versions of packages rebuildd suggests:
pn  cowdancer  (no description available)

-- no debconf information


signature.asc
Description: PGP signature

Bug#553420: debian-policy: Please clarify what is the interface for building binary packages.

[Charles Plessy]

Package: debian-policy
Version: 3.8.3.0
Severity: normal

Dear Policy delegates,

there is currently a discussion on debian-de...@lists.debian.org with a strong
disagreement on what the Policy specifies for building binary packages, and
what it should specify.

http://lists.debian.org/msgid-search/4ae85d08.1050...@e-tobi.net
(I can prepare a summary if there is interest for this).

In a first step, I think that it would be very helpful to clarify what is the
build interface as of Policy 3.8.3. Currently the Policy specifies what the
debian/rules file is, gives a special role to dpkg-buildpackage, and the build
interface is extrapolated with conflicting interpretation among the developers.

In a second step, I propose to go forward and open the possibility of an
evolution of the constraints on the format of the debian/rules file, according
to the consensus on what the build interface should be (which can be different
from what it is as of version 3.8.3). This part is not independant from the
discussion whether debian/rules should be callable interactively with no
special environment variable set, or if dpkg-buildpackage should be the
canonical tool for this usage.

Have a nice week-end,

-- 
Charles Plessy,
Tsurumi, Kanagawa, Japan.



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

Bug#553416: libpam-opie: Adding support for pam-auth-update

[Frédéric Brière]

Forgot to mention that this is also reported as LP #370218.


-- 
 Joy: thanks, joy
 elmo: that's redundant, elmo
 doogie: go play in traffic
 ah, the elmo we know and love



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

Bug#553312: gnome-keyring breaks svn commit

[Norbert Preining]

On Fr, 30 Okt 2009, Norbert Preining wrote:
>   $ svn commit -m"some commit msg"
>   Password for 'login' GNOME keyring:
>   svn: Commit failed (details follow):
>   svn: GNOME Keyring is locked and we are non-interactive
>   $
> 
> Why on earth does gnome-keyring play around here

Some explanation: I switched to fingerprint authentication for normal
user, and it seems that using that does not unlock the login
keyring for gnome-keyring.

As soon as I disable fingerprint login (changing /etc/pam.d/gdm to its 
previous state it works.

The point is that there is NO way gnome-keyring should interfere with
subversion, and I don't see why it is doing that.

Best wishes

Norbert

---
Dr. Norbert PreiningAssociate Professor
JAIST Japan Advanced Institute of Science and Technology   prein...@jaist.ac.jp
Vienna University of Technology   prein...@logic.at
Debian Developer (Debian TeX Task Force)prein...@debian.org
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
ABINGER (n.)
One who washes up everything except the frying pan, the cheese grater
and the saucepan which the chocolate sauce has been made in.
--- Douglas Adams, The Meaning of Liff



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

Bug#551931: libprotobuf-dev: Version 2.2 released on August 11

[Iustin Pop]

On Fri, Oct 30, 2009 at 07:08:43PM -0500, Dirk Eddelbuettel wrote:
> 
> On 22 October 2009 at 10:09, Iustin Pop wrote:
> | On Wed, Oct 21, 2009 at 03:53:11PM -0500, Dirk Eddelbuettel wrote:
> | > 
> | > Package: libprotobuf-dev
> | > Version: 2.1.0-1
> | > Severity: normal
> | > 
> | > http://code.google.com/p/protobuf/ has version 2.2.0 released on August 
> 11.
> | > It would be nice if you could roll the package forward to this version.
> | 
> | Thanks, I knew about the release but have travelled a lot recently, didn't 
> have
> | time to work on it. Will do so in a couple of weeks.
> 
> Do you want help?  I copied the debian/ directory from your 2.1.0-1 into a
> 2.2.0 source tree and it builds fine.  Adding
> 
>   usr/lib/pkgconfig/*
> 
> to debian/libprotobuf-dev.install even adds the two new pkg-config files.
> 
> Looks to be lintian-clean and fine from casual inspection. I can prepare an
> NMU if you want.

Hmm, I don't think an NMU is a good idea since new versions of protobuf
require a transition - last time I was bashed by release team for not
doing things properly :)

Anyway, I'll try to prepare the package this weeked (finally reached
home!) and see how to sync-up with the transition; offer for help noted
;-)

thanks!
iustin



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

Bug#552279: synaptics does not match config in xorg.conf with the real device

[Norbert Preining]

On Do, 29 Okt 2009, Mattia Dongili wrote:
> Norbert, are you by any chance using version 2.28.1?

Yes, 2.28.1-1

Best wishes

Norbert

---
Dr. Norbert PreiningAssociate Professor
JAIST Japan Advanced Institute of Science and Technology   prein...@jaist.ac.jp
Vienna University of Technology   prein...@logic.at
Debian Developer (Debian TeX Task Force)prein...@debian.org
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
As he came into the light they could see his black and
gold uniform on which the buttons were so highly polished
that they shone with an intensity that would have made an
approaching motorist flash his lights in annoyance.
 --- Douglas Adams, The Hitchhikers Guide to the Galaxy



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

Bug#552279: synaptics does not match config in xorg.conf with the real device

[Norbert Preining]

On Do, 29 Okt 2009, EspeonEefi wrote:
> Are you by any chance running GNOME? gnome-settings-daemon 2.28, which

Yes.

> /etc/hal/fdi/policy. Specifically, it messes with tap-to-click and
> scrolling settings. You can changes these settings in GConf through the

Ah, that could be.

> keys /desktop/gnome/peripherals/touchpad/* . My Mouse Preferences dialog
> also has a new Touchpad tab, but that might be from the new
> gnome-control-center, which hasn't yet landed in unstable for amd64.

Ah now it is here and I can change settings there. Thanks for finding
that out.

Best wishes

Norbert

---
Dr. Norbert PreiningAssociate Professor
JAIST Japan Advanced Institute of Science and Technology   prein...@jaist.ac.jp
Vienna University of Technology   prein...@logic.at
Debian Developer (Debian TeX Task Force)prein...@debian.org
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
LOSSIEMOUTH (n.)
One of those middle-aged ladies with just a hint of a luxuriant
handlebar moustache.
--- Douglas Adams, The Meaning of Liff



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

Bug#553119: compositing: when turning of composite_manager in gconf the whole display freezes

[Norbert Preining]

reassign 553119 mutter
clone 553119 -1
retitle -1 gnome-session switches to mutter which is broken
reassign -1 gnome-session
thanks

On Do, 29 Okt 2009, Norbert Preining wrote:
> see $subject, no updates to the screen are happening anymore. Killing the
> gconf-editor task from the console did not change the X screen, although
> there is no gconf-editor process running. Similar with other progs like
> xterm.

I reassigned it to mutter, as I foudn out gnome-session decided
to use mutter instead of metacity at some point (without asking me)
and mutter has so many bugs.

I had to purge mutter from my computer to get gnome-session using metacity
again. Now also another bug (crash of gnome-settings-daemon is gone 553000).
So I guess most of the problems came from switching to mutter. I cloned
that bug and reassigned it to gnome-session.

Best wishes

Norbert

---
Dr. Norbert PreiningAssociate Professor
JAIST Japan Advanced Institute of Science and Technology   prein...@jaist.ac.jp
Vienna University of Technology   prein...@logic.at
Debian Developer (Debian TeX Task Force)prein...@debian.org
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
BRISBANE
A perfectly reasonable explanation (Such as the one offered by a
person with a gurgling cough which has nothing to do with the fact
that they smoke fifty cigarettes a day.)
--- Douglas Adams, The Meaning of Liff



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

Bug#551480: vm: vm cannot cope with 8-bit headers

[Manoj Srivastava]

severity 551480 wishlist
thanks

Hi,

On Sun, Oct 18 2009, Dirk Eddelbuettel wrote:
>
> RFCs are all good and well -- better still is the old policy of 
> 'being conservative in what you send and liberal in what you accept'.  
>
> Some mailers are broken, and we have to deal with it.  I do get mail
> with either 'Umnlaut' 8-bit chars country or with 'Accents' over
> vowels, and these _break_ vm if they appear in From: or Subject:. VM
> then refuses to work with mailboxen containing these and I have to
> manually clean the mailbox (via, say, mutt) and restart emacs. Royal
> pain.
>
> How about VM refusing to accept such mails to at least not break
> folders?

This is a nice feature to have, sure.  Unfortunately, upstream
 seems to have disappeared, and  this is fairly low on my TODO --
 patches happily accepted.

manoj
-- 
The only "intuitive" interface is the nipple.  After that, it's all
learned. Bruce Ediger, bedi...@teal.csn.org, on X interfaces
Manoj Srivastava    
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C



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

Bug#553416: libpam-opie: Adding support for pam-auth-update

[Frédéric Brière]

Package: libpam-opie
Version: 0.21-8+fbriere+1
Severity: wishlist
Tags: patch

Here's a patch that adds pam-auth-update support to libpam-opie.  (I'm
CCing Steve Langasek so that he can tell me if I made a mistake.  I'm
especially unsure about the Priority argument.)


I'm a wee bit tempted to raise this bug above wishlist, as the README
instructions are a little dangerous, in that they suggest wedging
pam_opie in between pam_unix and pam_deny.  On a modern default Debian
setup, common-auth now looks like this:

  auth[success=1 default=ignore]  pam_unix.so nullok_secure
  authrequisite   pam_deny.so

You can guess what happens when someone blindly shoves pam_opie in
there.  (No, not me.   I'd never do something as silly, especially not
on the road, locking myself out until I get back home.  Why'd you ask?
)


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

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

Versions of packages libpam-opie depends on:
ii  libc6 2.10.1-2   GNU C Library: Shared libraries
ii  libpam-runtime1.1.0-4Runtime support for the PAM librar
ii  libpam0g  1.1.0-4Pluggable Authentication Modules l

Versions of packages libpam-opie recommends:
ii  opie-server  2.32.dfsg.1-0.1 OPIE programs for maintaining an O

libpam-opie suggests no packages.

-- no debconf information
commit 2b2f5403de46a7855dfb0a353df5ca50d9105666
Author: Frédéric Brière 
Date:   Fri Oct 30 22:11:37 2009 -0400

Adding pam-auth-update support

diff --git a/debian/control b/debian/control
index 95c5844..fb5691a 100644
--- a/debian/control
+++ b/debian/control
@@ -8,7 +8,7 @@ Standards-Version: 3.6.1.0
 Package: libpam-opie
 Architecture: any
 Recommends: opie-server
-Depends: ${shlibs:Depends}
+Depends: ${shlibs:Depends}, libpam-runtime (>= 1.0.1-6)
 Description: Use OTPs for PAM authentication
  Use OPIE one time passwords for PAM authentication. A one time password
  is useful to avoid having your password sniffed and reused if you log 
diff --git a/debian/pam-config b/debian/pam-config
new file mode 100644
index 000..0c0fd03
--- /dev/null
+++ b/debian/pam-config
@@ -0,0 +1,6 @@
+Name: One time passwords (OPIE)
+Default: yes
+Priority: 128
+Auth-Type: Primary
+Auth:
+   [success=end default=ignore]pam_opie.so
diff --git a/debian/postinst b/debian/postinst
new file mode 100644
index 000..4d26c21
--- /dev/null
+++ b/debian/postinst
@@ -0,0 +1,9 @@
+#!/bin/sh
+
+set -e
+
+pam-auth-update --package
+
+#DEBHELPER#
+
+exit 0
diff --git a/debian/prerm b/debian/prerm
new file mode 100644
index 000..809048b
--- /dev/null
+++ b/debian/prerm
@@ -0,0 +1,11 @@
+#!/bin/sh
+
+set -e
+
+if [ "$1" = remove ]; then
+pam-auth-update --package --remove opie
+fi
+
+#DEBHELPER#
+
+exit 0
diff --git a/debian/rules b/debian/rules
index 88b7464..13afa42 100755
--- a/debian/rules
+++ b/debian/rules
@@ -49,6 +49,8 @@ binary-arch: build install
 
mkdir -p debian/tmp/usr/share/doc/libpam-opie
cp -r debian/examples debian/tmp/usr/share/doc/libpam-opie
+   mkdir -p debian/tmp/usr/share/pam-configs
+   cp debian/pam-config debian/tmp/usr/share/pam-configs/opie
 
dh_installman
dh_installchangelogs

Bug#553414: Acknowledgement (jigzo: Make window resizeable)

[Miriam Ruiz]

I found a small problem with the patch I just sent, I'll try to
improve it and send it again :)

Greetings,
Miry



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

Bug#549535: hm, didn't work for me

[Sandro Weiser]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

I have tested 3.0.3.1 but the error is still there. :(

- --
Sandro Weiser 
Fingerprint: 77E0 7C87 4DB2 6BBB 5419  343C 7995 1C67 25B9 CBF1
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEAREKAAYFAkrro3IACgkQeZUcZyW5y/HCGwCghkk7ePToIHihex5pulNr5t0g
Ut4AoIQyPM3vBsf4uI7PpA9yMT9RWwoe
=blEo
-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#553413: proc(5): Add field numbers

[Samuel Thibault]

Package: manpages
Version: 3.22-1
Severity: minor
Tags: patch

Hello,

To make it easier to use cut to select the desired fields, it is useful
to have the field numbers in the documentation. The attached patch does
this.

Samuel

-- 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.31 (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

manpages depends on no packages.

manpages recommends no packages.

Versions of packages manpages suggests:
ii  konqueror [man-browser]   4:4.3.1-1  KDE 4's advanced file manager, web
ii  man-db [man-browser]  2.5.6-3on-line manual pager

-- no debconf information
--- proc.5.orig 2009-10-31 02:49:17.0 +0100
+++ proc.5  2009-10-31 03:00:48.0 +0100
@@ -607,64 +607,64 @@
 format specifiers, are:
 .RS
 .TP 12
-\fIpid\fP %d
+(1) \fIpid\fP %d
 The process ID.
 .TP
-\fIcomm\fP %s
+(2) \fIcomm\fP %s
 The filename of the executable, in parentheses.
 This is visible whether or not the executable is swapped out.
 .TP
-\fIstate\fP %c
+(3) \fIstate\fP %c
 One character from the string "RSDZTW" where R is running, S is
 sleeping in an interruptible wait, D is waiting in uninterruptible
 disk sleep, Z is zombie, T is traced or stopped (on a signal),
 and W is paging.
 .TP
-\fIppid\fP %d
+(4) \fIppid\fP %d
 The PID of the parent.
 .TP
-\fIpgrp\fP %d
+(5) \fIpgrp\fP %d
 The process group ID of the process.
 .TP
-\fIsession\fP %d
+(6) \fIsession\fP %d
 The session ID of the process.
 .TP
-\fItty_nr\fP %d
+(7) \fItty_nr\fP %d
 The controlling terminal of the process.
 (The minor device number is contained in the combination of bits
 31 to 20 and 7 to 0;
 the major device number is in bits 15 t0 8.)
 .TP
-\fItpgid\fP %d
+(8) \fItpgid\fP %d
 .\" This field and following, up to and including wchan added 0.99.1
 The ID of the foreground process group of the controlling
 terminal of the process.
 .TP
-\fIflags\fP %u (%lu before Linux 2.6.22)
+(9) \fIflags\fP %u (%lu before Linux 2.6.22)
 The kernel flags word of the process.
 For bit meanings,
 see the PF_* defines in
 .IR  .
 Details depend on the kernel version.
 .TP
-\fIminflt\fP %lu
+(10) \fIminflt\fP %lu
 The number of minor faults the process has made which have not
 required loading a memory page from disk.
 .TP
 .\" field 11
-\fIcminflt\fP %lu
+(11) \fIcminflt\fP %lu
 The number of minor faults that the process's
 waited-for children have made.
 .TP
-\fImajflt\fP %lu
+(12) \fImajflt\fP %lu
 The number of major faults the process has made which have
 required loading a memory page from disk.
 .TP
-\fIcmajflt\fP %lu
+(13) \fIcmajflt\fP %lu
 The number of major faults that the process's
 waited-for children have made.
 .TP
-\fIutime\fP %lu
+(14) \fIutime\fP %lu
 Amount of time that this process has been scheduled in user mode,
 measured in clock ticks (divide by
 .IR sysconf(_SC_CLK_TCK) .
@@ -673,12 +673,12 @@
 so that applications that are not aware of the guest time field
 do not lose that time from their calculations.
 .TP
-\fIstime\fP %lu
+(15) \fIstime\fP %lu
 Amount of time that this process has been scheduled in kernel mode,
 measured in clock ticks (divide by
 .IR sysconf(_SC_CLK_TCK) .
 .TP
-\fIcutime\fP %ld
+(16) \fIcutime\fP %ld
 Amount of time that this process's
 waited-for children have been scheduled in user mode,
 measured in clock ticks (divide by
@@ -688,13 +688,13 @@
 This includes guest time, \fIcguest_time\fP
 (time spent running a virtual CPU, see below).
 .TP
-\fIcstime\fP %ld
+(17) \fIcstime\fP %ld
 Amount of time that this process's
 waited-for children have been scheduled in kernel mode,
 measured in clock ticks (divide by
 .IR sysconf(_SC_CLK_TCK) .
 .TP
-\fIpriority\fP %ld
+(18) \fIpriority\fP %ld
 (Explanation for Linux 2.6)
 For processes running a real-time scheduling policy
 .RI ( policy
@@ -715,7 +715,7 @@
 the scheduler weighting given to this process.
 .\" And back in kernel 1.2 days things were different again.
 .TP
-\fInice\fP %ld
+(19) \fInice\fP %ld
 The nice value (see
 .BR setpriority (2)),
 a value in the range 19 (low priority) to \-20 (high priority).
@@ -730,81 +730,81 @@
 .\" \fItimeout\fP %u
 .\" The time in jiffies of the process's next timeout.
 .\" timeout was removed sometime around 2.1/2.2
-\fInum_threads\fP %ld
+(20) \fInum_threads\fP %ld
 Number of threads in this process (since Linux 2.6).
 Before kernel 2.6, this field was hard coded to 0 as a placeholder
 for an earlier removed field.
 .TP
 .\" field 21
-\fIitrealvalue\fP %ld
+(21) \fIitrealvalue\fP %ld
 The time in jiffies before the next
 .B SIGALRM
 is sent to the process due to an interval timer.
 Since kernel 2.6.17, this field is no longer maintained,
 and is hard coded as 0.
 .TP
-\fIstarttime\fP %llu (was %lu before Linux 2.6)
+(22) \fIstarttime\fP %llu (was %lu before Linu

Bug#553415: Halts after printing "GRUB" on MacBook Pro

[Matt Kraai]

Package: grub-pc
Version: 1.97-1

Hi,

When I upgrade grub-common and grub-pc on my MacBook Pro to 1.97-1 and
reboot, the system halts after printing "GRUB".  The system booted
successfully before upgrading from 1.97~beta4-1 and booted
successfully again after downgrading to 1.97~beta3-1 (I couldn't find
1.97~beta4-1 at the time).

-- 
Matthttp://ftbfs.org/kraai



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

Bug#553414: jigzo: Make window resizeable

[Miriam Ruiz]

Subject: jigzo: Make window resizeable
Package: jigzo
Version: 0.6.1-4
Severity: wishlist

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

I'm attaching a patch that allows Jigzo window to be resized. That
way, when playing it in a netbook it can be played in fullscreen.

Greetings,
Miry
Patch to make jigzo window resizeable
--- jigzo-0.6.1.orig/src/Screen.cxx
+++ jigzo-0.6.1/src/Screen.cxx
@@ -58,6 +58,7 @@
 	GLint maxtexsize;
 
 	flags |= SDL_OPENGL;
+	flags |= SDL_RESIZABLE;
 
 	gl_doublebuf = flags & SDL_DOUBLEBUF;
 	if (bpp == 15) {
@@ -111,6 +112,23 @@
 	glTranslatef(0.0f, 0.0f, 0.0f);
 }
 
+void Screen::Resize(int new_w, int new_h)
+{
+	printf("Resize: %i %i\n", new_w, new_h);
+	w = new_w;
+	h = new_h;
+
+	sdl_surface = SDL_SetVideoMode(w, h, bpp, flags);
+	if (!sdl_surface) {
+		fprintf(stderr, "Failed to open screen %d %d %d %d!\n", w, h, bpp, flags);
+	}
+
+	if (w > h*glw/glh) w = h*glw/glh;
+	else if (h > w*glh/glw) h = w*glh/glw;
+
+	glViewport((new_w-w)/2, (new_h-h)/2, w, h);
+}
+
 void Screen::Exit(void)
 {
 	SDL_Quit();
--- jigzo-0.6.1.orig/src/main.cxx
+++ jigzo-0.6.1/src/main.cxx
@@ -1639,6 +1639,10 @@
 		FadeOutTo(end_play,start_browse);
 	}
 }
+if (event.type == SDL_VIDEORESIZE) {
+	s.Resize(event.resize.w, event.resize.h);
+	break;
+}
 if (event.type == SDL_QUIT) {
 	mode = end;
 	break;
--- jigzo-0.6.1.orig/src/Screen.hxx
+++ jigzo-0.6.1/src/Screen.hxx
@@ -36,6 +36,7 @@
 	void FullScreen(bool b = true);
 	void DoubleBuffer(bool b = true);
 	void Init(void);
+	void Resize(int w,int h);
 	void Exit(void);
 	void Flip(void);
 };

Bug#529255: closed by Gerrit Pape (Bug#529255: fixed in git-core 1:1.6.5-1)

[Takehiko Abe]

Finally fixed in 1:1.6.5.2-1.  Regards, Gerrit.


Yay! Thnaks.




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

Bug#514817: Similar backtrace at random crash on Q45/Q43

[Adrian Glaubitz]

Hi,

one of my colleagues seems to have the same crash, I am attaching the
Xorg.0.log. His desktop is a Dell Optiplex 760 with Q45/43, see lspci 
below. On another machine, Dell Optiplex 745, the problem does not
occur, chipset is Q965.

Setup which crashes randomly:

r...@jongleur:~> lspci
00:00.0 Host bridge: Intel Corporation 4 Series Chipset DRAM Controller (rev 03)
00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset 
Integrated Graphics Controller (rev 03)
00:02.1 Display controller: Intel Corporation 4 Series Chipset Integrated 
Graphics Controller (rev 03)
00:03.0 Communication controller: Intel Corporation 4 Series Chipset HECI 
Controller (rev 03)
00:03.2 IDE interface: Intel Corporation 4 Series Chipset PT IDER Controller 
(rev 03)
00:03.3 Serial controller: Intel Corporation 4 Series Chipset Serial KT 
Controller (rev 03)
00:19.0 Ethernet controller: Intel Corporation 82567LM-3 Gigabit Network 
Connection (rev 02)
00:1a.0 USB Controller: Intel Corporation 82801JD/DO (ICH10 Family) USB UHCI 
Controller #4 (rev 02)
00:1a.1 USB Controller: Intel Corporation 82801JD/DO (ICH10 Family) USB UHCI 
Controller #5 (rev 02)
00:1a.2 USB Controller: Intel Corporation 82801JD/DO (ICH10 Family) USB UHCI 
Controller #6 (rev 02)
00:1a.7 USB Controller: Intel Corporation 82801JD/DO (ICH10 Family) USB2 EHCI 
Controller #2 (rev 02)
00:1b.0 Audio device: Intel Corporation 82801JD/DO (ICH10 Family) HD Audio 
Controller (rev 02)
00:1c.0 PCI bridge: Intel Corporation 82801JD/DO (ICH10 Family) PCI Express 
Port 1 (rev 02)
00:1c.1 PCI bridge: Intel Corporation 82801JD/DO (ICH10 Family) PCI Express 
Port 2 (rev 02)
00:1d.0 USB Controller: Intel Corporation 82801JD/DO (ICH10 Family) USB UHCI 
Controller #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation 82801JD/DO (ICH10 Family) USB UHCI 
Controller #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation 82801JD/DO (ICH10 Family) USB UHCI 
Controller #3 (rev 02)
00:1d.7 USB Controller: Intel Corporation 82801JD/DO (ICH10 Family) USB2 EHCI 
Controller #1 (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev a2)
00:1f.0 ISA bridge: Intel Corporation 82801JD (ICH10D) LPC Interface Controller 
(rev 02)
00:1f.2 SATA controller: Intel Corporation 82801JD/DO (ICH10 Family) SATA AHCI 
Controller (rev 02)
00:1f.3 SMBus: Intel Corporation 82801JD/DO (ICH10 Family) SMBus Controller 
(rev 02)

Working setup on the other machine:

r...@burns:~> lspci
00:00.0 Host bridge: Intel Corporation 82Q963/Q965 Memory Controller Hub (rev 
02)
00:02.0 VGA compatible controller: Intel Corporation 82Q963/Q965 Integrated 
Graphics Controller (rev 02)
00:02.1 Display controller: Intel Corporation 82Q963/Q965 Integrated Graphics 
Controller (rev 02)
00:1a.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI 
Controller #4 (rev 02)
00:1a.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI 
Controller #5 (rev 02)
00:1a.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI 
Controller #2 (rev 02)
00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio 
Controller (rev 02)
00:1c.0 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 
(rev 02)
00:1c.4 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 5 
(rev 02)
00:1d.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI 
Controller #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI 
Controller #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI 
Controller #3 (rev 02)
00:1d.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI 
Controller #1 (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev f2)
00:1f.0 ISA bridge: Intel Corporation 82801HB/HR (ICH8/R) LPC Interface 
Controller (rev 02)
00:1f.2 IDE interface: Intel Corporation 82801H (ICH8 Family) 4 port SATA IDE 
Controller (rev 02)
00:1f.3 SMBus: Intel Corporation 82801H (ICH8 Family) SMBus Controller (rev 02)
00:1f.5 IDE interface: Intel Corporation 82801H (ICH8 Family) 2 port SATA IDE 
Controller (rev 02)
02:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5754 Gigabit 
Ethernet PCI Express (rev 02)

Xorg.0.log from crash is attached.


Adrian

X.Org X Server 1.6.4
Release Date: 2009-9-27
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.31 i686 Debian
Current Operating System: Linux jongleur 2.6.30-1-686 #1 SMP Sat Aug 15 
19:11:58 UTC 2009 i686
Build Date: 30 September 2009  08:45:15PM
xorg-server 2:1.6.4-2 (bgog...@debian.org) 
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: Tue Oct 27 16:10:41 2009
(II) Loader magic: 0x6c0
(II) Module ABI

Bug#553412: [imapsync] Crashes upon prompting for password on Squeeze

[Adrian Glaubitz]

Package: imapsync
Version: 1.286+dfsg-3
Severity: important

imapsync bails out upon prompting for the password for server login. This
is a regression as imapsync works flawlessly on Debian Lenny with otherwise
identical conditions. The output on Squeeze is as follows:



glaub...@z6:~>  imapsync --ssl1 --authmech1 LOGIN --host1 
mail.zedat.fu-berlin.de --user1 foo --ssl2 --authmech2 LOGIN --host2 
mail.zedat.fu-berl
in.de  --user2 bar
$RCSfile: imapsync,v $ $Revision: 1.286 $ $Date: 2009/07/24 15:53:04 $ 
Here is a [linux] system (Linux z6 2.6.30-1-amd64 #1 SMP Sat Aug 15 18:09:19 
UTC 2009 x86_64)
with perl 5.10.1
Mail::IMAPClient  3.21
IO::Socket1.31
IO::Socket::SSL   
Digest::MD5   2.39
Digest::HMAC_MD5  
Term::ReadKey 
Date::Manip   
 and the module Mail::IMAPClient version used here is 3.21
Command line used:
/usr/bin/imapsync --ssl1 --authmech1 LOGIN --host1 mail.zedat.fu-berlin.de 
--user1 foo --ssl2 --authmech2 LOGIN --host2 mail.zedat.fu-berlin.de -
-user2 bar
Turned ON syncinternaldates, will set the internal dates (arrival dates) on 
host2 same as host1.
TimeZone:[CET]
Will try to use LOGIN authentication on host1
Will try to use LOGIN authentication on host2
>From imap server [mail.zedat.fu-berlin.de] port [993] user [foo]
To   imap server [mail.zedat.fu-berlin.de] port [993] user [bar]
What's the password for f...@mail.zedat.fu-berlin.de? Undefined subroutine 
&Term::ReadKey::ReadMode called at /usr/bin/imapsync line 706.



I tried debugging the code a bit but I am not really into Perl so I couldn't 
find
anything obvious. The version of "libterm-readkey-perl" hasn't changed from 
Lenny
to Squeeze but the version for imapsync has.

Adrian


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

Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores)
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/dash

Versions of packages imapsync depends on:
ii  libdate-manip-perl5.54-1 a perl library for manipulating da
ii  libdigest-hmac-perl   1.01-7 create standard message integrity 
ii  libio-socket-ssl-perl 1.31-1 Perl module implementing object or
ii  libmail-imapclient-perl   3.21-1 Perl library for manipulating IMAP
ii  libterm-readkey-perl  2.30-4 A perl module for simple terminal 
ii  perl  5.10.1-5   Larry Wall's Practical Extraction 

imapsync recommends no packages.

imapsync 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#553410: missing libgdcmDICT.so.2.0 and libgdcmcharls.so.2.0

[Dominique Belhachemi]

Package: gdcm
Version: 2.0.13-1
Severity: normal

Hi Mathieu,


libgdcm2-dev contains following files:

   245768 2009-10-28 19:12 /usr/lib/libgdcmcharls.so
   938280 2009-10-28 19:12 /usr/lib/libgdcmDICT.so


But it might be better to use symbolic links to 
   /usr/lib/libgdcmcharls.so.2.0
   /usr/lib/libgdcmDICT.so.2.0
and from there to 
   /usr/lib/libgdcmcharls.so.2.0.13
   /usr/lib/libgdcmDICT.so.2.0.13


The current situation can cause some linker problems:
   $ ldd /usr/lib/libITKIO.so
linux-gate.so.1 =>  (0xb7fc2000)
[...]
libgdcmDICT.so.2.0 => not found
libgdcmIOD.so.2.0 => /usr/lib/libgdcmIOD.so.2.0 (0xb7b45000)


Cheers
Dominique


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





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

Bug#553411: SSVNC's SSL support should not be disabled by default.

[Karl J. Runge]

Package: ssvnc
Version: 1.0.23-1
Severity: normal

The debian ssvnc package puts 'stunnel4' on its recommends list instead
of its depends list.

This leads to a situation that confuses nearly all users that start up
the SSVNC encryption gui (i.e. the main 'ssvnc' command), namely that
SSVNC's default mode of encryption is SSL and all of its documentation
assumes that SSL is it not disabled.

However, if a user tries to make an SSL connection (e.g. to GNOME desktop
vino) he will quickly find that it fails right away because the stunnel
command is not found.  It will likely not be clear to them how to get
encryption to work.

Any VNC server supporting normal SSL (e.g. x11vnc -ssl or a server using
an SSL tunnel tool) or any VNC server supporting VeNCrypt or Anon TLS
could be directly connected to by SSVNC if only 'stunnel4' were installed.

Many server support these SSL modes, and the number is increasing:

VeNCrypt: QEMU, Xen, ggi, libvirt, virt-manager
Anon TLS: vino

I request that these two debian packages:

stunnel4
openssl

be placed on ssvnc's depends list so that SSL/TLS connections to the
above VNC servers and others is enabled by default.

Thank you,

Karl Runge



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

Bug#553409: freeglut: FTBFS on hurd-i386: unused variable counted as error

[Pino Toscano]

Package: freeglut
Version: 2.4.0-8
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd

Hi,

freeglut does not compile on GNU/Hurd with the following error log (wrapped
in multiple lines for readability):

>  i486-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -Wall -g -O2 -g \
>   -Wall -pedantic -Werror -MT libglut_la-freeglut_joystick.lo -MD -MP -MF \
>   .deps/libglut_la-freeglut_joystick.Tpo -c freeglut_joystick.c  -fPIC -DPIC \
>   -o .libs/libglut_la-freeglut_joystick.o
> cc1: warnings being treated as errors
> freeglut_joystick.c: In function 'fghJoystickOpen':
> freeglut_joystick.c:1040: warning: unused variable 'i'
> make[3]: *** [libglut_la-freeglut_joystick.lo] Error 1

This is because there is the 'int i' declaration at the top of the function,
used for any OS, but there is no Hurd-specific block which uses it;
the proposed patch just initializes 'i', so it is considered used for every OS.
Hopefully should not harm every other OS.

Thanks,
-- 
Pino
--- freeglut-2.4.0.orig/src/freeglut_joystick.c
+++ freeglut-2.4.0/src/freeglut_joystick.c
@@ -1070,6 +1070,8 @@
 joy->num_axes = joy->num_buttons = 0;
 joy->name[ 0 ] = '\0';
 
+i = 0;
+
 #if TARGET_HOST_MACINTOSH
 /* XXX FIXME: get joystick name in Mac */
 

Bug#553387: [freeradius] FTBFS with binutils-gold

[Peter Fritzsche]

Stephen Gran wrote:
> This one time, at band camp, Peter Fritzsche said:
> > Package: freeradius
> > Severity: normal
> >
> > $ ld --version
> > GNU gold (GNU Binutils for Debian 2.20) 1.9
> > Copyright 2008 Free Software Foundation, Inc.
> > This program is free software; you may redistribute it under the terms of
> > the GNU General Public License version 3 or (at your option) a later
> > version. This program has absolutely no warranty.
> >
> > /usr/bin/libtool --mode=link gcc   -o radeapclient radeapclient.lo
> > libeap/libfreeradius-eap.la -lnsl -lresolv  -lpthread - lcrypto -lssl
> > -lcrypto
> > libtool: link: gcc -o .libs/radeapclient .libs/radeapclient.o 
> > libeap/.libs/libfreeradius-eap.so -lnsl -lresolv -lpthread - lssl
> > -lcrypto  -Wl,-rpath -Wl,/usr/lib/freeradius
> > /usr/bin/ld: .libs/radeapclient.o: in function
> > send_packet:radeapclient.c:139: error: undefined reference to 'rad_send'
> 
> rad_send and most of the others are symbols defined in the radius
> binary that dlopens these modules.  Does gold not know how to build
> dlopenable modules with symbol references in the main binary?
Don't know but when I look at the line 

gcc -o .libs/radeapclient .libs/radeapclient.o  libeap/.libs/libfreeradius-
eap.so -lnsl -lresolv -lpthread -lssl -lcrypto  -Wl,-rpath -
Wl,/usr/lib/freeradius

i see that a executable and not a library is comiled. This means that all 
symbols must be resolved. If it is not the case and libtool prints something 
else what it doesn't do then please reassign it to binutils-gold/libtool with 
further information.

Best regards,
Peter



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

Bug#544250: ssvnc: -help crashes

[Karl J. Runge]

This bug is fixed in the recent upstream SSVNC 1.0.24 release.

Karl




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

Bug#553408: lurker: New upstream version available: 2.3

[Julian Mehnle]

Package: lurker
Severity: normal

A new upstream version, 2.3, with many useful bugfixes (hence normal, not
wishlist severity), has been released today:

  http://terpstra.ca/lurker/message/20091030.200221.523a3e67.en.html

Please package it! :-)

-Julian



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

Bug#551931: libprotobuf-dev: Version 2.2 released on August 11

[Dirk Eddelbuettel]

On 22 October 2009 at 10:09, Iustin Pop wrote:
| On Wed, Oct 21, 2009 at 03:53:11PM -0500, Dirk Eddelbuettel wrote:
| > 
| > Package: libprotobuf-dev
| > Version: 2.1.0-1
| > Severity: normal
| > 
| > http://code.google.com/p/protobuf/ has version 2.2.0 released on August 11.
| > It would be nice if you could roll the package forward to this version.
| 
| Thanks, I knew about the release but have travelled a lot recently, didn't 
have
| time to work on it. Will do so in a couple of weeks.

Do you want help?  I copied the debian/ directory from your 2.1.0-1 into a
2.2.0 source tree and it builds fine.  Adding

  usr/lib/pkgconfig/*

to debian/libprotobuf-dev.install even adds the two new pkg-config files.

Looks to be lintian-clean and fine from casual inspection. I can prepare an
NMU if you want.

Dirk

-- 
Three out of two people have difficulties with fractions.



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

Bug#553407: gridengine-exec: Init.d script does not detect running daemon

[Michael Hanke]

Package: gridengine-exec
Version: 6.2-4
Severity: normal
Tags: patch

The init.d script does not detect a running daemon and therefore tries
to start another sge_execd instance when rerun with 'start'. That
naturally causes problems, since the relevant port is already occupied
and such scenario is not supported anyway.

The reason is that start-stop-daemon fails to detect the running
instance of 'sge_execd' when using the wrapper script at
usr/sbin/sge_execd' for testing. The attached patch is one way to fix it
(by using the proper binary at /usr/lib/gridengine/sge_execd for
testing.


Michael

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

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

-- 
GPG key:  1024D/3144BE0F Michael Hanke
http://mih.voxindeserto.de
>From 6523c67875d080867a4056664f1af03e8a22a61d Mon Sep 17 00:00:00 2001
From: Michael Hanke 
Date: Fri, 30 Oct 2009 19:11:00 -0400
Subject: [PATCH] Fix init script to prevent multiple daemon start attempts.

Reason: start-stop-daemon does not detect a running sge_execd if the
test is done using the wrapper script at /usr/sbin/sge_execd.
---
 debian/gridengine-exec.init |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/debian/gridengine-exec.init b/debian/gridengine-exec.init
index 89410ec..c3cebe1 100644
--- a/debian/gridengine-exec.init
+++ b/debian/gridengine-exec.init
@@ -37,7 +37,7 @@ do_start() {
 #   0 if daemon has been started
 #   1 if daemon was already running
 #   2 if daemon could not be started
-start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON --test > /dev/null \
+start-stop-daemon --start --quiet --pidfile $PIDFILE --exec /usr/lib/gridengine/$NAME --test > /dev/null \
 || return 1
 start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON -- \
 $DAEMON_ARGS \
-- 
1.6.3.3

Bug#548956: Problem disappeared

[Diederik de Haas]

Recently I upgraded mysql-server-5.1 to the (then) latest version and it 
succeeded :-)
Several days later it consistantly starts it correctly, so as far as I am 
concerned, this bug can be 
closed.

Regards,
  Diederik



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

Bug#553406: (proftpd-dfsg_1.3.2b-1/avr32): FTBFS: Outdated config.{sub,guess}

[bradsmith]

Package: proftpd-dfsg
Version: 1.3.2b-1
Severity: wishlist
User: bradsm...@debian.org
Usertags: avr32

Hi,

Whilst building your package on AVR32, the build failed due to outdated
config.{sub,guess} files.

Full build logs available:

  
http://buildd.debian-ports.org/build.php?pkg=proftpd-dfsg&arch=avr32&ver=1.3.2b-1

Regards,
Bradley Smith

--
Bradley Smith b...@brad-smith.co.uk
Debian GNU/Linux Developer bradsm...@debian.org
GPG: 0xC718D347   D201 7274 2FE1 A92A C45C EFAB 8F70 629A C718 D347



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

Bug#552160: Mouse button 2 and 3 not working anymore

[Eugen Dedu]

Hi,

Sorry for the delay, I forgot to subscribe to the bug...

With 2.26.1, /desktop/gnome/peripherals/touchpad/tap_to_click does not
exist.  With 2.28.1-1, it exists and was set to false.  I set it to
true, and 2/3 button mouse clicking works, thanks!

However, now I have another strange problem: pressing with 2 fingers is
now the right button, while before it was the wheel button.  The same
thing when taping with 3 fingers (now it's bound to wheel, instead of
right mouse button).

I have rebooted the computer, still the same wrong result.

Here is some result with the new g.s.d.:
snoopy:~$ synclient -l|grep TapBut
TapButton1  = 1
TapButton2  = 3
TapButton3  = 2

Still, this is curious, because I have in /etc/X11/xorg.conf:
snoopy:~$ grep TapBut /etc/X11/xorg.conf
Option  "TapButton1""1"
Option  "TapButton2""2"
Option  "TapButton3""3"

Also, changing manually the buttons:
snoopy:~$ synclient TapButton2=2
snoopy:~$ synclient TapButton3=3
does not change anything :o(

In fact, it seems that the TapButton[1-3] synaptics config options are
not taken into account anymore, because even if I change them in
/etc/X11/xorg.conf, this does not change anything either :o(

Do you know what happens?  xserver-xorg-input-synaptics has not changed
since June...

-- 
Eugen



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

Bug#474289: [pkg-wine-party] Bug#474289: can't access network if libnss-mdns is installed on amd64

[Ove Kaaven]

Simon Richter skrev:
> Package: wine
> Version: 1.0.1-2
> Severity: normal
> 
> Hi,
> 
> I installed lib32nss-mdns and still get the warning, as wine expects the
> library under /emul/ia32-linux, however it is installed into /usr/lib32.

If you're not using lenny, perhaps you want to install the more
up-to-date wine-unstable instead. In any case, this is one of several
fixes I plan to backport to the stable 1.0 package sometime (this was
bug #535097), but probably won't happen before squeeze is getting close
to freeze.



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

Bug#553405: Xfce Help is missing some pages

[sidux]

Subject: xfce4-utils: XFCE is missing some HELP pages
Package: xfce4-utils
Version: 4.6.1-2
Severity: minor

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

Hi

On a Debian Xfce, Clicking on Xfce menu, then on Help calls up the
Xfce Documentation webpage located at
file:///usr/share/xfce4/doc/C/index.html

The following pages are missing (all other pages are ok):

The left hand side=name that what appears in the help page[ = name
that help index tries to access]

Settings Manager.[/usr/share/xfce4/doc/C/xfce-mcs-manager.html]
Settings Manager Plugins.[/usr/share/xfce4/doc/C/xfce-mcs-plugins.html]
FileManager..[/usr/share/xfce4/doc/C/xffm.html
Application Finder...[/usr/share/xfce4/doc/C/xfce4-appfinder.html]

Navigating in a file manager to the area /usr/share/xfce4/doc/C I can
see that the other pages exist ok but no pages exist with names
similar to the missing names.
eg /usr/share/xfce4/doc/C/xfce4-panel.html is a page that exists and
which works ok


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

Kernel: Linux 2.6.31-5.slh.1-sidux-686 (SMP w/2 CPU cores; PREEMPT)
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 xfce4-utils depends on:
ii  exo-utils0.3.105-3   Utility files for libexo
ii  libc62.10.1-2GNU C Library: Shared libraries
ii  libglib2.0-0 2.22.2-2The GLib library of C routines
ii  libgtk2.0-0  2.18.3-1The GTK+ graphical user interface
ii  libxfce4util44.6.1-1 Utility functions library for Xfce
ii  libxfcegui4-44.6.1-1+b1  Basic GUI C functions for Xfce4
ii  libxml-parser-perl   2.36-1.1+b1 Perl module for parsing XML files
ii  x11-xserver-utils7.4+2   X server utilities
ii  xfce4-terminal [x-terminal-e 0.4.2-1 Xfce terminal emulator
ii  xinit1.1.1-1 X server initialisation tool
ii  xterm [x-terminal-emulator]  250-1   X terminal emulator

Versions of packages xfce4-utils recommends:
ii  dbus-x11  1.2.16-2   simple interprocess messaging syst
ii  thunar1.0.1-2File Manager for Xfce
pn  xdg-user-dirs  (no description available)
ii  xfce4-panel   4.6.2-1The Xfce4 desktop environment pane
ii  xfwm4 4.6.1-1window manager of the Xfce project
pn  xinput (no description available)
pn  xscreensaver | xlockmore | xl  (no description available)

Versions of packages xfce4-utils suggests:
ii  xfce4-session 4.6.1-1Xfce4 Session Manager

-- no debconf information

regards



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

Bug#553404: cups: n-up printing incorrect

[Boris Barbour]

Package: cups
Version: 1.3.11-1+b1
Severity: normal


n-up printing does not work correctly. Use of the -o number-up=2 option 
(with the lpr command) causes two pages of the original document to be 
printed in half the output sheet (as if n-up=4 had been chosen). If I use 
-o number-up=4, the 4 pages are printed squashed into a quarter of the 
sheet. From okular (where I first discovered the bug), if I change the page 
order (from default LRTB to BTLR) 2-up printing then causes two full sheets 
of paper with the original pages sizes to be printed. Changing to landscape 
does not solve the problem in okular at least.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (700, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages cups depends on:
ii  adduser3.111 add and remove users and groups
ii  bc 1.06.94-3.1   The GNU bc arbitrary precision cal
ii  cups-client1.3.11-1+b1   Common UNIX Printing System(tm) - 
ii  cups-common1.3.11-1  Common UNIX Printing System(tm) - 
ii  debconf [debconf-2.0]  1.5.27Debian configuration management sy
ii  ghostscript8.70~dfsg-2+b1The GPL Ghostscript PostScript/PDF
ii  libavahi-compat-libdns 0.6.25-1  Avahi Apple Bonjour compatibility 
ii  libc6  2.9-25GNU C Library: Shared libraries
ii  libcups2   1.4.1-4   Common UNIX Printing System(tm) - 
ii  libcupsimage2  1.3.11-1+b1   Common UNIX Printing System(tm) - 
ii  libdbus-1-31.2.16-2  simple interprocess messaging syst
ii  libgcc11:4.4.1-4 GCC support library
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  libijs-0.350.35-7IJS raster image transport protoco
ii  libkrb5-3  1.7dfsg~beta3-1   MIT Kerberos runtime libraries
ii  libldap-2.4-2  2.4.17-1  OpenLDAP libraries
ii  libpam0g   1.1.0-4   Pluggable Authentication Modules l
ii  libpaper1  1.1.23+nmu1   library for handling paper charact
ii  libpoppler40.10.6-1  PDF rendering library
ii  libslp11.2.1-7.6 OpenSLP libraries
ii  libstdc++6 4.4.1-4   The GNU Standard C++ Library v3
ii  lsb-base   3.2-23Linux Standard Base 3.2 init scrip
ii  perl-modules   5.10.0-25 Core Perl modules
ii  poppler-utils [xpdf-ut 0.10.6-1  PDF utilitites (based on libpopple
ii  procps 1:3.2.8-1.1   /proc file system utilities
ii  ssl-cert   1.0.23simple debconf wrapper for OpenSSL
ii  ttf-freefont   20090104-4Freefont Serif, Sans and Mono True
ii  zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime

Versions of packages cups recommends:
ii  avahi-utils   0.6.25-1   Avahi browsing, publishing and dis
ii  cups-driver-gutenprint5.2.4-1printer drivers for CUPS
ii  foomatic-filters  4.0-20090509-1 OpenPrinting printer support - fil
ii  ghostscript-cups  8.70~dfsg-2+b1 The GPL Ghostscript PostScript/PDF
ii  smbclient 2:3.3.4-1  command-line SMB/CIFS clients for 

Versions of packages cups suggests:
ii  cups-bsd   1.3.11-1+b1   Common UNIX Printing System(tm) - 
ii  cups-pdf   2.5.0-8   PDF printer for CUPS
ii  foomatic-db20090616-1OpenPrinting printer support - dat
ii  foomatic-db-engine 4.0-20090509-1+b1 OpenPrinting printer support - pro
ii  hplip  3.9.4b-1  HP Linux Printing and Imaging Syst
pn  xpdf-korean | xpdf-jap (no description available)

-- debconf information:
  cupsys/raw-print: true
  cupsys/backend: ipp, lpd, parallel, scsi, serial, socket, usb, snmp, dnssd



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

Bug#553346: apt-listbugs: Please support filter mechanisms

[Francesco Poli]

On Fri, 30 Oct 2009 14:20:20 +0100 Patrick Schoenfeld wrote:

[...]
> Hi,

Hi!  :)
Thanks for your interest in apt-listbugs.

> 
> I would like it, if I could configure apt-listbugs to ignore some
> bugs by a user-defined filter. A possible use-case would be (for
> example) to ignore FTBFS bugs, which I naturally do not really
> care for, when installing a package on my system.

Mmmh, I guess that some user-defined filter could be implemented, even
though I would not feel terribly safe, if apt-listbugs were instructed
to automatically ignore bugs that match a given regular expression,
without letting me see them.

Anyway, frankly speaking, I am not able to estimate when I (or Ryan,
the other apt-listbugs co-maintainer) will find the time to implement
this feature...

In the meanwhile, you can manually ignore bugs with the "i "
command at the "Are you sure you want to install/upgrade the above
packages?" prompt, as you probably already know.


-- 
 New location for my website! Update your bookmarks!
 http://www.inventati.org/frx
. Francesco Poli .
 GnuPG key fpr == C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgp0BDZLHnfCT.pgp
Description: PGP signature

Bug#553403: python: embeds zlib, pysqlite, and expat

[Michael Gilbert]

package: python2.5
severity: important
tags: security

hi,

the python packages embed some other libraries (zlib, pysqlite, and
expat for sure so far).  this makes security updates complicated and
potentially error-prone.  please update python to dynamically link to
these libraries.  thanks.

mike



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

Bug#553109: guile-gnutls: postinst-must-call-ldconfig /usr/lib/libguile-gnutls-v-1.so.0.0.0 by the dynamic library loader. Therefore, the package must call "ldconfig" in its postinst script.

[Andy Wingo]

Hi,

On Fri 30 Oct 2009 22:14, Neil Jerram  writes:

> Is it still the case that we recommend guile extensions to be installed
> as normal libraries in /usr/lib, as opposed to some guile-specific
> place?  I think you were recently discussing this, and I'm afraid I
> didn't pay complete attention.

In the alpha 1.9 series you can install them to "extensiondir". From
NEWS:

** Dynamically loadable extensions may be placed in a Guile-specific path

Before, Guile only searched the system library paths for extensions
(e.g. /usr/lib), which meant that the names of Guile extensions had to
be globally unique. Installing them to a Guile-specific extensions
directory is cleaner. Use `pkg-config --variable=extensionsdir
guile-2.0' to get the location of the extensions directory.

> (Historically this has cropped up several times.  Marius favoured
> /usr/lib on the grounds that it could make sense for some application to
> use a Guile extension library just like a normal C library
> (i.e. application coded in C, linking at build time to the extension
> library and to libguile).  But on the other hand the advantage of
> somewhere like /usr/lib/guile-1.8 is that it makes it easier to handle
> parallel installation, and corresponding correct version numbering,
> without having to have .so names that have both libguile and extension
> version numbers in.

I think the balance goes for parallel installation -- that is,
installing in guile-specific directories. However we do support
dynamically loaded extensions in $libdir as well, for backwards
compatibility. Also I'm not sure it's portable to have a shared module
and be able to link to it.

Andy
-- 
http://wingolog.org/



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

Bug#553402: vm: vm-mime-encode-headers may mess up recipient addresses

[Francois Fleuret]

Package: vm
Version: 8.0.9-4
Severity: important

Dear maintainer,

When using recipients with full names containing accents, the encoding
done by vm-mime-encode-headers can produce incorrect addresses if a
space is missing after a comma. For instance:

 To: b...@something.com,François Fleuret 

calling vm-mime-encode-headers produces

 To: =?iso-8859-1?q?b...@something.com,Fran=E7ois?= Fleuret 


Hence the first address is not valid anymore. This does not happen if
the space is present.

Regards,

-- 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/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 vm depends on:
ii  emacs22 [emacsen] 22.2+2-5   The GNU Emacs editor
ii  make  3.81-5 The GNU version of the "make" util
ii  ucf   3.0016 Update Configuration File: preserv

vm recommends no packages.

Versions of packages vm suggests:
ii  postfix [mail-transport-agent 2.5.5-1.1  High-performance mail transport ag
ii  stunnel   3:4.22-2   dummy upgrade package
ii  stunnel4 [stunnel]3:4.22-2   Universal SSL tunnel for network d

-- no debconf information

-- 
Francois Fleuret http://www.idiap.ch/~fleuret/



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

Bug#550496:

[Mathieu Malaterre]

-- Forwarded message --
From: Gaëtan Lehmann <>
Date: 2009/10/30
Subject: Re: ooops (was Re: Python: Numeric vs NumArray vs Numpy  (itkPyBuffer))
To: Mathieu Malaterre <>



C'est juste pas possible d'utiliser WrapITK sans Review.
WrapITK utilise itk::FlatStructuringElement qui est toujours dans
Review, et je n'ai rien prévu pour que ça fonctionne sans.

Le plus simple c'est de sortir itk::FlatStructuringElement de Review,
pour la prochaine release.


PGP.sig
Description: PGP signature

Bug#553296: gitignore broken completely

[Junio C Hamano]

Jeff King  writes:

> On Fri, Oct 30, 2009 at 12:41:27PM -0700, Junio C Hamano wrote:
>
>> I've never understood the use of "ls-files -i" without -o, so in that
>> sense, I have done 2. myself already long time ago.
>> 
>> In other words, I do not really care that much, and the choice would be
>> between "0. do not do anything---the patch in question was a bugfix for
>> longstanding insanity" and your "4. -i without -o didn't make much sense
>> but now it does and here is the new meaning".
>
> OK, I think the patch I sent elsewhere in the thread should be applied,
> then, as it should make you, me, and Klaus happy.

Thanks; will queue on top of b5227d8.



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

Bug#549312: run with apt 0.7.23.1

[ael]

I have now solved the problems with getting apt-0.7.23.1 installed
and ran an apt-get install file command with the file under /dvd
(which was a loop mounted jigdo dvd iso image).

The short version was 
1) no segfault; but
2) apt-get (or rather dpkg) failed to find files.

In fact, just the same as the most recent versions. 

The long version:

-
# apt-get install octave3.2
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following extra packages will be installed:
  libarpack2 libgraphicsmagick++3
Suggested packages:
  graphicsmagick-dbg octave3.2-info octave3.2-doc octave3.2-htmldoc
  octave3.2-headers octave3.2-emacsen
Recommended packages:
  atlas3-base
The following NEW packages will be installed
  libarpack2 libgraphicsmagick++3 octave3.2
0 upgraded, 3 newly installed, 0 to remove and 3 not upgraded.
Need to get 0B/10.1MB of archives.
After this operation, 31.4MB of additional disk space will be used.
Do you want to continue [Y/n]? y
0% [Working]CDROMMethod::Fetch cdrom:[Debian GNU/Linux testing _Squeeze_ - 
Official Snapshot i386 DVD Binary-2 
20091019-05:59]/pool/main/a/arpack/libarpack2_2.1+parpack96.dfsg-2+b1_i386.deb
Looking for CDROM at /dvd/
0% [Working]ID 2 a48ec91a27274fa236457889e78edfd7-2
ID 1 a48ec91a27274fa236457889e78edfd7-1
Media Change: Please insert the disc labelled
 'Debian GNU/Linux testing _Squeeze_ - Official Snapshot i386 DVD Binary-2 
20091019-05:59'
in the drive ‘/dvd/’ and press enter

0% [Working]ID 2 a2d1cdec7388a76b1bf8b836022f0985-2
25% [Working]CDROMMethod::Fetch cdrom:[Debian GNU/Linux testing _Squeeze_ - 
Official Snapshot i386 DVD Binary-2 
20091019-05:59]/pool/main/g/graphicsmagick/libgraphicsmagick++3_1.3.5-5.1_i386.deb
Looking for CDROM at /dvd/
ID 2 a2d1cdec7388a76b1bf8b836022f0985-2
50% [Working]CDROMMethod::Fetch cdrom:[Debian GNU/Linux testing _Squeeze_ - 
Official Snapshot i386 DVD Binary-3 
20091019-05:59]/pool/main/o/octave3.2/octave3.2_3.2.3-1_i386.deb
Looking for CDROM at /dvd/
ID 2 a2d1cdec7388a76b1bf8b836022f0985-2
ID 1 e1d1f62209309b530c35e68b0260f989-1
Media Change: Please insert the disc labelled
 'Debian GNU/Linux testing _Squeeze_ - Official Snapshot i386 DVD Binary-3 
20091019-05:59'
in the drive ‘/dvd/’ and press enter

50% [Working]ID 2 56355b1c0bb59ea95d7f5e086701c148-2
E: Could not open file 
/dvd//pool/main/a/arpack/libarpack2_2.1+parpack96.dfsg-2+b1_i386.deb - open (2: 
No such file or directory)
E: Unable to determine the file size - fstat (9: Bad file descriptor)
E: Read error - read (9: Bad file descriptor)
E: Prior errors apply to 
/dvd//pool/main/a/arpack/libarpack2_2.1+parpack96.dfsg-2+b1_i386.deb
E: Could not open file 
/dvd//pool/main/g/graphicsmagick/libgraphicsmagick++3_1.3.5-5.1_i386.deb - open 
(2: No such file or directory)
E: Unable to determine the file size - fstat (9: Bad file descriptor)
E: Read error - read (9: Bad file descriptor)
E: Prior errors apply to 
/dvd//pool/main/g/graphicsmagick/libgraphicsmagick++3_1.3.5-5.1_i386.deb
E: Prior errors apply to /dvd//pool/main/o/octave3.2/octave3.2_3.2.3-1_i386.deb
debconf: apt-extracttemplates failed: Bad file descriptor
dpkg: error processing 
/dvd//pool/main/a/arpack/libarpack2_2.1+parpack96.dfsg-2+b1_i386.deb (--unpack):
 cannot access archive: No such file or directory
dpkg: error processing 
/dvd//pool/main/g/graphicsmagick/libgraphicsmagick++3_1.3.5-5.1_i386.deb 
(--unpack):
 cannot access archive: No such file or directory
Selecting previously deselected package octave3.2.
(Reading database ... 242809 files and directories currently installed.)
Unpacking octave3.2 (from .../octave3.2_3.2.3-1_i386.deb) ...
Processing triggers for man-db ...
Processing triggers for desktop-file-utils ...
Processing triggers for menu ...
Errors were encountered while processing:
 /dvd//pool/main/a/arpack/libarpack2_2.1+parpack96.dfsg-2+b1_i386.deb
 /dvd//pool/main/g/graphicsmagick/libgraphicsmagick++3_1.3.5-5.1_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
 ---

At the point above when the prompt to mount the first dvd,
 gdb /usr/lib/apt/methods/cdrom PID
was started to attach to the cdrom process. 
It reported no problems:
--
gdb) continue
Continuing.

Program exited normally.
---

# dpkg -s apt
Package: apt
Status: install ok installed
Priority: important
Section: admin
Installed-Size: 10580
Maintainer: APT Development Team 
Architecture: i386
Version: 0.7.23.1
===

So I guess that this means that I need to revert to earlier versions of
one of more of these programs if I am to catch the cdrom segfault.
But also that there is still a problem with accessing the /dvd files -
maybe somehow closed before dpkg runs. As I have noted before, if I manually
mount /dvd/ and run dpkg directly then it finds the files, so it isn't
dpk

Bug#553394: [INTL:de] German translation for irqbalance (debconf)

[Erik Schanze]

Hi,

I was wrong, this update was not checked by German l10n list,
because there were only small changes.


Kind regards,

Erik


-- 
 www.ErikSchanze.de *
 Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB *
 - Linux-Info-Tag in Dresden auch 2010 wieder   *
 Info: http://www.linux-info-tag.de/*



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

Bug#549312: Correction: 0.7.23.1 <-> 0.7.21

[ael]

Just realised that my last report was run on 0.7.23.1 instead of 0.7.21 :-)
Working too long on this :-( Will try again tomorrow on he right version...

ael




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

Bug#553400: ITP: spyder -- Spyder is a Python development environment specially suited for scientific computing

[Ludovic Aubry]

Package: wnpp
Severity: wishlist
Owner: Ludovic Aubry 


  Package name: spyder
  Version : 1.0.1
  Upstream Author : Pierre Raybaut
  URL : http://code.google.com/p/spyderlib/
  License : MIT
  Programming Lang: Python
  Description : Spyder is a Python development environment specially suited 
for scientific computing

pyder (previously known as Pydee) is a free open-source Python development 
environment providing
MATLAB-like features in a simple and light-weighted software.



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

Bug#553399: the set is old, a new set is available (prepared for 1.4.15, since 1.6.x seem to use the same set)

[Marco Menardi]

Package: asterisk-prompt-it
Version: 20060510-3
Severity: important

I'm the one that have provided the set of italian voices that are currently 
included in debian distribution.
Since that set is very old (like for 1.2 Asterisk release), some time ago I've 
produced a new set for 1.4.x (for 1.6 sounds seems that are the same of 1.4.15, 
at least at the time I prepared the set).
Sets can be found here:
http://www.voip.ammdomus.it/index.php?option=com_content&view=category&layout=blog&id=3&Itemid=4
and are provided in 4 formats (gsm, alaw, sln16 and wav).
Feel free to contact me for any info you need.
Hope in this occasion the package header will have a better description, the 
current one is a "fuzzy" italian collage of not very pertinent phrases.
Following what I can read in the -es package, you could write:
Description: Italian prompts for the Asterisk PBX
 These are Italian voicemail prompts for use with the Asterisk PBX, courtesy of 
Marco Menardi and Paola Dal Zot (http://www.voip.ammdomus.it/).


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

Kernel: Linux 2.6.31-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.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#553398: [INTL:de] German translation for ucf (debconf)

[Erik Schanze]

Package: ucf
Priority: wishlist
Tags: l10n,patch

Please find attached the updated german debconf translation 
for ucf.


Kindly regards,

Erik

-- 
 www.ErikSchanze.de *
 Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB *
 - Linux-Info-Tag in Dresden auch 2010 wieder   *
 Info: http://www.linux-info-tag.de/*
# translation of ucf_3.0023_de.po to German
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans#
#Developers do not need to manually edit POT or PO files.
#
# Erik Schanze , 2004-2009.
msgid ""
msgstr ""
"Project-Id-Version: ucf_3.0023_de\n"
"Report-Msgid-Bugs-To: u...@packages.debian.org\n"
"POT-Creation-Date: 2009-10-13 08:14-0500\n"
"PO-Revision-Date: 2009-10-30 22:16+0100\n"
"Last-Translator: Erik Schanze \n"
"Language-Team: German \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: title
#. Description
#: ../templates:2001
msgid "Modified configuration file"
msgstr "GeÀnderte Konfigurationsdatei"

#. Type: select
#. Choices
#. Translators, please keep translations *short* (less than 65 columns)
#. Type: select
#. Choices
#: ../templates:3001 ../templates:4001
msgid "install the package maintainer's version"
msgstr "Version des Paket-Betreuers installieren"

#. Type: select
#. Choices
#. Translators, please keep translations *short* (less than 65 columns)
#. Type: select
#. Choices
#: ../templates:3001 ../templates:4001
msgid "keep the local version currently installed"
msgstr "aktuell installierte Version behalten"

#. Type: select
#. Choices
#. Translators, please keep translations *short* (less than 65 columns)
#. Type: select
#. Choices
#: ../templates:3001 ../templates:4001
msgid "show the differences between the versions"
msgstr "Unterschiede zwischen den Versionen anzeigen"

#. Type: select
#. Choices
#. Translators, please keep translations *short* (less than 65 columns)
#. Type: select
#. Choices
#: ../templates:3001 ../templates:4001
msgid "show a side-by-side difference between the versions"
msgstr "Unterschiede zwischen den Versionen nebeneinander anzeigen"

#. Type: select
#. Choices
#. Translators, please keep translations *short* (less than 65 columns)
#: ../templates:3001
msgid "show a 3-way difference between available versions"
msgstr "3-Wege-Differenz verfÃŒgbarer Versionen der Datei anzeigen"

#. Type: select
#. Choices
#. Translators, please keep translations *short* (less than 65 columns)
#: ../templates:3001
msgid "do a 3-way merge between available versions (experimental)"
msgstr "3-Wege-Vereinigung verfÃŒgbarer Versionen [experimentell]"

#. Type: select
#. Choices
#. Translators, please keep translations *short* (less than 65 columns)
#. Type: select
#. Choices
#: ../templates:3001 ../templates:4001
msgid "start a new shell to examine the situation"
msgstr "die Angelegenheit in einer neu gestarteten Shell untersuchen"

#. Type: select
#. Description
#. Type: select
#. Description
#: ../templates:3002 ../templates:4002
msgid "What do you want to do about modified configuration file ${BASENAME}?"
msgstr ""
"Wie wollen Sie mit der geÀnderten Konfigurationsdatei ${BASENAME} "
"verfahren?"

#. Type: select
#. Description
#. Type: select
#. Description
#: ../templates:3002 ../templates:4002
msgid ""
"A new version of configuration file ${FILE} is available, but the version "
"installed currently has been locally modified."
msgstr ""
"Eine neue Version der Konfigurationsdatei ${FILE} ist verfÃŒgbar, "
"aber die installierte Version wurde verÀndert."

#. Type: note
#. Description
#: ../templates:5001
msgid "Line by line differences between versions"
msgstr "Unterschiede zwischen den Versionen zeilenweise anzeigen"

#. Type: error
#. Description
#: ../templates:6001
msgid "Conflicts found in three-way merge"
msgstr "Bei der 3-Wege-Vereinigung wurden Konflikte festgestellt"

#. Type: error
#. Description
#: ../templates:6001
msgid ""
"Conflicts found during three-way merge! Please edit `${dest_file}' and sort "
"them out manually."
msgstr ""
"Es wurden Konflikte bei der 3-Wege-Vereinigung festgestellt! "
"Bitte beheben Sie diese selbst in der Datei »${dest_file}«."

#. Type: error
#. Description
#: ../templates:6001
msgid ""
"The file `${dest_file}.${ERR_SUFFIX}' has a record of the failed merge of "
"the configuration file."
msgstr ""
"Die fehlgeschlagene Vereinigung der Konfigurationsdatei wurde "
"in der Datei »${dest_file}.${ERR_SUFFIX}« abgespei

Bug#553397: O: cwirc -- X-Chat morse plugin

[Joop Stakenborg]

Package: wnpp
Severity: normal

I am hereby orphaning this package since I intend to leave the project by the 
end of this year.



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

Bug#553109: guile-gnutls: postinst-must-call-ldconfig /usr/lib/libguile-gnutls-v-1.so.0.0.0 by the dynamic library loader. Therefore, the package must call "ldconfig" in its postinst script.

[Neil Jerram]

Ludo / Andy,

Is it still the case that we recommend guile extensions to be installed
as normal libraries in /usr/lib, as opposed to some guile-specific
place?  I think you were recently discussing this, and I'm afraid I
didn't pay complete attention.

(Historically this has cropped up several times.  Marius favoured
/usr/lib on the grounds that it could make sense for some application to
use a Guile extension library just like a normal C library
(i.e. application coded in C, linking at build time to the extension
library and to libguile).  But on the other hand the advantage of
somewhere like /usr/lib/guile-1.8 is that it makes it easier to handle
parallel installation, and corresponding correct version numbering,
without having to have .so names that have both libguile and extension
version numbers in.

My view on this is not very strong, but is that by sticking to /usr/lib
we do seem to be sailing against the wind (cf. other scripting
languages); and also that the normal C library argument feels unlikely
in practice.)

Please see email below, and the debian bug, for the complete context of
this.

Regards,
Neil

Simon Josefsson  writes:

> Manoj Srivastava  writes:
>
>> On Thu, Oct 29 2009, Andreas Metzler wrote:
>>
>>
>>> These are not proper shared libraries but are dlopened bindings for
>>> guile, which takes them outside the scope of the abovementioned part of
>>> policy.
>>
>> Then should they not be in a private path? As long as they are
>>  in the public library directories, you are still under the policy
>>  directive, as far as I can see.
>
> Other guile packages appear to put shared libraries in /usr/lib too, for
> example:
>
> j...@mocca:~$ dpkg -L guile-1.8-libs|grep /usr/lib|head
> /usr/lib
> /usr/lib/libguilereadline-v-17.so.17.0.3
> /usr/lib/libguile-srfi-srfi-13-14-v-3.la
> /usr/lib/libguile-srfi-srfi-4-v-3.so.3.0.1
> /usr/lib/libguile.so.17.3.1
> /usr/lib/libguile-srfi-srfi-60-v-2.so.2.0.2
> /usr/lib/libguile-srfi-srfi-4-v-3.la
> /usr/lib/libguilereadline-v-17.la
> /usr/lib/libguile-srfi-srfi-13-14-v-3.so.3.0.1
> /usr/lib/libguile-srfi-srfi-1-v-3.so.3.0.2
> j...@mocca:~$ 
>
> Although generally I would agree with you that if these aren't normal
> libraries, putting them in another directory (/usr/lib/guile) would be
> nice.  But there may be reasons why that is not possible; I'm not a
> guile expert.  Anyway, it doesn't seem to be a problem specific to the
> guile-gnutls package.
>
> /Simon



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

Bug#550334: fuse-utils: missing dependence on makedev

[Vagrant Cascadian]

Version: 2.8.1-1

i ran into this issue when installing ltsp, which builds a chroot with udev
installed, but not active, as it typically just needs udev when booting from
the network.

postinst apparently just checks if udev is active, and assumes MAKEDEV is
present if udev is not active. this patch does nothing if /dev/MAKEDEV is not
present and udev is installed but not active:

--- postinst.orig   2009-10-30 14:11:51.0 -0700
+++ postinst2009-10-30 14:16:39.0 -0700
@@ -18,8 +18,12 @@
   # Create device node with the right perms
   if [ ${udev} -eq 0 ]; then
# Call makedev and fix perms
-   cd /dev && ./MAKEDEV fuse
-   chgrp fuse /dev/fuse
+   if [ -e /dev/MAKEDEV ]; then
+   cd /dev && ./MAKEDEV fuse
+   chgrp fuse /dev/fuse
+   else
+   echo "MAKEDEV not installed, skipping device node creation."
+   fi
   else
# Udev is active, nothing to do.
echo "udev active, skipping device node creation."


there are probably some corner cases where this is insufficient.

live well,
  vagrant



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

Bug#553396: O: cwdaemon -- morse daemon for the parallel or serial port

[Joop Stakenborg]

Package: wnpp
Severity: normal

I am hereby orphaning this package since I intend to leave the project by the 
end of this year.



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

Bug#553391: O: callgit -- lookup callsigns at qrz.com

[Joop Stakenborg]

Package: wnpp
Severity: normal

I am hereby orphaning this package since I intend to leave the project by the 
end of this year.



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

Bug#553394: [INTL:de] German translation for irqbalance (debconf)

[Erik Schanze]

Package: irqbalance
Priority: wishlist
Tags: l10n,patch

Please find attached the updated german debconf translation 
for irqbalance.
It was prooveread by German l10n team.


Kindly regards,

Erik

-- 
 www.ErikSchanze.de *
 Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB *
 - Linux-Info-Tag in Dresden auch 2010 wieder   *
 Info: http://www.linux-info-tag.de/*
# translation of irqbalance_0.55+20091017-1_de.po to German
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans#
#Developers do not need to manually edit POT or PO files.
#
# Erik Schanze , 2004-2009.
msgid ""
msgstr ""
"Project-Id-Version: irqbalance_0.55+20091017-1_de\n"
"Report-Msgid-Bugs-To: irqbala...@packages.debian.org\n"
"POT-Creation-Date: 2009-10-17 22:41+1100\n"
"PO-Revision-Date: 2009-10-30 22:02+0100\n"
"Last-Translator: Erik Schanze \n"
"Language-Team: German \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
#: ../irqbalance.templates:1001
msgid "Would you like to enable irqbalance?"
msgstr "Wollen Sie Irqbalance aktivieren?"

#. Type: boolean
#. Description
#: ../irqbalance.templates:1001
msgid ""
"Enable the irqbalance daemon to balance IRQs on SMP systems and systems with "
"hyperthreading."
msgstr ""
"Den Dienst Irqbalance zum Ausgleichen der IRQs auf "
"SMP-Systemen und Systemen mit Hyperthreading aktivieren."

#. Type: boolean
#. Description
#: ../irqbalance.templates:2001
msgid "Would you like to balance the IRQ's once?"
msgstr "Wollen Sie IRQs einmal ausgleichen?"

#. Type: boolean
#. Description
#: ../irqbalance.templates:2001
msgid ""
"irqbalance can run in one shot mode, where the IRQs are balanced only once. "
"This is advantageous on hyperthreading systems such as the Pentium 4, which "
"appear to be SMP systems, but are really one physical CPU."
msgstr ""
"Irqbalance kann in einem «Einmal-Modus» betrieben werden, bei "
"dem die IRQs nur einmal aufgeteilt werden. Das ist vorteilhaft "
"auf Systemen mit Hyperthreading, wie Pentium 4, die sich wie "
"SMP-Systeme verhalten, aber physisch nur eine CPU haben."

Bug#553393: O: colrconv -- Convers client with curses color support

[Joop Stakenborg]

Package: wnpp
Severity: normal

I am hereby orphaning this package since I intend to leave the project by the 
end of this year.



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

Bug#534722: closed by Paul Brossier (Re: Bug#534722:)

[Frank Mori Hess]

On Friday 30 October 2009, Debian Bug Tracking System wrote:
> Steven G. Johnson wrote:
> >> Whether or not such aliasing is safe is entirely dependent on
> >> implementation-defined behavior, the standard leaves it undefined.
> >
> > This is not true.  Matteo already quoted the portion of the C standard
> > that specifically requires double complex and double[2] to have
> > exactly the same binary representation.

Not that I still have any hope of convincing you people, but as I already 
demonstrated with my example code (all pointers have the same binary 
representation and my example aliases pointers-to-pointers), and as stated 
in the standard's strict aliasing rules, two types having the same binary 
representation does not exempt them from the strict aliasing rules.



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

Bug#553392: 'hugin' received an X Window System error

[Phil]

Package: hugin
Version: 2009.2.0+dfsg-2
Severity: grave
Justification: renders package unusable

Hi,

When I launch hugin, the splashscreen appears and the application crashes with 
the following error message:

The program 'hugin' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadRequest (invalid request code or no such operation)'.
  (Details: serial 786 error_code 1 request_code 135 minor_code 19)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)

I have tried to compiled the code from source but I have the same error.

Any idea?


Cheers,

Phil


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

Kernel: Linux 2.6.30-2-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 hugin depends on:
ii  enblend  3.2+dfsg-3  image blending tool
ii  enfuse   3.2+dfsg-3  image exposure blending tool
ii  hugin-tools  2009.2.0+dfsg-2 CLI tools for Hugin
ii  libboost-thread1.40.01.40.0-2portable C++ multi-threading
ii  libc62.9-25  GNU C Library: Shared libraries
ii  libexiv2-5   0.18.2-1+b1 EXIF/IPTC metadata manipulation li
ii  libgcc1  1:4.4.1-4   GCC support library
ii  libgl1-mesa-glx [libgl1] 7.6-1   A free implementation of the OpenG
ii  libglew1.5   1.5.1-5 The OpenGL Extension Wrangler - ru
ii  libglu1-mesa [libglu1]   7.6-1   The OpenGL utility library (GLU)
ii  libimage-exiftool-perl   7.89-1  Library and program to read and wr
ii  libpano13-1  2.9.14-2panorama tools library
ii  libstdc++6   4.4.1-4 The GNU Standard C++ Library v3
ii  libtiff4 3.9.1-1 Tag Image File Format (TIFF) libra
ii  libwxbase2.8-0   2.8.7.1-1.1 wxBase library (runtime) - non-GUI
ii  libwxgtk2.8-02.8.7.1-1.1 wxWidgets Cross-platform C++ GUI t
ii  make 3.81-6  An utility for Directing compilati

hugin recommends no packages.

hugin 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#553395: O: colrdx -- DX-cluster client with curses color support

[Joop Stakenborg]

Package: wnpp
Severity: normal

I am hereby orphaning this package since I intend to leave the project by the 
end of this year.



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

Bug#518368: bug opened at gnome.org

[Mark Hedges]

severity 518368 important
thankyou

https://bugzilla.gnome.org/show_bug.cgi?id=600167

I bumped severity because of the number of packages that
install if-pre-up.d and if-post-down.d scripts and expect
them to run, and the security risk from an open interface
after address association.  Feel free to disagree.

maggie:~# apt-file search etc/network/if-pre-up.d
bridge-utils: /etc/network/if-pre-up.d/bridge
ethtool: /etc/network/if-pre-up.d/ethtool
hostap-utils: /etc/network/if-pre-up.d/hostap-utils
hostapd: /etc/network/if-pre-up.d/hostapd
ifenslave-2.6: /etc/network/if-pre-up.d/ifenslave
ifupdown-extra: /etc/network/if-pre-up.d/00check-network-cable
ifupdown-scripts-zg2: /etc/network/if-pre-up.d/00README.linkdir
linux-wlan-ng: /etc/network/if-pre-up.d/linux-wlan-ng-pre-up
uml-utilities: /etc/network/if-pre-up.d/uml-utilities
vde2: /etc/network/if-pre-up.d/vde2
vlan: /etc/network/if-pre-up.d/vlan
whereami: /etc/network/if-pre-up.d/whereami
wireless-tools: /etc/network/if-pre-up.d/wireless-tools
wpasupplicant: /etc/network/if-pre-up.d/wpasupplicant

maggie:~# apt-file search etc/network/if-post-down.d
avahi-daemon: /etc/network/if-post-down.d/avahi-daemon
bridge-utils: /etc/network/if-post-down.d/bridge
hostapd: /etc/network/if-post-down.d/hostapd
ifenslave-2.6: /etc/network/if-post-down.d/ifenslave
ifupdown-scripts-zg2: /etc/network/if-post-down.d/00README.linkdir
linux-wlan-ng: /etc/network/if-post-down.d/linux-wlan-ng-post-down
sendmail-base: /etc/network/if-post-down.d/sendmail
vde2: /etc/network/if-post-down.d/vde2
vlan: /etc/network/if-post-down.d/vlan
wireless-tools: /etc/network/if-post-down.d/wireless-tools
wpasupplicant: /etc/network/if-post-down.d/wpasupplicant

Mark



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

Bug#540959: vorbis embed status

[Michael Gilbert]

just curious on the status of this embed?  i checked 'ldd
/usr/lib/xulrunner-1.9.1/libxul.so'
and it doesn't appear to be linked with libvorbis.so yet.

mike



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

Bug#553390: O: antennavis -- antenna visualization software

[Joop Stakenborg]

Package: wnpp
Severity: normal

I am hereby orphaning this package since I intend to leave the project by the 
end of this year.



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

Bug#553296: gitignore broken completely

[Jeff King]

On Fri, Oct 30, 2009 at 09:01:48PM +0100, Klaus Ethgen wrote:

> > +test_expect_success 'ls-files -i lists only tracked-but-ignored files' '
> > +   echo content >other-file &&
> > +   git add other-file &&
> > +   echo file >expect &&
> > +   git ls-files -i --exclude-standard >output &&
> > +   test_cmp expect output
> > +'
> > +
> >  test_done
> 
> Do that fit? shouldn't it be "test_cmp other-file output"? "git ls-files
> -i --exclude-standard" should show the files in the index that are also
> in the exclude list. And you only add other-file to the index. And
> shouldn't there be also a "echo other-file > .gitignore"?

No, because it is building on the previous tests. The point of the test
is:

  - we already have 'file' tracked and in gitignore (from previous
tests in the series)
  - we add other-file to have some other file which is tracked but not
in gitignore
  - we check the output of "ls-files -i" to make sure that "file" is
there, but "other-file" is not

-Peff



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

Bug#553387: [freeradius] FTBFS with binutils-gold

[Stephen Gran]

This one time, at band camp, Peter Fritzsche said:
> Package: freeradius
> Severity: normal
> 
> $ ld --version
> GNU gold (GNU Binutils for Debian 2.20) 1.9
> Copyright 2008 Free Software Foundation, Inc.
> This program is free software; you may redistribute it under the terms of
> the GNU General Public License version 3 or (at your option) a later version.
> This program has absolutely no warranty.
> 
> /usr/bin/libtool --mode=link gcc   -o radeapclient radeapclient.lo 
> libeap/libfreeradius-eap.la -lnsl -lresolv  -lpthread -
> lcrypto -lssl -lcrypto
>   
> libtool: link: gcc -o .libs/radeapclient .libs/radeapclient.o  
> libeap/.libs/libfreeradius-eap.so -lnsl -lresolv -lpthread -
> lssl -lcrypto  -Wl,-rpath -Wl,/usr/lib/freeradius 
>  
> /usr/bin/ld: .libs/radeapclient.o: in function 
> send_packet:radeapclient.c:139: error: undefined reference to 'rad_send'

rad_send and most of the others are symbols defined in the radius
binary that dlopens these modules.  Does gold not know how to build
dlopenable modules with symbol references in the main binary?

Cheers,
-- 
 -
|   ,''`.Stephen Gran |
|  : :' :sg...@debian.org |
|  `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
 -


signature.asc
Description: Digital signature

Bug#553296: gitignore broken completely

[Klaus Ethgen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi Jeff,

Am Fr den 30. Okt 2009 um 20:05 schrieb Jeff King:
> On Fri, Oct 30, 2009 at 02:41:55PM -0400, Jeff King wrote:
> 
> > >6. Revert the patch and rework it so that it will only have effect if
> > >   there is no -i option on the command line. (That is similiar to a
> > >   mix of 3 and 4.)
> > 
> > Yeah, that would actually be the least invasive change, and would keep
> > "-i" just as it is. If we do anything except a simple, I think your (6)
> > makes the most sense.

Ok.

> > Let me see if I can make a patch.

Fine, thanks.

> - Show ignored files in the output.
> - Note that this also reverses any exclude list present.
> + Show only ignored files in the output. When showing files in the
> + index, print only those matched by an exclude pattern. When
> + showing "other" files, show only those matched by an exclude
> + pattern.

Hmmm... I do not see that much difference. But that might be justified
by my bad English.

> --- a/t/t3003-ls-files-exclude.sh
> +++ b/t/t3003-ls-files-exclude.sh
> @@ -29,4 +29,12 @@ test_expect_success 'add file to gitignore' '
>  '
>  check_all_output
>  
> +test_expect_success 'ls-files -i lists only tracked-but-ignored files' '
> + echo content >other-file &&
> + git add other-file &&
> + echo file >expect &&
> + git ls-files -i --exclude-standard >output &&
> + test_cmp expect output
> +'
> +
>  test_done

Do that fit? shouldn't it be "test_cmp other-file output"? "git ls-files
- -i --exclude-standard" should show the files in the index that are also
in the exclude list. And you only add other-file to the index. And
shouldn't there be also a "echo other-file > .gitignore"?

Regards
   Klaus
- -- 
Klaus Ethgenhttp://www.ethgen.de/
pub  2048R/D1A4EDE5 2000-02-26 Klaus Ethgen 
Fingerprint: D7 67 71 C4 99 A6 D4 FE  EA 40 30 57 3C 88 26 2B
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iQEVAwUBSutGLJ+OKpjRpO3lAQqmZwgAi7DqPorAdp0dZtgMpgzCsrWTJx5xb/dv
voQ4K5pYmxG1PgLb8zY7ywIvcG36uakCGvwgFQxsLzSgg0hRO1UsQ8XFVqSPp62X
evsZ/On5LYHY3xz+Fl0cPM5oomtqY+ZmHAd5syj4oh6hSHM8J93RuQzGEfMshtrQ
NUfAbAVmjuA5d4Cl/SLNUvoLE6M6O3YGkCGKXA9aPQcker6W+nODExJgTqyh4RHK
ATfbPC6+VJGUPfjVGmrqHVW8LOb/wP7grEBMaHvGpP/ysh4FHjy6HtXLhyPSRES/
KpsMG5g0dF0dbS0qBgrIck+6cifiHNlAbxc5LF7tydFBMnRAmjDyeA==
=7JTn
-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#553333: [Pkg-clamav-devel] Bug#553333: clamav-milter: inet milter socket configuration changes the owner of /root to clamav

[Stephen Gran]

Hi there,

I understand how:

> @@ -279,5 +279,5 @@ fi
> 
>  make_dir "$DataBaseDirectory"
> -if [ "${SOCKET_PATH#inet}" = "${SOCKET_PATH}" ]; then
> +if [ "${SOCKET_TYPE}" = "local" ]; then
>make_dir $(dirname "$SOCKET_PATH")
>chown $User $(dirname "$SOCKET_PATH")

could be a problem (maybe - if the variable $SOCKET_PATH includes the
string 'inet' but somehow the variable $SOCKET_PATH remains unset), but
I don't see how:

> @@ -172,5 +172,5 @@ make_dir()
>[ -n "$User" ] || User=clamav
>mkdir -p -m 0755 "$DIR"
> -  chown "$User:$User" "$DIR"
> +  chown "$User" "$DIR"
>  }

Cause any problems or indeed makes any difference?

Cheers,
-- 
 -
|   ,''`.Stephen Gran |
|  : :' :sg...@debian.org |
|  `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
 -


signature.asc
Description: Digital signature

Bug#550679: Added patch

[Andres Mejia]

On Friday 30 October 2009 13:00:05 Romain Beauxis wrote:
> tag 550679 patch
> thanks
> 
>  Hi again.
> 
> Please find attached a patch that:
>  * Adds back libmp4ff
>  * Fix the header mp4ff.h
> 
> Instead of removing the package, those two patches could be submited
>  upstream, probably with a bit more work on mp4ff.h.
> 
> If you really want to remove libmp4ff, please at lease explain the rational
>  for that.
> 
> Romain
> 

This was explained in the mailing list. Apologies for not CCing the bug.

Patches to upstream were submitted, but they are not going to be applied. 
Basically, the use of the mp4ff stuff from faad2 is discouraged by upstream. 
You 
may read for yourself at [1].

So in Debian, it's been decided not to ship any of the mp4ff libraries or 
headers at all. You should consider using ffmpeg or mp4v2 if it's your code.

1. http://xbmc.org/trac/ticket/6882#comment:15

-- 
Regards,
Andres



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

Bug#551389: [Nsspampgsql-devel] Bug#551389: libnss-pgsql2: Public auth info in the nss-pgsql.conf allows Denial-of-Service attack to NSS

[Stephen Gran]

This one time, at band camp, Bram Senders said:
> Hi there,
> 
> I guess this would be a problem if the postgres database is not local;
> i.e. if you want several machines to authenticate against the same
> database.  The only way I currently see of "fixing" this is to use one
> user with "trust" access for read-only access to the group_table,
> passwd_table and usergroups tables (and use this user in
> /etc/nss-pgsql.conf), and one user with "md5" access (or some other
> authenticated access method) for access to the shadow_table table (and
> use this user in /etc/nss-pgsql-root.conf).

Hi,

Sure, this is possible - they're just connection parameters to a
database call, after all.  Basically, you want to create a seperate
/etc/nss-pgsql-root.conf with different connection parameters than the
regular /etc/nss-pgsql.conf.  In postgres itself, the non-privileged
user should have read only access to your passwd, group and passwd-group
map tables.  The 'root' user (whatever name you choose to give it)
should have read only access to the shadow table.  These are standard
GRANT options in postgres speak.

In pg_hba.conf, the non-privileged user is granted access with trust,
the privileged user is granted access with md5 or whatever other password
mechanism you like.  On the local filesystem, you protect the shadow
credentials in /etc/nss-pgsql-root.conf by making the file mode 0600
root:root.  The non-privileged file of course has to be world read only,
so 0444 as a minimum.

Cheers,
-- 
 -
|   ,''`.Stephen Gran |
|  : :' :sg...@debian.org |
|  `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
 -


signature.asc
Description: Digital signature

Bug#553296: gitignore broken completely

[Junio C Hamano]

Jeff King  writes:

> I am not sure simply reverting is the best choice; the patch does do
> something useful. And while it strictly breaks backwards compatibility
> on the output without "-i", the old behavior was considered a bug. But
> the "-i" behavior is useless now, so we need to figure out how to
> proceed. We can:
>
>   1. Revert and accept that the behavior is historical. Callers need to
>  work around it by dropping --exclude* when invoking ls-files.
>
>   2. Declare "-i" useless, deprecate and/or remove. Obviously this is
>  also breaking existing behavior, but again, I don't think that
>  using "-i" actually accomplishes anything.
>
>   3. Revert for now, and then reinstate the patch during a major version
>  bump when we are declaring some compatibility breakages.
>
>   4. Re-work "-i" to show tracked but ignored files, but still show all
>  files when "-i" is not given at all.
>
> I think (4) preserves the benefit of the patch in question, but still
> allows your usage ("git ls-files -i --exclude-standard"). I do question
> whether that usage is worth supporting. Certainly I wouldn't implement
> it if I were writing git-ls-files from scratch today, but we do in
> general try to maintain backwards compatibility, especially for plumbing
> like ls-files.
>
> Junio, what do you want to do?

I've never understood the use of "ls-files -i" without -o, so in that
sense, I have done 2. myself already long time ago.

In other words, I do not really care that much, and the choice would be
between "0. do not do anything---the patch in question was a bugfix for
longstanding insanity" and your "4. -i without -o didn't make much sense
but now it does and here is the new meaning".



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

Bug#553296: gitignore broken completely

[Jeff King]

On Fri, Oct 30, 2009 at 12:41:27PM -0700, Junio C Hamano wrote:

> I've never understood the use of "ls-files -i" without -o, so in that
> sense, I have done 2. myself already long time ago.
> 
> In other words, I do not really care that much, and the choice would be
> between "0. do not do anything---the patch in question was a bugfix for
> longstanding insanity" and your "4. -i without -o didn't make much sense
> but now it does and here is the new meaning".

OK, I think the patch I sent elsewhere in the thread should be applied,
then, as it should make you, me, and Klaus happy.

-Peff



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

Bug#551741: alien: [PATCH] manual page - list items in alphabetical order

[Joey Hess]

Jari Aalto wrote:
> The alphabetical order is what is preferrable. It helps locating
> opptions much faster when the direction of search is predictable. Like
> when seen in scripts and web pages, forum posts.

I think that most people who are searching for something in a man page,
as opposed to reading the whole thing, will not care about order.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#553049: (no subject)

[Julien BLACHE]

severity 553049 normal
thanks

Jonas Stein  wrote:

Hi,

> The program 'xsane' received an X Window System error.
> This probably reflects a bug in the program.
> The error was 'BadMatch (invalid parameter attributes)'.
>   (Details: serial 17623 error_code 8 request_code 150 minor_code 5)

What were you doing when this happened? 

Anything worth noting about your environment? Proprietary X drivers? Are
you using the epkowa backend with non-free plugin?

Thanks,

JB.

-- 
 Julien BLACHE - Debian & GNU/Linux Developer -  
 
 Public key available on  - KeyID: F5D6 5169 
 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 



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

Bug#550562: Fwd: Re: Bug#550562: firmware-linux: radeon/R200_cp.bin, system freeze on some OpenGl functions [jean-luc.cou...@wanadoo.fr]

[Jean-Luc Coulon (f5ibh)]

(sorry, this mail was left in my outbox due to a reconfiguration of my 
mail system)

Hi,
Le 20/10/2009 02:46:23, Ben Hutchings a écrit :
>On Mon, 2009-10-19 at 17:38 +0200, Jean-Luc Coulon (f5ibh) wrote:
>> Hi,
>> 
>> 
>> Le 18/10/2009 00:24:40, Ben Hutchings a écrit :
>[...]
>> >Which kernel version were you using previously?
>> 
>> I was using 2.6.29. I built myself as usual from the debian source 
>> package and kernel-package.
>
>Please test an official binary package (linux-image-2.6.30-2-686) in
>case this is due to your custom configuration.

There is some misunderstanding.

While you answered to thios bug the 1st time, you asked me to try an 
official Debian kernel.

I answered:


I've installed it:
[jean-...@tangerine] % uname -a
Linux tangerine 2.6.30-2-amd64 #1 SMP Fri Sep 25 22:16:56 UTC 2009 
x86_64 GNU/Linux

... and I got the same problem.



This ia an official Debian package (X86_84), I've never used a 32 
architecture on this machine.

And what I said is that, with this – official – kernel, I've the same 
problem: machine (or display freeze) on some OpenGL stream.

Then, I've tested with an ATI 9500 Pro (R300) and, even if I have some 
rendering problems, I've no freeze.


Then, when you asked me which kernel. I was thinking "latet kernel 
without problem with OpenGL".

Regards

Jean-Luc





pgpykmCKTPANg.pgp
Description: PGP signature

Bug#553296: gitignore broken completely

[Klaus Ethgen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Am Fr den 30. Okt 2009 um 21:05 schrieb Jeff King:
> > > + test_cmp expect output
[...]
> No, because it is building on the previous tests. The point of the test
> is:
> 
>   - we already have 'file' tracked and in gitignore (from previous
> tests in the series)
>   - we add other-file to have some other file which is tracked but not
> in gitignore
>   - we check the output of "ls-files -i" to make sure that "file" is
> there, but "other-file" is not

Aha, now I get it, the "test_cmp" do check the _content_ of the file
expect and not the file expect itself.

Regards
   Klaus

Ps. Uh, oh, maybe I should truncate the Cc ;-) Ok, hoping that is ok so
too.
- -- 
Klaus Ethgenhttp://www.ethgen.de/
pub  2048R/D1A4EDE5 2000-02-26 Klaus Ethgen 
Fingerprint: D7 67 71 C4 99 A6 D4 FE  EA 40 30 57 3C 88 26 2B
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iQEVAwUBSutHuJ+OKpjRpO3lAQoL2gf8DixaPjnEkLhOZUK4VVsXU7zJ/bB3qWnP
71yq3sPA3Fi9Bq51d06YnxAQe/WqJWnOtSzgw8V5QquTaEM5Lqp6bgY49jynj6mf
wRSL+L4y+jpuerIQ/SK3yVcNw837URfQNDGFPNVSJAwGYfeMWiYh52fqwPVxO37p
wsNryc2CqpviaiqK12XwyEn7NHxPROdIRm0K8uezsw1fzWUcx4hN8IVbl8i8z0ss
brgyuMsT+R0GnazT/IndLkGniuBFBF2pdyD5uYv/lqF+q8TOC+iQzhxuA0cj/EC6
y5FuVCOTLA938bmclvhnl1hfzg4+6c5xoqqtWI2DzJoXkm2zJpvlLQ==
=VEYC
-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#535672: [Pkg-clamav-devel] Intent to NMU clamav to fix pending po-debconf l10n bugs

[Stephen Gran]

This one time, at band camp, Michael Meskes said:
> On Fri, Oct 30, 2009 at 07:37:30AM +0100, Christian Perrier wrote:
> > The clamav Debian package, which you are the maintainer of, has
> > pending bug report(s) which include translation updates or fixes
> > for po-debconf, namely bug number 535672 (and maybe other similar bugs).
> > ...
> 
> Christian, I'm not sure whether you know or not, but these bugs are already
> fixed in our git. So all we need is to release what we have in git right now.
> Any objections to doing a 0.95.2+dfsg-5 release?

Michael,

In general, no objections from my side.  The only thing that speaks
against is that 0.95.3 is now out, and I'd prefer to focus some effort
on that release if possible.

Cheers,
-- 
 -
|   ,''`.Stephen Gran |
|  : :' :sg...@debian.org |
|  `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
 -


signature.asc
Description: Digital signature

Bug#553296: gitignore broken completely

[Klaus Ethgen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi Junio,

Am Fr den 30. Okt 2009 um 20:51 schrieb Junio C Hamano:
> I am not sure; my head spins when I see "tracked but ignored" (you have
> a new one in the test) which is quite a bogus concept.
> 
> Does it mean "tracked but would be ignored if it weren't---perhaps it was
> added by mistake?"?

Right. Exact. Sorry if my arguing was a bit misunderstandable. (My
spellchecker do not know "misunderstandable", so I hope it is ok; I am
from Germany, we like long words. ;-)

Regards
   Klaus
- -- 
Klaus Ethgenhttp://www.ethgen.de/
pub  2048R/D1A4EDE5 2000-02-26 Klaus Ethgen 
Fingerprint: D7 67 71 C4 99 A6 D4 FE  EA 40 30 57 3C 88 26 2B
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iQEVAwUBSutG9J+OKpjRpO3lAQqBCQf+MWXaVdCeD7bT/dTCEQ8WfVKwISR6qNCP
wttV5oHnMp/f1mDWqhwYc4OUeOcLtkcV6pNf4oCMLY5v6zuvnLDgGB/8XW3l6JgZ
Y7m0UoSRu0s5Hux+VX/+CLwJ1cylstkwx3yOxcZ5VSXAgDlRIrt7LpwCsh/7lMSO
n5KUHw3/RodTwomxXUSRTQqU+SQMOUJrUvYR1EE9zR0YQkDKYqhulhUH+uirLaBQ
0rfJB7sTRqFfv2kHMLzO8t+jfco39cOZWTxlE1QBN1+k7aTZIJD2d79atfY7NLo0
2kCfcJXRurQ2rSpjUAbDVBo8JvkclnEnVLZP+s5kuwzej0hy4D2ocg==
=sN6Y
-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#553296: gitignore broken completely

[Jeff King]

On Fri, Oct 30, 2009 at 12:51:13PM -0700, Junio C Hamano wrote:

> > Here it is. I think this is the right thing to do. Junio?
> 
> I am not sure; my head spins when I see "tracked but ignored" (you have
> a new one in the test) which is quite a bogus concept.
> 
> Does it mean "tracked but would be ignored if it weren't---perhaps it was
> added by mistake?"?

Yes, that is exactly what it means.

-Peff



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

Bug#553296: gitignore broken completely

[Junio C Hamano]

Jeff King  writes:

> On Fri, Oct 30, 2009 at 02:41:55PM -0400, Jeff King wrote:
>
>> >6. Revert the patch and rework it so that it will only have effect if
>> >   there is no -i option on the command line. (That is similiar to a
>> >   mix of 3 and 4.)
>> 
>> Yeah, that would actually be the least invasive change, and would keep
>> "-i" just as it is. If we do anything except a simple, I think your (6)
>> makes the most sense.
>> 
>> Let me see if I can make a patch.
>
> Here it is. I think this is the right thing to do. Junio?

I am not sure; my head spins when I see "tracked but ignored" (you have
a new one in the test) which is quite a bogus concept.

Does it mean "tracked but would be ignored if it weren't---perhaps it was
added by mistake?"?



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

Bug#477060: [gNewSense-users] Re: unclear licence of AMSLatex (fwd)

[Sam Geeraerts]

Benedikt Ahrens schreef:

hello,

the AMS has decided to publish amslatex under LPPL. see david jones'
message on the bottom.

this concerns future releases only. is this ok for gns? can we keep the
current package even if it isn't covered legally by this license?


Thanks for following up on this.

Do they say which version of LPPL they're going to use? Both 1.2 and 
1.3a are free software licenses, but according to the FSF license list 
[1] 1.2 can have additional restrictions that make some files non-free.


Would they agree to retroactively add the same license to (recent) 
earlier versions (including the one in gNS 2.x), so that those versions 
become dual-licensed? Even just a short public statement that's not 
(necessarily) legally binding would make me much more comfortable about 
keeping the package in gNS.


As for changing names of modified files: I think Debian has some 
infrastructure to handle all that and all TeX packages have been treated 
as if they were under LPPL, so that won't be a problem. The only change 
we should have to make is to refer to the public statement.


[1] http://www.gnu.org/licenses/license-list.html#SoftwareLicenses



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

Bug#553387: [freeradius] FTBFS with binutils-gold

[Peter Fritzsche]

Package: freeradius
Severity: normal

$ ld --version
GNU gold (GNU Binutils for Debian 2.20) 1.9
Copyright 2008 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License version 3 or (at your option) a later version.
This program has absolutely no warranty.

/usr/bin/libtool --mode=link gcc   -o radeapclient radeapclient.lo 
libeap/libfreeradius-eap.la -lnsl -lresolv  -lpthread -
lcrypto -lssl -lcrypto  
libtool: link: gcc -o .libs/radeapclient .libs/radeapclient.o  
libeap/.libs/libfreeradius-eap.so -lnsl -lresolv -lpthread -
lssl -lcrypto  -Wl,-rpath -Wl,/usr/lib/freeradius  
/usr/bin/ld: .libs/radeapclient.o: in function send_packet:radeapclient.c:139: 
error: undefined reference to 'rad_send'
   
/usr/bin/ld: .libs/radeapclient.o: in function send_packet:radeapclient.c:153: 
error: undefined reference to 'rad_recv'
   
/usr/bin/ld: .libs/radeapclient.o: in function send_packet:radeapclient.c:169: 
error: undefined reference to 'ip_ntoh' 
   
/usr/bin/ld: .libs/radeapclient.o: in function send_packet:radeapclient.c:170: 
error: undefined reference to 'ip_ntoh' 
   
/usr/bin/ld: .libs/radeapclient.o: in function send_packet:radeapclient.c:195: 
error: undefined reference to 'rad_verify'  
   
/usr/bin/ld: .libs/radeapclient.o: in function send_packet:radeapclient.c:200: 
error: undefined reference to 'rad_decode'  
   
/usr/bin/ld: .libs/radeapclient.o: in function send_packet:radeapclient.c:206: 
error: undefined reference to 'librad_debug'
   
/usr/bin/ld: .libs/radeapclient.o: in function send_packet:radeapclient.c:209: 
error: undefined reference to 'vp_printlist'
   
/usr/bin/ld: .libs/radeapclient.o: in function send_packet:radeapclient.c:201: 
error: undefined reference to 'librad_perror'   
   
/usr/bin/ld: .libs/radeapclient.o: in function send_packet:radeapclient.c:196: 
error: undefined reference to 'librad_perror'   
   
/usr/bin/ld: .libs/radeapclient.o: in function send_packet:radeapclient.c:178: 
error: undefined reference to 'librad_perror'   
   
/usr/bin/ld: .libs/radeapclient.o: in function cleanresp:radeapclient.c:229: 
error: undefined reference to 'pairdelete'  
 
/usr/bin/ld: .libs/radeapclient.o: in function cleanresp:radeapclient.c:230: 
error: undefined reference to 'pairdelete'  
 
/usr/bin/ld: .libs/radeapclient.o: in function cleanresp:radeapclient.c:243: 
error: undefined reference to 'pairbasicfree'   
 
/usr/bin/ld: .libs/radeapclient.o: in function 
process_eap_start:radeapclient.c:266: error: undefined reference to 
'pairfind'  
   
/usr/bin/ld: .libs/radeapclient.o: in function 
process_eap_start:radeapclient.c:325: error: undefined reference to 
'pairfind'  
   
/usr/bin/ld: .libs/radeapclient.o: in function 
process_eap_start:radeapclient.c:326: error: undefined reference to 
'pairfind'  
   
/usr/bin/ld: .libs/radeapclient.o: in function 
process_eap_start:radeapclient.c:327: error: undefined reference to 
'pairfind'  
   
/usr/bin/ld: .libs/radeapclient.o: in function 
process_eap_start:radeapclient.c:342: error: undefined reference to 
'paircreate'
   
/usr/bin/ld: .libs/radeapclient.o: in function 
process_eap_start:radeapclient.c:344: error: undefined reference to 
'pairreplace'   
   
/usr/bin/ld: .libs/radeapclient.o: in function 
process_eap_start:radeapclient.c:347: error: undefined reference to 
'paircreate' 

Bug#552687: special-file var/spool/cron/trigger

[Manoj Srivastava]

On Fri, Oct 30 2009, Gerrit Pape wrote:

> On Tue, Oct 27, 2009 at 03:52:52PM -0500, Manoj Srivastava wrote:
>> Justification: The package contains a special file (e.g., a device file).
>>This is forbidden by current policy. If your program needs 
>> this
>>device, you should create it by calling makedev from the 
>> postinst
>>script.
>> 
>> prw-r--r-- root/root 0 2008-05-25 11:32 ./var/spool/cron/trigger
>> 
>> 
>> Refer to Debian Policy Manual section 10.6 (Device files) for details. 
>
> I don't think MAKEDEV applies here, it's a named pipe used for IPC.
> Would it be okay if I create the fifo through postinst or on daemon
> startup?

You could use mkfifo in the postinst, I think.

manoj

-- 
If you stop to think about it, you're already dead.
Manoj Srivastava    
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C



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

Bug#553244: libmatrixssl1.8-dev: missing-dependency-on-libc needed by ./usr/lib/matrixssl/httpsClient and 3 others but the package doesn't depend on the C library package. Normally this

[Manoj Srivastava]

On Fri, Oct 30 2009, Gerrit Pape wrote:

> On Thu, Oct 29, 2009 at 01:13:07PM -0500, Manoj Srivastava wrote:
>> Package: libmatrixssl1.8-dev
>> Version: 1.8.6-1
>> Severity: serious
>> Justification: The listed file appears to be linked against the C library,
>> User: lintian-ma...@debian.org
>> Usertags: missing-dependency-on-libc
>> 
>> All shared libraries and compiled binaries must be run through 
>> dpkg-shlibdeps to
>> find out any libraries they are linked against (often via the dh_shlibdeps
>> debhelper command). The package containing these files must then depend on
>> ${shlibs:Depends} in debian/control to get the proper package dependencies 
>> for
>> those libraries.
>> 
>> Refer to Debian Policy Manual section 8.6 (Dependencies between the library 
>> and
>> other packages - the shlibs system) for details.
>
> Hi Manoj,
>
> libmatrixssl1.8-dev depends on libmatrixssl1.8 which in turn of course
> depends on the libc.  Is this a bug nevertheless?

Well, yes. For two reasons: Transitive dependencies are
 deprecated since the intermediate packages in the chain might  in the
 future remove dependencies, and secondly, what else are you missing by
 not running dpkg-shlibdeps?

manoj
-- 
If God is perfect, why did He create discontinuous functions?
Manoj Srivastava    
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C



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

Bug#553296: gitignore broken completely

[Jeff King]

On Fri, Oct 30, 2009 at 02:41:55PM -0400, Jeff King wrote:

> >6. Revert the patch and rework it so that it will only have effect if
> >   there is no -i option on the command line. (That is similiar to a
> >   mix of 3 and 4.)
> 
> Yeah, that would actually be the least invasive change, and would keep
> "-i" just as it is. If we do anything except a simple, I think your (6)
> makes the most sense.
> 
> Let me see if I can make a patch.

Here it is. I think this is the right thing to do. Junio?

-- >8 --
Subject: [PATCH] ls-files: unbreak "ls-files -i"

Commit b5227d8 changed the behavior of "ls-files" with
respect to includes, but accidentally broke the "-i" option
The original behavior was:

  1. if no "-i" is given, cull all results according to --exclude*
  2. if "-i" is given, show the inverse of (1)

The broken behavior was:

  1. if no "-i" is given:
 a. for "-o", cull results according to --exclude*
 b. for index files, always show all
  2. if "-i" is given:
 a. for "-o", shows the inverse of (1a)
 b. for index files, always show all

The fixed behavior keeps the new (1b) behavior introduced
by b5227d8, but fixes the (2b) behavior to show only ignored
files, not all files.

This patch also tweaks the documentation. The original text
was somewhat obscure in the first place, but it is also now
inaccurate (the relationship between (1b) and (2b) is not
quite a "reverse").

Signed-off-by: Jeff King 
---
 Documentation/git-ls-files.txt |6 --
 builtin-ls-files.c |8 
 t/t3003-ls-files-exclude.sh|8 
 3 files changed, 20 insertions(+), 2 deletions(-)

diff --git a/Documentation/git-ls-files.txt b/Documentation/git-ls-files.txt
index 021066e..625723e 100644
--- a/Documentation/git-ls-files.txt
+++ b/Documentation/git-ls-files.txt
@@ -48,8 +48,10 @@ OPTIONS
 
 -i::
 --ignored::
-   Show ignored files in the output.
-   Note that this also reverses any exclude list present.
+   Show only ignored files in the output. When showing files in the
+   index, print only those matched by an exclude pattern. When
+   showing "other" files, show only those matched by an exclude
+   pattern.
 
 -s::
 --stage::
diff --git a/builtin-ls-files.c b/builtin-ls-files.c
index c5c0407..c9a03e5 100644
--- a/builtin-ls-files.c
+++ b/builtin-ls-files.c
@@ -170,6 +170,10 @@ static void show_files(struct dir_struct *dir, const char 
*prefix)
if (show_cached | show_stage) {
for (i = 0; i < active_nr; i++) {
struct cache_entry *ce = active_cache[i];
+   int dtype = ce_to_dtype(ce);
+   if (dir->flags & DIR_SHOW_IGNORED &&
+   !excluded(dir, ce->name, &dtype))
+   continue;
if (show_unmerged && !ce_stage(ce))
continue;
if (ce->ce_flags & CE_UPDATE)
@@ -182,6 +186,10 @@ static void show_files(struct dir_struct *dir, const char 
*prefix)
struct cache_entry *ce = active_cache[i];
struct stat st;
int err;
+   int dtype = ce_to_dtype(ce);
+   if (dir->flags & DIR_SHOW_IGNORED &&
+   !excluded(dir, ce->name, &dtype))
+   continue;
if (ce->ce_flags & CE_UPDATE)
continue;
err = lstat(ce->name, &st);
diff --git a/t/t3003-ls-files-exclude.sh b/t/t3003-ls-files-exclude.sh
index fc1e379..d5ec333 100755
--- a/t/t3003-ls-files-exclude.sh
+++ b/t/t3003-ls-files-exclude.sh
@@ -29,4 +29,12 @@ test_expect_success 'add file to gitignore' '
 '
 check_all_output
 
+test_expect_success 'ls-files -i lists only tracked-but-ignored files' '
+   echo content >other-file &&
+   git add other-file &&
+   echo file >expect &&
+   git ls-files -i --exclude-standard >output &&
+   test_cmp expect output
+'
+
 test_done
-- 
1.6.5.2.224.g22719.dirty




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

Bug#537315: More Detail on performance issues

[Rene Engelhard]

Hi,

On Fri, Oct 30, 2009 at 06:44:38PM +, Max Zimmermann wrote:
> Antialising", almost resolves the issue. Nice and smooth afterwards. But
> since that obviously isn't the root cause of the problem, I've done what
> you suggested and here are my results:

Ah, OK. I think  there was something related to this somewhen, which might
be because antialiasing is disabled per default in vanilla...
Have to look...

> vanilla .deb from OOo, Version 3.1.1 for Linux x86_64: Same problem,
> after enabling Antialising. But, and probably worth mentioning:
> Antialising is disabled by default, as opposed to the debian standard.

Well, we all know upstream has interesting(tm) defaults... I think defaulting
to antialiasing is more sensible than not to :-)

> Vanilla .deb from OOo, Version 320_m2_3.2_beta_LinuxX86_64: I couldn't
> get the Beta to work. It complained about missing dependencies to core0X
> files, which weren't included in the download, not even after
> downloading a second time

Huh? In my dowload there were -coreXY files...
No problems installing it...

Grüße/Regards,

Rene
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  r...@debian.org | GnuPG-Key ID: D03E3E70
   `-   Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70



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

Bug#548505: reassign #553354

[Celejar]

reopen 553354
reassign 553354 aptitude
thanks

Celejar
-- 
foffl.sourceforge.net - Feeds OFFLine, an offline RSS/Atom aggregator
mailmin.sourceforge.net - remote access via secure (OpenPGP) email
ssuds.sourceforge.net - A Simple Sudoku Solver and Generator




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

Bug#537315: More Detail on performance issues

[Rene Engelhard]

retitle 537315 oocalc 3.1 slow with charts when anti aliasing on
forwarded 537315 http://qa.openoffice.org/issues/show_bug.cgi?id=98907
thanks

Hi again,

On Fri, Oct 30, 2009 at 07:53:24PM +0100, Rene Engelhard wrote:
> On Fri, Oct 30, 2009 at 06:44:38PM +, Max Zimmermann wrote:
> > Antialising", almost resolves the issue. Nice and smooth afterwards. But
> > since that obviously isn't the root cause of the problem, I've done what
> > you suggested and here are my results:
> 
> Ah, OK. I think  there was something related to this somewhen, which might
> be because antialiasing is disabled per default in vanilla...
> Have to look...

I found http://qa.openoffice.org/issues/show_bug.cgi?id=98907. Marking
as forwarded.

> > Vanilla .deb from OOo, Version 320_m2_3.2_beta_LinuxX86_64: I couldn't
> > get the Beta to work. It complained about missing dependencies to core0X
> > files, which weren't included in the download, not even after
> > downloading a second time
> 
> Huh? In my dowload there were -coreXY files...
> No problems installing it...

That also means that it reportedly is a bit better in 3.2 (please confirm)
but it's not completely fixed yet.

Grüße/Regards,
 
Rene
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  r...@debian.org | GnuPG-Key ID: D03E3E70
   `-   Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70



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

Bug#548801: marked as done (build-essential packages.)

[Antti-Juhani Kaijanaho]

On Fri, Oct 30, 2009 at 07:31:24PM +0100, Luk Claes wrote:
> The build-essential package does not use this Build-Essential flag, it
> uses regular dependencies and a verbatim list based on that AFAIK
> (though I'm putting the build-essential maintainer in Cc).

Almost a decade ago, when I created the build-essential package, it had a
verbatim list.  The dependencies were generated from that list.  

I don't know the current situation (having passed b-e on years ago), but I
suspect it hasn't changed much.

> I for one did not know about this flag before seeing this bug report
> (some time ago).

I never heard of it before.

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/
http://www.flickr.com/photos/antti-juhani/



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

Bug#537315: More Detail on performance issues

[Max Zimmermann]

Hi,

On 25.10.2009 18:54, Rene Engelhard wrote:
> [ I has to ring with me to answer to a mail like this which even doesn't
> have a valid subject ]
>   
I don't know to which regulations / guidelines you refer by 'valid',
(the RFCs?) but I *think* "(no subject)" is valid, as in, it's not empty.

And yes, forgetting these things happens, thanks for pointing that out.
> Hi,
>
> On Sun, Oct 25, 2009 at 12:06:08PM +, Max Zimmermann wrote:
>   
>> I believe this bug still exists in Testing and Unstable Versions of OOo.
>> 
>
> The bug is still open. No one said otherwise...
>
>   
>> I encountered the same problem, OOo-calc is unbelievably slow when
>> working on a graph. I attached a testfile for you guys. It is already
>> pretty slow when you just open the file. Then rightclick on the graph
>> and select 'edit'. This fires my CPU to 100% and scrolling takes forever.
>> 
>
> Quite slow, yes.
> CPU 100% no. Unbearably slow? No.
>
> Right now, this still doesn't count like a important bug for me, tbh.
>   
To me, this absolutely renders calc *unusable* for large plotting and
graphing purposes. They take at least 3-5 times longer, I've as a
temporary solution done my graphing on a virtual windows in OOo.

That being said, please read on.
>   
>> Please tell me if I can provide additional info.
>> 
>
> It'd be nice if you could test with "vanilla" "debs" from www.openoffice.org
> and see whether it's a debian-only (libs?) or a go-oo only problem.
>
> Do you use cairo by chance? ("Hardwarebeschleunigung verwenden" in the 
> Options)
> Does it change anywthing when you (un)check it?
> Then it'd be interesting to know whether it's fixed in 3.2 beta, reportedly
> they fixed some chart performance issues there...
>
> Grüße/Regards,
>
> Rene
>   
So, I was using Cairo (Hardwarebeschleunigung), but unchecking this
didn't change anything. Whereas unchecking the button below, "Use
Antialising", almost resolves the issue. Nice and smooth afterwards. But
since that obviously isn't the root cause of the problem, I've done what
you suggested and here are my results:

vanilla .deb from OOo, Version 3.1.1 for Linux x86_64: Same problem,
after enabling Antialising. But, and probably worth mentioning:
Antialising is disabled by default, as opposed to the debian standard.

Vanilla .deb from OOo, Version 320_m2_3.2_beta_LinuxX86_64: I couldn't
get the Beta to work. It complained about missing dependencies to core0X
files, which weren't included in the download, not even after
downloading a second time

-- 
Cheers,

Max


GNU/Linux - User #477672
PGP: 0x6C29B594



signature.asc
Description: OpenPGP digital signature

Bug#529374: gcal: Confusingly worded sentence in long description

[Thorsten Alteholz]

Thanks for your recommendation. It should appear after the next upload.

  Thorsten




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

Bug#551741: alien: [PATCH] manual page - list items in alphabetical order

[Jari Aalto]

Joey Hess  writes:

> Jari Aalto wrote:
>
>> The following path arranges sections PACKAGE FORMAT NOTES, OPTIONS, 
>> ENVIRONMENT
>> in alphabetical order. Cf GNU cp(1), mv(1), OpenBSD ssh(1) etc.
>
> Alien's man page is generally ordered by typical use patterns (for
> Debian systems anyway). I don't feel that alphabetical order would make
> it better.

The alphabetical order is what is preferrable. It helps locating
opptions much faster when the direction of search is predictable. Like
when seen in scripts and web pages, forum posts.

Jari



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

Bug#553385: [pkg-config] Add Requires for Include-only

[Peter Fritzsche]

Package: pkg-config
Version: 0.22-1
Severity: normal

There are different libraries which uses glib2.0 for data definition and 
internal. This means that they add glib2.0 to their required, but don't need 
the glib2.0 for linking. It -lglib2.0 will be added and they would link 
against it without really needing it. dpkg-shlibdeps will then print something 
like

dpkg-shlibdeps: warning: dependency on libglib-2.0.so.0 could be avoided if 
"debian/libxyz/usr/lib/libxyz.so.1.2.3.4" were not uselessly linked against it 
(they use none of its symbols).

So the .pc of the package must be able to say "I want the Cflags stuff, but 
not the Libs stuff" without duplicating the effort in glib-2.0.pc


--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.31-1-amd64

Debian Release: squeeze/sid
  500 unstableftp.debian.org 

--- Package information. ---
Depends(Version) | Installed
-+-
libc6 (>= 2.5-5) | 2.10.1-3
libglib2.0-0 (>= 2.12.9) | 2.22.2-2


Package's Recommends field is empty.

Package's Suggests field is empty.






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

Bug#553386: ITP: flowcanvas -- interactive widget for “boxes and lines” environments

[Paul Brossier]

Package: wnpp
Severity: wishlist
Owner: Paul Brossier 

* Package name: flowcanvas
  Version : 0.5.1
  Upstream Author : Dave Robillard 
* URL : http://drobilla.net/software/flowcanvas/
* License : GPL-2
  Programming Lang: C++
  Description : interactive widget for “boxes and lines” environments

 FlowCanvas is an interactive Gtkmm/Gnomecanvasmm widget for “boxes and lines”
 environments (ie modular synths or interactive finite state automata diagrams).



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

Bug#553296: gitignore broken completely

[Jeff King]

On Fri, Oct 30, 2009 at 07:23:31PM +0100, Klaus Ethgen wrote:

> Well ls-files is used to see such broken files. (Another example is if
> you accidentally add a file which you (later) decide to be ignored. You
> will have no change to find that files at all anymore.) With the patch
> that use case of ls-files has been gone without a replacement.

I think your reasoning is a little bit circular. They are not actually
broken with respect to git. But they might represent an error on the
part of the programmer, and one which they would want to investigate.
You could also catch it by looking at diffs ("why is this file in my
diff, it is supposed to be ignored"), but I am not opposed to accessing
the information via git-ls-files (and I think you are right that the
query cannot be easily done any other way).

> I have two more options:
> 
>5. Revert the patch and rework it to have a option to ignore or
>   respect the excluded files (Such as --use-excludes for example) or
>   respect them anyway if a --exclude* option is given on command
>   line.

I think that is basically equivalent to (1). There is already a way for
callers to avoid the bug, which is not to provide --exclude* at all. So
you are already setting that one bit of information in whether or not
you provide any excludes.

>6. Revert the patch and rework it so that it will only have effect if
>   there is no -i option on the command line. (That is similiar to a
>   mix of 3 and 4.)

Yeah, that would actually be the least invasive change, and would keep
"-i" just as it is. If we do anything except a simple, I think your (6)
makes the most sense.

Let me see if I can make a patch.

-Peff



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

Bug#542270: ldm doesn't read /etc/profile

[Florian Schlichting]

> When I login using ldm, my /etc/profile isn't read. I need to make my
> users have TEMP=$HOME/tmp, which I give them using export
> TEMP=$HOME/tmp in /etc/profile.

for some reason, commands given to ssh (such as ldm calling Xsession)
are exec'd in a shell that reads in /etc/bash.bashrc and ~/.bashrc

it seems the python ldm would run the command '/bin/bash --login ...',
so /etc/profile would be read *as well*

I think this was a bug that got fixed, but of course one needs to adjust
one's local configuration

Florian



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

Bug#553384: fcheck should CFInclude fcheck.cfg.local

[JP Vossen]

Package: fcheck
Version: all
Severity: wishlist

Goal:
fcheck should CFInclude either an /etc/fcheck/fcheck.cfg.local file 
and/or /etc/fcheck/cfg.d (possibly overkill) to facilitate local and/or 
package customization.  For examples, see /etc/bind/named.conf.local or 
/etc/cron.d.


Problem:
In order to make local changes to fcheck, right now you need to edit 
/etc/fcheck/fcheck.cfg, which then causes conflicts on upgrades, since 
you've modified the stock config.


Adding a "CFInclude = /etc/fcheck/fcheck.cfg.local" at the end of 
/etc/fcheck/fcheck.cfg would allow the admin to make local changes 
without changing the stock config and causing conflicts later.


I'm not sure that fcheck would actually support a /etc/fcheck/cfg.d 
directory, nor am I really sure it's needed.  But if you build it, maybe 
packages will use it...





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