Bug#721453: Anything new ?

[Jerome Flesch]

Hello,

Because of this bug, I don't know if I can rely on Clutter to do the
animations I want. This is blocking me.

Could you just tell me if you reproduce this bug as well and intend to
fix it, please ?

Thanks in advance,


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

Bug#722166: bobcat: Please do not write timestamps in gzip files

[Frank B. Brokken]

Dear J?r?my Bobbio, you wrote:
> ...
> For the latter to work, we need to eliminate any variations coming from
> external factors, like timestamps.
> 
> Hope that helps,

Absolutely,

Thanks for the speedy clarification!

Cheers,

-- 
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281 
Public PGP key: http://pgp.surfnet.nl
Key Fingerprint: DF32 13DE B156 7732 E65E  3B4D 7DB2 A8BE EAE4 D8AA


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

Bug#722166: bobcat: Please do not write timestamps in gzip files

[Jérémy Bobbio]

Hi Frank,

Frank B. Brokken:
> Of course I am. Could somebody please enlighten me what the problem actually
> is? This is the first time in my l-o-o-o-o-ng life that I learn about a thing
> called a `timestamp of a gzip file' and that it may cause problems.

In Debian context, it currently can pause problem for multiarch:


Some people are also working on having byte-by-byte reproducible
builds [1]. This adds a way to verify that a given source produces the
same binary. When done by multiple independent people, this would give
Debian some resistance against targatted attacks on its developers.

For the latter to work, we need to eliminate any variations coming from
external factors, like timestamps.

[1] http://wiki.debian.org/ReproducibleBuilds

Hope that helps,
-- 
Lunar.''`. 
lu...@debian.org: :Ⓐ  :  # apt-get install anarchism
`. `'` 
  `-   


signature.asc
Description: Digital signature

Bug#722213: [Pkg-owncloud-maintainers] Bug#722213: owncloud: contains unregistered embedded copy of php-patchwork-utf8

[Diederik de Haas]

On Monday 09 September 2013 08:17:53 Helmut Grohne wrote:
> It has come to my attention that owncloud fully embeds[1] the
> php-patchwork-utf8 package. This practise is discouraged by the Debian
> policy, but not prohibited. Please investigate whether you can use the
> php-patchwork-utf8 package instead of embedding it.

See bug #721889

-- 
GPG: 0x138E41915C7EFED6

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

Bug#721075: pu: package stellarium/0.11.3-1

[Tomasz Buchert]

On 08/09/13 19:59, Adam D. Barratt wrote:
> On Mon, 2013-09-02 at 00:12 +0200, Tomasz Buchert wrote:
> > On 01/09/13 22:41, Adam D. Barratt wrote:
> > > On Sun, 2013-09-01 at 21:11 +0100, Jonathan Wiltshire wrote:
> > > > There is one instance of whitespace noise in your patch:
> > > [...]
> > > > so please go ahead, and it's up to you if you want to correct that 
> > > > first.
> > > 
> > > One additional note:
> [...]
> > Ok, corrected and attached.
> 
> Please go ahead; thanks.
> 
> Regards,
> 
> Adam
> 

Hi,
just to be sure on that: by "go ahead" you mean that I can upload it?

Cheers,
Tomasz


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

Bug#722211: [Aptitude-devel] Bug#722211: please make aptitude more clever on resolving dependency problems

[Axel Beckert]

Control: tag -1 + confirmed

Hi Harald,

Harald Dunkel wrote:
> Its hard to reproduce, but when aptitude asks me to resolve
> package conflits it presends an endless flow of complex
> package sets to keep and downgrade and to remove, instead
> of keeping a single package that can still be found in
> testing.

Indeed. Aptitude currently seems to prefer removals and downgrades
over keeps.

You can changed that yourself either with resolver hints (see
http://aptitude.alioth.debian.org/doc/en/ch02s03s05.html) or resolver
costs (see http://aptitude.alioth.debian.org/doc/en/ch02s03s04.html).

> It would be very nice if this could be improved, e.g. by
> some algorithm looking for the least painful change and
> presenting it first.

That'd be nice when running unstable, yes.

Not sure though if it's the best solution during dist-upgrades from
oldstable to stable.

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#722057: libdspam7-drv-hash: dspam segfaults [libhash_drv on _hash_drv_seek()]

[Raphaël]

On Sat, Sep 07, 2013 at 08:33:21PM +0200, Thomas Preud'homme wrote:
> Le samedi 7 septembre 2013 09:51:28 Raphael Droz a écrit :
> Symbols for libdspam7-drv-hash are found in libdspam7-dbg. Could you install 
> it and give me stacktrace you get with it?

cannot reproduce the segfault with gdb attached [seems "caught"], see dmesg:


# before
> [1789927.243664] cssclean[19441]: segfault at 7f9a9235a000 ip 
> 00403b5b sp 7fff03c76f50 error 7 in cssclean[40+c000]
> [1790149.375722] cssclean[20088]: segfault at 7f47faf76000 ip 
> 00403b5b sp 7fffe4ca6aa0 error 7 in cssclean[40+c000]
> [1790258.467683] dspam[20448]: segfault at 7f3dbee971c0 ip 7f3dbbfdc69a 
> sp 7f3dbbfd2048 error 4 in libhash_drv.so.7.0.0[7f3dbbfd8000+6000]
> [1790317.292935] dspam[20639]: segfault at 7fc7239e3c88 ip 7fc7249e969a 
> sp 7fc7249df048 error 4 in libhash_drv.so.7.0.0[7fc7249e5000+6000]
> [1790436.865577] cssclean[21207]: segfault at 7f115c85b000 ip 
> 00403af6 sp 7fffbad55270 error 4 in cssclean[40+c000]
> [1790683.690902] dspam[21369]: segfault at 7f818dc5db20 ip 7f818acfe69a 
> sp 7f818a2b2048 error 4 in libhash_drv.so.7.0.0[7f818acfa000+6000]
> [1790726.958260] cssclean[21906]: segfault at 7f2943d15000 ip 
> 00403af6 sp 7fff4de21140 error 4 in cssclean[40+c000]
> [1861882.986382] cssclean[29031]: segfault at 7f5961562000 ip 
> 00403af6 sp 7fff8ee5a630 error 4 in cssclean[40+c000]

# since gdb is attached:
> [1866157.050310] dspam[19015] trap int3 ip:7f796e791c21 sp:7fff8ace3708 
> error:0
> [1873018.143174] cssclean[13762]: segfault at 7f5e84d35000 ip 
> 00403af6 sp 7fff606566c0 error 4 in cssclean[40+c000]
> [1873320.510550] cssstat[14430]: segfault at 7f3a35434010 ip 0040373d 
> sp 7fff2cbfcac0 error 4 in cssstat[40+c000]
> [1873509.922881] cssstat[14900]: segfault at 7fb25cd23010 ip 0040373d 
> sp 7fffcab5bc00 error 4 in cssstat[40+c000]
> [1873528.544267] cssstat[14984]: segfault at 7fcde4ed2010 ip 0040373d 
> sp 7a51a510 error 4 in cssstat[40+c000]
> [1948279.518065] cssclean[25403]: segfault at 7f89cc849000 ip 
> 00403af6 sp 7fff016eb060 error 4 in cssclean[40+c000]
> [1953904.527031] dspam[13449] trap int3 ip:7ffa2a143c21 sp:7fff4001f358 
> error:0

how would I trace these ?


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

Bug#722201: Fwd: [Debian-Islamic-maintainers] Bug#722201: FTBFS: several errors

[أحمد المحمودي]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256


-  Original Message 
From: Micah Gersten 
Sent: Mon Sep 09 03:52:37 جرينتش+02:00 2013
To: Debian Bug Tracking System 
Subject: [Debian-Islamic-maintainers] Bug#722201: FTBFS: several errors

Package: zekr
Version: 1.1.0+repack-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

See 
https://launchpadlibrarian.net/144030976/buildlog_ubuntu-saucy-i386.zekr_1.1.0%2Brepack-1_FAILEDTOBUILD.txt.gz
I was able to reproduce a similar log in a sid amd64 chroot.
Thanks in advance.

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

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

___
Debian-islamic-maintainers mailing list
debian-islamic-maintain...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-islamic-maintainers


- --
 ‎أحمد المحمودي (Ahmed El-Mahmoudy)
  Digital design engineer
 GPG KeyID: 0xEDDDA1B7
 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7
-BEGIN PGP SIGNATURE-
Version: APG v1.0.8

iQFYBAEBCABCBQJSLWP8OxwjLUUvICdERS1FSC9KIChBaG1lZCBFbC1NYWhtb3Vk
eSkgPGFlbG1haG1vdWR5QHNhYmlseS5vcmc+AAoJELwZapTt3aG3wfYH/1Thbx02
Le0BpCug+QHMWQB7+6eD5eSsgnrVSDRVJyFmr1QfgJArflzv3WdJDt5RmvxzdeOb
xT0goEaGzp0A19PvoefxUT2qDOOs1IccxHf1cPNfYqP0TyRLtPuRe6GldoJelWUw
BjM/H/Oaz8XbL4nlTdW7s/AuRN0m2jjGB2MEbG8/JvN/6kfslBYeJQEAvb2yoI4n
6AuGB5SzCw1Kn/dkcZTEIBMts9zZ0yGSCr6BmLQeIT+x0hiktua2YNEAH9f7IfRX
nkJMDRUG90R0vUTliYUggWtxXRUIhAWaEsqEUH7bthyWkho58hwb27aJpDDZn/GU
DVSnS25XxJKWnso=
=QSW2
-END PGP SIGNATURE-


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

Bug#722214: dh-python: ASCII conversion error in pybuild autotest

[Scott Kitterman]

Package: dh-python
Version: 1.20130903-1
Severity: important

Still working on pybik (so you can grab it from the PAPT svn to recreate
this problem):

make[1]: Leaving directory `/tmp/buildd/pybik-1.1'
   dh_auto_test -O--buildsystem=pybuild
E: pybuild pybuild:255: test: plugin distutils failed with: 'ascii' codec can't 
decode byte 0xc2 in position 57: ordinal not in range(128)
dh_auto_test: pybuild --test -i python{version} -p 3.3 --dir . returned exit 
code 13
make: *** [build] Error 13

I'm not 100% sure if that's an actual dh-python bug or it's just very
unfriendly about explaining there's a bug in the package.


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

Bug#722166: bobcat: Please do not write timestamps in gzip files

[Frank B. Brokken]

Dear J??r??my Bobbio, you wrote:
> Control: tags -1 + patch
> 
> tony mancill:
> > Thanks for the suggestion and for looking into the cause of the issue
> > with the bobcat build.  I'm suspect that Frank, the upstream developer,
> > will be willing to address this in a future upstream release.

