headers
Konstantinos Margaritis | 1 Feb 2012 01:20
Picon
Favicon

Bug#629661: dk-milter: diff for NMU version 1.0.0.dfsg-1.1

tags 629661 + pending
thanks

Dear maintainer,

I've prepared an NMU for dk-milter (versioned as 1.0.0.dfsg-1.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Regards.

Konstantinos
Attachment (dk-milter-1.0.0.dfsg-1.1-nmu.diff): text/x-diff, 806 bytes
Permalink | Reply | 0 comments |
headers
Konstantinos Margaritis | 1 Feb 2012 02:34
Picon
Favicon

Bug#629663: dkim-milter: diff for NMU version 2.8.2.dfsg-1.1

tags 629663 + patch
tags 629663 + pending
thanks

Dear maintainer,

I've prepared an NMU for dkim-milter (versioned as 2.8.2.dfsg-1.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Regards.

Konstantinos
Attachment (dkim-milter-2.8.2.dfsg-1.1-nmu.diff): text/x-diff, 1240 bytes
Permalink | Reply | 1 comment |
headers
Konstantinos Margaritis | 1 Feb 2012 03:39
Picon
Favicon

Bug#495889: ski: diff for NMU version 1.3.2-4.1

tags 495889 + pending
thanks

Dear maintainer,

I've prepared an NMU for ski (versioned as 1.3.2-4.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Regards.

Konstantinos
Attachment (ski-1.3.2-4.1-nmu.diff): text/x-diff, 1826 bytes
Permalink | Reply | 0 comments |
headers
Jonas Smedegaard | 1 Feb 2012 01:05
X-Face
Face
Picon
Gravatar

Bug#651964: [Build-common-hackers] Bug#651964: Bug#651964: cdbs: class/langcore.mk doesn't set CPPFLAGS and LDFLAGS from dpkg-buildflags

On 12-01-31 at 09:48pm, Moritz Muehlenhoff wrote:
> On Wed, Dec 14, 2011 at 01:16:40AM +0700, Jonas Smedegaard wrote:
> > tags 651964 wontfix
> > thanks
> > 
> > On 11-12-13 at 05:34pm, Simon Ruderich wrote:
> > > While trying to build poppler with hardening flags I noticed that 
> > > CPPFLAGS and LDFLAGS were not set correctly. This is an important 
> > > problem as it causes several hardening flags (fortify source, 
> > > relro) to not get included in the build.
> > > 
> > > Adding the following lines to class/langcore.mk.in in line 57 
> > > where CFLAGS and CXXFLAGS are already set fixes the problem:
> > > 
> > >     CPPFLAGS += $(deb_cppflags)
> > >     LDFLAGS += $(deb_ldflags)
> > 
> > 
> > Thanks for your bugreport.
> > 
> > I agree with you that some flags were set properly in the past.  
> > Unfortunately some packages depend on the old broken behaviour, so 
> > it can not be corrected now.
> 
> Hi Jonas,
> I'm currently working my way through all packages, which have had a 
> DSA in the last five years and/or which are of Priority >= important.
> I've nearly finished all packages based on debhelper and I now proceed 
> with the packages based on cdbs.
>
(Continue reading)

Permalink | Reply | 7 comments |
headers
Michał Kułach | 1 Feb 2012 01:05
Picon

Bug#658126: [INTL:pl] Updated Polish translation

You are right, sorry for this stupid oversight.

--

-- 
Michał Kułach
Attachment (pl.po): application/octet-stream, 221 KiB
Permalink | Reply | 0 comments |
headers
Michael Biebl | 1 Feb 2012 01:15
Picon
Favicon

Bug#658203: nmu: libproxy_0.3.1-4

Package: release.debian.org
Severity: normal
User: release.debian.org <at> packages.debian.org
Usertags: binnmu

nmu libproxy_0.3.1-4 . ALL . -m "Rebuild against libmozjs9d"

