Bug#693956: Acknowledgement (Wheezy d-i fails to set german keymap when set on command line)

[Bernhard Schmidt]

It looks like I need to set both debian-installer/keymap=de and keymap=de

keymap=de prevents getting the keyboard layout selection displayed, but 
does not seem to do anything regarding the actual layout being set


debian-installer/keymap=de sets the keyboard layout to German but the 
selection still gets displayed


Both settings together have the desired effect.


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

Bug#693883: udev fails to preserve modified modprobe.d/blacklist.conf

[Ron]

On Wed, Nov 21, 2012 at 11:58:44PM +0100, Marco d'Itri wrote:
> On Nov 21, Ron  wrote:
> 
> > Do the package directives actually cause udev any harm?  Just moving
>
> Probably not.
> 
> > Would it be better to delete it if unchanged, but otherwise leave it
> > alone if it is modified?  How will that burn us later?
>
> An orphaned file will be kept around forever.

If a user modified it, it's not really orphaned though.  Even under
normal circumstances doing that would make them wholly responsible
for maintaining the conffile from then on.  The only real difference
here is that the package is now never going to make further changes
of its own, and the file belongs entirely to the user but they will
still want to keep (their changes to) it "forever".

I agree it should be deleted if unmodified.

This does seem not entirely unlike the situation from #565126, where
a file in /etc/udev/rules.d became orphaned by the package, but users
who had modified it were still correct to put their own rules in
that place, and would expect and want their rules to be preserved.

In the end we resolved that by deleting it if unmodified,
but otherwise just leaving it alone.

Feel free to crib this patch, which does just that, if you don't
see any major problem with taking that approach here too:

http://anonscm.debian.org/gitweb/?p=users/ron/xf86-input-wacom.git;a=commitdiff;h=25db4704334d835b88bc170d0045a62b04805e24

I guess another option might be to move it to user-blacklist.conf
or so if modified, but that has a (small?) risk of breaking for
people who might maintain it with something like puppet or so.


  Cheers,
  Ron


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

Bug#367051: security.d.o: 367051: ftpmaster run the security dak instance now

[Paul Wise]

Control: reassign -1 ftp.debian.org

This issue (Contents-* files for security.d.o) is now something to be
done by the ftpmasters since they run the dak instance for security.d.o.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#693277: minetest: FTBFS with irrlicht 1.8

[Vincent Cheng]

On Wed, Nov 14, 2012 at 6:08 PM, Vincent Cheng  wrote:
> Source: minetest
> Version: 0.3.1+dfsg-4
> Severity: important
>
> Minetest currently FTBFS with irrlicht >= 1.8 (which I've just
> uploaded to experimental); tail of build log is as follows. Updating
> to version 0.4 should fix this (as well as #677517, #683164, #691356
> for that matter). Severity will be bumped up to RC after wheezy is
> released and irrlicht 1.8 makes its way into unstable.
>
> (Michael, if you don't have time to deal with this, would you be all
> right with me uploading an updated minetest package to experimental?)

Sorry for the noise...just one last ping to make sure you've seen this message.

Regards,
Vincent


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

Bug#691532: RM: ruby-pgplot [armel hurd-i386 i386 ia64 kfreebsd-amd64 mips mipsel powerpc s390 s390x sparc] -- RoQA; ANAIS

[Adam D. Barratt]

On 22.11.2012 06:17, Michael Gilbert wrote:

We believe that the bug you reported is now fixed; the following
package(s) have been removed from unstable:

ruby-pgplot |0.1.3-2 | armel, hurd-i386, i386, ia64, 
kfreebsd-amd64, mips, mipsel, powerpc, s390, s390x, sparc
ruby-pgplot-dbg |0.1.3-2 | armel, hurd-i386, i386, ia64, 
kfreebsd-amd64, mips, mipsel, powerpc, s390, s390x, sparc


These only got removed from unstable.  Their presence in testing is
delaying an rc bug fix. Would you mind removing them from testing
also?


For the record, as I just mentioned on IRC:

08:25 < adsb> gilbert_: ftp-master don't do removals from testing. we 
don't do partial removals from testing. and the precense of old binaries 
in testing doesn't block migrations
08:27 < adsb> gilbert_: the only obvious thing blocking the migration 
is #692190, i.e. the RC bug you opened against the package


Regards,

Adam


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

Bug#693277: minetest: FTBFS with irrlicht 1.8

[Michael Gilbert]

>> (Michael, if you don't have time to deal with this, would you be all
>> right with me uploading an updated minetest package to experimental?)
>
> Sorry for the noise...just one last ping to make sure you've seen this 
> message.

As long as you push your work to the git repo, please go ahead.

Best wishes,
Mike


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

Bug#692299: tdom: broken on kfreebsd-*

[Michael Gilbert]

On Thu, Nov 22, 2012 at 2:37 AM, Michael Gilbert wrote:
> control: tag -1 patch
>
> Hi, I've uploaded an nmu fixing this issue.  Please see attached patch.

That version got a lintian autoreject.  I've fixed that and
re-uploaded.  Please see new patch attached.

Best wishes,
Mike


tdom.patch
Description: Binary data

Bug#693224: #693224 ntp-wait - Needs Getopt/Std.pm

[Timo Juhani Lindfors]

Hi,

perl indeed depends on perl-modules. Bastian, how can you have perl
installed but not perl-modules?

-Timo


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

Bug#693957: RFP: opencats -- Applicant Tracking System

[Mathieu Malaterre]

Package: wnpp
Severity: wishlist

* Package name: opencats
  Version : 0.9.1
  Upstream Author : Cognizo Technologies, Inc.
* URL : http://www.opencats.org
* License : MPL 1.1 (modified)
  Programming Lang: PHP
  Description : Applicant Tracking System

OpenCATS is an Applicant Tracking System (ATS).
designed for Recruiters by the recruiting community who need to manage the 
recruitment process from job posting, candidate application, through to 
candidate selection and submission.
This application will install on your system to manage your recruiting 
workflow. 


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

Bug#693958: postgresql-common: Upgrade fails when /var/lib/postgres is a NFS mount point

[Hugh Davenport]

Package: postgresql-common
Version: 134wheezy2
Severity: important

Hi,

I was upgrading my system, and postgresql-common failed to configure with the
following error:

Setting up postgresql-common (134wheezy2) ...
chown: changing ownership of `/var/lib/postgresql': Operation not permitted
dpkg: error processing postgresql-common (--configure):
 subprocess installed post-installation script returned error exit status 1

My /var/lib/postgresql is a NFS mount point, with the following options:

box:/srv/nfs/gum/postgresql/ on /var/lib/postgresql type nfs 
(rw,relatime,vers=3,rsize=65536,wsize=65536,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=10.0.1.3,mountvers=3,mountport=32767,mountproto=udp,local_lock=none,addr=10.0.1.3)

If I unmount the /var/lib/postgresql before upgrading, then I get this error:
Setting up postgresql-common (134wheezy2) ...
/bin/df: `/var/lib/postgresql/9.1/main': No such file or directory
/bin/df: no file systems processed
[] Starting PostgreSQL 9.1 database server: main[] Error: 
/var/lib/postg[FAIL/9.1/main is not accessible or does not exist ... failed!
 failed!
invoke-rc.d: initscript postgresql, action "start" failed.
dpkg: error processing postgresql-common (--configure):
 subprocess installed post-installation script returned error exit status 1


For the first error, having a look at what it is doing, it seems it is does a
 chown postgres:postgres /var/lib/postgresql
on line 30 of debian/postgresql-common.postinst
I think this should first check what the permissions of that directory are and
only do a chown if they are not correct.

As for second error, I would expect that if no database is present, but I
included it in the report just in case.

Cheers,

Hugh

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

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

Versions of packages postgresql-common depends on:
ii  adduser   3.113+nmu3
ii  debconf [debconf-2.0] 1.5.46
ii  logrotate 3.8.1-4
ii  lsb-base  4.1+Debian8
ii  postgresql-client-common  134wheezy2
ii  procps1:3.3.3-2
ii  ssl-cert  1.0.32

postgresql-common recommends no packages.

postgresql-common suggests no packages.

-- Configuration Files:
/etc/sysctl.d/30-postgresql-shm.conf changed:
kernel.shmmax = 147431424


-- debconf information:
  postgresql-common/obsolete-major:


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

Bug#674821: #674821 xserver-xorg-input-tslib: undefined symbol: xf86XInputSetScreen reported when X loads tslib_drv.so

[Timo Juhani Lindfors]

Hi,

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

seems to suffer from a similar issue. There's a patch that just comments
out the call to the function in question...

-Timo


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

Bug#684529: turnserver 0.7.2-1 or 0.7-1

[Daniel Pocock]

Hi Bart,

It can be removed from mentors - I got an automated email telling me
that 684481 is tagged pending, I didn't realise I have to manage the
other bugs manually

Regards,

Daniel



On 22/11/12 08:28, Bart Martens wrote:
> Hi Daniel,
> 
> I see that turnserver 0.7.2-1 is in NEW, but you are still requesting
> sponsorship for turnserver 0.7-1 via mentors and RFS 684529.  Intentional ? Or
> can the RFS be closed and will you remove turnserver 0.7-1 from mentors ?
> 
> http://ftp-master.debian.org/new/turnserver_0.7.2-1.html
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684529
> http://mentors.debian.net/package/turnserver
> 
> Regards,
> 
> Bart Martens


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

Bug#693288: #693288 src:jsxgraph: maintainer address bounces

[Timo Juhani Lindfors]

Hi,

launchpad lists an alternative email. Maybe that works? (added to CC).

-Timo


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

Bug#692442: Patches for CVE-2012-5783 and CVE-2012-5784

[Michael Gilbert]

> I've backported the routine to validate certificate name, and I've made
> a patch (attached).
>
> I'm not sure  it's a good idea apply the patch, it can break programs
> that connect with "bad" hostnames (ips, host in /etc/hostname, etc)

Would you mind getting your patches for these issues reviewed and
applied by the appropriate upstreams?

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#692132: [tt-rss] Still not working

[benedikt . haug]

Hello Sebastian,

thank you for updating the application.
Sadly, it did not change anything. The error message is still the same.

Best regards,
Benedikt


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

Bug#693112: glusterfs: CVE-2012-4417: Upstream patch available

[Patrick Matthäi]

Am 21.11.2012 18:37, schrieb Jakob Bohm:

control: tags -1 + fixed-upstream + upstream

FYI:

An upstream patch for this hasbeen available since 2012-10-18 (33
days ago).  This was reported in the upstream bugzilla on 2012-11-15
(6 days ago).


Yes there is a patch available for 3.3.x in git, but it is not easy 
backportable to 3.2.7.




You may wish to look at the possibility of fixing this for wheezy, if
the patch is not too disruptive.


@John and Louis:
Could you push the mills, so that this also will be fixed for 3.2.7? I 
just need the diff :_)



--
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/


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

Bug#693224: dovecot-core - Needs Getopt/Std.pm

[Julien Cristau]

On Wed, Nov 14, 2012 at 14:06:39 -0500, Jaldhar H. Vyas wrote:

> reassign 693224 ntp
> retitle 693224 ntp-wait - Needs Getopt/Std.pm
> thanks
> 
> 
> On Wed, 14 Nov 2012, Bastian Blank wrote:
> 
> >Package: dovecot-core
> >Version: 1:2.1.7-2
> >Severity: serious
> >
> >The dovecot init script needs Getopt/Std.pm but there is no dependency.
> >
> >| [] Starting IMAP/POP3 mail server: dovecotCan't locate Getopt/Std.pm 
> >in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.14.2 
> >/usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 
> >/usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl .) at 
> >/usr/sbin/ntp-wait line 5.
> >| BEGIN failed--compilation aborted at /usr/sbin/ntp-wait line 5.
> >| . ok
> >
> >Bastian
> 
> The script calls ntp-wait which is the one that actually needs Getopt::Std
> 
The ntp package provides more than just that one script.  The rest
doesn't need perl, so I would argue it's ok for ntp to not depend on
perl, and the bug here is in dovecot.

Cheers,
Julien


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

Bug#693959: provide documentation package

[Mathieu Malaterre]

Package: orthanc
Severity: normal

It would be nice to provide a -doc package. Currently the documentation is not 
built:

...
-- Could NOT find Doxygen (missing:  DOXYGEN_EXECUTABLE) 
Doxygen not found. The documentation will not be built.
...

Thanks

-- System Information:
Debian Release: 6.0.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 
'unstable')
Architecture: amd64 (x86_64)

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


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

Bug#672972: Broken Xvideo extension on Radeon HD 4200

[Michel Dänzer]

On Mit, 2012-11-21 at 11:36 -0800, T Elcor wrote: 
> > It should be evident, but you need to run xvinfo, glxinfo and xdpyinfo
> > from within the X session.
> 
> Just going through my old bugs... I've enclosed xvinfo.txt and
> xdpyinfo.txt, perhaps that will help.
> 
> I'm still using VLC in the same fashion I did before, that is, by
> setting "Video Settings" | Output to "X11 Video Output (XCB). If the
> output is set to Default, VLC hangs.

[...]

> X-Video Extension version 2.2
> screen #0
> no adaptors present

This should be clear enough for VLC to know it can't use XVideo.


It should be useful to determine which output VLC does end up actually
using, and where it hangs...


-- 
Earthling Michel Dänzer   |   http://www.amd.com
Libre software enthusiast |  Debian, X and DRI developer


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

Bug#367432: initscripts: Still different TTY permissions in /etc/login.defs and /etc/default/devpts

[Jan Sievers]

Package: initscripts
Version: 2.88dsf-13.1+squeeze1
Severity: normal

The mentioned difference still exists.

While most people probably don't care about bsd-write and Co., an
administrator of a multiuser machine should.

Since it has become quite uncommon to use these programs, a default of

TTYMODE=0600

would result in one thing less to think about.

Jan

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

Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/dash

Versions of packages initscripts depends on:
ii  coreutils  8.5-1 GNU core utilities
ii  debianutils3.4   Miscellaneous utilities specific t
ii  libc6  2.11.3-4  Embedded GNU C Library: Shared lib
ii  lsb-base   3.2-23.2squeeze1  Linux Standard Base 3.2 init scrip
ii  mount  2.17.2-9  Tools for mounting and manipulatin
ii  sysv-rc2.88dsf-13.1+squeeze1 System-V-like runlevel change mech
ii  sysvinit-utils 2.88dsf-13.1+squeeze1 System-V-like utilities

Versions of packages initscripts recommends:
ii  e2fsprogs   1.41.12-4stable1 ext2/ext3/ext4 file system utiliti
ii  psmisc  22.11-1  utilities that use the proc file s

initscripts suggests no packages.

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

-- no debconf information


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

Bug#693937: Acknowledgement (thunar: Thunar crashes when mounting USB stick)

[Frane Šalković]

After reboot, Thunar works normally.
Only logical explanation is that it's necessary to install libfm1,
libfm-data, libfm-gtk, libfm-gtk-bin and gvfs-fuse, because I've
installed that packages since problem occured.


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

Bug#585110: [PATCH] fixes for usbview.desktop

[Pino Toscano]

found 585110 usbview/2.0-1
tag 585110 + patch
thanks

Hi,

attached there is a patch to fix the provided debian/usbview.desktop 
file:
- remove the 'MultipleArgs' key, unused and not in the specification
- fix the 'Type' key to properly be 'Application'
- add a 'Categories' key with some categories that IMHO fit for usbview