Of course I am. Could somebody please enlighten me what the problem actually
is? This is the first time in my l-o-o-o-o-ng life that I learn about a thing
called a `timestamp of a gzip file' and that it may cause problems.

I'll adapt the upstream sources later this week.

Cheers,

-- 
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281 
Public PGP key: http://pgp.surfnet.nl
Key Fingerprint: DF32 13DE B156 7732 E65E  3B4D 7DB2 A8BE EAE4 D8AA


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

Bug#722213: owncloud: contains unregistered embedded copy of php-patchwork-utf8

[Helmut Grohne]

Package: owncloud
Version: 5.0.10+dfsg-1
Severity: important

Dear Maintainer,

It has come to my attention that owncloud fully embeds[1] the
php-patchwork-utf8 package. This practise is discouraged by the Debian
policy, but not prohibited. Please investigate whether you can use the
php-patchwork-utf8 package instead of embedding it. In case there is a
strong version binding, this may be infeasible.

If this is not possible, at a bare minimum you need to register[2] your
embedded copy with the security tracker. This is especially true,
because both packages are network facing components and therefore are
likely candidates for security updates.

In case you conclude that removing the embedding is not feasible, I can
do the registration for you.

Helmut

[1] http://dedup.debian.net/compare/owncloud/php-patchwork-utf8
[2] https://wiki.debian.org/EmbeddedCodeCopies


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

Bug#704785: OGRE's FTBFS #713640 affects other packages

[Paul Wise]

On Sat, 2013-09-07 at 13:57 +0100, Manuel A. Fernandez Montecelo wrote:

> OGRE only uses boost::thread (the dependency on boost::system comes
> from boost::thread, is the only thing that OGRE uses).  Since 1.53 it
> seems that thread requires system, something that didn't happen before
> but it's likely to stay in the future.
> 
> OGRE can also be built against POCO or TBB for its threading support.
> 
> So I think that either OGRE upstream should emit the correct flags, or
> there's something wrong with Boost itself, but can't tell confidently
> enough yet for knowing what should be done.

Based on your analysis above it appears that this is a bug in boost. If
you could track this down and have it fixed, that would be great since I
will mostly be offline this week.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#722211: please make aptitude more clever on resolving dependency problems

[Harald Dunkel]

Package: aptitude
Version: 0.6.8.2-1
Severity: wishlist

I am working on Unstable, using Testing as a fallback in
my sources.list.

Its hard to reproduce, but when aptitude asks me to resolve
package conflits it presends an endless flow of complex
package sets to keep and downgrade and to remove, instead
of keeping a single package that can still be found in
testing.

It would be very nice if this could be improved, e.g. by
some algorithm looking for the least painful change and
presenting it first.


Regards
Harri


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

Bug#722210: perl-modules: Module::Load::Conditional fails in taint mode with "Insecure dependency in eval while running with -T switch at /usr/share/perl/5.18/Module/Metadata.pm line 631"

[Daniel Kahn Gillmor]

On 09/09/2013 01:37 AM, Daniel Kahn Gillmor wrote:
> Package: perl-modules
> Version: 5.18.1-3
> Severity: important
> Control: affects -1 msva-perl
> 
> in perl 5.14.2-21, the following command returns cleanly:
> 
> perl -wTMModule::Load::Conditional -e 
> 'Module::Load::Conditional::can_load(modules => { 'Test' => undef });'
> 
> 0 dkg@wheezy:~$ perl -wTMModule::Load::Conditional -e 
> 'Module::Load::Conditional::can_load(modules => { 'Test' => undef });'
> 0 dkg@wheezy:~$ 
> 
> 
> but in perl 5.18.1-3, it fails harshly:
> 
> 0 dkg@alice:~$ perl -wTMModule::Load::Conditional -e 
> 'Module::Load::Conditional::can_load(modules => { 'Test' => undef });'
> Insecure dependency in eval while running with -T switch at 
> /usr/share/perl/5.18/Module/Metadata.pm line 631,  line 23.
> 25 dkg@alice:~$ 
> 
> This appears to mean that any code running in taint mode that uses
> Module::Load::Conditional::can_load will fail hard.  This is causing a
> crash in msva-perl, which deliberately runs in taint mode and also may
> conditionally load a handful of pre-known modules if they are present
> on the system.
> 
> Marking this as important since it breaks msva-perl and probably other
> code.

Interestingly, if none of the modules that are trying to be loaded are
installed, this taint error does not show up, so the failures are
contingent on one of the conditionally-loaded modules actually being
present.

--dkg



signature.asc
Description: OpenPGP digital signature

Bug#722210: perl-modules: Module::Load::Conditional fails in taint mode with "Insecure dependency in eval while running with -T switch at /usr/share/perl/5.18/Module/Metadata.pm line 631"

[Daniel Kahn Gillmor]

Package: perl-modules
Version: 5.18.1-3
Severity: important
Control: affects -1 msva-perl

in perl 5.14.2-21, the following command returns cleanly:

perl -wTMModule::Load::Conditional -e 
'Module::Load::Conditional::can_load(modules => { 'Test' => undef });'

0 dkg@wheezy:~$ perl -wTMModule::Load::Conditional -e 
'Module::Load::Conditional::can_load(modules => { 'Test' => undef });'
0 dkg@wheezy:~$ 


but in perl 5.18.1-3, it fails harshly:

0 dkg@alice:~$ perl -wTMModule::Load::Conditional -e 
'Module::Load::Conditional::can_load(modules => { 'Test' => undef });'
Insecure dependency in eval while running with -T switch at 
/usr/share/perl/5.18/Module/Metadata.pm line 631,  line 23.
25 dkg@alice:~$ 

This appears to mean that any code running in taint mode that uses
Module::Load::Conditional::can_load will fail hard.  This is causing a
crash in msva-perl, which deliberately runs in taint mode and also may
conditionally load a handful of pre-known modules if they are present
on the system.

Marking this as important since it breaks msva-perl and probably other
code.

   --dkg


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

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

Versions of packages perl-modules depends on:
ii  perl  5.18.1-3

Versions of packages perl-modules recommends:
pn  libarchive-extract-perl   
pn  libmodule-pluggable-perl  
pn  libpod-latex-perl 
pn  libterm-ui-perl   
pn  libtext-soundex-perl  

Versions of packages perl-modules suggests:
pn  libb-lint-perl   
pn  libcpanplus-dist-build-perl  
pn  libcpanplus-perl 
pn  libfile-checktree-perl   
pn  liblog-message-perl  
pn  liblog-message-simple-perl   
pn  libobject-accessor-perl  

-- debconf-show failed


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

Bug#720061: [BTS#720061] templates://snort/{snort.templates,snort-common.templates} : Final update for English review

[Christian PERRIER]

Dear Debian maintainer,

On Monday, August 19, 2013, I notified you of the beginning of a review process
concerning debconf templates for snort.

The debian-l10n-english contributors have now reviewed these templates,
and the final proposed changes are attached to this update to the
original bug report.

Please review the suggested changes, and if you have any
objections, let me know in the next 3 days.

However, please try to avoid uploading snort with these changes
right now.

The second phase of this process will begin on Thursday, September 12, 2013, 
when I will
coordinate updates to translations of debconf templates.

The existing translators will be notified of the changes: they will
receive an updated PO file for their language.

Simultaneously, a general call for new translations will be sent to
the debian-i18n mailing list.

Both these calls for translations will request updates to be sent as
individual bug reports. That will probably trigger a lot of bug
reports against your package, but these should be easier to deal with.

The call for translation updates and new translations will run until
about Thursday, October 03, 2013. Please avoid uploading a package with fixed 
or changed
debconf templates and/or translation updates in the meantime. Of
course, other changes are safe.

Please note that this is an approximative delay, which depends on my
own availability to process this work and is influenced by the fact
that I simultaneously work on many packages.

Around Friday, October 04, 2013, I will contact you again and will send a final 
patch
summarizing all the updates (changes to debconf templates,
updates to debconf translations and new debconf translations).

Again, thanks for your attention and cooperation.


-- 


# These templates have been reviewed by the debian-l10n-english
# team
#
# If modifications/additions/rewording are needed, please ask
# debian-l10n-engl...@lists.debian.org for advice.
#
# Even minor modifications require translation updates and such
# changes should be coordinated with translators and reviewers.

Template: snort/startup
Type: select
__Choices: boot, dialup, manual
Default: boot
_Description: Snort start method:
 Please choose how Snort should be started: automatically on boot,
 automatically when connecting to the net with pppd, or manually with the
 /usr/sbin/snort command.

Template: snort/interface
Type: string
Default: eth0
_Description: Interface(s) which Snort should listen on:
 This value is usually "eth0", but this may be inappropriate in some
 network environments; for a dialup connection "ppp0" might be more
 appropriate (see the output of "/sbin/ifconfig").
 .
 Typically, this is the same interface as the "default route" is on. You can
 determine which interface is used for this by running "/sbin/route -n"
 (look for "0.0.0.0").
 .
 It is also not uncommon to use an interface with no IP address
 configured in promiscuous mode. For such cases, select the
 interface in this system that is physically connected to the network
 that should be inspected, enable promiscuous mode later on and make sure
 that the network traffic is sent to this interface (either connected
 to a "port mirroring/spanning" port in a switch, to a hub, or to a tap).
 .
 You can configure multiple interfaces, just by adding more than
 one interface name separated by spaces. Each interface can have its
 own specific configuration.

Template: snort/address_range
Type: string
Default: 192.168.0.0/16
_Description: Address range for the local network:
 Please use the CIDR form - for example, 192.168.1.0/24 for a block of
 256 addresses or 192.168.1.42/32 for just one. Multiple values should
 be comma-separated (without spaces).
 .
 Please note that if Snort is configured to use multiple interfaces,
 it will use this value as the HOME_NET definition for all of them.

Template: snort/disable_promiscuous
Type: boolean
Default: false
_Description: Should Snort disable promiscuous mode on the interface?
 Disabling promiscuous mode means that Snort will only see packets
 addressed to the interface it is monitoring. Enabling it allows Snort to
 check every packet that passes the Ethernet segment even if it's a
 connection between two other computers.

Template: snort/invalid_interface
Type: error
_Description: Invalid interface
 Snort is trying to use an interface which does not exist or is down.
 Either it is defaulting inappropriately to "eth0", or you specified
 one which is invalid.

Template: snort/send_stats
Type: boolean
Default: true
_Description: Should daily summaries be sent by e-mail?
 A cron job can be set up to send daily summaries of Snort logs to a
 selected e-mail address.
 .
 Please choose whether you want to activate this feature.

Template: snort/stats_rcpt
Type: string
Default: root
_Description: Recipient of daily statistics mails:
 Please specify the e-mail address that should receive daily summaries
 of Snort logs.

Template: snort/options
Type: string
_Description: Addi

Bug#722209: yacy: Admin login failure

[Hughe Chung]

Package: yacy
Version: 1.62.9051
Severity: grave
Tags: upstream
Justification: renders package unusable

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

   * What led up to the situation?
   After installation yacy, I couldn't login as admin on yacy server. This
   makes impossible to configure yacy search engine in the beginning.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
 After stopping yacy daemon, I had to edit the following lines in yacy.conf 
file. Then restarted yacy daemon.

 adminAccountForLocalhost=false
 publicAdministratorPi=false
 adminAccount=
 adminAccountBase64MD5=53d27063489ec1082ad8ddc11c1badf5

   * What was the outcome of this action?
I could login as admin on yacy server.

   * What outcome did you expect instead?

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



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

Kernel: Linux 3.4.0-10.dmz.1-liquorix-amd64 (SMP w/6 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages yacy depends on:
ii  debconf1.5.46
ii  openjdk-6-jre [java2-runtime]  6b24-1.11.5-1
ii  sudo   1.8.5p2-1
ii  sun-java6-jre [java2-runtime]  6.26-0squeeze1

yacy recommends no packages.

yacy suggests no packages.

-- debconf information:
* yacy/network: freeworld
  yacy/network-url:
* yacy/memory-max: 600
* yacy/peername: theblue
* yacy/memory-start: 180


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

Bug#722208: ruby1.9-elisp: Emacs ruby mode not handling left curly brace

[Tom Epperly]

Package: ruby1.9-elisp
Version: 1.9.0.5-1
Severity: normal

Dear Maintainer,
I have Email 24.3.1 installed, and it is my default emacs. When I type
a left curly brace in an emacs buffer in ruby mode, it beeps and says
Symbol's value as variable is void: last-command-char
Pressing left curly brace multiple times repeats the behavior. No left
curly brace appears in the buffer. This problem does not appear in
Emacs 23.

Steps to reproduce the bug.
1. Running X11
2. In a terminal type "emacs24 --no-init-file /tmp/foo.rb". The
   --no-init-file is present to make sure it's not something from one
   of my .emacs file settings.
3. The Emacs24 window appears, and it's open to the foo.rb empty file.
4. Type "4.times {". The left curly brace problem shows itself.
5. Press '{' multiple times to repeat the bug.

The outcome is a beep and no left curly brace appearing.
I expected a left curly brace to appear in my buffer.


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

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

Versions of packages ruby1.9-elisp depends on:
ii  emacs23 [emacsen]  23.4+1-4.1
ii  emacs24 [emacsen]  24.3+1-1.1

ruby1.9-elisp recommends no packages.

Versions of packages ruby1.9-elisp suggests:
ii  irb1.9   1.9.0.5-1
ii  ruby1.9  1.9.0.5-1

-- 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#721521: [Pkg-fonts-devel] Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts

[Norbert Preining]

> What if they don't reply? Escalate to d-devel?

Nothing. There is no way you can easily take over a package.

You *can* upload fonts-urw-base35 and do everything there is, *without*
sjhipping temporary gsfonts packages.

That is fine.

But package take over is difficult. As it was mentioned recently
on d-d:
We can easily change the init system of Debian, but
not change maintainership.

ALl the best

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#721521: [Pkg-fonts-devel] Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts

[Fabian Greffrath]

Am Montag, den 09.09.2013, 09:10 +0900 schrieb Norbert Preining: 
> Pushed now.

Thanks!

> > As long as the maintainers of gsfonts do not agree, there is no chance
> > I will upload it.
> See here.

What if they don't reply? Escalate to d-devel?

- Fabian


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

Bug#722146: berusky2 crashes with assertion failure

[Max Kellermann]

On 2013/09/08 17:01, Markus Koschany  wrote:
> Does your computer posses a sound card at all or did you trigger this
> assertion by other means? Could you describe steps to reproduce this issue?

I listened to music, and Music Player Daemon had exclusive access to
the ALSA device.


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

Bug#722207: apt: 'apt-get -qq --print-uris dist-upgrade' fails to output anything

[Carlos Maddela]

Package: apt
Version: 0.9.11.2
Severity: normal

Dear Maintainer,

I have a script that relies on the above command to output the URIs of
the required deb packages, however it has recently come undone because
the -qq option causes the command to output nothing at all.  It
previously used to output the URIs without any extra messages or
prompting the user for confirmation.

Using a single -q does output URIs, but still outputs extra information
and waits for the user's response (which is equivalent to not using
the -q option at all).  From memory, this is the same behaviour as
before, so I am not suggesting there is a problem with the single
-q option.  I only make mention of it, because it doesn't help with
my script either.

What has recently changed to cause the -qq option to suppress all
output?

Thanks.

-- Package-specific info:

-- apt-config dump --

APT "";
APT::Architecture "amd64";
APT::Build-Essential "";
APT::Build-Essential:: "build-essential";
APT::Install-Recommends "true";
APT::Install-Suggests "0";
APT::Authentication "";
APT::Authentication::TrustCDROM "true";
APT::NeverAutoRemove "";
APT::NeverAutoRemove:: "^firmware-linux.*";
APT::NeverAutoRemove:: "^linux-firmware$";
APT::NeverAutoRemove:: "^kfreebsd-image.*";
APT::NeverAutoRemove:: "^gnumach$";
APT::NeverAutoRemove:: "^gnumach-image.*";
APT::NeverAutoRemove:: "^linux-image-3.10-1-amd64$";
APT::NeverAutoRemove:: "^linux-image-extra-3.10-1-amd64$";
APT::NeverAutoRemove:: "^linux-signed-image-3.10-1-amd64$";
APT::NeverAutoRemove:: "^linux-backports-modules-.*-3.10-1-amd64$";
APT::NeverAutoRemove:: "^linux-headers-3.10-1-amd64$";
APT::NeverAutoRemove:: "^linux-image-3.10-2-amd64$";
APT::NeverAutoRemove:: "^linux-image-extra-3.10-2-amd64$";
APT::NeverAutoRemove:: "^linux-signed-image-3.10-2-amd64$";
APT::NeverAutoRemove:: "^linux-backports-modules-.*-3.10-2-amd64$";
APT::NeverAutoRemove:: "^linux-headers-3.10-2-amd64$";
APT::Never-MarkAuto-Sections "";
APT::Never-MarkAuto-Sections:: "metapackages";
APT::Never-MarkAuto-Sections:: "restricted/metapackages";
APT::Never-MarkAuto-Sections:: "universe/metapackages";
APT::Never-MarkAuto-Sections:: "multiverse/metapackages";
APT::Never-MarkAuto-Sections:: "oldlibs";
APT::Never-MarkAuto-Sections:: "restricted/oldlibs";
APT::Never-MarkAuto-Sections:: "universe/oldlibs";
APT::Never-MarkAuto-Sections:: "multiverse/oldlibs";
APT::Update "";
APT::Update::Post-Invoke-Success "";
APT::Update::Post-Invoke-Success:: "test -x /usr/bin/apt-show-versions || exit 
0 ; apt-show-versions -i";
APT::Update::Post-Invoke-Success:: "[ ! -f /var/run/dbus/system_bus_socket ] || 
/usr/bin/dbus-send --system --dest=org.debian.apt --type=signal /org/debian/apt 
org.debian.apt.CacheChanged || true";
APT::Update::Post-Invoke-Success:: "/usr/bin/test -e 
/usr/share/dbus-1/system-services/org.freedesktop.PackageKit.service && 
/usr/bin/test -S /var/run/dbus/system_bus_socket && /usr/bin/gdbus call 
--system --dest org.freedesktop.PackageKit --object-path 
/org/freedesktop/PackageKit --timeout 1 --method 
org.freedesktop.PackageKit.StateHasChanged cache-update > /dev/null; /bin/echo 
> /dev/null";
APT::Default-Release "sid";
APT::Architectures "";
APT::Architectures:: "amd64";
APT::Architectures:: "i386";
APT::Compressor "";
APT::Compressor::. "";
APT::Compressor::.::Name ".";
APT::Compressor::.::Extension "";
APT::Compressor::.::Binary "";
APT::Compressor::.::Cost "1";
APT::Compressor::gzip "";
APT::Compressor::gzip::Name "gzip";
APT::Compressor::gzip::Extension ".gz";
APT::Compressor::gzip::Binary "gzip";
APT::Compressor::gzip::Cost "2";
APT::Compressor::gzip::CompressArg "";
APT::Compressor::gzip::CompressArg:: "-9n";
APT::Compressor::gzip::UncompressArg "";
APT::Compressor::gzip::UncompressArg:: "-d";
APT::Compressor::bzip2 "";
APT::Compressor::bzip2::Name "bzip2";
APT::Compressor::bzip2::Extension ".bz2";
APT::Compressor::bzip2::Binary "bzip2";
APT::Compressor::bzip2::Cost "3";
APT::Compressor::bzip2::CompressArg "";
APT::Compressor::bzip2::CompressArg:: "-9";
APT::Compressor::bzip2::UncompressArg "";
APT::Compressor::bzip2::UncompressArg:: "-d";
APT::Compressor::xz "";
APT::Compressor::xz::Name "xz";
APT::Compressor::xz::Extension ".xz";
APT::Compressor::xz::Binary "xz";
APT::Compressor::xz::Cost "4";
APT::Compressor::xz::CompressArg "";
APT::Compressor::xz::CompressArg:: "-6";
APT::Compressor::xz::UncompressArg "";
APT::Compressor::xz::UncompressArg:: "-d";
APT::Compressor::lzma "";
APT::Compressor::lzma::Name "lzma";
APT::Compressor::lzma::Extension ".lzma";
APT::Compressor::lzma::Binary "xz";
APT::Compressor::lzma::Cost "5";
APT::Compressor::lzma::CompressArg "";
APT::Compressor::lzma::CompressArg:: "--format=lzma";
APT::Compressor::lzma::CompressArg:: "-9";
APT::Compressor::lzma::UncompressArg "";
APT::Compressor::lzma::UncompressArg:: "--format=lzma";
APT::Compressor::lzma::UncompressArg:: "-d";
APT::CompressorName "";
APT::CompressorExtension ".";
APT::CompressorBinary "";
APT::CompressorCost "100";

Bug#612800: libramaze-ruby1.9.1: ramaze cannot find rackup and die

[Gunnar Wolf]

Hi Felipe,

I am sorry it took us so long to respond to this bug report — This
package has not been maintained for a long time, and I'm just taking
it over now.

We repackaged Ramaze following a completely different, updated
packaging policy. I believe the bug you mentioned should no longer be
present with our current version; I understand, of course, two years
are a *very* long time.

So,

- Do you still use this software?
- Does this bug still affect you?
- Could you test with our updated package, ruby-ramaze version
  2012.12.08-1?

Thanks a lot!


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

Bug#722206: signing-party: defined(@array) is deprecated at /usr/bin/caff line 599.

[Daniel Kahn Gillmor]

Package: signing-party
Version: 1.1.4-1
Severity: normal

$ caff $FINGERPRINT
defined(@array) is deprecated at /usr/bin/caff line 599.
(Maybe you should just omit the defined()?)
[...]

This happened right after the perl 5.18 transition for me :/

 --dkg

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

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

Versions of packages signing-party depends on:
ii  gnupg  1.4.14-1
ii  libc6  2.17-92+b1
ii  libclass-methodmaker-perl  2.18-1+b2
ii  libgnupg-interface-perl0.46-3
ii  libmailtools-perl  2.12-1
ii  libmime-tools-perl 5.503-1
ii  libterm-readkey-perl   2.30-4+b3
ii  libtext-template-perl  1.45-2
ii  perl   5.18.1-3
ii  qprint 1.0.dfsg.2-2

Versions of packages signing-party recommends:
pn  libgd-gd2-noxpm-perl | libgd-gd2-perl  
ii  libintl-perl   1.23-1
ii  libpaper-utils 1.1.24+nmu2
ii  libtext-iconv-perl 1.7-5+b1
ii  postfix [mail-transport-agent] 2.10.1-2
ii  recode 3.6-20
ii  whiptail   0.52.15-2+b1

Versions of packages signing-party suggests:
pn  imagemagick | graphicsmagick-imagemagick-compat  
pn  mutt 
ii  texlive-latex-recommended2012.20120611-5
pn  wipe 

-- debconf-show failed


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

Bug#711754: #711754 provide a cpio-doc just like tar-doc

[Ruben Molina]

tag 711754 wontfix
thanks

Unfortunately the license of cpio's documentation is not acceptable for
Debian's main archive. Please see: http://bugs.debian.org/695717

Regards,
 Ruben

Bug#722205: ITP: redmine-plugin-pretend -- Redmine plugin to allow admins to log-in as user

[Dmitry Smirnov]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

   Package name: redmine-plugin-pretend
Version: 0.0.2+git20130821
Upstream Author: Leonid Batizhevsky 
URL: https://github.com/leonko/redmine_pretend
License: Expat
Description: Redmine plugin to allow admins to log-in as users
 This plugin allow admins to temporarily log-in as users without knowing
 their passwords to make updates on their behalf, check access level
 or troubleshoot problems.

The upstream description says:
When you admin and solving user problems often hear: "It is not
working". And the best way to check: login as user. But you didn't know
password. In this case, need to use this plugin: If you has admin
role you may go to user account page and press "Pretend" button. Now you
pretended selected user. When you tired you can always back to your
account pressed "stop pretending" in the top of page.


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

Bug#722204: RFP: hrpg -- Command line interface to HabitRPG

[Francois Marier]

Package: wnpp
Severity: wishlist

* Package name: hrpg
  Version : 0.20
  Upstream Author : Paul Fenwick 
* URL : http://search.cpan.org/perldoc?hrpg
* License : Same as Perl 5
  Programming Lang: Perl
  Description : Command line interface to HabitRPG


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

Bug#718045: [Pkg-owncloud-maintainers] Bug#718045: [owncloud] Provide owncloud in backports ?

[David Prévot]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Control: severity -1 wishlist
Control: tags -1 help

Hi Adrien,

Thanks for your interest in the owncloud package.

Le 08/09/2013 13:36, Adrien Grellier a écrit :

> As I see no answer for my bug in a month

Sorry, last two months were busy away…

> https://lists.alioth.debian.org/pipermail/pkg-owncloud-maintainers/Week-of-Mon-20130701/000708.html
> 
> you do not want to provide owncloud in backport

I don’t intend to take care of it myself for the time being, but won’t
stop anyone to step in (on the contrary, I could easily be convinced to
sponsor packages prepared by someone else on that purpose), and other
team members could step in too (people are welcome to join the team ;-).

> I will mix stable/testing,

Simply setting the apt-pinning for testing to something between 100 and
500 as described in apt_preferences(5) is enough to do the trick
currently (i.e. the same trick that was needed to properly use backports
until Squeeze). I personally use owncloud from testing on Wheezy servers
(and used to make it work under Squeeze too), and do intend to make sure
it still works if possible (or I may reconsider the backports request if
that’s not possible).

Regards

David


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

iQEcBAEBCAAGBQJSLTq4AAoJEAWMHPlE9r08FYAIAIOSsZqGacx2SMu/wYHjNfGs
q33s9A0XPfIoLjO4f8+AQz/FdtGjR6m61zPfYgLAa4lRIXoTKf0UashcPpYGF394
a35BrEC/w/JOflAx0f0E4/A+6qCbMk8DZqm6GQUuqvs7qBWMZsHEOEvqsxnOTbHN
7ovwS35pe4ucvEef+UFW89inmOTRDNou+Ap5ocREXrOLFYET46Sj7iQFLywjNIfH
UrMKTLx5iOvk/HxN4OZI7wX78aZaDzV5SsGOsIS5j3gorVuyM3I7UImZjjZzfezk
yqnQteLvdeseKwywFw1MDpmZThRFh4qgHc6oEk9PRcdaXFPIk24Tt6byE5H7dHE=
=JevR
-END PGP SIGNATURE-


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

Bug#719661: Bug#719357: Bug#623377: rpcbind: Please include upstart support in the rpcbind package

[cosimo morelli]

> Cosimo, what is the exact error message that you see? Are you sure that
the
> error message refers to /var/run/rpcbind?  Nothing in the new version of
the
> package, either in the upstream code or in the Debian packaging, should be
> referencing this path any longer.

Hi.. the message is

rpcbind: Cannot open '/var/run/rpcbind/rpcbind.xdr'
rpcbind: Cannot open '/var/run/rpcbind/rpcbind.xdr'

unfortunately I can't see anything into /var/log/boot about this message,
where I have to search? :)

> Bug #680950, furthermore, says that this regression was introduced in
> version 0.2.0-8, not in version 0.2.0-8.1.  Did you not see the same issue
> with version 0.2.0-8?




2013/8/15 Steve Langasek 

> Control: tags 719661 moreinfo unreproducible
>
> Thanks for bringing this to my attention, Aníbal.
>
> On Wed, Aug 14, 2013 at 02:27:17PM +1000, Aníbal Monsalve Salazar wrote:
> > Cosimo posted a message to #680950 and opened #719661 as a consequence
> > of 0.2.0-8.1
>
> > http://bugs.debian.org/680950
> > http://bugs.debian.org/719661
>
> Cosimo, what is the exact error message that you see? Are you sure that the
> error message refers to /var/run/rpcbind?  Nothing in the new version of
> the
> package, either in the upstream code or in the Debian packaging, should be
> referencing this path any longer.
>
> Bug #680950, furthermore, says that this regression was introduced in
> version 0.2.0-8, not in version 0.2.0-8.1.  Did you not see the same issue
> with version 0.2.0-8?
>
> --
> Steve Langasek   Give me a lever long enough and a Free OS
> Debian Developer   to set it on, and I can move the world.
> Ubuntu Developerhttp://www.debian.org/
> slanga...@ubuntu.com vor...@debian.org
>



-- 
La prima cosa da capire a proposito degli universi paralleli... è che non
sono paralleli. È importante rendersi conto che, a rigore, non sono neppure
universi, ma è molto più facile cercare di capirlo un po' più tardi, dopo
che ci si è resi conto che tutto quello che si è capito fino a quel momento
non è vero.

Bug#718915: [Pkg-owncloud-maintainers] Bug#718915: owncloud: Share with input does not generate a users list

[David Prévot]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Control: tags -1 confirmed

Hi Jérémie,

Thanks for your report.

Le 06/08/2013 17:43, Jérémie BURTIN a écrit :

> On the Files tab, when we click on the "share" link of a directory or a
> file, a popup shows up with a "share with" input used to search for other
> owncloud users. This does not generate a users list, even if they're found

Indeed, this is due to libjs-jquery-ui (downgrading it back to the
Wheezy version, 1.8.ooops.21+dfsg-2, fixes the issue). As a temporary
workaround, we could ship back the embedded version provided in owncloud
source (or better figure out what is going wrong here).

Regards

David


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

iQEcBAEBCAAGBQJSLTRiAAoJEAWMHPlE9r08AhIH/2f2rCw9L4jlnEmuZoQZPBAi
n0TQPg/rCyOnQvmgfBUJLaUHrq9K/jt+8wnUK8rRyY+SsONUjpA4RgbhQou6tGaY
631be6mEvgIPcu8f0wbWbs2TOTdzFA6upkW7AA3+DfAcmcGJAG8gjWWzpAFLAu85
pVfccCgt5golKEFWcmbMY/em0exRKhgfPPY4vc9wzayF2p3MNiAeMuTwpC5QmUo7
E9NzNehFPxzmfUydpJNH6m1RwfHZo1MnXvdCXNW9+Gfpsyv3Y/GHJo/VWyUKIEyS
CAZhnyQDh29l0qrQSH4rFbuDyRExUNzx2cGPatWVbUh1aT47ePHVRAR2RQH9L+0=
=m25V
-END PGP SIGNATURE-


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

Bug#722203: RFP: Kids' Media Player - an audio and video player designed especially for children

[Michael Staggs]

Package: kmp
Severity: wishlist

This is an audio and video player that uses pictures for navigation instead of 
text to give children the ability to select their own music and videos to play 
even before they're able to read.  I coded it using Python and PyQT because I 
gave my five year old daughter a linux box and there wasn't anything out there 
to fill this niche.

It features album search by cover art, video search by thumbnail and plays 
mp3s for audio and mov, mp4, mpeg and m4v videos. It plays the videos full 
screen and allows pausing by hitting the spacebar or quitting the video by 
hitting q. For audio, you can play and pause as well. In addition, when you 
play a song, it searches the album info on wikipedia and, if you're old enough 
to read, you can click browser to read it.

I tried to make it very simple and my daughter now uses it daily with no 
problems. The Doudoulinux developers have expressed interest in putting the 
kmp in their next major release, but I want to get it out to as wide an 
audience as possible because there is nothing like it for children right now.

It is released under GPLv3 and you can get the source tarball (as well as 
screenshots) from the Qt-apps.org page: 
http://qt-apps.org/content/show.php?action=content&content=160528

or the development code from google code: 
http://code.google.com/p/kids-media-player/

You can see a video demo of it here: 
http://www.youtube.com/watch?v=5s3ETtIGw7I

I'd really appreciate it if someone could package this and it could be 
included in Debian.


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

Bug#722202: sane-utils: saned net transport fails with 'io/hpmud/pp.c 627: unable to read device-id ret=-1'

[Luke Hall]

Package: sane-utils
Version: 1.0.22-7.4
Severity: normal

Dear Maintainer,

The reporting machine has problems accessing a scanner (Photosmart C5200 
all-in-one) shared via sane net transport, while scanning from localhost on 
server machine works OK.
Both client and server machines are running the same Debian version (7.1).

Sane configuration on server machine was patched with added file 
/etc/sane.d/hpaio.conf containing:

usb 0x03f0 0x5d11

Output from scanimage -L (client machine):

device `v4l:/dev/video0' is a Noname Integrated Camera virtual device
device `net:10.216.88.198:v4l:/dev/video0' is a Noname FO13FF-65-1 PC-CAM 
virtual device
device 
`net:10.216.88.198:hpaio:/usb/Photosmart_C5200_series?serial=MY822G10ZY0559' is 
a Hewlett-Packard Photosmart_C5200_series all-in-one

