Bug#705582: Please add option PREFER_IPV6

[Thomas Hood]

Package: resolvconf
Version: 1.71
Severity: wishlist

-- Forwarded message --
From: Pali Rohár 
Date: Sun, Apr 14, 2013 at 8:31 PM
Subject: [Resolvconf-devel] [PATCH] Add option PREFER_IPV6
To: resolvconf-de...@lists.alioth.debian.org

Hello,

I created small patch which adding new env option PREFER_IPV6.
When is set to YES then libc resolvconf updater will add ipv6
nameservers before ipv4 in /etc/resolv.conf. This is usefull if
you want to prefer using nameservers via ipv6 protocol.

Patch was generated against ubuntu resolvconf version 1.67ubuntu2.

--- etc/resolvconf/update.d/libc.orig   2013-04-02 15:27:34.017686814 +0200
+++ etc/resolvconf/update.d/libc2013-04-02 15:37:55.121668638 +0200
@@ -87,6 +87,21 @@ uniquify()
done
 }

+ipv6_nameserver_list()
+{
+   while [ "$1" ] ; do
+   case "$1" in (*:*) : ;; (*) shift ; continue ;; esac
+   for E in $NMSRVRS ; do
+   [ "$1" = "$E" ] && { shift ; continue 2 ; }
+   done
+   NMSRVRS="${NMSRVRS:+$NMSRVRS }$1"
+   case "$TRUNCATE_NAMESERVER_LIST_AFTER_LOOPBACK_ADDRESS" in
(y|Y|yes|YES|Yes) case "$1" in (127.*|::1) return 0 ;;
esac ;; esac
+   N=$(($N + 1))
+   [ "$N" = 3 ] && return 0
+   shift
+   done
+}
+
 # Args are candidate items not containing spaces
 # Returns NSMSRVS -- space-separate list of no more than 3 items,
 #without duplicates,