# ldd /usr/lib/libproxy/0.3.1/modules/pacrunner_mozjs.so | grep mozjs
 libmozjs.so.8d => /usr/lib/libmozjs.so.8d (0x00007fb91b4a6000)

A binNMU will make sure that the pacrunner plugin is build against libmozjs9d
and the corresponding Recommends on libmozjs correctly set.

Thanks,
Michael

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

Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Permalink | Reply | 1 comment |
headers
Michał Kułach | 1 Feb 2012 01:14
Picon

Bug#657300: squid: [INTL:pl] Polish debconf translation

Dnia 29-01-2012 o 15:17:58 Jakub Wilk <jwilk <at> debian.org> napisał(a):

>> msgid ""
>> "However, please note that if you specified a cache directory different  
>> from /"
>> "var/spool/squid (such as /tmp), this could affect any other programs  
>> using "
>> "that directory."
>> msgstr ""
>> "Proszę zauważyć, że jeśli wybrano inny katalog cache niż  
>> /var/spool/squid (np."
>> " /tmp), może to zaburzyć pracę innych programów, używających tego  
>> katalogu."
>
> The comma before "używających" is incorrect. Please see e.g.:  
> http://poradnia.pwn.pl/lista.php?id=8476
>

Thanks, I updated the file accordingly.

--

-- 
Michał Kułach
Attachment (pl.po): application/octet-stream, 2717 bytes
Permalink | Reply | 0 comments |
headers
Dean Evans | 1 Feb 2012 01:19

Bug#658205: [ttf-indic-fonts] Consider continuing packaging TSCu* fonts separately

Package: ttf-indic-fonts
Version: 1:0.5.14
Severity: important

Would it be possible to have the TSCu* fonts that were removed from
version 1:0.5.14 of ttf-tamil-fonts be packaged separately?

The package snowballz depended on ttf-tamil-fonts for the
TSCu_Comic.ttf font and its removal has left snowballz in an unusable
state [0].

[0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657704

Thanks,
Dean
Permalink | Reply | 0 comments |
headers
Andreas Beckmann | 1 Feb 2012 01:21
Picon

Bug#658206: squidguard: unowned files after purge (policy 6.8, 10.8): /var/log/squid/squidGuard.log

Package: squidguard
Version: 1.4-4
Severity: important
User: debian-qa <at> lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package left unowned files on
the system after purge, which is a violation of policy 6.8 (or 10.8):

http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails

Filing this as important as having a piuparts clean archive is a release
goal since lenny.

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

0m41.2s ERROR: FAIL: Package purging left files on system:
  /var/log/squid	 owned by: squidguard
  /var/log/squid/squidGuard.log	 not owned

cheers,

Andreas
Attachment (squidguard_1.4-4.log.gz): application/x-gzip, 8 KiB
Permalink | Reply | 0 comments |
headers
Jonathan Nieder | 1 Feb 2012 01:29
Picon

Bug#604459: libdrm-nouveau1: fresh install with Squeeze Beta 1 netinst-amd64 results in hang on boot on MacBook 5, 3

Hi again,

Jonathan Nieder wrote:
> Nicholas Holley wrote:

>> After installing Squeeze Beta 1 using the netinst-amd64 image, I was unuable to
>> boot past nouveau. My laptop would hang and require a restart. The issue was
>> resolved by specifying "nouveau.noaccel=1" in Grub.
> [...]
>> This is possibly the same bug as is listed in the nouveau bug tracker at
>> https://bugs.freedesktop.org/show_bug.cgi?id=27501
>
> That's still not fixed.  In an ideal world, I would suggest trying a
> current kernel from sid and following up with upstream.

Would you be interested in trying this?  I suggested using an updated X
stack from squeeze-backports[1], but an alternative simpler way might be to
use a wheezy live cd[2].

> [1] http://x.debian.net/reference/squeeze-backports.html
[2] e.g., from http://live-build.debian.net/
Permalink | Reply | 0 comments |

Gmane