Client app is xsane, started as:

xsane 
'net:10.216.88.198:hpaio:/usb/Photosmart_C5200_series?serial=MY822G10ZY0559'

The app freezes after the "acquire preview" button is clicked.

On server side connections are accepted (itables -nvL | grep 6566):

   11   660 ACCEPT tcp  --  tun+   *   10.216.88.0/24   0.0.0.0/0   
 tcp spts:1024:65535 dpt:6566 state NEW

Xinetd is configured like so:

service sane
{
disable = no
id  = sane-daemon
socket_type = stream
protocol= tcp
user= root
group   = root
server  = /usr/sbin/saned
wait= no
}

and listening:

tcp0  0 0.0.0.0:65660.0.0.0:*   LISTEN  
24866/xinetd

Server daemon.log contains:

Sep  9 03:02:19 tatooine saned[21832]: saned (AF-indep+IPv6) from sane-backends 
1.0.22 starting up
Sep  9 03:02:19 tatooine saned[21832]: check_host: access by remote host: 
10.216.88.250
Sep  9 03:02:19 tatooine saned[21832]: init: access granted to 
w00kie@10.216.88.250
Sep  9 03:02:22 tatooine saned[21832]: io/hpmud/pp.c 627: unable to read 
device-id ret=-1

Workaround:

If I start xsane remotely via X11 forwarding, the scannig works absolutely 
fine, I just need to download scanned images. 
However, it would be nice to share the scanner among those users without shell 
accounts.

Best regards,
Luke

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

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

Versions of packages sane-utils depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.49
ii  libavahi-client3   0.6.31-2
ii  libavahi-common3   0.6.31-2
ii  libc6  2.13-38
ii  libieee1284-3  0.2.11-10
ii  libsane1.0.22-7.4
ii  libusb-0.1-4   2:0.1.12-20+nmu1
ii  update-inetd   4.43

sane-utils recommends no packages.

Versions of packages sane-utils suggests:
ii  avahi-daemon  0.6.31-2
pn  unpaper   

-- Configuration Files:
/etc/default/saned changed:
RUN=yes
RUN_AS_USER=saned


-- debconf information:
  sane-utils/saned_run: false
  sane-utils/saned_scanner_group: true


-- hp-check.log:

hp-check[14060]: info: :
Initializing. Please wait...
Debian


7.1


scheduler is running


1.5.3


Linux tatooine 3.2.0-4-amd64 #1 SMP Debian 3.2.46-1 x86_64 GNU/Linux