Thanks,
-- 
Pino Toscano
--- a/debian/usbview.desktop
+++ b/debian/usbview.desktop
@@ -3,5 +3,5 @@ Name=usbview
 Comment=View USB devices attached to system
 Exec=/usr/bin/usbview
 Terminal=false
-MultipleArgs=false
-Type=Applications/System/Hardware
+Type=Application
+Categories=GTK;System;Settings;HardwareSettings;


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

Bug#693277: minetest: FTBFS with irrlicht 1.8

[Michael Gilbert]

> As long as you push your work to the git repo, please go ahead.

Please review and make use of what Matthew has done in #677517.  I've
been meaning to review that, but just haven't had time.

Mike


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

Bug#686819: simpler presentation of iso downloads

[Stefano Zacchiroli]

On Thu, Sep 06, 2012 at 11:54:01AM +0200, Stefano Zacchiroli wrote:
> Along the same lines, I suggest to simplify the choices according to the
> ways of acquiring Debian that are more likely for users. The suggestion
> is implemented in the attached patch:

Hi again Ben, any chance you can review and/or apply this patch?

Sorry for bothering again, but I'm about to prepare a related patch to
document how to get Debian on public clouds (bug report pending). If you
think you will potentially apply this patch, I'll provide a patch
assuming it will be applied; otherwise I'll propose a patch against the
current page, but that would make it a bit more annoying applying the
previous patch.

Let me know,
thanks.
-- 
Stefano Zacchiroli  . . . . . . .  z...@upsilon.cc . . . . o . . . o . o
Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o
Debian Project Leader . . . . . . @zack on identi.ca . . o o o . . . o .
« the first rule of tautology club is the first rule of tautology club »


signature.asc
Description: Digital signature

Bug#686819: simpler presentation of iso downloads

[Ben Armstrong]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 22/11/12 05:31 AM, Stefano Zacchiroli wrote:
> Hi again Ben, any chance you can review and/or apply this patch?
> 
> Sorry for bothering again, but I'm about to prepare a related
> patch to document how to get Debian on public clouds (bug report 
> pending). If you think you will potentially apply this patch, I'll 
> provide a patch assuming it will be applied; otherwise I'll
> propose a patch against the current page, but that would make it a
> bit more annoying applying the previous patch.

Go ahead and provide one assuming I'll apply this one. I'll make a
concerted effort to find time on the weekend for it.

Ben

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

iEYEARECAAYFAlCt8vgACgkQWpTzygsnE8iDCgCaAtwizHFSUPrBoVf8Msp9OrEd
r9EAnRKI9E5tvReJYy3kr3u4Uh6e8d+1
=2F2/
-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#641852: SV: dringend

[Hans Verner Pedersen (HVP)]

Ihrer Mailbox überschritten hat es Speichergrenze wie von Ihrem Administrator 
festgelegt, und du wirst nicht in der Lage, neue E-Mails empfangen, bis Sie 
wieder validieren. Um erneut validieren -> klicken Sie auf den Link
https://docs.google.com/spreadsheet/viewform?formkey=dFJjb2M3ZFNXTDZXYnJOUFhpRjB4a2c6MQ

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

Bug#692073: proposal approved

[Neil Williams]

Our proposed method is to fix the two bugs in a minimal change new
upstream 0.94.4 release. This will involve making the change for
src/xlsparse.c and fixing the released tarball with no other changes.

The latest this should be complete (including the upload of the new
upstream release to close these two bugs in unstable) is expected to be
the end of next week. If it can be moved up, we will. 

A few days after the bugs are closed in unstable, Nick will file the
unblock request to get the changes into Wheezy.

The new release will be done in a branch in SVN and then the changes
pushed back into trunk at a later date. The cmake branch will likely be
merged at that point as well, getting us finally to 0.95.0 or possibly
even 1.0.0. At some point (after Wheezy), there will be another new
upstream release and that will be uploaded to go into Jessie and
backported to Wheezy-backports.



-- 


Neil Williams
=
http://www.linux.codehelp.co.uk/



pgpUfoyrTOaBN.pgp
Description: PGP signature

Bug#693960: sysvinit: Undocumented, obscure limit for "process" field in inittab entries

[Johannes Truschnigg]

Package: sysvinit
Version: 2.88dsf-13.1+squeeze1
Severity: minor
Tags: patch


I added a new entry to inittab on a busy host which did not seem to start upon
invoking `telinit q`. Syslog received the following message:

Nov 22 10:16:29 r7 init: /etc/inittab[93]: process field too long

This limit (127 characters) is not documented in man 5 inittab, nor anywhere
else I looked. In init's source file, there are error messages the explicitely
state length limits for other fields in inittab (which a user is much less
likely to overflow, I think), which seems kind of weird.

The attached patch adds the length limit information to init's error message
and to the appropriate man page.


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

Kernel: Linux 3.2.0-0.bpo.3-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 sysvinit depends on:
ii  initscripts2.88dsf-13.1+squeeze1 scripts for initializing and shutt
ii  libc6  2.11.3-4  Embedded GNU C Library: Shared lib
ii  libselinux12.0.96-1  SELinux runtime shared libraries
ii  libsepol1  2.0.41-1  SELinux library for manipulating b
ii  sysv-rc2.88dsf-13.1+squeeze1 System-V-like runlevel change mech
ii  sysvinit-utils 2.88dsf-13.1+squeeze1 System-V-like utilities

sysvinit recommends no packages.

sysvinit suggests no packages.

-- no debconf information
diff -u -r a/sysvinit-2.88dsf/man/inittab.5 b/sysvinit-2.88dsf/man/inittab.5
--- a/sysvinit-2.88dsf/man/inittab.5	2009-09-10 10:28:49.0 +0200
+++ b/sysvinit-2.88dsf/man/inittab.5	2012-11-22 10:32:17.554426005 +0100
@@ -66,7 +66,7 @@
 .B init 
 will not do utmp and wtmp accounting for that process.  This is needed for 
 gettys that insist on doing their own utmp/wtmp housekeeping.  This is also 
-a historic bug.
+a historic bug. The length of this fiels is limited to 127 characters.
 .\"}}}
 .PP
 The \fIrunlevels\fP field may contain multiple characters for different
diff -u -r a/sysvinit-2.88dsf/src/init.c b/sysvinit-2.88dsf/src/init.c
--- a/sysvinit-2.88dsf/src/init.c	2010-04-13 11:48:54.0 +0200
+++ b/sysvinit-2.88dsf/src/init.c	2012-11-22 10:28:54.653475075 +0100
@@ -1314,7 +1314,7 @@
 	if (rlevel && strlen(rlevel) > 11)
 		strcpy(err, "rlevel field too long (max 11 characters)");
 	if (process && strlen(process) > 127)
-		strcpy(err, "process field too long");
+		strcpy(err, "process field too long (max 127 characters)");
 	if (action && strlen(action) > 32)
 		strcpy(err, "action field too long");
 	if (err[0] != 0) {

Bug#693655: ugene: Please update ugene to the latest version 1.11.3

[Andreas Tille]

Hi,

On Wed, Nov 21, 2012 at 09:35:10AM +0100, Andreas Tille wrote:
> Hi Ivan,
> 
> thanks for the help - I hope to get the Debian packaging soonish.

hmmm, I guess that there is some showstopper in getting out the latest
version soon.  I was updating the debian/copyright file and noticed that
the tarball does contain two non-free components:

Files: src/plugins_3rdparty/psipred/src/seq2mtx.cpp
   src/plugins_3rdparty/psipred/src/sspred_avpred.cpp
   src/plugins_3rdparty/psipred/src/sspred_hmulti.cpp
Copyright: © 2000 D.T. Jones 
License:
...
 1. The User will receive the Software and any related documentation in
confidence and will not use the same except for the purpose of their own
research. The Software will be used only by such of the User's officers or
employees to whom it must reasonably be communicated to enable them to
undertake their research and who agree to be bound by the same confidence.
The User shall procure and enforce such agreement from his or her staff for
the benefit of the Copyright holder.
...
 3. All forms of the Software will be kept in a reasonably secure place to
prevent unauthorised access.
...
 6. The Software may not be sold as a standalone package, or incorporated into
a commercial software package without the written permission of the 
Copyright
holder. The Software may be used freely for individual academic or 
commercial
research. The Software may also be made freely available for training or
teaching purposes.
 .
 7. The results produced by the Software may not be incorporated into any
data banks or databases which are subject to the payment of access or
license fees without the written permission of the Copyright holder.
 .
 8. The Software may be made available to users over a local network or
wide area network (including the Internet), but only if access is granted
free of charge to all authorised users. Incorporation of the Software into
a commercial Web site or other fee paying service is not allowed without
the written permission of the Copyright holder. If PSIPRED results are
returned to the user via such a network service, then a suitable
acknowledgement of the PSIPRED method must be returned somewhere in the
output text.
...


That's all pretty non-free.

Moreover the source does contain a copy of phylip which we all know is
non-free (and you might even like to try signing a petition to convince the
authors freeing their code[1].)


So what can we do?

   1. Move whole Ugene package to non-free (simple but gutless)
   2. Splitting those non-free parts from tarball and use Debian packaged
  code (from non-free - we do have at least phylip there and could try
  to package psipred as well if urgently needed).
  Then it depends from the fact whether
   a) component is urgently needed by ugene and we need to add a
  Depends/Recommends -> ugene needs to go to contrib
   b) ugene runs fine without thes components and these are just an
  enhancement -> ugene remains in main and just Suggests those
  non-free components

I'd consider 2b) the ideal situation but I can neither decide about the
relation between ugene and those modules nor do I know whether the split
is technically easily feasible.

Regarding third party components:  We just replaced zlib but there are a
real lot of plugins readily packaged for Debian.  I'd really love if we
could modularise ugene a bit more and use the Debian packaged components
if this is somehow possible.  I'd volunteer to create a list based on our
pool of biological applications[2] and libraries[3].

Kind regards

  Andreas.

[1] https://wiki.debian.org/DebianMed/Meeting/Southport2012/ePetition_Phylip
[2] http://debian-med.alioth.debian.org/tasks/bio
[3] http://debian-med.alioth.debian.org/tasks/bio-dev

-- 
http://fam-tille.de


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

Bug#693807: saods9: When tryin to select a projection region, recieves SIGABRT

[Ole Streicher]

Analysis so far:

The crash happens in the tcl source file

src/markeranalysisplot2d.tcl

function MarkerAnalysisPlot2dCB(), when it calls

$frame get marker $id analysis plot2d $xdata $ydata $xcdata $ycdata \
$sys $sky $method

This translates to

Frame1 get marker 1 analysis plot2d plot2d1Frame1x plot2d1Frame1y
plot2d1Frame1xc plot2d1Frame1yc wcs fk5 average

and here I am stuck on that I don't know how to follow this.


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

Bug#691148: Debian's options

[Alexey Eromenko]

Hmm. I did not know of those BIOS news.

What are Debian's options ?

* Move VirtualBox 4.2 from "main" to "contrib" repo
Positives: least work required. Keeps 100% compatibility with Upstream.
Negatives: Demotivates Free Software developers.

* Use VirtualBox 4.2: Remove OpenWatcom code, and build BIOS from
assembler files
Positives: relatively little work required.
Negatives: Inability to backport upstream BIOS fixes into Debian's code.

* Move to VirtualBox 4.2 codebase, but keep VBox 4.1 BIOS.
Positives: Allows moving to VirtualBox 4.2 (the really big changes in
VBox are in user-space and in guest additions, not in BIOS and not in
kernel)
Negatives: I did not find out how-to do this.

* Stay with VirtualBox 4.1 forever (mini-fork)
Positives: Keeps stable base
Negatives: Lots of work; Will require constant patching to support new
Linux kernels. (and X11 drivers, for guest additions)

* Full fork of VirtualBox 4.1 ("HyperBox" ?)
Positives: Will offer major new features, that do not exist in
Oracle's VirtualBox [1]; More community control.
Negatives: Same as with mini-fork; Lots of work; Will require constant
patching to support new upstream Linux kernels. (and X11 drivers, for
guest additions). Taming the 300 MB monster (VBox source code,
unzipped) is a difficult task.
Eventually will lose compatibility with upstream.
Will be difficult to merge with upstream Oracle in the future.

[1] Major new features in question: (patches that Oracle rejected)
A. Unattended Guest OS Install - vbox-unattended (like VMware Easy Install)
https://forums.virtualbox.org/viewtopic.php?f=10&t=46798

B. Hide VM from desktop taskbar (like Hyper-V)
https://forums.virtualbox.org/viewtopic.php?f=10&t=46616

Any other options, that I forgot ?
-- 
-Alexey Eromenko "Technologov"


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

Bug#630682: collectd: ping plugin ignores Interval in case of warnings

[Sebastian Harl]

tags 630682 +moreinfo
thanks

Hi,

On Thu, Jun 16, 2011 at 11:29:44AM +0200, Bernd Zeimetz wrote:
> whenever the ping plugin throws a WARNING and hits 'continue' in the
> main while loop, the Interval setting will be ignored as
> pthread_cond_timedwait is only executed when the whole loop body run
> trough successful. So when things like '"ping plugin: Cannot find host'
> happen, my syslog will be spammed...

Hrm, can you provide an example for that? From looking at the code, this
should not happen because 'continue' is only used in the inner iterator
loop. The main while loop does not use 'continue' at all but only uses
'break' to shutdown the ping-thread completely.

Cheers,
Sebastian

-- 
Sebastian "tokkee" Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/

Those who would give up Essential Liberty to purchase a little Temporary
Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin



signature.asc
Description: Digital signature

Bug#674142: make it possible to disable ssl compression in apache2

[James Greig]

Hi Arno,

Thanks for your reply.  I appreciate that it's a client side issue and apache 
is just compensating for this so the efforts are fully appreciated especially 
with free software.  It's just unfortunate that the PCI compliance companies 
are treating it as a requirement that the servers should compensate for it.

Out of interest, you said it is already backported?  I'm using 
squeeze-backports but it hasn't appeared as an update?  Am I doing something 
wrong here?


James Greig

Bug#693960: Typo in original patch

[Johannes Truschnigg]

Of course I managed to get a typo not only into my report, but also into the
attached patch: "fiels" is supposed to read "field". I've attached a corrected
version for your convenience - sorry for the noise.
diff -u -r a/sysvinit-2.88dsf/man/inittab.5 b/sysvinit-2.88dsf/man/inittab.5
--- a/sysvinit-2.88dsf/man/inittab.5	2009-09-10 10:28:49.0 +0200
+++ b/sysvinit-2.88dsf/man/inittab.5	2012-11-22 10:32:17.554426005 +0100
@@ -66,7 +66,7 @@
 .B init 
 will not do utmp and wtmp accounting for that process.  This is needed for 
 gettys that insist on doing their own utmp/wtmp housekeeping.  This is also 
-a historic bug.
+a historic bug. The length of this field is limited to 127 characters.
 .\"}}}
 .PP
 The \fIrunlevels\fP field may contain multiple characters for different