@@ -95,6 +110,7 @@ uniquify_nameserver_list()
 {
NMSRVRS=""
N=0
+   case "$PREFER_IPV6" in (y|Y|yes|YES|Yes) ipv6_nameserver_list "$@"
;; esac
while [ "$1" ] ; do
for E in $NMSRVRS ; do
[ "$1" = "$E" ] && { shift ; continue 2 ; }


--
Pali Rohár
pali.ro...@gmail.com

___
Resolvconf-devel mailing list
resolvconf-de...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/resolvconf-devel


signature.asc
Description: PGP signature

Bug#701744: We see the same with Debian wheezy.

[johnny Strom]

Hello we see the same with debian Wheezy.


Apr 16 16:02:25 hypervisor3 kernel: [2441115.664216] vif vif-17-0: 
vif17.0: Frag is bigger than frame.
Apr 16 16:02:25 hypervisor3 kernel: [2441115.664267] vif vif-17-0: 
vif17.0: fatal error; disabling device
Apr 16 16:02:25 hypervisor3 kernel: [2441115.675667] BUG: unable to 
handle kernel NULL pointer dereference at 08b8
Apr 16 16:02:25 hypervisor3 kernel: [2441115.675748] IP: 
[] _raw_spin_lock_irqsave+0xe/0x25

Apr 16 16:02:25 hypervisor3 kernel: [2441115.675804] PGD 0
Apr 16 16:02:25 hypervisor3 kernel: [2441115.675843] Oops: 0002 [#1] SMP
Apr 16 16:02:25 hypervisor3 kernel: [2441115.675893] CPU 17
Apr 16 16:02:25 hypervisor3 kernel: [2441115.675903] Modules linked in: 
cpuid xt_physdev xen_netback xen_blkback xen_gntdev xen_evtchn xenfs 
nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc xt_tcpudp xt_state 
ipt_LOG iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_conntrack 
iptable_filter ip_tables x_tables bridge stp dm_round_robin loop 
dm_multipath scsi_dh snd_pcm snd_page_alloc snd_timer snd soundcore 
coretemp crc32c_intel dm_mod iTCO_wdt sb_edac edac_core joydev evdev 
ghash_clmulni_intel aesni_intel aes_x86_64 aes_generic cryptd dcdbas 
pcspkr iTCO_vendor_support wmi shpchp acpi_power_meter processor button 
thermal_sys ext4 crc16 jbd2 mbcache microcode usbhid hid sg sr_mod 
sd_mod cdrom crc_t10dif lpfc scsi_transport_fc scsi_tgt ahci libahci 
libata ehci_hcd megaraid_sas usbcore scsi_mod usb_common tg3 libphy 
[last unloaded: scsi_wait_scan]

Apr 16 16:02:25 hypervisor3 kernel: [2441115.676849]
Apr 16 16:02:25 hypervisor3 kernel: [2441115.676883] Pid: 6383, comm: 
netback/17 Not tainted 3.2.0-4-amd64 #1 Debian 3.2.39-2 Dell Inc. 
PowerEdge R720/0X6H47
Apr 16 16:02:25 hypervisor3 kernel: [2441115.676978] RIP: 
e030:[]  [] 
_raw_spin_lock_irqsave+0xe/0x25
Apr 16 16:02:25 hypervisor3 kernel: [2441115.677056] RSP: 
e02b:880f79a57c30  EFLAGS: 00010002
Apr 16 16:02:25 hypervisor3 kernel: [2441115.677099] RAX: 
8809dc3b0218 RBX: 08b8 RCX: 153b5180
Apr 16 16:02:25 hypervisor3 kernel: [2441115.677168] RDX: 
0001 RSI: c9001b93 RDI: 08b8
Apr 16 16:02:25 hypervisor3 kernel: [2441115.677237] RBP: 
08b8 R08: 0002002a R09: 002f
Apr 16 16:02:25 hypervisor3 kernel: [2441115.677306] R10: 
880f7c37a4c0 R11: 880f7c37a4c0 R12: 8809dc3b7740
Apr 16 16:02:25 hypervisor3 kernel: [2441115.677375] R13: 
 R14: 8809dc3b7818 R15: 880f78fe0002
Apr 16 16:02:25 hypervisor3 kernel: [2441115.677448] FS:  
7fa2bb71e700() GS:880fbfa2() knlGS:
Apr 16 16:02:25 hypervisor3 kernel: [2441115.677519] CS:  e033 DS:  
ES:  CR0: 8005003b
Apr 16 16:02:25 hypervisor3 kernel: [2441115.677563] CR2: 
08b8 CR3: 01605000 CR4: 2660
Apr 16 16:02:25 hypervisor3 kernel: [2441115.677632] DR0: 
 DR1:  DR2: 
Apr 16 16:02:25 hypervisor3 kernel: [2441115.677701] DR3: 
 DR6: 0ff0 DR7: 0400
Apr 16 16:02:25 hypervisor3 kernel: [2441115.61] Process netback/17 
(pid: 6383, threadinfo 880f79a56000, task 880f76f698d0)

Apr 16 16:02:25 hypervisor3 kernel: [2441115.677843] Stack:
Apr 16 16:02:25 hypervisor3 kernel: [2441115.677877]   
a048cddd 880f7c37a4c0 8809dc3b7740
Apr 16 16:02:25 hypervisor3 kernel: [2441115.677969]  153b5180 
153b5180  153b5180
Apr 16 16:02:25 hypervisor3 kernel: [2441115.678060]  880f78fe0002 
a048cf71 8809dc3b7740 c90017356ec0

Apr 16 16:02:25 hypervisor3 kernel: [2441115.678152] Call Trace:
Apr 16 16:02:25 hypervisor3 kernel: [2441115.678191]  
[] ? xen_netbk_schedule_xenvif+0x35/0xd6 [xen_netback]
Apr 16 16:02:25 hypervisor3 kernel: [2441115.678264]  
[] ? netbk_tx_err+0x3f/0x4b [xen_netback]
Apr 16 16:02:25 hypervisor3 kernel: [2441115.678311]  
[] ? xen_netbk_tx_build_gops+0x59a/0x9e2 [xen_netback]
Apr 16 16:02:25 hypervisor3 kernel: [2441115.678384]  
[] ? phys_to_machine+0x13/0x1c
Apr 16 16:02:25 hypervisor3 kernel: [2441115.678429]  
[] ? xen_mc_flush+0x124/0x153
Apr 16 16:02:25 hypervisor3 kernel: [2441115.678474]  
[] ? xen_end_context_switch+0xe/0x1c
Apr 16 16:02:25 hypervisor3 kernel: [2441115.678520]  
[] ? xen_mc_issue.constprop.24+0x31/0x49
Apr 16 16:02:25 hypervisor3 kernel: [2441115.678567]  
[] ? load_TLS+0x7/0xa
Apr 16 16:02:25 hypervisor3 kernel: [2441115.678610]  
[] ? __switch_to+0x13b/0x258
Apr 16 16:02:25 hypervisor3 kernel: [2441115.678656]  
[] ? arch_local_irq_enable+0x7/0x8
Apr 16 16:02:25 hypervisor3 kernel: [2441115.678702]  
[] ? finish_task_switch+0x88/0xb9
Apr 16 16:02:25 hypervisor3 kernel: [2441115.678747]  
[] ? __schedule+0x5ac/0x5c3
Apr 16 16:02:25 hypervisor3 kernel: [2441115.678791]  
[] ? xen_netbk_kthread+0x12e/0x6f5 [xen_netback]
Apr 1

Bug#698955: xsltproc: symbol xsltMaxVars, version LIBXML2_1.0.24 not defined in file libxslt.so.1 reference

[Mike Pearce]

Hi,

Sounds like Vincent has the right solution. From his email I am guessing
its related to underlinking. If so then this is a good link:

http://wiki.mandriva.com/en/Underlinking

for xslt I guess you can find it at
http://xmlsoft.org/XSLT/downloads.htmlbut I stopped working on this
stuff and then had a holiday and I cannot now
find my make script with the LD_LIBRARY_PATH hack.

Mike


On Tue, Apr 16, 2013 at 11:24 PM, Aish  wrote:

> thanks Vincent, where exactly I can find libxslt1.1?
>
>
> On Tue, Apr 16, 2013 at 1:37 PM, Vincent Danjean wrote:
>
>> Le 16/04/2013 21:54, Aish a écrit :
>> > hi Mike,
>> > do you mind sharing what exactly you added to  LD_LIBRARY_PATH? I
>> > am facing same issue
>>
>> Just install libxslt1.1 from experimental.
>>
>> It should be enforced by the xsltproc package dependencies but
>> a bug in the libxslt1.1 package (wrong symbol file) is generating
>> a not-strong-enough dependency.
>>
>>   Regards,
>> Vincent
>>
>> > thanks
>>
>>
>> --
>> Vincent Danjean   GPG key ID 0x9D025E87 vdanj...@debian.org
>> GPG key fingerprint: FC95 08A6 854D DB48 4B9A  8A94 0BF7 7867 9D02 5E87
>> Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html
>> APT repo:  deb http://people.debian.org/~vdanjean/debian unstable main
>>
>>
>

Bug#705583: clang issues a warning for GCC's self-initialization trick

[Vincent Lefevre]

Package: clang
Version: 1:3.0-6.2
Severity: minor

clang issues a warning when GCC's self-initialization trick as
described on http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36296#c3
is used. This is a bug a clang claims GNUC compatibility. See the
following testcase.

int foo (void);
void bar (int);

void f (void)
{
  int init = 0;
#if defined(__GNUC__)
  int x = x;
#else
  int x;
#endif

  while (1)
{
  if (init == 0)
{
  x = foo ();
  init = 2;
}
  bar (x);
}
}

Here, GCC's trick is necessary to avoid a warning with GCC. This
is protected with the "#if defined(__GNUC__)". Unfortunately clang
defines __GNUC__ and doesn't support this trick, which has the
effect to issue a warning instead of avoiding one.

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

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

Versions of packages clang depends on:
ii  libc62.13-38
ii  libclang-common-dev  1:3.3~svn177638-1
ii  libffi5  3.0.10-3
ii  libgcc1  1:4.7.2-5
ii  libllvm3.0   3.0-10
ii  libstdc++6   4.7.2-5
ii  libstdc++6-4.6-dev   4.6.3-15

Versions of packages clang recommends:
ii  llvm-3.0-dev  3.0-10
ii  python2.7.3-4

clang 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#705584: syslog a succesful login (like pam_unix does)

[Trent W. Buck]

Package: libpam-ldap
Version: 184-8.6
Severity: wishlist

On my netboot desktop farm, I used to have both pam_ldap and pam_unix
enabled.  I turned off pam_unix to workaround something or other.
Only later did I realize this also meant I have no logs of when a user
has successfully logged in, because pam_ldap has no equivalent of

2013-03-01T13:47:07+11:00 rental-su1-c20-92188 xdm[1818]: 
pam_unix(xdm:session): session opened for user p92188 by p92188(uid=0)

I was about to roll a workaround (like, re-adding "session optional
pam_unix.so"), but I noticed you're already patching pam_ldap.so to
log failure to write to shadowLastChanged.

How do you feel about adding a similar patch to log an opened session?


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

Bug#570935: possibility to enable an addon with an environment variable

[Dmitrijs Ledkovs]

Well, it's 3 years later and dh has very good adoption. [1]

Dh addons are very nice to use, but they require ./debian/rules
modification.

My addon is "graceful", e.g. it does nothing if it cannot find its
configuration files under ./debian/. I'd very much enjoy if I can
specify "auto-enable" in my sequence.pm file. Maybe allow an option in
debhelper conffile whether "auto-enable" flags in addons should be
honoured and/or white list them?

On the system-wide level, it would be nice to have a conffile and
specify addons that get auto-enabled. In at least ubuntu for a large set
of packages we do following:
* strip language translations into language packs
* generate ddebs into dbgsym packages
* optimise png and svg files
* symlink duplicate files
* scan logs for Implicit Pointer Conversions and fail the build.

At the moment some of above is achieved by ugly diversions of e.g.
dpkg-builddeb and such like. Which are hard to maintain right, and are
sometimes slower than equivalent dh addons.

[1] http://www.lucas-nussbaum.net/blog/?p=751

-- 
Regards,
Dmitrijs.



signature.asc
Description: OpenPGP digital signature

Bug#701214: Aw: Re: Bug#701214: warmux: [Solution] immediately stops when start playing game

[Benjamin Mesing]

 

Oh sure, change the Changelog entry any way you like, certainly I forgot about the "Closes:" part...

Since it won't be an NMU you have to change the changelog entry anyways.

 

Best regards

 

Benjamin

 

 


Gesendet: Mittwoch, 17. April 2013 um 03:19 Uhr
Von: "John Paul Adrian Glaubitz" 
An: "Benjamin Mesing" , "Felix Geyer" , 701...@bugs.debian.org
Betreff: Re: Bug#701214: warmux: [Solution] immediately stops when start playing game

> debdiff attached. Let me know, if I can be of further help.

I'd be happier if the changelog entry rather looked like this:

+warmux (1:11.04.1+repack-3.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Do not rely on dirent.d_type when calling readdir as
+ this breaks on certain filesystems (Closes: #701214).
+
+ -- Benjamin Mesing  Tue, 16 Apr 2013 21:15:25 +0200
+

Cheers,

Adrian

--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913





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

Bug#705452: docbook-xml: Fail to upgrade due to pre-depend problem

[Helmut Grohne]

Control: reassign -1 general
Control: affectes -1 + sgml-base xml-core docbook-xml
Control: tags -1 + help

On Tue, Apr 16, 2013 at 10:40:21AM +0200, Helmut Grohne wrote:
> | PreDepends order for docbook-xml
> | Trying to SmartConfigure xml-core
> | SmartConfigure xml-core
> |   DepAdd: xml-core
> | DepAdd: sgml-base
> |   DepAdd: perl
> | DepAdd FAILS on: perl
> |   DepAdd FAILS on: sgml-base
> | DepAdd FAILS on: xml-core
> | E: Couldn't configure pre-depend xml-core for docbook-xml, probably a 
> dependency cycle.

This was the failure mode.

> Stuart Prescott also tried demoting this Pre-Dependency to Depends and
> showed that the very same upgrade failure occurs. So this is not an
> option.

The conclusion here is that the only way to fix this bug in sgml-base is
to have *no* dependency on dpkg at all.

> What sgml-base really needs is to update the super catalog when there is
> no squeeze dpkg anymore. Neither installed nor running. The
> Pre-Dependency was used to be configured after dpkg has been restarted
> by apt.
> 
> An entirely different and very hacky option would be for sgml-base to
> declare a trigger interest in /usr/bin/dpkg. It could then be configured
> as the old version causing a possibly broken super catalog which would
> be fixed by the dpkg trigger invocation. This does not directly
> guarantee that squeeze's dpkg has finished, but it appears very likely
> as triggers are usually run late.

The previous option does not quite work out and is frowned upon by the
dpkg maintainers.

wheezy's sgml-base really cannot work with squeeze's dpkg at all. The
reason is that in squeeze triggers do not work for conffiles. For
details see #675613. Should an apt run terminate with wheezy's sgml-base
being configured and squeeze's dpkg still installed, the super catalog
may be broken. So we must have at least a Depends (plus some logic for
fixing triggers).

The conclusion here is that ultimately these two bugs (#675613 #705452)
cannot be both fixed in sgml-base. That is why I am reassigning the bug
to general. This is not to say that sgml-base does not need to be
changed, but it cannot be the only package to touch.

To that end I looked for other options, specifically for why docbook-xml
Pre-Depends on xml-core. The reason here was a etch -> lenny upgrade
issue #482140. The cause was usage of non-essential tools in prerm.
Worse, those tools are inserted by debhelper. Another package that
carries those tools, docbook-xsl, does not carry such a Pre-Depends.
So either of the following assertion is true:
 1) docbook-xsl is rc buggy and needs a Pre-Depends on xml-core.
 2) docbook-xml does not need this Pre-Depends anymore.

I attempted to verify 1) using the steps described in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=482140#275.
So here I was using squeeze -> wheezy instead of etch -> lenny and
docbook-xsl instead of docbook-xml. The issue is not reproducible this
way. This makes 2) a least possible.

What options do we have at this point?

Helmut


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

Bug#681026: perl-modules: Installation of modules via CPAN fails due to broken dependency logic

[Vincent Lefevre]

On 2013-04-17 09:38:32 +0300, Niko Tyni wrote:
> On Wed, Apr 17, 2013 at 01:55:48AM +0200, Vincent Lefevre wrote:
> > > Note the difference in PERL5LIB: you're missing the suggested
> > > lib/perl5/ .
> > 
> > That shouldn't be necessary. The perlrun(1) man page says:
> > 
> >   PERL5LIBA list of directories in which to look for Perl library
> >   files before looking in the standard library and the
> >   current directory.  Any architecture-specific directories
> >   under the specified locations are automatically included
> >   if they exist, with this lookup done at interpreter
> >   startup time.
> > 
> > lib/perl5/ doesn't exist yet initially, but I'd say
> > that's up to cpan to add it automatically when necessary.
> 
> I wouldn't FWIW, but that's for upstream to decide. I certainly won't
> add a Debian deviation to do that.

OK. Alternatively, it could be decided to add architecture-specific
directories whether they exist or not at interpreter startup time.

> > Well, at least since CPAN 1.9800, the problem no longer occurs without
> > having to do anything you suggested. 
> 
> As I said, only because installing a newer CPAN creates the arch-specific
> subdirectory as a side effect (putting perllocal.pod and .packlist there).

OK, I forgot this side effect.

> > I wonder what has changed (e.g.
> > whether this is intentional or the problem could reappear later).
> 
> I note that newest versions of local::lib no longer suggest putting the
> arch-specific directory in PERL5LIB, precisely because Perl includes
> it automatically. I suspect this bootstrapping issue with nonexistent
> directories is not widely understood.

Do you mean that architecture-specific directories are added even if
they don't exist at interpreter startup time?

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


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

Bug#705585: ITP: canl-c++ -- EMI Common Authentication Library - Bindings for C++

[Mattias Ellert]

Package: wnpp
Severity: wishlist
Owner: Mattias Ellert 

* Package name: canl-c++
  Version : 1.0.0
* URL : http://www.nordugrid.org/
* License : Apache 2
  Description : EMI Common Authentication Library - Bindings for C++

EMI Common Authentication Library (caNl) - C++ bindings



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

Bug#705586: linux-image-3.2.0-4-amd64: ath9k_htc fails to initialize with tl-wn722n; regression vs sqeeze backport

[Steven Hystad]

Package: src:linux
Version: 3.2.41-2
Severity: normal
Tags: lfs

Dear Maintainer,

I have a few TL-WN722N usb wireless networking devices that I use on a few
systems running Dabian Sqweeze backports. On testing Weezy the driver
encounters an error and doesn't complete setting up the wlan interface.

I did try compiling and installing a standard kernel bassed on the config
included in Debian, however I encountered issues with the graphics and didn't
test the networking.

In the data below you'll see that the builtin wireless device does startup
correctly, but the usb wireless device, while it is recognised correctly, fails
after inserting firmware.



-- Package-specific info:
** Version:
Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 
(Debian 4.6.3-15) ) #1 SMP Debian 3.2.41-2

** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 
root=UUID=73b6745d-4f8c-4a0d-99d9-daf57a03d58c ro quiet

** Not tainted

** Kernel log:
[6.246762] cfg80211: (start_freq - end_freq @ bandwidth), 
(max_antenna_gain, max_eirp)
[6.246767] cfg80211: (2402000 KHz - 2472000 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[6.246771] cfg80211: (2457000 KHz - 2482000 KHz @ 2 KHz), (300 mBi, 
2000 mBm)
[6.246775] cfg80211: (2474000 KHz - 2494000 KHz @ 2 KHz), (300 mBi, 
2000 mBm)
[6.246779] cfg80211: (517 KHz - 525 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[6.246783] cfg80211: (5735000 KHz - 5835000 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[6.363416] Console: switching to colour frame buffer device 170x48
[6.375744] fb0: inteldrmfb frame buffer device
[6.375748] drm: registered panic notifier
[6.399125] ACPI Warning: _BQC returned an invalid level (20110623/video-486)
[6.399958] acpi device:43: registered as cooling_device2
[6.419734] input: Video Bus as 
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input7
[6.419854] ACPI: Video Device [GFX0] (multi-head: yes  rom: no  post: no)
[6.419893] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0
[6.420417] xhci_hcd :00:14.0: setting latency timer to 64
[6.420427] xhci_hcd :00:14.0: xHCI Host Controller
[6.420448] xhci_hcd :00:14.0: new USB bus registered, assigned bus 
number 3
[6.420575] xhci_hcd :00:14.0: cache line size of 64 is not supported
[6.420590] xhci_hcd :00:14.0: irq 16, io mem 0xf7e0
[6.420681] xhci_hcd :00:14.0: irq 43 for MSI/MSI-X
[6.420770] usb usb3: New USB device found, idVendor=1d6b, idProduct=0002
[6.420775] usb usb3: New USB device strings: Mfr=3, Product=2, 
SerialNumber=1
[6.420779] usb usb3: Product: xHCI Host Controller
[6.420783] usb usb3: Manufacturer: Linux 3.2.0-4-amd64 xhci_hcd
[6.420787] usb usb3: SerialNumber: :00:14.0
[6.423064] xHCI xhci_add_endpoint called for root hub
[6.423070] xHCI xhci_check_bandwidth called for root hub
[6.423140] hub 3-0:1.0: USB hub found
[6.423153] hub 3-0:1.0: 4 ports detected
[6.423294] xhci_hcd :00:14.0: xHCI Host Controller
[6.423309] xhci_hcd :00:14.0: new USB bus registered, assigned bus 
number 4
[6.423345] usb usb4: New USB device found, idVendor=1d6b, idProduct=0003
[6.423350] usb usb4: New USB device strings: Mfr=3, Product=2, 
SerialNumber=1
[6.423354] usb usb4: Product: xHCI Host Controller
[6.423358] usb usb4: Manufacturer: Linux 3.2.0-4-amd64 xhci_hcd
[6.423362] usb usb4: SerialNumber: :00:14.0
[6.423816] xHCI xhci_add_endpoint called for root hub
[6.423820] xHCI xhci_check_bandwidth called for root hub
[6.423882] hub 4-0:1.0: USB hub found
[6.423894] hub 4-0:1.0: 4 ports detected
[6.439650] snd_hda_intel :00:1b.0: irq 44 for MSI/MSI-X
[6.439677] snd_hda_intel :00:1b.0: setting latency timer to 64
[6.520314] Linux media interface: v0.10
[6.546460] Linux video capture interface: v2.00
[6.552987] uvcvideo: Found UVC 1.00 device ASUS USB2.0 WebCam (058f:a014)
[6.556181] input: ASUS USB2.0 WebCam as 
/devices/pci:00/:00:1a.0/usb1/1-1/1-1.2/1-1.2:1.0/input/input8
[6.556452] usbcore: registered new interface driver uvcvideo
[6.556457] USB Video Class driver (1.1.1)
[7.163293] HDMI status: Codec=3 Pin=6 Presence_Detect=0 ELD_Valid=0
[7.163449] input: HDA Intel PCH HDMI/DP,pcm=3 as 
/devices/pci:00/:00:1b.0/sound/card0/input9
[7.163697] input: HDA Intel PCH Headphone as 
/devices/pci:00/:00:1b.0/sound/card0/input10
[9.041112] Adding 4076540k swap on /dev/sda3.  Priority:-1 extents:1 
across:4076540k 
[9.070759] EXT4-fs (sda2): re-mounted. Opts: (null)
[9.390715] EXT4-fs (sda2): re-mounted. Opts: errors=remount-ro
[9.690382] loop: module loaded
[   10.330795] FAT-fs (sda1): utf8 is not a recommended IO charset for FAT 
filesystems, filesystem will be case sensitive!
[   11.535254] RPC: Registered named UNIX socket transport module.
[   11.535259]

Bug#705587: As of 3.8-rc2, kernel building requires bc(1)

[sacrificial-spam-address]

Package: kernel-package
Version: 12.036+nmu3
Tags: patch

As of commit 70730bca1331fc50c3caacaea00439de1325bd6e
("kernel: Replace timeconst.pl with a bc script")
Linux kernel building depends on bc(1).  Without it,
building fails with:

  CC  kernel/exit.o
  CC  kernel/itimer.o
  BC  kernel/timeconst.h
/bin/sh: bc: command not found
make[1]: *** [kernel/timeconst.h] Error 127
make: *** [kernel] Error 2

However, it is not a dependency of kernel-package,
resulting in a non-working make-kpkg if one should happen
to not have it installed.

The obvious fix is to make it a dependency.

Thank you!


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

Bug#696899: can anybody sponsor an ITP for premake4 ?

[Jonathan Dowland]

Hi Cameron,

I've had time to look at -1 this morning on the train into work - I'll
next have time to do some Debian stuff on Thursday evening (UTC+1).

I think we'll need to get rid of the embedded copy of lua in the 
premake4 source tarball. This means

1. repackaging the orig.tar.gz without src/host/lua-5.1.4, adding
   a suffix to the version e.g. +dfsg1 (so we end up with
   premake4_4.3+dfsg1.orig.tar.gz)
3. Adding a debian/README.source file which documents step 1.
   above and why
3. changing the version in debian/changelog to match
4. updating the debian/watch file to add a version mangle, so it
   can convert the debianized upstream version back to a real
   upstream version (see http://wiki.debian.org/DEHS)
5. Possibly implementing a 'get-orig-source' target in debian/rules
   which can perform step 1. for people automatically

I've done steps 1-4 myself locally. Luckily it seems no other changes
are needed to the source for it to build without the embedded copy of
lua.  If you'd like to have a go at doing this, please do so and I can
look at a 4.3+dfsg1-1 package for sponsoring on Thursday. Alternatively
I could upload the version with my 1-4 changes, if you give me the nod.


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

Bug#705588: nyquist: incorrect Vcs-Browser: field in debian/control

[Jonathan Dowland]

Source: nyquist
Version: 3.05-2
Severity: minor
Tags: patch

Patch attached.
--- nyquist-3.05/debian/control~	2012-07-18 02:34:52.0 +0100
+++ nyquist-3.05/debian/control	2013-04-17 09:39:48.552073653 +0100
@@ -6,7 +6,7 @@
 Build-Depends: debhelper (>= 8), javahelper, autoconf, automake1.11, libtool (>= 2.2.6),
  autotools-dev, default-jdk, libsndfile1-dev, liblo-dev, portaudio19-dev
 Build-Conflicts: autoconf2.13, automake1.4
-Vcs-Browser: http://svn.debian.org/wsvn/collab-maint/deb-maint/nyquist/trunk/?op=log
+Vcs-Browser: http://anonscm.debian.org/viewvc/collab-maint/deb-maint/nyquist/trunk/
 Vcs-Svn: svn://svn.debian.org/svn/collab-maint/deb-maint/nyquist/trunk
 Standards-Version: 3.9.3
 

Bug#705589: sabnzbdplus: Typo in po/main/de.po

[Peter Schwindt]

Package: sabnzbdplus
Version: 0.6.15-1
Severity: minor
Tags: upstream patch

Dear Maintainer,

please use the attached diff to fix a tiny spelling error and maybe even push 
it into upstream.

Thanks,
Peter


--- po/main/de.po.orig  2013-04-17 10:36:33.785651323 +0200
+++ po/main/de.po   2013-04-17 10:36:44.694011126 +0200
@@ -3477,7 +3477,7 @@
 
 #: sabnzbd/skintext.py:658 # sabnzbd/skintext.py:696 # sabnzbd/skintext.py:768
 msgid "Prev"
-msgstr "Züruck"
+msgstr "Zurück"
 
 #: sabnzbd/skintext.py:659 # sabnzbd/skintext.py:697 # sabnzbd/skintext.py:769
 #: sabnzbd/skintext.py:801 [Button to go to next Wizard page]


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

Bug#705590: nyquist: embedded copy of liblo + binary without source liblo/build/premake4.exe

[Jonathan Dowland]

Source: nyquist
Version: 3.05-2
Severity: normal

Hi,

The nyquist source orig tarball contains ./liblo, which it seems you stopped
relying on with version 3.04b-3 (patches/use-system-liblo.patch) but still
ship. It would be better to strip the source from the orig tarball and use
e.g. 3.05+dfsg1 for the upstream version name.

Furthermore, the embedded copy of liblo contains liblo/build/premake4.exe,
which is a binary for which we are not supplying the source. This problem
goes away with the above fix.

(unrelated: I'm about to sponsor an upload of premake4)


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

Bug#705591: ode: broken Vcs-Browser: header in control file

[Jonathan Dowland]

Source: ode
Version: 2:0.11.1-4
Severity: minor

should be http://anonscm.debian.org/viewvc/pkg-games/packages/trunk/ode/
(committing a fix myself)

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (990, 'testing'), (600, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (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#705586: Acknowledgement (linux-image-3.2.0-4-amd64: ath9k_htc fails to initialize with tl-wn722n; regression vs sqeeze backport)

[Steven Hystad]

On Wed, 2013-04-17 at 08:36 +, Debian Bug Tracking System wrote:
> Thank you for filing a new Bug report with Debian.
> 
> This is an automatically generated reply to let you know your message
> has been received.
> 
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
> 
> As you requested using X-Debbugs-CC, your message was also forwarded to
>   steven.hys...@gmail.com
> (after having been given a Bug report number, if it did not have one).
> 
> Your message has been sent to the package maintainer(s):
>  Debian Kernel Team 
> 
> If you wish to submit further information on this problem, please
> send it to 705...@bugs.debian.org.
> 
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
> 

Making a second attempt to use the kernel I compiled myself (linux
3.2.41) I can see that the same error occurs. I may test older versions
to see if I can get it to work.


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

Bug#705425: asterisk: segmentation fault on start after upgrade from 1:1.8.13.1~dfsg-1 to 1:1.8.13.1~dfsg-3 (wheezy amd64)

[Christian Staake]

On 2013-04-14 21:10, Christian Lauinger wrote:

dpkg -l asterisk*
ii  asterisk 1:1.8.13.1~dfsg-3 amd64
Open Source Private Branch Exchange (PBX)
ii  asterisk-chan-capi   1.1.6-1   amd64
Common ISDN API 2.0 implementation for Asterisk


Hi Christian,

It seems you are using asterisk-chan-capi which is not even in wheezy...

I had the same problem as you: Because I am still running squeeze, I had 
to use the asterisk version available from squeeze-backports (still at 
1:1.8.13.1~dfsg-1~bpo60+1).
In order to use chan_capi with it, I backported asterisk-chan-capi from 
unstable (1.1.6-1) in my private repository.
Then asterisk 1:1.8.13.1~dfsg-2 became available and I backported that 
too and after installation: boom, segfault when loading chan_capi. :(


The problem now is that the fix in asterisk for CVE-2012-5977 introduced 
an incompatible change in the module API. All stock asterisk modules 
were of course updated, but the out-of-tree modules like chan_capi were not.
Because of bug #694793 (or, more precisely, #694805) the package 
management system doesn't know about this incompatibility.


What you need is a new (yet unreleased) version of chan_capi with a 
(rather simple) fix taken from the chan_capi svn repository (see 
attached patch).
If you're really desperate, you can try to build the package yourself 
from my backported source package at 
http://www.bbg.xssoft.de/debian/pool/main/asterisk/asterisk-chan-capi_1.1.6-1~bpo60+2.dsc 

This is just my private repository, so it only has binary builds for 
squeeze on i386.


--
So long,
Christian.
Description: Adapt to new cache argument for ast_devstate_changed()

Index: chan_capi_devstate.c
===
--- a/chan_capi_devstate.c  (revision 957)
+++ b/chan_capi_devstate.c  (working copy)
@@ -113,7 +113,11 @@
 {
if (capiChatProviderRegistered != 0) {
 #ifdef CC_AST_HAS_VERSION_1_6
-   ast_devstate_changed((inUse != 0) ? AST_DEVICE_INUSE : 
AST_DEVICE_NOT_INUSE, "capichat:%s", roomName);
+   ast_devstate_changed((inUse != 0) ? AST_DEVICE_INUSE : 
AST_DEVICE_NOT_INUSE,
+#ifdef CC_AST_HAS_AST_DEVSTATE_CACHE
+   AST_DEVSTATE_CACHABLE,
+#endif
+   "capichat:%s", roomName);
 #else
ast_device_state_changed("capichat:%s", roomName);
 #endif
@@ -130,7 +134,11 @@
((capiController->nfreebchannels >= 
capiController->nfreebchannelsHardThr) &&
(capiController->nfreebchannels - 
channelsChanged < capiController->nfreebchannelsHardThr))) {
 #ifdef CC_AST_HAS_VERSION_1_6
-   ast_devstate_changed(AST_DEVICE_UNKNOWN, 
CC_MESSAGE_BIGNAME"/I%d/congestion", capiController->controller);
+   ast_devstate_changed(AST_DEVICE_UNKNOWN,
+#ifdef CC_AST_HAS_AST_DEVSTATE_CACHE
+   AST_DEVSTATE_CACHABLE,
+#endif
+   CC_MESSAGE_BIGNAME"/I%d/congestion", 
capiController->controller);
 #else
ast_device_state_changed (CC_MESSAGE_BIGNAME"/I%d/congestion", 
capiController->controller);
 #endif
Index: create_config.sh
===
--- a/create_config.sh  (revision 957)
+++ b/create_config.sh  (working copy)
@@ -205,6 +205,13 @@
echo "#undef CC_AST_HAS_AST_DEVSTATE2STR" >>$CONFIGFILE
echo " * obsolete devstate2str function"
fi
+   if grep -q "ast_devstate_changed.*ast_devstate_cache" 
$INCLUDEDIR/devicestate.h; then
+   echo "#define CC_AST_HAS_AST_DEVSTATE_CACHE" >>$CONFIGFILE
+   echo " * found ast_devstate_cache in ast_devstate_changed 
function"
+   else
+   echo "#undef CC_AST_HAS_AST_DEVSTATE_CACHE" >>$CONFIGFILE
+   echo " * no ast_devstate_cache in ast_devstate_changed function"
+   fi
if grep -q "ast_request.*requestor" $INCLUDEDIR/channel.h; then
echo "#define CC_AST_HAS_REQUEST_REQUESTOR" >>$CONFIGFILE
echo " * found requestor in ast_request"
Index: CHANGES
===
--- a/CHANGES   (revision 957)
+++ b/CHANGES   (working copy)
@@ -1,6 +1,11 @@
 CHANGES
 ===
 
+HEAD
+--
+- ast_devstate_changed() changes with new cache argument
+
+
 chan_capi-1.1.6
 --
 - Asterisk 1.8 changes

Bug#641811: Reproducing the bug in an easy web

[Emmanuel Kasper]

For people looking at the bug report:

Reproducing the bug is straightforward.

apt-get install openvpn-auth-ldap
openvpn --dev null --plugin /usr/lib/openvpn/openvpn-auth-ldap.so

Wed Apr 17 10:55:45 2013 OpenVPN 2.2.1 i486-linux-gnu [SSL] [LZO2]
[EPOLL] [PKCS11] [eurephia] [MH] [PF_INET6] [IPv6 payload 20110424-2
(2.2RC2)] built on Mar 23 2012
...
Segmentation fault


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

Bug#696899: can anybody sponsor an ITP for premake4 ?

[Boris Pek]

Hi,

> 1. repackaging the orig.tar.gz without src/host/lua-5.1.4, adding
>a suffix to the version e.g. +dfsg1 (so we end up with
>premake4_4.3+dfsg1.orig.tar.gz)

A suffix +dfsg is used in another meaning. Maybe use +ds or +repack instead?

Best wishes,
Boris


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

Bug#705564: debootstrap: fails to bootstrap a armhf wheezy system

[Adam D. Barratt]

Control: severity -1 normal

[Please make sure you copy the bug report when replying]

On 17.04.2013 09:29, mail.pou...@laposte.net wrote:

The exact command was:
# debootstrap --arch=armhf wheezy /mnt

On /mnt, I've mounted a virgin new hdd formatted as ext4.
On this hdd, I've restored a one year old backup of a wheezy armhf 
system.

Since the initial system crashed due to a hard drive failure, I felt
that it would be better to restart from scratch.

If I understand you correctly, I need to move out my
/etc/init.d/*scripts*, debootstrap, and restore them back once
I've installed all the other packages (samba, nginx, etc...), right ?


That might work, but I don't think debootstrap is really designed to be 
run over the top of an existing system in that way.


I'll let the maintainers correct me if I'm mistaken, but in the 
meantime this report isn't release critical so I'm downgrading it.


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#705592: 0ad: embedded copy of premake4 at build/premake/premake4

[Jonathan Dowland]

Source: 0ad
Version: 0.0.13-1
Severity: normal
Control: blocks -1 696899

0ad embeds premake4, which will shortly be uploaded to NEW (#696899)

I've tried to set blocks in a pseudo-header, let's see if it works.


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

Bug#705336: linux - kvm clock wrong after resume from disk

[Bastian Blank]

On Sun, Apr 14, 2013 at 10:02:23PM +0100, Ben Hutchings wrote:
> On Sat, 2013-04-13 at 11:24 +0200, Bastian Blank wrote:
> > Within kvm the clock is wrong after a resume from disk. This should be
> > fixed with b74f05d61b73af584d0c39121980171389ecfaaa.
> Looks like a more-or-less clean cherry-pick.  Please test and then
> commit it if it works.

Does not work.  Linux seems to not even detect it got suspended in any
way. At least there is nothing in the log about it, except for the
unstable tsc.  The patched function is only called from apm, acpi or
kexec wakeup.

Bastian

-- 
Change is the essential process of all existence.
-- Spock, "Let That Be Your Last Battlefield", stardate 5730.2


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

Bug#705593: ode: embeds sourceless binary ./build/premake4.exe

[Jonathan Dowland]

Source: ode
Version: 2:0.11.1-4
Severity: minor

I don't think ode in debian is using premake, but the ode source does
support using premake to generate build scripts for various IDEs. It
also ships ./build/premake4.exe which is a Windows binary (presumably
compiled lua + the premake stuff). We don't supply the source for this
binary nor the means to build it in the ode source. FWIW premake4 will
be uploaded to NEW at some point this week.


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

Bug#696899: can anybody sponsor an ITP for premake4 ?

[Cameron Hart]

I will have some time tomorrow morning (UTC+10) to have a look at the
things you've suggested here. Would you be able to send me your changes to
have a look at? It might speed things up. I'm fine with you making the
changes, I might not be able to get everything done in time for your
Thursday evening anyway. Also, if you are removing Lua from the source you
might want to remove it from the debian/copyright file.




On 17 April 2013 18:38, Jonathan Dowland  wrote:

> Hi Cameron,
>
> I've had time to look at -1 this morning on the train into work - I'll
> next have time to do some Debian stuff on Thursday evening (UTC+1).
>
> I think we'll need to get rid of the embedded copy of lua in the
> premake4 source tarball. This means
>
> 1. repackaging the orig.tar.gz without src/host/lua-5.1.4, adding
>a suffix to the version e.g. +dfsg1 (so we end up with
>premake4_4.3+dfsg1.orig.tar.gz)
> 3. Adding a debian/README.source file which documents step 1.
>above and why
> 3. changing the version in debian/changelog to match
> 4. updating the debian/watch file to add a version mangle, so it
>can convert the debianized upstream version back to a real
>upstream version (see http://wiki.debian.org/DEHS)
> 5. Possibly implementing a 'get-orig-source' target in debian/rules
>which can perform step 1. for people automatically
>
> I've done steps 1-4 myself locally. Luckily it seems no other changes
> are needed to the source for it to build without the embedded copy of
> lua.  If you'd like to have a go at doing this, please do so and I can
> look at a 4.3+dfsg1-1 package for sponsoring on Thursday. Alternatively
> I could upload the version with my 1-4 changes, if you give me the nod.
>
>

Bug#705592: 0ad: embedded copy of premake4 at build/premake/premake4

[Vincent Cheng]

tag 705592 + confirmed
thanks

On Wed, Apr 17, 2013 at 2:03 AM, Jonathan Dowland  wrote:
> Source: 0ad
> Version: 0.0.13-1
> Severity: normal
> Control: blocks -1 696899
>
> 0ad embeds premake4, which will shortly be uploaded to NEW (#696899)

ACK. Incidentally, do you know if there might be any major differences
between premake 4.3 (version that'll be uploaded shortly) and 4.4
beta4 (version embedded in 0ad)? Hopefully I can just use the version
in Debian as a drop-in replacement for the embedded copy and not have
to muck around in upstream's premake4.lua.

> I've tried to set blocks in a pseudo-header, let's see if it works.

Looks like it doesn't. Oh well...

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#705594: Add further support for missing win32-loader.ini

[Robert Spencer]

Package: debian-cd
Version: 3.1.12

In boot-x86 there is already two checks for the existence of 
win32-loader.ini, the attached patch file adds the missing third check.


Without this patch the tail end of the build log for the multi-arch ISO 
shows:


Using newer EFI support in xorriso 10206
  (Optionally) making the image bootable for i386:
Running tools/boot/wheezy/boot-i386 1 
/home/idms/build.wheezy/tmp/wheezy/CD1

  Using ISOLINUX boot-disks image on CD1
sed: can't read boot1/win32-loader.ini: No such file or directory
  FAILED: error 2
Failed to start disc 1, error 512
make: *** [image-trees] Error 9

I'm making a custom server netinstall ISO, so there are no MS Windows 
files and no need for them.


--
Robert Spencer
--- tools/boot/squeeze/boot-x86~	2011-02-22 20:52:44.0 +
+++ tools/boot/squeeze/boot-x86	2013-04-10 13:17:30.0 +
@@ -285,15 +285,17 @@
 		sed -i "4 s/^$/(note: i386 is default; prepend 'amd64-' to use an amd64 kernel instead)/" $file
 	done
 
-	# Modify win32-loader.ini to also cover the "other" arch
-	if [ "$ARCH" = i386 ]; then
-		sed -i -e "/^arch=/d
-   /^i386\//p; s/^i386/amd64/; s/=$INSTALLDIR_i386/=$INSTALLDIR_amd64/g" \
-   boot$N/win32-loader.ini
-	else
-		sed -i -e "/^arch=/d
-   /^amd64\//p; s/^amd64/i386/; s/=$INSTALLDIR_amd64/=$INSTALLDIR_i386/g" \
-   boot$N/win32-loader.ini
+	if [ -e boot$N/win32-loader.ini ]; then
+		# Modify win32-loader.ini to also cover the "other" arch
+		if [ "$ARCH" = i386 ]; then
+			sed -i -e "/^arch=/d
+	   /^i386\//p; s/^i386/amd64/; s/=$INSTALLDIR_i386/=$INSTALLDIR_amd64/g" \
+	   boot$N/win32-loader.ini
+		else
+			sed -i -e "/^arch=/d
+	   /^amd64\//p; s/^amd64/i386/; s/=$INSTALLDIR_amd64/=$INSTALLDIR_i386/g" \
+	   boot$N/win32-loader.ini
+		fi
 	fi
 
 	# Apply workaround for #505243
--- tools/boot/wheezy/boot-x86~	2013-03-24 20:13:25.0 +
+++ tools/boot/wheezy/boot-x86	2013-04-10 13:15:37.0 +
@@ -300,15 +300,17 @@
 		sed -i "4 s/^$/(note: i386 is default; prepend 'amd64-' to use an amd64 kernel instead)/" $file
 	done
 
-	# Modify win32-loader.ini to also cover the "other" arch
-	if [ "$ARCH" = i386 ]; then
-		sed -i -e "/^arch=/d
-   /^i386\//p; s/^i386/amd64/; s/=$INSTALLDIR_i386/=$INSTALLDIR_amd64/g" \
-   boot$N/win32-loader.ini
-	else
-		sed -i -e "/^arch=/d
-   /^amd64\//p; s/^amd64/i386/; s/=$INSTALLDIR_amd64/=$INSTALLDIR_i386/g" \
-   boot$N/win32-loader.ini
+	if [ -e boot$N/win32-loader.ini ]; then
+		# Modify win32-loader.ini to also cover the "other" arch
+		if [ "$ARCH" = i386 ]; then
+			sed -i -e "/^arch=/d
+	   /^i386\//p; s/^i386/amd64/; s/=$INSTALLDIR_i386/=$INSTALLDIR_amd64/g" \
+	   boot$N/win32-loader.ini
+		else
+			sed -i -e "/^arch=/d
+	   /^amd64\//p; s/^amd64/i386/; s/=$INSTALLDIR_amd64/=$INSTALLDIR_i386/g" \
+	   boot$N/win32-loader.ini
+		fi
 	fi
 
 	# Apply workaround for #505243

Bug#705595: p7zip source package is repacked (~dfsg), but why?

[Jonathan Dowland]

Source: p7zip
Version: 9.20.1~dfsg.1-4
Severity: normal

Hi,

Since version 4.27.dfsg-1 you have repacked the upstream tarball but it's not
clear why - please document the reason and the differences in
debian/README.source, and consider adding a 'get-orig-source' argument
to debian/rules which can perform whatever cleaning is necessary to an
upstream source tarball.


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

Bug#705596: libconfig-model-dpkg-perl: does not parse correctly License fields with commas

[Cédric Boutillier]

Package: libconfig-model-dpkg-perl
Version: 2.034
Severity: normal


Hi,

The package ruby-test-unit contains a file licensed under (Ruby or
BSD-2-clause) and PSF

According to
http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
in Section: License, Subsection: Syntax, the following syntax should be
used:
A or B, and C means (A or B) and C.

The corresponding paragraph in my debian/copyright file reads:

Files: lib/test/unit/diff.rb
Copyright: Copyright 2001-2008 Python Software Foundation
   Copyright 2008-2012 Kouhei Sutou 
License: BSD-2-clause or Ruby, and PSF

However, when I run cme check dpkg-copyright, I get the following
message:

$ cme check dpkg-copyright
Warning: skipping value BSD-2-clause or Ruby, and PSF because of the following 
errors:
license Ruby, is not declared in main License section. Expected BSD-2-clause 
LGPL-2.1 PSF Ruby

Configuration item 'Files:"lib/test/unit/diff.rb" License short_name' has a 
wrong value:
Undefined mandatory value.


I take also the opportunity to thank you for this nice tool!

Cheers,

Cédric


-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages libconfig-model-dpkg-perl depends on:
ii  libany-moose-perl 0.21-1
ii  libanyevent-http-perl 2.15-1
ii  libanyevent-perl  7.040-1
ii  libapt-pkg-perl   0.1.27
ii  libconfig-model-perl  2.030-1
ii  libfile-homedir-perl  0.99-1
ii  liblog-log4perl-perl  1.29-1
ii  libmouse-perl 1.05-1
ii  libparse-recdescent-perl  1.967009+dfsg-1
ii  libsoftware-license-perl  0.103005-1
ii  libtext-autoformat-perl   1.669002-1
ii  libtext-diff-perl 1.41-1
ii  libyaml-perl  0.84-1
ii  lintian   2.5.11
ii  perl  5.14.2-21

Versions of packages libconfig-model-dpkg-perl recommends:
ii  libconfig-model-tkui-perl   1.339-1
ii  libmodule-corelist-perl 2.85-1
ii  perl5.14.2-21
ii  perl-modules [libmodule-corelist-perl]  5.14.2-21

libconfig-model-dpkg-perl 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#705597: wml: gfont missing (by wml::des::gfont)

[Roland Stigge]

Package: wml
Version: 2.0.12ds1-3
Severity: normal

Hi,

wml::des::gfont is utilizing the executable gfont which is not available in
squeeze, wheezy and sid.

Consider the following wml code:

#use wml::des::gfont
...
roland.sti...@die-linke-bayern.de

results in:

# wml -o contact.html contact.wml
ePerl:Error: Perl runtime error (interpreter rc=1)

 Contents of STDERR channel: -
** wml::des::gfont:
sh: 1: gfont: not found
--
** WML:Break: Error in Pass 3 (rc=1).


Regards,

Roland


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

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

Versions of packages wml depends on:
ii  eperl   2.2.14-18
ii  libbit-vector-perl  7.2-1
ii  libc6   2.13-38
ii  libgd2-xpm  2.0.36~rc1~dfsg-6.1
ii  libimage-size-perl  3.232-1
ii  libterm-readkey-perl2.30-4+b2
ii  m4  1.4.16-5
ii  mp4h1.3.1-6
ii  perl5.14.2-21
ii  perl-base [perlapi-5.14.2]  5.14.2-21
ii  slice   1.3.8-11

Versions of packages wml recommends:
pn  iselect 
pn  libhtml-clean-perl  
pn  linklint
ii  tidy20091223cvs-1.2
pn  txt2html

Versions of packages wml suggests:
pn  freetable
ii  graphicsmagick-imagemagick-compat [imagemagick]  1.3.16-1.1
ii  libwww-perl  6.04-1
pn  shtool   
pn  tardy
pn  w3-recs  
pn  weblint-perl 

-- 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#705598: wxsqlite3: orig tarball repacked but no explanation in source package

[Jonathan Dowland]

Source: wxsqlite3
Version: 3.0.0.1~dfsg0-2
Severity: minor

Hello,

Since version 3.0.0~dfsg0-1 you have repacked the orig source, but there's no
debian/README.source file nor repacking instructions for the "get-orig-source"
rule in debian/rules. Please document the rationale and steps required for
repacking.


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

Bug#705592: 0ad: embedded copy of premake4 at build/premake/premake4

[Jonathan Dowland]

On Wed, Apr 17, 2013 at 02:16:17AM -0700, Vincent Cheng wrote:
> ACK. Incidentally, do you know if there might be any major differences
> between premake 4.3 (version that'll be uploaded shortly) and 4.4
> beta4 (version embedded in 0ad)? Hopefully I can just use the version
> in Debian as a drop-in replacement for the embedded copy and not have
> to muck around in upstream's premake4.lua.

I don't personally, no - I've just been looking at it from a sponsorship
POV, but I'll ask the maintainer-to-be. (I did notice the beta version 
when frobbing the uscan file)

> > I've tried to set blocks in a pseudo-header, let's see if it works.
> 
> Looks like it doesn't. Oh well...

Indeed ☹ I wrote 'blocks' instead of 'block'. I've now sent a separate
control message.


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

Bug#705599: finish-install: 07speakup needs to be updated for Wheezy and GNOME 3

[Raphaël Hertzog]

Package: finish-install
Version: 2.41
Severity: important
Tags: patch

finish-install.d/07speakup needs to be update for Wheezy and GNOME3.
GNOME 3 uses gsettings (with dconf as underlying database) so
the gconf commands are ineffective with Debian Wheezy.

Please find a tested patch in attachment. Let me know if you want
me to push this change to master or if you want me to create a wheezy
branch (I noticed that wheezy only has 2.41 while master has 2.42).

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

Kernel: Linux 3.8-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
>From ec1564204ab5965ab02016585cc1757dc108acd0 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Rapha=C3=ABl=20Hertzog?= 
Date: Wed, 17 Apr 2013 11:21:22 +0200
Subject: [PATCH] Update finish-install.d/07speakup to use the relevant
 gsettings

GNOME 3 uses gsettings (with dconf as underlying database) so
the gconf commands are ineffective with Debian Wheezy.

Replacing those gconf commands by equivalent dconf commands
is not possible because dbus is not yet setup during initial
installation and dconf seems to need dbus.

So instead we create .gschema.override file to change the default
value of the relevant settings. This requires creating a file
in /usr/share/glib-2.0/schemas outside of dpkg's knowledge
and to regenerate the compiled schemas files (we do this
by relying on the dpkg trigger on the above directory).
---
 debian/changelog   |7 +++
 finish-install.d/07speakup |   24 ++--
 2 files changed, 21 insertions(+), 10 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 9f8ae0f..33853f1 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+finish-install (2.43) UNRELEASED; urgency=low
+
+  * Update finish-install.d/07speakup to use the relevant dconf
+settings used by GNOME 3 (via a gsettings schema override file).
+
+ -- Raphaël Hertzog   Tue, 16 Apr 2013 17:49:31 +0200
+
 finish-install (2.42) unstable; urgency=low
 
   [ Colin Watson ]
diff --git a/finish-install.d/07speakup b/finish-install.d/07speakup
index 1cc6629..7a490e8 100755
--- a/finish-install.d/07speakup
+++ b/finish-install.d/07speakup
@@ -1,17 +1,21 @@
 #! /bin/sh
 
+set -e
+
 if [ -n "$(lsmod | grep ^speakup_)" ]; then
-	. /usr/share/debconf/confmodule
+	mkdir -p /target/usr/share/glib-2.0/schemas
+	cat >/target/usr/share/glib-2.0/schemas/15_speakup.gschema.override <

Bug#701392: eegdev: ftbfs with eglibc-2.17

[Nicolas Bourdaud]

Control: merge -1 by 687986
Control: reassign gnulib


The origin of the problem lies in gnulib. When the package is being
builded, it updates its replacement functions from the current version
of gnulib. This bug is simply the duplicate of
http://bugs.debian.org/687986

As mentioned in the pointed bug report, a simple upgrade of gnulib or
the application of commit 66712c23388e93e5c518ebc8515140fa0c807348 will
fix the problem.

Also, none of the compiled version of eegdev in any architecture
provided by Debian use directly or indirectly gets, so once gnulib has
been fixed, nothing will have to done on eegdev side (no rebuild needed).

Cheers,

Nicolas



signature.asc
Description: OpenPGP digital signature

Bug#651640: apt-transport-https: https method does not support proxy authorization

[Daniel Hartwig]

Control: tags -1 = patch confirmed
Control: found -1 0.9.7.8

[Removing unnecessary release tags.]

Various people wrote:
> https method ignores proxy authentication credentials.

and subsequently provided patches to pass the full uri directly to curl,
which is the sensible thing to do.  Indeed, this appears to be the most
convenient way to transfer the details?

Manfred Stock wrote:
> Support for the 'https_proxy' environment variable (similar to the
> existing 'http_proxy' environment variable support) in
> HttpsMethod::SetupProxy might be another useful change, but is not
> included in my patch

Actually required to be consistent with other programs, which
exclusively use https_proxy for this protocol.

There is the problem that apts behaviour of falling back to http
settings is highly inconsistent with most other programs, particularly
proxy settings, where e.g. wget, curl etc. do not conflate
configuration.  For the time being, we can just support https_proxy and
fallback like other apt settings, but in the future I strongly believe
apt should deprecate the fallback to http settings.


I am gathering, reviewing, and integrating several small fixes like this
and submit the results shortly.


Regards


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

Bug#679806: please fix package errors

[Ximin Luo]

Hi, your upload to debian-mentors has errors. Please fix them, so it has a
chance of being accepted.

The most important problem is the presence of *.rej files which suggests that
some patches were not applied.

X

-- 
GPG: 4096R/5FBBDBCE
https://github.com/infinity0
https://bitbucket.org/infinity0
https://launchpad.net/~infinity0



signature.asc
Description: OpenPGP digital signature

Bug#705600: logwatch: No output / report for php error log

[Chris]

Subject: logwatch: No output / report for php error log
Package: logwatch
Version: 7.4.0+svn20120502rev103-1
Severity: normal


Hi,

when using php5-fpm in version 5.4 with logging enabled it seems that logwatch 
can't create a report for this logfiles.

When pointing logwatch 7.3.6.cvs20090906-1squeeze1 to my logfiles which i'm 
logging in /var/log/php5 it tries to create a report for clam-update (which i 
haven't installed nor are any logfiles found for this on the server).

After updating logwatch to 7.4.0+svn20120502rev103-1 this is fixed and logwatch 
don't try to create a report for clam-update but there is still no report for 
php-messages.

Using --debug High in the console doesn't show any hints and calling the:

cat /var/log/php5/php-error.log  |  /usr/bin/perl 
/usr/share/logwatch/scripts/services/php

in the console just gives no output. I can't figure out whats wrong here, maybe 
the problem is the syntax of the logging lines:

[16-Apr-2013 21:03:58 Europe/Berlin] PHP Fatal error:  Call to a member 
function GetAssoc() on a non-object in /foo/bar.php on line 1223


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

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

Versions of packages logwatch depends on:
ii  perl   5.10.1-17squeeze6 Larry Wall's Practical Extraction
ii  postfix [mail-transpor 2.7.1-1+squeeze1  High-performance mail transport ag

Versions of packages logwatch recommends:
ii  libdate-manip-perl6.11-1 module for manipulating dates

Versions of packages logwatch suggests:
ii  fortune-mod   1:1.99.1-4 provides fortune cookies on demand

-- 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#705490: [Pkg-xen-devel] Bug#705490: Uses deprecated RUN+="socket:"

[Ian Campbell]

On Tue, 2013-04-16 at 18:55 +0200, Michael Biebl wrote:
> Hi Ian,
> 
> Am 16.04.2013 12:04, schrieb Ian Campbell:
> > On Mon, 2013-04-15 at 18:22 +0200, Michael Biebl wrote:
> >> Please update your package accordingly. 
> > 
> > So what is the appropriate transformation?
> 
> As said in the bug report, one should use
> udev_monitor_new_from_netlink() [1] nowadays to get a udev_monitor
> context and listen for udev events.

OK, so this is an actual code change and not just a rules syntax change,
and there is no backwards compatibility.

What a pain...

> I haven't looked very closely, but the only place where
> /org/xen/xend/udev_event is used, is in
> tools/python/xen/xend/server/udevevent.py. I would start there.

Thanks for the heads up.

Ian.


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

Bug#678893: [Pkg-octave-devel] Bug#678893: octave-pkg-dev: Use generated PKG_ADD/PKG_DEL files at build time

[Sébastien Villemot]

Le dimanche 24 juin 2012 à 23:49 +0200, Thomas Weber a écrit :
> Package: octave-pkg-dev
> Version: 1.0.2
> Severity: wishlist
> 
> The current code only handles PKG_ADD files that come with the upstream
> tarball. It is however valid to generate those files at build time, so
> we should cope with that.
> 
> The 'find' command in octave-sockets could be used to get a better
> command in octave-pkg-dev.

My understanding is that octave-pkg-dev already uses the PKG_ADD created
at build time. Indeed, the following command in octave-pkg.mk adds all
paths under debian/octave-XXX/:

  addpath (genpath ([pwd()], '.pc'))

And Octave loads every PKG_ADD located in a path added with addpath.

So I think there is nothing to do.

Moreover, the following lines in octave-pkg.mk seem redundant and could
be deleted:

if [ -f PKG_ADD ] ; then\
echo "source('PKG_ADD');" >> $$tmp ;\
fi ;\
if [ -f PKG_ADD.bak ] ; then\
echo "source('PKG_ADD.bak');" >> $$tmp ;\
fi ;

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



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

Bug#705600: logwatch: No output / report for php error log

[Chris]

Sorry, forgot to post some informations. In the debugging output the logfiles 
are found added:

Logfile Name: php
Logfile = /var/log/php5/php_error.log

and processed correctly:

Preprocessing LogFile: php
'/tmp/logwatch.tuInlo08/php-archive' '/var/log/php5/php_error.log' 
>/tmp/logwatch.tuInlo08/php

Processing Service: php
 ( cat /tmp/logwatch.tuInlo08/php  |  /usr/bin/perl 
/usr/share/logwatch/scripts/services/php) 2>&1

so it seems there is a problem in parsing this logfile in 
/usr/share/logwatch/scripts/services/php

Additional i've found this part in the debug logfile:

 - php-messages Begin 


 TimeFilter: Period is day

 TimeFilter: SearchDate is (16-Apr-2013 ..:..:..)

 TimeFilter: Debug SearchDate is (16-Apr-2013 )

 -- php-messages End -


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

Bug#705452: docbook-xml: Fail to upgrade due to pre-depend problem

[Andreas Beckmann]

On Tuesday, 16. April 2013 10:40:21 Helmut Grohne wrote:
> Stuart Prescott also determined that kdepim + kde-plasma-desktop are
> enough to reproduce this problem.

I could reproduce the problem in piuparts with installing/upgrading these two 
packages, but it required --install-recommends. So there may be even a 
smaller set of packages needed to reproduce the problem by cutting out some 
recommended packages.

On Wednesday, 17. April 2013 10:15:27 Helmut Grohne wrote:
> To that end I looked for other options, specifically for why docbook-xml
> Pre-Depends on xml-core. The reason here was a etch -> lenny upgrade
...
>  2) docbook-xml does not need this Pre-Depends anymore.
...
> docbook-xsl instead of docbook-xml. The issue is not reproducible this
> way. This makes 2) a least possible.

If you post a proposed patch for docbook-xml I can throw it into my piuparts 
engine and see if this has any bad effect on the squeeze->wheezy upgrades.


Andreas


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

Bug#701214: warmux: [Solution] immediately stops when start playing game

[John Paul Adrian Glaubitz]

On 04/17/2013 10:15 AM, Benjamin Mesing wrote:

Oh sure, change the Changelog entry any way you like, certainly I forgot
about the "Closes:" part...
Since it won't be an NMU you have to change the changelog entry anyways.


I could sponsor your NMU, if necessary. I'd also be willing to test the 
patch if desired by installing a new machine with XFS.


It works without the patch without trouble on btrfs, btw.

Adrian

--
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913


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

Bug#705601: libflac-dev conflicting with boost::shared_ptr

[raphael]

Package: libflac-dev
Version: 1.2.1-6

When I used together this libraries I couldn't build a project.
Here is a simple example (including my simple and ugly solution):

$ cat main.cpp
#include 
class test
{
public:
int method() {return 1;}
};
int main()
{
boost::shared_ptr a(new test);
a->method();
return 0;
}
$ g++ main.cpp
$ g++ main.cpp `pkg-config --cflags flac`
In file included from /usr/include/boost/shared_ptr.hpp:17:0,
 from main.cpp:1:
/usr/include/boost/smart_ptr/shared_ptr.hpp: In instantiation of ‘T* 
boost::shared_ptr::operator->() const [with T = test]’:

main.cpp:10:3:   required from here
/usr/include/boost/smart_ptr/shared_ptr.hpp:424:9: error: ‘assert’ was 
not declared in this scope

$ su
Hasło:
# mv /usr/include/FLAC/assert.h{,.bak}
# exit
$ g++ main.cpp `pkg-config --cflags flac`
$

I think that bug is more complicated. I had problems with creating this 
example, it worked for the second time.


Additional info:
g++ version: g++ (Debian 4.7.2-5) 4.7.2
libboost-dev version: 1.49.0.1

I'm using Debian GNU/Linux Wheezy.


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

Bug#702880: Acknowledgement (linux-image-3.8-trunk-amd64: Suspend locks when the laptop lid is closed)

[Fabian Greffrath]

I should add to that bug report that suspending and waking up works
perfectly fine if I manually invoke "sudo sudo pm-suspend
--quirk-s3-bios --quirk-s3-mode". The phrase "text mode" in PM-ACTION(8)
gave the final hint. However, I have no idea how the Gnome menu knew how
to invoke it with the right quirks, whereas the kernel had no idea when
I just closed the Lid...

 - Fabian


> when I am logged in into a Gnome session and close the lid of my
> laptop, the
> suspend process somehow hangs. It looks like it switched to VC1,
> because I can
> see some part of the boot log, but the computer is still on but
> unresponsive
> and the fan turns on high speed. However, when I suspend the system
> via the
> personal menu in the right corner of gnome-shell (hit Alt and click on
> "Switch
> off"), the system suspends and wakes up perfectly. I have to admit I
> am not
> perfectly sure where to file this bug, but since I am sure the kernel
> is
> involved, I am filing it here. ;)


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

Bug#705495: ibtbb2: On powerpc parallel_for and parallel_reduce may hang

[Gert Wollny]

I narrowed down the patch to just replace __TBB_MaskedCompareAndSwap by
the 4.1u2 version and added  the old template interface to forward to
this one. 

TBB4.0r233 with this patch compiles on debian-unstable fixes the problem
reported in #705385 and on x86_64  all tests pass.

However,  on powerpc the patch breaks the exception handling tests, and
I'm afraid that someone with a deeper understanding of TBB will have to
take over to make these tests passing. (The old version of the patch
also breaks these tests)






Description: This patch fixes a possible lockup on powerpc 
 The patch fixes a lockup that may happen in the exit routines of 
 parallel_for and parallel_reduce. 
 .
Author: Gert Wollny 
---
Origin: other
Bug-Debian: http://bugs.debian.org/705495
Forwarded: not-needed
Last-Update: 2013-04-16

--- tbb-4.0+r233.orig/include/tbb/tbb_machine.h
+++ tbb-4.0+r233/include/tbb/tbb_machine.h
@@ -345,34 +345,70 @@ void spin_wait_until_eq( const volatile
 while( location!=value ) backoff.pause();
 }
 
+
+
+// This code is taken from TBB 4.1 Update 2 and sligtly changed 
+
+// there are following restrictions/limitations for this operation:
+//  - T should be unsigned, otherwise sign propagation will break correctness of bit manipulations.
+//  - T should be integer type of at most 4 bytes, for the casts and calculations to work.
+//  (Together, these rules limit applicability of Masked CAS to uint8_t and uint16_t only,
+//  as it does nothing useful for 4 bytes).
+//  - The operation assumes that the architecture consistently uses either little-endian or big-endian:
+//  it does not support mixed-endian or page-specific bi-endian architectures.
+// This function is the only use of __TBB_BIG_ENDIAN.
+#if ( __TBB_BIG_ENDIAN!=-1 )
+#if defined(__TBB_USE_GENERIC_PART_WORD_CAS) && !defined(__PPC__)
+#error generic implementation of part-word CAS was explicitly disabled for this configuration
+#endif
+template
+inline T __TBB_MaskedCompareAndSwap_41u2 (volatile T * const ptr, const T value, const T comparand ) {
+struct endianness{ static bool is_big_endian(){
+#ifndef __TBB_BIG_ENDIAN
+const uint32_t probe = 0x03020100;
+return (((const char*)(&probe))[0]==0x03);
+#elif (__TBB_BIG_ENDIAN==0) || (__TBB_BIG_ENDIAN==1)
+return __TBB_BIG_ENDIAN;
+#else
+#error unexpected value of __TBB_BIG_ENDIAN
+#endif
+}};
+
+const uint32_t byte_offset= (uint32_t) ((uintptr_t)ptr & 0x3);
+volatile uint32_t * const aligned_ptr = (uint32_t*)((uintptr_t)ptr - byte_offset );
+
+// location of T within uint32_t for a C++ shift operation
+const uint32_t bits_to_shift = 8*(endianness::is_big_endian() ? (4 - sizeof(T) - (byte_offset)) : byte_offset);
+const uint32_t mask  = (((uint32_t)1<<(sizeof(T)*8)) - 1 )<> bits_to_shift);
+}
+else continue; // CAS failed but the bits of interest left unchanged
+}
+}
+#endif
+
+
+
 // T should be unsigned, otherwise sign propagation will break correctness of bit manipulations.
 // S should be either 1 or 2, for the mask calculation to work correctly.
 // Together, these rules limit applicability of Masked CAS to unsigned char and unsigned short.
 template
 inline T __TBB_MaskedCompareAndSwap (volatile T *ptr, T value, T comparand ) {
-volatile uint32_t * base = (uint32_t*)( (uintptr_t)ptr & ~(uintptr_t)0x3 );
-#if __TBB_BIG_ENDIAN
-const uint8_t bitoffset = uint8_t( 8*( 4-S - (uintptr_t(ptr) & 0x3) ) );
-#else
-const uint8_t bitoffset = uint8_t( 8*((uintptr_t)ptr & 0x3) );
-#endif
-const uint32_t mask = ( (1<<(S*8)) - 1 )<> bitoffset);
+	/// forward the call to the version from 4.1 Update 2
+	return __TBB_MaskedCompareAndSwap_41u2(ptr, value, comparand); 
 }
 
 template
--- tbb-4.0+r233.orig/include/tbb/machine/mac_ppc.h
+++ tbb-4.0+r233/include/tbb/machine/mac_ppc.h
@@ -47,6 +47,18 @@
 #define __TBB_WORDSIZE 4
 #endif
 
+#ifndef __BYTE_ORDER__
+// Hopefully endianness can be validly determined at runtime.
+// This may silently fail in some embedded systems with page-specific endianness.
+#elif __BYTE_ORDER__==__ORDER_BIG_ENDIAN__
+#define __TBB_BIG_ENDIAN 1
+#elif __BYTE_ORDER__==__ORDER_LITTLE_ENDIAN__
+#define __TBB_BIG_ENDIAN 0
+#else
+ #define __TBB_BIG_ENDIAN -1 // not currently supported
+#endif
+
+
 // On Power Architecture, (lock-free) 64-bit atomics require 64-bit hardware:
 #if __TBB_WORDSIZE==8
 // Do not change the following definition, because TBB itself will use 64-bit atomics in 64-bit builds.
@@ -278,11 +290,13 @@ namespace internal {
 #define __TBB_USE_GENERIC_PART_WORD_CAS 1
 #define __TBB_USE_GENERIC_FETCH_ADD 1
 #define __TBB_USE_GENERIC_FETCH_STORE   1
+#define __TBB_USE_GENERIC_SEQUENTIAL_CONSISTENCY_LOAD_STORE 1
 
 #define __TBB_control_consistency_helper() __asm__ __volatile__("isync": : :"memory")
 #define

Bug#705365: #705365 unblock: chromium-browser/26.0.1410.43-1

[Timo Juhani Lindfors]

> On Sat, 2013-04-13 at 14:34 -0400, Michael Gilbert wrote:
> > Please unblock chromium-browser. It fixes a lot of security issues,
> > and new upstream versions will be continually uploaded during wheezy's
> > release cycle.
> 
> Done.

I'm bit surprised to see a new upstream version at this stage of the
release since a day before this unblock request was sent I reported that
this new version breaks HTML5 audio (and thus e.g. youtube):

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

Are we really going to release wheezy with no HTML5 audio?


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

Bug#705602: gnustep-dl2: DBModeler dies with NSInvalidArgumentException

[Yavor Doganov]

Package: gnustep-dl2
Version: 0.12.0-9
Severity: grave
Justification: renders package unusable

$ DBModeler 
2013-04-17 13:50:16.655 DBModeler[7461] autorelease called without pool for 
object (0x9f542a8) of class NSMethodSignature in thread 
2013-04-17 13:50:18.692 DBModeler[7461] autorelease called without pool for 
object (0x9f85b88) of class NSMutableDataMalloc in thread 
2013-04-17 13:50:18.693 DBModeler[7461] autorelease called without pool for 
object (0xa03e3c0) of class GSCodeBuffer in thread 
2013-04-17 13:50:18.695 DBModeler[7461] autorelease called without pool for 
object (0x9f9dac0) of class GSCInlineString in thread 
2013-04-17 13:50:18.696 DBModeler[7461] autorelease called without pool for 
object (0x9f944b0) of class NSException in thread 
2013-04-17 13:50:19.361 DBModeler[7461] autorelease called without pool for 
object (0x9f80798) of class NSLongLongNumber in thread 
2013-04-17 13:50:19.362 DBModeler[7461] autorelease called without pool for 
object (0x9f80710) of class NSLongLongNumber in thread 
2013-04-17 13:50:19.363 DBModeler[7461] autorelease called without pool for 
object (0x9f76590) of class NSLongLongNumber in thread 
2013-04-17 13:50:19.364 DBModeler[7461] autorelease called without pool for 
object (0x9f55048) of class NSLongLongNumber in thread 
2013-04-17 13:50:19.365 DBModeler[7461] autorelease called without pool for 
object (0xa03fba0) of class NSLongLongNumber in thread 
2013-04-17 13:50:19.366 DBModeler[7461] autorelease called without pool for 
object (0xa028950) of class NSLongLongNumber in thread 
2013-04-17 13:50:19.367 DBModeler[7461] autorelease called without pool for 
object (0x9fb98e8) of class NSLongLongNumber in thread 
2013-04-17 13:50:19.368 DBModeler[7461] autorelease called without pool for 
object (0x9fc9910) of class NSLongLongNumber in thread 
2013-04-17 13:50:19.369 DBModeler[7461] autorelease called without pool for 
object (0x9fb9ac0) of class NSLongLongNumber in thread 
2013-04-17 13:50:19.370 DBModeler[7461] autorelease called without pool for 
object (0x9f9eb70) of class NSLongLongNumber in thread 
2013-04-17 13:50:19.370 DBModeler[7461] autorelease called without pool for 
object (0x9f88638) of class NSLongLongNumber in thread 
2013-04-17 13:50:19.371 DBModeler[7461] autorelease called without pool for 
object (0x9f89798) of class NSLongLongNumber in thread 
2013-04-17 13:50:19.372 DBModeler[7461] autorelease called without pool for 
object (0xa029510) of class NSLongLongNumber in thread 
2013-04-17 13:50:19.373 DBModeler[7461] autorelease called without pool for 
object (0x9fe2080) of class NSLongLongNumber in thread 
2013-04-17 13:50:19.374 DBModeler[7461] autorelease called without pool for 
object (0x9fe0860) of class NSLongLongNumber in thread 
2013-04-17 13:50:19.375 DBModeler[7461] autorelease called without pool for 
object (0x9fdd228) of class NSLongLongNumber in thread 
2013-04-17 13:50:19.376 DBModeler[7461] autorelease called without pool for 
object (0x9fdb6a0) of class NSLongLongNumber in thread 
2013-04-17 13:50:19.377 DBModeler[7461] autorelease called without pool for 
object (0x9fd9c18) of class NSLongLongNumber in thread 
DBModeler: Uncaught exception NSInvalidArgumentException, reason: Can not 
determine type information for +[GDL2CDNSObject (null)]

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)

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

Versions of packages gnustep-dl2 depends on:
ii  dpkg  1.16.10
ii  gnustep-back0.20  0.20.1-2.1
ii  gnustep-base-runtime  1.22.1-4
ii  gnustep-gpbs  0.20.1-2.1
ii  gnustep-gui-runtime   0.20.0-3
ii  install-info  4.13a.dfsg.1-10
ii  libc6 2.13-38
ii  libgcc1   1:4.7.2-5
ii  libgnustep-base1.22   1.22.1-4
ii  libgnustep-dl2-0d 0.12.0-9
ii  libgnustep-gui0.200.20.0-3
ii  libobjc4  4.7.2-5
ii  librenaissance0   0.9.0-4+b3

Versions of packages gnustep-dl2 recommends:
ii  libgnustep-dl2-dev  0.12.0-9

gnustep-dl2 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#705603: python-reportlab: Edited example and documentation path in README.Debian Closes: #1005187

[Fabio Colella]

Package: python-reportlab
Version: 2.6-1
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu raring ubuntu-patch

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these lines ***


*** /tmp/tmpdzCuhH/bug_body
In Ubuntu, the attached patch was applied to achieve the following:

##  REPLACE THIS WITH ACTUAL INFORMATION -
## Please add all necessary information about why the change needed to go in
## Ubuntu, quote policy, spec or any other background material and why it can
## and should be used in Debian too.  If the patch is composed of multiple
## independent pieces, please send them as separate bug reports.
##  REPLACE THIS WITH ACTUAL INFORMATION -


  * Edited example and documentation path in README.Debian Closes: #1005187.


Thanks for considering the patch.



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

Kernel: Linux 3.2.0-23-generic (SMP w/4 CPU cores)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
=== modified file 'debian/README.Debian'
--- debian/README.Debian	2006-02-14 14:38:23 +
+++ debian/README.Debian	2013-04-14 00:30:38 +
@@ -6,7 +6,7 @@
 Python.
 
 Examples and documentation can be found in the python-reportlab-doc package
-in /usr/share/doc/python-reportlab-doc.
+in /usr/share/pyshared/reportlab/.
 
 
 05/22/2000,

=== modified file 'debian/changelog'

Bug#705604: python-reportlab: In README.Debian the path to the examples is wrong.

[Fabio Colella]

Package: python-reportlab
Version: 2.6-1
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu raring ubuntu-patch

Dear Maintainer,
the path to the examples led to a wrong folder. I corected it with the forder 
where the examples are.


*** /tmp/tmpm7LvBI/bug_body
In Ubuntu, the attached patch was applied to achieve the following:

 Have a correct path to the examples in the README.Debian


  * Edited example and documentation path in README.Debian Closes: #1005187.


Thanks for considering the patch.


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

Kernel: Linux 3.2.0-23-generic (SMP w/4 CPU cores)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
=== modified file 'debian/README.Debian'
--- debian/README.Debian	2006-02-14 14:38:23 +
+++ debian/README.Debian	2013-04-14 00:30:38 +
@@ -6,7 +6,7 @@
 Python.
 
 Examples and documentation can be found in the python-reportlab-doc package
-in /usr/share/doc/python-reportlab-doc.
+in /usr/share/pyshared/reportlab/.
 
 
 05/22/2000,

=== modified file 'debian/changelog'

Bug#687834: uscan is impacted by upstream LWP::UserAgent bug

[Dominique Dumont]

On a related problem, uscan does not work behind a proxy for https.

More info on this issue:

https://rt.cpan.org/Ticket/Display.html?id=1894

HTH
-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org


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

Bug#705580: qa.debian.org: [UDD] import of long descriptions seems to be broken

[Andreas Tille]

Hi,

I had the idea to delete the files where checksums of Translation files
are stored to detect whether a reimport is needed or not - in other words
I forced the reimport of translations by deleting files 

 /srv/udd.debian.org/mirrors/ddtp/sid/{contrib,main,non-free}
 /srv/udd.debian.org/mirrors/ddtp/experimental/{contrib,main,non-free}

After re-running ddtp import the long descriptions were back.  While
this might be a temporary cure of the observed problem I have no idea
what might have caused it and I'm not sure whether it reappears at a
random point in time.
 
Kind regards

   Andreas.

-- 
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#704987: system freezes after hibernate/suspend

[colliar]

On 16.04.2013 18:38, Ingo wrote:
> @ colliar
> 
> I just checked with your syslog and found that system has resumed from
> hibernate just a few minutes before the crash happened.
> 
> I did see also random cashes/freezes in Wheezy when system was suspended
> before (s2ram). Since I no longer use suspend all the troubles have gone
> away.
> 
> I must admit that this did not happen with early Wheezy kernels, but it
> shows up with latest kernels and also with any vanilla 3.4 kernel.
> 
> I really cannot decide the root cause of this observation, but I feel
> it's worth to test on your hardware without suspend/hibernate. My
> hardware is Ivy Bridge i5-3570k.


No, this was after a reboot !

> Apr 12 12:24:48 chaos kernel: [1.189157] PM: Hibernation image
> not present or could not be loaded.

> Apr 12 12:24:48 chaos kernel: [2.180228] device-mapper: ioctl:
> 4.22.0-ioctl (2011-10-19) initialised: dm-de...@redhat.com
> Apr 12 12:24:48 chaos kernel: [   18.393012] PM: Starting manual
> resume from disk
> Apr 12 12:24:48 chaos kernel: [   18.393090] PM: Hibernation image
> partition 254:2 present
> Apr 12 12:24:48 chaos kernel: [   18.393092] PM: Looking for
> hibernation image.
> Apr 12 12:24:48 chaos kernel: [   18.393453] PM: Image not found
> (code -22)
> Apr 12 12:24:48 chaos kernel: [   18.393455] PM: Hibernation image not
present or could not be loaded.

Mmh, the gap is strange. Have to recheck.

Any way, I did reproduce this several times in a row (e.g. reboot after
crash and crash again.

I have problems after suspend and hibernate from time to time but then
usually a restart of X (shortcut or restart of gdm3) solves the problem.

cu
Colliar




signature.asc
Description: OpenPGP digital signature

Bug#705597: wml: gfont missing (by wml::des::gfont)

[Axel Beckert]

Control: severity -1 minor
Control: tag -1 + confirmed

Hi Roland,

Roland Stigge wrote:
> wml::des::gfont is utilizing the executable gfont which is not
> available in squeeze, wheezy and sid.

Yep. It has been removed from Debian in 2005 (see
http://bugs.debian.org/328594) and I removed the "Suggests" in 2010.
(c.f. 
http://packages.debian.org/changelogs/pool/main/w/wml/current/changelog#version2.0.11ds2-1)

Despite upstream still claims fame for gfont[1], he no more provides
the sources for it[2] and the last release was in 1999.

[1] http://engelschall.com/open-source-community.php
[2] http://engelschall.com/sw/gfont/

The upstream webpage seems to have been deleted in 2004. Compare [3]
vs [4].

[3] 
http://web.archive.org/web/20040831085446/http://www.engelschall.com/sw/gfont/
[4] http://web.archive.org/web/20041205213834/http://engelschall.com/sw/gfont

In case someone wants to continue maintaining gfont as upstream and in
Debian, I'll happily re-add a Suggests or Recommends on it again.

The old Debian package is still available at
http://snapshot.debian.org/package/gfont/1.0.3-1/

Interestingly it was considered non-free, despite debian/copyright
said "GPL" (and licensecheck said GPL + LGPL + UNKNOWN). The changelog
for 1.0.2-2 reads:

  * Moved gfont from "Section: graphics" to "Section: non-free/graphics".
Thanks to James Troup  for pointing this
out!  :)

Unfortunately the reason is not mentioned. Maybe due to GIF patent
issues back then? That would be no more an issue today.

So the only thing I would do about it is to add a entry to
README.Debian about wml::des::gfont not being usable. Is that what you
expected but wasn't there?

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


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

Bug#705604: python-reportlab: In README.Debian the path to the examples is wrong.

[Fabio Colella]

Package: python-reportlab
Version: 2.6-1
Followup-For: Bug #705604
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu raring ubuntu-patch

Dear Maintainer,
I closed #705604 as you can see in the changelog. Please, do not consider bug 
#705603 because I made a mistake and created two reports of the same issue.
Use this patch instead of the previous because I updated the changelog 
following the Debian guidelines.

*** /tmp/tmpTGgw6j/bug_body
In Ubuntu, the attached patch was applied to achieve the following:
correct the path to the examples in README.Debian

  * Edited example and documentation path in README.Debian Closes: #705604.


Thanks for considering the patch.


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

Kernel: Linux 3.2.0-23-generic (SMP w/4 CPU cores)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
=== modified file 'debian/README.Debian'
--- debian/README.Debian	2006-02-14 14:38:23 +
+++ debian/README.Debian	2013-04-14 00:30:38 +
@@ -6,7 +6,7 @@
 Python.
 
 Examples and documentation can be found in the python-reportlab-doc package
-in /usr/share/doc/python-reportlab-doc.
+in /usr/share/pyshared/reportlab/.
 
 
 05/22/2000,

=== modified file 'debian/changelog'

Bug#705290: Works for me.

[Michael Shuler]

Using the steps to reproduce, I successfully get audio playback with
chromium_26.0.1410.43-1 without any issues at all.

> Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)

hmm..  I'm using 3.2.0-4-amd64 (3.2.41-2).  Relevant?

-- 
Kind regards,
Michael


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

Bug#705597: wml: gfont missing (by wml::des::gfont)

[Roland Stigge]

Hi Axel,

On 04/17/2013 01:54 PM, Axel Beckert wrote:
> So the only thing I would do about it is to add a entry to
> README.Debian about wml::des::gfont not being usable. Is that what you
> expected but wasn't there?

Thanks for the overview of the issue!

Instead of just documenting the bug (which wouldn't really "close" it),
I'd prefer one of:

1) Re-adding gfont to Debian as you suggested (currently FTBFS)
2) Removing wml::des::gfont from wml (incl. documentation of the
feature) since it's not usable.

Thanks,

Roland


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

Bug#666791: marvosym.sty: redefines \EMail which is already present in g-brief.cls (texlive-latex-extra)

[Norbert Preining]

On Di, 16 Apr 2013, Hilmar Preusse wrote:
> The marvosym in experimental has that line commented, so the problem
> has disappeared.

Upstream TeX Live, too, not a bug fix I did.

> Norbert, can we close that bug?

Guess so. Thanks

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094



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

Bug#705597: wml: gfont missing (by wml::des::gfont)

[Axel Beckert]

Hi Roland,

Roland Stigge wrote:
> 1) Re-adding gfont to Debian as you suggested (currently FTBFS)

Mostly due to two no more existing build dependencies, yes. (gs has
likely been renamed to ghostscript and tetex-extra has been replaced
by one of the bazillion texlive-* packages). But I didn't investigate
further...

> 2) Removing wml::des::gfont from wml (incl. documentation of the
> feature) since it's not usable.

I'll check how complicated this is.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


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

Bug#705600: logwatch: No output / report for php error log

[Chris]

Ok, after digging through the code i've just replaced:

[code]
my $date_format = '%d-%b-%Y %H:%M:%S';
[/code]

with:

[code]
my $date_format = '%d-%b-%Y %H:%M:%S Europe/Berlin';
[/code]

in /usr/share/logwatch/scrpts/services/php and this has fixed this problem for 
me.
For the hardcoded type Europe/Berlin we can't use %Z because the output would 
be: CEST on my system and won't match Europe/Berlin.

I don't know if there is a better way of matching this timezone instead of 
hardcoding it but at least 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#705605: libreoffice-impress: Export to .pptx screws up several formattings

[Nick Manini]

Package: libreoffice-impress
Version: 1:3.5.4+dfsg-4
Severity: normal

Dear Maintainer,
I encountered at least three separate issues with
Export to "Microsoft PowerPoint 2007/2010 XML (.pptx)" File type.

1) random center-formatted lines change to left-formatted lines;
2) background colors of text boxes are changed;
3) wrapping of text boxes is removed.

No such problem is detected when saving in the "Microsoft PowerPoint
97/2000/XP/2003 (.ppt)" File type.

I'll shortly send a followup mail to this bug number with attached a simple
.odp file which illustrates all these issues.  To reproduce this bug, just
open bug_libreoffice.odp in libreoffice impress, click on File, Save As,
and select the format "Microsoft PowerPoint 2007/2010 XML (.pptx)".  Open
the resulting bug_libreoffice.pptx (again with libreoffice) and see the
differences.

This bug is present in the current wheezy version of libreoffice.  I've got
no machines running unstable or experimental here, so it would be too
complicated for me to test if the bug is reproduced in some up-to-date
libreoffice, but probably someone around can check.
I'm keeping the severity to normal, but this bug but has a potential for
data loss/deterioration for anybody so unwise to trust their presentations
entirely to the .pptx format.

Thanx,
Nick


-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (500, 'testing'), (100, 'stable'), (5, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages libreoffice-impress depends on:
ii  libc6 2.13-38
ii  libgcc1   1:4.7.2-5
ii  libreoffice-core  1:3.5.4+dfsg-4
ii  libreoffice-draw  1:3.5.4+dfsg-4
ii  libstdc++64.7.2-5
ii  uno-libs3 3.5.4+dfsg-4
ii  ure   3.5.4+dfsg-4

libreoffice-impress recommends no packages.

libreoffice-impress suggests no packages.

Versions of packages libreoffice-core depends on:
ii  fontconfig   2.9.0-7.1
ii  fonts-opensymbol 2:102.2+LibO3.5.4+dfsg-4
ii  libc62.13-38
ii  libcairo21.12.2-3
ii  libcmis-0.2-00.1.0-1+b1
ii  libcurl3-gnutls  7.26.0-1+wheezy2
ii  libdb5.1 5.1.29-5
ii  libexpat12.1.0-1
ii  libexttextcat0   3.2.0-2
ii  libfontconfig1   2.9.0-7.1
ii  libfreetype6 2.4.9-1.1
ii  libgcc1  1:4.7.2-5
ii  libglib2.0-0 2.33.12+really2.32.4-5
ii  libgraphite2-2.0.0   1.1.3-1
ii  libgstreamer-plugins-base0.10-0  0.10.36-1.1
ii  libgstreamer0.10-0   0.10.36-1.1
ii  libhunspell-1.3-01.3.2-4
ii  libhyphen0   2.8.3-2
ii  libice6  2:1.0.8-2
ii  libicu48 4.8.1.1-12
ii  libjpeg8 8d-1
ii  libmythes-1.2-0  2:1.2.2-1
ii  libneon27-gnutls 0.29.6-3
ii  libnspr4 2:4.9.2-1
ii  libnspr4-0d  2:4.9.2-1
ii  libnss3  2:3.14.3-1
ii  libnss3-1d   2:3.14.3-1
ii  libpng12-0   1.2.49-1
ii  librdf0  1.0.15-1+b1
ii  libreoffice-common   1:3.5.4+dfsg-4
ii  librsvg2-2   2.36.1-1
ii  libsm6   2:1.2.1-2
ii  libssl1.0.0  1.0.1e-2
ii  libstdc++6   4.7.2-5
ii  libx11-6 2:1.5.0-1
ii  libxext6 2:1.3.1-2
ii  libxinerama1 2:1.1.2-1
ii  libxml2  2.8.0+dfsg1-7+nmu1
ii  libxrandr2   2:1.3.2-2
ii  libxrender1  1:0.9.7-1
ii  libxslt1.1   1.1.26-14.1
ii  uno-libs33.5.4+dfsg-4
ii  ure  3.5.4+dfsg-4
ii  zlib1g   1:1.2.7.dfsg-13

Versions of packages libreoffice-draw depends on:
ii  libc6 2.13-38
ii  libgcc1   1:4.7.2-5
ii  libreoffice-core  1:3.5.4+dfsg-4
ii  libstdc++64.7.2-5
ii  libvisio-0.0-00.0.17-1
ii  libwpd-0.9-9  0.9.4-3
ii  libwpg-0.2-2  0.2.1-1
ii  libxml2   2.8.0+dfsg1-7+nmu1
ii  uno-libs3 3.5.4+dfsg-4
ii  ure   3.5.4+dfsg-4
ii  zlib1g1:1.2.7.dfsg-13

-- 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#705579: please consider the kernel module dependencies

[Bjørn Mork]

Harald Dunkel  writes:

> Package: initramfs-tools
> Version: 0.110
> Severity: wishlist
>
> It would be very nice if mkinitramfs considers the kernel
> module dependencies when creating the initrd. /lib/modules/\
> 3.8.?/modules.dep shows pretty clear that ehci-hcd depends
> upon ehci-pci, for example. See #700572.
>
> This would make initramfs-tools much more insusceptible to
> future changes in the module dependencies.

The idea is good, but the example is bad.  ehci-pci depends on ehci-hcd,
not the other way round.  So automatic dependency tracking would not
have bought you anything in this case.


bjorn@nemi:/tmp$ modinfo ehci-hcd ehci-pci
filename:   /lib/modules/3.9.0-rc5+/kernel/drivers/usb/host/ehci-hcd.ko
license:GPL
author: David Brownell
description:USB 2.0 'Enhanced' Host Controller (EHCI) Driver
depends:usbcore
intree: Y
vermagic:   3.9.0-rc5+ SMP mod_unload modversions 
parm:   log2_irq_thresh:log2 IRQ latency, 1-64 microframes (int)
parm:   park:park setting; 1-3 back-to-back async packets (uint)
parm:   ignore_oc:ignore bogus hardware overcurrent indications (bool)
filename:   /lib/modules/3.9.0-rc5+/kernel/drivers/usb/host/ehci-pci.ko
license:GPL
author: Alan Stern
author: David Brownell
description:EHCI PCI platform driver
alias:  pci:v104AdCC00sv*sd*bc*sc*i*
alias:  pci:v*d*sv*sd*bc0Csc03i20*
depends:usbcore,ehci-hcd
intree: Y
vermagic:   3.9.0-rc5+ SMP mod_unload modversions 



Bjørn


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

Bug#705606: [ferm] New upstream release fixes several bugs

[Dererk]

Package: ferm
Version: 2.1-5
Severity: normal

Dear ferm maintainers,

There has been a new ferm upstream release, 2.1.2, a couple of months
ago (17 Dec 2012).

The mentioned release fixes #679996, #660412, #607401 and quite possibly
#550839 and #641532, therefore, I took the liberty of raising the
severity of the bug because of that (change it if you consider it
unsuitable).

Please consider uploading it.


Cheers,

Dererk

-- 
BOFH excuse #227:
Fatal error right in front of screen




signature.asc
Description: OpenPGP digital signature

Bug#705124: Info received (base: Filesystem corruption issue)

[Ian Campbell]

On Tue, 2013-04-16 at 09:39 -0400, Anthony Sheetz wrote:
> 
> What does dom0 dmesg say about barriers on that
> device/filesystem?

> Nothing in dmesg about barriers on any file system. 'dmesg|grep
> barrier' returns nothing.  

I've just realised that the message in domU is from the blkfront driver,
so you wouldn't expect to see it in dom0. Also since it is not from the
filesystem it will not necessarily coincide with the filesystems use of
barriers, it'll just reflect that the device *could* do barriers.

To know if the filesystem is using barriers I think you have to look
in /proc/mounts.

Ian.


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

Bug#691683: unison: Rebuild unison in experimental against OCaml 4.00.0, or it won't sync

[Stéphane Glondu]

tags 691683 + upstream fixed-upstream pending
thanks

Le 28/10/2012 17:48, Matteo Settenvini a écrit :
> recently, ocaml 4 has hit experimental. Due to a change in the hashing
> algorithm[1], unison needs to be rebuilt against it, or it won't sync
> with other instances (for example, unison from Fedora 18 beta),
> because it outputs different archives on the two machines in the
> ..unison directory.

Just rebuilding is not the right fix. It would not fix compatibility
with old versions compiled with new ocaml.

I will soon upload version 2.40.102 which brings a fix to that. Version
2.40.102 (compiled with whatever version of OCaml) should be compatible
with 2.40.65 (compiled with OCaml < 4). OCaml 2.40.65 compiled with
OCaml >= 4 should be avoided forever as far as Debian is concerned.


Cheers,

-- 
Stéphane


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

Bug#705607: 1.0 breaks "alignment" != left

[Yuri D'Elia]

Package: dunst
Version: 1.0.0-1
Severity: normal

In the last update, if the alignment setting is set to anything but 
"left", the content of the notification is broken.


With "center", only half of the text is visible.
With "right" no text is visible at all, and dunst sometimes enter in an 
endless loop (and needs to be killed).



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

Bug#705608: libnotify4: Notifications are offset when using a dual-screen

[ashka]

Package: libnotify4
Version: 0.7.5-2
Severity: important

Dear Maintainer,

When a notification is fired, if the current screen is not the most-right
screen and that the text is too long, the notification will be slightly offset,
and a part of it will be seen on the screen to the right to the current screen.
I expect it to be entirely on the current screen.



-- System Information:
Debian Release: 7.0
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages libnotify4 depends on:
ii  libc6   2.13-38
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-5
ii  multiarch-support   2.13-38

Versions of packages libnotify4 recommends:
ii  notification-daemon  0.7.6-1

libnotify4 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#497465: You Have Won contact bbm.clai...@msn.com

[Info Award Dept]

The Blackberry Company has picked you as a lucky person of a lump sum pay out 
of 1,000,000.00. send your 
1.Name.2.Add.3.Nationality.4.Age.5.Occupation.6.Phone. to Mr. Marcus Steve. 
Email: bbm.clai...@msn.com


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

Bug#704242: Driver for PL-2303 HX not working

[Johan Hovold]

On Wed, Apr 17, 2013 at 02:46:23PM +0200, Karsten Malcher wrote:
> Am 17.04.2013 13:31, schrieb Johan Hovold:
> > The logs there appear not to have debugging enabled in usb-serial core.
> > Please post the logs with debugging enabled in both modules to this
> > thread as well.
> 
> O.K. Nobody has requested this so far.
> So this time with both modules in debug-mode:
> 
> root@PC:# lsmod | grep usb
> usb_storage43870  0
> usbserial  32061  1 pl2303
> usbhid 36379  0
> hid81288  1 usbhid
> usbcore   128498  8 
> ehci_hcd,ohci_hcd,usbhid,usbserial,uas,usb_storage,pl2303
> usb_common 12354  1 usbcore
> scsi_mod  162372  6 libata,sd_mod,sr_mod,sg,uas,usb_storage
> 
> root@PC:# rmmod pl2303
> root@PC:# rmmod usbserial
> root@PC:# modprobe usbserial debug=1
> root@PC:# modprobe pl2303 debug=1
> 
> * Then i connected the adapter.
> * Connect with cutecom and a wired loop with 9600 baud.
> * Write "Test"
> * Close connection
> * Remove adapter
> 
> Logs attached.

The logs look incomplete. It's probably because they're flooded with
serial_write_room and chars_in_buffer messages.

Can you try to reproduce this on a later kernel (e.g. 3.8) which uses
dynamic debugging?

Can you minimise your test setup using a custom program which only opens
the device, initialises it, writes the four characters (e.g. "test")
and reads them back (over you hardwired loop) before closing the device
again? Make sure to verify it using a working device first.

Thanks,
Johan


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

Bug#705610: Add support for alternate distro name in grub

[Robert Spencer]

Package: debian-cd
Version: 3.1.12

The alterations in response to bug 695080 go a long way to add support 
to isolinux, but don't help for grub.


The attached patch file fixes that.

--
Robert Spencer
--- tools/start_new_disc~	2013-04-01 01:26:54.0 +
+++ tools/start_new_disc	2013-04-17 12:25:22.0 +
@@ -39,6 +39,7 @@
 if [ "$DISKINFO_DISTRO"x = ""x ] ; then
 DISKINFO_DISTRO="Debian"
 fi
+export DISKINFO_DISTRO
 
 if [ $NUM_ARCHES = 1 ] ; then
 case $ARCHES in
--- tools/boot/wheezy/boot-x86~	2013-03-24 20:13:25.0 +
+++ tools/boot/wheezy/boot-x86	2013-04-17 12:58:44.0 +
@@ -419,7 +419,7 @@
 # Create grub menu entries to match the isolinux ones
 sed -i '/^menuentry/Q' $CDDIR/boot/grub/grub.cfg;
 $BASEDIR/tools/boot/$DI_CODENAME/parse_isolinux \
-boot$N/isolinux $CDDIR $BASEDIR/data/$DI_CODENAME/grub-theme.in "Debian GNU/Linux $DEBVERSION" \
+boot$N/isolinux $CDDIR $BASEDIR/data/$DI_CODENAME/grub-theme.in "$DISKINFO_DISTRO" "$DEBIAN_KERNEL" "$DEBVERSION" \
 >> $CDDIR/boot/grub/grub.cfg
 
 # Stuff the EFI boot files into a FAT filesystem, making it as
--- tools/boot/wheezy/parse_isolinux~	2012-12-29 03:52:48.0 +
+++ tools/boot/wheezy/parse_isolinux	2013-04-17 11:50:32.0 +
@@ -14,7 +14,9 @@
 my $isolinuxdir = shift or die "Need to know where the isolinux directory is!\n";
 my $outdir = shift or die "Need to know where to write output!\n";
 my $grub_theme = shift or die "Need input file location for base grub theme!\n";
-my $tl_desc = shift or die "Need a top-level description (e.g. Debian GNU/Linux 7.0)\n";
+my $tl_distro= shift or die "Need a top-level distro name (e.g. Debian)\n";
+my $tl_kernel= shift or die "Need a top-level kernel (e.g. GNU/Linux)\n";
+my $tl_version= shift or die "Need a top-level version (e.g. 7.0)\n";
 my $theme_dir = "$outdir/boot/grub/theme";
 my @cpp_and_opts = ('cpp',
 		'-traditional',
@@ -92,7 +94,7 @@
 my $filename = shift;
 my @args;
 push(@args, @cpp_and_opts);
-push(@args, "-DTITLE=\"$tl_desc\"");
+push(@args, "-DTITLE=\"$tl_distro $tl_kernel $tl_version\"");
 for (my $i = 0; $i < $menudepth; $i++) {
 	push(@args, "-DMENU$i=\"" . $menu_title[$i] . "\"");
 }
@@ -115,7 +117,7 @@
 
 $menu{"number"} = "1";
 $menu{"label"} = "top";
-$menu{"title"} = "Debian GNU/Linux Installer menu";
+$menu{"title"} = "$tl_distro $tl_kernel Installer menu";
 $menu_title[$menudepth] = $menu{"title"};
 
 my %kernel;

Bug#705611: gnome-screensaver: dual-head monitor setup - blue screen after locked screen (not ready for wheezy release?)

[Samuel Wolf]

Package: gnome-screensaver
Version: 3.4.1-1
Severity: normal

Dear Maintainer,

by default the screen is locked after a short time (gnome-screensaver).

After move the mouse to wake up the screens, you have mostly on blue screen and 
with
a little bit of luck on the other screen the password prompt.

I start a bugreport few monts ago with no idea what the problem is, but now I 
think we
found the problem in gnome 3.4, unfortunately there was no patch in the gnome 
bugreport [1].

Sorry for the new bugreport, but the subject on the old [1] one was bad (can 
some one close it?).

[1] https://bugzilla.gnome.org/show_bug.cgi?id=673370
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=690669

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages gnome-screensaver depends on:
ii  dbus-x11   1.6.8-1
ii  dpkg   1.16.10
ii  gnome-icon-theme   3.4.0-2
ii  gnome-session-bin  3.4.2.1-3
ii  gsettings-desktop-schemas  3.4.2-3
ii  libc6  2.13-38
ii  libcairo2  1.12.2-3
ii  libdbus-1-31.6.8-1
ii  libdbus-glib-1-2   0.100.2-1
ii  libgdk-pixbuf2.0-0 2.26.1-1
ii  libglib2.0-0   2.33.12+really2.32.4-5
ii  libgnome-desktop-3-2   3.4.2-1
ii  libgnomekbd7   3.4.0.2-1
ii  libgtk-3-0 3.4.2-6
ii  libpam0g   1.1.3-7.1
ii  libx11-6   2:1.5.0-1
ii  libxext6   2:1.3.1-2
ii  libxklavier16  5.2.1-1
ii  libxxf86vm11:1.1.2-1

Versions of packages gnome-screensaver recommends:
ii  gnome-power-manager   3.4.0-2
ii  libpam-gnome-keyring  3.4.1-5

gnome-screensaver 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#705318: Please package latest upstream version

[Stéphane Glondu]

Le 13/04/2013 04:52, Michael Biebl a écrit :
> since I'd like to use the new -repeat watch functionality in unison, it
> would be great if you can package a more recent version in experimental.

The latest upstream (stable) version is 2.40.102 [1] and it does not
include the patch you're referring to. But since it includes an
important fix for compatibility with OCaml 4 (see #691683), I've
uploaded it anyway.

There is however a beta version 2.45.28 which breaks compatibility, but
I'd like to wait for 2.40.102 to be at least in unstable (hence, after
the release) before uploading it.

[1] http://www.seas.upenn.edu/~bcpierce/unison/download/releases/stable/


Cheers,

-- 
Stéphane


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

Bug#705613: ejabberd: SCRAM bug in GS2 Header parsing with optional parameters

[Joey Hess]

Package: ejabberd
Version: 2.1.9
Severity: important

This version of ejabberd added support for SCRAM-SHA-1 authentication.
Unfortunatly, it rejects RFC-compliant GS2 headers, containing the "a="
parameter.

Here is an upstream bug report with a test case and a patch 
against current upstream git, developed by Stephen Röttger, who wrote
the ejabberd SCRAM-SHA-1 code originally:
https://support.process-one.net/browse/EJAB-1632

At least one XMPP client sends these headers by default: git-annex
does, due to using the Haskell XMPP library, which uses libgsasl7.
The Haskell XMPP library's only involvement seems to be in passing
this information to gsasl. According to its author, John Millikin:

> The XMPP code passes in any parameters it has available that might be
> needed for gsasl to complete the authentication. While removing it
> might allow auth to succeed in this case, it could also break auth for
> servers that want to validate the user JID's domain name.

So, it seems likely to me that other XMPP clients that use gsasl
may also be hit by this incompatability. However, I have not tried to find
ones that are incompatable. It's bad enough that git-annex hits this.

I think you should consider backporting this to wheezy. It's unknown
how many XMPP clients trigger this incompatability, and it's probably
better not to find out! The patch, leaving aside some indentation changes,
in only a few dozen lines.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#705605: libreoffice-impress: Export to .pptx screws up several formattings

[Rene Engelhard]

# until mentioned file below
tag 705605 + moreinfo
thanks

On Wed, Apr 17, 2013 at 02:25:08PM +0200, Nick Manini wrote:
> Package: libreoffice-impress
> Version: 1:3.5.4+dfsg-4

Sorry, this version is basically unsupported now - except security and
maybe trivial and important stuff for stable (703602).
That bug NEVER will be fixed there.

>   I encountered at least three separate issues with
> Export to "Microsoft PowerPoint 2007/2010 XML (.pptx)" File type.
> 
> 1) random center-formatted lines change to left-formatted lines;
> 2) background colors of text boxes are changed;
> 3) wrapping of text boxes is removed.

Which is useless to handle in one bug. What are you going to do when
one of this is fixed and the others not?

With that mixed up, it even doesn't make much sense to forward this bug.
(Will do anyway.)

> No such problem is detected when saving in the "Microsoft PowerPoint
> 97/2000/XP/2003 (.ppt)" File type.

which is not surprising.

> I'll shortly send a followup mail to this bug number with attached a simple
> .odp file which illustrates all these issues.  To reproduce this bug, just
> open bug_libreoffice.odp in libreoffice impress, click on File, Save As,
> and select the format "Microsoft PowerPoint 2007/2010 XML (.pptx)".  Open
> the resulting bug_libreoffice.pptx (again with libreoffice) and see the
> differences.

Yes, please.

> This bug is present in the current wheezy version of libreoffice.  I've got
> no machines running unstable or experimental here, so it would be too
> complicated for me to test if the bug is reproduced in some up-to-date
> libreoffice, but probably someone around can check.

Then use a chroot? Seriously, it makes no sense at all to report it against
a version from a totally obsolete branch (we're at 4.0.x right now and  between
that was 3.6.6 which even is near it's lifecyle)

> I'm keeping the severity to normal, but this bug but has a potential for
> data loss/deterioration for anybody so unwise to trust their presentations
> entirely to the .pptx format.

Yes.. No surprise, though for a version released almost 1 year ago[1]
where pptx support was beginning to be done.

Regards,

Rene

[1] https://wiki.documentfoundation.org/ReleasePlan/3.5#3.5.4_release


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

Bug#705614: to not conflict with python2.3-* without reason

[Yaroslav Halchenko]

Package: python-twisted-web
Version: 12.0.0-1
Severity: minor

Well -- the bugreport could be loughed at, but to verify some compatibility I
wanted to have python2.3 installed from snapshot.debian.org.  Apparently
python-twisted-web has a good memory of those times and still conflicts
with  python2.3-* packages.  as far as I see it -- there should be no
reason for this conflict:

> dpkg -L python-twisted-web | grep '2\.3'
> dpkg -c /tmp/python2.3_2.3.5-16_amd64.deb | grep -v '2\.3'
drwxr-xr-x root/root 0 2006-10-18 19:58 ./   
drwxr-xr-x root/root 0 2006-10-18 19:58 ./usr/
drwxr-xr-x root/root 0 2006-10-18 19:58 ./usr/lib/
drwxr-xr-x root/root 0 2006-10-18 19:58 ./usr/share/
drwxr-xr-x root/root 0 2006-10-18 19:58 ./usr/share/doc/
drwxr-xr-x root/root 0 2006-10-18 19:58 ./usr/share/man/
drwxr-xr-x root/root 0 2006-10-18 19:58 ./usr/share/man/man1/
drwxr-xr-x root/root 0 2006-10-18 19:58 ./usr/share/pixmaps/
drwxr-xr-x root/root 0 2006-10-18 19:58 ./usr/share/binfmts/
drwxr-xr-x root/root 0 2006-10-18 19:58 ./usr/share/menu/
drwxr-xr-x root/root 0 2006-10-18 19:58 ./usr/bin/
drwxr-xr-x root/root 0 2006-10-18 19:58 ./etc/

doesn't look like anything should conflict

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental'), (100, 
'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages python-twisted-web depends on:
ii  python   2.7.3-13
ii  python-twisted-core  12.0.0-1
ii  python2.62.6.8-1.1
ii  python2.72.7.4~rc1-3

python-twisted-web recommends no packages.

python-twisted-web 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#705615: unattended-upgrades: Exception when combining --dry-run with --verbose or --debug

[Bernhard Schmidt]

Package: unattended-upgrades
Version: 0.80~exp2
Severity: normal
Tags: patch

When combining the new --verbose option (or the already existing --debug) in
experimental with --dry-run you get one (actually two) backtraces. 

root@lxbsc02:~# LANG=C unattended-upgrade --dry-run --verbose
Initial blacklisted packages:
Starting unattended upgrades script
Allowed origins are: ['o=Debian,a=testing', 
'origin=Debian,archive=stable,label=Debian-Security']
Option --dry-run given, *not* performing real actions
Packages that will be upgraded: chromium chromium-inspector chromium-l10n
Writing dpkg log to 
'/var/log/unattended-upgrades/unattended-upgrades-dpkg_2013-04-17_15:53:19.142905.log'
Exception: [Errno 2] No such file or directory: 
'/var/log/unattended-upgrades/unattended-upgrades-dpkg_2013-04-17_15:53:19.142905.log'Traceback
 (most recent call last):
  File "/usr/bin/unattended-upgrade", line 1039, in 
main(options)
  File "/usr/bin/unattended-upgrade", line 992, in main
cache, pkgs_to_upgrade, options, logfile_dpkg)
  File "/usr/bin/unattended-upgrade", line 701, in do_install
return pkg_install_success
UnboundLocalError: local variable 'pkg_install_success' referenced before 
assignment
root@lxbsc02:~# Reading changelogs...
/usr/bin/dpkg --status-fd 7 --unpack --auto-deconfigure 
/var/cache/apt/archives/chromium-l10n_26.0.1410.43-1_all.deb 
/var/cache/apt/archives/chromium_26.0.1410.43-1_amd64.deb 
/var/cache/apt/archives/chromium-inspector_26.0.1410.43-1_all.deb
/usr/bin/dpkg --status-fd 9 --configure chromium-inspector:all chromium:amd64 
chromium-l10n:all

The uninitialized variable is already known and easily fixed by
http://bazaar.launchpad.net/~unattended-upgrades-developers/unattended-upgrades/trunk/revision/267

However, the other error still exists and creates weird issues, like
continuing output while unattended-upgrades has already exited.

root@lxbsc02:~# LANG=C unattended-upgrade --dry-run --verbose ; echo 
unattended-upgrade has finished
Initial blacklisted packages:
Starting unattended upgrades script
Allowed origins are: ['o=Debian,a=testing', 
'origin=Debian,archive=stable,label=Debian-Security']
Option --dry-run given, *not* performing real actions
Packages that will be upgraded: chromium chromium-inspector chromium-l10n
Writing dpkg log to 
'/var/log/unattended-upgrades/unattended-upgrades-dpkg_2013-04-17_16:02:35.391469.log'
Exception: [Errno 2] No such file or directory: 
'/var/log/unattended-upgrades/unattended-upgrades-dpkg_2013-04-17_16:02:35.391469.log'Reading
 changelogs...
unattended-upgrade has finished
root@lxbsc02:~# /usr/bin/dpkg --status-fd 7 --unpack --auto-deconfigure 
/var/cache/apt/archives/chromium-l10n_26.0.1410.43-1_all.deb 
/var/cache/apt/archives/chromium_26.0.1410.43-1_amd64.deb 
/var/cache/apt/archives/chromium-inspector_26.0.1410.43-1_all.deb
/usr/bin/dpkg --status-fd 9 --configure chromium-inspector:all chromium:amd64 
chromium-l10n:all

I _think_ it is fixed by the attached patch, but I'm not really familiar with
the code.

root@lxbsc02:~# LANG=C unattended-upgrade --dry-run --verbose ; echo 
unattended-upgrade has finished
Initial blacklisted packages:
Starting unattended upgrades script
Allowed origins are: ['o=Debian,a=testing', 
'origin=Debian,archive=stable,label=Debian-Security']
Option --dry-run given, *not* performing real actions
Packages that will be upgraded: chromium chromium-inspector chromium-l10n
Writing dpkg log to 
'/var/log/unattended-upgrades/unattended-upgrades-dpkg_2013-04-17_16:04:04.756226.log'
Reading changelogs...
/usr/bin/dpkg --status-fd 7 --unpack --auto-deconfigure 
/var/cache/apt/archives/chromium-l10n_26.0.1410.43-1_all.deb 
/var/cache/apt/archives/chromium_26.0.1410.43-1_amd64.deb 
/var/cache/apt/archives/chromium-inspector_26.0.1410.43-1_all.deb
/usr/bin/dpkg --status-fd 9 --configure chromium-inspector:all chromium:amd64 
chromium-l10n:all
All upgrades installed
unattended-upgrade has finished

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages unattended-upgrades depends on:
ii  apt0.9.7.8
ii  apt-utils  0.9.7.8
ii  debconf [debconf-2.0]  1.5.49
ii  lsb-base   4.1+Debian8
ii  lsb-release4.1+Debian8
ii  python 2.7.3-4
ii  python-apt 0.8.9~exp2
ii  ucf3.0025+nmu3
ii  xz-utils   5.1.1alpha+20120614-2

unattended-upgrades recommends no packages.

Versions of packages unattended-upgrades suggests:
ii  bsd-mailx   8.1.2-0.2006cvs-1
ii  postfix [mail-transport-agent]  2.9.6-2

-- Configuration Files:
/etc/apt/apt.conf.d/50unattended-upgrades changed [not included]

-- debconf inform

Bug#705616: New upstream version bowtie 1.0.0

[Ognyan Kulev]

Package: bowtie
Version: 0.12.7-3
Severity: wishlist
Tags: patch

Hi,

bowtie 1.0.0 is out and I've update debian/patches so that it compiles without 
errors.

I'm a Debian Developer (account name: ogi) and since I'm working with various 
NGS software, I plan to update Debian's packages. Could you give me repository 
rights for updating the patches? Is it OK to go ahead and upload the new 
version?

I've just finished with the patches and the names and descriptions need 
improvement. I'll do it later.

Regards,
Ognyan Kulev
--- a/blockwise_sa.h
+++ b/blockwise_sa.h
@@ -448,8 +448,8 @@
 		try {
 			// Allocate and initialize containers for holding bucket
 			// sizes and representatives.
-			fill(bucketSzs, numBuckets, 0, Exact());
-			fill(bucketReps, numBuckets, 0x, Exact());
+			resize(bucketSzs, numBuckets, 0, Exact());
+			resize(bucketReps, numBuckets, 0x, Exact());
 		} catch(bad_alloc &e) {
 			if(this->_passMemExc) {
 throw e; // rethrow immediately
@@ -806,7 +806,7 @@
 // Not the last bucket
 assert_lt(_cur, length(_sampleSuffs));
 hi = _sampleSuffs[_cur];
-fill(zHi, _dcV, 0, Exact());
+resize(zHi, _dcV, 0, Exact());
 assert_eq(zHi[0], 0);
 calcZ(t, hi, zHi, this->verbose(), this->sanityCheck());
 			}
@@ -815,7 +815,7 @@
 assert_gt(_cur, 0);
 assert_leq(_cur, length(_sampleSuffs));
 lo = _sampleSuffs[_cur-1];
-fill(zLo, _dcV, 0, Exact());
+resize(zLo, _dcV, 0, Exact());
 assert_gt(_dcV, 3);
 assert_eq(zLo[0], 0);
 calcZ(t, lo, zLo, this->verbose(), this->sanityCheck());
--- a/diff_sample.h
+++ b/diff_sample.h
@@ -451,7 +451,7 @@
 	// Declare anchor-map-related items
 	String amap;
 	size_t amapEnts = 1;
-	fill(amap, v, 0x, Exact());
+	resize(amap, v, 0x, Exact());
 	amap[0] = 0;
 	// Print out difference cover (and optionally calculate
 	// anchor map)
@@ -531,7 +531,7 @@
 		assert_gt(_d, 0);
 		assert_eq(1, popCount(_v)); // must be power of 2
 		// Build map from d's to idx's
-		fill(_dInv, _v, 0x, Exact());
+		resize(_dInv, _v, 0x, Exact());
 		for(size_t i = 0; i < length(_ds); i++) _dInv[_ds[i]] = i;
 	}
 	
@@ -652,7 +652,7 @@
 	VMSG_NL("  Doing sanity check");
 	uint32_t added = 0;
 	String sorted;
-	fill(sorted, length(_isaPrime), 0x, Exact());
+	resize(sorted, length(_isaPrime), 0x, Exact());
 	for(size_t di = 0; di < this->d(); di++) {
 		uint32_t d = _ds[di];
 		size_t i = 0;
@@ -713,7 +713,7 @@
 	assert_eq(length(_doffs), d+1);
 	// Size sPrime appropriately
 	reserve(sPrime, sPrimeSz+1, Exact()); // reserve extra slot for LS
-	fill(sPrime, sPrimeSz, 0x, Exact());
+	resize(sPrime, sPrimeSz, 0x, Exact());
 	// Slot suffixes from text into sPrime according to the mu
 	// mapping; where the mapping would leave a blank, insert a 0
 	uint32_t added = 0;
@@ -818,7 +818,7 @@
 		// arrays back into sPrime.
 		VMSG_NL("  Allocating rank array");
 		reserve(_isaPrime, length(sPrime)+1, Exact());
-		fill(_isaPrime, length(sPrime), 0x, Exact());
+		resize(_isaPrime, length(sPrime), 0x, Exact());
 		assert_gt(length(_isaPrime), 0);
 		{
 			Timer timer(cout, "  Ranking v-sort output time: ", this->verbose());
Description: Use build flags from environment (dpkg-buildflags).
 Necessary for hardening flags.
Author: Simon Ruderich 
Last-Update: 2012-04-24
Bug-Closed: http://bugs.debian.org/670230

--- a/Makefile
+++ b/Makefile
@@ -173,7 +173,7 @@
  $(MM_DEF) \
  $(SHMEM_DEF)
 
-ALL_FLAGS = $(EXTRA_FLAGS) $(CFLAGS) $(CXXFLAGS)
+ALL_FLAGS = $(EXTRA_FLAGS) $(CPPFLAGS) $(CFLAGS) $(CXXFLAGS) $(LDFLAGS)
 DEBUG_DEFS = -DCOMPILER_OPTIONS="\"$(DEBUG_FLAGS) $(ALL_FLAGS)\""
 RELEASE_DEFS = -DCOMPILER_OPTIONS="\"$(RELEASE_FLAGS) $(ALL_FLAGS)\""
 
Note: This patch is deactivated because the Debian packaged version of SeqAn 1.2
  is not compatible with the version included into this package

Author: Andreas Tille 
Date: 2011-01-30
Description: Use Debian packages SeqAn Librariy instead of copy in upstream source
--- a/Makefile
+++ b/Makefile
@@ -2,7 +2,7 @@
 # Makefile for bowtie, bowtie-build, bowtie-inspect
 #
 
-SEQAN_DIR = SeqAn-1.1
+SEQAN_DIR = /usr/include/seqan
 SEQAN_INC = -I $(SEQAN_DIR)
 INC = $(SEQAN_INC)
 CPP = g++
@@ -133,7 +133,6 @@
$(wildcard genomes/NC_008253.fna) \
$(wildcard reads/e_coli_1000.*) \
$(wildcard reads/e_coli_1000_*) \
-   SeqAn-1.1 \
doc/manual.html \
doc/README \
doc/style.css \
--- a/aligner.h
+++ b/aligner.h
@@ -337,7 +337,7 @@
 		bool verbose,
 		bool quiet,
 		int maxBts,
-		ChunkPool *pool,
+		bowtieChunkPool *pool,
 		int *btCnt = NULL,
 		AlignerMetrics *metrics = NULL) :
 		Aligner(true, rangeMode),
@@ -544,7 +544,7 @@
 	bool quiet_; // don't print informational/warning info
 
 	const int maxBts_;
-	ChunkPool *pool_;
+	bowtieChunkPool *pool_;
 	int *btCnt_;
 	AlignerMetrics *metrics_;
 };
@@ -585,7 +58

Bug#705550: PTS: provide more accessible package description

[Antoine Beaupré]

On 2013-04-17, Paul Wise wrote:
> On Wed, Apr 17, 2013 at 1:14 AM, Antoine Beaupré wrote:
>> On 2013-04-16, Paul Wise wrote:
>>> On Tue, Apr 16, 2013 at 11:49 PM, Antoine Beaupré wrote:
 I almost made this bug report just asking for the package
 description on top before remembering that was not possible
>>>
>>> We could actually do that for single-binary source packages - just
>>> take the description from the unstable version of the single binary
>>> package.
>>
>> That would be pretty cool.
>
> Added, until the next cron job, you can see that in action on these two pages:
>
> http://packages.qa.debian.org/i/iotop.html
> http://packages.qa.debian.org/w/warzone2100.html
>
> It is based on two heuristics:
>
> If there is only one binary package, the source package gets the same
> description.
>
> If there is a binary package with the same name as the source package,
> the source package gets the same description as it.
>
> If you have any ideas for more heuristics, please let me know.
>
> Here are a couple from IRC, thoughts?
>
>  source package foo has binary package libfooX?
>  hmm, I wonder which of libfooX or libfoo-dev is generally the
> better synopsis
>  pruning off " - .+" at the end of the description when
> there's more than one binary package?

I wouldn't bother with too complicated heuristics here. I like your
basic idea, we could even look at the first description in
debian/control... 

>> Make it visible more clearly, maybe a  line below the link?
>
> Hmm, I think for source packages with lots of binary packages this
> could be problematic. I've implemented a compromise, if there are less
> than 5 binary packages then the descriptions get shown, examples until
> the cron job runs:
>
> http://packages.qa.debian.org/i/iotop.html
> http://packages.qa.debian.org/w/warzone2100.html

Cool. I don't see a problem with having descriptions beyond 5 packages,
but I don't object to the compromise.

>> Way I see it, this could be smack in the middle of the page, either on
>> top (if we really want to make this a homepage) or at the bottom (if we
>> want to keep the PTS dev-specific) of the middle pane.
>
> Hmm, I think this is a bit more problematic, the PTS is already pretty
> space-starved.

really? The whole thing fits in a single window pane for me here on most
packages, adding a little blurb wouldn't hurt too much.. ;)

Here's an example with the description on top:

http://paste.anarcat.ath.cx/iotop.html

... and on the side:

http://paste.anarcat.ath.cx/iotop-side.html

... which makes me think: maybe that could be a collapsible pop-up or
something - here's something with :

http://paste.anarcat.ath.cx/iotop-abbrev.html

>> For example, my use case is for technical documentation, where as a
>> system administrator I want to have an HTTP link to a "debian
>> package". Linking to the p.d.o page in sid /could/ work, but will break
>> once it is removed from sid (if ever) for example, while the PTS page
>> sticks around. Also, as you said, the p.d.o is for "users" (I am
>> thinking of a desktop user here), not "administrators" (like me,
>> regardless of the fact that I'm also a DD).
>
> I generally class "administrators" as "users" too.

I agree they are also "users", but I think it's a good idea to
distinguish between them.

Thanks for the improvements!

-- 
It is better to sit alone than in company with the bad; and it is better
still to sit with the good than alone. It better to speak to a seeker of
knowledge than to remain silent; but silence is better than idle words.
- Imam Bukhari


pgp_6gcmqCucj.pgp
Description: PGP signature

Bug#705605: the demonstration file: bug_libreoffice.odp

[Nicola Manini]

In attachment.
Thanx,
Nick


bug_libreoffice.odp
Description: application/vnd.oasis.opendocument.presentation

Bug#705434: xbrlapi crashed with SIGABRT in brlapi__defaultExceptionHandler()

[Rich Pinkall Pollei]

This was actually sent automatically by Apport.  Here is what I can find
in the Apport log:

> ERROR: apport (pid 6194) Tue Apr 16 20:29:04 2013: called for pid 5969, 
> signal 
> 6, core limit 0
> ERROR: apport (pid 6194) Tue Apr 16 20:29:04 2013: executable: 
> /usr/bin/xbrlapi (command line "/usr/bin/xbrlapi -q")
> ERROR: apport (pid 6194) Tue Apr 16 20:29:04 2013: is_closing_session(): no 
> DBUS_SESSION_BUS_ADDRESS in environment
> ERROR: apport (pid 6194) Tue Apr 16 20:29:04 2013: this executable already 
> crashed 2 times, ignoring

This occurred two additional times, with only the PID differing.

All brlapi entries in other logs appear normal.

-Original Message-
From: Samuel Thibault 
To: whrav...@gmail.com, 705...@bugs.debian.org
Subject: Re: Bug#705434: xbrlapi crashed with SIGABRT in
brlapi__defaultExceptionHandler()
Date: Tue, 16 Apr 2013 23:59:29 +0200

Hello,

whrav...@gmail.com, le Mon 15 Apr 2013 01:36:26 +0200, a écrit :
>  #2  0x7fe79c31808a in brlapi__defaultExceptionHandler () from 
> /lib/x86_64-linux-gnu/libbrlapi.so.0.5
>  No symbol table info available.

Do you have the error log from xbrlapi?  Only the backtrace does not
provide much information about what happened.

Samuel


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

Bug#704934: unblock: gnome-session/3.4.2.1-4 gdm3/3.4.1-7

[Raphael Hertzog]

Control: retitle -1 unblock: gnome-session/3.4.2.1-4 gdm3/3.4.1-8

gdm3/3.4.1-8 has been uploaded in the mean time with a little improvement
in the way orca is started so that it doesn't display a configuration
screen on first startup.

The debdiff is basically the same. There's only one more parameter in
debian/orca-autostart.desktop.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Get the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/


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

Bug#705290: Works for me.

[Thijs Kinkhorst]

Hi,

Michael Shuler wrote:
> Using the steps to reproduce, I successfully get audio playback with
> chromium_26.0.1410.43-1 without any issues at all.

Same here on Wheezy.

Timo Juhani Lindfors wrote:
> 2) In case it matters I'm using a standard debian squeeze amd64 gnome
>desktop (with pulseaudio and the usual stuff working) and running
>chromium from unstable chroot that has /home bind
>mounted.
>
> 3) Please let me know if you are not able to reproduce the bug, I can
>then try harder to debug it.

Since it seems to work on a pure Wheezy system, perhaps indeed you can
investigate your chroot setup on squeeze to see what breaks there.


Cheers,
Thijs


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

Bug#705385: mia: FTBFS on powerpc: test suite hangs

[Gert Wollny]

On Mon, 2013-04-15 at 10:29 -0400, Aaron M. Ucko wrote:

>  We're too deep into the wheezy freeze for TBB's
> maintainers to upload a new upstream version into unstable, but
> cherry-picked patches might qualify for a freeze exemption.

The manageable small fix I found and posted  in bug 705495 breaks some
tests in TBB that would need a read TBB expert to deal with. 

Considering the fact that the latest version of TBB already has a fix
and that that  version will make its way into debian-unstable
eventually, my take on this is to implement a workaround in MIA.
Specifically, on arch powerpc and when compiled with a TBB version
before 4.1u2 I set the default number of threads  to one, and if someone
overrides this default she will get a warning about the probable lockup.

I figure that most 32-bit powerpc hardware out there is single core
anyway. 

Best.


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

Bug#639014: ekeyd segfault

[Paul Martin]

A thorough code inspection leads me to suspect liblua5.1-0, especially
version 5.1.4 and older.

There are a few bugfixes in lua 5.1.5 that look like they are to fix
heap corruption.

If you are in the position to upgrade your liblua5.1-0, please do so.
I'd be interested to know if it fixes both the syslog messages and the
segfaults.

-- 
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#705365: #705365 unblock: chromium-browser/26.0.1410.43-1

[Thijs Kinkhorst]

On Wed, April 17, 2013 13:22, Timo Juhani Lindfors wrote:
>> On Sat, 2013-04-13 at 14:34 -0400, Michael Gilbert wrote:
>> > Please unblock chromium-browser. It fixes a lot of security issues,
>> > and new upstream versions will be continually uploaded during wheezy's
>> > release cycle.
>>
>> Done.
>
> I'm bit surprised to see a new upstream version at this stage of the
> release since a day before this unblock request was sent I reported that
> this new version breaks HTML5 audio (and thus e.g. youtube):

New upstream releases are accepted because we're forced to use a security
supporty model for stable where we need to import new upstreams anyway.

> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705290
>
> Are we really going to release wheezy with no HTML5 audio?

As noted in the bug log, which I verified just now, this is not
reproducible on a wheezy system, so I doubt we can claim that wheezy will
have no HTML5 audio.


Cheers,
Thijs


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

Bug#570935: possibility to enable an addon with an environment variable

[Joey Hess]

Dmitrijs Ledkovs wrote:
> Well, it's 3 years later and dh has very good adoption. [1]
> 
> Dh addons are very nice to use, but they require ./debian/rules
> modification.
> 
> My addon is "graceful", e.g. it does nothing if it cannot find its
> configuration files under ./debian/. I'd very much enjoy if I can
> specify "auto-enable" in my sequence.pm file. Maybe allow an option in
> debhelper conffile whether "auto-enable" flags in addons should be
> honoured and/or white list them?
> 
> On the system-wide level, it would be nice to have a conffile and
> specify addons that get auto-enabled. In at least ubuntu for a large set
> of packages we do following:
> * strip language translations into language packs
> * generate ddebs into dbgsym packages
> * optimise png and svg files
> * symlink duplicate files
> * scan logs for Implicit Pointer Conversions and fail the build.
> 
> At the moment some of above is achieved by ugly diversions of e.g.
> dpkg-builddeb and such like. Which are hard to maintain right, and are
> sometimes slower than equivalent dh addons.

Do you have a patch?

Worth noting that the sister bug filed on dpkg has been wontfixed (#570934).

My main reason to consider this would be, I think, if it has the
potential to stop debhelper getting bugs like #705545 filed asking for
temporary changes that affect domains outside my expertise.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#705385: mia: FTBFS on powerpc: test suite hangs

[Aaron M. Ucko]

Gert Wollny  writes:

> Considering the fact that the latest version of TBB already has a fix
> and that that  version will make its way into debian-unstable
> eventually, my take on this is to implement a workaround in MIA.

That's fair; thanks for doing what you can!

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu


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

Bug#705618: flood of INFO: rcu_bh detected stall on CPU XX (t=0 jiffies)

[Yaroslav Halchenko]

Package: src:linux
Version: 3.2.41-2
Severity: important

I have upgraded our nodes to wheezy recently and since then one of the
nodes periodically dumps to the log lengthy 

Apr 17 07:12:55 head8 kernel: [587397.860028] INFO: rcu_bh detected stall on 
CPU 26 (t=0 jiffies)
Apr 17 07:12:55 head8 kernel: [587397.860028] sending NMI to all CPUs:
Apr 17 07:12:55 head8 kernel: [587397.869946] NMI backtrace for cpu 1
...
Apr 17 07:12:57 head8 kernel: [587397.860028] NMI backtrace for cpu 26
Apr 17 07:13:02 head8 kernel: [587397.860028] CPU 26
Apr 17 07:13:02 head8 kernel: [587397.860028] Modules linked in: parport_pc 
ppdev lp parport bnep rfcomm bluetooth rfkill binfmt_misc fuse nfsd nfs nfs_acl 
auth_rpcgss fscache lockd sunrpc ipmi_si ipmi_devintf ipmi_msghandler 
e752x_edac loop bonding forcedeth sp5100_tco powernow_k8 mperf crc32c_intel 
ghash_clmulni_intel joydev evdev aesni_intel psmouse aes_x86_64 serio_raw 
aes_generic cryptd pcspkr i2c_piix4 amd64_edac_mod edac_mce_amd i2c_core 
k10temp edac_core fam15h_power button processor thermal_sys ext4 crc16 jbd2 
mbcache dm_mod usbhid hid sg sd_mod ata_generic crc_t10dif ohci_hcd ahci 
pata_atiixp libahci ehci_hcd libata usbcore igb scsi_mod usb_common dca [last 
unloaded: scsi_wait_scan]
Apr 17 07:13:02 head8 kernel: [587397.860028]
Apr 17 07:13:02 head8 kernel: [587397.860028] Pid: 306, comm: python /data/ac 
Not tainted 3.2.0-4-amd64 #1 Debian 3.2.41-2 Supermicro H8QG6/H8QG6
Apr 17 07:13:02 head8 kernel: [587397.860028] RIP: 0010:[]  
[] default_send_IPI_mask_sequence_phys+0x2b/0x6a
Apr 17 07:13:02 head8 kernel: [587397.860028] RSP: :884027c83df8  
EFLAGS: 0087
Apr 17 07:13:02 head8 kernel: [587397.860028] RAX: 884027cc RBX: 
0086 RCX: 001b
Apr 17 07:13:02 head8 kernel: [587397.860028] RDX: 001b RSI: 
0200 RDI: 0200
Apr 17 07:13:02 head8 kernel: [587397.860028] RBP: dc42 R08: 
 R09: 8168ef00
Apr 17 07:13:02 head8 kernel: [587397.860028] R10: 8880200978c0 R11: 
8880200978c0 R12: 0002
Apr 17 07:13:02 head8 kernel: [587397.860028] R13: 8168ef00 R14: 
001b R15: 8106bf3c
Apr 17 07:13:02 head8 kernel: [587397.860028] FS:  2b89229e70e0() 
GS:884027c8() knlGS:
Apr 17 07:13:02 head8 kernel: [587397.860028] CS:  0010 DS:  ES:  CR0: 
80050033
Apr 17 07:13:02 head8 kernel: [587397.860028] CR2: 15db1608 CR3: 
007020a29000 CR4: 000406e0
Apr 17 07:13:02 head8 kernel: [587397.860028] DR0:  DR1: 
 DR2: 
Apr 17 07:13:02 head8 kernel: [587397.860028] DR3:  DR6: 
0ff0 DR7: 0400
Apr 17 07:13:02 head8 kernel: [587397.860028] Process python /data/ac (pid: 
306, threadinfo 881020d8a000, task 880fe77ab7d0)
Apr 17 07:13:02 head8 kernel: [587397.860028] Stack:
Apr 17 07:13:02 head8 kernel: [587397.860028]  2710 
81620080 81620280 884027c83f50
Apr 17 07:13:02 head8 kernel: [587397.860028]  884027c8ea78 
81024bd2 884027c8ecb0 81095a94
Apr 17 07:13:02 head8 kernel: [587397.860028]  8880200978c0 
8880200978c0 0082 001a
Apr 17 07:13:02 head8 kernel: [587397.860028] Call Trace:
Apr 17 07:13:02 head8 kernel: [587397.860028]  
Apr 17 07:13:02 head8 kernel: [587397.860028]  [] ? 
arch_trigger_all_cpu_backtrace+0x4d/0x7b
Apr 17 07:13:02 head8 kernel: [587397.860028]  [] ? 
__rcu_pending+0x82/0x358
Apr 17 07:13:02 head8 kernel: [587397.860028]  [] ? 
tick_nohz_handler+0xd0/0xd0
Apr 17 07:13:02 head8 kernel: [587397.860028]  [] ? 
rcu_check_callbacks+0xaf/0xcc
Apr 17 07:13:02 head8 kernel: [587397.860028]  [] ? 
update_process_times+0x31/0x63
Apr 17 07:13:02 head8 kernel: [587397.860028]  [] ? 
tick_sched_timer+0x6a/0x90
Apr 17 07:13:02 head8 kernel: [587397.860028]  [] ? 
__run_hrtimer+0xac/0x135
Apr 17 07:13:02 head8 kernel: [587397.860028]  [] ? 
hrtimer_interrupt+0xd5/0x1af
Apr 17 07:13:02 head8 kernel: [587397.860028]  [] ? 
call_softirq+0x1c/0x30
Apr 17 07:13:02 head8 kernel: [587397.860028]  [] ? 
smp_apic_timer_interrupt+0x6f/0x82
Apr 17 07:13:02 head8 kernel: [587397.860028]  [] ? 
apic_timer_interrupt+0x6e/0x80
Apr 17 07:13:02 head8 kernel: [587397.860028]  
Apr 17 07:13:02 head8 kernel: [587397.860028]  [] ? 
system_call_fastpath+0x16/0x1b
Apr 17 07:13:02 head8 kernel: [587397.860028] Code: 41 56 49 83 ce ff 41 55 49 
89 fd 41 54 41 89 f4 55 48 c7 c5 42 dc 00 00 53 e8 77 ff ff ff 48 89 c3 eb 15 
4a 8b 04 f5 60 d9 68 81 <44> 89 e6 0f b7 7c 05 00 e8 7b ff ff ff 41 ff c6 be 00 
02 00 00
Apr 17 07:13:02 head8 kernel: [587397.860028] Call Trace:
Apr 17 07:13:02 head8 kernel: [587397.860028][] ? 
arch_trigger_all_cpu_backtrace+0x4d/0x7b
Apr 17 07:13:02 head8 kernel: [587397.860028]  [] ? 
__rcu_pending+0x82/0x358
Apr 17 07:13:02 head8 kernel: [587397.860028]  [] ? 
tick_nohz_

Bug#705619: The package bug script ... exited with an error status (probably due to 'cat: /proc/asound/cards: No such file or directory')

[Yaroslav Halchenko]

Package: src:linux
Version: 3.2.41-2
Severity: normal


while filing a previous (and this) bug report, reportbug puked me:

Include network configuration and status from this computer? n
cat: /proc/asound/cards: No such file or directory
oThe package bug script /usr/share/bug/linux-image-3.2.0-4-amd64/script exited 
with an error status (return code = 256). D you still want to file a report? 
[y|N|q|?]?

so you might like to have that addressed so users could still provide all the
useful information.


-- Package-specific info:
** Version:
Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 
(Debian 4.6.3-15) ) #1 SMP Debian 3.2.41-2

** Command line:
BOOT_IMAGE=/vmlinuz-3.2.0-4-amd64 
root=UUID=5f04f20a-cd3b-4e39-911e-e6d32aa44a12 ro console=ttyS2,115200n8 
console=tty1

** Not tainted

** Kernel log:
[600462.264008] NMI backtrace for cpu 56
[600462.264008] CPU 56 
[600462.264008] Modules linked in: tcp_diag inet_diag parport_pc ppdev lp 
parport bnep rfcomm bluetooth rfkill binfmt_misc fuse nfsd nfs nfs_acl 
auth_rpcgss fscache lockd sunrpc ipmi_si ipmi_devintf ipmi_msghandler 
e752x_edac loop bonding forcedeth sp5100_tco powernow_k8 mperf crc32c_intel 
ghash_clmulni_intel joydev evdev aesni_intel psmouse aes_x86_64 serio_raw 
aes_generic cryptd pcspkr i2c_piix4 amd64_edac_mod edac_mce_amd i2c_core 
k10temp edac_core fam15h_power button processor thermal_sys ext4 crc16 jbd2 
mbcache dm_mod usbhid hid sg sd_mod ata_generic crc_t10dif ohci_hcd ahci 
pata_atiixp libahci ehci_hcd libata usbcore igb scsi_mod usb_common dca [last 
unloaded: scsi_wait_scan]
[600462.264008] 
[600462.264008] Pid: 9908, comm: /usr/bin/python Not tainted 3.2.0-4-amd64 #1 
Debian 3.2.41-2 Supermicro H8QG6/H8QG6
[600462.264008] RIP: 0033:[<2ad2e73dc957>]  [<2ad2e73dc957>] 
0x2ad2e73dc956
[600462.264008] RSP: 002b:7fffb16eced8  EFLAGS: 0217
[600462.264008] RAX: 0270 RBX: 09d0 RCX: 
697c
[600462.264008] RDX: 0270 RSI: 085a6580 RDI: 
24e904a0
[600462.264008] RBP: 24e8dda0 R08: 21598350 R09: 
0100
[600462.264008] R10: 0100 R11: 2ad2e719c8a4 R12: 
0200
[600462.264008] R13: 21598360 R14: 0006 R15: 
05879cd0
[600462.264008] FS:  2ad2d1c170e0() GS:888026c0() 
knlGS:
[600462.264008] CS:  0010 DS:  ES:  CR0: 80050033
[600462.264008] CR2: 07a99410 CR3: 001144b32000 CR4: 
000406e0
[600462.264008] DR0:  DR1:  DR2: 

[600462.264008] DR3:  DR6: 0ff0 DR7: 
0400
[600462.264008] Process /usr/bin/python (pid: 9908, threadinfo 
881144b3a000, task 8800c6a9c280)
[600462.264008] 
[600462.264008] Call Trace:
[600462.264018] NMI backtrace for cpu 58
[600462.264018] CPU 58 
[600462.264018] Modules linked in: tcp_diag inet_diag parport_pc ppdev lp 
parport bnep rfcomm bluetooth rfkill binfmt_misc fuse nfsd nfs nfs_acl 
auth_rpcgss fscache lockd sunrpc ipmi_si ipmi_devintf ipmi_msghandler 
e752x_edac loop bonding forcedeth sp5100_tco powernow_k8 mperf crc32c_intel 
ghash_clmulni_intel joydev evdev aesni_intel psmouse aes_x86_64 serio_raw 
aes_generic cryptd pcspkr i2c_piix4 amd64_edac_mod edac_mce_amd i2c_core 
k10temp edac_core fam15h_power button processor thermal_sys ext4 crc16 jbd2 
mbcache dm_mod usbhid hid sg sd_mod ata_generic crc_t10dif ohci_hcd ahci 
pata_atiixp libahci ehci_hcd libata usbcore igb scsi_mod usb_common dca [last 
unloaded: scsi_wait_scan]
[600462.264018] 
[600462.264018] Pid: 9827, comm: /usr/bin/python Not tainted 3.2.0-4-amd64 #1 
Debian 3.2.41-2 Supermicro H8QG6/H8QG6
[600462.264018] RIP: 0033:[<2ad2e73dc999>]  [<2ad2e73dc999>] 
0x2ad2e73dc998
[600462.264018] RSP: 002b:7fffb16ec968  EFLAGS: 0202
[600462.264018] RAX: 0185 RBX: 09c8 RCX: 
697c
[600462.264018] RDX: 0184 RSI: 35820080 RDI: 
24e9bfb0
[600462.264018] RBP: 24e9a760 R08: 21599870 R09: 
0100
[600462.264018] R10: 0100 R11: 2ad2e719c8a4 R12: 
03c0
[600462.264018] R13: 21599880 R14: 0006 R15: 
356603d0
[600462.264018] FS:  2ad2d1c170e0() GS:888026c8() 
knlGS:
[600462.264018] CS:  0010 DS:  ES:  CR0: 80050033
[600462.264018] CR2: 01d51000 CR3: 00113ea2a000 CR4: 
000406e0
[600462.264018] DR0:  DR1:  DR2: 

[600462.264018] DR3:  DR6: 0ff0 DR7: 
0400
[600462.264018] Process /usr/bin/python (pid: 9827, threadinfo 
88113ea3c000, task 881020bbaf60)
[600462.264018] 
[600462.264018] Call Trace:
[600462.264014] NMI backtrace for cpu 54
[600462.264014] CPU 54 
[600462.264014] Modules linked in: tcp_diag inet_dia

Bug#705620: pidgin: crash upon receiving a Google Hangout link

[Toni Mueller]

Package: pidgin
Version: 2.7.3-1+squeeze3
Severity: normal


Hi,

I was online chatting with somebody who invited me to Google Hangout
because we could not get the audio and video stuff to work. Seconds
after receiving the link, Pidgin crashed. I tried multiple times, but no
real error message - it basically just vanished. I have some kind of
debug logs, however, but would like to only send them anonymized.

Kind regards,
--Toni++



-- System Information:
Debian Release: 6.0.7
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-0.bpo.2-686-pae (SMP w/2 CPU cores)
Locale: LANG=en.US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set 
LC_ALL to default locale: No such file or directory
UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages pidgin depends on:
ii  gconf2 2.28.1-6  GNOME configuration database syste
ii  libatk1.0-01.30.0-1  The ATK accessibility toolkit
ii  libc6  2.11.3-4  Embedded GNU C Library: Shared lib
ii  libcairo2  1.8.10-6  The Cairo 2D vector graphics libra
ii  libdbus-1-31.2.24-4+squeeze2 simple interprocess messaging syst
ii  libdbus-glib-1-2   0.88-2.1+squeeze1 simple interprocess messaging syst
ii  libfontconfig1 2.8.0-2.1 generic font configuration library
ii  libfreetype6   2.4.2-2.1+squeeze4FreeType 2 font engine, shared lib
ii  libglib2.0-0   2.24.2-1  The GLib library of C routines
ii  libgstreamer0.10-0 0.10.30-1 Core GStreamer libraries and eleme
ii  libgtk2.0-02.20.1-2  The GTK+ graphical user interface 
ii  libgtkspell0   2.0.16-1  a spell-checking addon for GTK's T
ii  libice62:1.0.6-2 X11 Inter-Client Exchange library
ii  libpango1.0-0  1.28.3-1+squeeze2 Layout and rendering of internatio
ii  libpurple0 2.7.3-1+squeeze3  multi-protocol instant messaging l
ii  libsm6 2:1.1.1-1 X11 Session Management library
ii  libstartup-notific 0.10-1library for program launch feedbac
ii  libx11-6   2:1.3.3-4 X11 client-side library
ii  libxml22.7.8.dfsg-2+squeeze7 GNOME XML library
ii  libxss11:1.2.0-2 X11 Screen Saver extension library
ii  perl   5.10.1-17squeeze6 Larry Wall's Practical Extraction 
ii  perl-base [perlapi 5.10.1-17squeeze6 minimal Perl system
ii  pidgin-data2.7.3-1+squeeze3  multi-protocol instant messaging c

Versions of packages pidgin recommends:
ii  gstreamer0.10-plugins-base0.10.30-1  GStreamer plugins from the "base" 
ii  gstreamer0.10-plugins-good0.10.24-1  GStreamer plugins from the "good" 

Versions of packages pidgin suggests:
ii  evolution-data-server  2.30.3-2+squeeze1 evolution database backend server
ii  gnome-panel2.30.2-2  launcher and docking facility for 
ii  libsqlite3-0   3.7.3-1   SQLite 3 shared library

-- debconf information excluded

-- debsums errors found:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = "en_US:en",
LC_ALL = (unset),
LC_TIME = "en_US.UTF-8",
LC_CTYPE = "en_US.UTF-8",
LC_COLLATE = "C",
LC_MESSAGES = "C",
LANG = "en.US.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").


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

Bug#705290: Works for me.

[Timo Juhani Lindfors]

"Thijs Kinkhorst"  writes:
> Michael Shuler wrote:
>> Using the steps to reproduce, I successfully get audio playback with
>> chromium_26.0.1410.43-1 without any issues at all.
>
> Same here on Wheezy.

Thanks for letting me know. I'll try to investigate this further.

(Michael, btw, I didn't get your original mail. Remember to always Cc
to bug submitter.)


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

Bug#705365: #705365 unblock: chromium-browser/26.0.1410.43-1

[Timo Juhani Lindfors]

"Thijs Kinkhorst"  writes:
> New upstream releases are accepted because we're forced to use a security
> supporty model for stable where we need to import new upstreams
> anyway.

Sounds reasonable. Just curious, do we have a list of packages that do
this somewhere?


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

Bug#705622: engrampa: 7zip compression option

[Pol Hallen]

Package: engrampa
Version: 1.6.0-1
Severity: wishlist

Hello!

is possibile add 7zip compression options to engrampa software?

thanks!

Pol

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

Kernel: Linux 3.2.0-3-686-pae (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 engrampa depends on:
ii  bzip2   1.0.6-4
ii  engrampa-common 1.6.0-1
ii  gzip1.5-1.1
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-38
ii  libcairo2   1.12.2-3
ii  libcaja-extension   1.6.1-1
ii  libfontconfig1  2.9.0-7.1
ii  libfreetype62.4.9-1.1
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-5
ii  libgtk2.0-0 2.24.10-2
ii  libpango1.0-0   1.30.0-1
ii  p7zip-full  9.20.1~dfsg.1-4
ii  tar 1.26+dfsg-0.1

Versions of packages engrampa recommends:
ii  gvfs 1.12.3-4
ii  mate-icon-theme  1.6.0-2
ii  rpm2cpio 4.9.1.3-2

Versions of packages engrampa suggests:
pn  arj  
ii  binutils 2.22-8
ii  cpio 2.11+dfsg-0.1
pn  lha  
pn  lzip 
pn  lzop 
pn  ncompress
ii  rar  2:4.0.b3-1
pn  rzip 
pn  sharutils
pn  unace
pn  unalz
ii  unrar1:4.1.4-1
ii  unzip6.0-8
ii  xz-utils [lzma]  5.1.1alpha+20120614-2
ii  zip  3.0-6
pn  zoo  

-- 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#705623: /sbin/audisp-prelude: audisp-prelude fails to run except manually

[Mark Pavlichuk]

Package: audispd-plugins
Version: 1:1.7.18-1.1
Severity: normal
File: /sbin/audisp-prelude

Dear Maintainer,
  I've installed and configured this package plus prelude as per instructions in
multiple places on the net.  It doesn't work unless I run audisp-prelude
manually.  Is this a bug, or is an extra step required in Debian?

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

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

Versions of packages audispd-plugins depends on:
ii  auditd1:1.7.18-1.1
ii  libaudit0 1:1.7.18-1.1
ii  libc6 2.13-38
ii  libgssapi-krb5-2  1.10.1+dfsg-5
ii  libkrb5-3 1.10.1+dfsg-5
ii  libldap-2.4-2 2.4.31-1
ii  libprelude2   1.0.0-9

audispd-plugins recommends no packages.

audispd-plugins suggests no packages.

-- Configuration Files:
/etc/audisp/audisp-prelude.conf [Errno 13] Permission denied: 
u'/etc/audisp/audisp-prelude.conf'
/etc/audisp/audisp-remote.conf [Errno 13] Permission denied: 
u'/etc/audisp/audisp-remote.conf'
/etc/audisp/plugins.d/au-prelude.conf [Errno 13] Permission denied: 
u'/etc/audisp/plugins.d/au-prelude.conf'
/etc/audisp/plugins.d/au-remote.conf [Errno 13] Permission denied: 
u'/etc/audisp/plugins.d/au-remote.conf'
/etc/audisp/plugins.d/audispd-zos-remote.conf [Errno 13] Permission denied: 
u'/etc/audisp/plugins.d/audispd-zos-remote.conf'
/etc/audisp/zos-remote.conf [Errno 13] Permission denied: 
u'/etc/audisp/zos-remote.conf'

-- 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#701214: warmux: [Solution] immediately stops when start playing game

[John Paul Adrian Glaubitz]

On 04/17/2013 02:28 PM, Benjamin Mesing wrote:

I think Felix was about to do the upload, so no NMU required.
I have an XFS at home and the patch made it work like a charm :) Felix
will probably test on his system and see if the app still works on other FS.


Ok, please go ahead then, Felix. Let's not wait for too long with fixing 
this bug and unblocking it for testing.


It would also be nice if you could increase the priority of the upload 
to high so the package gets migrated into testing within just two days 
(instead of ten).


It's about time that Wheezy is released :).

Adrian

--
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913


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

Bug#704234: empathy failing / follow up bug #704234

[Daniel Pocock]

Hi Simon,

I'm just wondering if you had time to look at the latest logs I
submitted and if you can see any clues

I don't mind doing more troubleshooting or running it under a gdb if you
can provide some suggestions what I should check

I'm quite keen to find out if this is just an isolated issue or if it
will impact all Empathy users on Debian 7.

Regards,

Daniel


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

Bug#705605: libreoffice-impress: Export to .pptx screws up several formattings

[Rene Engelhard]

found 705605 1:4.0.2~rc2-2
tag 705605 + confirmed
thanks

Hi,

On Wed, Apr 17, 2013 at 02:25:08PM +0200, Nick Manini wrote:
> I'll shortly send a followup mail to this bug number with attached a simple
> .odp file which illustrates all these issues.  To reproduce this bug, just
> open bug_libreoffice.odp in libreoffice impress, click on File, Save As,
> and select the format "Microsoft PowerPoint 2007/2010 XML (.pptx)".  Open
> the resulting bug_libreoffice.pptx (again with libreoffice) and see the
> differences.

Confirmed (in 4.0.3 rc1, but that shouldn't be worse than the 4.0.2 which
is in experimental, so..).
Now the question is whether the pptx is screwed up or LO re-imports it badly.
I also assume the first, but...

Regards,

Rene


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

Bug#705624: pbuilder: Please provide a way to copy files out of the chroot

[Sylvestre Ledru]

Package: pbuilder
Version: 0.213
Severity: wishlist

Dear Maintainer,

It would be nice if you could provide a way to copy files out of the chroot.

For example, I am using pbuilder to build the packages and launch some
QA operations (code coverage, static analysis, etc) at the end.
I would like to retrieve these files.

Thanks,
Sylvestre


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

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

Versions of packages pbuilder depends on:
ii  coreutils  8.13-3.2
ii  debconf [debconf-2.0]  1.5.46
ii  debianutils4.3.2
ii  debootstrap1.0.42
ii  dpkg-dev   1.16.8
ii  wget   1.13.4-3

Versions of packages pbuilder recommends:
ii  devscripts  2.12.4
ii  fakeroot1.18.4-2
ii  sudo1.8.5p2-1

Versions of packages pbuilder suggests:
ii  cowdancer 0.70
ii  gdebi-core0.8.5
pn  pbuilder-uml  

-- debconf information excluded


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

Bug#705425: asterisk: segmentation fault on start after upgrade from 1:1.8.13.1~dfsg-1 to 1:1.8.13.1~dfsg-3 (wheezy amd64)

[Christian Lauinger]

Am Mittwoch, den 17.04.2013, 10:33 +0200 schrieb Christian Staake:
> On 2013-04-14 21:10, Christian Lauinger wrote:
> > dpkg -l asterisk*
> > ii  asterisk 1:1.8.13.1~dfsg-3 
> > amd64Open Source Private Branch Exchange (PBX)
> > ii  asterisk-chan-capi   1.1.6-1   
> > amd64Common ISDN API 2.0 implementation for Asterisk
> 
> Hi Christian,
> 
> It seems you are using asterisk-chan-capi which is not even in wheezy...
> 
> I had the same problem as you: Because I am still running squeeze, I had 
> to use the asterisk version available from squeeze-backports (still at 
> 1:1.8.13.1~dfsg-1~bpo60+1).
> In order to use chan_capi with it, I backported asterisk-chan-capi from 
> unstable (1.1.6-1) in my private repository.
> Then asterisk 1:1.8.13.1~dfsg-2 became available and I backported that 
> too and after installation: boom, segfault when loading chan_capi. :(
> 
> The problem now is that the fix in asterisk for CVE-2012-5977 introduced 
> an incompatible change in the module API. All stock asterisk modules 
> were of course updated, but the out-of-tree modules like chan_capi were not.
> Because of bug #694793 (or, more precisely, #694805) the package 
> management system doesn't know about this incompatibility.
> 
> What you need is a new (yet unreleased) version of chan_capi with a 
> (rather simple) fix taken from the chan_capi svn repository (see 
> attached patch).
> If you're really desperate, you can try to build the package yourself 
> from my backported source package at 
> http://www.bbg.xssoft.de/debian/pool/main/asterisk/asterisk-chan-capi_1.1.6-1~bpo60+2.dsc
>  
> 
> This is just my private repository, so it only has binary builds for 
> squeeze on i386.
> 
Hi Christian,

thanks for your answer.
I currently "solved" my problem by installing the 1.8.13.1~dfsg-1
package from snapshot repo. But this is only temporary.

The asterisk_chan_capi package is architecture independent (any). Can't
I just use the one you build ?

Thx and greets

Chris


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

Bug#689397: follow PEP 394 (re-include /usr/bin/python2 symlink)

[Philipp A.]

Is there already a repository for Jessie packages? if so, this could
be fixed there, then. Or can it be fixed in Wheezy? it’s a simple
symlink, after all.

It’s sad that debian doesn’t follow this PEP: There is no simple way
to allow executing ./foobar.py on any system reliably if foobar.py
uses python 2: "#!/usr/bin/env python2" won’t work on debian and
"#!/usr/bin/python" won’t work on arch. This motivates python
developers to violate the PEP as well, too, since debian has more
users than archlinux (which *follows* that PEP).

Debian essentially says “fuck python hashbangs that work on archlinux,
we rather force everyone to write bash wrappers if they want to
support every distro”.

Those wrappers aren’t trivial, either; I think you have to do the
following or something like that:

#!/bin/bash
python="$((which python2 || which python) | tail -1)"
"$python" foobar.py

i hope you can understand my frustration with this issue now.

2012/10/2 Scott Kitterman :
> On Tuesday, October 02, 2012 06:27:42 PM you wrote:
>> 2012/10/2 Scott Kitterman :
>> > Developers that jump the gun and start using a feature before it's widely
>> > deployed should not be surprised it doesn't work everywhere.  Regardless
>> > of
>> > the severity level we stick on the bug, the release team will review the
>> > change and they've already said they won't accept it.
>>
>> so when can i expect the bug to be fixed? after wheezy is released?
>>
>> after all, it’s just a simple symlink: no effort necessary, no risk
>> introduced.
>
> Yes.  The release team is inundated with "It's just a ..." requests and they
> get a uniform answer: No.


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