Bug#703506: GMA500: higher resolutions than 800x600 don't work

[Georg Sassen]

Hi,

On Sat, 23 Mar 2013 18:39:27 +
Ben Hutchings  wrote:

> > With the 3.8 kernel it works fine, the gma500_gfx module ist loaded
> > and the native resolution of the display shown.
> 
> Debian package or custom kernel?

The one I tried was 
ii  linux-image-3.8-trunk-686-pae
3.8-1~experimental.1   i386 Linux 3.8 for modern PCs

> You're quite right that we should have changed CONFIG_DRM_PSB=m to
> CONFIG_DRM_GMA500=m.
> 
> However, CONFIG_STUB_POULSBO is not new and is not enabled in the
> Debian package of Linux 3.8 either.

Even while the CONFIG_STUB_POULSBO is not set, backlight brightness can
be set by with e.g. the brightness keys on the keyboard when using this
kernel, so at the moment I'm not really seeing what CONFIG_STUB_POULSBO
is good for...

   Georg


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

Bug#703248: [www.debian.org] proposed-updates.fr: "équipe de publication de la version stable"

[Filipus Klutiero]

Hi Christian,

On 2013-03-18 02:10, Christian PERRIER wrote:

Quoting Filipus Klutiero (chea...@gmail.com):

Package: www.debian.org
Severity: minor
Tags: l10n
X-Debbugs-Cc: debian-l10n-fre...@lists.debian.org

http://www.debian.org/releases/proposed-updates.fr.html contains:


L'équipe de publication de la version stable de Debian vérifie
régulièrement les paquets dans p-u-new (ou o-p-u-new) et décide de
les accepter ou de les rejeter.

"L'équipe de publication de la version stable de Debian" translates
"Debian's Stable Release Team". But while "équipe de publication" is
a proper translation for "release team", the stable release team is
not stable's release team , it is the stable release's team (where
release means version). A proper translation would be simply
"L'équipe de la version stable de Debian".


I have no idea of what problem you're trying to solve, here.


The problem is the current version gives readers the impression that the 
stable release team is the team which releases stable.




Where have you seen that Debian Stable Release Team is more Debian
Stable Releases' Team more than Debian Stable's Release Team?


You won't see that anywhere. The problematic page refers to "the Stable 
Release Team", but officially that "team" is just the release team. That 
should probably be matter for another fix... another day.


I see this as useless nitpicking and your proposal is very prone to
change a perfectly clear translation into a vague term ("l'équipe de
la version stable de Debian").


I'm not sure "vague" is the right term. The "Stable Release Team" has a 
general role which goes beyond updating install media. So it does need a 
general name.


Also, this is not accurate : the SRM is a *release* team that works
hands in hands with the overall release team, their main job being to
publish *releases* of Debian stable. They are not a distinct team
working in their own world, which is what your proposal suggests.


I didn't intend to suggest that. My goal here is to have the French 
version match the English version in accuracy. But yes, I'm aware the 
master version is not in line with how the release team is normally 
presented, and my proposal actually also disagrees with the official 
picture. Bonus points for fixing that too.


This bug should imho be tagged as wontfix.


I don't see why it should.


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

Bug#703794: marked as done (git-annex: Clicking "Files" in webapp consumes all CPU)

[Andreas Kloeckner]

Joey Hess  writes:

> Debian Bug Tracking System wrote:
>> Ok, this appears to be KDE, or some misconfiguration thereof, on my
>> side.
>> 
>> $ xdg-open file:///home/andreas
>> Warning: unknown mime-type for "/home/andreas" -- using 
>> "application/octet-stream"
>> Warning: unknown mime-type for "/home/andreas" -- using 
>> "application/octet-stream"
>> Warning: unknown mime-type for "/home/andreas" -- using 
>> "application/octet-stream"
>> Warning: unknown mime-type for "/home/andreas" -- using 
>> "application/octet-stream"
>> 
>
> Wow. I think you should reassign this bug to the appropriate kde component.

Not sure how to reassign, too lazy to look. Made a new bug:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703849

Andreas


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

Bug#703113: libsasl2-modules-gssapi-mit: Java client GSSAPI connections to OpenLDAP fail

[Bill MacAllister]

--On Sunday, March 24, 2013 07:35:27 AM +0100 Ondřej Surý  
wrote:


Bill,

thanks for investigating this. I'll keep the bug open in case somebody else
gets hit by it, and mark it as fixed in 2.1.26 when it hits unstable.

O.


And after doing some more testing, with the correct server this time,
I discovered that 2.1.26 does _not_ fix the problem, i.e. minssf=1
needs to be specified in the OpenLDAP configuration element
olcSaslSecProps.  Sorry for the mis-direction.

And, thinking about this some more it is not clear that this is a bug
in Cyrus SASL.  At a minimum JNDI should give a better error message
than it is, but really JNDI should just probably handle it.

Bill



On Sun, Mar 24, 2013 at 5:40 AM, Bill MacAllister  wrote:




--On Thursday, March 21, 2013 04:44:20 PM -0700 Bill MacAllister <
w...@stanford.edu> wrote:

 Yeah, it's almost certainly an upstream bug.  Ah, I see that Cyrus SASL

has a Bugzilla and everything these days.



Once I complete testing today I will file the bug.



And I confirmed that if I use TLS encryption the client works.

I sent a note to the cyrus-sasl list and got a response from Quanah
saying that "cyrus-sasl 2.1.25 had multiple problems with GSSAPI
unless it was patched heavily".  I'll try packaging that we see
what happens.  I did file a bugzilla, but if the newer version
works that is mote.



Hugh Cole-Baker on the Cyrus SASL list pointed me to the solution
for Cyrus SASL version 2.1.25 at

 http://mail.openjdk.java.net/**pipermail/security-dev/2013-**
February/006665.html

I confirmed that this does indeed solve the problem.  Basically,
OpenLDAP needs the global configuration setting for sasl-secprops
to include minssl=1.  (Or olcSaslSecProps if you are using cn=config.)
In our case we set it to:

 olcSaslSecProps: minssf=1,noplain,noanonymous

I also confirmed that 2.1.26 also solves the problem.  Quanah Gibson-Mount
reported that there have been a number of other problems with 2.1.25.

I think this bug can be closed.


Bill

--

Bill MacAllister
Infrastructure Delivery Group, Stanford University





--

Bill MacAllister
Infrastructure Delivery Group, Stanford University


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

Bug#672954: Acknowledgement (git-buildpackage: Move spawn_dch from gbp.scripts.dch to gbp.deb.changelog.ChangeLog)

[Daniel Dehennin]

Hello,

I rebased[1] my patches to the current state of experimental.

Regards.

The following changes since commit 3b873f75ef32c500e69da22dcfc73155414bb6d0:

  ComponentTestBase: capability to check files of repo (2013-03-22 21:10:54 
+0100)

are available in the git repository at:

  git://git.baby-gnu.net/git-buildpackage 
tags/dad/3b873f7/move-spawn_dch-to-ChangeLog

for you to fetch changes up to 5313e5d7985451ff98c76e0a8f9a18abc54192ce:

  Convert gbp.scripts.dch to gbp.deb.changelog.ChangeLog method calls. 
(2013-03-24 17:51:21 +0100)


Rebase on latest experimental, test OK


Daniel Dehennin (3):
  Add guess_version_from_upstream() to gbp.deb.git.DebianGitRepository.
  Add spawn_dch(), add_changelog_entry() and add_changelog_section() to 
gbp.deb.changelog.ChangeLog.
  Convert gbp.scripts.dch to gbp.deb.changelog.ChangeLog method calls.

 gbp/deb/changelog.py   |   96 +
 gbp/deb/git.py |   17 +++
 gbp/scripts/dch.py |  142 
 ...anGitRepository_guess_version_from_upstream.py} |   13 +-
 tests/test_Changelog.py|   85 
 5 files changed, 224 insertions(+), 129 deletions(-)
 rename tests/{03_test_dch_guess_version.py => 
03_test_DebianGitRepository_guess_version_from_upstream.py} (75%)


Footnotes: 
[1]  
http://git.baby-gnu.net/gitweb/?p=git-buildpackage.git;a=commit;h=5313e5d7985451ff98c76e0a8f9a18abc54192ce

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF


pgpcsAvO76vvI.pgp
Description: PGP signature

Bug#703022: debian-policy: Appendix G: Diversion example faulty (doesn't work for conffiles)

[Charles Plessy]