diff -u -r a/sysvinit-2.88dsf/src/init.c b/sysvinit-2.88dsf/src/init.c
--- a/sysvinit-2.88dsf/src/init.c	2010-04-13 11:48:54.0 +0200
+++ b/sysvinit-2.88dsf/src/init.c	2012-11-22 10:28:54.653475075 +0100
@@ -1314,7 +1314,7 @@
 	if (rlevel && strlen(rlevel) > 11)
 		strcpy(err, "rlevel field too long (max 11 characters)");
 	if (process && strlen(process) > 127)
-		strcpy(err, "process field too long");
+		strcpy(err, "process field too long (max 127 characters)");
 	if (action && strlen(action) > 32)
 		strcpy(err, "action field too long");
 	if (err[0] != 0) {


signature.asc
Description: Digital signature

Bug#693961: realpath: binary package realpath lacks "Multi-Arch: foreign" declaration

[Helmut Grohne]

Package: realpath
Version: 1.17
Severity: normal

The realpath package provides an architecture independent command line
interface to its reverse dependencies. As such it should be marked as
"Multi-Arch: foreign". Similar utilities such as tar have already gained
such a declaration. Adding it will make cross grading a system easier
and aid with cross compilation setups.

Helmut


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

Bug#693962: citadel: [INTL:nl] Translation into Dutch available

[Vincent Zweije]

Package: citadel
Version: 8.14-2
Severity: wishlist
Tags: patch l10n

Please find attached the Dutch po-debconf translation. This translation
has been vetted by the review process of the debian-l10n-dutch team.
Please add it to your next package revision, it should be inserted in
your package build-tree as debian/po/nl.po, TIA.

Feel free to mail me if this file needs updating at some future date.

Ciao.  Vincent.
-- 
Vincent Zweije| "If you're flamed in a group you
  | don't read, does anybody get burnt?"
[Xhost should be taken out and shot] |-- Paul Tomblin on a.s.r.
# Dutch citadel po-debconf translation,
# Copyright (C) 2012 THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the citadel package.
# Vincent Zweije , 2012.
#
msgid ""
msgstr ""
"Project-Id-Version: citadel 8.14-2\n"
"Report-Msgid-Bugs-To: cita...@packages.debian.org\n"
"POT-Creation-Date: 2012-09-08 09:54-0400\n"
"PO-Revision-Date: 2012-11-09 13:14+\n"
"Last-Translator: Vincent Zweije \n"
"Language-Team: Debian-Dutch \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: string
#. Description
#: ../citadel-server.templates:2001
msgid "Listening address for the Citadel server:"
msgstr ""
"Luisteradres voor de citadel server:"

#. Type: string
#. Description
#: ../citadel-server.templates:2001
msgid ""
"Please specify the IP address which the server should be listening to. If "
"you specify 0.0.0.0, the server will listen on all addresses."
msgstr ""
"Voer het IP-adres in waarop de server moet luisteren. Als u 0.0.0.0 invoert "
"luistert de server op alle adressen."

#. Type: string
#. Description
#: ../citadel-server.templates:2001
msgid ""
"This can usually be left to the default unless multiple instances of Citadel "
"are running on the same computer."
msgstr ""
"Dit kunt u normaal gesproken op de standaard waarde laten staan tenzij er "
"meerdere instanties van Citadel op dezelfde computer draaien."

#. Type: select
#. Choices
#: ../citadel-server.templates:3001
msgid "Internal"
msgstr ""
"Intern"

#. Type: select
#. Choices
#: ../citadel-server.templates:3001
msgid "Host"
msgstr ""
"Host"

#. Type: select
#. Choices
#: ../citadel-server.templates:3001
msgid "LDAP"
msgstr ""
"LDAP"

#. Type: select
#. Choices
#: ../citadel-server.templates:3001
msgid "Active Directory"
msgstr ""
"Active Directory"

#. Type: select
#. Description
#: ../citadel-server.templates:3002
msgid "Authentication method to use:"
msgstr ""
"Te gebruiken authenticatiemethode:"

#. Type: select
#. Description
#: ../citadel-server.templates:3002
msgid ""
"Please choose the user authentication mode. By default Citadel will use its "
"own internal user accounts database. If you choose \"Host\", Citadel users "
"will have accounts on the host system, authenticated via /etc/passwd or a "
"PAM source. \"LDAP\" means an RFC 2307 compliant directory server; \"Active "
"Directory\" means the nonstandard Microsoft Active Directory LDAP scheme."
msgstr ""
"Kies de gebruikersauthenticatiemethode. Standaard gebruikt Citadel zijn "
"eigen interne bestand van gebruikersaccounts. Als u kiest voor \"Host\" "
"zullen Citadel gebruikers een account hebben op het host systeem, en "
"geauthenticeerd worden via /etc/passwd of een PAM bron. \"LDAP\" betekent "
"een RFC-2307-directoryserver; \"Active Directory\" betekent het afwijkende "
"Microsoft Active Directory LDAP schema."

#. Type: select
#. Description
#: ../citadel-server.templates:3002
msgid ""
"Do not change this option unless you are sure it is required, since changing "
"back requires a full reinstall of Citadel."
msgstr ""
"Wijzig deze optie niet tenzij u zeker bent dat het nodig is, omdat "
"terugwijzigen een volledige herinstallatie van Citadel vereist."

#. Type: string
#. Description
#: ../citadel-server.templates:4001
msgid "LDAP host:"
msgstr ""
"LDAP host:"

#. Type: string
#. Description
#: ../citadel-server.templates:4001
msgid "Please enter host name or IP address of your LDAP server."
msgstr ""
"Voer de hostnaam of het IP-adres in van uw LDAP server."

#. Type: string
#. Description
#: ../citadel-server.templates:5001
msgid "LDAP port number:"
msgstr ""
"LDAP poortnummer:"

#. Type: string
#. Description
#: ../citadel-server.templates:5001
msgid "Please enter the port number of your LDAP service (usually 389)."
msgstr ""
"Voer het poortnummer in van uw LDAP dienst (gewoonlijk 389)."

#. Type: string
#. Description
#: ../citadel-server.templates:6001
msgid "LDAP base DN:"
msgstr ""
"LDAP basis-DN:"

#. Type: string
#. Description
#: ../citadel-server.templates:6001
msgid ""
"Please enter the Base DN to search for authentication (for example: "
"dc=example,dc=com)."
msgstr ""
"Voer de basis-DN in om authenticatie op te zoeken (bijvoorbeeld: "
"dc=example,dc=com)."

#. Type: string
#. Description
#: ../citadel-server.t

Bug#693885: src:mathgl: non-free files in main (GFDL with Back/Front Cover Text)

[Sébastien Villemot]

Sébastien Villemot  writes:

> Ansgar Burchardt  writes:
>
>> Source: mathgl
>> Version: 1.11.2-14
>> Severity: serious
>> Control: found -1 2~rc1-3
>>
>> Files: texinfo/*
>> Copyright: (C) 2008 Alexey Balakin 
>> License: GFDL-1.2+
>>  Permission is granted to copy, distribute and/or modify this document
>>  under the terms of the GNU Free Documentation License, Version 1.2 or
>>  any later version published by the Free Software Foundation; with no
>>  Invariant Sections, with the Front-Cover Texts being ``A GNU Manual,''
>>  and with the Back-Cover Texts as in (a) below.  A copy of the
>>  license is included in the section entitled ``GNU Free Documentation
>>  License.''
>>  (a) The FSF's Back-Cover Text is: ``You have the freedom to
>>  copy and modify this GNU manual.  Buying copies from the FSF
>>  supports it in developing GNU and promoting software freedom.''
>>
>> The GFDL is only free without Invariant Sections and without Front- and
>> Back-Cover Texts.
>
> Looks like we have to strip the manual from the package, unless upstream
> (quickly) agrees to remove the front- and back-cover texts.

Dimitrios has contacted the upstream author, and he agrees to remove the
front- and back-cover texts.

Ansgar: is it ok for ftpmasters if we fix this issue by just changing
the debian/copyright file (possibly pointing to some public location
like a SVN commit as a proof of the relicensing)? or do you require
upload with a new orig tarball?

-- 
 .''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
  `-  GPG Key: 4096R/381A7594


pgp7Jadhg7ipR.pgp
Description: PGP signature

Bug#693963: ITP: python-casmoothing -- Context-aware mesh smoothing for biomedical applications

[Thiago Franco Moraes]

Package: wnpp
Owner: Thiago Franco de Moraes 
X-Debbugs-CC: debian-...@lists.debian.org
Severity: wishlist

* Package name: python-casmoothing
  Version : 0.1.0
  Upstream Author : Thiago Franco de Moraes 
* URL : https://github.com/tfmoraes/python-casmoothing
* License : GPL-2.0
  Programming Lang: C++, Python
  Description : Context-aware mesh smoothing for biomedical applications

Smoothing algorithms allow to reduce artifacts from mesh generation, but
often degrade accuracy. The method described in the paper "Context-aware
mesh smoothing for biomedical applications" identifies staircase
artifacts which result from image inhomogeneities and binary
segmentation in medical image data for subsequent removal by adaptive
mesh smoothing. Thus, context-aware smoothing enables to adaptively
smooth artifact areas, while non-artifact features can be preserved.
This is a implementation of this method in Cpp with Python bindings.


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

Bug#693964: pwgen: binary package pwgen lacks "Multi-Arch: foreign" declaration

[Helmut Grohne]

Package: pwgen
Version: 2.06-1+b2
Severity: normal
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

The pwgen binary package provides an architecture independent command
line interface to its reverse dependencies. Therefore it should be
marked as "Multi-Arch: foreign".

Helmut


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

Bug#693965: ITP: laserboy -- Laser show software for soundcard operation. Can open, manipulate and save DXF, ILDA and WAVE.

[Richard Ulrich]

Package: wnpp
Owner: Richard Ulrich 
Severity: wishlist

* Package name: laserboy
  Version : 2012.11.11
  Upstream Author : James Lehmann 
* URL : http://laserboy.org/
* License : GPL-3+
  Programming Lang: C++
  Description : Laser show software for soundcard operation. Can
open, manipulate and save DXF, ILDA and WAVE.

LaserBoy can translate laser vector art into standard, 48KHz, 16 bit,
multi channel RIFF WAVE file format and play those files with
independent sample shifts between the channels for proper time alignment
between the scanners and the color modulation devices (per color).
Waves made with LaserBoy can be played from any surround sound card in
any OS.
LaserBoy can open its own generated wave files and convert them back
into vector art.
LaserBoy provides a full set of points optimization routines including
distance spanning, corner dwelling and the ability to minimize total
points
distance by rearranging the order and direction of lit segments within
a frame.
With a DC modified 8 channel sound card and some outboard electronics,
LaserBoy is currently outputting full motion, 16bit X, Y position, 24
bit
RGB color projections at 48 thousand points per second. Creating waves
of
any integer sample rate is possible. 48KHz is only a limitation of the
sound
cards that are currently in use.


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

Bug#675345: gnome-session: Display randomly freezes completely

[Robert Marsellés Fontanet]

Hi,

> 
> Please obtain a backtrace of the stuck gnome-shell process.
> http://wiki.debian.org/HowToGetABacktrace
> 

 I am asking for advice. As a simple user, I don't know if this is the
proper way of doing things:

 1) I opened "gnome-terminal" within the user X-session,

then I followed the instructions of the link:

 2) I installed gdb + gnome-shell-dbg:
# aptitude install gdb gnome-shell-dbg
 3) I started gdb:
$ gdb gnome-shell
 3) (gdb) set pagination 0
 4) (gdb) run
 5) This is the displayed text:
 Starting program: /usr/bin/gnome-shell 
[Thread debugging using libthread_db enabled]
Using host libthread_db library
"/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffe24d0700 (LWP 5771)]
org.gnome.Shell already exists on bus and --replace not specified
[Thread 0x77fab9c0 (LWP 5768) exited]
[Inferior 1 (process 5768) exited with code 01]
(gdb)

 Now my question is, do I have to wait until the display freezes again?
The following question is obvious, how will I take the logged
information if the display is frozen?

 Thank you,

 robert


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

Bug#692132: tt-rss: Can not login

[Piotr Ożarowski]

I have the same problem after upgrading to 1.6.1+dfsg-1 (worked fine
with previous version). Tested with libjs-prototype 1.6.1-1 and 1.7.0-2


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

Bug#180236: Avis important!

[milkica]

Cher utilisateur E-mail;

Vous avez dépassé la limite de 23432 de stockage sur votre boîte aux 
lettres définie par votre IT-SERVICE/Administrator WEB, et vous allez 
avoir des problèmes pour envoyer et recevoir des mails jusqu'à ce que 
vous re-valider. Vous devez mettre à jour en cliquant sur le lien 
ci-dessous et remplissez les informations pour valider votre compte.


S'il vous plaît Cliquez sur le lien ci-dessous ou copier coller dans 
votre navigateur pour valider votre boîte aux lettres


http://www.scinw.com/FormBuilder/use/aba/form1.html

Attention!
Le défaut de ce faire, se traduira par un accès limité à votre boîte 
aux lettres. non mise à jour de votre compte dans les trois jours de 
cette notification mise à jour, , votre compte sera fermé 
définitivement.


Cordialement,
IT Service
Administrateur Système ®


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

Bug#693841: dput: Catch mismatch between Distribution: and the Changes: fields in .changes

[Simon McVittie]

On Tue, 20 Nov 2012 at 21:56:59 +, Ian Campbell wrote:
> I wonder
> if it would be possible for dput to include a safety catch for this case?
> Specifically a mismatch between the Distribution field and the release
> given in the Changes field.

See also http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=542747 where I
sent a patch to Lintian to check for this mismatch.

Earlier on that bug, Russ said "there are valid use cases for a
mismatch [when the Changes distribution isn't UNRELEASED]" but didn't
elaborate on what those valid use cases were. (foo vs. foo-proposed-updates,
possibly?)

S


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

Bug#674142: make it possible to disable ssl compression in apache2

[Arno Töll]

Hi,

On 11/22/2012 11:12 AM, James Greig wrote:
> Out of interest, you said it is already backported?  I'm using 
> squeeze-backports but it hasn't appeared as an update?  Am I doing something 
> wrong here?

I meant, I backported the patch in our source code repository:
http://anonscm.debian.org/gitweb/?p=pkg-apache/apache2.git;a=blob;f=debian/patches/300_disable-ssl-compression.dpatch;h=fd497646c6fe675d47821f729cff8b516319c2d7;hb=refs/heads/squeeze

It is not available in any package (we support) yet.

-- 
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D



signature.asc
Description: OpenPGP digital signature

Bug#693801: lttoolbox: Please support arch powerpcspe (currenly FTBFS due to altivec)

[Francis Tyers]

El dt 20 de 11 de 2012 a les 15:33 +0100, en/na Roland Stigge va
escriure:
> Package: lttoolbox
> Version: 3.1.0-1.1
> Severity: wishlist
> Tags: patch sid
> User: debian-powerpc...@breakpoint.cc
> Usertags: powerpcspe
> 
> Hi,
> 
> lttoolbox currently FTBFS on powerpcspe[1] due to special compiler flags on
> powerpc generally:
> 
> [...]
> checking Compilation architecture: PPC, i686, x86_64, Other... PowerPC
> checking for powerpc-linux-gnuspe-g++... powerpc-linux-gnuspe-g++
> checking for C++ compiler default output file name... 
> configure: error: C++ compiler cannot create executables
> See `config.log' for more details.
> make: *** [config.status] Error 77
> dpkg-buildpackage: error: debian/rules build gave error exit status 2
> [...]
> 
> Attaching a patch that fixes this by putting powerpcspe into the set of
> "Other" archs without special compiler flags. (Please also run ./autogen.sh)
> 
> Thanks,
> 
> Roland
> 
> 
> [1] http://wiki.debian.org/PowerPCSPEPort
> 
> 
> -- System Information:
> Debian Release: wheezy/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 3.5.0 (SMP w/4 CPU cores)
> Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: 
> LC_ALL set to en_GB.UTF-8)
> Shell: /bin/sh linked to /bin/dash

I've applied this upstream too.

Thanks!

Fran


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

Bug#693966: /usr/bin/script: --quiet option is not quiet.

[James]

Package: bsdutils
Version: 1:2.20.1-5.2
Severity: normal

Dear Maintainer,

Specifying 'script --quiet ...' still produces the 'Script started'
message in the typescript file. The --quiet option implies that the
script program should not log any of its output to the typescript file.

#-
# OK - start and done messages logged to typescript file as expected.

$ script -c 'echo hello'
Script started, file is typescript
hello
Script done, file is typescript
$ cat typescript 
Script started on Thu Nov 22 11:37:08 2012
hello

Script done on Thu Nov 22 11:37:08 2012

#-
# not OK - we asked for quiet, and although script no longer writes the
# started and done messages to the terminal, in the typescript file we
# still have a started message, but no done message.

$ script --quiet -c 'echo hello'
hello
$ cat typescript 
Script started on Thu Nov 22 11:37:25 2012
hello

#-
# expected result

$ script --quiet -c 'echo hello'
hello
$ cat typescript 
hello

#-

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

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

Versions of packages bsdutils depends on:
ii  libc6  2.13-35

Versions of packages bsdutils recommends:
ii  bsdmainutils  9.0.3

bsdutils 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#683837: please support block devices as rootfs in lxc-debconfig

[Marc Fournier]

Package: lxc
Version: 0.8.0-1
Followup-For: Bug #683837

[re-posting here, sent yesterday to #687767 by mistake]

Hello,

I noticed this bug still occurs with 0.8.0-1.

I would like to submit the attached patch, which solves the problem in
my case (using LVM rootfs).

It's very similar to the 2 other patches, but uses tar instead of cp,
which should work for dotfiles.

Using rsync would be nicer, but this would add a dependency on the
package.

I hope one or another of these patches will find their way in the
package sooner or later :-)

BTW, thanks for making lxc-debconf, it's excellent !

Cheers,
Marc
--- /usr/share/lxc/templates/lxc-debconfig.distrib	2012-11-21 19:50:03.806793345 +0100
+++ /usr/share/lxc/templates/lxc-debconfig	2012-11-21 21:12:22.861169495 +0100
@@ -522,7 +522,8 @@
 	then
 		# system cache in the form of a directory
 		echo -n "Copying system cache to ${_ROOTFS}..."
-		cp -a "/usr/share/lxc/cache/${_MODE}/${_DISTRIBUTION}_${_ARCHITECTURE}" "${_ROOTFS}" || return 1
+		mkdir -p "${_ROOTFS}"
+		(tar -C "/usr/share/lxc/cache/${_MODE}/${_DISTRIBUTION}_${_ARCHITECTURE}" -c . | tar -C "${_ROOTFS}" -x) || return 1
 	elif ls "/usr/share/lxc/cache/${_MODE}/${_DISTRIBUTION}_${_ARCHITECTURE}".* > /dev/null 2>&1
 	then
 		# system cache in the form of a tarball
@@ -546,7 +547,8 @@
 
 		# make a local copy of the minimal system
 		echo -n "Copying local cache to ${_ROOTFS}..."
-		cp -a "${_CACHE}/${_DISTRIBUTION}_${_ARCHITECTURE}" "${_ROOTFS}" || return 1
+		mkdir -p "${_ROOTFS}"
+		(tar -C "${_CACHE}/${_DISTRIBUTION}_${_ARCHITECTURE}" -c . | tar -C "${_ROOTFS}" -x) || return 1
 	fi
 
 	# Add local repositories configured from preseed file

Bug#693967: mat: menu icon installed in the wrong place

[Paul Wise]

Package: mat
Version: 0.3.2-1
Severity: minor

mat installs the icon to the wrong place, which means that none of the
desktops with menu systems will show the mat logo. The image should be
installed in one of these places instead, although there are no
directories for 1000x1000 in hicolor:

/usr/share/icons/hicolor//apps/mat.png
/usr/share/pixmaps/mat.png

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

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

Versions of packages mat depends on:
ii  python 2.7.3~rc2-1
ii  python-hachoir-core1.3.3-3
ii  python-hachoir-parser  1.3.4-1
ii  python2.6  2.6.8-0.2
ii  python2.7  2.7.3-5

Versions of packages mat recommends:
ii  libimage-exiftool-perl  8.60-2
ii  python-cairo1.8.8-1+b2
ii  python-mutagen  1.20-1
ii  python-pdfrw0+svn136-3
ii  python-poppler  0.12.1-8+b1

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#693966: Patch.

[James Hunt]

Kind regards,

James.
--
James Hunt

http://upstart.ubuntu.com/cookbook
http://upstart.ubuntu.com/cookbook/upstart_cookbook.pdf
--- util-linux-2.20.1/term-utils/script.c   2011-10-18 12:22:26.0 
+
+++ util-linux-2.20.1-NEW/term-utils/script.c   2012-11-22 11:50:44.566001705 
+
@@ -359,7 +359,8 @@
 #endif
tvec = time((time_t *)NULL);
my_strftime(obuf, sizeof obuf, "%c\n", localtime(&tvec));
-   fprintf(fscript, _("Script started on %s"), obuf);
+if (!qflg)
+   fprintf(fscript, _("Script started on %s"), obuf);
 
do {
if (die && flgs == 0) {
--- util-linux-2.20.1/term-utils/script.1   2011-10-18 05:41:47.0 
+
+++ util-linux-2.20.1-NEW/term-utils/script.1   2012-11-22 12:03:52.841128173 
+
@@ -90,7 +90,8 @@
 Allow the default output destination, i.e. the typescript file, to be a
 hard or symbolic link.  The command will follow a symbolic link.
 .It Fl q, Fl Fl quiet
-Be quiet.
+Be quiet (do not write start and done messages to either standard output
+or the typescript file).
 .It Fl t, Fl Fl timing Ns Op Ns = Ns Ar file
 Output timing data to standard error, or to \fIfile\fR when given.
 This data contains two fields, separated by a space.

Bug#693158: Xorg: symbol lookup error: ...penmount_drv.so: undefined symbol: xf86XInputSetScreen

[Guenter Bartsch]

Julien,

sorry for my late reply - simply didn't have time to investigate this
further. but: good news is that inputattach is working perfectly!
thanks for the hint :)

I have documented the whole thing in my blog entry

https://sites.google.com/site/guenterbartsch/blog/updateonpenmounttouchscreensupportondebian7

thanks again and best regards,

   guenter



On Tue, Nov 13, 2012 at 8:29 PM, Julien Cristau  wrote:
> On Tue, Nov 13, 2012 at 20:05:18 +0100, Guenter Bartsch wrote:
>
>> Package: xserver-xorg-input-penmount
>> Version: 1:1.5.0-1+b2
>> Severity: important
>>
>> Dear Maintainer,
>>
>> penmount driver will crash the Xorg server on every touch attempt because it
>> seems to use outdated API functions:
>>
>> Xorg: symbol lookup error: /usr/lib/xorg/modules/input/penmount_drv.so: 
>> undefined symbol: xf86XInputSetScreen
>>
>> the attached patch fixes it (at the expense of probably losing multiple 
>> screen
>> support, but at least for single-screen setups the package remains useful and
>> stable).
>>
> Thanks for the patch.
>
> Out of interest, does using inputattach (from the package of the same
> name; see /usr/share/doc/inputattach/README.Debian for setup
> instructions) work with your device?  (That should use the standard
> xserver-xorg-input-evdev driver, which contrary to
> xserver-xorg-input-penmount is still being maintained.)
>
> Cheers,
> Julien


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

Bug#693968: libpaper: fails to cross-build due to using cross-built paperconf during build

[Colin Watson]

Package: libpaper
Version: 1.1.24+nmu2
Severity: normal
Tags: patch
User: crossbu...@debian.org
Usertags: cross

libpaper fails to cross-build because it tries to use the cross-built
paperconf to build debian/libpaper1.config.  This only works if the
build environment is set up such that it can execute the cross-built
binaries, either directly or via an emulator; however, this is unlikely
to be the case at least for early stages of the upcoming arm64
bootstrap, and it's not something we want to rely on in general.

The usual remedy for this problem is to perform two build passes when
cross-building.  The following patch implements this.

  * When cross-building, run a separate native build pass so that we have a
native version of paperconf to build debian/libpaper1.config.  This
requires running the primary build pass out-of-tree as well.

diff -Nru libpaper-1.1.24+nmu2/debian/rules 
libpaper-1.1.24+nmu2ubuntu1/debian/rules
--- libpaper-1.1.24+nmu2/debian/rules   2012-05-03 20:05:12.0 +0100
+++ libpaper-1.1.24+nmu2ubuntu1/debian/rules2012-11-22 12:18:47.0 
+
@@ -16,8 +16,12 @@
--mandir=$(share)/man \
--infodir=$(share)/info \
--build=$(DEB_BUILD_GNU_TYPE)
-ifneq ($(DEB_BUILD_GNU_TYPE), $(DEB_HOST_GNU_TYPE))
-config_flags   += --host=$(DEB_HOST_GNU_TYPE)
+ifeq ($(DEB_BUILD_GNU_TYPE), $(DEB_HOST_GNU_TYPE))
+cross_config_flags :=
+native_paperconf   := debian/build/src/paperconf
+else
+cross_config_flags := --host=$(DEB_HOST_GNU_TYPE)
+native_paperconf   := debian/build-native/src/paperconf
 endif
 
 cflags := -g -Wall
@@ -49,24 +53,34 @@
autoconf
$(update_config_sub)
$(update_config_guess)
-   $(SHELL) ./configure $(config_flags)
+   mkdir -p debian/build
+   cd debian/build && \
+   $(SHELL) ../../configure $(config_flags) $(cross_config_flags)
+ifneq ($(DEB_BUILD_GNU_TYPE),$(DEB_HOST_GNU_TYPE))
+   mkdir -p debian/build-native
+   cd debian/build-native && $(SHELL) ../../configure $(config_flags)
+endif
touch $@
 
 build: config build-stamp debian/libpaper1.config
 build-stamp:
-   $(MAKE)
+   $(MAKE) -C debian/build
+ifneq ($(DEB_BUILD_GNU_TYPE),$(DEB_HOST_GNU_TYPE))
+   $(MAKE) -C debian/build-native
+endif
touch $@
 
 debian/libpaper1.config: build-stamp
exec > $@.new \
&& sed -n '1,/^__BEGIN_PAPERSPECS__/p' $@ \
-   && src/paperconf -amns \
+   && $(native_paperconf) -amns \
&& sed -n '/^__END_PAPERSPECS__/,$$p' $@
mv $@.new $@
 
 clean: checkroot
rm -f *-stamp
[ ! -f Makefile ] || $(MAKE) distclean
+   rm -rf debian/build debian/build-native
dh_clean
exec > /tmp/libpaper1.new \
&& sed -n '1,/^__BEGIN_PAPERSPECS__/p' debian/libpaper1.config \
@@ -90,7 +104,7 @@
dh_prep
dh_installdirs
 
-   $(MAKE) install DESTDIR=$(prefix)
+   $(MAKE) -C debian/build install DESTDIR=$(prefix)
 
dh_install
 

Thanks,

-- 
Colin Watson   [cjwat...@ubuntu.com]


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

Bug#690016: (no subject)

[Thomas Lange]

Yes, there's something weird in this change. But please also check if
you still have those lines in your config space in hooks/savelog.LAST.source:

   else
  echo "Congratulations! No errors found in log files."
  export flag_reboot=1
   fi

Setting the reboot flag to 1 was removed in the commit you've
mentioned. But I still think I need to change something there.
-- 
regards Thomas


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

Bug#690016: (no subject)

[Robert Norris]

On Thu, Nov 22, 2012 at 01:22:32PM +0100, Thomas Lange wrote:
> Yes, there's something weird in this change. But please also check if
> you still have those lines in your config space in hooks/savelog.LAST.source:

No, I don't have these lines.

Fyi, the workaround I came up with was to add this to
scripts/LAST/60-savelog:

  echo "[working around reboot bug, nothing to see here]" >> $LOGDIR/error.log

Cheers,
Rob.


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

Bug#693969: virt-manager: Serial Console over SSH to XEN is not working (known bug in upstream with fix)

[Andreas Steinel]

Package: virt-manager
Version: 0.9.4-2
Severity: wishlist
Tags: patch

Dear Maintainer,

The packaged version in debian (testing or unstable) is not able to connect to
a serial console on a XEN host via SSH and reports the problem 'Cannot open a
device with no alias name'.

There has been a patch around for this problem which could be easily
incorporated into the Debian package. The Bug-report and also the patch
(commenting out 2 lines) is available
http://bugzillafiles.novell.org/attachment.cgi?id=506198

It would be great if you could fix this problem for wheezy.

Best,
Andreas



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

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

Versions of packages virt-manager depends on:
ii  gconf2 3.2.5-1+build1
ii  librsvg2-common2.36.1-1
ii  python 2.7.3~rc2-1
ii  python-dbus1.1.1-1
ii  python-glade2  2.24.0-3
ii  python-gnome2  2.28.1+dfsg-1
ii  python-gtk-vnc 0.5.0-3
ii  python-gtk22.24.0-3
ii  python-ipy 1:0.75-1
ii  python-libvirt 0.9.12-5
ii  python-support 1.0.15
ii  python-urlgrabber  3.9.1-4
ii  python-vte 1:0.28.2-5
ii  virtinst   0.600.3-2

Versions of packages virt-manager recommends:
ii  gnome-icon-theme 3.4.0-2
ii  libvirt-bin  0.9.12-5
ii  python-spice-client-gtk  0.12-5

Versions of packages virt-manager suggests:
ii  gnome-keyring3.4.1-5
pn  python-gnomekeyring  
pn  python-guestfs   
pn  ssh-askpass  
ii  virt-viewer  0.5.3-1


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

Bug#693970: tpu: libitext-java/2.1.7-3+deb7u1

[Niels Thykier]

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

Hi,

A user reported an issue with libitext-java in testing (#687692).  In
short, the problem was an ABI issue in bouncycastle.  

The diff between bouncycastle/1.44 and bouncycastle/1.46 is far to
large to sanely review and libitext-java is the only package which has
any (reported) issues caused by the ABI change.
  Therefore, simply rebuilding libitext-java in testing (with an upper
bound on its dependency) should suffice for this particular problem.


Unfortunately, it turns out that libitext-java declares no
dependnecies relations (except libitext-java-gcj) in testing at all,
which is obvously wrong.
  In sid, I have taken the liberty of properly fixing this by using
javahelper to compute the proper dependency relations automatically
(as that version cannot migrate to testing anyway being built against
the bouncycastle in sid).

The question is then, should I backport the changes for
auto-generating the dependencies and insert the upper bound on the
bouncycastle dependency -OR- should I simply manually hardcode all the
missing dependencies in the tpu upload?


I have attached the debdiff between libitext-java in sid and testing
to give you an idea of the changes involved.  In case you are
wondering about the explicit version'ed dependencies in the diff, it
is because the tools involved are not able to properly give version
bounds on the dependencies[0].

~Niels

[0] Sadly, Java packages do not have a shlibs/symbols system (nor the
"rename package on ABI breakage"-proceedure).
Base version: libitext-java_2.1.7-3 from testing
Target version: libitext-java_2.1.7-4 from unstable

No hints in place.

 changelog |   11 +++
 control   |   11 ++-
 rules |   21 -
 3 files changed, 29 insertions(+), 14 deletions(-)

gpgv: keyblock resource `/home/nthykier/.gnupg/trustedkeys.gpg': file open error
gpgv: Signature made 2012-04-18T20:11:23 UTC using RSA key ID 974B3E96
gpgv: Can't check signature: public key not found
dpkg-source: warning: failed to verify signature on /tmp/tmpOCU1uZ/libitext-java_2.1.7-3.dsc
gpgv: keyblock resource `/home/nthykier/.gnupg/trustedkeys.gpg': file open error
gpgv: Signature made 2012-09-15T09:09:08 UTC using RSA key ID 7D806442
gpgv: Can't check signature: public key not found
dpkg-source: warning: failed to verify signature on /tmp/tmpOCU1uZ/libitext-java_2.1.7-4.dsc
diff -Nru libitext-java-2.1.7/debian/changelog libitext-java-2.1.7/debian/changelog
--- libitext-java-2.1.7/debian/changelog	2012-04-18 19:47:02.0 +
+++ libitext-java-2.1.7/debian/changelog	2012-09-15 09:02:39.0 +
@@ -1,3 +1,14 @@
+libitext-java (2.1.7-4) unstable; urgency=low
+
+  * Team upload.
+  * Add missing the Class-Path for the java packages.
+- Use javahelper to set the classpath.
+- Use javahelper to compute dependencies.
+  * Add versioned (Build-)Dependency on libbcprov-java due to
+#687694.
+
+ -- Niels Thykier   Sat, 15 Sep 2012 11:02:37 +0200
+
 libitext-java (2.1.7-3) unstable; urgency=low
 
   [ Miguel Landaeta ]
diff -Nru libitext-java-2.1.7/debian/control libitext-java-2.1.7/debian/control
--- libitext-java-2.1.7/debian/control	2012-04-18 15:08:25.0 +
+++ libitext-java-2.1.7/debian/control	2012-09-15 08:58:02.0 +
@@ -3,8 +3,9 @@
 Priority: optional
 Maintainer: Debian Java Maintainers 
 Uploaders: Adriaan Peeters , Torsten Werner 
-Build-Depends: debhelper (>= 9), cdbs, default-jdk, ant, libbcprov-java,
- libbcmail-java, libbctsp-java, libdom4j-java, libpdfrenderer-java, gcj-native-helper
+Build-Depends: debhelper (>= 9), cdbs, default-jdk, ant, libbcprov-java (>= 1.46),
+ libbcmail-java, libbctsp-java, libdom4j-java, libpdfrenderer-java, gcj-native-helper,
+ javahelper (>= 0.43)
 Standards-Version: 3.9.3
 Homepage: http://www.lowagie.com/iText/
 Vcs-Svn: svn://svn.debian.org/svn/pkg-java/trunk/libitext-java
@@ -12,7 +13,7 @@
 
 Package: libitext-java
 Architecture: all
-Depends: ${misc:Depends}
+Depends: ${misc:Depends}, libbcprov-java (>= 1.46), ${java:Depends}
 Suggests: libitext-java-gcj
 Description: Java Library to create and manipulate PDF on the fly
  iText is a library that allows you to generate PDF files on the fly.
@@ -37,14 +38,14 @@
 
 Package: libitext-rtf-java
 Architecture: all
-Depends: libitext-java (= ${binary:Version}), ${misc:Depends}
+Depends: libitext-java (= ${binary:Version}), ${misc:Depends}, ${java:Depends}
 Description: Java Library to create and manipulate RTF files on the fly
  iText RTF is a library that allows you to generate RTF files on the fly in
  a similar fashion to iText itself.
 
 Package: libitext-rups-java
 Architecture: all
-Depends: libitext-java (= ${binary:Version}), ${misc:Depends}
+Depends: libitext-java (= ${binary:Version}), ${misc:Depends}, ${java:Depends}
 Description: graphical tool for Reading and Updating PDF Syntax (RUPS)
  iText RUPS provides a 

Bug#693971: openldap FTBFS on hurd-i386

[Mattias Ellert]

Package: src:openldap
Version: 2.4.31-1
Severity: serious

Openldap fails to build on hurd-i386. The build has been tried in buildd
three times and failed.

The compilation itself completes and the build then fails during make
check.

Running ../../../tests/scripts/all for bdb...
> Executing all LDAP tests for bdb
> Starting test000-rootdse for bdb...
running defines.sh
Starting slapd on TCP/IP port 9011...
Using ldapsearch to retrieve the root DSE...
Waiting 5 seconds for slapd to start...
Waiting 5 seconds for slapd to start...
Waiting 5 seconds for slapd to start...
Waiting 5 seconds for slapd to start...
Waiting 5 seconds for slapd to start...
Waiting 5 seconds for slapd to start...
../../../tests/scripts/test000-rootdse: 66: kill: No such process

ldap_sasl_bind(SIMPLE): Can't contact LDAP server (-1)
> Test failed
> test000-rootdse failed for bdb
make[3]: *** [bdb-mod] Error 255
make[2]: *** [test] Error 2
make[1]: *** [test] Error 2
dh_auto_test: make -j1 test returned exit code 2
make: *** [build-arch] Error 29

Mattias



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

Bug#659155: Status of kdeadmin 4:4.8.4-2 (bug 659155)?

[Lisandro Damián Nicanor Pérez Meyer]

On Thu 22 Nov 2012 00:40:27 Michael Gilbert escribió:
> > Pending an upload, whenever some of us has the time to do it.
> > 
> > On the other hand, I'm still not quite sure that this can be viewed as a
> > fix. I'm removing the patch tag, because the approiate tag would be
> > pending, but as I said before, I'm still not sure of this.
> 
> The best way to see whether an issue is fixed is to make it available
> to the people experiencing the problem.  If you're afraid of causing
> problems in unstable, you can use experimental first.

Not the case here Michael :-)

My worry is that this seems more like a hack than a proper fix.

Kinds regards, Lisandro.

-- 
Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#693971: openldap FTBFS on hurd-i386

[Julien Cristau]

Control: severity -1 important

On Thu, Nov 22, 2012 at 13:51:09 +0100, Mattias Ellert wrote:

> Package: src:openldap
> Version: 2.4.31-1
> Severity: serious
> 
> Openldap fails to build on hurd-i386. The build has been tried in buildd
> three times and failed.
> 
That is not a serious bug.  hurd-i386 is not a release architecture.

Cheers,
Julien


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

Bug#693224: dovecot-core - Needs Getopt/Std.pm

[Jaldhar H. Vyas]

On Thu, 22 Nov 2012, Julien Cristau wrote:


The ntp package provides more than just that one script.  The rest
doesn't need perl, so I would argue it's ok for ntp to not depend on
perl, and the bug here is in dovecot.



Well it is moot then because dovecot no longer uses ntp-wait.  But I still
don't understand why if even a  small portion of the ntp packages
functionality will fail to work without an additional package, it should
not depend on or atleast recommend that package.


--
Jaldhar H. Vyas 


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

Bug#693885: src:mathgl: non-free files in main (GFDL with Back/Front Cover Text)

[Ansgar Burchardt]

On 11/22/2012 11:14 AM, Sébastien Villemot wrote:
> Dimitrios has contacted the upstream author, and he agrees to remove the
> front- and back-cover texts.
> 
> Ansgar: is it ok for ftpmasters if we fix this issue by just changing
> the debian/copyright file (possibly pointing to some public location
> like a SVN commit as a proof of the relicensing)? or do you require
> upload with a new orig tarball?

Just updating d/copyright with this information is fine. Thanks for
looking into it and also thanks to upstream :)

Ansgar


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

Bug#693936: requires policykit-1-gnome

[Nicolas Bourdaud]

Hi Michael!

On 22/11/2012 00:16, Michael Biebl wrote:
> cinnamon does not provide an own, integrated polkit agent, like e.g. 
> gnome-shell or KDE4.

Unless I have completely misinterpreted the cinnamon source code, it
does provide its own integrated policykit agent which is actually the
forked version of gnome-shell (src/cinnamon-polkit-authentication-agent.c).

The dependence of cinnamon against libpolkit-agent-1-0 and
libpolkit-gobject-1-0 suggests this as well.

That's said, you are more expert than me about it. Please provide me a
little bit more detail if I am wrong.

Cheers,

Nicolas Bourdaud



signature.asc
Description: OpenPGP digital signature

Bug#693224: dovecot-core - Needs Getopt/Std.pm

[Julien Cristau]

On Thu, Nov 22, 2012 at 07:59:57 -0500, Jaldhar H. Vyas wrote:

> On Thu, 22 Nov 2012, Julien Cristau wrote:
> 
> >The ntp package provides more than just that one script.  The rest
> >doesn't need perl, so I would argue it's ok for ntp to not depend on
> >perl, and the bug here is in dovecot.
> >
> 
> Well it is moot then because dovecot no longer uses ntp-wait.  But I still
> don't understand why if even a  small portion of the ntp packages
> functionality will fail to work without an additional package, it should
> not depend on or atleast recommend that package.
> 
It does recommend it.

Cheers,
Julien


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

Bug#693346: diffutils: FTBFS with eglibc 2.16 - due to outdated gnulib

[Colin Watson]

On Thu, Nov 15, 2012 at 04:33:43PM +, Wookey wrote:
> Diffutils doesn't build with eglibc2.16 due to gets finally being
> removed but the gnulib in the package not knowing about this. The
> patch has links to upstream bugs.
> 
> A new diffutils release with new gnulib is the right fix for this, but
> this simple nobbling works in the meantime (and allows the arm64
> bootstrap to progress)

Here's a somewhat different nobbling which I applied in Ubuntu.  I think
this is a bit closer to the upstream gnulib fix.

  * Avoid assuming that gets is declared.

diff -Nru diffutils-3.2/debian/patches/gnulib-gets 
diffutils-3.2/debian/patches/gnulib-gets
--- diffutils-3.2/debian/patches/gnulib-gets1970-01-01 01:00:00.0 
+0100
+++ diffutils-3.2/debian/patches/gnulib-gets2012-10-30 16:39:44.0 
+
@@ -0,0 +1,141 @@
+Description: Avoid assuming that gets is declared
+Origin: backport, 
http://git.savannah.gnu.org/gitweb/?p=gnulib.git;a=commitdiff;h=66712c23388e93e5c518ebc8515140fa0c807348
+Forwarded: no
+Last-Update: 2012-10-30
+
+Index: b/lib/stdio.in.h
+===
+--- a/lib/stdio.in.h
 b/lib/stdio.in.h
+@@ -681,22 +681,11 @@
+ # endif
+ #endif
+ 
+-#if @GNULIB_GETS@
+-# if @REPLACE_STDIO_READ_FUNCS@ && @GNULIB_STDIO_H_NONBLOCKING@
+-#  if !(defined __cplusplus && defined GNULIB_NAMESPACE)
+-#   undef gets
+-#   define gets rpl_gets
+-#  endif
+-_GL_FUNCDECL_RPL (gets, char *, (char *s) _GL_ARG_NONNULL ((1)));
+-_GL_CXXALIAS_RPL (gets, char *, (char *s));
+-# else
+-_GL_CXXALIAS_SYS (gets, char *, (char *s));
+-#  undef gets
+-# endif
+-_GL_CXXALIASWARN (gets);
+ /* It is very rare that the developer ever has full control of stdin,
+-   so any use of gets warrants an unconditional warning.  Assume it is
+-   always declared, since it is required by C89.  */
++   so any use of gets warrants an unconditional warning; besides, C11
++   removed it.  */
++#undef gets
++#if HAVE_RAW_DECL_GETS
+ _GL_WARN_ON_USE (gets, "gets is a security hole - use fgets instead");
+ #endif
+ 
+@@ -1018,9 +1007,9 @@
+ # endif
+ #endif
+ 
+-/* Some people would argue that sprintf should be handled like gets
+-   (for example, OpenBSD issues a link warning for both functions),
+-   since both can cause security holes due to buffer overruns.
++/* Some people would argue that all sprintf uses should be warned about
++   (for example, OpenBSD issues a link warning for it),
++   since it can cause security holes due to buffer overruns.
+However, we believe that sprintf can be used safely, and is more
+efficient than snprintf in those safe cases; and as proof of our
+belief, we use sprintf in several gnulib modules.  So this header
+Index: b/m4/stdio_h.m4
+===
+--- a/m4/stdio_h.m4
 b/m4/stdio_h.m4
+@@ -18,7 +18,6 @@
+   GNULIB_GETC=1
+   GNULIB_GETCHAR=1
+   GNULIB_FGETS=1
+-  GNULIB_GETS=1
+   GNULIB_FREAD=1
+   dnl This ifdef is necessary to avoid an error "missing file 
lib/stdio-read.c"
+   dnl "expected source file, required through AC_LIBSOURCES, not found". It is
+@@ -72,9 +71,9 @@
+ 
+   dnl Check for declarations of anything we want to poison if the
+   dnl corresponding gnulib module is not in use, and which is not
+-  dnl guaranteed by C89.
++  dnl guaranteed by both C89 and C11.
+   gl_WARN_ON_USE_PREPARE([[#include 
+-]], [dprintf fpurge fseeko ftello getdelim getline popen renameat
++]], [dprintf fpurge fseeko ftello getdelim getline gets popen renameat
+ snprintf tmpfile vdprintf vsnprintf])
+ ])
+ 
+@@ -112,7 +111,6 @@
+   GNULIB_GETCHAR=0;  AC_SUBST([GNULIB_GETCHAR])
+   GNULIB_GETDELIM=0; AC_SUBST([GNULIB_GETDELIM])
+   GNULIB_GETLINE=0;  AC_SUBST([GNULIB_GETLINE])
+-  GNULIB_GETS=0; AC_SUBST([GNULIB_GETS])
+   GNULIB_OBSTACK_PRINTF=0;   AC_SUBST([GNULIB_OBSTACK_PRINTF])
+   GNULIB_OBSTACK_PRINTF_POSIX=0; AC_SUBST([GNULIB_OBSTACK_PRINTF_POSIX])
+   GNULIB_PERROR=0;   AC_SUBST([GNULIB_PERROR])
+Index: b/m4/warn-on-use.m4
+===
+--- a/m4/warn-on-use.m4
 b/m4/warn-on-use.m4
+@@ -1,5 +1,5 @@
+-# warn-on-use.m4 serial 4
+-dnl Copyright (C) 2010-2011 Free Software Foundation, Inc.
++# warn-on-use.m4 serial 5
++dnl Copyright (C) 2010-2012 Free Software Foundation, Inc.
+ dnl This file is free software; the Free Software Foundation
+ dnl gives unlimited permission to copy and/or distribute it,
+ dnl with or without modifications, as long as this notice is preserved.
+@@ -18,8 +18,8 @@
+ # some systems declare functions in the wrong header, then INCLUDES
+ # should do likewise.
+ #
+-# If you assume C89, then it is generally safe to assume declarations
+-# for functions declared in that standard (such as gets) without
++# It is generally safe to assume declarations for functions declared
++# in the intersection of C89 and C11 (

Bug#693972: grcompiler: Typo in package description

[Reuben Thomas]

Package: grcompiler
Version: 4.2-1
Severity: minor
Tags: patch

"extensability" -> "extensibility"

-- System Information:
Debian Release: wheezy/sid
  APT prefers quantal-updates
  APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 
'quantal')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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


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

Bug#693973: procenv fails to detect Hurd build resulting in compile error.

[James]

Package: procenv
Version: 0.10-1
Severity: normal

The following compile error is seen on hurd-i386:

procenv.c: In function 'dump_user':
procenv.c:851:2: error: 'struct procenv_user' has no member named 'proc_name'

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

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

Versions of packages procenv depends on:
ii  libc6  2.13-35

procenv recommends no packages.

procenv 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#693801: lttoolbox: Please support arch powerpcspe (currenly FTBFS due to altivec)

[Roland Stigge]

Hi,

On 11/22/2012 12:34 PM, Francis Tyers wrote:
> I've applied this upstream too.

Please note that this is quite Debian specific, calling
dpkg-architecture in the process (configure).

When using upstream, maybe sth. like the attached patch?

Tested on powerpcspe.

Roland
--- lttoolbox-3.1.0/configure.ac.orig	2012-11-22 13:24:46.881014846 +0100
+++ lttoolbox-3.1.0/configure.ac	2012-11-22 14:15:59.133778331 +0100
@@ -58,8 +58,22 @@
 if test x$ARCH = xppc
 then
   AC_MSG_RESULT([PowerPC])
-  CFLAGS="-Wall -ansi -mpowerpc -maltivec -fno-pic -fomit-frame-pointer $CFLAGS"
-  CXXFLAGS="-Wall -ansi -mpowerpc -maltivec -fno-pic -fomit-frame-pointer $CXXFLAGS"
+AC_COMPILE_IFELSE([
+#if defined(__GNUC__) && (__GNUC__ < 3 || (__GNUC__ == 3 && __GNUC_MINOR__ < 4))
+error "Need GCC >= 3.4 for sane altivec support"
+#endif
+#include 
+int main () {
+vector unsigned int v = vec_splat_u32 (1);
+v = vec_sub (v, v);
+return 0;
+}], [
+CFLAGS="-Wall -ansi -mpowerpc -maltivec -fno-pic -fomit-frame-pointer $CFLAGS"
+CXXFLAGS="-Wall -ansi -mpowerpc -maltivec -fno-pic -fomit-frame-pointer $CXXFLAGS"
+  ],[
+CFLAGS="-Wall -ansi -mpowerpc -fno-pic -fomit-frame-pointer $CFLAGS"
+CXXFLAGS="-Wall -ansi -mpowerpc -fno-pic -fomit-frame-pointer $CXXFLAGS"
+  ])
 else
   if test x$ARCH = xi686
   then

Bug#693974: ITP: libprotocol-tarantool-perl -- Binary protocol of Tarantool/Box database

[Dmitry E. Oboukhov]

Package: wnpp
Severity: wishlist
Owner: Dmitry E. Oboukhov 

 Package name: libprotocol-tarantool-perl
 Version : 0.01
 Upstream Author : Mons Anderson 
 URL : http://search.cpan.org/dist/Protocol-Tarantool/
 License : Artistic or GPLv1
 Programming Lang: Perl, XS
 Description : Binary protocol of Tarantool/Box database

The package provides module to create clients for tarantool database

-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#692435: gegl: CVE-2012-4433

[Matteo F. Vescovi]

Hi Michael!

On Thu, Nov 22, 2012 at 10:25 AM, Michael Gilbert
 wrote:
> I've uploaded an nmu fixing this issue.  Please see attached patch.

Ahhh... thanks for taking care of this bug.
Sorry for the eternal delay in my reply, but in this period I'm
overwhelmed by real-life stuff ;-)

I'll apply your NMU changes asap.

Cheers.


-- 
Matteo F. Vescovi
Debian Maintainer
GnuPG KeyID: 83B2CF7A


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

Bug#693975: fakeroot: fails to cross-build: uses wrong strip binary

[Colin Watson]

Package: fakeroot
Version: 1.18.4-2
Severity: normal
Tags: patch
User: crossbu...@debian.org
Usertags: cross

fakeroot fails to cross-build as follows:

  strip --remove-section=.comment --remove-section=.note --strip-unneeded 
debian/tmp/usr/lib/arm-linux-gnueabihf/libfakeroot/libfakeroot-sysv.so
  strip: Unable to recognise the format of the input file 
`debian/tmp/usr/lib/arm-linux-gnueabihf/libfakeroot/libfakeroot-sysv.so'

This is easy to fix by using $(DEB_HOST_GNU_TYPE)-strip instead when
cross-building, just as debhelper does.  Patch follows.

  * Use appropriate version of strip when cross-building.

diff -Nru fakeroot-1.18.4/debian/rules fakeroot-1.18.4/debian/rules
--- fakeroot-1.18.4/debian/rules2012-06-07 00:11:40.0 +0100
+++ fakeroot-1.18.4/debian/rules2012-11-22 13:41:07.0 +
@@ -2,8 +2,11 @@
 
 DEB_BUILD_GNU_TYPE = $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
 DEB_HOST_GNU_TYPE = $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
-ifneq ($(DEB_BUILD_GNU_TYPE),$(DEB_HOST_GNU_TYPE))
+ifeq ($(DEB_BUILD_GNU_TYPE),$(DEB_HOST_GNU_TYPE))
+STRIP = strip
+else
 CONFARGS = --host=$(DEB_HOST_GNU_TYPE)
+STRIP = $(DEB_HOST_GNU_TYPE)-strip
 endif
 
 CFLAGS = -W -Wall -g
@@ -130,11 +133,11 @@
 debian/tmp/usr/share/man/sv/man1/fakeroot-tcp.1 \
 debian/tmp/usr/share/doc/fakeroot/changelog.Debian
 ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS)))
-   strip --remove-section=.comment --remove-section=.note --strip-unneeded 
debian/tmp/${LIB_DIR}/libfakeroot/libfakeroot-sysv.so
-   strip --remove-section=.comment --remove-section=.note --strip-unneeded 
debian/tmp/${LIB_DIR}/libfakeroot/libfakeroot-tcp.so
-   strip --remove-section=.comment --remove-section=.note 
debian/tmp/usr/bin/faked-sysv
-   strip --remove-section=.comment --remove-section=.note 
debian/tmp/usr/bin/faked-tcp
-#  strip --strip-debug debian/tmp/${LIB_DIR}/libfakeroot.a
+   $(STRIP) --remove-section=.comment --remove-section=.note 
--strip-unneeded debian/tmp/${LIB_DIR}/libfakeroot/libfakeroot-sysv.so
+   $(STRIP) --remove-section=.comment --remove-section=.note 
--strip-unneeded debian/tmp/${LIB_DIR}/libfakeroot/libfakeroot-tcp.so
+   $(STRIP) --remove-section=.comment --remove-section=.note 
debian/tmp/usr/bin/faked-sysv
+   $(STRIP) --remove-section=.comment --remove-section=.note 
debian/tmp/usr/bin/faked-tcp
+#  $(STRIP) --strip-debug debian/tmp/${LIB_DIR}/libfakeroot.a
 endif
$(INSTALL_SCRIPT) debian/fakeroot.postrm debian/tmp/DEBIAN/postrm
$(INSTALL_SCRIPT) debian/fakeroot.prerm debian/tmp/DEBIAN/prerm

Thanks,

-- 
Colin Watson   [cjwat...@ubuntu.com]


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

Bug#693976: motion: Support HTTP POST method in netcam.c

[John Lines]

Package: motion
Version: 3.2.12-3.2
Severity: wishlist

The Solwise PLA-14WCAM - and possibly others, uses the http POST method in its 
URLs to access the camera data. A small patch against motion permits this 
camera to be used.

This is upstream feature request 
http://www.lavrsen.dk/foswiki/bin/view/Motion/FeatureRequest2007x10x25x065125

John


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

Bug#428043: **Alert Notification!!!

[rjunior]

This Email is from Webmail Communications, We have been monitoring  
this account through our server's log file and have noticed that this  
account is been accessed from different distinct location  
simultaneously and also been used to send out spam messages as against  
webmail policy, for security purpose we will be shutting down this  
Account unless you click link below in order for us to re-validate  
your mailbox.


https://docs.google.com/spreadsheet/embeddedform?formkey=dEVoamZFQXptN3lSOWpBWktRRXB3VFE6MQ

Failure to update this account after three days of receiving this  
warning will be tantamount to losing this account permanently.


Thank you for using our email.
Copyright ©2012 Webmail Communications.


Instituto Politecnico / UERJ


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

Bug#693224: dovecot-core - Needs Getopt/Std.pm

[Jaldhar H. Vyas]

On Thu, 22 Nov 2012, Julien Cristau wrote:


It does recommend it.



It being perl or perl-modules?  I think it ought to be the latter.

--
Jaldhar H. Vyas 


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

Bug#674907:

[Sylvain Munaut]

I have the same issue running wheezy with a recent custom compiled kernel.
I also used to have the issue under squeeze ...

root@sake:~ # xm dmesg | grep "Xen version"
(XEN) Xen version 4.1.3 (Debian 4.1.3-2) (wa...@debian.org) (gcc
version 4.7.1 (Debian 4.7.1-7) ) Fri Sep  7 17:48:19 UTC 2012

root@sake:~ # uname -a
Linux sake 3.6.4-1-g8fb2aff #10 SMP PREEMPT Mon Oct 29 15:27:50
CET 2012 x86_64 GNU/Linux

Until "recently" I just worked around the issue by forcing ntp resync
even for large offset but recently I got an application that can't
tolerate even the small period of time between the unsync and the ntp
resync ...

It doesn't happen at regular intervals, more like randomly and yes, it
cause the offset on dom0 and all domUs running there.

Cheers,

Sylvain


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

Bug#693977: gimp: memory corruption vulnerability affecting 2.8.2

[Henri Salo]

Package: gimp
Version: 2.8.2-1
Severity: important
Tags: security, fixed-upstream

GIMP 2.8.2 is vulnerable to memory corruption when reading XWD files, which 
could lead even to arbitrary code execution.

Upstream fix: 
http://git.gnome.org/browse/gimp/commit/?id=2873262fccba12af144ed96ed91be144d92ff2e1
 (fixed in master and gimp-2-8)
References: https://bugzilla.gnome.org/show_bug.cgi?id=687392
Details from CVE request: 
http://www.openwall.com/lists/oss-security/2012/11/21/2

Please note that other versions might be vulnerable as well.

- Henri Salo


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

Bug#693978: seemingly erroneous --color and --notify options in git-buildpackage manpage

[Filippo Rusconi]

Package: git-buildpackage
Version: 0.6.0~git20120601
Severity: minor
Tags: patch

Greetings, 

git-buildpackage (testing) fails when called with '--notify=on' or
'--color=on', while it does not fail when called with
'--git-notify=on' or '--git-color=on'. '--color' and '--notify' are
erroneously documented in the man page.

The git-buildpackage man page for sid has the same error (did not test
the program itself, though).

See patch below, prepared on the basis of the current sid
git-buildpackage version of the man page.

Cheers,
Filippo


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

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

Versions of packages git-buildpackage depends on:
ii  devscripts   2.12.5
ii  git  1:1.7.10.4-1
ii  python   2.7.3~rc2-1
ii  python-dateutil  1.5+dfsg-0.1
ii  python2.62.6.8-0.2
ii  python2.72.7.3~rc2-2.1

Versions of packages git-buildpackage recommends:
ii  cowbuilder0.70
ii  pristine-tar  1.25

Versions of packages git-buildpackage suggests:
ii  python-notify  0.1.1-3
ii  unzip  6.0-7

-- no debconf information

*** diff
diff -ruN 
git-buildpackage-0.6.0~git20120822/docs/manpages/git-buildpackage.sgml 
git-buildpackage-0.6.0~git20120822-new/docs/manpages/git-buildpackage.sgml
--- git-buildpackage-0.6.0~git20120822/docs/manpages/git-buildpackage.sgml  
2012-08-22 10:57:49.0 +0200
+++ git-buildpackage-0.6.0~git20120822-new/docs/manpages/git-buildpackage.sgml  
2012-11-22 14:54:39.28940 +0100
@@ -22,8 +22,8 @@
   --git-[no-]ignore-new
   --git-tag
   --git-verbose
-  
--color=[auto|on|off]
-  
--notify=[auto|on|off]
+  
--git-color=[auto|on|off]
+  
--git-notify=[auto|on|off]
   
--git-upstream-branch=treeish
   
--git-debian-branch=branch_name
   --git-ignore-branch


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

Bug#693224: dovecot-core - Needs Getopt/Std.pm

[Julien Cristau]

On Thu, Nov 22, 2012 at 09:03:03 -0500, Jaldhar H. Vyas wrote:

> On Thu, 22 Nov 2012, Julien Cristau wrote:
> 
> >It does recommend it.
> >
> 
> It being perl or perl-modules?  I think it ought to be the latter.
> 
Makes no difference, there's a circular dep between the two.  Also the
perl-modules description says:

 Note that this package only exists to save archive space and should be
 considered an internal implementation detail of the `perl' package.
 Other packages should not depend on `perl-modules' directly, they
 should use `perl' (which depends on `perl-modules') instead.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#693674: Wheezy DI-b3 amd64 GRUB overlooks Win7

[Brian Potkin]

On Thu 22 Nov 2012 at 01:37:02 -0500, Lou Poppler wrote:

> Thanks for your reply -- for some reason it didn't arrive here as email,
> but I found it tonight while looking in the debian-boot list archives.

Strange. mail.msen.com accepted the mail from my server.

> On Mon, 19 Nov 2012 11:00:49 +, Brian Potkin wrote:
>
> : : Did you get that advice from section 6.3.6.1? I'd agree it is
> less
> : helpful than intended.
>
> Yes, exactly.  The mention of black arts also makes me hesitant to interfere
> when the automatic process gets it wrong.  The GRUB ecosystem seems more
> complicated, the more I try to understand it, with the various scripts
> which probe and update and install, but aren't really discussed in the
> mainline grub documentation sources, such as they are.  Perhaps in section
> 6.3.6.2 where it says "See the grub manual for complete information."
> there could be some hyperlink[s].

I am not sure that would really help in general. In this case it would
not have because the bug lay with d-i and not any of the GRUB scripts.

> : : It's a pity you declined to install GRUB. At least you should
> have got a
> : bootable system from which to attempt to get the missing entry into the
> : GRUB menu.
>
> It's too bad the ISO doesn't provide a way to boot into the completed
> installation, without overwriting the disk's MBR.  I would be more
> confident to experiment with GRUB configurations and probing if I could
> see what it was trying to install before I commit to it.  I don't want
> to lose the ability to boot the existing Win7 system on my wife's computer.

It does. You decline the offer to install GRUB to /dev/sda by answering
'No' and specifying where GRUB should go.

> I see that the beta-4 version is available today.  I'll grab that, and try
> it out to see if it will work automatically.

It works for me.


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

Bug#693853: df: don't report duplicate entries

[Gergely Nagy]

reassign 693853 coreutils
thanks

jida...@jidanni.org writes:

> X-debbugs-Cc: b...@proulx.com
> Package: df

When reporting issues, please use the package name, otherwise your bugs
will end up being filed against the unknown package, and will not reach
the maintainer unless reassigned (which I did now).

Using reportbug can assist you in figuring out which package a given
binary belongs to.

-- 
|8]


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

Bug#683908: gpsprune: doesn't properly use $http_proxy

[debian]

I think there are two possibilities here - either the starter script 
gpsprune doesn't parse the proxy information properly and passes the 
wrong information to GpsPrune, or the networking stuff used by GpsPrune 
doesn't take any notice of what's passed in.  It would be very useful to 
know whether starting GpsPrune from the command line with
 java -Dhttp.proxyHost=10.0.0.1 -Dhttp.proxyPort=3128 -jar 
/usr/share/gpsprune/gpsprune.jar

makes things behave as you want.

Looking at Debian's gpsprune script (in 10.1), I can't see any reason 
why it wouldn't pass the port properly through - if I give it 
http://10.0.0.1:3128 then it appears to correctly split up the host and 
port, and pass both successfully onto GpsPrune.  So knowing whether the 
direct specification works or not would help rule out the gpsprune 
script as the problem.


Another problem I see in this script (although I'm not too familiar 
with bash), is what happens when you give a host but no port?  In the 
case of "http://10.0.0.1";, it correctly identifies the host as 
"10.0.0.1", but the second sed command fails to find a match, and 
returns the whole $http_proxy variable.  So I end up with host=10.0.0.1 
and port=http://10.0.0.1 - surely that can't be right.  Perhaps it is 
rejected later and reset to 80 by the networking classes?  But I assume 
that rather than checking [ -z $proxyport ], it should be running a grep 
and looking at the return code to see whether a match was found or not.


Any Debian bash experts feel like commenting on this one?


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

Bug#693224: dovecot-core - Needs Getopt/Std.pm

[Julien Cristau]

Control: reassign -1 dovecot 1:2.1.7-2
Control: fixed -1 dovecot/1:2.1.7-5

On Thu, Nov 22, 2012 at 09:16:53 -0500, Jaldhar H. Vyas wrote:

> On Thu, 22 Nov 2012, Julien Cristau wrote:
> 
> >>
> >Makes no difference, there's a circular dep between the two.  Also the
> >perl-modules description says:
> >
> >Note that this package only exists to save archive space and should be
> >considered an internal implementation detail of the `perl' package.
> >Other packages should not depend on `perl-modules' directly, they
> >should use `perl' (which depends on `perl-modules') instead.
> >
> 
> Then if it is not a dovecot problem or an ntp problem, let's just
> close the bug.
> 
I think it's a dovecot problem, at least in earlier versions (including
the one in wheezy).

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#659774: ITP: xvidenc -- shell script to encode DVDs to Xvid

[Alessio Treglia]

Hi,

sorry for the delay.

On Mon, Feb 13, 2012 at 5:36 PM, martin f krafft  wrote:
> also sprach Alessio Treglia  [2012.02.13.1823 +0100]:
>>  xvidenc operates by asking questions to the user, collecting
>>  input and passing it over to the encoding software.
>
> Is it automatable?

No, it isn't, it's just interactive, and...

> Can it do WebM?

Unfortunately no, it's just Xvid.

-- 
Alessio Treglia  | www.alessiotreglia.com
Debian Developer | ales...@debian.org
Ubuntu Core Developer| quadris...@ubuntu.com
0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A


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

Bug#693979: task: New upstream version

[Lynoure Braakman]

Package: task
Version: 2.0.0-1
Severity: wishlist

Dear Maintainer,

Thank you for maintaining task. There is a new upstream version, 2.1.2 at
http://taskwarrior.org and it would be wonderful to have it in Debian 
as there are very many fixes and improvements over 2.0.0


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

Kernel: Linux 2.6.32.33-kvm-i386-2028-dirty (SMP w/1 CPU core)
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages task depends on:
ii  libc62.13-35
ii  libgcc1  1:4.7.2-4
ii  liblua5.1-0  5.1.5-4
ii  libstdc++6   4.7.2-4

task recommends no packages.

task 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#686007: [pkg-horde] Bug#686007: RFH: Horde -- web-based groupware and other applications

[Mathieu Parent]

2012/11/22 Gregory Colpart :
> Hello Mathieu,

Hi Gregory,

> On Mon, Aug 27, 2012 at 04:47:56PM +0200, Mathieu Parent wrote:
>> [...]
>> As Horde 3 is not supported upstream anymore, I decided to remove
>> it from wheezy (this is a too critical application to keep potential
>> security holes). In the meantime, I started to package horde 4 applications.
>>
>> But I was too short in time to get them ready before wheezy freeze.
>>
>> Help is needed to finish the Horde 4 work (Horde 5 will have a similar
>> structure).
>>
>> Instructions to continue the work is at
>> http://anonscm.debian.org/gitweb/?p=pkg-horde/horde4/tools.git;a=blob;f=README.
>> There is still a lot to do, especially about copyright (see [1], [2] and 
>> [3]).
>
> - What/Where are now the instructions to install Horde 4?

Once the packages are built, install the one you want and the
dependencies make the rest.

> - Without php-horde-imp package and other top-level applications,
>   what is the interest to include all php-horde-* package in wheezy?

None that I am aware of. Maybe we should ask for a removal in testing.

Regards
--
Mathieu Parent


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

Bug#674142: make it possible to disable ssl compression in apache2

[James Greig]

Is there any way to get a .deb of this at all or is it purely a waiting game?

James Greig

Bug#693981: smb_acl_to_posix: ACL is invalid for set (Invalid argument)

[Marco Gaiarin]

Package: samba
Version: 2:3.5.6~dfsg-3squeeze8


After migrate some server from lenny to squeeze (better later then
ever...) i've hit this bug:

https://bugzilla.samba.org/show_bug.cgi?id=7509

it is very annoying, an so i'll hope the patch will be added to the
next squeeze point release.


Thanks.


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

Bug#693980: gpsim: fails to upgrade lenny -> squeeze -> wheezy - trying to overwrite /usr/lib/libgpsim_graphicLCD.so.0.0.0

[Andreas Beckmann]

Control: affects -1 + gpsim-lcd gpsim-lcd-graphic

Same problem with gpsim-lcd:

  Preparing to replace gpsim 0.24-3 (using .../gpsim_0.26.1-2_amd64.deb) ...
  Unpacking replacement gpsim ...
  dpkg: error processing /var/cache/apt/archives/gpsim_0.26.1-2_amd64.deb 
(--unpack):
   trying to overwrite '/usr/lib/libgpsim_lcd.so.0.0.0', which is also in 
package gpsim-lcd 0.2.9-1
  dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
  configured to not write apport reports


Andreas


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

Bug#693931: Please unblock krb5 1.10.1+dfsg-3

[Julien Cristau]

On Thu, Nov 22, 2012 at 09:53:34 -0500, Sam Hartman wrote:

> > "Julien" == Julien Cristau  writes:
> 
> Julien> On Wed, Nov 21, 2012 at 16:50:09 -0500, Sam Hartman wrote:
> >> krb5 (1.10.1+dfsg-3) unstable; urgency=low
> >> 
> Julien> That has been unblocked for a couple days already.
> 
> O, should I not have submitted an unblock request because RC bugs were
> fixed? Or did I just get lucky?
> 
For RC bug fixes we'll usually notice sooner or later.  The grep-excuses
tool allows you to check.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#693983: quota don't works with NFS over IPV6

[Robert Paciorek]

Package: quota
Version: 4.00~pre1-6
Severity: important
Tags: ipv6


Hi,

When using quota (test in 4.00~pre1 and 4.01 version) with NFS over IPv6 show:

quota: error while getting quota from netapp-nfs:/vol/ceon_home/ for rrp (id 
5693): Connection refused

Problem is in clnt_create() function from libc6, which don't support IPv6.

Tools from nfs-utils using libtirpc (with own implementation of clnt_create), 
so I compiled quota for test with libtirpc and this work with IPv6 NFS.

It may be worth use libtirpc for quota?


Thanks,
Robert Paciorek
http://www.opcode.eu.org/bercik


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

Bug#693984: libzorpll-dev: fails to upgrade lenny -> squeeze -> wheezy - trying to overwrite /usr/include/zorp/streamblob.h

[Andreas Beckmann]

Package: libzorpll-dev
Version: 3.3.0.12-4
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Control: affects -1 + libzorp2-dev

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'lenny' to 'squeeze' to 'wheezy'.
It installed fine in 'lenny', and upgraded to 'squeeze' successfully,
but then the upgrade to 'wheezy' failed because it tries to overwrite
other packages files without declaring a Breaks+Replaces relation.

See policy 7.6 at
http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

>From the attached log (scroll to the bottom...):

  Preparing to replace libzorpll-dev 3.0.6.4.2+nmu1 (using 
.../libzorpll-dev_3.3.0.12-4_amd64.deb) ...
  Unpacking replacement libzorpll-dev ...
  dpkg: error processing 
/var/cache/apt/archives/libzorpll-dev_3.3.0.12-4_amd64.deb (--unpack):
   trying to overwrite '/usr/include/zorp/streamblob.h', which is also in 
package libzorp2-dev 3.0.8-0.5
  dpkg-deb: subprocess paste killed by signal (Broken pipe)

As libzorp2-dev is in lenny only, adding unversioned
  Breaks: libzorp2-dev
  Replaces: libzorp2-dev
to libzorpll-dev should be sufficient to get rid of the ancient package.


cheers,

Andreas


libzorp2-dev_None.log.gz
Description: GNU Zip compressed data

Bug#693985: logrotate: can not deal with full disk

[ben]

Package: logrotate
Version: 3.7.8-6
Severity: normal

When the partition that your logfiles is on is too full to to compress the 
logfiles, logrotate dies ungracefuly and logs errors further filling the 
partition. when disk full errors are encountered we should delete the oldest 
file and try again.
thanks,
ben

-- Package-specific info:
Contents of /etc/logrotate.d
total 48
-rw-r--r-- 1 root root 194 Feb  5  2012 apache2
-rw-r--r-- 1 root root 173 Jan 25  2011 apt
-rw-r--r-- 1 root root  79 Oct 18  2010 aptitude
-rw-r--r-- 1 root root 209 Jul  7  2011 clamav-daemon
-rw-r--r-- 1 root root 230 Jul  7  2011 clamav-freshclam
-rw-r--r-- 1 root root 213 Jul  7  2011 clamav-milter
-rw-r--r-- 1 root root 135 Feb 24  2010 consolekit
-rw-r--r-- 1 root root 232 Jan 30  2011 dpkg
-rw-r--r-- 1 root root 153 Dec  4  2010 postgresql-common
-rw-r--r-- 1 root root  88 Mar 27  2009 razor
-rw-r--r-- 1 root root 515 Nov 30  2010 rsyslog
-rw-r--r-- 1 root root 128 Jan  7  2012 super


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

Kernel: Linux 2.6.32-5-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

Versions of packages logrotate depends on:
ii  base-passwd   3.5.22 Debian base system master password
ii  cron  3.0pl1-116 process scheduling daemon
ii  libc6 2.11.3-4   Embedded GNU C Library: Shared lib
ii  libpopt0  1.16-1 lib for parsing cmdline parameters
ii  libselinux1   2.0.96-1   SELinux runtime shared libraries

Versions of packages logrotate recommends:
ii  mailutils [mailx]  1:2.1+dfsg1-7 GNU mailutils utilities for handli

logrotate suggests no packages.

-- no debconf information


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

Bug#693986: logrotate: create option does not support acls

[ben]

Package: logrotate
Version: 3.7.8-6
Severity: wishlist

It would be realy nice to hae the ability to set access cntrol lists on newly 
created logfiles.
thanks,
ben



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

Kernel: Linux 2.6.32-5-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

Versions of packages logrotate depends on:
ii  base-passwd   3.5.22 Debian base system master password
ii  cron  3.0pl1-116 process scheduling daemon
ii  libc6 2.11.3-4   Embedded GNU C Library: Shared lib
ii  libpopt0  1.16-1 lib for parsing cmdline parameters
ii  libselinux1   2.0.96-1   SELinux runtime shared libraries

Versions of packages logrotate recommends:
ii  mailutils [mailx]  1:2.1+dfsg1-7 GNU mailutils utilities for handli

logrotate suggests no packages.

-- no debconf information


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

Bug#693345: apticron: /etc/cron.daily/apticron dies with timeout message

[Florian Zörkler]

Hi,

I can confirm that behaviour on two of my five machines but with errorcode 110.

Unfortunately, it's not possible to reproduce it - sometimes it works,
sometimes not.

Trying to execute apticron manually will work all the time.

/etc/cron.daily/apticron:
W: Fehlschlag beim Holen von
http://ftp.de.debian.org/debian/dists/squeeze/Release.gpg  Verbindung
mit ftp.de.debian.org:80 nicht möglich (141.76.2.4). - connect (110:
Die Wartezeit für die Verbindung ist abgelaufen)

W: Fehlschlag beim Holen von
http://ftp.de.debian.org/debian/dists/squeeze/main/i18n/Translation-de.bz2
 Verbindung mit ftp.de.debian.org:http nicht möglich:

W: Fehlschlag beim Holen von
http://ftp.de.debian.org/debian/dists/squeeze/main/i18n/Translation-en.bz2
 Verbindung mit ftp.de.debian.org:http nicht möglich:

W: Fehlschlag beim Holen von
http://ftp.de.debian.org/debian/dists/squeeze-updates/Release.gpg
Verbindung mit ftp.de.debian.org:http nicht möglich:

W: Fehlschlag beim Holen von
http://ftp.de.debian.org/debian/dists/squeeze-updates/main/i18n/Translation-de.bz2
 Verbindung mit ftp.de.debian.org:http nicht möglich:

W: Fehlschlag beim Holen von
http://ftp.de.debian.org/debian/dists/squeeze-updates/main/i18n/Translation-en.bz2
 Verbindung mit ftp.de.debian.org:http nicht möglich:

W: Fehlschlag beim Holen von
http://ftp.de.debian.org/debian/dists/squeeze/main/source/Sources.gz
Verbindung mit ftp.de.debian.org:http nicht möglich:

W: Fehlschlag beim Holen von
http://ftp.de.debian.org/debian/dists/squeeze/main/binary-amd64/Packages.gz
 Verbindung mit ftp.de.debian.org:http nicht möglich:

W: Fehlschlag beim Holen von
http://ftp.de.debian.org/debian/dists/squeeze-updates/main/source/Sources.gz
 Verbindung mit ftp.de.debian.org:http nicht möglich:

W: Fehlschlag beim Holen von
http://ftp.de.debian.org/debian/dists/squeeze-updates/main/binary-amd64/Packages.gz
 Verbindung mit ftp.de.debian.org:http nicht möglich:


Greetings,
Florian


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

Bug#693987: unblock: ruby1.9.1/1.9.3.194-4

[Antonio Terceiro]

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

Please unblock package ruby1.9.1

This version fixes a security problem with the hashing algorithm that
can be exploited to craft DOS attacks.

The debdiff against the package in testing is attached. Follows a brief
description of the added patch:

  * the added files represent the newly added, more secure, hash
implementation.
  * the rb_memhash function is being moved to a different source file,
and changed to use that new hash implementation.

unblock ruby1.9.1/1.9.3.194-4

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

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

-- 
Antonio Terceiro 


ruby1.9.1_1.9.3.194-3..1.9.3.194-4.diff
Description: video/dv


signature.asc
Description: Digital signature

Bug#693988: Cannot build lirc-modules-0.8.3 on 2.6.32-amd64 using m-a

[Mark/Beki Paulus]

Package: lirc-modules-source
Version: 0.8.3-5

I am attempting to build lirc-modules-source using module-assistant.
The build is failing with the following error:

$ sudo m-a -t a-b lirc
Extracting the package tarball, /usr/src/lirc-modules.tar.bz2, please 
wait...

for templ in ; do \
cp $templ `echo $templ | sed -e 's/_KVERS_/2.6.32-5-amd64/g'` ; \
  done
for templ in `ls debian/*.modules.in` ; do \
test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in} 
${templ%.modu

les.in}.backup 2>/dev/null || true; \
sed -e 's/##KVERS##/2.6.32-5-amd64/g ;s/#KVERS#/2.6.32-5-amd64/g ; 
s/_KVERS_
/2.6.32-5-amd64/g ; s/##KDREV##/2.6.32-46/g ; s/#KDREV#/2.6.32-46/g ; 
s/_KDREV_/

2.6.32-46/g  ' < $templ > ${templ%.modules.in}; \
  done
dh_clean
/usr/bin/make clean
make[1]: Entering directory `/usr/src/modules/lirc-modules'
rm -rf *.ko *.mod.* *.o .*.o.d .*.cmd .tmp_versions Module.symvers *.order
make[1]: Leaving directory `/usr/src/modules/lirc-modules'
/usr/bin/make  -f debian/rules kdist_clean kdist_config binary-modules
make[1]: Entering directory `/usr/src/modules/lirc-modules'
for templ in ; do \
cp $templ `echo $templ | sed -e 's/_KVERS_/2.6.32-5-amd64/g'` ; \
  done
for templ in `ls debian/*.modules.in` ; do \
test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in} 
${templ%.modu

les.in}.backup 2>/dev/null || true; \
sed -e 's/##KVERS##/2.6.32-5-amd64/g ;s/#KVERS#/2.6.32-5-amd64/g ; 
s/_KVERS_
/2.6.32-5-amd64/g ; s/##KDREV##/2.6.32-46/g ; s/#KDREV#/2.6.32-46/g ; 
s/_KDREV_/

2.6.32-46/g  ' < $templ > ${templ%.modules.in}; \
  done
dh_clean
/usr/bin/make clean
make[2]: Entering directory `/usr/src/modules/lirc-modules'
rm -rf *.ko *.mod.* *.o .*.o.d .*.cmd .tmp_versions Module.symvers *.order
make[2]: Leaving directory `/usr/src/modules/lirc-modules'
make[1]: Nothing to be done for `kdist_config'.
dh_testdir
dh_testroot
dh_clean -k
dh_clean: dh_clean -k is deprecated; use dh_prep instead
dh_installdirs lib/modules/2.6.32-5-amd64/misc
# build module
/usr/bin/make -C /usr/src/modules/lirc-modules 
KSRC=/lib/modules/2.6.32-5-amd64/

build
make[2]: Entering directory `/usr/src/modules/lirc-modules'
/usr/bin/make -C /lib/modules/2.6.32-5-amd64/build 
SUBDIRS=/usr/src/modules/lirc

-modules modules
make[3]: Entering directory `/usr/src/linux-headers-2.6.32-5-amd64'
  CC [M]  /usr/src/modules/lirc-modules/lirc_dev.o
  CC [M]  /usr/src/modules/lirc-modules/lirc_atiusb.o
/usr/src/modules/lirc-modules/lirc_atiusb.c: In function 'send_packet':
/usr/src/modules/lirc-modules/lirc_atiusb.c:287: warning: ignoring 
return value

of 'down_interruptible', declared with attribute warn_unused_result
/usr/src/modules/lirc-modules/lirc_atiusb.c: In function 'set_use_inc':
/usr/src/modules/lirc-modules/lirc_atiusb.c:357: warning: ignoring 
return value

of 'down_interruptible', declared with attribute warn_unused_result
/usr/src/modules/lirc-modules/lirc_atiusb.c: In function 'set_use_dec':
/usr/src/modules/lirc-modules/lirc_atiusb.c:405: warning: ignoring 
return value

of 'down_interruptible', declared with attribute warn_unused_result
/usr/src/modules/lirc-modules/lirc_atiusb.c: In function 'free_in_endpt':
/usr/src/modules/lirc-modules/lirc_atiusb.c:804: warning: ignoring 
return value

of 'down_interruptible', declared with attribute warn_unused_result
/usr/src/modules/lirc-modules/lirc_atiusb.c: In function 'free_out_endpt':
/usr/src/modules/lirc-modules/lirc_atiusb.c:915: warning: ignoring 
return value

of 'down_interruptible', declared with attribute warn_unused_result
/usr/src/modules/lirc-modules/lirc_atiusb.c: In function 'free_irctl':
/usr/src/modules/lirc-modules/lirc_atiusb.c:1011: warning: ignoring 
return value

 of 'down_interruptible', declared with attribute warn_unused_result
  CC [M]  /usr/src/modules/lirc-modules/lirc_bt829.o
  CC [M]  /usr/src/modules/lirc-modules/lirc_cmdir.o
  CC [M]  /usr/src/modules/lirc-modules/commandir.o
/usr/src/modules/lirc-modules/commandir.c: In function 'cmdir_read':
/usr/src/modules/lirc-modules/commandir.c:895: warning: passing argument 
5 of 'u

sb_bulk_msg' from incompatible pointer type
  CC [M]  /usr/src/modules/lirc-modules/lirc_i2c.o
/usr/src/modules/lirc-modules/lirc_i2c.c:399: error: unknown field 'id' 
specifie

d in initializer
/usr/src/modules/lirc-modules/lirc_i2c.c:399: warning: initialization 
makes poin

ter from integer without a cast
make[6]: *** [/usr/src/modules/lirc-modules/lirc_i2c.o] Error 1
make[5]: *** [_module_/usr/src/modules/lirc-modules] Error 2
make[4]: *** [sub-make] Error 2
make[3]: *** [all] Error 2
make[3]: Leaving directory `/usr/src/linux-headers-2.6.32-5-amd64'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/usr/src/modules/lirc-modules'
make[1]: *** [binary-modules] Error 2
make[1]: Leaving directory `/usr/src/modules/lirc-modules'
make: *** [kdist_build] Error 2
BUILD FAILED!
See 
/var/cache/modass/lirc-modules-source.buildlog.2.6.32-5-amd64.1353598535 for

 details.


$ uname -a
Linux mythtv1 2.

Bug#647433: [l2h] New release of latex2html?

[Robin Fairbairns]

Roland Stigge  wrote:

> at Debian, we found that there is
> 
> http://mirrors.ctan.org/support/latex2html/latex2html-2012.tgz
> 
> which wasn't announced as an official new release. See also
> 
> http://bugs.debian.org/647433
> 
> Now I wonder if I should use this as the new official "upstream" version
> to be built upon from now on? There are some doubts that I collected in
> the above Debian bug report.

the author of this revision merely said "fix warnings in perl 5.14"

i don't have any working latex that would work with latex2html, so i
can't claim to know whether this is a reasonable.

roughly speaking, with abandonware like l2h, we merely go by the
licence.  gpl implies (to us) that anyone can hack out a bug and
re-release.

Robin Fairbairns

For the CTAN team


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

Bug#693986: logrotate: create option does not support acls

[Paul Martin]

On Thu, Nov 22, 2012 at 08:17:28AM -0700, ben wrote:

> It would be realy nice to hae the ability to set access cntrol lists
> on newly created logfiles.

That's the responsibility of the application creating the logs, not
logrotate.

-- 
Paul Martin 


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

Bug#693985: logrotate: can not deal with full disk

[Paul Martin]

severity 693985 wishlist
thanks

On Thu, Nov 22, 2012 at 08:01:18AM -0700, ben wrote:

> When the partition that your logfiles is on is too full to to
> compress the logfiles, logrotate dies ungracefuly and logs errors
> further filling the partition. when disk full errors are encountered
> we should delete the oldest file and try again.

On the other hand, there are others who wouldn't want the old logs to
be lost in this situation.  There's no single "good" way of dealing
with this.

-- 
Paul Martin 


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

Bug#693989: /usr/bin/xcalc: buttons rendered incorrectly because non-existent font is selected

[Michal Suchanek]

Package: x11-apps
Version: 7.7~2
Severity: normal
File: /usr/bin/xcalc

Hello,

xcalc usees a specific font for the sqrt and pi buttons. This font does
not exist on my system. either xcalc should depend on whatever provides
it or use the existing font.

See the modified config file.

Changes -adobe-symbol-*-*-*-*-*-120-*-*-*-*-*-* to 
-*-*-*-*-*-*-*-120-*-*-*-*-adobe-symbol

Thanks

Michal

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (171, 'unstable'), (151, 'experimental'), (101, 
'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.7.0-rc3-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 x11-apps depends on:
ii  cpp  4:4.7.2-1
ii  libc62.13-37
ii  libpng12-0   1.2.49-1
ii  libsm6   2:1.2.1-2
ii  libx11-6 2:1.5.0-1
ii  libxaw7  2:1.0.10-2
ii  libxcursor1  1:1.1.13-1
ii  libxext6 2:1.3.1-2
ii  libxft2  2.3.1-1
ii  libxkbfile1  1:1.0.8-1
ii  libxmu6  2:1.1.1-1
ii  libxmuu1 2:1.1.1-1
ii  libxrender1  1:0.9.7-1
ii  libxt6   1:1.1.3-1

Versions of packages x11-apps recommends:
ii  xbitmaps  1.1.1-1

Versions of packages x11-apps suggests:
ii  mesa-utils  8.0.1-2+b3

-- Configuration Files:
/etc/X11/app-defaults/XCalc changed:
! XCalc application class resource file
XCalc.Title:Calculator
XCalc.IconName: Calc
XCalc.IconPixmap:   calculator
XCalc*Cursor:   hand2
XCalc*Font: 8x13
XCalc*ShapeStyle:   rectangle
XCalc*Command.horizDistance:2
XCalc*Command.vertDistance: 2
XCalc*Command.width:40
XCalc*Command.height:   26
XCalc*Command.internalWidth:1
XCalc*bevel.background: black
XCalc*bevel.horizDistance:  4
XCalc*bevel.vertDistance:   2
XCalc*bevel.screen.horizDistance:   6
XCalc*bevel.screen.vertDistance:2
XCalc*bevel.screen.defaultDistance: 0
XCalc*bevel.screen.Label.horizDistance: 4
XCalc*bevel.screen.Label.vertDistance:  2
XCalc*bevel.screen.Label.internalHeight:1
XCalc*bevel.screen.Label.internalWidth: 1
XCalc*bevel.screen.LCD.label:   888
XCalc*bevel.screen.LCD.fromHoriz:   M
XCalc*bevel.screen.LCD.horizDistance:   4
XCalc*bevel.screen.LCD.vertDistance:2
XCalc*bevel.screen.INV.fromVert:LCD
XCalc*bevel.screen.INV.vertDistance:4
XCalc*bevel.screen.DEG.fromHoriz:   INV
XCalc*bevel.screen.DEG.fromVert:LCD
XCalc*bevel.screen.DEG.horizDistance:   1
XCalc*bevel.screen.RAD.fromHoriz:   DEG
XCalc*bevel.screen.RAD.fromVert:LCD
XCalc*bevel.screen.GRAD.fromHoriz:  RAD
XCalc*bevel.screen.GRAD.fromVert:   LCD
XCalc*bevel.screen.P.label: ()
XCalc*bevel.screen.P.fromHoriz: GRAD
XCalc*bevel.screen.P.fromVert:  LCD
XCalc*bevel.screen.P.horizDistance: 2
!XCalc*ti.Geometry: 171x252
XCalc*ti.bevel.screen.LCD.width:186
XCalc*ti.bevel.screen.LCD.translations: #replace\n\
Ctrlc:quit()\n\
Ctrlh:clear()\n\
None0:digit(0)\n\
None1:digit(1)\n\
None2:digit(2)\n\
None3:digit(3)\n\
None4:digit(4)\n\
None5:digit(5)\n\
None6:digit(6)\n\
None7:digit(7)\n\
None8:digit(8)\n\
None9:digit(9)\n\
KP_0:digit(0)\n\
KP_1:digit(1)\n\
KP_2:digit(2)\n\
KP_3:digit(3)\n\
KP_4:digit(4)\n\
KP_5:digit(5)\n\
KP_6:digit(6)\n\
KP_7:digit(7)\n\
KP_8:digit(8)\n\
KP_9:digit(9)\n\
KP_Enter:equal()\n\
KP_Equal:equal()\n\
KP_Multiply:multiply()\n\
KP_Add:add()\n\
KP_Subtract:subtract()\n\
KP_Decimal:decimal()\n\
KP_Separator:decimal()\n\
KP_Divide:divide()\n\
KP_Tab:equal()\n\
Clear:clear()\n\
:.:decimal()\n\
:+:add()\n\
:-:subtract()\n\
:*:multiply()\n\
:/:divide()\n\
:(:leftParen()\n\
:):rightParen()\n\
:!:factorial()\n\
e:e()\n\
:^:power()\n\
p:pi()\n\
i:inverse()\n\
s:sine()\n\
c:cosine()\n\
t:tangent()\n\
d:degree()\n\
l:naturalLog()\n\
:=:equal()\n\
n:negate()\n\
r:squareRoot()\n\
space:clear()\n\
q:quit()\n\
Delete:clear()\n\
BackSpace:clear()\n\
,:toggle()selection()\n
XCalc*ti.button1.label: 1/x
XCalc*ti.button1.translations: #override,:reciprocal()unset()
XCalc*ti.button2.label: x\262
XCalc*ti.button2.translations: #override,:square()unset()
XCalc*ti.button3.font:  -*-*-*-*-*-*-*-120-*-*-*-*-adobe-symbol
XCalc*ti.button3.label: \326\140
XCalc*ti.button3.tr

Bug#647433: [l2h] New release of latex2html?

[Roland Stigge]

On 11/22/2012 04:47 PM, Robin Fairbairns wrote:
>> Now I wonder if I should use this as the new official "upstream" version
>> to be built upon from now on? There are some doubts that I collected in
>> the above Debian bug report.
> 
> the author of this revision merely said "fix warnings in perl 5.14"

... which doesn't reflect well what was actually done in this tarball
(at least compared to the last 2008 release).

> i don't have any working latex that would work with latex2html, so i
> can't claim to know whether this is a reasonable.
> 
> roughly speaking, with abandonware like l2h, we merely go by the
> licence.  gpl implies (to us) that anyone can hack out a bug and
> re-release.

Yes, of course!

It would be fine if someone steps up and helps Ross (who is still
responsive and is considering including the "2012" changes into "his"
lastex2html) to work on this.

Unfortunately, there was no notice by anyone when and why a release was
done. Just need to maintain what we accept into Debian for the next few
years, and trying to prevent a mess caused by random diverging releases
by different people.

Thanks,

Roland


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