warning: [01mdebian-7.1 version is not supported. Using debian-6.0.5 versions 
dependencies to verify and install...[0m
hp-check[14060]: info: :
hp-check[14060]: info: :---
hp-check[14060]: info: :| SYSTEM INFO |
hp-check[14060]: info: :---
hp-check[14060]: info: :
3.2.0-4-amd64 #1 SMP Debian 3.2.46-1 GNU/Linux


tatooine


3.2.0-4-amd64 #1 SMP Debian 3.2.46-1 GNU/Linux


hp-check[14060]: info: : Kernel: 3.2.0-4-amd64 #1 SMP Debian 3.2.46-1 GNU/Linux

 Host: tatooine

 Proc: 3.2.0-4-amd64 #1 SMP Debian 3.2.46-1 GNU/Linux

 Distribution: debian 7.1
hp-check[14060]: info: :
hp-check[14060]: info: :---
hp-check[14060]: info: :| HPLIP CONFIGURATION |
hp-check[14060]: info: :---
hp-check[14060]: info: :
hp-check[14060]: info: :HPLIP-Version: HPLIP 3.12.6
hp-check[14060]: info: :HPLIP-Home: /usr/share/hplip
warning: HPLIP-Installation: Auto installation is not supported for debian 
distro  7.1 version 
hp-check[14060]: info: :
hp-check[14060]: info: :[01mCurrent contents of '/etc/hp/hplip.conf' file:[0m
hp-check[14060]: info: :# hplip.conf.  Generated from hplip.conf.in by 
configure.

[hplip]
version=3.12.6

[dirs]
home=/usr/share/hplip
run=/var/run
ppd=/usr/share/ppd/hplip/HP
ppdbase=/usr/share/ppd/hplip
doc=/usr/share/doc/hplip-doc/HTML
icon=no
cupsbackend=/usr/lib/cups/backend
cupsfilter=/usr/lib/cups/filter
drv=/usr/share/cups/drv

# Following values are determined at configure time and cannot be changed.
[configure]
network-build=yes
libusb01-build=no
pp-build=yes
gui-build

Bug#722201: FTBFS: several errors

[Micah Gersten]

Package: zekr
Version: 1.1.0+repack-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

See 
https://launchpadlibrarian.net/144030976/buildlog_ubuntu-saucy-i386.zekr_1.1.0%2Brepack-1_FAILEDTOBUILD.txt.gz
I was able to reproduce a similar log in a sid amd64 chroot.
Thanks in advance.

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

Kernel: Linux 3.8.0-28-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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#722058: kde-config-touchpad: reports errors and tapping doesn't work with xserver-xorg-input-synaptics in unstable

[cosimo morelli]

Package: kde-config-touchpad
Version: 0.8.1-1
Followup-For: Bug #722058

Dear Maintainer, same error and Tap doesn't work, plus I have this

synaptiks
QDBusConnection: session D-Bus connection created before QCoreApplication.
Application may misbehave.
QDBusConnection: session D-Bus connection created before QCoreApplication.
Application may misbehave.
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/synaptiks/kde/trayapplication.py",
line 260, in newInstance
self.icon.show_configuration_dialog()
  File "/usr/lib/python2.7/dist-packages/synaptiks/kde/trayapplication.py",
line 241, in show_configuration_dialog
self.touchpad, self.touchpad_manager, self._config)
  File "/usr/lib/python2.7/dist-packages/synaptiks/kde/trayapplication.py",
line 74, in __init__
self.touchpad_config, self)
  File "/usr/lib/python2.7/dist-packages/synaptiks/kde/widgets/touchpad.py",
line 226, in __init__
self._setup(self.touchpad_config)
  File "/usr/lib/python2.7/dist-packages/synaptiks/kde/widgets/config.py", line
97, in _setup
self.load_configuration()
  File "/usr/lib/python2.7/dist-packages/synaptiks/kde/widgets/config.py", line
220, in load_configuration
self._update_widgets_from_mapping(self.__config)
  File "/usr/lib/python2.7/dist-packages/synaptiks/kde/widgets/config.py", line
172, in _update_widgets_from_mapping
value = mapping[config_key]
  File "/usr/lib/python2.7/dist-packages/synaptiks/config.py", line 248, in
__getitem__
value = getattr(self.touchpad, key)
  File "/usr/lib/python2.7/dist-packages/synaptiks/touchpad.py", line 106, in
__get__
values = obj[self.property_name]
  File "/usr/lib/python2.7/dist-packages/synaptiks/x11/input.py", line 552, in
__getitem__
atom = _get_property_atom(self.display, name)
  File "/usr/lib/python2.7/dist-packages/synaptiks/x11/input.py", line 180, in
_get_property_atom
raise UndefinedPropertyError(name)
synaptiks.x11.input.UndefinedPropertyError: u'Synaptics Tap FastTap'



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

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

Versions of packages kde-config-touchpad depends on:
ii  libpython2.7-stdlib [python-argparse]  2.7.5-7
ii  libxi6 2:1.7.2-1
ii  python 2.7.5-4
ii  python-kde44:4.10.5-1+b1
ii  python-pkg-resources   0.6.49-2
ii  python-pyudev  0.13-1
ii  python-qt4 4.10.2-2
ii  python2.6  2.6.8-2
ii  python2.7  2.7.5-7

Versions of packages kde-config-touchpad recommends:
ii  libxtst6 2:1.2.2-1
ii  python-dbus  1.2.0-2+b1
ii  upower   0.9.21-3

kde-config-touchpad 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#708420: postfix: With multiple instances, the init script does not start all instances

[LaMont Jones]

tag 708420 + moreinfo
--
On Wed, May 15, 2013 at 06:57:04PM +0200, Vincent Rischmann wrote:
> I have multiple instances of postfix, each in /etc/postfix/ms/{01,02,...}
> Postfix is correctly configured (postmulti lists my instances as enabled).

What is "multi_instance_name" set to in the various instance main.cf files?

> The function enabled_instances() in the init script is wrong, instead of 
> getting a list
> of instances directory, it returns a list of "-"

It gets a list of instance names, and then uses them as instance names...

> Just modifying this function makes it work again.

Although, postmulti does seem to take the full-path directory as well as
the instance name, so this may make sense.

lamont


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

Bug#722078: frozen-bubble: unable to change graphics to full-screen via GUI

[shirish शिरीष]

at bottom :-

On 9/9/13, Russ Allbery  wrote:



> The Perl 5.18 transition is complete and has been pushed into testing.
> That happened today.  The remaining affected packages were either removed
> from testing or are now uninstallable.

In light of info. shared by Russ, I installed frozen-bubble and
sdl-perl from sid/unstable and checked again. Indeed on the graphics
button/option don't get anything.

So it's upto the devs. to do something about it .

> --
> Russ Allbery (r...@debian.org)   

-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
065C 6D79 A68C E7EA 52B3  8D70 950D 53FB 729A 8B17


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

Bug#722200: libextractor-python: Please remove recommends on libextractor-plugins

[Micah Gersten]

Package: libextractor-python
Version: 1:0.6-4
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu saucy ubuntu-patch

The package merge happened in 1:1.1-1
Thanks in advance.

*** /tmp/tmp9NACDg/bug_body

In Ubuntu, the attached patch was applied to achieve the following:

  * Drop Recommends on libextractor-plugins since this has been merged
into libextractor3
- update debian/control 


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-proposed'), (500, 'precise'), (100, 'precise-backports')
Architecture: amd64 (x86_64)

Kernel: Linux 3.8.0-28-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru libextractor-python-0.6/debian/changelog libextractor-python-0.6/debian/changelog
diff -Nru libextractor-python-0.6/debian/control libextractor-python-0.6/debian/control
--- libextractor-python-0.6/debian/control	2012-02-19 03:15:05.0 -0600
+++ libextractor-python-0.6/debian/control	2013-09-08 19:44:53.0 -0500
@@ -9,7 +9,6 @@
 Package: python-extractor
 Architecture: all
 Depends: ${misc:Depends}, ${python:Depends}, libextractor3 (>= 1:0.6)
-Recommends: libextractor-plugins
 Description: extracts meta-data from files of arbitrary type (Python bindings)
  GNU libextractor provides developers of file-sharing networks, file managers,
  and WWW-indexing bots with a universal library to obtain meta-data about files.

Bug#722199: clone of new package with --new still doesn't check it out

[Joey Hess]

Package: dgit
Version: 0.14
Severity: normal

I have just did a dgit push --new of this package.

joey@darkstar:~/tmp/nnn>dgit clone --new git-remote-gcrypt
canonical suite name for unstable is sid
fetching existing git history
remote: Counting objects: 478, done.
remote: Compressing objects: 100% (303/303), done.
Resolving deltas: 100% (171/171), done.
From git+ssh://git.debian.org/git/dgit-repos/repos/git-remote-gcrypt
 * [new ref] refs/dgit/sid -> dgit/dgit/sid
 * [new tag] debian/0.20130908-1 -> debian/0.20130908-1
dgit: package git-remote-gcrypt does not exist in suite unstable

dgit left the repository with no branch checked out. When I manually checked
out dgit/dgit/sid, eveything was there.

Seems to me that clone with --new (or possibly without --new) should
reflect the current state of the package in dgit-repos, whether or not
it has gotten into the debian archive yet. Otherwise, there would be a delay
before other collaborators can check out my package.

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

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

Versions of packages dgit depends on:
ii  devscripts 2.13.3
ii  dpkg-dev   1.17.1
ii  git [git-core] 1:1.8.4~rc3-1
ii  libdpkg-perl   1.17.1
ii  libwww-perl6.05-1
ii  perl [libdigest-sha-perl]  5.18.1-3
ii  realpath   1.18

Versions of packages dgit recommends:
ii  openssh-client [ssh-client]  1:6.2p2-6

Versions of packages dgit suggests:
pn  sbuild  

-- no debconf information

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#721677: more background on the gnome-user-share bug

[Stefan Krastanov]

And in experimental I got:

The following packages have unmet dependencies:
 gnome-control-center : Depends: libcolord-gtk1 (>= 0.1.24) but it is
not installable
Depends: libgnome-desktop-3-7 (>= 3.7.90) but
it is not going to be installed
Depends: libibus-1.0-5 (>= 1.5.1) but it is
not installable
Depends: libpwquality1 (>= 1.1.0) but it is
not installable
Depends: libwacom2 (>= 0.7) but 0.6-1 is to be installed
Depends: gnome-control-center-data (>=
1:3.8.3-2) but 1:3.4.3.1-5 is to be installed
Depends: gnome-settings-daemon (>= 3.7.91) but
3.4.2+git20121218.7c1322-6+b2 is to be installed

Should I try to report this to anybody or should I just wait for the
packages to trickle down to my current distribution.

On 8 September 2013 20:20, Stefan Krastanov  wrote:
> Hm... I just did `sudo apt-get install gnome-control-center/unstable`
> logged out and then back in and the control center still has no
> mention of sharing preferences.
>
> I also get the following version:
>
> % gnome-control-center --version
> gnome-control-center 3.4.3.1
>
> When it seem that at least 3.7.3 is necessary...
>
> I guess I will try to install from experimental.
>
> On 8 September 2013 20:06, Stefan Krastanov  
> wrote:
>> Thank you, I will do as you have suggested (use unstable for
>> gnome-control-center).
>>
>>
>> On 8 September 2013 19:27, Andreas Henriksson  wrote:
>>> Hello Stefan!
>>>
>>> Thanks for your quick and elaborate description.
>>>
>>> On Sun, Sep 08, 2013 at 05:47:55PM -0400, Stefan Krastanov wrote:
>>> [...]
 - Install debian testing, use it for a week, get into the need to send
 file by bluetooth to it.
 - Gnome Help Page / Wiki on sharing tells me to install
 `gnome-user-share`. For convenience I also installed `nautilus-share`.
 - Gnome Help Page / Wiki tells me to go to settings->etc->etc, where a
 shortcut to `gnome-file-share-properties` should be present.
 - No such shortcut is present. Studying previous versions of the
 `gnome-user-share` package shows that it contained the
 `gnome-file-share-properties` executable before, but not anymore.

 And IMPORTANT REMARK: my gnome-control-center has no mention of
 sharing preferences whatsoever.
>>> [...]
>>>
>>> Ah, I should have seen that parts of gnome 3.8 are now reaching testing.
>>> With parts, meaning functionality loss (because of the other parts not
>>> yet there).
>>>
>>> As I understand it, there's no actual program malfunction - just "simply"
>>> no user inferface for configuration?!...
>>>
>>> In that case, I'm sorry to say that this problem will likely not be
>>> resolved until we manage to get all of the gnome 3.8 transitions done
>>> and get gnome-control-center 3.8.x into unstable/testing.
>>>
>>> For now I can only suggest installing it (and the rest of gnome 3.8) from
>>> experimental if you urgently need the functionality back.
>>>
>>> Sorry for the temporary inconvenience.
>>>
>>> --
>>> Andreas Henriksson


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

Bug#721677: more background on the gnome-user-share bug

[Stefan Krastanov]

Hm... I just did `sudo apt-get install gnome-control-center/unstable`
logged out and then back in and the control center still has no
mention of sharing preferences.

I also get the following version:

% gnome-control-center --version
gnome-control-center 3.4.3.1

When it seem that at least 3.7.3 is necessary...

I guess I will try to install from experimental.

On 8 September 2013 20:06, Stefan Krastanov  wrote:
> Thank you, I will do as you have suggested (use unstable for
> gnome-control-center).
>
>
> On 8 September 2013 19:27, Andreas Henriksson  wrote:
>> Hello Stefan!
>>
>> Thanks for your quick and elaborate description.
>>
>> On Sun, Sep 08, 2013 at 05:47:55PM -0400, Stefan Krastanov wrote:
>> [...]
>>> - Install debian testing, use it for a week, get into the need to send
>>> file by bluetooth to it.
>>> - Gnome Help Page / Wiki on sharing tells me to install
>>> `gnome-user-share`. For convenience I also installed `nautilus-share`.
>>> - Gnome Help Page / Wiki tells me to go to settings->etc->etc, where a
>>> shortcut to `gnome-file-share-properties` should be present.
>>> - No such shortcut is present. Studying previous versions of the
>>> `gnome-user-share` package shows that it contained the
>>> `gnome-file-share-properties` executable before, but not anymore.
>>>
>>> And IMPORTANT REMARK: my gnome-control-center has no mention of
>>> sharing preferences whatsoever.
>> [...]
>>
>> Ah, I should have seen that parts of gnome 3.8 are now reaching testing.
>> With parts, meaning functionality loss (because of the other parts not
>> yet there).
>>
>> As I understand it, there's no actual program malfunction - just "simply"
>> no user inferface for configuration?!...
>>
>> In that case, I'm sorry to say that this problem will likely not be
>> resolved until we manage to get all of the gnome 3.8 transitions done
>> and get gnome-control-center 3.8.x into unstable/testing.
>>
>> For now I can only suggest installing it (and the rest of gnome 3.8) from
>> experimental if you urgently need the functionality back.
>>
>> Sorry for the temporary inconvenience.
>>
>> --
>> Andreas Henriksson


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

Bug#722198: Server will not start

[Ron Murray]

Package: calendarserver
Version: 3.2+dfsg-5
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

When trying to start calendarserver:

> # /etc/init.d/calendarserver start
> 
> Traceback (most recent call last):
>   File "/usr/bin/twistd", line 14, in 
> run()
>   File "/usr/lib/python2.7/dist-packages/twisted/scripts/twistd.py", line 27, 
> in run
> app.run(runApp, ServerOptions)
>   File "/usr/lib/python2.7/dist-packages/twisted/application/app.py", line 
> 647, in run
> config.parseOptions()
>   File "/usr/lib/python2.7/dist-packages/twisted/application/app.py", line 
> 614, in parseOptions
> usage.Options.parseOptions(self, options)
>   File "/usr/lib/python2.7/dist-packages/twisted/python/usage.py", line 261, 
> in parseOptions
> for (cmd, short, parser, doc) in self.subCommands:
>   File "/usr/lib/python2.7/dist-packages/twisted/application/app.py", line 
> 631, in subCommands
> for plug in sorted(plugins, key=attrgetter('tapname')):
>   File "/usr/lib/python2.7/dist-packages/twisted/plugins/caldav.py", line 29, 
> in getProperty
> return getattr(reflect.namedClass(self.serviceMakerClass), propname)
>   File "/usr/lib/python2.7/dist-packages/twisted/python/_reflectpy3.py", line 
> 151, in namedObject
> module = namedModule('.'.join(classSplit[:-1]))
>   File "/usr/lib/python2.7/dist-packages/twisted/python/_reflectpy3.py", line 
> 137, in namedModule
> topLevel = __import__(name)
>   File "/usr/lib/python2.7/dist-packages/twistedcaldav/mail.py", line 78, in 
> 
> from calendarserver.tap.util import getRootResource, directoryFromConfig
>   File "/usr/lib/python2.7/dist-packages/calendarserver/tap/util.py", line 
> 89, in 
> from txdav.common.datastore.sql import CommonDataStore as 
> CommonSQLDataStore
>   File "/usr/lib/python2.7/dist-packages/txdav/common/datastore/sql.py", line 
> 47, in 
> from txdav.common.datastore.sql_legacy import 
> PostgresLegacyNotificationsEmulator
>   File 
> "/usr/lib/python2.7/dist-packages/txdav/common/datastore/sql_legacy.py", line 
> 51, in 
> from txdav.common.datastore.sql_tables import (
>   File 
> "/usr/lib/python2.7/dist-packages/txdav/common/datastore/sql_tables.py", line 
> 44, in 
> schema = _populateSchema()
>   File 
> "/usr/lib/python2.7/dist-packages/txdav/common/datastore/sql_tables.py", line 
> 40, in _populateSchema
> return SchemaSyntax(schemaFromPath(pathObj))
>   File 
> "/usr/lib/python2.7/dist-packages/twext/enterprise/dal/parseschema.py", line 
> 86, in schemaFromPath
> addSQLToSchema(schema, schemaData)
>   File 
> "/usr/lib/python2.7/dist-packages/twext/enterprise/dal/parseschema.py", line 
> 115, in addSQLToSchema
> t = tableFromCreateStatement(schema, stmt)
>   File 
> "/usr/lib/python2.7/dist-packages/twext/enterprise/dal/parseschema.py", line 
> 70, in tableFromCreateStatement
> cp.parse()
>   File 
> "/usr/lib/python2.7/dist-packages/twext/enterprise/dal/parseschema.py", line 
> 222, in parse
> while self.nextColumn():
>   File 
> "/usr/lib/python2.7/dist-packages/twext/enterprise/dal/parseschema.py", line 
> 234, in nextColumn
> return self.parseColumn(maybeIdent.get_name())
>   File 
> "/usr/lib/python2.7/dist-packages/twext/enterprise/dal/parseschema.py", line 
> 344, in parseColumn
> expect(pareniter, ttype=String.Single).value)
>   File 
> "/usr/lib/python2.7/dist-packages/twext/enterprise/dal/parseschema.py", line 
> 454, in expect
> return expectSingle(nextval, **kw)
>   File 
> "/usr/lib/python2.7/dist-packages/twext/enterprise/dal/parseschema.py", line 
> 435, in expectSingle
> raise ViolatedExpectation(ttype, '%s:%r' % (nextval.ttype, nextval))
> twext.enterprise.dal.parseschema.ViolatedExpectation: Expected 
> Token.Literal.String.Single got None:


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

Kernel: Linux 3.11.0-tinkerbell-0 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages calendarserver depends on:
ii  adduser3.113+nmu3
ii  libc6  2.17-92
ii  lsb-base   4.1+Debian12
ii  memcached  1.4.13-0.2
ii  python 2.7.5-4
ii  python-dateutil1.5+dfsg-0.1
ii  python-kerberos1.1+svn4895-1+b2
ii  python-openssl 0.13-2+b2
ii  python-plist   1.8-1
ii  python-pycalendar  2.0~svn188-1
ii  python-pygresql1:4.0-3
ii  python-pysqlite2   2.6.3-3
ii  python-sqlparse0.1.8-1
ii  python-twisted-conch   1:13.0.0-1
ii  python-twisted-core13.0.0-1
ii  python-twisted-mail13.0.0-1
ii  python-twisted-web 13.0.0-1
ii  python-twisted-words   13.0.0-1
ii  python-xattr   0.6.4-2
ii  python-zope.interface  4.0.5-1+b1
ii  ssl-cert   1.0.33

Versions of packages calendarserver recommends:
ii  python-ldap  2.4.1

Bug#721521: [Pkg-fonts-devel] Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts

[Norbert Preining]

On So, 08 Sep 2013, Norbert Preining wrote:
> > Maybe commited, but not yet pushed. Please do so.
> 
> Upps, probably - it is at the university now, cannot do anything.
> Will push it tomorrow.

Pushed now.

> As long as the maintainers of gsfonts do not agree, there is no chance
> I will upload it.

See here.

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#721677: more background on the gnome-user-share bug

[Stefan Krastanov]

Thank you, I will do as you have suggested (use unstable for
gnome-control-center).


On 8 September 2013 19:27, Andreas Henriksson  wrote:
> Hello Stefan!
>
> Thanks for your quick and elaborate description.
>
> On Sun, Sep 08, 2013 at 05:47:55PM -0400, Stefan Krastanov wrote:
> [...]
>> - Install debian testing, use it for a week, get into the need to send
>> file by bluetooth to it.
>> - Gnome Help Page / Wiki on sharing tells me to install
>> `gnome-user-share`. For convenience I also installed `nautilus-share`.
>> - Gnome Help Page / Wiki tells me to go to settings->etc->etc, where a
>> shortcut to `gnome-file-share-properties` should be present.
>> - No such shortcut is present. Studying previous versions of the
>> `gnome-user-share` package shows that it contained the
>> `gnome-file-share-properties` executable before, but not anymore.
>>
>> And IMPORTANT REMARK: my gnome-control-center has no mention of
>> sharing preferences whatsoever.
> [...]
>
> Ah, I should have seen that parts of gnome 3.8 are now reaching testing.
> With parts, meaning functionality loss (because of the other parts not
> yet there).
>
> As I understand it, there's no actual program malfunction - just "simply"
> no user inferface for configuration?!...
>
> In that case, I'm sorry to say that this problem will likely not be
> resolved until we manage to get all of the gnome 3.8 transitions done
> and get gnome-control-center 3.8.x into unstable/testing.
>
> For now I can only suggest installing it (and the rest of gnome 3.8) from
> experimental if you urgently need the functionality back.
>
> Sorry for the temporary inconvenience.
>
> --
> Andreas Henriksson


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

Bug#721677: more background on the gnome-user-share bug

[Andreas Henriksson]

Hello Stefan!

Thanks for your quick and elaborate description.

On Sun, Sep 08, 2013 at 05:47:55PM -0400, Stefan Krastanov wrote:
[...]
> - Install debian testing, use it for a week, get into the need to send
> file by bluetooth to it.
> - Gnome Help Page / Wiki on sharing tells me to install
> `gnome-user-share`. For convenience I also installed `nautilus-share`.
> - Gnome Help Page / Wiki tells me to go to settings->etc->etc, where a
> shortcut to `gnome-file-share-properties` should be present.
> - No such shortcut is present. Studying previous versions of the
> `gnome-user-share` package shows that it contained the
> `gnome-file-share-properties` executable before, but not anymore.
> 
> And IMPORTANT REMARK: my gnome-control-center has no mention of
> sharing preferences whatsoever.
[...]

Ah, I should have seen that parts of gnome 3.8 are now reaching testing.
With parts, meaning functionality loss (because of the other parts not
yet there).

As I understand it, there's no actual program malfunction - just "simply"
no user inferface for configuration?!...

In that case, I'm sorry to say that this problem will likely not be
resolved until we manage to get all of the gnome 3.8 transitions done
and get gnome-control-center 3.8.x into unstable/testing.

For now I can only suggest installing it (and the rest of gnome 3.8) from
experimental if you urgently need the functionality back.

Sorry for the temporary inconvenience.

-- 
Andreas Henriksson


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

Bug#613278: etckeeper: Please offer the option of writing a commit message for the autocommit that happens after apt

[Bradley M. Kuhn]

Josh Triplett wrote on 2011-02-13:
> After apt finishes, etckeeper autocommits the changes to /etc, with a
> commit message listing the changes to installed packages and versions.
> I'd like the option of entering a commit message at that point, ...

I've written a patch to etckeeper to do this.  I've attached a patch
set, but the changes can also be pulled from:
   git pull git://gitorious.org/etckeeper/etckeeper.git 
bkuhn/edit-auto-commit-messages 

Note that the attached patch *does not* support any VCS's except for
Git.  This is because the feature as implemented relies on Git's
--edit/-e option, which forces a commit edit even though there's already
a commit message given another way.

if other VCS's support this command in future, it's a two-line change to
support this feature on those VCS's as well.

FWIW, I've submitted a bug to bzr to add a --edit/-e option:
  https://bugs.launchpad.net/bzr/+bug/1222470

And I've also submitted a patch for Mercurial for the same:
  http://www.selenic.com/pipermail/mercurial-devel/2013-September/053435.html
  http://thread.gmane.org/gmane.comp.version-control.mercurial.devel/63400

Meanwhile, I hereby affirm that I am the author of the new copyrighted
material found in the attached patch, and I hereby license those
copyrights under GPLv2-or-later.

>From a6b9629d2285ec73654f752ab45572773b6fc722 Mon Sep 17 00:00:00 2001
From: "Bradley M. Kuhn" 
Date: Sun, 8 Sep 2013 13:09:42 -0400
Subject: Save TTY and use variable as part of determination if running
 interactively.

---
 commit.d/50vcs-commit |8 +++-
 1 file changed, 7 insertions(+), 1 deletion(-)

diff --git a/commit.d/50vcs-commit b/commit.d/50vcs-commit
index 3a4c819..75b3a6e 100755
--- a/commit.d/50vcs-commit
+++ b/commit.d/50vcs-commit
@@ -28,17 +28,23 @@ if [ -n "$dnsdomainname" ]; then
 	hostname="$hostname.$dnsdomainname"
 fi
 
+# Save TTY for use for tty ownership determination, and interactivity test.
+TTY="$(tty 2>/dev/null || true)"
 USER=
 if [ -n "$SUDO_USER" ]; then
 	USER="$SUDO_USER"
 else
 	# try to check tty ownership, in case user su'd to root
-	TTY="$(tty 2>/dev/null || true)"
 	if [ -n "$TTY" ] && [ -c "$TTY" ]; then
 		USER="$(find "$TTY" -printf "%u")"
 	fi
 fi
 
+isInteractive="0"
+if [ -f "$TTY" ] && [ ! -z "$PS1" ];then
+isInteractive="1"
+fi
+
 if [ "$VCS" = git ] && [ -d .git ]; then
 	if [ -n "$USER" ]; then
 		# Use user.name and user.email from the gitconfig belonging
-- 
1.7.10.4


>From dc30b61d27987026de8cee2181bac07f7b60bdbf Mon Sep 17 00:00:00 2001
From: "Bradley M. Kuhn" 
Date: Sun, 8 Sep 2013 13:12:58 -0400
Subject: Add EDIT_AUTO_COMMIT_MESSAGES_WHEN_INTERACTIVE configuration option.

Currently, only Git seems to support the --edit option, and therefore will be
the only VCS able to honor this option at this time.
---
 etckeeper.conf |5 +
 1 file changed, 5 insertions(+)

diff --git a/etckeeper.conf b/etckeeper.conf
index 639c77b..8b49fb4 100644
--- a/etckeeper.conf
+++ b/etckeeper.conf
@@ -29,6 +29,11 @@ DARCS_COMMIT_OPTIONS="-a"
 # so you can commit the changes by hand.
 #AVOID_COMMIT_BEFORE_INSTALL=1
 
+# Uncomment to force etckeeper, when running in an interactive terminal, to
+# edit automatically generated commit messages before completing the commit.
+# This option is only supported if the underlying VCS supports it.
+#EDIT_AUTO_COMMIT_MESSAGES_WHEN_INTERACTIVE=1
+
 # The high-level package manager that's being used.
 # (apt, pacman-g2, yum, zypper etc)
 HIGHLEVEL_PACKAGE_MANAGER=apt
-- 
1.7.10.4


>From ce56296530cb2494520171391e0115e633c29fbf Mon Sep 17 00:00:00 2001
From: "Bradley M. Kuhn" 
Date: Sun, 8 Sep 2013 13:13:38 -0400
Subject: Initial support for EDIT_AUTO_COMMIT_MESSAGES_WHEN_INTERACTIVE with
 Git on commits.

---
 commit.d/50vcs-commit |4 
 1 file changed, 4 insertions(+)

diff --git a/commit.d/50vcs-commit b/commit.d/50vcs-commit
index 75b3a6e..bd09db9 100755
--- a/commit.d/50vcs-commit
+++ b/commit.d/50vcs-commit
@@ -73,7 +73,11 @@ if [ "$VCS" = git ] && [ -d .git ]; then
 		fi
 	fi
 	if [ -n "$logfile" ]; then
+	if [ "$isInteractive" = 1 ] && [ "$EDIT_AUTO_COMMIT_MESSAGES_WHEN_INTERACTIVE" = 1 ]; then
+		git commit $GIT_COMMIT_OPTIONS --edit -F "$logfile"
+else
 		git commit $GIT_COMMIT_OPTIONS -F "$logfile"
+fi
 	else
 		git commit $GIT_COMMIT_OPTIONS
 	fi
-- 
1.7.10.4


>From 4e181cdccd5275ca2a8c822410bf8f14272fffd0 Mon Sep 17 00:00:00 2001
From: "Bradley M. Kuhn" 
Date: Sun, 8 Sep 2013 13:39:16 -0400
Subject: tempfile code already found in other files, as we'll need a tempfile
 here.

Perhaps this tempfile code should be a utility function somewhere?
---
 post-install.d/50vcs-commit |   10 ++
 1 file changed, 10 insertions(+)

diff --git a/post-install.d/50vcs-commit b/post-install.d/50vcs-commit
index 7710c4a..c6fa0a0 100755
--- a/post-install.d/50vcs-commit
+++ b/post-install.d/50vcs-commit
@@ -3,6 +3,16 @@ set -e
 		
 pl="/var/cache/etckeeper/packagelist"
 
+if which tempfile >/dev/nu

Bug#721674: ruby1.9.1: Enable verbose build of extensions in mkmf.rb

[Antonio Terceiro]

Control: reassign -1 gem2deb
Control: retitle -1 gem2deb: should build extensions in verbose mode

On Tue, Sep 03, 2013 at 01:59:41AM +0200, Cédric Boutillier wrote:
> Package: ruby1.9.1
> Version: 1.9.3.194-8.2
> Severity: normal
> Tags: patch
> 
> 
> Hi,
> 
> Currently, the Makefile created from extconf.rb files is not verbose.
> As a consequence some compiler flags are hidden in the build log, which
> prevents from automatic checking for missing hardening flags.
> 
> Since:
> - there is an effort to track hidden compilers flags, tracked on the PTS
>   (http://qa.debian.org/bls/index.html)
> - there is ongoing discussions to make verbose builds a release goal for
>   Jessie,
> I guess that we could make Ruby create verbose Makefiles by default by
> making the variable V=1 instead of 0 in lib/mkmf.rb
> 
> Patch against current master branch of the Git repository attached. With
> this patch, the output of blhc on ruby-nokogiri 1.5.9-3 becomes empty
> (it reports currently 34 hidden flags out of 69.
> http://qa.debian.org/bls/packages/r/ruby-nokogiri.html

I think we should solve this by making gem2deb pass the V=1 when building
extensions instead of patching every interpreter. I am reassigning this
bug accordingly.

-- 
Antonio Terceiro 


signature.asc
Description: Digital signature

Bug#722197: O: imlib2

[ljlane]

Package: wnpp
Severity: normal

Orphaned.


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

Bug#722078: frozen-bubble: unable to change graphics to full-screen via GUI

[Russ Allbery]

shirish शिरीष  writes:

> I hear you and it's the same at my end. I had the same issue but thought
> (just like you) it might be due to the perl 5.18 transition.  hence
> decided to scale down the bug.

> I do see there are still a few packages left for the migration to be
> completed.

> http://release.debian.org/transitions/html/perl5.18.html

> I'll ping once the transition reaches testing as frozen-bubble has been
> removed from testing for now (I guess for the new upload to come to
> testing, a good 10 days from now.)

The Perl 5.18 transition is complete and has been pushed into testing.
That happened today.  The remaining affected packages were either removed
from testing or are now uninstallable.

-- 
Russ Allbery (r...@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#707835: Postfix failure copying certificates

[Gustavo R. Montesino]

Hello,

FWIW, I got a similar error today updating to postfix 2.10.1-2. The issue
turned out to be caused by some broken links in /usr/lib/ssl/certs/ (set as
smtp_tls_CApath on main.cf); after removing the broken links postfix
started normally.

Regards,

Gustavo R. Montesino

Bug#722195: RM: python-openoffice -- ROM; abandoned by upstream

[Mathias Behrle]

Package: ftp.debian.org
Severity: normal
X-CC-Debugs: maintain...@debian.tryton.org

Upstream doesn't intend to support migration to python3. Meanwhile
python3-uno has a Breaks: python-uno, keeping thus python3-uno from
being uninstalled when python-uno is installed. So it is time to remove
python-openoffice.

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

-- 

Mathias Behrle
MBSolutions
Gilgenmatten 10 A
D-79114 Freiburg

Tel: +49(761)471023
Fax: +49(761)4770816
http://m9s.biz
UStIdNr: DE 142009020
PGP/GnuPG key availabable from any keyserver, ID: 0x8405BBF6


signature.asc
Description: PGP signature

Bug#607567: xserver-xorg-video-ati random black screen

[Solveig]

Hi!
Does this bug still apply to newer versions, or could the bug report be
closed?

Cheers!


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

Bug#722196: libGL/libdricore: dispatch table seems off

[Jan Nordholz]

Package: libgl1-mesa-dri
Version: 9.2-1
Found: 9.1.6-2

Hi,

the dispatcher calls between libGL and libdricore seem to be mismatched.
My sample case is 'Little Inferno', but anyway: the game crashes on startup
directly after a call to glCreateShader(). This is the relevant trace:

] Breakpoint 1, 0xf7fb4250 in glCreateShader () from 
/usr/lib/i386-linux-gnu/libGL.so.1
] (gdb) disas
] Dump of assembler code for function glCreateShader:
] => 0xf7fb4250 <+0>: call   0xf7f9e3b1
]0xf7fb4255 <+5>: mov%gs:(%eax),%eax
]0xf7fb4258 <+8>: jmp*0x790(%eax)
]0xf7fb425e <+14>:xchg   %ax,%ax
] End of assembler dump.
] [[ stepping through the get-current-pc code... ]]
] (gdb) ni
] 1: x/5i $pc
] => 0xf7fb4255 :   mov%gs:(%eax),%eax
]0xf7fb4258 :   jmp*0x790(%eax)
]0xf7fb425e :  xchg   %ax,%ax
]0xf7fb4260 :call   0xf7f9e3b1
]0xf7fb4265 :  mov%gs:(%eax),%eax
] (gdb) p $eax
] $1 = -92
] (gdb) ni
] 1: x/5i $pc
] => 0xf7fb4258 :   jmp*0x790(%eax)
]0xf7fb425e :  xchg   %ax,%ax
]0xf7fb4260 :call   0xf7f9e3b1
]0xf7fb4265 :  mov%gs:(%eax),%eax
]0xf7fb4268 :  jmp*0x794(%eax)
] (gdb) x/8x $eax
] 0x898c380:  0xf6f417b0  0xf6f41960  0xf6f41ab0  0xf6f41be0
] 0x898c390:  0xf6f41590  0xf6f41650  0xf6f41cb0  0xf6ff28c0
] [[ The first items of the function table... ]]
] (gdb) info symbol 0xf6f417b0
] _mesa_NewList in section .text of /usr/lib/i386-linux-gnu/libdricore9.2.0.so.1
] (gdb) info symbol 0xf6f41960
] _mesa_EndList in section .text of /usr/lib/i386-linux-gnu/libdricore9.2.0.so.1
] (gdb) info symbol 0xf6f41ab0
] _mesa_CallList in section .text of 
/usr/lib/i386-linux-gnu/libdricore9.2.0.so.1
] (gdb) info symbol 0xf6f41be0
] _mesa_CallLists in section .text of 
/usr/lib/i386-linux-gnu/libdricore9.2.0.so.1
] [[ And here's our target slot: ]]
] (gdb) x/wx ($eax + 0x790)
] 0x898cb10:  0xf6f16f10
] (gdb) info symbol 0xf6f16f10
] _mesa_VertexAttrib2sv in section .text of 
/usr/lib/i386-linux-gnu/libdricore9.2.0.so.1