Le Mon, Mar 18, 2013 at 08:59:01AM +0100, Raphael Hertzog a écrit :
> 
> On Thu, 14 Mar 2013, Guillem Jover wrote:
> > It should work way better than before, in part thanks the to the usage
> > and bug reporting from MIT, but as you say there's still some wrinkles,
> > which I plan on fixing for 1.17.x; in any case I'm always interested in
> > any bug reports affecting these.
> 
> The major issue I had with this case is when you try to purge the
> diverting package. On remove, you put back in place in the original
> conffile and at that point dpkg should (but doesn't currently) forget
> about the conffile in the diverting package. Otherwise on purge, you
> actually remove the diverted conffile and you have no files left.
> 
> I don't know if that's part of your "known wrinkles". If not, I'll happily
> open a bug report. Let me know.

Hi all,

maybe a bug report would be a good way to track the issue and include a
reminder to update the Policy once it is solved ?

In the meantime, I propose to modify Appendix G by adding the following
sentence.

Do not attempt to divert a conffile, as dpkg does not handle
it well.

I know that we should not add contents to the appendices, but in that case it
already contains a similar warning about files vitally important for the
systemm, and I think that it would be confusing to separate the two warnings.

Cheers,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan


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

Bug#466050: u...@netshadow.at

[Jerome BENOIT]

Hello Andreas,

I am on my way to adopt the Debian package FireHOL.
a couple of years ago (Etch, kernel 2.6.18), you submitted a bug report 
concerning FireHOL
which appeared to be a race between two kernel modules that confused FireHOL in 
final.

According to the upstream maintainer of sanewall (a fork of FireHOL developed 
since FireHOL
has been stalled), do not think that it a (firehol|sanewall) issue:
do you still observe the problem ?
do you think the issue is still relevant ?

Thanks.

Best regards,
Jerome


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

Bug#703860: unblock: reportbug/6.4.4

[Sandro Tosi]

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

Please unblock package reportbug

This package fixes the crashes seen with GTK+ UI, which impacted several users.

unblock reportbug/6.4.4

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

Kernel: Linux 3.2.0-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/bash
diff -Nru reportbug-6.4.3/debian/changelog reportbug-6.4.4/debian/changelog
--- reportbug-6.4.3/debian/changelog	2012-08-18 22:50:08.0 +0200
+++ reportbug-6.4.4/debian/changelog	2013-03-12 23:45:53.0 +0100
@@ -1,3 +1,13 @@
+reportbug (6.4.4) unstable; urgency=low
+
+  * reportbug/ui/gtk2_ui.py
+- proper update GTK+ UI from threads, using gobject.idle_add(), possibily
+  fixing the crashes seen with GTK+ reportbug UI; thanks to all the
+  reporters and to Bruno Filipe Oliveira Ramos for the patch;
+  Closes: #620225
+
+ -- Sandro Tosi   Tue, 12 Mar 2013 23:45:13 +0100
+
 reportbug (6.4.3) unstable; urgency=low
 
   * reportbug/debbugs.py
diff -Nru reportbug-6.4.3/reportbug/__init__.py reportbug-6.4.4/reportbug/__init__.py
--- reportbug-6.4.3/reportbug/__init__.py	2012-08-18 22:50:08.0 +0200
+++ reportbug-6.4.4/reportbug/__init__.py	2013-03-12 23:45:53.0 +0100
@@ -25,7 +25,7 @@
 __all__ = ['bugreport', 'utils', 'urlutils', 'checkbuildd', 'checkversions',
'debbugs', 'exceptions', 'submit', 'tempfile']
 
-VERSION_NUMBER = "6.4.3"
+VERSION_NUMBER = "6.4.4"
 
 VERSION = "reportbug "+VERSION_NUMBER
 COPYRIGHT = VERSION + '\nCopyright (C) 1999-2008 Chris Lawrence ' + \
diff -Nru reportbug-6.4.3/reportbug/ui/gtk2_ui.py reportbug-6.4.4/reportbug/ui/gtk2_ui.py
--- reportbug-6.4.3/reportbug/ui/gtk2_ui.py	2012-08-18 22:50:08.0 +0200
+++ reportbug-6.4.4/reportbug/ui/gtk2_ui.py	2013-03-12 23:45:53.0 +0100
@@ -616,7 +616,7 @@
 
 def execute (self, prompt, options=None, force_prompt=False, default=''):
 # Hackish: remove the text needed for textual UIs...
-self.label.set_text (prompt.replace(' (enter Ctrl+c to exit reportbug without reporting a bug)', ''))
+gobject.idle_add (self.label.set_text, prompt.replace(' (enter Ctrl+c to exit reportbug without reporting a bug)', ''))
 self.entry.set_text (default)
 
 if options:
@@ -673,7 +673,7 @@
 def execute (self, prompt):
 self.empty_ok = True
 # The result must be iterable for reportbug even if it's empty and not modified
-self.label.set_text (prompt)
+gobject.idle_add (self.label.set_text, prompt)
 self.buffer.set_text ("")
 self.buffer.emit ('changed')
 
@@ -762,7 +762,7 @@
 def execute (self, prompt):
 self.empty_ok = True
 
-self.label.set_text (prompt)
+gobject.idle_add (self.label.set_text, prompt)
 
 self.model = gtk.ListStore (str)
 self.model.connect ('row-changed', self.validate)
@@ -803,7 +803,7 @@
 
 def execute (self, par, options, prompt, default=None, any_ok=False,
  order=None, extras=None, multiple=False):
-self.label.set_text (par)
+gobject.idle_add (self.label.set_text, par)
 
 self.model = gtk.ListStore (str, str)
 self.view.set_model (self.model)
@@ -1011,7 +1011,7 @@
 return matches
 
 def execute (self, buglist, sectitle):
-self.label.set_text ("%s. Double-click a bug to retrieve and submit more information." % sectitle)
+gobject.idle_add (self.label.set_text, "%s. Double-click a bug to retrieve and submit more information." % sectitle)
 
 self.model = gtk.TreeStore (*([str] * len (self.columns)))
 for category in buglist:
@@ -1089,7 +1089,7 @@
 message = message % args
 # make it all on one line, it will be wrapped at display-time
 message = ' '.join(message.split())
-self.label.set_text (message)
+gobject.idle_add (self.label.set_text, message)
 # Reportbug should use final_message, so emulate it
 if ('99' in message):
 self.set_page_type (gtk.ASSISTANT_PAGE_CONFIRM)
@@ -1215,7 +1215,7 @@
 self.default.grab_focus ()
 
 def execute (self, prompt, menuopts, options):
-self.label.set_text (prompt)
+gobject.idle_add (self.label.set_text, prompt)
 
 buttons = []
 for menuopt in menuopts:
@@ -1294,7 +1294,7 @@
 return vbox
 
 def set_label (self, text):
-self.label.set_text (text)
+gobject.idle_add (self.label.set_text, text)
 
 def reset_label (self):
 self.set_label ("This operation may take a while")

Bug#646709: I'll have a look soon

[Rolf Leggewie]

Thank you for reporting this issue. I've just taken over maintenance of
polipo in Debian.  I plan to have a look at the problem you reported
soon.  Feel free to ping me or add further comments.


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

Bug#702905: Bug#702911: unblock: almanah/0.9.1-1

[Salvatore Bonaccorso]

Hi Angel

Disclaimer: not part of the release team but noticed #702911 as the
corresponding #702905 in almanah fixes a security bug.

It looks that your unblock request never went trough the list, as the
debdiff is quite big. At this stage of the release the release team
will probably not acknowledge this unblock request.

I did only a short test: this looks also to a regression from Squeeze,
as in Squeeze it is possible to have a diary encrypted. But upgrading
to wheezy then the diary.db does not get encrypted after closing.

Regards,
Salvatore


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

Bug#696564: unblock: fusioninventory-agent/2.2.3-5

[Jonathan Wiltshire]

Control: tag -1 + moreinfo

On Tue, Jan 29, 2013 at 03:17:28PM +0100, Gonéri Le Bouder wrote:
> On Mon, Jan 28, 2013 at 07:37:39PM +0100, Julien Cristau wrote:
> > Hi Gonéri,
> 
> Hi Julien,
> 
> > > +
> > > +case "$1" in
> > > +  configure)
> > > +[ -d "/etc/fusioninventory" ] || mkdir "/etc/fusioninventory"
> > 
> > That's going to depend on umask.  Can the package deal with whatever
> > permissions this can end up with?
> The software run with root privilege, so believe it won't hurt.
> 
> > > +ucf /usr/share/fusioninventory/etc/agent.cfg 
> > > /etc/fusioninventory/agent.cfg
> > > +ucfr fusioninventory-agent /etc/fusioninventory/agent.cfg
> > > +esac
> > > +
> > > +exit 0
> > > only in patch2:
> > > unchanged:
> > > --- fusioninventory-agent-2.2.3.orig/debian/tools/prepare-bpo.pl
> > > +++ fusioninventory-agent-2.2.3/debian/tools/prepare-bpo.pl
> > 
> > more noise :(
> Indeed, this script should not be here.
>  
> > > --- 
> > > fusioninventory-agent-2.2.3.orig/debian/patches/upstream-fix-backport.diff
> > > +++ fusioninventory-agent-2.2.3/debian/patches/upstream-fix-backport.diff
> > 
> > what specifically does that fix?  I'm not keen on reading a 1000 line
> > diff without knowing what it's supposed to do.  At this stage we should
> > only be fixing RC bugs, not random other stuff.
> This patch brings fixes from the current 2.2.x stable branch of
> fusioninventory-agent. As I said, it only includes fixes. Admittedly not
> all of there would be RC.
> May problem is, if I drop these patches, the 2.2.3 release included in
> Debian will way to buggy in my opinion. If I decided to follow Debian
> logic and only keep the changes that deserve a RC, I will have to long term
> support on a FusionInventory Agent fork. That's something I would avoid if
> possible.
> 
> I don't want to force the release team to follow my logic, and I will gladly
> follow your decision.
> 
> This is the simplied Changes about this patch.
> General:
> * additional hack for LG screens (#1848)
> * additional model for ACER screens hack (#1840)
> * fix directory creation error handling with older File::Path versions (#1817)
> * fix initial delay randomness (#1809)
> * fix spurious null character in decoded strings (#1837)
> * better fix for size parsing with HP RAID controllers, avoiding warnings
>   (#1807)
> * implement model-specific hack for ACER screens serials (#1607)
> * Fix: deal with broken last_state file
> * Fix: fix HP RAID size parsing
> * Fix: virtual machine inventory with VMware desktop
> * Fix: add /usr/local/{bin,sbin} in default $PATH
> * Fix: non blocking flock() on log file
> 
> Linux:
> * fix parsing of newer ifconfig output, such as used on Fedora 17
> * Fix: collect qemu -drive information (Alexander Evseev)

I guess you're both waiting for each other :)

That list is more than we'd normally accept at the time you wrote and
certainly not very suitable for Wheezy at this stage. Can you easily cut it
down to just the RC fixes?

The other option is removal from Wheezy and providing it through backports.
We can't really ship a package that FTBFS out of the box.

-- 
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51

 i have six years of solaris sysadmin experience, from
8->10. i am well qualified to say it is made from bonghits
layered on top of bonghits


signature.asc
Description: Digital signature

Bug#646684: Acknowledgement (git-dch: Add option to manage distribution field)

[Daniel Dehennin]

Hello,

I rebased my patches[1] to the current state of experimental.

Regards.

The following changes since commit 5313e5d7985451ff98c76e0a8f9a18abc54192ce:

  Convert gbp.scripts.dch to gbp.deb.changelog.ChangeLog method calls. 
(2013-03-24 17:51:21 +0100)

are available in the git repository at:

  git://git.baby-gnu.net/git-buildpackage 
tags/dad/3b873f7/dch-configurable-changelog-entry

for you to fetch changes up to 56fb07a432455e9aa4172bd93a0ab675de15afa8:

  Add urgency management. (2013-03-24 17:55:47 +0100)


Rebase on latest experimental, test OK


Daniel Dehennin (2):
  Add option to manage distribution fields for non snapshot mode.
  Add urgency management.

 docs/manpages/git-dch.sgml |   28 +
 gbp/scripts/dch.py |   29 +++--
 tests/11_test_dch_main.py  |  141 
 3 files changed, 194 insertions(+), 4 deletions(-)


Footnotes: 
[1]  
http://git.baby-gnu.net/gitweb/?p=git-buildpackage.git;a=tag;h=refs/tags/dad/3b873f7/dch-configurable-changelog-entry

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF


pgpcx3HW9FlmX.pgp
Description: PGP signature

Bug#703827: mount: report wrong error string for EPERM

[Boris Shtrasman]

Package: util-linux
Version: 2.20.1-5.3
Severity: minor
Tags: patch

Dear Maintainer,

The error description in errno.h defines EPERM as /* Operation not permitted */ 
(i.e must not repeat the operation)

--- mount/mount.c.orig  2013-03-24 13:50:27.0 +0200
+++ mount/mount.c   2013-03-24 13:58:10.0 +0200
@@ -1733,7 +1733,7 @@ try_mount_one (const char *spec0, const
   if (stat (node, &statbuf) || !S_ISDIR(statbuf.st_mode))
error (_("mount: mount point %s is not a directory"), node);
   else
-   error (_("mount: permission denied"));
+   error (_("mount: operation not permitted"));
   } else
error (_("mount: must be superuser to use mount"));
   break;

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (900, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-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/dash

Versions of packages util-linux depends on:
ii  debconf [debconf-2.0]  1.5.49
ii  dpkg   1.16.9
ii  initscripts2.88dsf-41
ii  install-info   4.13a.dfsg.1-10
ii  libblkid1  2.20.1-5.3
ii  libc6  2.13-38
ii  libncurses55.9-10
ii  libselinux12.1.9-5
ii  libslang2  2.2.4-15
ii  libtinfo5  5.9-10
ii  libuuid1   2.20.1-5.3
ii  lsb-base   4.1+Debian9
ii  tzdata 2013b-1
ii  zlib1g 1:1.2.7.dfsg-13

util-linux recommends no packages.

Versions of packages util-linux suggests:
ii  dosfstools  3.0.16-2
ii  kbd 1.15.5-1
pn  util-linux-locales  

-- debconf information:
  util-linux/noauto-with-nonzero-passnum:
--- mount/mount.c.orig	2013-03-24 13:50:27.0 +0200
+++ mount/mount.c	2013-03-24 13:58:10.0 +0200
@@ -1733,7 +1733,7 @@ try_mount_one (const char *spec0, const
 	   if (stat (node, &statbuf) || !S_ISDIR(statbuf.st_mode))
 		error (_("mount: mount point %s is not a directory"), node);
 	   else
-		error (_("mount: permission denied"));
+		error (_("mount: operation not permitted"));
   } else
 	error (_("mount: must be superuser to use mount"));
   break;

Bug#697846: confirmed

[Chris Hiestand]

I see the same problem, same version in Debian Wheezy.

This bug was apparently previously reported and fixed:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=509942


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

Bug#702697: git: please enable git-remote-hg and git-remote-bzr

[Jonathan Nieder]

reassign 702697 src:git 1:1.8.2~rc3-1
clone 702697 -1
retitle 702697 RFP: git-bzr -- bzr remote helper from git/contrib/remote-helpers
retitle -1 RFP: git-mercurial -- hg remote helper from 
git/contrib/remote-helpers
tags 702697 + patch
quit

Hi Paul,

Paul Wise wrote:

> Please move these two files to the correct path and give them execute
> permissions so that git clone hg::... and git clone bzr::... work out of
> the box. For now I've enabled them via a wrapper script in $PATH.
>
> /usr/share/doc/git/contrib/remote-helpers/git-remote-bzr
> /usr/share/doc/git/contrib/remote-helpers/git-remote-hg

Thanks for filing this.  Upstream doesn't include documentation or
installation rules for these, so splitting into two bugs to track work
on each separately.
From: Jonathan Nieder 
Date: Sun, 24 Mar 2013 19:03:53 -0700
Subject: debian: package bzr remote helper as git-bzr package

Install the remote helper to gitexecdir because (in principle) it
is tied to the version of git it was installed with.  Longer term,
this should probably be registered through the alternatives system
to allow sysadmins and users to decide between this remote helper
and the one shipped with bzr-git.

Signed-off-by: Jonathan Nieder 
---
 debian/changelog  | 10 ++
 debian/control| 26 --
 debian/git-doc.docs   |  1 +
 debian/git-remote-bzr.txt | 41 +
 debian/rules  | 24 +---
 5 files changed, 97 insertions(+), 5 deletions(-)
 create mode 100644 debian/git-remote-bzr.txt

diff --git a/debian/changelog b/debian/changelog
index d939512a..e3e8d861 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,6 +1,16 @@
 git (1:1.8.2-0.1) experimental; urgency=low
 
   * new upstream release (see RelNotes/1.8.2.txt).
+  * add a git-bzr package with bzr remote helper (closes: #702697).
+* debian/control: new package git-bzr; Priority: extra; Depends:
+  python-bzrlib; Conflicts: bzr-git; package git now Suggests and
+  git-all Recommends: git-bzr.
+* debian/git-remote-bzr.txt: new; explain usage.
+* debian/rules: process debian/git-remote-bzr.txt with git's
+  documentation toolchain and install to /usr/share/man/man1/;
+  munge contrib/remote-helpers/git-remote-bzr shebang line and
+  install to /usr/lib/git-core.
+* debian/git-doc.docs: install git-remote-bzr.html.
   * debian/control: Standards-Version: 3.9.4.0.
   * debian/implicit: mark every order-only dependency with '|', not
 just the first one for each target.
diff --git a/debian/control b/debian/control
index 5a9ae8b0..b2951de3 100644
--- a/debian/control
+++ b/debian/control
@@ -26,7 +26,8 @@ Depends: ${shlibs:Depends}, perl-modules, liberror-perl,
  libc6.1 (>= 2.10.2-6) [ia64]
 Recommends: patch, less, rsync, ssh-client
 Suggests: gettext-base, git-daemon-run | git-daemon-sysvinit,
- git-doc, git-el, git-arch, git-cvs, git-svn, git-email, git-gui, gitk, gitweb
+ git-doc, git-el, git-email, git-gui, gitk, gitweb,
+ git-arch, git-bzr, git-cvs, git-svn
 Replaces: gitweb (<< 1:1.7.4~rc1),
  cogito (<< 0.16rc2-0), git-core (<< 1:1.7.0.4-1.)
 Breaks: bash-completion (<< 1:1.90-1), gitweb (<< 1:1.7.4~rc1),
@@ -126,6 +127,27 @@ Description: fast, scalable, distributed revision control 
system (arch interoper
  This package provides tools for importing development history from arch
  repositories.
 
+Package: git-bzr
+Priority: extra
+Architecture: all
+Multi-Arch: foreign
+Depends: git (>> ${source:Upstream-Version}), git (<< 
${source:Upstream-Version}-.), python-bzrlib
+Suggests: git-doc, bzr
+Conflicts: bzr-git
+Description: fast, scalable, distributed revision control system (bzr 
interoperability)
+ Git is a popular version control system designed to handle very large
+ projects with speed and efficiency; it is used for many high profile
+ open source projects, most notably the Linux kernel.
+ .
+ Git falls in the category of distributed source code management tools.
+ Every Git working directory is a full-fledged repository with full
+ revision tracking capabilities, not dependent on network access or a
+ central server.
+ .
+ This package provides the bzr remote helper, which allows Git to
+ read from and write to Bazaar repositories as though they were remote
+ Git repositories.
+
 Package: git-cvs
 Architecture: all
 Multi-Arch: foreign
@@ -340,7 +362,7 @@ Architecture: all
 Multi-Arch: foreign
 Depends: git (>> ${source:Upstream-Version}), git (<< 
${source:Upstream-Version}-.),
  git-doc, git-el, git-arch, git-cvs, git-svn, git-email, git-gui, gitk, gitweb
-Recommends: git-daemon-run | git-daemon-sysvinit
+Recommends: git-bzr, git-daemon-run | git-daemon-sysvinit
 Description: fast, scalable, distributed revision control system (all 
subpackages)
  Git is popular version control system designed to handle very large
  projects with speed and efficiency; it is used for many high profile
diff --git a/debian/git-doc.docs

Bug#703840: hplip: Cannot find suitable PPD driver for photosmart 6510

[Olivier Berger]

Package: hplip
Version: 3.13.3-1
Severity: normal

Hi.

I've tested the experimental version, and cannot setup a new printer :

$ hp-setup

HP Linux Imaging and Printing System (ver. 3.13.3)
Printer/Fax Setup Utility ver. 9.0

Copyright (c) 2001-13 Hewlett-Packard Development Company, LP
This software comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to distribute it
under certain conditions. See COPYING file for more details.

Searching... (bus=net, timeout=5, ttl=4, search=(None) desc=0, method=mdns)
error: No PPD found for model photosmart_6510 using old algorithm.
error: No appropriate print PPD file found for model photosmart_6510_series

Hope this helps.

Best regards,

-- Package-specific info:
Saving output in log file: /home/olivier/hp-check.log

HP Linux Imaging and Printing System (ver. 3.13.3)
Dependency/Version Check Utility ver. 15.1

Copyright (c) 2001-13 Hewlett-Packard Development Company, LP
This software comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to distribute it
under certain conditions. See COPYING file for more details.

Note: hp-check can be run in three modes:
1. Compile-time check mode (-c or --compile): Use this mode before compiling 
the HPLIP supplied tarball (.tar.gz or .run) to determine if the proper 
dependencies are installed to
successfully compile HPLIP. 

  
2. Run-time check mode (-r or --run): Use this mode to determine if a distro 
supplied package (.deb, .rpm, etc) or an already built HPLIP supplied tarball 
has the proper 
dependencies installed to successfully run. 

  
3. Both compile- and run-time check mode (-b or --both) (Default): This mode 
will check both of the above cases (both compile- and run-time dependencies).   
 

Check types:

  
a. EXTERNALDEP - External Dependencies  

  
b. GENERALDEP - General Dependencies (required both at compile and run time)

  
c. COMPILEDEP - Compile time Dependencies   

  
d. [All are run-time checks]

  
PYEXT SCANCONF QUEUES PERMISSION

  

Status Types:
OK
MISSING   - Missing Dependency or Permission or Plug-in
INCOMPAT  - Incompatible dependency-version or Plugin-version

warning: debian-7.0 version is not supported. Using debian-6.0.6 versions 
dependencies to verify and install...

---
| SYSTEM INFO |
---

 Kernel: 3.2.0-4-amd64 #1 SMP Debian 3.2.39-2 GNU/Linux
 Host: jonsnow
 Proc: 3.2.0-4-amd64 #1 SMP Debian 3.2.39-2 GNU/Linux
 Distribution: debian 7.0

---
| HPLIP CONFIGURATION |
---

HPLIP-Version: HPLIP 3.13.3
HPLIP-Home: /usr/share/hplip
warning: HPLIP-Installation: Auto installation is not supported for debian 
distro  7.0 version 

Current contents of '/etc/hp/hplip.conf' file:
# hplip.conf.  Generated from hplip.conf.in by configure.

[hplip]
version=3.13.3

[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
bin=/usr/bin

# Following values are determined at configure time and cannot be changed.
[configure]
network-build=yes
libusb01-build=no
pp-build=yes
gui-build=yes
scanner-build=yes
fax-build=yes
dbus-build=yes
cups11-build=no
doc-build=yes
shadow-build=no
hpijs-install=yes
foomatic-drv-install=yes
foomatic-ppd-install=yes
foomatic-rip-hplip-install=no
hpcups-install=yes
cups-drv-install=yes
cups-ppd-install=no
internal-tag=3.13.3
restricted-build=no
ui-toolkit=qt4
qt3=no
qt4=yes
policy-kit=yes
hpijs-only-build=no
lite-build=no
udev-acl-rules=yes
udev_sysfs_rules=no
hpcups-only-build=no
hpijs-only-build=no


Current contents of '/var/lib/hp/hplip.state' file:
Plugins are not installed. Could not access file: No such file or directory

Current contents of '~/.hplip/hplip.c

Bug#703587: libnss3 update disables some (self signed) certs (with Icedove)

[Philonous Atio]

On Sun, 24 Mar 2013 22:00:17 -0400, Daniel Kahn Gillmor wrote:


can you give more details about your platform and the version used?


I am running Debian Wheezy with Xfce (fully up to date as of 23 Mar 
2013) software on a desktop computer with an AMD Athlon 64 X2 3800+ 
processor, Asus A8N5X mainboard, 2 GB RAM, and NVIDIA 8400GS video 
board. Software details...


$ uname -a
Linux syspa 3.2.0-4-686-pae #1 SMP Debian 3.2.39-2 i686 GNU/Linux

$ dpkg -l icedove libnss3

||/ Name   Version  Architecture
+++-==--
ii  icedove10.0.12-1i386
ii  libnss3:i386   2:3.14.3-1   i386


Again, many thanks for all your help on this bug report.

Best regards,
Phil


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

Bug#703821: syslinux-common: missing files

[Hans]

Package: syslinux-common
Severity: important



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

Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Dear maintainers,

I am missing the following files:

ldlinux.c32
libutil.c32
libcon32.c32

I need them for creating another debian based live system, which build crashes,
cause those missing files. Other distros like Redhat seem still to have
these files in their packages.  Would be nice, if you could add them again.

Thank you very much.

Best regards

Hans


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

Bug#703851: scim: SCIM causes applications (gnucash, epiphany, ...) to segfault

[Shannon Dealy]

Package: scim
Version: 1.4.13-5
Severity: normal

Dear Maintainer,

SCIM causes segmentation faults in applications in two distinct senarios,
both related to having scim-tables-XX installed.  It appears that simply
having scim-modules-table installed alone is not sufficient to cause
either issue (though it may be where the problem lies).

1 - Having any scim-tables-XX installed will cause a segmentation fault
when exiting gnucash, epiphany browser and presumably other programs.
Most people wouldn't notice this unless they happened to launch the
program from the command line since (so far) I haven't seen any
side effects from this senario.

2 - Having any scim-tables-XX installed, run SCIM setup, select Global setup
under IMEngine, then disable any table(s) that are not in the "Other" list
(e.g. the "Japanese" group or "Nippon" individual table). At this point
attempting to launch gnucash or epiphany will segfault during startup of
these programs.

Things to note:

- The scim daemon does not need to be running when launching the program
  for these problems to occur.

- I have tried this with a variety of other tables installed instead of
  Japanese, the result is always the same.

- Purging and reinstalling scim and all its pieces had no effect

- Discarding my old SCIM configuration and configuring from scratch had
  no effect.

Work-around:

- Only install tables that are needed and don't disable any of them.
  This still leaves a potential problem for segfault on exit.


NOTE: I'm a bit wary of saying that the segfault at exit issue doesn't actually
cause any problems with the applications that use it, only that I haven't
seen any.  My guess is that it would depend on what order the application
code does its cleanup and shutdown.  If state saving / file updates are done
before wrapping up with SCIM they are probably fine, if SCIM is wrapped up
first, there is a chance of data loss.  So I would expect that it will
depend on the particular application as to whether or not there are
problems with using the obvious workaround above.


-- Package-specific info:
Related packages:
ii  libscim8c2a:i3 1.4.13-5 i386 library for SCIM platform
ii  scim   1.4.13-5 i386 smart common input method platfor
ii  scim-gtk-immod 1.4.13-5 i386 GTK+ input method module with SCI
ii  scim-modules-s 1.4.13-5 i386 socket modules for SCIM platform
ii  scim-modules-t 0.5.9-2  i386 generic tables IM engine module f
ii  scim-tables-ja 0.5.9-2  all  Japanese input method data tables

Related environment variables:
$XMODIFIERS=@im=SCIM
$GTK_IM_MODULE=scim
$QT_IM_MODULE=xim

Installed SCIM components:
/usr/lib/scim-1.0:
1.4.0
scim-helper-launcher
scim-helper-manager
scim-launcher
scim-panel-gtk

/usr/lib/scim-1.0/1.4.0:
Config
Filter
FrontEnd
Helper
IMEngine
SetupUI

/usr/lib/scim-1.0/1.4.0/Config:
simple.so

/usr/lib/scim-1.0/1.4.0/Filter:
sctc.so

/usr/lib/scim-1.0/1.4.0/FrontEnd:
x11.so

/usr/lib/scim-1.0/1.4.0/Helper:
setup.so

/usr/lib/scim-1.0/1.4.0/IMEngine:
rawcode.so
table.so

/usr/lib/scim-1.0/1.4.0/SetupUI:
aaa-frontend-setup.so
aaa-imengine-setup.so
panel-gtk-setup.so
table-imengine-setup.so

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

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

Versions of packages scim depends on:
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-38
ii  libcairo-gobject2   1.12.2-3
ii  libcairo2   1.12.2-3
ii  libgcc1 1:4.7.2-5
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-5
ii  libgtk-3-0  3.4.2-6
ii  libltdl72.4.2-1.1
ii  libpango1.0-0   1.30.0-1
ii  libscim8c2a 1.4.13-5
ii  libstdc++6  4.7.2-5
ii  libx11-62:1.5.0-1

Versions of packages scim recommends:
ii  im-switch  1.23
pn  scim-bridge-agent  
ii  scim-gtk-immodule  1.4.13-5

Versions of packages scim suggests:
pn  scim-anthy  
pn  scim-canna  
pn  scim-chewing
pn  scim-hangul 
pn  scim-m17n   
pn  scim-pinyin 
pn  scim-prime  
pn  scim-skk
pn  scim-tables-additional  
ii  scim-tables-ja  0.5.9-2
pn  scim-tables-ko  
pn  scim-tables-zh  
pn  scim-thai   
pn  scim-uim

-- 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#703870: moodle: Multiple security issues reported

[Salvatore Bonaccorso]

Source: moodle
Severity: grave
Tags: security

Hi,

the following vulnerabilities were published for moodle.

CVE-2013-1829[0]:
Calendar subscription capability issue

(this seems not to affect moodle in Debian as versions affected are
reported as 2.4 to 2.4.1)

CVE-2013-1830[1]:
Information leak in course profiles

CVE-2013-1831[2]:
Server information revealed through exception messages

CVE-2013-1832[3]:
Password revealed in WebDav repository

CVE-2013-1833[4]:
Cross-site scripting issue in Filepicker

CVE-2012-3363[5]:
| Zend_XmlRpc in Zend Framework 1.x before 1.11.12 and 1.12.x before
| 1.12.0 does not properly handle SimpleXMLElement classes, which allows
| remote attackers to read arbitrary files or create TCP connections via
| an external entity reference in a DOCTYPE element in an XML-RPC
| request, aka an XML external entity (XXE) injection attack.

CVE-2013-1834[6]:
Form manipulation issue in notes

CVE-2013-1835[7]:
Personal information leak through repositories

CVE-2013-1836[8]:
Unauthorised settings editing through WebDav repository

If you fix the vulnerabilities please also make sure to include the
CVE (Common Vulnerabilities & Exposures) ids in your changelog entry.

For further information see:

[0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-1829
http://security-tracker.debian.org/tracker/CVE-2013-1829
[1] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-1830
http://security-tracker.debian.org/tracker/CVE-2013-1830
[2] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-1831
http://security-tracker.debian.org/tracker/CVE-2013-1831
[3] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-1832
http://security-tracker.debian.org/tracker/CVE-2013-1832
[4] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-1833
http://security-tracker.debian.org/tracker/CVE-2013-1833
[5] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-3363
http://security-tracker.debian.org/tracker/CVE-2012-3363
[6] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-1834
http://security-tracker.debian.org/tracker/CVE-2013-1834
[7] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-1835
http://security-tracker.debian.org/tracker/CVE-2013-1835
[8] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-1836
http://security-tracker.debian.org/tracker/CVE-2013-1836

Please adjust the affected versions in the BTS as needed.

Thank you for your work!

Regards,
Salvatore


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

Bug#697230: asterisk: Two security issues: AST-2012-014 / AST-2012-015

[Salvatore Bonaccorso]

Hi

On Sat, Mar 09, 2013 at 07:20:44PM +0100, Salvatore Bonaccorso wrote:
> Hi Tzafrir!
>
> Are there news on this?
>
> I have noticed that in the svn repository for asterisk there is
> already:
>
> asterisk (1:1.8.13.1~dfsg-2) unstable; urgency=high
>
>   * Patches backported from Asterisk 1.8.19.1 (Closes: #697230):
> - Patch AST-2012-014 (CVE-2012-5976) - fixes Crashes due to large stack
>   allocations when using TCP.
>   The following two fixes were also pulled in order to easily apply it:
>   - Patch fix-sip-tcp-no-FILE - Switch to reading with a recv loop
>   - Patch fix-sip-tls-leak - Memory leak in the SIP TLS code
> - Patch AST-2012-015 (CVE-2012-5977) - Denial of Service Through
>   Exploitation of Device State Caching
>
>  -- Tzafrir Cohen   Tue, 08 Jan 2013 00:06:09 +0200
>
> Could you have a look if there is only the upload missing?

Ping? I'm asking again as the release of wheezy is getting nearer.

Regards,
Salvatore


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

Bug#703794: marked as done (git-annex: Clicking "Files" in webapp consumes all CPU)

[Joey Hess]

Debian Bug Tracking System wrote:
> Ok, this appears to be KDE, or some misconfiguration thereof, on my
> side.
> 
> $ xdg-open file:///home/andreas
> Warning: unknown mime-type for "/home/andreas" -- using 
> "application/octet-stream"
> Warning: unknown mime-type for "/home/andreas" -- using 
> "application/octet-stream"
> Warning: unknown mime-type for "/home/andreas" -- using 
> "application/octet-stream"
> Warning: unknown mime-type for "/home/andreas" -- using 
> "application/octet-stream"
> 

Wow. I think you should reassign this bug to the appropriate kde component.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#703832: ITP: portalocker -- easy API to file locking

[Alessio Treglia]

Package: wnpp
Severity: wishlist
Owner: Alessio Treglia 

* Package name: portalocker
  Version : 0.3
  Upstream Author : Rick van Hattem 
* URL : https://github.com/WoLpH/portalocker
* License : Python Software Foundation License
  Programming Lang: Python
  Description : easy API to file locking

Portalocker is a cross-platform library to provide
an easy API to file locking.


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

Bug#700752: modal Privacy... window shown _after_ starting playing; unclear config.

[Rémi Denis-Courmont]

tags 700752 + fixed-upstream
thanks

Le dimanche 17 février 2013 00:44:02, Daniel B. a écrit :
> So:
> 
> 1. VLC should not start playing anything before popping up that (and
>many any other or some other) modal dialog.

That's not possible. The GUI is just one view of the playlist controller. The 
playlist controller starts before the hypothetical GUI, if media is specified 
on the command line.

>(Alternatively, making
>that dialog non-modal would also solve the problem here.)

That would suck from usability perspective. The default settings, before the 
user closes the dialog, do not fetch anything anyway.

> 2. The wording of that check-box label (and the warning text) should be
>clear.

This is fixed in VLC 2.1.

-- 
Rémi Denis-Courmont
http://www.remlab.net/


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

Bug#701195: Please support all arch with TBB support

[Nobuhiro Iwamatsu]

Hi,

> Package: opencv
> Severity: important
> Tags: patch
>
> It would be nice if
>
> $ cat debian/control
> ...
>  libtbb-dev [i386 amd64 ia64],
>
> would be changed:
>
>
> $ cat debian/control
> ...
>  libtbb-dev [i386 amd64 ia64 powerpc ppc64],
>

hmm? Is it not all but powerpc and ppc64?

Best regards,
  Nobuhiro

-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6


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

Bug#703782: [Debichem-devel] Bug#703782: pymol: Unable to launch the Menu

[Michael Banck]

Hi,

On Sun, Mar 24, 2013 at 08:29:01PM +0800, Li Na Zhao wrote:
> On Sun, Mar 24, 2013 at 8:06 PM, Michael Banck  wrote:
> > On Sun, Mar 24, 2013 at 12:06:06AM +0800, lina wrote:
> >> Package: pymol
> >> Version: 1.5.0.1-2
> >> Severity: normal
> >>
> > Is the problem, that the viewer window ("PyMOL Viewer") appears, but the
> > (detached) window with the menus ("File", "Edit" etc.) called "The PyMOL
> > Molecular Graphics System" does not?  I can not immediately reproduce
> > this here.
> 
> You are right here, "The PyMOL Molecular Graphics System" failed to launch.
> >From the error message:
> 
> File "/usr/lib/python2.7/dist-packages/pymol/__init__.py", line 452,
> in launch_gui
> sys.modules[self.invocation.options.gui].__init__(self,poll,skin)
> TypeError: module.__init__() takes at most 2 arguments (3 given)
> 
> I checked the __init__.py, it has not been updated or changed recently.
> 
> The problem seems related to the sys.modules, I tried to modify the
> code of the __init__.py, but not work,
> 
> The problem stuck me is that I am not clearly which updated package
> related to it.
> 
> BTW, for your information, due to the urgency of using pymol, I built
> one from svn separately, it works fine.
> but it's isolated from this issue.
 
Hrm, ok.

> I don't know how can you produce this problem, but I can provide a
> list of the packages I installed recently,

So the below installations made the Debian-shipped PyMOL no longer show
the menu window?

> Here it is:
> 
> apt-get install git-core
> apt-get install python-numpy
> apt-get install python-scipy
> apt-get install python-matplotlib
> apt-get install python-dev
> apt-get install python-setuptools
> easy_install -U scikits.statsmodels
> easy_install -U scikit-learn
> easy_install --upgrade pytz
> apt-get install python-dateutil
> easy_install pandas==0.7.3
> apt-get install python-qt4
> apt-get install python-cvxopt
 
My guess would be that one of those easy_install commands messed up your
system with respect to PyMOL.  On the other hand, they do not look very
related to the pymol functionality (but maybe they drag in some
dependencies).  If you know easy_install, you could try to figure out
which modules it installed and see whether you can temporarily disable
them.  TK and PMW would be the prime suspects.

For the record, I installed all the above packages which are being
installed via apt-get and I still cannot reproduce your problem.

It is a lot of work, but you could try to reproduce the problem by
checking with a clean testing system, then running the above
installation (one by one) again to see which one breaks it.


Cheers,

Michael


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

Bug#703619: www.debian.org: language-related problem with http://www.debian.org/doc/manuals/developers-reference pages

[Vincent Lefevre]

On 2013-03-24 19:20:17 +0900, Charles Plessy wrote:
> like for the other pages of the Debian website, the Developers Reference is
> served by content negociation and for that reason it is not possible to
> transiently change the default language without the use of a browser plugin 
> (or

By correcting the internal links to those corresponding to the same
language, it is possible. This is what is usually done. But perhaps
it is related to this:

> From a general point of view, I think that this bug can be closed, as the
> Debian website works as intended.  However, in contrary to the pages generated
> by WML, the Developers Reference web pages do not have link to the available
> translations.  Therefore, you can also consider reassigning this bug to the
> developers-reference package.  But given the usual lack of manpower, a patch
> would then be very welcome if you want the reassignment to have an effect in
> the short-mid term :)

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


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

Bug#666087: matlab-support: please provide a way to automatically reconfig /etc/alternatives/matlab

[Sébastien Villemot]

Le lundi 11 février 2013 à 21:01 +0100, Michael Hanke a écrit :
> Hi,
> 
> Fortunately I discovered that this bug is still open before its first
> anniversary ...
> 
> On Wed, Mar 28, 2012 at 09:07:11PM +0200, Michael Hanke wrote:
> > On Wed, Mar 28, 2012 at 06:18:06PM +0200, Sébastien Villemot wrote:
> > > From a user point of view, I was expecting the alternative to be updated
> > > by the call to dpkg-reconfigure, so it would be nice if the postinst
> > > script was doing this automatically. Maybe this could be made optional,
> > > through a user prompt such as "Do you want to make this installation of
> > > MATLAB the default?" (only displayed if there are already installed
> > > alternatives).
> > 
> > Thanks for your detailed report -- it makes a lot of sense. I'll look
> > into it as soon as I get a chance -- patches welcome, of course.
> 
> I have implemented something that should do what you are asking for, but
> doesn't need a change in the templates. If you get a chance, please have
> a look at this:
> 
> http://anonscm.debian.org/gitweb/?p=pkg-exppsy/matlab-support.git;a=commitdiff;h=c0ba294c4e0b532079bed12f05aa02834bc43fc1;hp=f8940bca21b79e072d47a34fe66e46992ba9d441
> 
> There are a few more bits to look at before I will make an upload -- but
> I am planning on doing it soon.

Thanks for looking into this, and sorry for the long delay before a
reply.

I just installed MATLAB R2013a, then did "dpkg-reconfigure
matlab-support", configured the new MATLAB version in the debconf
prompt, but the alternative is left unchanged and still points to R2012b
(all this with matlab-support 0.0.19).

Am I missing something?

-- 
 .''`.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#703782: [Debichem-devel] Bug#703782: pymol: Unable to launch the Menu

[lina]

On Monday 25,March,2013 03:25 AM, Michael Banck wrote:
> tags 703782 +unreproducible
> thanks
> 
> Hi,
> 
> On Sun, Mar 24, 2013 at 01:06:24PM +0100, Michael Banck wrote:
>> On Sun, Mar 24, 2013 at 12:06:06AM +0800, lina wrote:
>>> Package: pymol
>>> Version: 1.5.0.1-2
>>> Severity: normal
>>>
>>> Dear Maintainer,
>>> 
>>> Traceback (most recent call last):
>>>   File "/usr/lib/python2.7/dist-packages/pymol/__init__.py", line 452, 
>>> in launch_gui
>>>   sys.modules[self.invocation.options.gui].__init__(self,poll,skin)
>>>   TypeError: module.__init__() takes at most 2 arguments (3 given)
>>>
>>>  
>>>  I can only launch the PyMOL Viewer.
>>
>> Can you explain a bit more what the problem is?  How do you start pymol,
>> via the command-line?  
>>
>> Is the problem, that the viewer window ("PyMOL Viewer") appears, but the
>> (detached) window with the menus ("File", "Edit" etc.) called "The PyMOL
>> Molecular Graphics System" does not?  I can not immediately reproduce
>> this here.
> 
> I upgraded my notebook to current testing and I still cannot reproduce
> this.  The corresponding __init__ line in
> /usr/lib/python2.7/dist-packages/pmg_tk/PMGApp.py is as follows:
> 
> def __init__(self, pymol_instance, skin):
> 
> Did you install some local python packages and/or PyMOL itself locally?

No. I don't think so, except the svn-version pymol I installed
yesterday. It is separated.

> What is the output of "ls /usr/local/lib/python2.7/*"?

ls /usr/local/lib/python2.7/*
/usr/local/lib/python2.7/dist-packages:
easy-install.pth
pandas-0.7.3-py2.7-linux-x86_64.egg
pymol-1.4.0.egg-info
pytz-2013b-py2.7.egg
QSTK-0.2.5-py2.7.egg
scikit_learn-0.13.1-py2.7-linux-x86_64.egg
scikits.statsmodels-0.3.1-py2.7.egg
web

/usr/local/lib/python2.7/site-packages:



> 
> 
> Michael


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

Bug#702353: unblock: python2.7/2.7.3-8

[Julien Cristau]

Control: tags -1 + moreinfo

On Wed, Mar  6, 2013 at 00:02:28 +0800, Matthias Klose wrote:

> python2.7 (2.7.3-8) unstable; urgency=low
> 
>   * python2.7: Replace python2.7-minimal (<< 2.7.3-7). Closes: #702005.
>   * Build the _md5, _sha1, _sha256 and _sha512 extension modules.
> 
What's the rationale for the second item?  hashlib already provides
those through libcrypto, AIUI, why is the duplication necessary?

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#696564: unblock: fusioninventory-agent/2.2.3-5

[Gonéri Le Bouder]

Hi,

I uploaded a -7 here http://people.debian.org/~goneri/fusioninventory-agent/
a package without this upstream-fix-backport.diff patch. I everything is ok
for you, I will upload it in Debian.

== Changes

* Drop upstream-fix-backport.diff in order to reduce the size of the
  debdiff
* Drop debian/tools/prepare-bpo.pl for the same reason
* Skip Windows test

== The debdiff

diff -u fusioninventory-agent-2.2.3/debian/fusioninventory-agent.install 
fusioninventory-agent-2.2.3/debian/fusioninventory-agent.install
--- fusioninventory-agent-2.2.3/debian/fusioninventory-agent.install
+++ fusioninventory-agent-2.2.3/debian/fusioninventory-agent.install
@@ -1,2 +1,2 @@
-etc/agent.cfg etc/fusioninventory
+etc/agent.cfg usr/share/fusioninventory/etc
 debian/default/fusioninventory-agent etc/default
diff -u fusioninventory-agent-2.2.3/debian/changelog 
fusioninventory-agent-2.2.3/debian/changelog
--- fusioninventory-agent-2.2.3/debian/changelog
+++ fusioninventory-agent-2.2.3/debian/changelog
@@ -1,3 +1,62 @@
+fusioninventory-agent (2.2.3-7) unstable; urgency=high
+
+  * Drop upstream-fix-backport.diff in order to reduce the size of the
+debdiff
+  * Drop debian/tools/prepare-bpo.pl for the same reason
+  * Skip Windows test
+  * Urgency high, because it fix bug #684855 in testing
+
+ -- Gonéri Le Bouder   Sat, 23 Mar 2013 17:40:55 +0100
+
+fusioninventory-agent (2.2.3-6) unstable; urgency=low
+
+  * Fix issues pointed by Julien Cristau:
+   - Add upstream-fix-backport.diff in the patch serie
+   - Depends on libio-socket-ssl-perl instead of libnet-ssleay-perl
+ directly as advertised in 2.2.3-3
+   - move /usr/share/doc/fusioninventory-agent/agent.cfg to
+ /usr/share/fusioninventory/etc/agent.cfg because of policy 12.3
+ (Packages must not require the existence of any files in
+ `/usr/share/doc/' in order to function).
+   - clean up fusioninventory-agent.postrm
+  * Refresh upstream-fix-backport.diff
+   - skip, battery.t which is now broken
+
+ -- Gonéri Le Bouder   Sun, 27 Jan 2013 14:36:00 +0100
+
+fusioninventory-agent (2.2.3-5) unstable; urgency=low
+
+  * Yet another maintain scripts update :(, thanks Adam D. Barratt,
+(closes: #679299)
+  * Disable 2 unit tests known for depending to much on the machine
+configuration (using port 8080). These tests were enough to create FTBFS
+time to time (e.g: s390 for 2.2.3-4)
+
+ -- Gonéri Le Bouder   Sun, 25 Nov 2012 16:14:15 +0100
+
+fusioninventory-agent (2.2.3-4) unstable; urgency=low
+
+  * fix the postrm script, thanks Adam D. Barratt,
+(closes: #679299)
+  * Import bug fixes from upstream
+  * Disable t/components/server.t, the test is too fragile. it needs to be
+able to bind port 8080.
+
+ -- Gonéri Le Bouder   Sat, 03 Nov 2012 13:34:31 +0100
+
+fusioninventory-agent (2.2.3-3) unstable; urgency=low
+
+  * Add a post{inst,rm} scripts to prepeare and clean up
+the config file, thanks Andreas Beckmann (closes: #679299)
+  * Depends on libio-socket-ssl-perl instead of libnet-ssleay-perl
+directly
+  * Migrate debian/copyright to Machine-readable format
+  * Add a B-D on libio-socket-ssl-perl
+  * Backport SSL cert from upstream, the ones from the archive were expired,
+thanks Gregor Herrmann and Lucas Nussbaum (closes: #684855)
+
+ -- Gonéri Le Bouder   Wed, 11 Jul 2012 12:11:55 -0300
+
 fusioninventory-agent (2.2.3-2) unstable; urgency=low
 
   * Add a dependency on ucf (closes: #679299)
diff -u fusioninventory-agent-2.2.3/debian/fusioninventory-agent.postrm 
fusioninventory-agent-2.2.3/debian/fusioninventory-agent.postrm
--- fusioninventory-agent-2.2.3/debian/fusioninventory-agent.postrm
+++ fusioninventory-agent-2.2.3/debian/fusioninventory-agent.postrm
@@ -1,44 +1,29 @@
-#!/bin/sh
-# postrm script for fusioninventory-agent
-#
-# see: dh_installdeb(1)
-
+#! /bin/sh
 set -e
 
-# summary of how this script can be called:
-#*  `remove'
-#*  `purge'
-#*  `upgrade' 
-#*  `failed-upgrade' 
-#*  `abort-install'
-#*  `abort-install' 
-#*  `abort-upgrade' 
-#*  `disappear' 
-#  
-# for details, see http://www.debian.org/doc/debian-policy/ or
-# the debian-policy package
-
+#DEBHELPER#
 
 case "$1" in
-purge)
-  ucf --purge /etc/fusioninventory/agent.cfg
-  rm -rf /var/lib/fusioninventory-agent
-;;
-
-remove|upgrade|failed-upgrade|abort-install|abort-upgrade|disappear)
-;;
+  purge)
+for ext in '~' '%' .bak .ucf-new .ucf-old .ucf-dist;  do
+   rm -f /etc/fusioninventory/agent.cfg$ext
+done
+
+# remove the configuration file itself
+rm -f /etc/fusioninventory/agent.cfg
+rm -r /etc/fusioninventory
+
+# and finally clear it out from the ucf database
+if which ucf >/dev/null; then
+ucf --purge /etc/fusioninventory/agent.cfg
+fi
+if which ucfr >/dev/null; then
+ucfr --purge fusioninventory-agent /etc/fusioninventory/agent.cfg
+fi
 
-*)
-echo "postrm called wit

Bug#701556: frozen-bubble: Locale settings not working (upstream patch avalible)

[falconbird]

Package: frozen-bubble
Followup-For: Bug #701556

It works for me, try the patch included in this message. 
I have this locale settings 

LANG=ru_RU.UTF-8
LANGUAGE=
LC_CTYPE="ru_RU.UTF-8"
LC_NUMERIC="ru_RU.UTF-8"
LC_TIME="ru_RU.UTF-8"
LC_COLLATE="ru_RU.UTF-8"
LC_MONETARY="ru_RU.UTF-8"
LC_MESSAGES="ru_RU.UTF-8"
LC_PAPER="ru_RU.UTF-8"
LC_NAME="ru_RU.UTF-8"
LC_ADDRESS="ru_RU.UTF-8"
LC_TELEPHONE="ru_RU.UTF-8"
LC_MEASUREMENT="ru_RU.UTF-8"
LC_IDENTIFICATION="ru_RU.UTF-8"
LC_ALL=

Please, recheck this. Maybe you have done something incorrect?
If you looked into contents of patch, it now also honors $LANG, not only 
$LANGUAGE.

After patching I see Russian language, if I install default package it will
 be in English.

Thanks
Description: Fixes translations

--- frozen-bubble-2.212.orig/lib/Games/FrozenBubble/Stuff.pm
+++ frozen-bubble-2.212/lib/Games/FrozenBubble/Stuff.pm
@@ -1,13 +1,13 @@
 package Games::FrozenBubble::Stuff;
 
 use Games::FrozenBubble::CStuff;
-# use Games::FrozenBubble::Config;
+use Games::FrozenBubble::Config;
 use Locale::Maketext::Simple;
 use File::ShareDir qw(dist_dir);
 
-Locale::Maketext::Simple->import(Path => dist_dir('Games-FrozenBubble')."/locale", Style => 'gettext', Export => 'gettext');
+Locale::Maketext::Simple->import(Path => "$FPATH/locale", Style => 'gettext', Export => 'gettext');
 ###passing language to Locale::Maketext::Simple
-my ($lang) = split(':', $ENV{LANGUAGE});
+my ($lang) = split(':', $ENV{LANGUAGE} || $ENV{LANG});
 gettext_lang($lang);
 
 use vars qw(@ISA @EXPORT $FPATH $FLPATH $FBHOME $FBLEVELS $colourblind %POS_1P %POS_2P %POS_MP $BUBBLE_SIZE $ROW_SIZE

Bug#703587: libnss3 update disables some (self signed) certs (with Icedove)

[Daniel Kahn Gillmor]

Hi Philonous--

On 03/24/2013 08:40 AM, Philonous Atio wrote:

> Perhaps my phrasing was not quite clear, but the remote server's
> certificate was NOT loaded into the Authorities section -- I wanted to
> avoid the need to load the server's certificate at all. I meant to
> convey that a self-signed Certificate Authority (CA) signed the server's
> certificate. It was the self-signed Certificate Authority's certificate
> that was loaded into the "Authorities" section (i.e. root key store) of
> Icedove.

In X.509, all Root Certificate Authority Certificates are self-signed,
but not all self-signed certificates are Root Certificate Authority
Certificates.  Self-signed certificates that identify services directly
are "self-signed End Entity Certificates".  "End Entity" is sometimes
referred to as "EE" and "Certificate Authority" is sometimes referred to
as "CA".

> That CA has signed multiple certificates used in various
> places. The key material for the Certificate Authority is well guarded.

The certificates issued by this CA for services that end users connect
to are regular End Entity certificates.  If that End Entity certificate
is signed by any CA using MD5 as the signature digest algorithm, then
NSS *should* reject it.  Using MD5 for X.509 signatures of intermediate
CAs and EE certificates has been a bad idea for years (and was actively
exploited as far back as 2008 [0].

The reason that MD5 is acceptable for the root CA certificate is that
the digest algorithm in a root CA certificate is irrelevant -- the full
raw public key material is available in the certificate itself, so it
doesn't matter what kind of wrapping it has.

So: if you're operating a certificate authority, you really need to
ensure that all of the certificates issued by that authority which you
expect to be in use on the 'net today use signatures over digest
algorithms that are at least as strong as SHA-1.

NSS is among the TLS libraries that enforce this requirement, so that
the users of these libraries can't lose their communications integrity
and privacy via this sort of attack.

If you ask Icedove to connect to a server like this, it will provide a
message like "Certificate is not trusted, because it hasn't been
verified by a trusted authority using a secure signature" or "The
certificate was signed using a signature algorithm that is disabled
because it is not secure."

This is the Right Thing for NSS to do.  It would be irresponsible for
NSS to consider intermediate CA or EE certificates as legitimate if they
are using MD5 as the signature digest algorithm.

Regards,

--dkg

[0] http://www.win.tue.nl/hashclash/rogue-ca/



signature.asc
Description: OpenPGP digital signature

Bug#702335: debian-installer-launcher: freezes after exiting

[Ben Armstrong]

Package: debian-installer-launcher
Version: 14
Followup-For: Bug #702335

The attached patch fixes the problem.

The old code assumed /live/installer was on a separate mount so that
fuser -m would return only a handful of processes, but using the new
live-boot, that is not the case, so we have to switch strategies for
killing the syslogd and klogd processes. I looked at lsof for both
processes in a running system and found they both have
/lib/live/installer/bin/busybox open. It's grubby, but it will hold for
at least this release.

Ben
diff --git a/debian/changelog b/debian/changelog
index d2a339c..d1b0170 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+debian-installer-launcher (15) UNRELEASED; urgency=low
+
+  * Correctly identifying syslogd/klogd processes to kill when cleaning up
+since they can no longer be identified as the only processes within the
+filesystem using the old criteria. (Closes: #702335).
+  * Adding myself to Uploaders.
+
+ -- Ben Armstrong   Sun, 24 Mar 2013 16:28:46 -0300
+
 debian-installer-launcher (14) unstable; urgency=low
 
   [ Updated translations ]
diff --git a/debian/control b/debian/control
index a4ba62e..1e106a3 100644
--- a/debian/control
+++ b/debian/control
@@ -3,6 +3,7 @@ Section: utils
 Priority: optional
 Maintainer: Debian Install System Team 
 Uploaders:
+ Ben Armstrong ,
  Otavio Salvador ,
  Chris Lamb 
 Build-Depends: debhelper (>= 9), lsb-release, po-debconf
diff --git a/plugins/live b/plugins/live
index 1c93e25..78b5a7a 100644
--- a/plugins/live
+++ b/plugins/live
@@ -90,14 +90,8 @@ EOF
 
 live_cleanup () {
 	# Stopping syslogd/klogd
-	# ->the sed horror could be improved (FIXME;)
-	# string: [A-Z][a-z]: [0-9] [0-9]rce [0-9]...
-	# we only want the [0-9]rce, but without the rce.
-	for PID in $(fuser -m /lib/live/installer/var/log/syslog 2>&1 | \
-		sed "s,.*: ,,g;s, ,\n,g" | grep 'rce$' | \
-		sed -e 's/rce//g'); do
-		kill -9 $PID > /dev/null 2>&1 || true
-	done
+	# These processes are assumed to be the only users of busybox within the chroot
+	fuser -k /lib/live/installer/bin/busybox
 
 	# Unmounting filesystems
 	for fs in /cdrom /dev/pts /dev /proc /sys /tmp; do

Bug#703820: enchant: FTBFS on !amd64 architectures

[Aron Xu]

Package: src:enchant
Severity: important
Version: 1.6.0-8

Hi,

When checking the build status of enchant/1.6.0-8, it appears to fail
to build on all non-amd64 architectures. Looking at the logs it
appears to be some problem in symbols file, which should use the (c++)
syntax because the actual symbols are designed to be architecture
specific.

https://buildd.debian.org/status/package.php?p=enchant&suite=experimental

-- 
Regards,
Aron Xu


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

Bug#703847: tt-rss daemon doesn't start - args error

[Nicolas Salles]

Package: tt-rss
Version: 1.7.5+dfsg-1
Severity: normal

The script /etc/init.d/tt-rss doesn't start due to a typo error in
DAEMON_ARGS settings. Problem wasn't present in 1.7.4+dfsg-1 package.
Correcting DAEMON_ARGS to "--daemon" solved my problem and tt-rss
daemon starts again.

-- System Information:
Debian Release: 6.0.7
  APT prefers stable
  APT policy: (990, 'stable'), (980, 'proposed-updates'), (970, 
'proposed-updates'), (780, 'testing'), (770, 'testing'), (680, 'unstable'), 
(670, 'unstable'), (580, 'experimental'), (570, 'experimental'), (100, 
'proposed-updates'), (100, 'experimental'), (100, 'unstable'), (100, 'testing')
Architecture: i386 (i686)

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

Versions of packages tt-rss depends on:
ii  dbconfig-common1.8.46+squeeze.0  common framework for packaging dat
ii  debconf [debconf-2.0]  1.5.36.1  Debian configuration management sy
ii  libapache2-mod-php55.3.3-7+squeeze15 server-side, HTML-embedded scripti
ii  libjs-dojo-core1.7.2+dfsg-1  Modular JavaScript toolkit
ii  libjs-dojo-dijit   1.7.2+dfsg-1  Modular JavaScript toolkit - Dijit
ii  libjs-scriptaculous1.8.3-1   JavaScript library for dynamic web
ii  libphp-phpmailer   5.1-1 full featured email transfer class
ii  libphp-simplepie   1.2-1 RSS and Atom feed parsing in PHP
ii  php-gettext1.0.10-1  read gettext MO files directly, wi
ii  php5   5.3.3-7+squeeze15 server-side, HTML-embedded scripti
ii  php5-cli   5.3.3-7+squeeze15 command-line interpreter for the p
ii  php5-mysql 5.3.3-7+squeeze15 MySQL module for php5

Versions of packages tt-rss recommends:
ii  apache2   2.2.16-6+squeeze11 Apache HTTP Server metapackage
ii  apache2-mpm-prefork [ 2.2.16-6+squeeze11 Apache HTTP Server - traditional n
ii  php5-gd   5.3.3-7+squeeze15  GD module for php5

Versions of packages tt-rss suggests:
ii  mysql-client-5.5 [mysq 5.5.28+dfsg-1 MySQL database client binaries
ii  mysql-server   5.5.28+dfsg-1 MySQL database server (metapackage
ii  php-apc3.1.9-0.1~bpo60+1 APC (Alternative PHP Cache) module
ii  postgresql 8.4.16-0squeeze1  object-relational SQL database (su
ii  postgresql-client-8.4  8.4.16-0squeeze1  front-end programs for PostgreSQL 
ii  sphinxsearch   2.0.4-1.1 Fast standalone full-text SQL sear

-- Configuration Files:
/etc/default/tt-rss changed [not included]
/etc/init.d/tt-rss changed [not included]
/etc/tt-rss/config.php changed [not included]

-- debconf information:
  tt-rss/db/app-user: tt-rss
  tt-rss/remote/port:
  tt-rss/pgsql/changeconf: false
  tt-rss/pgsql/no-empty-passwords:
  tt-rss/purge: false
  tt-rss/pgsql/authmethod-user:
  tt-rss/mysql/method: unix socket
  tt-rss/mysql/admin-user: root
  tt-rss/install-error: abort
  tt-rss/pgsql/authmethod-admin: ident
* tt-rss/reconfigure-webserver: apache2
  tt-rss/remove-error: abort
  tt-rss/pgsql/method: unix socket
  tt-rss/passwords-do-not-match:
  tt-rss/remote/newhost:
  tt-rss/internal/reconfiguring: false
  tt-rss/missing-db-package-error: abort
  tt-rss/dbconfig-remove:
  tt-rss/dbconfig-upgrade: true
  tt-rss/db/dbname: ttrss
  tt-rss/pgsql/admin-user: postgres
  tt-rss/remote/host:
  tt-rss/internal/skip-preseed: false
  tt-rss/dbconfig-reinstall: false
  tt-rss/pgsql/manualconf:
  tt-rss/upgrade-backup: true
* tt-rss/database-type: mysql
* tt-rss/dbconfig-install: true
  tt-rss/db/basepath:
  tt-rss/upgrade-error: abort


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

Bug#703762: ITP: jdownloader -- download manager for one-click hosting sites

[Holger Levsen]

Hi,

On Samstag, 23. März 2013, Benjamin Drung wrote:
> * Package name: jdownloader
> * License : GPL-3
>   Section : contrib/web
>   Description : download manager for one-click hosting sites
> 
>  JDownloader is open source, platform independent and written completely in
>  Java. It simplifies downloading files from One-Click-Hosters like
>  Rapidshare.com or Megaupload.com - not only for users with a premium
> account but also for users who don't pay. It offers downloading in
> multiple paralell streams, captcha recognition, automatical file
> extraction and much more. Of course, JDownloader is absolutely free of
> charge. Additionally, many "link encryption" sites are supported - so you
> just paste the "encrypted" links and JD does the rest. JDownloader can
> import CCF, RSDF and the new DLC files. .
>  This package contains only a dektop file and a script, which will download
> and launch the latest JDownloader. The downloaded files will be stored in
> ~/.jdownloader by default.

At first, I stumbled upon "Of course, JDownloader is absolutely free of
charge" and was about to suggest to remove it, but then I realized that this 
is actually an installer package. 

So I rather recommend to call the package "jdownloader-installer" instead of 
"jdownloader" - and then probably still remove the "of course" from the 
description.


cheers,
Holger


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

Bug#703645: discussion on debian-devel

[Daniel Pocock]

Andrew Shadura has indicated that he is developing packages of PostBooks
already:

http://lists.debian.org/debian-devel/2013/03/msg00358.html

and may take ownership of this ITP bug.


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

Bug#703603: apt: gai_strerror is not always specific enough for "Something wicked happened" errors

[David Kalnischkies]

On Thu, Mar 21, 2013 at 4:26 PM, Michael Vogt  wrote:
> The patch looks good, I applied it to the debian branch and it will be
> part of the next upload to experimental (due to the freeze otherwise
> it would be debian/unstable).

As a minor nitpick: We have _error->Errno() which saves use from calling
_error->Error() with strerror() as parameter.


Best regards

David Kalnischkies


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

Bug#703767: Ships useless /etc/fonts/conf.avail/gbp.conf

[Michael Gilbert]

Hi,

I've uploaded an nmu fixing this issue to delayed/5.  See attached patch.

Best wishes,
Mike


fonts-unfonts.patch
Description: Binary data

Bug#702769: bup_0.25~git2011.11.04-5.1_amd64.changes ACCEPTED into unstable

[Jonathan Dowland]

On Sat, Mar 23, 2013 at 09:02:39AM +, Debian FTP Masters wrote:
> Maintainer: Jon Dowland 
snip
>* Non-maintainer upload.

This surprised me a bit, as I orphaned bup a while ago and it was picked up by
someone else, who has already made an upload removing me from the Maintainer
field. It took me a moment to realise that their upload would have been to
experimental, and your NMU is targetting wheezy via unstable. Still, it would
have been a good opportunity to switch out the Maintainer for wheezy. I would
have suggested that if you had CCed me with your proposed NMU, or tried to
reach me via other means… None-the-less, thanks for fixing the bug.


-- 
Jonathan Dowland


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

Bug#703768: parts of the page translated to the right, black border

[Jeffrey Ratcliffe]

This is a bug with LZW TIFF compression handling in PDF::API2. You
should find that switching to PNG compression when saving the PDF in
gscan2pdf is a good workaround.


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

Bug#703839: fonts-unfonts-extra installation fails: tries to overwrite gbp.conf also in fonts-unfonts-core

[Vincent Lefevre]

Package: fonts-unfonts-extra
Version: 1.0.2-080608-6
Severity: grave
Justification: renders package unusable

It is not possible to upgrade fonts-unfonts-extra:

Preparing to replace fonts-unfonts-extra 1.0.2-080608-6 (using 
.../fonts-unfonts-extra_1.0.2-080608+dfsg-1_all.deb) ...
Unpacking replacement fonts-unfonts-extra ...
dpkg: error processing 
/var/cache/apt/archives/fonts-unfonts-extra_1.0.2-080608+dfsg-1_all.deb 
(--unpack):
 trying to overwrite '/etc/fonts/conf.avail/gbp.conf', which is also in package 
fonts-unfonts-core 1.0.2-080608-8
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Errors were encountered while processing:
 /var/cache/apt/archives/fonts-unfonts-extra_1.0.2-080608+dfsg-1_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install.  Trying to recover:

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

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

Versions of packages fonts-unfonts-extra depends on:
ii  dpkg  1.16.10

Versions of packages fonts-unfonts-extra recommends:
ii  fonts-unfonts-core  1.0.2-080608-8

fonts-unfonts-extra 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#703815: i18nspector: Missing plural forms

[Guillem Jover]

Hi!

On Sun, 2013-03-24 at 20:51:39 +0100, Jakub Wilk wrote:
> I initially imported all plural forms that were known to gettext,
> but then did some reality checking and commented out those that
> weren't used in practice or were otherwise problematic. If an entry
> is commented out, it means that I haven't wrapped my head around it
> yet. :)

Sure, makes sense. :)

> Bosnian (together with Belarusian, Croatian, Russian, Serbian and
> Ukrainian) is actually an interesting case. According to gettext
> documentation and Translate Toolkit wiki, the correct Plural-Forms
> for them is:
> 
> nplurals=3; plural= \
>   n%10==1 && n%100!=11 ? 0 : \
>   n%10>=2 && n%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2;
> 
> This expression has an unpleasant property that plural(1) ==
> plural(21). Why is that a problem? Well, usually it isn't. But
> sometimes software authors use plural forms in messages like this:

Aha, thanks for pointing this out, had missed that when skimming over
those sites/docs.

> msgid "an apple"
> msgid_plural "apples"
> 
> or like this:
> 
> msgid "an apple"
> msgid_plural "%d apples"
> 
> Then in translation you would get singular form, even though the
> numeral is greater than 1. Ooops!

Actually, it does not really matter how the original string was
written, as long as the translated string matches the plural-form
formula. The argument to the printf-like function will be passed
anyway (if it is passed at all), so it can still be translated
like this:

msgid "an apple"
msgid_plural "%d apples"
msgstr[0] "%d poma"
msgstr[1] "%d pomes"

So to me this seems to end up being a matter of style and how the
translators want to translate the strings.

> Of course, I'm not the first one who noticed this is a problem. In
> fact, majority of Russian, Serbian and Ukrainian MO files in Debian
> use this Plural-Forms instead:
> 
> nplurals=4; plural= \
>   n==1 ? 3 : \
>   n%10==1 && n%100!=11 ? 0 : \
>   n%10>=2 && n%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2;
> 
> This is the same as above, but with special case for 1.

Given the above, then I think a solution could be to accept both
plural-forms as valid (because they are a matter of translation-style).
And ideally, i18nslator would check that if the condensed form is used
(nplurals=3), the msgstr matching n==1 contains the same amount of
format directives as the msgstr matching f.ex. n==2, to detect the
problematic case you brought up before, and to not trip on strings
with more than one format directive, for example:

msgstr[0] "numeral-or-article text-0 %d"
msgstr[1] "%d text-1 %d"
msgstr[2] "%d text-2 %d"

This would then trigger a warning.

Thanks,
Guillem


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

Bug#703747: netcfg: preseed netcfg: confusion or regression about disable_dhcp, disable_autoconfig and use_autoconfig

[Charles Plessy]

Le Sat, Mar 23, 2013 at 02:00:14AM +0100, bilibop project a écrit :
> 
> d-i netcfg/disable_autoconfig boolean true
> -> doesn't work
> 
> d-i netcfg/use_autoconfig boolean false
> -> doesn't work
> 
> d-i netcfg/disable_autoconfig boolean true
> d-i netcfg/use_autoconfig boolean false
> -> doesn't work
> 
> on boot cmdline: netcfg/disable_autoconfig=true netcfg/use_autoconfig=false
> -> doesn't work

Hello Quidame and everybody,

isn't there a bug in netcfg.c ?

/* always always always default back to autoconfig, unless you've specified
 * disable_autoconfig on the command line. */
debconf_get(client, "netcfg/disable_autoconfig");

if (!strcmp(client->value, "true"))
debconf_set(client, "netcfg/use_autoconfig", "false");
else
debconf_set(client, "netcfg/use_autoconfig", "true");

To me, it seems that in plain English the above means: if autoconfig is not
disabled then do not use autoconfig, which doees the contrary of what is
intended.

If this is the case, then this bug should be merged with #688273 before
closing.

Cheers,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan


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

Bug#703862: libnet-jabber-perl: Missing Digest::SHA1 dependency (replace with Digest::SHA)

[Adrian La Duca]

Package: libnet-jabber-perl
Version: 2.0-4
Severity: grave
Justification: renders package unusable

Dear Maintainer,

   * What led up to the situation?
Upgrading from Squeeze to Wheezy caused bandersnatch (Perl script) to 
break in libnet-jabber-perl module.
   * What exactly did you do (or not do) that was effective (or ineffective)?
Replaced all usage of Digest::SHA1 with Digest::SHA in 
lib/Net/Jabber/Component.pm and lib/Net/Jabber/Key.pm
   * What was the outcome of this action?
Perl script using libnet-jabber-perl is working again.


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

Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
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 libnet-jabber-perl depends on:
ii  libnet-xmpp-perl  1.02-3
ii  perl  5.14.2-20

libnet-jabber-perl recommends no packages.

libnet-jabber-perl suggests no packages.

-- no debconf information


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

Bug#703709: base: Right-Click Menu Goes Past Taskbar

[Holger Levsen]

control: -1 tags + moreinfo

Hi,

On Freitag, 22. März 2013, Dean Chia wrote:
> When on Iceweasel, for example, if there is some html button I can click
> that is close to the top of the screen, and I right-click it, sometimes if
> the position is high enough, then the right-click menu appears, but part
> of it is obscured (and unaccessible) under the top taskbar/panel (with the
> Activities, Date & Time, iBus, Wireless icon, battery icon, etc.)

which desktop environment do you use?


cheers,
Holger


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

Bug#703857: icedove: crashes with sigseg due NSS ldap lookup

[Thomas Liske]

Package: icedove
Version: 10.0.12-1
Severity: important

Hi,

I don't know if this bug is an icedove problem or a libnss-ldap problem. I open
the report at icedove since the problem is only triggered with icedove.

The system uses LDAP based user logins and NFS based home directories. It is a
fresh installation, another system is working fine using a simular setup.

Starting icedove results into an immediately crash at *every* run:

thomas@buechse:~$ unset LANG
thomas@buechse:~$ icedove --safe-mode
Segmentation fault (core dumped)
thomas@buechse:~$ gdb /usr/lib/icedove/icedove-bin core 
GNU gdb (GDB) 7.4.1-debian
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/lib/icedove/icedove-bin...Reading symbols from 
/usr/lib/debug/usr/lib/icedove/icedove-bin...done.
done.
[New LWP 5104]

warning: Can't read pathname for load map: Input/output error.
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".

warning: no loadable sections found in added symbol-file system-supplied DSO at 
0x7fff385fe000
Core was generated by `/usr/lib/icedove/icedove-bin --safe-mode'.
Program terminated with signal 11, Segmentation fault.
#0  0x7ffb3d9b0fbb in strtok_r () from /lib/x86_64-linux-gnu/libc.so.6
(gdb) bt
#0  0x7ffb3d9b0fbb in strtok_r () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x7ffb391a9e61 in ldap_str2charray (str=0x7ffb30d4020d 
"ldap://localhost/";, brkstr=0x7ffb30d3ff6e ", ") at charray.c:218
#2  0x7ffb30d297a5 in ?? () from 
/usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2
#3  0x7ffb30d2b02f in ldap_int_initialize_global_options () from 
/usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2
#4  0x7ffb30d2b1ad in ldap_int_initialize () from 
/usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2
#5  0x7ffb30d10aab in ldap_create () from 
/usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2
#6  0x7ffb30d1104a in ldap_initialize () from 
/usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2
#7  0x7ffb30f5410a in ?? () from /lib/x86_64-linux-gnu/libnss_ldap.so.2
#8  0x7ffb30f5545b in ?? () from /lib/x86_64-linux-gnu/libnss_ldap.so.2
#9  0x7ffb30f56c07 in ?? () from /lib/x86_64-linux-gnu/libnss_ldap.so.2
#10 0x7ffb30f57197 in _nss_ldap_getpwnam_r () from 
/lib/x86_64-linux-gnu/libnss_ldap.so.2
#11 0x7ffb3d9d8ced in getpwnam_r () from /lib/x86_64-linux-gnu/libc.so.6
#12 0x7ffb36d17d09 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#13 0x7ffb36d1884d in g_get_home_dir () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#14 0x7ffb35f51587 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#15 0x7ffb35f55eb3 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#16 0x7ffb35f0703a in ?? () from 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#17 0x7ffb36cf75d7 in g_option_context_parse () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#18 0x7ffb35f075be in gtk_parse_args () from 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#19 0x7ffb3bb4a4eb in XRE_main (argc=, argv=, 
aAppData=)
at 
/build/icedove-J7T4Xk/icedove-10.0.12/mozilla/toolkit/xre/nsAppRunner.cpp:3051
#20 0x00401f49 in do_main (argv=0x7fff384a00c8, argc=2, 
exePath=0x7fff3849efb8 "/usr/lib/icedove/libxpcom.so")
at nsMailApp.cpp:143
#21 main (argc=2, argv=0x7fff384a00c8) at nsMailApp.cpp:226
(gdb) 

I'm wondering why the URI 'ldap://localhost/' is printed in the backtrace - the
configuration file generated by debconf does contain the correct ldap server:

thomas@buechse:~$ egrep '(127.0.0.1|localhost|uri|host)' /etc/libnss-ldap.conf 
# Multiple hosts may be specified, each separated by a 
#host 127.0.0.1
uri ldap://10.0.0.66/
#uri ldap://127.0.0.1/
#uri ldaps://127.0.0.1/   
#uri ldapi://%2fvar%2frun%2fldapi_sock/
# Check the 'host' attribute for access control
# value for the host attribute, and pam_ldap is
#pam_check_host_attr yes
#nss_base_hosts ou=Hosts,dc=padl,dc=com?one
# Disable SASL security layers. This is needed for AD.

Other packages do not hit this problem - even iceweasel is working fine.


Regards,
Thomas

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

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

Versions of packages icedove depends on:
ii  debianutils   4.3.2
ii  fontconfig2.9.0-7.1
ii  libasound21.0.25-4
ii  libatk1.0-0   2.4.0-2
ii  libc6   

Bug#322074: "apt-cache policy $PKG" does not work correctly with apt-proxy

[Daniel Hartwig]

Control: severity -1 wishlist
Control: tags -1 = confirmed patch
Control: merge -1 -2

Rolf Leggewie  wrote:
>>Of course, this is not useful since there might be several entries for 
>>testing packages.  Maybe it would be a good idea to output the full 
>>URL.  Currently, it is impossible to tell whether this file will be 
>>gotten from http://server:/source1/testing/$blah or 
>>http://server:/source2/testing/$blah.
>>  
>>
> This is also related to bug 154868.  My report is broader in scope, 
> though, and fixing 154868 would not yet solve my problem.  I leave it up 
> to you to merge the two bugs if you think they should be but may I 
> kindly request that despite the other bug being older, that 322074 be 
> made the main bug since its focus is broader?  Thank you.

In 0.7.26~exp1 the fix for #329814 included the path component.  All
that remains for full disambiguity is to include the port when
specified.  That is #154868, so merging.

For further help with apt proxies, we should consider also including
path in output of ‘apt-get update’.  That is #317576.

Regards


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

Bug#703861: ITP: ruby-safe-yaml -- safer YAML loader for Ruby

[Cédric Boutillier]

Package: wnpp
Severity: wishlist
Owner: "Cédric Boutillier" 

* Package name: ruby-safe-yaml
  Version : 0.9.0
  Upstream Author : Dan Tao 
* URL : http://dtao.github.com/safe_yaml/
* License : Expat
  Programming Lang: Ruby
  Description : safer YAML loader for Ruby

 SafeYAML provides an alternative implementation of YAML.load suitable for
 accepting user input in Ruby applications.
 .
 Unlike Ruby's built-in implementation of YAML.load, SafeYAML's version does
 not expose applications to arbitrary code execution exploits.

 This package will be maintained in the Ruby Extras Team.

 Cheers,

 Cédric


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

Bug#703828: linux-headers for kernel 3.2.41-1 incomplete, missing at least "kconfig.h"

[Ingo]

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

Dear maintainer,

I just wanted to test the new kernel 3.2.41-1 from Sid for amd64.
Trying to recompile the virtualbox-modules aborts with error:



# dpkg-reconfigure virtualbox-dkms

 Uninstall Beginning 
Module:  virtualbox
Version: 4.1.18
Kernel:  3.2.0-4-amd64 (x86_64)
-

Status: Before uninstall, this module version was ACTIVE on this kernel.

vboxdrv.ko:
 - Uninstallation
   - Deleting from: /lib/modules/3.2.0-4-amd64/updates/dkms/
 - Original module
   - No original module was found for this module on this kernel.
   - Use the dkms install command to reinstall any previous module version.


vboxnetadp.ko:
 - Uninstallation
   - Deleting from: /lib/modules/3.2.0-4-amd64/updates/dkms/
 - Original module
   - No original module was found for this module on this kernel.
   - Use the dkms install command to reinstall any previous module version.


vboxnetflt.ko:
 - Uninstallation
   - Deleting from: /lib/modules/3.2.0-4-amd64/updates/dkms/
 - Original module
   - No original module was found for this module on this kernel.
   - Use the dkms install command to reinstall any previous module version.


vboxpci.ko:
 - Uninstallation
   - Deleting from: /lib/modules/3.2.0-4-amd64/updates/dkms/
 - Original module
   - No original module was found for this module on this kernel.
   - Use the dkms install command to reinstall any previous module version.

depmod

DKMS: uninstall completed.

 Uninstall Beginning 
Module:  virtualbox
Version: 4.1.18
Kernel:  3.4.36+ (x86_64)
-

Status: Before uninstall, this module version was ACTIVE on this kernel.

vboxdrv.ko:
 - Uninstallation
   - Deleting from: /lib/modules/3.4.36+/updates/dkms/
 - Original module
   - No original module was found for this module on this kernel.
   - Use the dkms install command to reinstall any previous module version.


vboxnetadp.ko:
 - Uninstallation
   - Deleting from: /lib/modules/3.4.36+/updates/dkms/
 - Original module
   - No original module was found for this module on this kernel.
   - Use the dkms install command to reinstall any previous module version.


vboxnetflt.ko:
 - Uninstallation
   - Deleting from: /lib/modules/3.4.36+/updates/dkms/
 - Original module
   - No original module was found for this module on this kernel.
   - Use the dkms install command to reinstall any previous module version.


vboxpci.ko:
 - Uninstallation
   - Deleting from: /lib/modules/3.4.36+/updates/dkms/
 - Original module
   - No original module was found for this module on this kernel.
   - Use the dkms install command to reinstall any previous module version.

depmod

DKMS: uninstall completed.

--
Deleting module version: 4.1.18
completely from the DKMS tree.
--
Done.
Loading new virtualbox-4.1.18 DKMS files...
Building for 3.2.0-4-amd64 and 3.4.36+
Building initial module for 3.2.0-4-amd64
Error! Bad return status for module build on kernel: 3.2.0-4-amd64 (x86_64)
Consult /var/lib/dkms/virtualbox/4.1.18/build/make.log for more information.
[ ok ] Stopping VirtualBox kernel modules.
[] Starting VirtualBox kernel modules[] No suitable module for
running k[FAIL found ... failed!
 failed!
invoke-rc.d: initscript virtualbox, action "restart" failed.



Checking the log claims missing "kconfig.h":

4 cat /var/lib/dkms/virtualbox/4.1.18/build/make.log

DKMS make.log for virtualbox-4.1.18 for kernel 3.2.0-4-amd64 (x86_64)
So 24. Mär 11:56:54 CET 2013
make: Entering directory `/usr/src/linux-headers-3.2.0-4-amd64'
  LD  /var/lib/dkms/virtualbox/4.1.18/build/built-in.o
  LD  /var/lib/dkms/virtualbox/4.1.18/build/vboxdrv/built-in.o
  CC [M]  /var/lib/dkms/virtualbox/4.1.18/build/vboxdrv/linux/SUPDrv-linux.o
cc1: fatal error:
/usr/src/linux-headers-3.2.0-4-common/include/linux/kconfig.h: Datei
oder Verzeichnis nicht gefunden
compilation terminated.
make[4]: ***
[/var/lib/dkms/virtualbox/4.1.18/build/vboxdrv/linux/SUPDrv-linux.o]
Fehler 1
make[3]: *** [/var/lib/dkms/virtualbox/4.1.18/build/vboxdrv] Fehler 2
make[2]: *** [_module_/var/lib/dkms/virtualbox/4.1.18/build] Fehler 2
make[1]: *** [sub-make] Fehler 2
make: *** [all] Fehler 2
make: Leaving directory `/usr/src/linux-headers-3.2.0-4-amd64'


I am back on kernel 3.2.39-2 and all works as expected.

Ingo


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

Bug#703853: devscripts git repository is empty

[Christoph]

Thank you!


On Sun, Mar 24, 2013 at 4:19 PM, Dmitry Smirnov wrote:

> Hi Christoph,
>
> Just recently repository was moved to
>
> http://anonscm.debian.org/gitweb/?p=collab-maint/devscripts.git
>
> Sorry for inconvenience.
>
> Regards,
>  Dmitry.
>

Bug#669726: release-notes: Please document tmpfs filesystem changes for wheezy

[Charles Plessy]

Le Tue, Jul 24, 2012 at 09:09:35PM +0200, Julien Cristau a écrit :
> 
> Hi Roger,
> 
> can you please provide updated text for the latest changes in
> sysvinit/initscripts?  There should probably also be some note about the
> mandatory parallel boot changes, would you mind filing a separate bug
> for that part?

Hello everybody,

for the tmpfs part, how about the following ?  I attached the corresponding
DocBook patch.  I updated the text to mention that /tmp is not tmpfs by
default, and mentionned /etc/fstab as suggested by Aoki-san.


2.2.6. Temporary filesystems

In previous releases, temporary (tmpfs) filesystems were mounted
on /lib/init/rw, /dev/shm/ and optionally on /var/lock and /var/
run. /lib/init/rw has been removed, and the others have been
    moved under /run. /var/run and /var/lock were configured using
RAMRUN and RAMLOCK in /etc/default/rcS. All tmpfs filesystems are
now configurable using /etc/default/tmpfs; the old settings are
not migrated automatically.

+---+
|Old location|New location|  Old setting   |  New setting   |
|+++|
|    |    |/etc/default/rcS|/etc/default/rcS|
|+++|
|/lib/init/rw|/run|N/A |N/A |
|+++|
    |/var/run|/run|RAMRUN  |N/A |
|+++|
|/var/lock   |/run/lock   |RAMLOCK |RAMLOCK |
|+++|
|/dev/shm|/run/shm|N/A |RAMSHM  |
|+++|
|N/A |/tmp|N/A |RAMTMP  |
+---+

The migration of data to the new locations will occur
automatically during the upgrade and will continue to be
available at the old and new locations, with the exception of lib
    /init/rw. No action is required on your part, though you may wish
to customise which tmpfs filesystems are mounted, and their size
limits, in /etc/default/tmpfs after the upgrade is complete.
Please see the tmpfs(5) manual page for further details.

    If you have written any custom scripts which make use of /lib/
init/rw, these must be updated to use /run instead.

/tmp is not a tmpfs by default. If you chose to use this feature,
please note that:

  * the contents of /tmp are not preserved across reboots;

  * /var/tmp exists for this purpose;

  * the maximum size of /tmp may (depending upon your specific
system) be smaller than before. If you find that there is
insufficient free space, it is possible to increase the size
    limits; see tmpfs(5).

  * Applications which create excessively large files in /tmp may
cause /tmp to run out of free space. Such applications should not
be using /tmp, and require fixing. Please consider filing a bug
report against the application in question if you experience such
an occurrence.

  * If desired, the defaults may also be overridden with an entry in
in /etc/fstab, for example:

tmpfs /tmp tmpfs nodev,nosuid,size=20%,mode=177700

Cheers,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan
Index: en/whats-new.dbk
===
--- en/whats-new.dbk	(révision 9642)
+++ en/whats-new.dbk	(copie de travail)
@@ -639,6 +639,143 @@
 
 
 
+
+  Temporary filesystems
+  
+In previous releases, temporary (tmpfs) filesystems were
+mounted on /lib/init/rw, /dev/shm/ and optionally on /var/lock and /var/run.  /lib/init/rw has been removed, and the others
+have been moved under /run. /var/run and /var/lock were configured using
+RAMRUN and RAMLOCK in
+/etc/default/rcS.  All tmpfs
+filesystems are now configurable using /etc/default/tmpfs;
+the old settings are not migrated automatically.
+  
+
+
+  
+
+
+
+
+
+
+  
+Old location
+New location
+Old setting
+New setting
+  
+
+
+  
+
+
+/etc/default/rcS
+/etc/default/rcS
+  
+  
+/lib/init/rw
+/run
+N/A
+N/A
+  
+  
+/var/run
+/run
+RAMRUN
+N/A
+  
+  
+/var/lock
+/run/lock
+RAMLOCK
+RAMLOCK
+  
+  
+/dev/shm
+/run/shm
+N/A
+RAMSHM
+  
+  
+N/A
+/tmp
+N/A
+RAMTMP
+  
+
+  
+
+
+  
+The migration of data to the new locations will occur automatically during
+the 

Bug#619913: Pre-approval for cpufreqd upload [was Re: Bug#619913: Info received (cpufreqd glibc crash detected)]

[Adam D. Barratt]

On Sun, 2013-03-24 at 11:29 +0900, Mattia Dongili wrote:
> cpufreqd is in a relatively bad shape, unfortunately I haven't been able
> take care of it as I should have in quite some time.
> One bug seems particularly bad (severity is important at the moment):
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619913
> The patch is simple, the patch has been in use for some time, debdiff is
> attached. Can this fix go to wheezy?

Please go ahead; thanks.

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#702905: Bug#702911: unblock: almanah/0.9.1-1

[Ivo De Decker]

Hi Angel and Salvatore,

On Sun, Mar 24, 2013 at 01:44:35PM +0100, Salvatore Bonaccorso wrote:

> On Sun, Mar 24, 2013 at 12:09:38PM +0100, Salvatore Bonaccorso wrote:
> > Disclaimer: not part of the release team but noticed #702911 as the
> > corresponding #702905 in almanah fixes a security bug.
> > 
> > It looks that your unblock request never went trough the list, as the
> > debdiff is quite big. At this stage of the release the release team
> > will probably not acknowledge this unblock request.
> > 
> > I did only a short test: this looks also to a regression from Squeeze,
> > as in Squeeze it is possible to have a diary encrypted. But upgrading
> > to wheezy then the diary.db does not get encrypted after closing.
> 
> Was a little bit to fast hitting enter sending the email, and did not
> propose something to this. With the above, I think best approach would
> be to upload an almanah package trough t-p-u versioned as
> 0.9.0-1+deb7u1 containing only the fix needed.

I took a look the patch, and it seems only the very last part (which changes
the code) is actually needed. I created a patch for a TPU version with only
this change and did some basic testing. With this patch, the db is encrypted.

> But this needs first an approval by the release team.

Obviously. But that seems more likely than a review of the diff between the
versions in wheeze and sid.

Cheers,

Ivo

diff -Nru almanah-0.9.0/debian/changelog almanah-0.9.0/debian/changelog
--- almanah-0.9.0/debian/changelog  2012-04-03 14:25:33.0 +0200
+++ almanah-0.9.0/debian/changelog  2013-03-24 15:02:41.0 +0100
@@ -1,3 +1,11 @@
+almanah (0.9.0-1+deb7u1) testing; urgency=low
+
+  * Non-maintainer upload.
+  * Backport patch from 0.9.1 to support encrypting the database (Closes:
+#702905)
+
+ -- Ivo De Decker   Sun, 24 Mar 2013 15:02:38 +0100
+
 almanah (0.9.0-1) unstable; urgency=low
 
   * debian/watch: Update for .xz
diff -Nru almanah-0.9.0/debian/patches/almanah_encrypt_db_702905.patch 
almanah-0.9.0/debian/patches/almanah_encrypt_db_702905.patch
--- almanah-0.9.0/debian/patches/almanah_encrypt_db_702905.patch
1970-01-01 01:00:00.0 +0100
+++ almanah-0.9.0/debian/patches/almanah_encrypt_db_702905.patch
2013-03-24 15:04:40.0 +0100
@@ -0,0 +1,83 @@
+Description: Enable encryption
+Backport the change from from 0.9.1 to allow encryption of the db.
+
+---
+
+Origin: upstream
+Bug: 702905
+Bug-Debian: http://bugs.debian.org/702905
+Forwarded: not-needed
+
+--- almanah-0.9.0.orig/src/application.c
 almanah-0.9.0/src/application.c
+@@ -36,7 +36,7 @@ static void set_property (GObject *objec
+ static void startup (GApplication *application);
+ static void activate (GApplication *application);
+ static gint handle_command_line (GApplication *application, 
GApplicationCommandLine *command_line);
+-static void quit_main_loop (GApplication *application);
++static void window_removed (GtkApplication *application, GtkWindow *window);
+ 
+ struct _AlmanahApplicationPrivate {
+   gboolean debug;
+@@ -59,6 +59,7 @@ almanah_application_class_init (AlmanahA
+ {
+   GObjectClass *gobject_class = G_OBJECT_CLASS (klass);
+   GApplicationClass *gapplication_class = G_APPLICATION_CLASS (klass);
++  GtkApplicationClass *gtkapplication_class = GTK_APPLICATION_CLASS 
(klass);
+ 
+   g_type_class_add_private (klass, sizeof (AlmanahApplicationPrivate));
+ 
+@@ -70,7 +71,8 @@ almanah_application_class_init (AlmanahA
+   gapplication_class->startup = startup;
+   gapplication_class->activate = activate;
+   gapplication_class->command_line = handle_command_line;
+-  gapplication_class->quit_mainloop = quit_main_loop;
++
++  gtkapplication_class->window_removed = window_removed;
+ 
+   g_object_class_install_property (gobject_class, PROP_DEBUG,
+g_param_spec_boolean ("debug",
+@@ -293,7 +295,7 @@ handle_command_line (GApplication *appli
+ }
+ 
+ static void
+-storage_manager_disconnected_cb (AlmanahStorageManager *self, const gchar 
*gpgme_error_message, const gchar *warning_message, GApplication *application)
++storage_manager_disconnected_cb (AlmanahStorageManager *self, const gchar 
*gpgme_error_message, const gchar *warning_message, GtkApplication *application)
+ {
+   if (gpgme_error_message != NULL || warning_message != NULL) {
+   GtkWidget *dialog = gtk_message_dialog_new (NULL, 
GTK_DIALOG_MODAL, GTK_MESSAGE_ERROR, GTK_BUTTONS_OK,
+@@ -310,21 +312,28 @@ storage_manager_disconnected_cb (Almanah
+   gtk_widget_destroy (dialog);
+   }
+ 
+-  /* Chain up to the parent class */
+-  G_APPLICATION_CLASS (almanah_application_parent_class)->quit_mainloop 
(application);
++  /* Allow the end of the applaction */
++  g_application_release (G_APPLICATION (application));
+ }
+ 
+ static void
+-quit_main_loop (GApplication *application)
++window_removed (GtkApplication *application, GtkWindow

Bug#654955: sound system crashed waking up from suspend

[Rémi Denis-Courmont]

tags 654955 = squeeze
fixed 654955 1.1.12-1
thanks

Le samedi 7 janvier 2012 07:09:57, Thomas Goirand a écrit :
> Package: vlc
> Version: 1.1.3-1squeeze6
> Severity: normal
> 
> Dear maintainer,
> 
> When running Squeeze, do the following:
> 1/ Start playing a video
> 2/ Pause de video
> 3/ Put your computer into suspend mode
> 4/ Go back from sleep mode
> 5/ Unpause the video
> 
> Then there's no sound, and sometimes there's audio cracks.

This should already be fixed. Please try with VLC 2.0.5 and PulseAudio 3.0.

-- 
Rémi Denis-Courmont
http://www.remlab.net/


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

Bug#597922: sane: SANE does not work anymore with Epson Perfection 1650. Used to work perfectly.

[Andreas Neudecker]

Hello Adrian.

> I just uploaded sane-backends 1.0.23 into experimental. Could you
> install it and check whether your scanner is working again?

I have checked my Epson Perfection 1650 Photo (i.e. with transparency
unit) with libsane 1.0.23 (as well as version 1.0.23 of libsane-common,
libsane-dbg, sane-utils).

* scanning at 320, 640, 800 dpi is okay for gray and colour scans.
* transparency scanning is okay at 800 dpi.

When scanning via Gimp, xsane's device dialogue offers

(*) EpsonGT-8200   Flatbed scanner   [epson2:libusb:006:004]
( ) EpsonPerfection 1650 Flatbed scanner[epkowa:usb:006:004]

I selected the Perfection 1650 manually.

As far as I can see, all settings options are there, and everything
seems to work fine.

One little thing, though: after scanning transparencies and switching
back to "flatbed" from "transparencies", the transparency unit's light
stays on until you perform a preview scan. Only then will it be switched
off. After my opinion the light should be switched off as soon as you
switch back to "flatbed" in the options window. May be this should be
another bug report?

Kind regards

Andreas


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

Bug#703810: [Piuparts-devel] Bug#703810: piuparts : "/var/log/fontconfig.log not owned" error

[Holger Levsen]

Hi Hideki,

On Sonntag, 24. März 2013, Hideki Yamane wrote:
>  Today I tried to use piuparts with font package and got FAIL with below
> error.
> 
> > FAIL: After purging files have been modified:
> >   /var/log/fontconfig.logc
> 
>  Probably we can ignore this, patch attached.

thanks for the bug report and patch!

I wonder why we don't just ignore all changes in /var/log ? (I might miss 
something (obvious?), due to traveling and very little sleep.)


cheers,
Holger


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

Bug#664767: Brcmsmac driver woes, possible regression?

[Arend van Spriel]

On 03/23/2013 04:28 PM, Camaleón wrote:
> 2013/3/19 Camaleón :
> 
>>> Now let's see how reverting the patch makes any difference as soon as
>>> I can compile the module. I will keep you updated
>>
>> Update: applied the patch to revert the "other" patch but I still
>> cannot get the driver to work (see attached syslog). N-M still asks
>> for password until desists :-(
> 
> More verbose logs, just in case someone finds something of interest.
> 
> Greetings,
> 

What I see in this log is that your AP keeps sending EAPOL message 1 and
you keep sending EAPOL message 2 until one gives up the attempts. This
behaviour would suggest the psk is wrong as indicated in the log, but
you said you could connect using another card, right? So using the same
configured N-M connection?

Regards,
Arend


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

Bug#703581: unblock: e2fsprogs/1.42.5-1.1

[Jonathan Wiltshire]

Control: tag -1 + confirmed d-i

On Thu, Mar 21, 2013 at 02:14:42AM +, Dmitrijs Ledkovs wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: unblock
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
> 
> Please unblock package e2fsprogs
> 
> Closes #698879
> 
> This is also a request for udeb-unblock from the installer team.

Indeed; tagging and CCing accordingly.

-- 
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51

 i have six years of solaris sysadmin experience, from
8->10. i am well qualified to say it is made from bonghits
layered on top of bonghits


signature.asc
Description: Digital signature

Bug#703612: developers-reference: transitional packages cannot always safely be removed

[Charles Plessy]

block 703612 703610
thanks

Le Thu, Mar 21, 2013 at 12:15:43PM +0100, Vincent Lefevre a écrit :
> 
>   6.7.7. Make transition packages deborphan compliant
> [...]
> For example, with --guess-dummy, deborphan tries to search all
> transitional packages which were needed for upgrade but which can
> now safely be removed. For that, it looks for the string dummy or
> transitional in their short description.
> 
> "which can now safely be removed" is incorrect, as a transitional
> package can still contain executables and be functional, e.g. ffmpeg.
> 
> According to
> 
>   http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=692193#29
> 
> a transitional package can also be a package that will be removed
> in a future version of Debian.

Hi Vincent,

I guess that the best is first to correct deborphan, as you suggested in
#703610, and then the Developer's Reference.

Have a nice day,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan


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

Bug#703849: xdg-utils: [kde 4] xdg-open doesn't work on directories

[Andreas Kloeckner]

Package: xdg-utils
Version: 1.1.0~rc1+git20111210-7
Severity: normal

Dear Maintainer,

When I type

$ xdg-open file:///home/andreas

on my (existing) home directory, I get an infinite loop of:

Warning: unknown mime-type for "/home/andreas" -- using
"application/octet-stream"
Warning: unknown mime-type for "/home/andreas" -- using
"application/octet-stream"
Warning: unknown mime-type for "/home/andreas" -- using
"application/octet-stream"
Warning: unknown mime-type for "/home/andreas" -- using
"application/octet-stream"


The expected behavior would be that dolphin (my preferred file manager,
according to KDE settings) would pop open. I'd much appreciate any help.

Thanks,
Andreas

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

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

xdg-utils depends on no packages.

Versions of packages xdg-utils recommends:
pn  libfile-mimeinfo-perl  
pn  libnet-dbus-perl   
ii  libx11-protocol-perl   0.56-4
ii  x11-utils  7.7~1
ii  x11-xserver-utils  7.7~3

Versions of packages xdg-utils suggests:
ii  gvfs-bin  1.12.3-4

-- 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#702769: bup_0.25~git2011.11.04-5.1_amd64.changes ACCEPTED into unstable

[Arnaud Fontaine]

Hello,

Jonathan Dowland  writes:

> On Sat, Mar 23, 2013 at 09:02:39AM +, Debian FTP Masters wrote:
>> Maintainer: Jon Dowland 
> snip
>>* Non-maintainer upload.
>
> This surprised  me a bit,  as I  orphaned bup a  while ago and  it was
> picked up by someone else, who  has already made an upload removing me
> from the Maintainer  field. It took me a moment  to realise that their
> upload would  have been  to experimental, and  your NMU  is targetting
> wheezy via unstable.  Still, it would have been a  good opportunity to
> switch out the  Maintainer for wheezy. I would have  suggested that if
> you had CCed me with your proposed NMU, or tried to reach me via other
> means… None-the-less, thanks for fixing the bug.

Yes, I didn't notice that, sorry about that.

Cheers,
-- 
Arnaud Fontaine


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

Bug#703863: libqtgui4: default color definitions make selected text unreadable in VLC

[Vincent Lefevre]

Package: libqtgui4
Version: 4:4.8.2+dfsg-11
Severity: important

The default color definitions from Qt make selected text unreadable
in VLC: black on dark blue. See attached snapshot.

Note: I don't have any particular Qt theme, i.e. I just have the
default.

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

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

Versions of packages libqtgui4 depends on:
ii  fontconfig 2.9.0-7.1
ii  libaudio2  1.9.3-5
ii  libc6  2.13-38
ii  libfontconfig1 2.9.0-7.1
ii  libfreetype6   2.4.9-1.1
ii  libgcc11:4.7.2-5
ii  libglib2.0-0   2.33.12+really2.32.4-5
ii  libice62:1.0.8-2
ii  libjpeg8   8d-1
ii  libmng11.0.10-3
ii  libpng12-0 1.2.49-3
ii  libqtcore4 4:4.8.2+dfsg-11
ii  libsm6 2:1.2.1-2
ii  libstdc++6 4.7.2-5
ii  libtiff4   3.9.6-11
ii  libx11-6   2:1.5.0-1
ii  libxext6   2:1.3.1-2
ii  libxrender11:0.9.7-1
ii  multiarch-support  2.13-38
ii  zlib1g 1:1.2.7.dfsg-13

Versions of packages libqtgui4 recommends:
ii  libcups2  1.5.3-5

Versions of packages libqtgui4 suggests:
ii  qt4-qtconfig  4:4.8.2+dfsg-11

-- no debconf information
<>

Bug#702115: libsocialweb/0.25.20-3.1

[Jonathan Wiltshire]

On Sat, Mar 02, 2013 at 08:57:02PM +, Jonathan Wiltshire wrote:
> Control: tag -1 + moreinfo
> 
> On Sun, Mar 03, 2013 at 05:46:07AM +0900, Hideki Yamane wrote:
> >  libsocialweb package in testing has a security bug as CVE-2012-4511,
> >  and I've cherry-picked a patch from upstream as just 1 liner one.
> > 
> >  Please consider to unblock libsocialweb.
> 
> The diff from testing to sid is not just your security fix:
> 
> | Base version: libsocialweb_0.25.20-2 from testing
> | Target version: libsocialweb_0.25.20-3.1 from unstable
> 
> If you want an isolated fix for the security issue it will have to go
> through t-p-u. I only glanced at the diff for sid, but it looks unsuitable
> at this stage (adding vala bindings, for example).

Ping?



-- 
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51

 i have six years of solaris sysadmin experience, from
8->10. i am well qualified to say it is made from bonghits
layered on top of bonghits


signature.asc
Description: Digital signature

Bug#701081: debian-policy: mandate an encoding for filenames in binary packages

[Charles Plessy]

Le Thu, Feb 21, 2013 at 12:43:28PM +0100, Helmut Grohne a écrit :
> 
> Apparently the debian-policy currently says nothing about the characters
> used in filenames contained in binary packages. Most packages use common
> sense and only use a small subset of US-ASCII. In Debian sid main most
> filenames can be represented using the following subset of US-ASCII
> characters (written as a regular expression):
> 
>   [][a-zA-Z0-9{}<>() ^/,=:&!*%#$~@+._-]
> 
> The number of exceptions is about 200 contained in about 50 binary
> packages. In those packages some filenames are not representable as
> UTF-8 (for example aspell-is) and others don't make any sense in
> ISO-8859-15 (for example ca-certificates).
> 
> It would be nice if some common ground concerning filename encoding
> could be reached. The options range from a rather restrictive definition
> of acceptable characters via requiring filenames to be representable in
> US-ASCII to mandating a particular encoding (such as UTF-8). This could
> be first introduced as a SHOULD and later turned into a MUST.
> 
> Personally I do not really care about what the precise restriction is as
> long as it permits a mechanical transformation to unicode.

Dear all,

after more than one month of discussion, we have not reached a conclusion.

In the current situation there is no policy, which means that everything is
allowed.  Indeed, there is at least one package with filenames using more than
one set of non-ASCII characters, so no user can see correctly the names of
every file in this package at the same time.

However, I think that it is clear from the discussion is that it would not
satisfy anybody if we would modify the Policy to implement the current
practice, that everything is permitted.

Given that this bug report asks for a policy about the encoding of filenames,
doing nothing is equivalent to reject it.  I therefore propose one more round
of concertation, and if it is not conclusive, I will tag this bug wontfix and
close it (we have 185 other bugs in the queue).

Of course, every developer is free to tackle the issue by working with all the
other package maintainers in order to change the current practice until it
matches something that we do not feel uncomfortable documenting in the Policy. 

On my side, I made a proposal with actionable items: fix the few packages that
are not using UTF-8, and modify the Policy to reflect the current practice
of using ASCII in most of the times and other UTF-8 characters parcimoniously.

I understand very well the arguments against having any UTF-8 character at all,
but we currently have such packages in our archive, so if there is no plan to
modify these packages, then we can not plan to solve this bug.

Can others comment how they would like to see this bug solved ?

Have a nice day,

-- 
Charles


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

Bug#703850: postgresql-contrib not upgraded

[Daniel Pocock]

Package: postgresql-9.1
Version:
Severity: serious


This is an upgrade problem

Old system has postgresql-8.4 and postgresql-contrib-8.4 on squeeze

It is upgraded to wheezy

postgressql-9.1 was installed, but postgresql-contrib-9.1 doesn't get
installed by the dist-upgrade

Unaware of the fact postgresql-contrib-9.1 is missing, I ran

  pg_upgradecluster 8.4 main

to upgrade my database

Lots of errors such as:

Configuring postgresql.conf to use port 5433...
Disabling connections to the new cluster during upgrade...
Roles, databases, schemas, ACLs...
ERROR:  could not access file "$libdir/pgcrypto": No such file or directory
ERROR:  function public.armor(bytea) does not exist
ERROR:  could not access file "$libdir/pgcrypto": No such file or directory
ERROR:  function public.crypt(text, text) does not exist
ERROR:  could not access file "$libdir/pgcrypto": No such file or directory
ERROR:  function public.dearmor(text) does not exist
ERROR:  could not access file "$libdir/pgcrypto": No such file or directory
ERROR:  function public.decrypt(bytea, bytea, text) does not exist


Fortunately this was trust a trial run


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

Bug#703753: release-notes: much text in ch4 related to udev/kernel changes in lenny-to-squeeze

[Paul Gevers]

tags 703753 +patch
thanks

Please find attached a patch against the release-notes trying to clear
up some of the confusing text by either rephrasing, or removal (by
condition="fixme").

Paul
Index: release-notes/en/upgrading.dbk
===
--- release-notes/en/upgrading.dbk	(revision 9642)
+++ release-notes/en/upgrading.dbk	(working copy)
@@ -97,6 +97,9 @@
 system will fail to start. for a significant period of time.
 
 
+
 
 If the system being upgraded provides critical services for your users or the
 networkFor example: DNS or DHCP services, specially when
@@ -117,10 +120,9 @@
 
 Prepare for recovery
 
-Because of the many changes in the kernel between &oldreleasename; and
-&releasename; regarding drivers, hardware discovery and the naming and ordering
-of device files, there is a real risk that you may experience problems
-rebooting your system after the upgrade.  A lot of known potential issues are
+Although Debian tries to ensure that your system stays bootable at all times,
+there is always a chance that you may experience problems
+rebooting your system after the upgrade.  Known potential issues are
 documented in this and the next chapters of these Release Notes.
 
 
@@ -145,8 +147,7 @@
 
 
 The most obvious thing to try first is to reboot with your old kernel.
-However, for various reasons documented elsewhere in this document, this is not
-guaranteed to work.
+However, this is not guaranteed to work.
 
 
 If that fails, you will need an alternative way to boot your system so you can
@@ -879,9 +880,13 @@
 that this is not absolutely required, users could do a dist-upgrade
 and then reboot. This is, however, the recommended path to be on the 
 safe side -->
+
 
 Upgrading the kernel and udev
-
+
 The udev version in &releasename;
 requires a kernel of version 2.6.26 or newer with the
 CONFIG_SYSFS_DEPRECATED option disabled and the
@@ -894,7 +899,7 @@
 must be taken when upgrading to avoid putting your system in an unbootable
 state.
 
-
+
 Booting the 2.6.26 kernel from &oldreleasename; with the udev from &releasename; may result in a failure
 to correctly assign names to network devices, and will also fail to apply
@@ -910,16 +915,18 @@
 
 
-To proceed with this kernel upgrade, run:
+To proceed with the kernel upgrade, run:
 
 
-# apt-get install linux-image-2.6-flavor
+# apt-get install linux-image-flavor
 
 
 See  for help in determining which flavor
 of kernel package you should install.
 
-
+
+
 The move of some firmware to separate packages in the non-free archive means
 that it may be necessary to install additional firmware packages after
 upgrading to the new kernel to support some hardware. Some hardware that was
@@ -941,7 +948,7 @@
 Immediately after upgrading the kernel, you should also install
 the new udev to minimize the risk of
 other incompatibilities caused by using the old udev with a new kernel
-There are also known incompatibilities between the old kernel
+There are also known incompatibilities between the old kernel
 and the new udev. If you find
 issues after the reboot with the new kernel you will have to downgrade the 
 udev in order 
@@ -1092,6 +1099,10 @@
 
+
 
 E: Dynamic MMap ran out of room
 
@@ -1305,32 +1316,32 @@
 
 Installing the kernel metapackage
 
-When you dist-upgrade from &oldreleasename; to &releasename;, it is strongly recommended that you
-install a new linux-image-2.6-* metapackage.  This package may be installed
-automatically by the dist-upgrade process.  You can verify this by running:
+When you dist-upgrade from &oldreleasename; to &releasename;, it is strongly
+recommended that you install a linux-image-* metapackage, if you haven't done
+so before.  This package may be installed automatically by the dist-upgrade
+process.  You can verify this by running:
 
 
 # dpkg -l "linux-image*" | grep ^ii
 
 
 If you do not see any output, then you will need to install a new linux-image
-package by hand.  To see a list of available linux-image-2.6 metapackages, run:
+package by hand.  To see a list of available linux-image metapackages, run:
 
 
-# apt-cache search linux-image-2.6- | grep -v transition
+# apt-cache search linux-image- | grep -v transition
 
 
-
 
 If you are unsure about which package to select, run uname
 -r and look for a package with a similar name.  For example, if you
-see '2.6.26-2-686', it is recommended that you install
-linux-image-2.6-686.  You may also
+see '2.6.32-5-686', it is recommended that you install
+linux-image-686.  You may also
 use apt-cache to see a long description of each package
 in order to help choose the best one available.  For example:
 
 
-# apt-cache show linux-image-2.6-686
+# apt-cache show linux-image-686
 
 
 You should then use apt-get install to install it.  Once
@@ -1343,7 +1354,7 @@
 role="package">kernel-package tool and read the documentation in
 /usr/share/doc/kernel-package. Alternatively,
 you can also use the kernel sources, provided in t

Bug#698526: sort-issues-by-rdep prep - was 0.50/0.51 plans

[Dave Steele]

On Wed, Mar 20, 2013 at 9:28 PM, Dave Steele  wrote:
> On Sun, Mar 17, 2013 at 11:03 PM, Dave Steele  wrote:
>> On Sun, Mar 3, 2013 at 11:07 AM, Holger Levsen  wrote:
>>> Hi Dave,
>>>
>>> On Sonntag, 3. März 2013, Dave Steele wrote:
 If I parse this correctly, the next point at which I need to have
 validated sort-rdep branches is something like the weekend of the
 16th. Does this sound right?
>>>
>>> yup, roughly. Could be a week earlier or later...
>>
>> Updated, per the plan.
>>
>> sort-issues-by-rdep-fast (5)
>> sort-issues-by-rdep (20)
>
> Rebased forward - 15
>
>
> 21:02 Running section squeeze (precedence=4)
> 21:02 Connecting to localhost
>   File "/usr/share/piuparts/piuparts-master", line 4
> SyntaxError: Non-ASCII character '\xc2' in file

In case this is what's holding things up, I still had a 'python' in my
master-command definition.


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

Bug#628996: apt-listbugs: please use debconf

[Francesco Poli]

On Sun, 24 Mar 2013 01:09:43 +0100 Serafeim Zanikolas wrote:

> Hi guys,
> 
> Attached a proof-of-concept
[...]

Hi Serafeim,
I'll struggle to find a little bit of time soon to analyze what you
sent.
Sorry for not reacting quicker than that...   :-(

-- 
 http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt
 New GnuPG key, see the transition document!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpOQqfZIMj1S.pgp
Description: PGP signature

Bug#703870: moodle: Multiple security issues reported

[Salvatore Bonaccorso]

Hi

See also

http://marc.info/?l=oss-security&m=136419144903756&w=2

Regards,
Salvatore


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

Bug#703782: [Debichem-devel] Bug#703782: pymol: Unable to launch the Menu

[Michael Banck]

tags 703782 +unreproducible
thanks

Hi,

On Sun, Mar 24, 2013 at 01:06:24PM +0100, Michael Banck wrote:
> On Sun, Mar 24, 2013 at 12:06:06AM +0800, lina wrote:
> > Package: pymol
> > Version: 1.5.0.1-2
> > Severity: normal
> > 
> > Dear Maintainer,
> > 
> > Traceback (most recent call last):
> >   File "/usr/lib/python2.7/dist-packages/pymol/__init__.py", line 452, 
> > in launch_gui
> >   sys.modules[self.invocation.options.gui].__init__(self,poll,skin)
> >   TypeError: module.__init__() takes at most 2 arguments (3 given)
> > 
> >  
> >  I can only launch the PyMOL Viewer.
> 
> Can you explain a bit more what the problem is?  How do you start pymol,
> via the command-line?  
> 
> Is the problem, that the viewer window ("PyMOL Viewer") appears, but the
> (detached) window with the menus ("File", "Edit" etc.) called "The PyMOL
> Molecular Graphics System" does not?  I can not immediately reproduce
> this here.

I upgraded my notebook to current testing and I still cannot reproduce
this.  The corresponding __init__ line in
/usr/lib/python2.7/dist-packages/pmg_tk/PMGApp.py is as follows:

def __init__(self, pymol_instance, skin):

Did you install some local python packages and/or PyMOL itself locally?
What is the output of "ls /usr/local/lib/python2.7/*"?


Michael


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

Bug#703239: virtualbox-guest-x11: Bad return status for module build on kernel

[Fabrice Aeschbacher]

Hi,

I can not reproduce this on a fresh install

Package: virtualbox-guest-x11
Version: 4.1.18-dfsg-2

$ uname -a
Linux wheezy32 3.2.0-4-686-pae # 1 SMP Debian 3.2.39-2 i686 GNU/Linux

Installed from netinst image wheezy-rc1 i386 in a VirtualBox, which makes the 
installer automatically install virtualbox-guest-{dkms,utils,x11} and 
virtualbox-ose-guest-x11 

Best regards,
Fabrice Aeschbacher

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

Bug#401037: debtags: Bash completion needs to be updated and does not work after facet::

[Enrico Rossi]

tags 401037 + pending

The fixed version will be uploaded after the wheezy release.
Thanks

-- 
GPG Key: 4096R/F2133176 2010-10-19 Enrico Rossi 


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

Bug#703853: devscripts git repository is empty

[Julian Gilbey]

found 703853 2.12.6
found 703853 2.13.1
tag 703853 + pending
thanks

On Sun, Mar 24, 2013 at 03:35:53PM -0600, Christoph wrote:
> Package: devscripts
> 
> Hi,
> 
> I was trying to access the git repository for the devscripts package
> and the following URL leads to a "404 - Reading tree failed" response
> in the browser:
> 
> http://anonscm.debian.org/gitweb/?p=devscripts/devscripts.git;a=tree

The repository has moved to 
http://anonscm.debian.org/gitweb/?p=collab-maint/devscripts.git

It has already been changed in the control file; I've just modified
the copyright file to also reflect the change; it will appear when
2.13.2 is uploaded.

   Julian


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

Bug#703811: maint-guide: should not tell to use dpkg-buildpackage to build a package

[Vincent Lefevre]

On 2013-03-25 00:56:18 +0900, Osamu Aoki wrote:
> What environment problem?  Let me see:
> 
> On 2013-03-23 22:04:42 +0100, Sébastien Villemot wrote:
> > I beg to disagree. It's not up to the package build system to verify
> > that the PATH contains /bin and /usr/bin, or that no core utility is
> > overridden by some custom binary in the PATH. Otherwise almost all
> > packages in the Debian archive are buggy.
> 
> Yah, if one sets up an insane customization, even debuild will fail.

This is going completely silly. What Sébastien is saying is bullshit.
My $PATH does contain /bin and /usr/bin, and no core utilities are
overridden. What made the build fail is just a "." at the *end* of
$PATH. If Debian's build system is confused by that, it is really
broken.

[...]
> Having said it and also having seen some highly skilled DD hitting this
> insane build environment situation, so what is needed is to add note as
> follows in nicer text:
> 
> * No strange customization of the build system.
> ** PATH

I disagree. A user should be allowed to have his own $PATH (with
some obvious conditions).

> ** locale

Ditto, the user should be allowed to use any locale provided by
the system. Developers should be aware of settings like LC_ALL=C
(or C.UTF-8, because some utilities are broken in non-UTF8
locales) when needed (ideally the build system shouldn't be
locale-sensitive).

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


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

Bug#703366: RFH: apt-file -- search for files within Debian packages (command-line interface)

[David Kalnischkies]

On Thu, Mar 21, 2013 at 6:53 PM, Stefan Fritsch  wrote:
> On Thursday 21 March 2013, Niels Thykier wrote:
>> On 2013-03-20 18:30, Stefan Fritsch wrote:
>> Allegedly, rerepro can merge pdiffs so not all of them needs to be
>> applied and (understandably) the APT maintainers do not want that
>> to break.
>
> This seems very broken to me. Merging the diffs on the server side has
> little benefit. You still need exactly the same number of diffs on the
> server but each diff gets larger and there is more change among the
> diffs so that the efficiency of caching proxies goes down. With keep-
> alive connections and pipelining, downloading a few dozen files is not
> that big a problem.

We needed to disable pipelining recently as we failed to "force" broken
proxies and servers into supporting it properly. Think e.g. squid and amazon.
Maybe the big webbrowsers are able to get them to behave now that
they all start to use pipelining …

Still, assuming a prefect world, we download a lot of files which means
a lot of gz-overhead per file. There is also the theory that a package that was
touched is soon touched again (e.g. to fix a bug) meaning we have a lot of
"useless" data downloaded. Add slow systems and those behind a self-controlled
mirror (where you could merge).

So in a perfect world we would support both.


> And there are some implementations (at least apt-file's and the
> security tracker's) that depend on the pdiffs being incremental in
> order to be faster than apt by at least one order of magnitude. So if
> the archive would ever use the diff merging, those implementations
> would break.

I wonder if that is the reason for the announced pdiff change in dak to not
be merged to this day:
https://lists.debian.org/debian-devel-announce/2012/09/msg00012.html


>> The solution is probably to extend the pdiff format
>> (e.g. like the suggestion in [1]), so the client side can see
>> exactly which patches are needed (instead of having to do them one
>> at a time).
>>   To this end, I have been making a bit of noise in #d-ftp;
>> hopefully I will have news here soon.
>
> I think apt should still be changed to assume incremental diffs unless
> the Index file is of a new format. That would bring the benefit even
> for old-style archives. Merging diffs on the server does not give
> comparable benefit.

As said, depends. Anyway, APT is usually extremely conservative regarding
breaking workflows, even if only a few users use this flow, so I highly doubt
we would change to incremental by default.


>> David reminded me that the APT side of things already had a GSoC
>> last year[2].  The code has not been merged yet but at least a
>> proof-of-concept branch is there.  Assuming that can be used, we
>> are probably very close to making apt-file's update/purge commands
>> obsolete.

I had unfortunately less time than I hoped, but I will try to write a proper
follow-up on this soon. Until then some loose ends:

The GSoC bundles another big change regarding sources.list handling which
needs work before we can merge this (the new code is incompatible with the
 old). On top of this the acquire system is extended to deal with more
complex extensions on the file front, which is interesting but independent
as most files we download do not need a complicated handling (like fallbacks
 and conditionals – think: (In)Release(.gpg)) so we need code for "simple"
files anyway, therefore no problem to do this independently.

Rewriting debReleaseIndex::ComputeIndexTargets in apt-pkg/deb/debmetaindex.cc
to query files based on configs rather than hardcoded should be key here
(beside moving this code up in the class hierarchy then).
Something along the lines of Acquire::Files::
there  is "Base", "Flat" and "Tree", to have different settings for
"Flat" and "Tree" style archives.  being a random name like
"Packages", "Contents", … And finally  to set "URI", "Description" …
(I wonder if we need Acquire::Files::http://example.org/:: … too)

URI should be build with placeholders like BaseURI, Architectures,
NativeArchitecture, Languages. Many of these should be available in the
other  elements as well (think: Description for Translation-*).

While we have IndexTargets and OptionalIndexTargets the later aren't really
optional (but hardcoded-optional as we couldn't break ABI at that point),
fixing this now would be good [aka: needed].


So long,
Best regards

David Kalnischkies


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

Bug#703825: qemu-x86_64 segfaults when run some x64 binaries on i386 system

[Michael Tokarev]

Package: qemu-user, qemu-user-static
Version: 1.1.2+dfsg-1
Severity: normal
Tags: upstream, confirmed
Forwarded: http://thread.gmane.org/gmane.comp.emulators.qemu/202103

$ ./x86_64-linux-user/qemu-x86_64 bash64
qemu: uncaught target signal 11 (Segmentation fault) - core dumped

$ gdb x86_64-linux-user/qemu-x86_64
(gdb) ru bash64
Program received signal SIGSEGV, Segmentation fault.
disas_insn (s=s@entry=0xcf98, pc_start=18446744073699066880)
at target-i386/translate.c:4107
4107b = ldub_code(s->pc);
(gdb) p *s
$1 = {override = -1, prefix = 1484501952, aflag = 1, dflag = 1484503884,
  pc = 18446744073699066880, is_jmp = 0, cs_base = 0, pe = 1, code32 = 1,
  lma = 1, code64 = 1, rex_x = 0, rex_b = 0, ss32 = 1, cc_op = 0, addseg = 0,
  f_st = 0, vm86 = 0, cpl = 3, iopl = 0, tf = 0, singlestep_enabled = 0,
  jmp_opt = 1, mem_index = 0, flags = 4243635, tb = 0xf50e9f88,
  popl_esp_hack = 0, rip_offset = 0, cpuid_features = 126614521,
  cpuid_ext_features = -2139086847, cpuid_ext2_features = 563194873,
  cpuid_ext3_features = 101}

This is with current git.  Previous versions (tried 1.1 and 1.4)
segfaults in the same place too.


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

Bug#703835: remmina: RDP connection through ssh seems to be broken since last update

[Matthieu Dubuget]

Package: remmina
Version: 1.0.0-4+deb7u1
Severity: normal

Dear Maintainer,

since the last update, I can no more connect to RDP servers through ssh.




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

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

Versions of packages remmina depends on:
ii  dbus-x111.6.8-1
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-38
ii  libcairo2   1.12.2-3
ii  libgcrypt11 1.5.0-5
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-5
ii  libgtk-3-0  3.4.2-6
ii  libpango1.0-0   1.30.0-1
ii  libssh-40.5.4-1
ii  libvte-2.90-9   1:0.32.2-1
ii  libx11-62:1.5.0-1
ii  remmina-common  1.0.0-4+deb7u1

Versions of packages remmina recommends:
ii  remmina-plugin-rdp  1.0.0-4+deb7u1
ii  remmina-plugin-vnc  1.0.0-4+deb7u1

remmina 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#703833: tmpfs.5: /tmp is not mounted as tmpfs by default in this

[Charles Plessy]

Package: initscripts
Version: 2.88dsf-41
Severity: minor
Tags: patch

Dear initscripts,

I found a minor inconsistency in tmpfs.5; here is a patch to correct it.

Have a nice week-end,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan
>From 1876231f9153eb0a2b803d2e4df60d88bf1f6c62 Mon Sep 17 00:00:00 2001
From: Charles Plessy 
Date: Sun, 24 Mar 2013 22:31:32 +0900
Subject: [PATCH] tmpfs.5: /tmp is not mounted as tmpfs by default in this
 version.

---
 debian/src/initscripts/man/tmpfs.5 | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/src/initscripts/man/tmpfs.5 b/debian/src/initscripts/man/tmpfs.5
index 44ab73f..3cc610c 100644
--- a/debian/src/initscripts/man/tmpfs.5
+++ b/debian/src/initscripts/man/tmpfs.5
@@ -17,7 +17,7 @@ currently includes the filesystems /run, /run/lock, /run/shm and /tmp.
 /run is required to be a tmpfs on systems supporting tmpfs mounts.
 /run/lock and /run/shm may be separate tmpfs mounts, useful for
 enforcing separate size limits.  /tmp is not required to be a tmpfs,
-but is mounted as a tmpfs by default.
+and is not mounted as a tmpfs by default.
 .PP
 
 .IP /run
-- 
1.8.2.rc0

Bug#703862: libnet-jabber-perl patch

[Adrian La Duca]

Forgot to mention that Digest:SHA1 is unavailable in Wheezy (Replaced
by Digest:SHA Debian Bug #: 594273).
Bug is also present upstream at http://search.cpan.org/dist/Net-Jabber/
Attached Patch.


libnet-jabber-perl.patch
Description: Binary data

Bug#703778: erlang-base-hipe: re named subpatterns spuriously not matched

[Sergei Golovan]

Hi Chris,

On Sat, Mar 23, 2013 at 7:33 PM, Chris King  wrote:
>
> Named subpatterns incorrectly return empty matches if they occur not in
> alphabetical order.

Yes, seems like a bug. It's still reproducible in the newer
16.b-dfsg-2. I'll forward it to the upstream developers.

Cheers!
-- 
Sergei Golovan


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

Bug#703857: icedove: crashes with sigseg due NSS ldap lookup

[Carsten Schoenert]

Hello Thomas,

Am 24.03.2013 22:34, schrieb Thomas Liske:
> Package: icedove
> Version: 10.0.12-1
> Severity: important
> 
> Hi,
> 
> I don't know if this bug is an icedove problem or a libnss-ldap problem. I 
> open
> the report at icedove since the problem is only triggered with icedove.
> 
> The system uses LDAP based user logins and NFS based home directories. It is a
> fresh installation, another system is working fine using a simular setup.
> 
> Starting icedove results into an immediately crash at *every* run:

can you please make log with the activity of Icedove itself?

http://wiki.debian.org/Icedove#Debugging_of_Filesystem_Activity
http://wiki.debian.org/Icedove#Debugging_Icedove_Activity

You can combine the two logs into one file please!

-- 
Regards
Carsten


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

Bug#703810: [Piuparts-devel] Bug#703810: piuparts : "/var/log/fontconfig.log not owned" error

[Hideki Yamane]

On Sun, 24 Mar 2013 10:43:24 +0100
Holger Levsen  wrote:
> I wonder why we don't just ignore all changes in /var/log ? (I might miss 
> something (obvious?), due to traveling and very little sleep.)

 Some daemon package may create directory and put file under /var/log,
 and probably piuparts check it with purge, I guess.

-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane


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

Bug#673426: RFP: virtualgl -- Toolkit for displaying OpenGL applications to thin clients

[Vincent Cheng]

retitle 673426 ITP: virtualgl -- Toolkit for displaying OpenGL
applications to thin clients
submitter 673426 !
thanks

It looks like libjpeg-turbo recently made it into the NEW queue [1].
There shouldn't be anything blocking virtualgl from being uploaded
into Debian now; I'll take a stab at it once libjpeg-turbo is accepted
into Debian.

Regards,
Vincent

[1] http://ftp-master.debian.org/new/libjpeg-turbo_1.2.90-1.html


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

Bug#703794: git-annex: Clicking "Files" in webapp consumes all CPU

[Joey Hess]

Andreas Kloeckner wrote:
> git annex init
> git annex webapp
> Click "Files" link.
> Something (which won't show up in top) starts eating all CPU.
> Machine becomes unresponsive.
> Reboot.
> Grumble.

What that link does is runs the command:

xdg-open file:///path/to/repo

So it seems very unlikely that whatever misbehaved is in git-annex.
xdg-open can run any one of many fine desktop file managers.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#703841: i18nspector: X-POFile-SpellExtra field currently needs to be duped

[Guillem Jover]

Package: i18nspector
Version: 0.8.1-1
Severity: normal

Hi!

The X-POFile-SpellExtra field, generated and parsed by POFileSpell
(from gettext-lint), currently needs to be present multiple times,
one per line. Merging all those fields into a single one, spanning
multiple lines makes POFileSpell unable to recognize it. So please
whitelist that field from the duped checks.

Thanks,
Guillem


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

Bug#702233: Patches so far

[Christoph Ulrich Scholler]

Hi Sez,

I have prepared a patch and I'm planning on having it uploaded tomorrow.

Cheers

Uli


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

Bug#703262: [debhelper] dh_auto_test should be skipped (optionnaly ?) if cross compiling

[Guillem Jover]

On Sun, 2013-03-17 at 19:58:23 +0100, bastien ROUCARIES wrote:
> Package: debhelper
> Version: 9.20120909
> Severity: whishlist
> 
> My package is ok to be cross compiled, but test suite can not be run if
> cross compiling.

> Thus I use a fragment like this:
> if test "$(DEB_HOST_GNU_TYPE)" = "$(DEB_BUILD_GNU_TYPE)"; then \
>   dh_auto_test; \
> fi
> 
> I think it will better if included in directly in dh_auto_test.

Personally I don't use dh, but I think if something like this is
needed, it would better be fixed in the upstream build system, so
that other systems can benefit from it too. Also there's already
a way to globally disable test suites, DEB_BUILD_OPTIONS=nocheck,
which can be used when cross-compiling too.

Thanks,
Guillem


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

Bug#703753: release-notes: much text in ch4 related to udev/kernel changes in lenny-to-squeeze

[Paul Gevers]

Package: release-notes
Followup-For: Bug #703753

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

control: retitle -1 release-notes: much text in ch4 related to udev/kernel 
changes in lenny-to-squeeze
control: subscribe -1 elb...@debian.org
thanks

While working on providing a patch for this bug, I see that a lot of the text
in chapter 4 is written towards problems with the upgrade of the kernel/udev
combination in the lenny to squeeze upgrade (bts #571255 [1]). To avoid 
confusion,
I think this part need a rewrite. I am currently trying to make a patch as I
understand the problem. It will definitely need a proper review.

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

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

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

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

iQEcBAEBCAAGBQJRTvLIAAoJEJxcmesFvXUKLFoH/jsWXczoCqNwZVdxGUjqUnxx
zbkWPxjZONHWCZYpCvHiVLk7xsS4ddqbQJdQDMJVu629jVJsEUrfQCBWXsKNX1nd
FICL/j+2Pcl8psnY7vn2B/znoa6xggk64zZ4gB7N6/nj0d4EuoiZ+aBbUT3AAXD6
PP3hluhKy0GaGZkFfCqQvJQnKVmehclAajv8khFb0tfyT8w6xpa1FrzxvBkgUd8Q
fZ2ABVXeXTounsJZkMLpswLD9Zxb7ib3RBlqoFXpOrWgeOrUisuGYVgUpiSFUqnJ
EXehBF3ELoCp/hiBV/iSosOqTaJ0kEXHbWa4gxUOCmxhk5BWb70cq89elRwCF3g=
=0bhY
-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#703846: unblock: debootstrap/1.0.47

[Christian Perrier]

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

Please unblock package debootstrap

This upload fixed #703146. The bug is severity "important" but one
might consider it as serious as it prevents debootstreap to create a
pbuilder chroot for instance.

The bug is apparently here for quite some time but was masked by APT
handling of InRelease files up to APT last version to enter testing.

(I got an informal pre-approval by Julien on IRC, by the way)

debdiff attached

unblock debootstrap/1.0.47

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

Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru debootstrap-1.0.46/debian/changelog debootstrap-1.0.47/debian/changelog
--- debootstrap-1.0.46/debian/changelog	2012-12-27 15:51:54.0 +0100
+++ debootstrap-1.0.47/debian/changelog	2013-03-20 21:34:29.0 +0100
@@ -1,3 +1,15 @@
+debootstrap (1.0.47) unstable; urgency=low
+
+  * Team upload
+  * Properly decrypt the InRelease file when downloading from an archive
+where InRelease is used. This longstanding bug was masked by former
+APT behaviour and was revealed only with recent APT versions
+Closes: #703146
+Thanks to Michael Vogt for the analysis and patch
+  * Add a dependency on gpg because of the above change.
+
+ -- Christian Perrier   Wed, 20 Mar 2013 21:34:29 +0100
+
 debootstrap (1.0.46) unstable; urgency=low
 
   * Team upload.
diff -Nru debootstrap-1.0.46/debian/control debootstrap-1.0.47/debian/control
--- debootstrap-1.0.46/debian/control	2012-12-27 14:42:50.0 +0100
+++ debootstrap-1.0.47/debian/control	2013-03-20 21:49:20.0 +0100
@@ -10,8 +10,8 @@
 
 Package: debootstrap
 Architecture: all
-Depends: ${misc:Depends}, wget
-Recommends: gnupg, ${keyring}
+Depends: ${misc:Depends}, wget, gnupg
+Recommends: ${keyring}
 Description: Bootstrap a basic Debian system
  debootstrap is used to create a Debian base system from scratch,
  without requiring the availability of dpkg or apt. It does this by
diff -Nru debootstrap-1.0.46/functions debootstrap-1.0.47/functions
--- debootstrap-1.0.46/functions	2012-12-27 15:36:47.0 +0100
+++ debootstrap-1.0.47/functions	2013-03-20 21:30:41.0 +0100
@@ -530,7 +530,8 @@
 		warning KEYRING "Cannot check Release signature; keyring file not available %s" "$KEYRING_WANTED"
 	fi
 	if [ "$release_file_variant" = "IN" ]; then
-		mv "$relsigdest" "$reldest"
+		rm -f $reldest
+gpg --output "$reldest" --decrypt --keyring "$KEYRING" --ignore-time-conflict "$relsigdest"
 	fi
 }
 

Bug#702335: debian-installer-launcher: freezes after exiting

[Ben Armstrong]

Package: debian-installer-launcher
Version: 14
Followup-For: Bug #702335

I have made some small progress in narrowing down where the failure
occurs. It appears that in plugins/live, fuser is identifying a much
larger list of PIDs than it looks like was intended:

live_cleanup () {
  # Stopping syslogd/klogd
  # ->the sed horror could be improved (FIXME;)
  # string: [A-Z][a-z]: [0-9] [0-9]rce [0-9]...
  # we only want the [0-9]rce, but without the rce.
  for PID in $(fuser -m /lib/live/installer/var/log/syslog 2>&1 | \
sed "s,.*: ,,g;s, ,\n,g" | grep 'rce$' | \
sed -e 's/rce//g'); do
kill -9 $PID > /dev/null 2>&1 || true
  done

  # Unmounting filesystems
  for fs in /cdrom /dev/pts /dev /proc /sys /tmp; do
umount -f /lib/live/installer/$fs > /dev/null 2>&1 || true
  done

  # Remove unpacked initrd
  rm -rf /lib/live/installer
  rm -f /tmp/debian-installer
}

When fuser is executed, it includes '1rce', i.e. init, among the
processes that are eligible to cleanup. Clearly killing init is not
wise, so it's no shock when a short time after this code is executed,
the system locks up. Looking over the other PIDs that are matched, it
includes udevd and a number of other processes belonging to the live
system (i.e. not the installer) that should not be killed either.

At this point, I am stuck. How do we make this right so that only PIDs
launched by the installer are cleaned up afterwards?

Ben


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

Bug#703824: linux-headers-3.2.0-4-common: Directory /usr/src/linux-headers-3.2.0-4-common/include is missing (Version 3.2.41-1)

[Marc Matzen]

Package: linux-headers-3.2.0-4-common
Version: 3.2.41-1
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 ***



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

Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)


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

Bug#700489: ITP: lua-ldoc -- a lua documentation system

[Julian Wollrath]

The packaging can be found under
http://anonscm.debian.org/gitweb/?p=pkg-lua/lua-ldoc.git

Best regards,
Julian Wollrath


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

Bug#640927: icedove: does not fetch mails from MoveMail accounts automatically

[Nicolas Cavallari]

On 23/03/2013 22:54, Carsten Schoenert wrote:
> Hello Nicolas,
>
> On Thu, Sep 08, 2011 at 04:59:34PM +0200, Nicolas Cavallari wrote:
>> Package: icedove
>> Version: 5.0-2
>> Severity: normal
>>
>>
>> Icedove never fetches mails from MoveMail account (aka
>> /var/mail/$USER) automatically,
>> regardless of the "Check for new messages at startup" and
>> "Check for new messages every x minutes" options. It does not
>> warn about incoming messages either.
>>
>> Using the "Get Mail" button to fetch the mails works,
>> but it has to be done manually.
>>
>> This only concerns MoveMail accounts types, other accounts
>> types (POP, IMAP) work fine.
>>
>> Bug is also present in sid's icedove version 3.1.13-1.
> is this bug also existend in current versions of Icedove?
Just checked now (10.0.12-1) and the problem still exist.

>  If yes can you
> please check if already a upstream bug is opened in the Mozilla
> bugtracker? If please provide the upstream bugnumber, if not please open
> a new bugreport in the bugtracker of Mozilla. Thanks!
There is no open bug in the bug tracker, but several closed one. The
most recent is 480945 and has a patch which is apparently applied
upstream. Do you want me to try it ?

https://bugzilla.mozilla.org/show_bug.cgi?id=480945


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

Bug#703854: squeeze: Unable to extract completely large rar archive

[Danielsan]

Package: squeeze
Version: 0.2.3-12
Severity: important

Dear Maintainer,

I have some images folder compacted inside a large rar archives (more then 300
mega), when I try to extract them with Squeeze after while the operation of
extracting go to sleep without completing the extraction.

If I use comand line like "unrar x archives.rar" it finishes super fast without
problems.

Others useful informations:

i   bzip2
i A libarchive-zip-perl
i A libcompress-bzip2-perl
i A libtar0
i A libzip2
i A libzipios++0c2a
i   unace
i   unrar
i A zip



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

Kernel: Linux 3.2.0-4-amd64 (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 squeeze depends on:
ii  exo-utils   0.6.2-5
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-38
ii  libcairo2   1.12.2-3
ii  libdbus-1-3 1.6.8-1
ii  libdbus-glib-1-20.100.2-1
ii  libexo-1-0  0.6.2-5
ii  libfontconfig1  2.9.0-7.1
ii  libfreetype62.4.9-1.1
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-5
ii  libgtk2.0-0 2.24.10-2
ii  libpango1.0-0   1.30.0-1
ii  libthunar-vfs-1-2   1.2.0-3+b1
ii  libxfce4util4   4.8.2-1
ii  multiarch-support   2.13-38

squeeze recommends no packages.

squeeze 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#703852: [mediawiki] mw{en,dis}ext ineffective for new installs

[Filipus Klutiero]

Package: mediawiki
Version: 1:1.19.4-1
Severity: serious
X-Debbugs-Cc: j...@debian.org

This issue comes from a change in the mediawiki package, but affects 
mediawiki-extensions.


The scripts mwenext and mwdisext are supposed to respectively enable and 
disable a MediaWiki extension. But this doesn't work anymore on new 
installs following 
http://anonscm.debian.org/viewvc/pkg-mediawiki?view=revision&revision=261
Although most of debian_specific_config.patch may have been merged the 
upstream, the last part hasn't. It is needed to load 
/etc/mediawiki-extensions/extensions.php, which is the basis of the 
extensions mechanism.


This can be worked around by adding


# debian specific include:
if (is_file(\"/etc/mediawiki-extensions/extensions.php\")) {
include( \"/etc/mediawiki-extensions/extensions.php\" );
}


to the end of LocalSettings.php.

Note that this doesn't prevent admins from enabling extensions during 
the initial configuration (mw-config). This feature writes directly in 
LocalSettings.php (which can however cause conflict with the Debian 
mediawiki-extensions system).


I recommend that the snippet above be restored, but in system files 
rather than in LocalSettings.php. The snippet is necessary for the 
Debian mediawiki-extensions system to work, so it is not local 
configuration.


By the way, the extensions list needs an update at least for Interwiki.


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

Bug#693839: debian-installer: kernel install fails on armel buffalo linkstation pro, missing uboot-mkimage

[Michael Gilbert]

control: tag -1 patch

On Sun, Mar 17, 2013 at 2:33 PM, Michael Gilbert wrote:
> Martin Michlmayr wrote:
>> I disagree.  flash-kernel maintains a database with information about
>> each device, including a list of required packages.  It will install
>> those required packages.  u-boot-tools is listed for the Linkstation,
>> so the real question is why it's not being installed.
>
> Looking at db/all.db, all of the machines have "Required-packages:
> u-boot-tools", so in a way its already a universal dependency, I
> wonder if it wouldn't make more sense to make it a "real" dependency
> (as was done with the 3.4 upload)?

Since the release is getting close, I've gone ahead with an nmu adding
u-boot-tools as a "real" dependency.  Uploaded to delayed/5 to give
you a chance to do a maintainer upload if desired.  Please see
attached patch.

Best wishes,
Mike


flash-kernel.patch
Description: Binary data

Bug#703831: Pending fixes for bugs in the libfile-desktopentry-perl package

[pkg-perl-maintainers]

tag 703831 + pending
thanks

Some bugs in the libfile-desktopentry-perl package are closed in
revision 575590ec3185543f017a598aad6748ee4962a34f in branch 'master'
by Salvatore Bonaccorso

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libfile-desktopentry-perl.git;a=commitdiff;h=575590e

Commit message:

Fix typo in long description of binary package

Thanks: Pascal De Vuyst 

Closes: #703831


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

Bug#703587: libnss3 update disables some (self signed) certs (with Icedove)

[Daniel Kahn Gillmor]

On 03/23/2013 09:38 PM, Philonous Atio wrote:

> I agree with dkg that "this sounds to me like a bug in the logic of the
> upgraded version of NSS." It needs to be fixed> 

Please read the rest of my comments in this bug, Philonous -- i think
you should have the remote server's certificate loaded in your "Servers"
tab, not in your "Authorities" tab.  if you have it in your "Servers"
tab, and you use "Edit Trust..." to "Trust the authenticity of this
certificate", then even an MD5 self-signed cert should work for you.

You should *not* rely on these self-signed certificates as authorities,
because that gives anyone who takes control over the server's secret key
material to impersonate any other server on the internet.  On the other
hand, if you mark it as a known-valid peer, it will only be able to work
for hostnames which match the hostnames in the certificate itself.

--dkg



signature.asc
Description: OpenPGP digital signature