And that is what glCreateShader indeed calls...

] (gdb) ni
] 0xf6f16f10 in _mesa_VertexAttrib2sv () from 
/usr/lib/i386-linux-gnu/libdricore9.2.0.so.1
] 1: x/5i $pc
] => 0xf6f16f10 <_mesa_VertexAttrib2sv>:  push   %ebx
]0xf6f16f11 <_mesa_VertexAttrib2sv+1>:call   0xf6f0b220
]0xf6f16f16 <_mesa_VertexAttrib2sv+6>:add$0x3840ea,%ebx
]0xf6f16f1c <_mesa_VertexAttrib2sv+12>:   sub$0x18,%esp
]0xf6f16f1f <_mesa_VertexAttrib2sv+15>:   mov0x24(%esp),%eax

... which falls flat on its face just a couple of instructions down the line
by dereferencing a NULL. The correct dispatcher slot would have been:

] (gdb) p _mesa_CreateShader
] $2 = {} 0xf6fac120 <_mesa_CreateShader>
] (gdb) find/w $eax, $eax + 0x1000, 0xf6fac120
] 0x898c9e8
] 1 pattern found.
] (gdb) p/x 0x898c9e8 - $eax
] $3 = 0x668

The trace is from the current experimental 9.2 package versions, but the bug
exists in unstable, too. (The upgrade to experimental was only a desperate
attempt to get rid of the bug in the first place. ;) )


Best regards,

Jan


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

Bug#722191: yum: CURLOPT_SSL_VERIFYHOST no longer supports 1 as value!

[Mike Miller]

Control: reassign -1 python-urlgrabber
Control: merge -1 715416

On Sun, Sep 8, 2013 at 15:05:29 -0700, Diane Trout wrote:
> I was experimenting with building fedora chroots and under certain
> circumstances yum exits with:
>
>   File "/usr/lib/pymodules/python2.7/urlgrabber/grabber.py", line 1193, in
> _set_opts
> self.curl_obj.setopt(pycurl.SSL_VERIFYHOST, opts.ssl_verify_host)
> pycurl.error: (43, 'CURLOPT_SSL_VERIFYHOST no longer supports 1 as value!')

Thanks for your bug report. This has already been reported as #715416
against python-urlgrabber, which is really where the bug is and has
been fixed upstream and where it also should be fixed in Debian.

-- 
mike


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

Bug#685725: Bug still exists in Wheezy

[David Jarvie]

Just to confirm that this bug still happens in Wheezy.

stunnel4  3:4.53-1.1 
postfix  2.9.6-2

-- 
David Jarvie.
KDE developer.
KAlarm author -- http://www.astrojar.org.uk/kalarm


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

Bug#722194: virtualbox: VERR_SYMBOL_NOT_FOUND: SUPR0SuspendVTxOnCpu

[Jan Nordholz]

Package: virtualbox
Version: 4.2.16-dfsg-2

Hi,

I cannot resume my VMs anymore. Virtualbox terminates any attempt (regardless
of the instance or type of guest OS) with

] 00:00:11.973191 AssertLogRel 
/tmp/buildd/virtualbox-4.2.16-dfsg/src/VBox/HostDrivers/Support/SUPLib.cpp(1726)
 int supLoadModuleResolveImport(RTLDRMOD, const char*, const char*, unsigned 
int, RTUINTPTR*, void*): 
] 00:00:11.973275 VMMR0.r0 is importing SUPR0SuspendVTxOnCpu which we couldn't 
find
] 00:00:11.973668 pdmR3LoadR0U: pszName="VMMR0.r0" rc=VERR_SYMBOL_NOT_FOUND 
szErr="supLoadModule returned VERR_SYMBOL_NOT_FOUND"
] 00:00:11.973744 VMSetError: 
/tmp/buildd/virtualbox-4.2.16-dfsg/src/VBox/VMM/VMMR3/VM.cpp(598) int 
vmR3CreateU(PUVM, uint32_t, PFNCFGMCONSTRUCTOR, void*); rc=VERR_SYMBOL_NOT_FOUND
] 00:00:11.973758 VMSetError: Failed to load VMMR0.r0
] 00:00:11.974577 ERROR [COM]: aRC=NS_ERROR_FAILURE (0x80004005) 
aIID={db7ab4ca-2a3f-4183-9243-c1208da92392} aComponent={Console} aText={Failed 
to load VMMR0.r0 (VERR_SYMBOL_NOT_FOUND)}, preserve=false
] 00:00:12.047666 Using XKB for keycode to scan code conversion
] 00:00:12.073207 Power up failed (vrc=VERR_SYMBOL_NOT_FOUND, 
rc=NS_ERROR_FAILURE (0X80004005))
] 00:00:12.097139 ERROR [COM]: aRC=E_ACCESSDENIED (0x80070005) 
aIID={db7ab4ca-2a3f-4183-9243-c1208da92392} aComponent={Console} aText={The 
virtual machine is not powered up}, preserve=false
] 00:00:13.097171 ERROR [COM]: aRC=E_ACCESSDENIED (0x80070005) 
aIID={db7ab4ca-2a3f-4183-9243-c1208da92392} aComponent={Console} aText={The 
virtual machine is not powered up}, preserve=false
] 00:00:14.097015 ERROR [COM]: aRC=E_ACCESSDENIED (0x80070005) 
aIID={db7ab4ca-2a3f-4183-9243-c1208da92392} aComponent={Console} aText={The 
virtual machine is not powered up}, preserve=false

VMMR0.r0 really lacks that symbol... but vboxdrv.ko has it, so I suppose
this is correct:

] jcn@inti:/usr/lib/virtualbox$ nm VMMR0.r0 | grep SUPR0Sus
]  U SUPR0SuspendVTxOnCpu
] jcn@inti:/usr/lib/virtualbox$ nm /lib/modules/$(uname 
-r)/extra/vboxdrv/vboxdrv.ko | grep SUPR0Sus
] 04c0 T SUPR0SuspendVTxOnCpu

I have reloaded the modules, rebooted the system etc.; what is the preferred
way of debugging this? Can I enable more debug messages, especially of the
kernel layer, or do I have to do a full debug-enabled rebuild? (And is there
a comfortable way of doing that, as I couldn't find any debug-related options
in debian/rules?)

My system is unstable (experimental for a few selected packages), my kernel
is git HEAD, and virtualbox is at 4.2.16-dfsg-2.


Thanks,

Jan


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

Bug#530820: xkb-data: Please add il variant to replace underscore with hebrew hyphen

[Solveig]

Hi!
You asked for a new keyboard layout variant. It was suggested to you to
report a bug upstream. Did you do so? If yes, what is the bug report
number? If you changed your mind about the variant, please let us know
the bug can be closed.

Cheers!


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

Bug#693160: xul-ext-adblock-plus: Adblock Plus should not be enabled by default

[David Prévot]

Control: tag -1 pending

On Wed, Nov 21, 2012 at 12:25:35AM +0100, Cyril Brulebois wrote:

> I'm not sure what should be done (maybe disabling the extension
> entirely as suggested above but then why install it by default?

I disagree that an extension should be disabled by default just because
some people don’t like it (they shouldn’t install it in the first
place). I do understand it’s pulled in by default, but that issue is in
gnome maintainers hands (already tracked as #689858).

> or trying to stick to the very first tab),

I just pushed a fix in Git so the new Adblock Plus tab stays in
background, I hope it will be enough to address this part of the issue.

> but I hope some better way of
> welcoming a new user can be found on the web front.

Sorry to arrive so late after Wheezy has been released.

Regards

David




signature.asc
Description: Digital signature

Bug#722193: flightgear: fails to start because of denedency on libosgText.so.100

[Євгеній Мещеряков]

Package: flightgear
Version: 2.10.0-2
Severity: grave

The newest version of flightgear fails to start on amd64:

% fgfs   
fgfs: error while loading shared libraries: libosgText.so.100: cannot open 
shared object file: No such file or directory

The file libosgText.so.100 does not exist in any package currently in
Debian.

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

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

Versions of packages flightgear depends on:
ii  flightgear-data-all   2.10.0-1
ii  freeglut3 2.8.1-1
ii  libc6 2.17-92+b1
ii  libgcc1   1:4.8.1-10
ii  libgl1-mesa-glx [libgl1]  9.1.6-2
ii  libglu1-mesa [libglu1]9.0.0-1
ii  libice6   2:1.0.8-2
ii  libjpeg8  8d-1
ii  libopenscenegraph99   3.2.0~rc1-1
ii  libopenthreads14  3.2.0~rc1-1
ii  libplib1  1.8.5-6
ii  libpng12-01.2.49-4
ii  libsimgearcore2.10.0  2.10.0-3
ii  libsimgearscene2.10.0 2.10.0-3
ii  libsm62:1.2.1-2
ii  libsqlite3-0  3.8.0.2-1
ii  libstdc++64.8.1-10
ii  libudev0  175-7.2
ii  libx11-6  2:1.6.1-1
ii  libxext6  2:1.3.2-1
ii  libxi62:1.7.2-1
ii  libxmu6   2:1.1.1-1
ii  zlib1g1:1.2.8.dfsg-1

flightgear recommends no packages.

flightgear 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#722192: ITP: cubemap -- scalable video reflector, designed to be used with VLC

[Philipp Kern]

Package: wnpp
Severity: wishlist
Owner: Philipp Kern 

* Package name: cubemap
  Version : 1.0.0
  Upstream Author : Steinar H. Gunderson 
* URL : http://git.sesse.net/?p=cubemap
* License : GPLv2
  Programming Lang: C++
  Description : scalable video reflector, designed to be used with VLC

 Cubemap is a high-performance, high-availability video reflector,
 specifically made for use with VLC. It is currently in alpha stage.
 .
 Its features include high performance, high availability, per-stream
 fwmark support (separate config needed) and reflection of all muxes
 VLC can offer over HTTP.


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

Bug#526004: It would be nice to have italian coder variant in xkb-data

[Solveig]

Hi !

You reported a bug against xkb-data, then forwarded it upstream
(https://bugs.freedesktop.org/show_bug.cgi?id=27448). The maintainer
there asked you something you never answered to. If you want this bug
fixed, you might want to answer him :)


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

Bug#722191: yum: CURLOPT_SSL_VERIFYHOST no longer supports 1 as value!

[Diane Trout]

Package: yum
Version: 3.4.3-2
Severity: normal

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 ***

I was experimenting with building fedora chroots and under certain
circumstances yum exits with:

  File "/usr/lib/pymodules/python2.7/urlgrabber/grabber.py", line 1193, in
_set_opts
self.curl_obj.setopt(pycurl.SSL_VERIFYHOST, opts.ssl_verify_host)
pycurl.error: (43, 'CURLOPT_SSL_VERIFYHOST no longer supports 1 as value!')

I was using the command:

yum --releasever=19 --nogpg -c rootfs/etc/yum.repos.d/fedora.repo
--disableplugin='*' --disablerepo='*' --enablerepo=fedora --installroot
/tmp/rootfs/ install bash vim-minimal procps-ng yum passwd fedora-release
systemd

I'll attach the fedora.repo file I was using.

I found this forum post which claims that CURLOPT_SSL_VERIFYHOST needs to be 2.
http://devot-ee.com/add-ons/support/simple-s3-uploader/viewthread/9731

I had a simple patch which got around the issue for me.

In addition to the packages picked up by report bug I think the following are
also relevant:

python-pycurl 7.19.0-7
libcurl3-gnutls: 7.32.0-1

Diane Trout



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

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

Versions of packages yum depends on:
ii  python   2.7.5-4
ii  python-libxml2   2.9.1+dfsg1-3
ii  python-rpm   4.11.1-2
ii  python-sqlite1.0.1-9
ii  python-sqlitecachec  1.1.4-1
ii  python-urlgrabber3.9.1-4
ii  rpm  4.11.1-2

yum recommends no packages.

yum suggests no packages.

-- no debconf information
--- /tmp/yumRepo.py	2013-09-08 14:17:43.692054028 -0700
+++ /usr/lib/python2.7/dist-packages/yum/yumRepo.py	2013-06-26 22:07:25.0 -0700
@@ -504,9 +504,9 @@
  'proxies': self.proxy_dict,
  'timeout': self.timeout,
  'http_headers': tuple(self.__headersListFromDict(cache=cache)),
  'ssl_verify_peer': self.sslverify,
- 'ssl_verify_host': 2 if self.sslverify else 0,
+ 'ssl_verify_host': self.sslverify,
  'ssl_ca_cert': self.sslcacert,
  'ssl_cert': self.sslclientcert,
  'ssl_key': self.sslclientkey,
  'user_agent': default_grabber.opts.user_agent,
[fedora]
name=Fedora $releasever - $basearch
failovermethod=priority
#baseurl=http://download.fedoraproject.org/pub/fedora/linux/releases/$releasever/Everything/$basearch/os/
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=fedora-$releasever&arch=$basearch
enabled=1
#metadata_expire=7d
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-$basearch

[fedora-debuginfo]
name=Fedora $releasever - $basearch - Debug
failovermethod=priority
#baseurl=http://download.fedoraproject.org/pub/fedora/linux/releases/$releasever/Everything/$basearch/debug/
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=fedora-debug-$releasever&arch=$basearch
enabled=0
metadata_expire=7d
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-$basearch

[fedora-source]
name=Fedora $releasever - Source
failovermethod=priority
#baseurl=http://download.fedoraproject.org/pub/fedora/linux/releases/$releasever/Everything/source/SRPMS/
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=fedora-source-$releasever&arch=$basearch
enabled=0
metadata_expire=7d
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-$basearch

Bug#722078: frozen-bubble: unable to change graphics to full-screen via GUI

[shirish शिरीष]

at bottom :-

On 9/8/13, Dominique Dumont  wrote:
> On Saturday 07 September 2013 20:31:58 shirish शिरीष wrote:
>> I recently installed frozen-bubble. I wanted to change the graphics to
>> full-screen from window but wasn't able to via the GUI. I saw the
>> following in ~/.frozen-bubble
>
> On sid, I'm not even able to access the GUI settings screen: the GUI logo
> goes
> all blurry and pixelated and nothing happens. Do you have a similar behavior
> ?
>
> There's a possibility that this behavior is due to current perl 5.18
> transition. So I'm going to wait until the dust settles before digging
> deeper
> for this bug.
>
> If you don't have news before mid-October, feel free to ping me.
>
> All the best

I hear you and it's the same at my end. I had the same issue but
thought (just like you) it might be due to the perl 5.18 transition.
hence decided to scale down the bug.

I do see there are still a few packages left for the migration to be completed.

http://release.debian.org/transitions/html/perl5.18.html

I'll ping once the transition reaches testing as frozen-bubble has
been removed from testing for now (I guess for the new upload to come
to testing, a good 10 days from now.)

I did see that upstream is dead it seems as the package's changelog
last activity mentions 2010-08.
-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
065C 6D79 A68C E7EA 52B3  8D70 950D 53FB 729A 8B17


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

Bug#722159: doesn't seem to work with perl 5.18

[gregor herrmann]

Control: tag -1 + upstream patch

On Sun, 08 Sep 2013 19:18:13 +0200, gregor herrmann wrote:

> On Sun, 08 Sep 2013 18:08:23 +0200, Michael Meskes wrote:
> 
> > Sep  8 17:53:05 trantor spampd[3693]: Process Backgrounded
> > Sep  8 17:53:05 trantor spampd[3693]: 2013/09/08-17:53:05 Insecure 
> > dependency in open while running with -T switch at 
> > /usr/share/perl5/Net/Server/Daemonize.pm line 75.#012#012  at line 180 in 
> > file /usr/share/perl5/Net/Server.pm
> > Sep  8 17:53:05 trantor spampd[3693]: 2013/09/08-17:53:05 Server closing!
> 
> Sounds like #722136 in postgrey.
>  
> Cheers,
> gregor, going to forward the bug upstream now
 
There's a patch upstream which would need a test and some feedback:
https://github.com/mpaperno/spampd/issues/2
https://github.com/mpaperno/spampd/commit/1fe20e4c0f06760eb341b519c32954bfc9ef7a15


Cheers,
gregor


-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   


signature.asc
Description: Digital signature

Bug#722190: Only channel left is heard when headphones are used

[Alexis PM]

Package: alsa-base
Version: 1.0.25+3~deb7u1
Severity: normal
X-Debbugs-CC: xiuxiu...@coincidance.net


In Wheezy with KDE (all packages are updated and all are official Debian 
packages), when I use headphones (minijack output), only 1 channel (channel 
left) is heard, but the 2 channels are heard if I disconnect the headphones and 
use the speakers. 

This soundcard works fine in Squeeze (in other partition of the computer).

Audio packages installed: alsa-base alsa-oss alsa-tools alsa-tools-gui 
alsa-utils alsamixergui libpulse0 libpulse-mainloop-glib0 (all in Wheezy 
versions) (pulseaudio is not installed)

In alsamixergui all channels are to maximum.

# lspci | grep Audio
00:1b.0 Audio device: Intel Corporation NM10/ICH7 Family High Definition Audio 
Controller (rev 02)

# alsactl init
Found hardware: "HDA-Intel" "SigmaTel STAC9221 A1" 
"HDA:83847680,106b0a00,00103401" "0x8384" "0x7680"
Hardware is initialized using a generic method

If I do "speaker-test -Dplug:front -c2" I hear the two channels alternately 
when I use spakers, but when I use headphones I hear only silence when is 
testing the the right channel

$ speaker-test -Dplug:front -c2

speaker-test 1.0.25

Playback device is plug:front
Stream parameters are 48000Hz, S16_LE, 2 channels
Using 16 octaves of pink noise
Rate set to 48000Hz (requested 48000Hz)
Buffer size range from 64 to 16384
Period size range from 32 to 8192
Using max buffer size 16384
Periods = 4
was set period_size = 4096
was set buffer_size = 16384
 0 - Front Left
 1 - Front Right




Thank you very much



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

Bug#721677: more background on the gnome-user-share bug

[Stefan Krastanov]

I followed a few debian/gnome wiki pages at first. Presumably they
were for gnome3, however they referenced (and showed screenshots) of
what I know to be `gnome-file-share-properties`, which until recently
was part of the package `gnome-user-share` and the package
`nautilus-share` still expects the executable to exist (it is called
by the button on the ribbon in the Public folder).

So, in steps:

- Install debian testing, use it for a week, get into the need to send
file by bluetooth to it.
- Gnome Help Page / Wiki on sharing tells me to install
`gnome-user-share`. For convenience I also installed `nautilus-share`.
- Gnome Help Page / Wiki tells me to go to settings->etc->etc, where a
shortcut to `gnome-file-share-properties` should be present.
- No such shortcut is present. Studying previous versions of the
`gnome-user-share` package shows that it contained the
`gnome-file-share-properties` executable before, but not anymore.

And IMPORTANT REMARK: my gnome-control-center has no mention of
sharing preferences whatsoever.

My expectations for `gnome-file-share-preferences` to be installed
might indeed be based on old information. However if there is some new
way to access these preferences, it is not mentioned on any wiki, it
is not part of gnome-control-center by default and it does not become
part of gnome-control-center after installing gnome-user-share.

All this on Debian testing. ArchLinux has gnome-file-share-preferences
in its gnome-user-share package as do older versions of Debian.

Thanks for the attention
Stefan

On 8 September 2013 17:24, Andreas Henriksson  wrote:
> Hello everybody reporting to Debian bug #721677.
>
> I'd like to understand more about the problem you're seeing.
>
> In Gnome 3.8, sharing is configured in gnome-control-center.
> You all seem to be trying to do it somehow differently.
> Why and how?
>
> Could you please describe more details about what you're trying
> to do that leads up to the problem?
>
> Quoting parts from your previous reports:
>> Failed to execute child process "/usr/bin/gnome-file-share-properties" (No
>> such file or directory)
> [...]
>> The above mentioned executable is indeed missing, [...]
>
> There's no such executable for sure... the question is why/how you're
> trying to use it though?!
>
> Please describe more background.
> Feel free to skip the (a) start computer, (b) log in, steps in your
> description.
>
> --
> Andreas Henriksson


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

Bug#722181: installation-reports: partition misaligned using guided partition lvm+crypt

[Julien Cristau]

On Sun, Sep  8, 2013 at 13:27:41 -0700, Joseph Skerik wrote:

> Package: installation-reports
> Severity: important
> Tags: d-i
> 
> Dear Maintainer,
> 
> Here's what I see:
> * fdisk tells me that I have partitions misaligned.

That's an fdisk bug AFAIK.

> * Disk preparation during install (format/erase) took 36 hours for one 750GB
>   disk in an inexpensive laptop. The disk is mechanical and not super fast.
> 
When using encryption by default the installer zeroes the disk, which
takes forever, so I think this is also expected.
See also http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=611196

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#722187: libosl: update boost build-dep (1.54)

[Dmitrijs Ledkovs]

Source: libosl
Version: 0.6.0-1
Severity: important

Your package build-depends on libboost1.49-all-dev.  If there isn't a
strong reason to not use another version it should use the unversioned
packages.  Otherwise please consider updating to 1.54.

Regards,

Dmitrijs.


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

Bug#722189: libpwiz: update boost build-depends

[Dmitrijs Ledkovs]

Source: libpwiz
Version: 3.0.4624-1
Severity: important

Your package build-depends on boost1.49 dev packages.  If there isn't a
strong reason to not use another version it should use the unversioned
packages.  Otherwise please consider updating to 1.54.

Regards,

Dmitrijs.


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

Bug#722188: Optimizations are not properly applied

[Steinar H. Gunderson]

Source: libdvbcsa
Version: 1.1.0-2
Severity: normal

Hello,

It seems that debian/rules contains:

  ifeq ($(DEB_HOST_ARCH),amd64)
  EXTRA_CONFIGURE_ARGS += --enable-mmx --enable-sse2
  endif

--enable-mmx overrides --enable-sse2, so this means that the package is built
without SSE2 optimizations. Furthermore, it means that 32-bit packages are not
built with MMX or SSE2 support, despite every single CPU the last ten years
(and certainly every CPU anyone would want to decode DVB-CSA on) has supported
SSE2. (MMX was added in 1997!)

Finally, --enable-altivec should probably be enabled on appropriate CPUs.

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

Kernel: Linux 3.11.0-rc5 (SMP w/16 CPU cores)
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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

Bug#722186: dh-buildinfo: Please produce stable output

[Jérémy Bobbio]

Package: dh-buildinfo
Version: 0.9+nmu1
Severity: wishlist
Tags: patch

Hi!

It would really help the “reproducible efforts” [1] if dh-buildinfo
would produce a stable output each time it is called.

The attached patch do this by:

 * calling gzip with the `-n` flag in order to prevent it to store
   a timestamp;
 * sorting the package lists by name.

The later might not be the nicest code, I don't really know Perl.

[1] http://wiki.debian.org/ReproducibleBuilds

Thanks!
-- 
Lunar.''`. 
lu...@debian.org: :Ⓐ  :  # apt-get install anarchism
`. `'` 
  `-   
diff -Nru dh-buildinfo-0.9+nmu1/debian/changelog dh-buildinfo-0.9+nmu2/debian/changelog
--- dh-buildinfo-0.9+nmu1/debian/changelog	2012-05-13 12:22:38.0 +0200
+++ dh-buildinfo-0.9+nmu2/debian/changelog	2013-09-08 23:22:26.0 +0200
@@ -1,3 +1,10 @@
+dh-buildinfo (0.9+nmu2) UNRELEASED; urgency=low
+
+  * Do not record timestamps when compressing buildinfo file.
+  * Output packages sorted by name.
+
+ -- Jérémy Bobbio   Sun, 08 Sep 2013 20:59:23 +
+
 dh-buildinfo (0.9+nmu1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru dh-buildinfo-0.9+nmu1/dh_buildinfo dh-buildinfo-0.9+nmu2/dh_buildinfo
--- dh-buildinfo-0.9+nmu1/dh_buildinfo	2012-05-13 11:53:10.0 +0200
+++ dh-buildinfo-0.9+nmu2/dh_buildinfo	2013-09-08 23:28:36.0 +0200
@@ -161,12 +161,14 @@
   while (shift @essentials ne '') {
   }
   ;
+  @essentials = sort @essentials;
 
   # get output in the same format as build-essential and explicit build-deps
   #@essentials = BuildDeps::depends(join (', ', @essentials), @status);
 
   # closure
   my @essentialsclosure = deps_closure(\@essentials, \%depends, $excludes);
+  @essentialsclosure = sort @essentialsclosure;
   add_to_closure(\@essentialsclosure, $excludes);
 
   # record
@@ -201,9 +203,11 @@
 
   # have the expression parsed
   my @buildessentials = BuildDeps::depends($bestring, @status);
+  @buildessentials = sort @buildessentials;
 
   # closure
   my @buildessentialsclosure = deps_closure(\@buildessentials, \%depends, $excludes);
+  @buildessentialsclosure = sort @buildessentialsclosure;
   add_to_closure (\@buildessentialsclosure, $excludes);
 
   # record
@@ -222,16 +226,18 @@
   my %fields = BuildDeps::parse_control ('debian/control');
   if (defined $fields{'Build-Depends-Indep'}) {
 @builddepsindep = BuildDeps::depends($fields{'Build-Depends-Indep'}, @status);
+@builddepsindep = sort @builddepsindep;
   }
 
   # closure
   my @builddepsindepclosure = deps_closure(\@builddepsindep, \%depends, $excludes);
+  @builddepsindepclosure = sort @builddepsindepclosure;
   add_to_closure (\@builddepsindepclosure, $excludes);
 
   # record
   $buildinfo .=
 "\n\n Declared Arch-indep Build-Dependencies:\n\n" .
-  pkgformat (\@builddepsindep, 0, @status) .
+  pkgformat (@builddepsindep, 0, @status) .
 	"\n\n Arch-indep Build-Dependencies closure:\n\n" .
 	  pkgformat (\@builddepsindepclosure, 1, @status);
 
@@ -244,10 +250,12 @@
   %fields = BuildDeps::parse_control ('debian/control');
   if (defined $fields{'Build-Depends'}) {
 @builddeps = BuildDeps::depends($fields{'Build-Depends'}, @status);
+@builddeps = sort @builddeps;
   }
 
   # closure
   my @builddepsclosure = deps_closure(\@builddeps, \%depends, $excludes);
+  @builddepsclosure = sort @builddepsclosure;
   #add_to_closure (\@builddepsclosure, $excludes);
 
   # record
@@ -265,7 +273,7 @@
 }
 
 sub install_buildinfo {
-  complex_doit("gzip -9f debian/buildinfo >debian/buildinfo.gz");
+  complex_doit("gzip -9nf debian/buildinfo >debian/buildinfo.gz");
   foreach my $package (@{$dh{DOPACKAGES}}) {
 my $tmp=tmpdir($package);
 my $arch=package_arch($package);


signature.asc
Description: Digital signature

Bug#722136: postgrey fails to start with perl-base 5.18.1-3

[Pierre Tourbeaux]

Le dimanche 08 septembre 2013 à 11:19 +, Pascal Volk a écrit :
> On 09/08/2013 10:18 AM Pascal Volk wrote:
> > …
> > Insecure dependency in bind while running with -T switch at 
> > /usr/lib/perl/5.18/IO/Socket.pm line 213.
> > 
> 
> I've applied the patch¹ from Yasuhiro Kimura. Now postgrey starts again.
> The comments in the patch seem plausible to me.
> (Works for me.)
> 
> Regards,
> Pascal
> --
> 1 =
> https://github.com/yasuhirokimura/postgrey/commit/9673b54064691a5b9c295ffea340d8a1f9ee1cb8

Hello.

Same thing here, postgrey 1.34-1.1 doesn't start with perl 5.18.1-3 with
the error message "Insecure dependency in bind while running with -T
switch at /usr/lib/perl/5.18/IO/Socket.pm line 213."

The machine runs Debian unstable on amd64.

Regards,
Pierre Tourbeaux


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

Bug#694988: Ping

[Alexander Wuerstlein]

Hello,

any news on this bug? Is more information required and has the viability
for wheezy been decided yet?



Ciao,

Alexander Wuerstlein.


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

Bug#720868: closed

[David Prévot]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Control: close -1 1.5.2~beta2-1

Le 08/09/2013 17:18, Sébastien Villemot a écrit :

> Thanks for the upload. I am however reopening since the bug still
> affects sid.

That’s useless: the BTS is well aware of version tracking. On the other
hand, I really intended to upload this non beta version to unstable, so
thank you for the heads up, I’m on my way for a second upload.

Regards

David


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

iQEcBAEBCAAGBQJSLOyTAAoJEAWMHPlE9r08muoH/jO4syy8p5f/4jfHm0U0d9mU
BAXC/3QM6yEcWrvhigkxUcABPbdh1kRk9UCKW49zx0F6UclFG6j52rp6Q2/jcizk
zWzpqOB/cV0HwxLNuCIUOTZyhKJ8UrYoAHLzJsZ3GtrOqBOvaDnDFpkXKqu+aHfh
UtVhp0aUBoDJvamwgUUJ2P9EgTC9wpCFYl9MBDNhqacLjivqbgNVs3aDta3p/0HA
wWAh1fLGr9Xvphs58wkP1ekk3RCoCrU5aT57ubcheh61dRKiG3ul8cGYHrBHGYXM
mjJDJ89KcmZUwcnryR3cpnslsGItN1hd1cKtYhu+XNXoD5ExHuMJ1ZnVM6nAAXo=
=XzEQ
-END PGP SIGNATURE-


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

Bug#721677: more background on the gnome-user-share bug

[Andreas Henriksson]

Hello everybody reporting to Debian bug #721677.

I'd like to understand more about the problem you're seeing.

In Gnome 3.8, sharing is configured in gnome-control-center.
You all seem to be trying to do it somehow differently.
Why and how?

Could you please describe more details about what you're trying
to do that leads up to the problem?

Quoting parts from your previous reports:
> Failed to execute child process "/usr/bin/gnome-file-share-properties" (No
> such file or directory)
[...]
> The above mentioned executable is indeed missing, [...]

There's no such executable for sure... the question is why/how you're
trying to use it though?!

Please describe more background.
Feel free to skip the (a) start computer, (b) log in, steps in your
description.

-- 
Andreas Henriksson


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

Bug#421025: XCreateFontSet fails with fixed 13 as first font pattern in UTF-8 environment

[intrigeri]

Hi,

Ben Hutchings wrote (23 Sep 2007 14:37:10 GMT) :
> On Sun, 2007-09-23 at 06:29 +0100, Ben Hutchings wrote:
>  
>> Run this with the argument
>> "-*-fixed-*-*-*-*-*-*-*-*-*-*-JISX0208.1983-0" and you should see the
>> bug (or not).

In case it helps, on my up-to-date sid system:

$ listfonts "-*-fixed-*-*-*-*-*-*-*-*-*-*-JISX0208.1983-0"
-jis-fixed-medium-r-normal--16-110-100-100-c-160-jisx0208.1983-0 exists
-jis-fixed-medium-r-normal--16-150-75-75-c-160-jisx0208.1983-0 exists
-jis-fixed-medium-r-normal--24-170-100-100-c-240-jisx0208.1983-0 exists
-jis-fixed-medium-r-normal--24-230-75-75-c-240-jisx0208.1983-0 exists
-misc-fixed-medium-r-normal--14-130-75-75-c-140-jisx0208.1983-0 exists
-jis-fixed-medium-r-normal--17-120-100-100-c-0-jisx0208.1983-0 exists
-jis-fixed-medium-r-normal--0-0-75-75-c-0-jisx0208.1983-0 exists
-misc-fixed-medium-r-normal--17-120-100-100-c-0-jisx0208.1983-0 exists
-misc-fixed-medium-r-normal--0-0-75-75-c-0-jisx0208.1983-0 exists

Cheers,
--
  intrigeri
  | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
  | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc


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

Bug#720868: closed by David Prévot (Bug#720868: fixed in sage-extension 1.5.2-1)

[Sébastien Villemot]

Control: reopen -1

Le dimanche 08 septembre 2013 à 21:09 +, Debian Bug Tracking System
a écrit :
> This is an automatic notification regarding your Bug report
> which was filed against the xul-ext-sage package:
> 
> #720868: xul-ext-sage: unusable with Iceweasel 23
> 
> It has been closed by David Prévot .

Thanks for the upload. I am however reopening since the bug still
affects sid.

-- 
 .''`.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#722098: Bug #722098: telepathy-gabble: Facebook chat authorization error

[Michael Banck]

On Sun, Sep 08, 2013 at 10:37:13AM +0100, Simon McVittie wrote:
> telepathy-gabble 0.18.1 has the same patch and basically no other
> changes. I'll try to get it uploaded on Monday if nobody gets there first.

Cool.

FWIW, I'm attaching a patch which fixes Facebook chat on squeeze as
well.  There, a further patch is required (taken from 0ca8f572) to make
gabble not discard the roster sent by the Facebook XMPP (resulting in no
contacts being displayed).  Not sure this warrants a seperate bug as it
appears to be due to the same root cause, but I think stable/oldstable
uploads are in order to fix this.


Michael
commit c4e19a478599d12824dddcba83de907fa8adf310
Author: Xavier Claessens 
Date:   Tue Oct 25 16:44:36 2011 +0200

Accept from="server.com" as stanzas coming from server

Some servers does not set the full/bare jid.

Fixes fdo#39057

diff --git a/tests/wocky-porter-test.c b/tests/wocky-porter-test.c
index ca64f0f..08e9d4d 100644
diff --git a/wocky/wocky-c2s-porter.c b/wocky/wocky-c2s-porter.c
index 52ee2f9..713df5a 100644
--- a/lib/ext/wocky/wocky/wocky-porter.c
+++ b/lib/ext/wocky/wocky/wocky-porter.c
@@ -76,6 +76,7 @@ struct _WockyC2SPorterPrivate
   gchar *full_jid;
   gchar *bare_jid;
   gchar *resource;
+  gchar *domain;
 
   /* Queue of (sending_queue_elem *) */
   GQueue *sending_queue;
@@ -361,7 +362,7 @@ wocky_c2s_porter_set_property (GObject *object,
 
   switch (property_id)
 {
-  gchar *node, *domain;
+  gchar *node;
 
   case PROP_CONNECTION:
 g_assert (priv->connection == NULL);
@@ -376,10 +377,9 @@ wocky_c2s_porter_set_property (GObject *object,
 
 priv->full_jid = g_value_dup_string (value);
 g_assert (priv->full_jid != NULL);
-wocky_decode_jid (priv->full_jid, &node, &domain, &priv->resource);
-priv->bare_jid = wocky_compose_jid (node, domain, NULL);
+wocky_decode_jid (priv->full_jid, &node, &priv->domain, &priv->resource);
+priv->bare_jid = wocky_compose_jid (node, priv->domain, NULL);
 g_free (node);
-g_free (domain);
 break;
 
   default:
@@ -844,7 +846,7 @@ check_spoofing (WockyC2SPorter *self,
 goto finally;
 
   /* if we sent an IQ without a 'to' attribute, it's to our server: allow it
-   * to use our full or bare JID to reply */
+   * to use our full/bare JID or domain to reply */
   if (should_be_from == NULL)
 {
   if (stanza_is_from_server (self, nfrom))
>From cd51cd6973941e08b854a2b3a56e3c47e5f3c7d9 Mon Sep 17 00:00:00 2001
From: David Edmundson 
Date: Mon, 2 Sep 2013 01:32:14 +
Subject: [PATCH] If we send an IQ to a server allow "from" to be empty

Bug: https://bugs.freedesktop.org/show_bug.cgi?id=68829
Origin: upstream, 0.18.1
---
 wocky/wocky-c2s-porter.c | 10 ++
 1 file changed, 10 insertions(+)

diff --git a/wocky/wocky-c2s-porter.c b/wocky/wocky-c2s-porter.c
index 8f0daa0..02c46cd 100644
--- a/lib/ext/wocky/wocky/wocky-porter.c
+++ b/lib/ext/wocky/wocky/wocky-porter.c
@@ -859,6 +859,16 @@ check_spoofing (WockyC2SPorter *self,
 goto finally;
 }
 
+  /* If we sent an IQ to the server itself, allow it to
+   * omit 'from' in its reply, which is normally used
+   * for messages from the server on behalf of our own
+   * account (as of 2013-09-02, the Facebook beta server
+   * does this). See fd.o #68829 */
+
+  if (from == NULL && !wocky_strdiff (should_be_from, self->priv->domain)) {
+  goto finally;
+  }
+
   /* if we sent an IQ to our full or bare JID, allow our server to omit 'to'
* in the reply (Prosody 0.6.1 does this with the resulting error if we
* send disco#info to our own bare JID), or to use our full JID. */
-- 
1.8.3.4

--- ./src/roster.c.orig	2013-09-08 15:06:04.487098988 +0200
+++ ./src/roster.c	2013-09-08 15:06:40.820177614 +0200
@@ -1579,23 +1579,6 @@
   if (query_node == NULL)
 return LM_HANDLER_RESULT_ALLOW_MORE_HANDLERS;
 
-  from = lm_message_node_get_attribute (
-  wocky_stanza_get_top_node (message), "from");
-
-  if (from != NULL)
-{
-  TpHandle sender;
-
-  sender = tp_handle_lookup (contact_repo, from, NULL, NULL);
-
-  if (sender != conn->self_handle)
-{
-   NODE_DEBUG (iq_node, "discarding roster IQ which is not from "
-  "ourselves or the server");
-  return LM_HANDLER_RESULT_REMOVE_MESSAGE;
-}
-}
-
   sub_type = lm_message_get_sub_type (message);
 
   /* if this is a result, it's from our initial query. if it's a set,

Bug#721191: linux: patch for parisc/hppa architecture

[Ben Hutchings]

On Sun, 2013-09-08 at 22:43 +0200, Helge Deller wrote:
> On 09/08/2013 06:30 PM, Ben Hutchings wrote:
> > On Wed, 2013-08-28 at 23:22 +0200, Helge Deller wrote:
[...]
> >> +CONFIG_FUSION_SPI=m
> >> +
> >> +# Built-in NIC in C8000 workstation
> >> +CONFIG_E1000=m
> > 
> > This is redundant with the top-level config.
> 
> It hasn't been built before, so maybe the dependeny to top-level config 
> didn't worked?
> Will check.

I don't know which version you're looking at, but it is enabled by the
current configuration.

> >> +CONFIG_DRM=y
> > 
> > Why should this be built-in?
> 
> On the C8000 an ATI FireGL is the only built-in GFX card and
> it's only supported by the radeon DRM driver.
> So, if the driver isn't built-in, you won't be able to see
> the debian installer... 
[...]

The driver won't be built-in, as you're setting CONFIG_DRM_RADEON=m.

And it doesn't need to be built-in.  It just needs to be in one of the
module packages that's included in the installer initramfs.  I think
you'll need to create a new udeb for DRM drivers and then add this to
the package lists for hppa images in the d-i repository.

Ben.

-- 
Ben Hutchings
I haven't lost my mind; it's backed up on tape somewhere.


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

Bug#722185: gnome-online-accounts: Creates invalid Evolution account for gmail

[Julian Andres Klode]

Package: gnome-online-accounts
Version: 3.8.2-1
Severity: normal

The created account uses port 143 for IMAP. Gmail uses SSL
on port 993.

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

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

Versions of packages gnome-online-accounts depends on:
ii  libc6  2.17-92+b1
ii  libgcr-3-1 3.8.2-4
ii  libglib2.0-0   2.36.4-1
ii  libgoa-1.0-0   3.8.2-1
ii  libkrb5-3  1.11.3+dfsg-3
ii  librest-0.7-0  0.7.12-3
ii  libsoup2.4-1   2.42.2-6

Versions of packages gnome-online-accounts recommends:
ii  gnome-control-center  1:3.4.3.1-5+b3

gnome-online-accounts suggests no packages.

-- no debconf information


pgpvuj2HWofW7.pgp
Description: PGP signature

Bug#254563: xbase-clients: [xsm] does not see any session-aware clients - closing

[Solveig]

Hi! I'm closing this bug, since it was tagged "moreinfo" for some
years, without answer. If you have new reasons to point out this
problem, please feel free to re-open it.

Also, since it affected Sarge, I suppose it's not up-to-date anymore.


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

Bug#721356: transition: telepathy-logger

[Julien Cristau]

On Sat, Sep  7, 2013 at 01:04:11 +0200, Laurent Bigonville wrote:

> You should probably wait for the other packages (ktp-*) until they have
> migrated to testing (this should happen today or tomorrow).
> 
Scheduled ktp-* binNMUs now.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#722179: Should mount pstore pseudo-filesystem

[Ben Hutchings]

[Re-sending with cc to the bug.]

On Sun, 2013-09-08 at 21:44 +0100, Roger Leigh wrote:
> On Sun, Sep 08, 2013 at 09:04:01PM +0100, Ben Hutchings wrote:
> > Package: initscripts
> > Version: 2.88dsf-43
> > Severity: normal
> > 
> > The pstore pseudo-filesystem provides access to persistent storage
> > outside the regular filesystems that the kernel uses for, primarily,
> > crash logs.  On EFI systems this is implemented on top of EFI
> > variables, but there are other backends for pSeries NVRAM, the ACPI
> > ERST facility and reserved RAM.
> > 
> > For the linux-image-* bug script I want to be able to read crash logs
> > from pstore, but currently I can't do this because it isn't mounted by
> > default.  (I was thinking of implementing a fallback to the sysfs
> > efivars interface, but this is only readable by root.)
> > 
> > Please mount pstore on /sys/fs/pstore if this directory exists at
> > boot time.
> 
> This can certainly be added to mountkernfs.
> 
> Are there any particular mount options needed/recommended?

It has no options of its own.  It should only contain regular files, so
could be mounted nosuid,noexec,nodev as systemd does (from version 198).
But I don't really see the point of that.

Ben.

-- 
Ben Hutchings
I haven't lost my mind; it's backed up on tape somewhere.



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

Bug#714318: dcut: a way to set the default keyid would be nice

[Russ Allbery]

Luca Falavigna  writes:

> I think this option is already implemented since 1.4 with this commit:
> http://anonscm.debian.org/gitweb/?p=collab-maint/dputng.git;a=commitdiff;h=047ea30199426bf7e3f455af67e24e495c64b38e

Ah, I see what confused me.  default_keyid isn't supported in ~/.dput.cf.
It is supported in the new configuration syntax.

I'm not completely sure that I understand exactly how the new syntax
works, but it looks like should create a file named
~/.dput.d/profiles/DEFAULT.json with the contents:

{
"default_keyid": "D15D313882004173"
}

Did I understand that correctly?

It looks like I have some work to do to rewrite my .dput.cf file into the
new format, since if the new format is richer, I may as well bite the
bullet and do a conversion rather than trying to continue to maintain
configurations in two different formats.

-- 
Russ Allbery (r...@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#677442: Please enable pam_loginuid by default

[Laurent Bigonville]

tag 677442 + patch
thanks

Hi,

Please find attached here a patch this bug.

Cheers

Laurent Bigonville--- at-3.1.14.orig/pam.conf
+++ at-3.1.14/pam.conf
@@ -5,5 +5,6 @@
 auth	required	pam_env.so
 @include common-auth
 @include common-account
+sessionrequired   pam_loginuid.so
 @include common-session-noninteractive
 sessionrequired   pam_limits.so

Bug#722179: Should mount pstore pseudo-filesystem

[Roger Leigh]

On Sun, Sep 08, 2013 at 09:04:01PM +0100, Ben Hutchings wrote:
> Package: initscripts
> Version: 2.88dsf-43
> Severity: normal
> 
> The pstore pseudo-filesystem provides access to persistent storage
> outside the regular filesystems that the kernel uses for, primarily,
> crash logs.  On EFI systems this is implemented on top of EFI
> variables, but there are other backends for pSeries NVRAM, the ACPI
> ERST facility and reserved RAM.
> 
> For the linux-image-* bug script I want to be able to read crash logs
> from pstore, but currently I can't do this because it isn't mounted by
> default.  (I was thinking of implementing a fallback to the sysfs
> efivars interface, but this is only readable by root.)
> 
> Please mount pstore on /sys/fs/pstore if this directory exists at
> boot time.

This can certainly be added to mountkernfs.

Are there any particular mount options needed/recommended?


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.


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

Bug#721191: linux: patch for parisc/hppa architecture

[Helge Deller]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 09/08/2013 06:30 PM, Ben Hutchings wrote:
> On Wed, 2013-08-28 at 23:22 +0200, Helge Deller wrote:
>> +# For the IDE CDROM in C8000 workstation
>> +CONFIG_IDE=m
>> +CONFIG_BLK_DEV_SIIMAGE=m
> 
> Why not CONFIG_PATA_SIL680 instead?

I will test if this works too. 

>> +# For the built-in SCSI controller in C8000 workstation
>> +CONFIG_FUSION=y
> 
> Why should this be built-in?

it just enables that you can select FUSION_SPI

>> +CONFIG_FUSION_SPI=m
>> +
>> +# Built-in NIC in C8000 workstation
>> +CONFIG_E1000=m
> 
> This is redundant with the top-level config.

It hasn't been built before, so maybe the dependeny to top-level config didn't 
worked?
Will check.

>> +CONFIG_DRM=y
> 
> Why should this be built-in?

On the C8000 an ATI FireGL is the only built-in GFX card and
it's only supported by the radeon DRM driver.
So, if the driver isn't built-in, you won't be able to see
the debian installer... 

>> +CONFIG_DRM_KMS_HELPER=y
>> +CONFIG_DRM_TTM=y
> 
> These are automatic configuration symbols; you can't set them.

Ok, might be a mistake.

>> +CONFIG_BACKLIGHT_LCD_SUPPORT=y
> [...]
> 
> This is redundant with the top-level config.

Again, the "top-level" config didn't seemed to have been pulled.
Will check too.

Helge
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJSLOFwAAoJEIfJwVG1Hjhk8pUH/2ubsd35e2HSAEMY9NvO+8Zm
X5EtbbNavUECOidbTKb4y/NuApqfi2ggg1lEWE8wdD+RVkwMdHU47shBcKU29Rws
/jki5FxLdHfqhr63ZDtwB/6NAF8ntwtt9+jsMY+DCn/i1nAZddmqnwDOzbF4x1fS
T89POQaBOzJGcGk4Azyep75VaFqljxaudAPS15Aha8poZ17fbDZYJOsIWR2j+f+P
1ttybdKByVKGQXfbWvkAtgP7+nj94XXIuCh3TY6WEjzx5WyFwhfh1hOFwUEB2pLQ
JLiqQC0tGkfVwdkaRZpxSylBnCh9J1SqSHCr//ywnaP4OBlCRWRm+xie4norhqk=
=Gc0w
-END PGP SIGNATURE-


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

Bug#722184: pink-pony: wrong NAME section in man page

[Markus Koschany]

Package: pink-pony
Version: 1.2.1+git20110821-2
Severity: minor

Dear Maintainer,

the pink-pony man page contains a wrong name section, probably because
of a minor copy&paste error.

NAME
   phlipple - puzzle game where you have to reduce 3D shapes to a
   single square

should be

NAME
   pink-pony - 3D racing game with ponies

Cheers,

Markus


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

Bug#439440: Close bug

[Matěj Cepl]

It seems to me that the maintainer forgot to close this bug. Patch has
been already applied, it seems.

Best,

Matěj Cepl



signature.asc
Description: OpenPGP digital signature

Bug#722183: Package bangarang outdated

[Ryan Kavanagh]

Package: bangarang
Version: 2.1-2
--- Begin Message ---
As per the announcement

   
http://bangarangkde.wordpress.com/2012/01/25/bangarang-development-now-hosted-by-kde

the development of bangarang has moved to 

   https://projects.kde.org/projects/playground/multimedia/bangarang/repository

   git://anongit.kde.org/bangarang

Debian and Ubuntu packages still get the upstream source from the old 
repository.
Noticed because the packaged version becomes unusable after update to KDE SC 
4.11 which changes Nepomuk API.

Regards

Marco Gamberoni




This is apt-cache show output from current package from Ubuntu 13.04 

Package: bangarang
Priority: optional
Section: universe/kde
Installed-Size: 2835
Maintainer: Ubuntu Developers 
Original-Maintainer: Debian KDE Extras Team 
Architecture: amd64
Version: 2.1-2ubuntu1
Depends: kde-runtime, libc6 (>= 2.14), libkdecore5 (>= 4:4.4.0), libkdeui5 (>= 
4:4.4.0), libkfile4 (>= 4:4.3.4), libkio5 (>= 4:4.3.4), libnepomuk4 (>= 
4:4.4.95), libphonon4 (>= 4:4.2.0), libqt4-dbus (>= 4:4.5.3), libqt4-xml (>= 
4:4.5.3), libqtcore4 (>= 4:4.8.0), libqtgui4 (>= 4:4.8.0), libsolid4 (>= 
4:4.5.85), libsoprano4 (>= 2.2.69), libstdc++6 (>= 4.6), libtag1c2a (>= 1.5), 
phonon
Filename: pool/universe/b/bangarang/bangarang_2.1-2ubuntu1_amd64.deb
Size: 562944
MD5sum: 8887b039b86ebdfd42b21992cdf552de
SHA1: b47900736168e8e567a5d17557833d39eccb2aa7
SHA256: 3423370ce457f5f7a77de782ef7340ff0ca0226211c35ec74b9cac3fa7895e2a
Description-it: lettore multimediale per KDE con un'interfaccia leggera
 Offre un lettore multimediale audio e video con un'interfaccia leggera. Si
 integra con Nepomuk Social Semantic Desktop, accetta argomenti per la riga
 di comando, può riprodurre CD, DVD e flussi audio. Inoltre ha scorciatoie
 da tastiera base e permette agli utenti di gestire manualmente le
 scalette.
Homepage: http://gitorious.org/bangarang
Description-md5: 689c94bc77e7b2c614730ae919bf1ee1
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Origin: Ubuntu
Task: kubuntu-active, kubuntu-active


___
pkg-kde-extras mailing list
pkg-kde-ext...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-kde-extras
--- End Message ---


signature.asc
Description: Digital signature

Bug#722182: RFA: bangarang -- Multimedia player with a lightweight interface for KDE

[Ryan Kavanagh]

Package: wnpp
Severity: normal

I request an adopter for the bangarang package. I no longer actively use
it, and it would be best maintained by someone who does.

The package description is:
 Offers a media—audio and video—player with a lightweight interface. Integrates
 with the Nepomuk Social Semantic Desktop, supports command line arguments, can
 play CDs and DVDs and audio streams. It also has basic keyboard shortcuts and
 allows users to manually manage playlists.

-- 
|_)|_/  Ryan Kavanagh   | Debian Developer
| \| \  http://ryanak.ca/   | GPG Key 4A11C97A


signature.asc
Description: Digital signature

Bug#721191: linux: patch for parisc/hppa architecture

[Helge Deller]

On 09/08/2013 04:19 PM, Bastian Blank wrote:
> On Wed, Aug 28, 2013 at 11:53:58PM +0200, Helge Deller wrote:
>> On 08/28/2013 11:35 PM, Bastian Blank wrote:
>>> Looks reasonable. But please send further changes to remove the 
>>> non-smp kernels.
>> I can do that. Do you have some background on this request for me? 
>> Is it policy that you only want to gave SMP-kernels?
> 
> We like to lower the image count.  As long as there are no pressing 
> needs, we like to only have one kernel variant.

Ok.

> Are there any UP machines since PA-8800?

After the request to reduce the kernels to e.g. SMP-only, my thought was
to provide only 32bit-UP and 64bit SMP kernels.
To be sure I asked on the parisc mailing list. The whole thread can be read 
here:
http://comments.gmane.org/gmane.linux.ports.parisc/5283

Summary:
- yes, there exists quite some 32bit-only parisc SMP machines.
- the J5600 is SMP capable in both 32bit and 64bit mode, but currently it
  only boots Linux with a 32bit SMP kernel and crashes with a 64bit SMP kernel.
  We are working on resolving this...
- 64bit SMP kernel boots fine on a 64bit UP machine. So, theretically we
  can drop the 64bit UP kernel. Only problem: performance loss due to 
  unnecessary spinlock cost. 

So, right now, the best option would be to only drop the 64bit UP kernel.

 PPPS: CONFIG_MLONGCALLS=y is necessary since the built kernel 
 otherwise gets too big so that jumps can't be reached.
>>> Are there drawbacks?
>> Yes, it might be a little bit slower since the jumps now have one 
>> CPU instruction more. But there is no other way to solve it unless 
>> we drop some unneccessary kernel options for parisc.
> 
> How much space would be needed?  Some Arm configs disable SELinux
> for example to save space.

Not much. I think it makes sense to look through the complete configs
again. Maybe there are things which we can disable for parisc...

Helge


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

Bug#722181: installation-reports: partition misaligned using guided partition lvm+crypt

[Joseph Skerik]

Package: installation-reports
Severity: important
Tags: d-i

Dear Maintainer,

Here's what I see:
* fdisk tells me that I have partitions misaligned.
* Disk preparation during install (format/erase) took 36 hours for one 750GB
  disk in an inexpensive laptop. The disk is mechanical and not super fast.

I am trying a new installation of Debian (wheezy). I used the guided disk
configuration using LVM and encryption which created a distinct /home
partition without creating many others (one of the more basic alternatives).

My expectation would be quicker disk setup but I have never used the
encryption, so maybe this is normal. Perhaps this problem is made worse
by filesystem alignment - I wouldn't know. I would prefer to see that
the installer filesystem guidance would create filesystems aligned
according to common best practice.

I hope this data is sufficient for you. I'm including the following
information below:

# fdisk -l -u=cylinders
# fdisk -l
/etc/fstab
/etc/lvm/archive/caracol_0-739511948.vg

# fdisk -l -u=cylinders

Disk /dev/sda: 750.2 GB, 750156374016 bytes
255 heads, 63 sectors/track, 91201 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x0004767a

   Device Boot  Start End  Blocks   Id  System
/dev/sda1   *   1  32  248832   83  Linux
/dev/sda2  32   91202   7323228175  Extended
Partition 2 does not start on physical sector boundary.
/dev/sda5  32   91202   732322816   83  Linux

Disk /dev/mapper/sda5_crypt: 749.9 GB, 749896466432 bytes
255 heads, 63 sectors/track, 91169 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x


Disk /dev/mapper/caracol-root:  MB, 220736 bytes
255 heads, 63 sectors/track, 1215 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x


Disk /dev/mapper/caracol-swap_1: 11.7 GB, 11714691072 bytes
255 heads, 63 sectors/track, 1424 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x


Disk /dev/mapper/caracol-home: 728.2 GB, 728181506048 bytes
255 heads, 63 sectors/track, 88529 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x


Disk /dev/sdb: 7756 MB, 7756087296 bytes
32 heads, 63 sectors/track, 7514 cylinders
Units = cylinders of 2016 * 512 = 1032192 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x63a75138

   Device Boot  Start End  Blocks   Id  System
/dev/sdb1   *   17514 7574080+   b  W95 FAT32

# fdisk -l

Disk /dev/sda: 750.2 GB, 750156374016 bytes
255 heads, 63 sectors/track, 91201 cylinders, total 1465149168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x0004767a

   Device Boot  Start End  Blocks   Id  System
/dev/sda1   *2048  499711  248832   83  Linux
/dev/sda2  501758  1465147391   7323228175  Extended
Partition 2 does not start on physical sector boundary.
/dev/sda5  501760  1465147391   732322816   83  Linux

Disk /dev/mapper/sda5_crypt: 749.9 GB, 749896466432 bytes
255 heads, 63 sectors/track, 91169 cylinders, total 1464641536 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x


Disk /dev/mapper/caracol-root:  MB, 220736 bytes
255 heads, 63 sectors/track, 1215 cylinders, total 19529728 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x


Disk /dev/mapper/caracol-swap_1: 11.7 GB, 11714691072 bytes
255 heads, 63 sectors/track, 1424 cylinders, total 22880256 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x


Disk /dev/mapper/caracol-home: 728.2 GB, 728181506048 bytes
255 heads, 63 sectors/track, 88529 cylinders, total 149504 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x000

Bug#717418: transition: libudev

[Michael Biebl]

Hi,

Am 08.09.2013 21:56, schrieb Julien Cristau:
> On Fri, Aug 23, 2013 at 09:07:30 +0200, Michael Biebl wrote:

>> Would be great if we can get an ack from the release team for the
>> unstable upload.
>>
> ATM this would clash with the libav transition.  That one still has a
> number of build failures unfortunately :(

A thought that just occured to me: since all packages I know of have
been fixed (in sid and testing) to no longer use the symbols that were
dropped from libudev1, we could add a libudev0 transitional package
depending on libudev1 and shipping a symlink libudev.so.0 → libudev.so.1.
Then packages would gradually move over to libudev1 when they are
rebuilt and we drop the transitional package once all rdeps of libudev0
are gone.

Is that a crazy/stupid idea?

Michael




-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#721462: opu: package python-qt4/4.7.3-1+squeeze1

[Adam D. Barratt]

Control: tags -1 + pending

On Thu, 2013-09-05 at 00:52 -0400, Scott Kitterman wrote:
> On Wednesday, September 04, 2013 21:25:57 Adam D. Barratt wrote:
> > On Sat, 2013-08-31 at 16:48 -0400, Scott Kitterman wrote:
> > > See #697348.  This fixes a bug that is causing problems with other
> > > software
> > > on squeeze systems.  It's a low risk fix.  It's self-contained and a
> > > direct
> > > backport of the upstream change for this issue that's already in wheezy.
> > 
> > Please go ahead; thanks.
> 
> Uploaded.  Thanks.

Flagged for acceptance.

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#722180: systemd: should not ship kernel-install(8)

[Philipp Kern]

Package: systemd
Version: 204-2
Severity: minor

systemd ships kernel-install(8), whose content does not really apply to
Debian (different paths, different infrastructure). The binary is already
excluded and not installed, and the same fate should be shared by
/usr/share/man/man8/kernel-install.8.gz

Kind regards
Philipp Kern

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

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

Versions of packages systemd depends on:
ii  initscripts  2.88dsf-43
ii  libacl1  2.2.52-1
ii  libaudit01:1.7.18-1.1
ii  libc62.17-92+b1
ii  libcap2  1:2.22-1.2
ii  libcryptsetup4   2:1.6.1-1
ii  libdbus-1-3  1.6.12-1
ii  libgcrypt11  1.5.3-2
ii  libkmod2 9-3
ii  liblzma5 5.1.1alpha+20120614-2
ii  libpam0g 1.1.3-9
ii  libselinux1  2.1.13-2
ii  libsystemd-daemon0   44-12+b1
ii  libsystemd-journal0  204-2
ii  libudev1 204-2
ii  libwrap0 7.6.q-24
ii  udev 175-7.2
ii  util-linux   2.20.1-5.5

Versions of packages systemd recommends:
pn  libpam-systemd  

Versions of packages systemd suggests:
pn  systemd-ui  

-- 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#719681: [Pkg-samba-maint] Bug#719681: Bug#719681: Bug#719681: libsamdb0: uninstallable in sid: Depends: libldb1 (< 1:1.1.7~) but 1:1.1.16-1 is to be installed

[Jelmer Vernooij]

On Sun, Sep 08, 2013 at 09:53:27PM +0200, Michael Biebl wrote:
> Hi,
> 
> Am 08.09.2013 15:56, schrieb Jelmer Vernooij:
> > On Sun, Sep 08, 2013 at 02:28:53AM +0200, Michael Biebl wrote:
> 
> > When would you like to do the actual uploads?
> 
> As soon as somehow possible. I think the transition is ready and I'd
> like to proceed with the upload within a matter of days, not weeks
> (still pending an ack from the RT, though).
> If you think it's too much work to fix up samba4 in unstable, then I'll
> just request the (temporary) removal of evo-mapi from testing.
I think that would be better for the moment.

Cheers,

Jelmer


signature.asc
Description: Digital signature

Bug#575089: gnash: Crippling memory leak

[Gabriele Giacone]

On Sun, Sep 08, 2013 at 07:29:49PM +0200, Sven Joachim wrote:
> Not sure if it's the same problem the bug reporter has (the bug is
> already rather old, after all), but recently I noticed excessive memory
> by gtk-gnash when playing videos on YouTube.  For instance, after
> playing the (less than 3 minutes long) clip at
> http://www.youtube.com/watch?v=Vl89g2SwMh4 gtk-gnash's resident memory
> size is over 800 Megabytes.
> 
> This is with 0.8.11~git20130903-2 from unstable.

Issue is reproducible and doesn't depend on movie in question. Also got a crash
by playing a longer movie after ~5 mins.

gnash builds both ffmpeg and gstreamer media handlers and defaults to ffmpeg.
I'd suggest to switch to gstreamer which doesn't behave that way:

$ echo "set MediaHandler gst" >~/.gnashrc

We could make gst default.


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

Bug#197154: xutils: want postinst script to walk all font directories- close this ?

[Solveig]

Hello! Is this bug still reproductible and useful, or could it be
closed? (no answer since 10 years)


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

Bug#722179: Should mount pstore pseudo-filesystem

[Ben Hutchings]

Package: initscripts
Version: 2.88dsf-43
Severity: normal

The pstore pseudo-filesystem provides access to persistent storage
outside the regular filesystems that the kernel uses for, primarily,
crash logs.  On EFI systems this is implemented on top of EFI
variables, but there are other backends for pSeries NVRAM, the ACPI
ERST facility and reserved RAM.

For the linux-image-* bug script I want to be able to read crash logs
from pstore, but currently I can't do this because it isn't mounted by
default.  (I was thinking of implementing a fallback to the sysfs
efivars interface, but this is only readable by root.)

Please mount pstore on /sys/fs/pstore if this directory exists at
boot time.

Ben.

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

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

Versions of packages initscripts depends on:
ii  coreutils   8.21-1
ii  debianutils 4.4
ii  libc6   2.17-92
ii  lsb-base4.1+Debian12
ii  mount   2.20.1-5.5
ii  sysv-rc 2.88dsf-43
ii  sysvinit-utils  2.88dsf-43

Versions of packages initscripts recommends:
ii  e2fsprogs  1.42.8-1
ii  psmisc 22.20-1

initscripts 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#705262: unsupportable

[Bastian Blank]

On Sun, Sep 08, 2013 at 06:27:29PM +0200, Bastian Blank wrote:
> On Sat, Sep 07, 2013 at 11:13:09PM +0200, László Böszörményi (GCS) wrote:
> > On Sat, Sep 7, 2013 at 9:47 PM, Bastian Blank  wrote:
> > > If you don't intend to actually maintain ceph, please orphan the
> > > package.  Otherwise I may do a NMU with the latest version 0.68 in the
> > > next two weeks.
> >  Ceph is maintained in the background. There's a more fresh version
> > online[1], a maintaince team formed[2] with the newest stable version
> > in Git[3]. Please contact us before doing an actual NMU.
> When was the last time this was actually built?  debian/control contains
> a syntax error that breaks building at all.

Work in progress, can be rebased:
git://anonscm.debian.org/users/waldi/ceph.git

Not sure how this survived QA in Ubuntu.

Bastian

-- 
Vulcans believe peace should not depend on force.
-- Amanda, "Journey to Babel", stardate 3842.3


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