Bug#760710: pitivi : Missing pycanberra module

[Ludovic Lebègue]

package: pitivi
version: 0.93-4.1
severity: serious

Hi

Here's is the stack when launching pitivi just upgraded from
experimental :

Missing soft dependency:
- pycanberra not found on the system
-> enables sound notifications when rendering is complete
/usr/lib/python2.7/dist-packages/gi/overrides/__init__.py:175: Warning:
The property GSettings:schema is deprecated and shouldn't be used
anymore. It will be removed in a future version.
  return super_init_func(self, **new_kwargs)
/usr/lib/x86_64-linux-gnu/pitivi/python/pitivi/mainwindow.py:340:
Warning: The property GtkMisc:xalign is deprecated and shouldn't be used
anymore. It will be removed in a future version.
  self.menu = self.uimanager.get_widget("/MainMenuBar")
/usr/lib/x86_64-linux-gnu/pitivi/python/pitivi/mainwindow.py:340:
Warning: The property GtkSettings:gtk-menu-images is deprecated and
shouldn't be used anymore. It will be removed in a future version.
  self.menu = self.uimanager.get_widget("/MainMenuBar")
/usr/lib/x86_64-linux-gnu/pitivi/python/pitivi/medialibrary.py:136:
Warning: The property GtkWidget:margin-left is deprecated and shouldn't
be used anymore. It will be removed in a future version.
  builder.add_from_file(os.path.join(get_ui_dir(), "medialibrary.ui"))
/usr/lib/x86_64-linux-gnu/pitivi/python/pitivi/medialibrary.py:183:
Warning: The property GtkTreeView:rules-hint is deprecated and shouldn't
be used anymore. It will be removed in a future version.
  self.treeview.set_property("rules_hint", True)
/usr/lib/x86_64-linux-gnu/pitivi/python/pitivi/titleeditor.py:605:
Warning: The property GtkToolButton:stock-id is deprecated and shouldn't
be used anymore. It will be removed in a future version.
  builder.add_from_file(os.path.join(get_ui_dir(), "titleeditor.ui"))
/usr/lib/x86_64-linux-gnu/pitivi/python/pitivi/titleeditor.py:605:
Warning: The property GtkColorButton:color is deprecated and shouldn't
be used anymore. It will be removed in a future version.
  builder.add_from_file(os.path.join(get_ui_dir(), "titleeditor.ui"))
/usr/lib/x86_64-linux-gnu/pitivi/python/pitivi/titleeditor.py:605:
Warning: The property GtkWidget:margin-right is deprecated and shouldn't
be used anymore. It will be removed in a future version.
  builder.add_from_file(os.path.join(get_ui_dir(), "titleeditor.ui"))
/usr/lib/x86_64-linux-gnu/pitivi/python/pitivi/titleeditor.py:605:
Warning: The property GtkAlignment:left-padding is deprecated and
shouldn't be used anymore. It will be removed in a future version.
  builder.add_from_file(os.path.join(get_ui_dir(), "titleeditor.ui"))
/usr/lib/x86_64-linux-gnu/pitivi/python/pitivi/viewer.py:194: Warning:
The property GtkAlignment:xscale is deprecated and shouldn't be used
anymore. It will be removed in a future version.
  boxalign = Gtk.Alignment(xalign=0.5, yalign=0.5, xscale=0.0,
yscale=0.0)
/usr/lib/x86_64-linux-gnu/pitivi/python/pitivi/viewer.py:194: Warning:
The property GtkAlignment:yalign is deprecated and shouldn't be used
anymore. It will be removed in a future version.
  boxalign = Gtk.Alignment(xalign=0.5, yalign=0.5, xscale=0.0,
yscale=0.0)
/usr/lib/x86_64-linux-gnu/pitivi/python/pitivi/viewer.py:194: Warning:
The property GtkAlignment:yscale is deprecated and shouldn't be used
anymore. It will be removed in a future version.
  boxalign = Gtk.Alignment(xalign=0.5, yalign=0.5, xscale=0.0,
yscale=0.0)

(pitivi:11969): Gdk-WARNING **: gdk_window_set_icon_list: icons too
large
/usr/lib/x86_64-linux-gnu/pitivi/python/pitivi/dialogs/startupwizard.py:61: 
Warning: The property GtkButton:use-stock is deprecated and shouldn't be used 
anymore. It will be removed in a future version.
  self.builder.add_from_file(os.path.join(get_ui_dir(),
"startupwizard.ui"))
/usr/lib/x86_64-linux-gnu/pitivi/python/pitivi/dialogs/startupwizard.py:61: 
Warning: The property GtkSettings:gtk-button-images is deprecated and shouldn't 
be used anymore. It will be removed in a future version.
  self.builder.add_from_file(os.path.join(get_ui_dir(),
"startupwizard.ui"))
Traceback (most recent call last):
  File "/usr/bin/pitivi", line 136, in 
_run_pitivi()
  File "/usr/bin/pitivi", line 123, in _run_pitivi
sys.exit(ptv.main(sys.argv))
  File "/usr/lib/x86_64-linux-gnu/pitivi/python/pitivi/application.py",
line 416, in main
ptv = StartupWizardGuiPitivi(debug=options.debug)
  File "/usr/lib/x86_64-linux-gnu/pitivi/python/pitivi/application.py",
line 362, in __init__
self.projectManager.newBlankProject(emission=False)
  File "/usr/lib/x86_64-linux-gnu/pitivi/python/pitivi/project.py", line
419, in newBlankProject
project = Project(_("New Project"))
  File "/usr/lib/x86_64-linux-gnu/pitivi/python/pitivi/project.py", line
559, in __init__
Gst.Caps("application/ogg"),
TypeError: function takes at most 0 arguments (1 given)

Regards
Ludovic



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

Bug#758500: ltsp-client-builder: Unable to install LTSP from CD using udeb (Debian Edu Jessie)

[Petter Reinholdtsen]

[Vagrant Cascadian]
> This is my best try so far, and assumes that /media/cdrom is the
> mountpoint:
> 
> diff --git a/ltsp-client-builder.postinst b/ltsp-client-builder.postinst
> index 33100d8..a6f9b87 100644
> --- a/ltsp-client-builder.postinst
> +++ b/ltsp-client-builder.postinst
> @@ -40,6 +40,10 @@ if db_get ltsp-client-builder/build-client-opts && [ -n 
> "$RET" ] ; then
>  log "ltsp-build-client options: $BUILD_CLIENT_OPTS"
>  fi
>  
> +if [ "$USE_CDROM" != "false" ] && [ ! -f /media/cdrom/.disk/info ]; then
> +in-target mount /media/cdrom
> +fi
> +
>  # configure network interface
>  if db_get ltsp-client-builder/configure_network_interface && [ "$RET" != 
> "false" ]; then
>  CONFIGURE_NETWORK_INTERFACE=true
> 
> 
> I haven't yet tested with the media as a USB stick; will try that now.

Will this work with PXE installs too?  Will USE_CDROM be unset then?
I'll test if you lack the setup for PXE.

Also, the code you propose do not seem correct.  First of all, d-i
mounts in /cdrom, not /media/cdrom (while the /target mount in
/media/cdrom, I believe).  I notice you commited a different version
which seem to make more sense:

  if [ "$USE_CDROM" != "false" ] && [ ! -f /target/media/cdrom/.disk/info ]; 
then
chroot /target mount /media/cdrom
log "mounting /media/cdrom"
  fi

Why did you use chroot instead of in-target?
-- 
Happy hacking
Petter Reinholdtsen


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

Bug#760372: [Pkg-monitoring-maintainers] Bug#760372: Bug#760372: Bug#760372: loganalyzer: CVE-2014-6070

[Daniel Pocock]

On 06/09/14 21:06, Salvatore Bonaccorso wrote:
> Hi Daniel,
> 
> On Wed, Sep 03, 2014 at 02:05:53PM +0200, Daniel Pocock wrote:
>> Salvatore, I'd prefer to update the package closer to the freeze and
>> roll up any other changes in a single release.
> 
> Personal opinion: having a fix sooner in testing would be preferable.
> Thiw way the whole package would recieve more testing already before
> the freeze.
> 
>> People should not be making LogAnalyzer available to the world,
>> especially without additional access controls (HTTP authentication) so
>> that provides some protection against flaws that do exist in this product.
>>
>> How would the security team feel if this package was classified in a
>> similar way to the ganglia-web package, e.g. security alerts are not RC
>> bugs and users advised to protect the URL with the webserver?
> 
> It is hard to prevent a syslog analysis tool from processing data from
> untrusted sources. Releasing the package mentioning such a restriction
> to security support does somehow not make sense, considering the
> intended use of the package.
> 
> In the concrete instance of
> http://seclists.org/fulldisclosure/2014/Sep/17, a malicious syslog
> client, by setting an appropriate hostname could perform a XSS
> injection, even if the loganalyzer instance would be secured with
> additional access controls. Is this correct and do you agree?
> 

Agreed - the majority of large networks don't have strict access control
on syslog and some rogue user could exploit this.

3.6.6+dfsg-1 has just been uploaded.


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

Bug#760700: doxygen: segfaults while building ace on amd64

[Helmut Grohne]

Control: severity -1 important
Control: tags -1 + moreinfo

On Sun, Sep 07, 2014 at 03:48:15AM +0200, Pau Garcia i Quiles wrote:
> Severity: grave
> Justification: renders package unusable

No, it doesn't. Doxygen still works for a number of other users.

> This is preventing ACE 6.2.7+dfsg-1 to enter Jessie, and in fact is 
> leaving ACE out of Jessie because ACE 6.0.3+dfsg-3 FTBFS on Jessie due to
> the newer gcc.
> 
> I have tried with 1.8.8-1, 1.8.8-2 and 1.8.8-3. All of them crash with ACE
> 6.2.7+dfsg-1.
> 
> Doxygen 1.8.7-3 works perfectly.

I tried to look into this, but I will not execute the build process,
because ace contains a security vulnerability (#760709). Can you obtain
a traceback or a minimal reproducing example? Failing that, can you re
run your build after setting "ulimit -c unlimited" and send the
resulting "core" file? When doing so, remove the moreinfo tag please.

After solving this bug, I would like to add ace to doxygen's auto
package tests in order to catch this kind of error more quickly. Can you
add a debian/rules target to ace that just builds the documentation
without actually creating the -doc package?

Thanks

Helmut


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

Bug#760709: /tmp file vulnerability in generate_doxygen.pl

[Helmut Grohne]

Package: src:ace
Version: 6.2.7+dfsg-1
Severity: grave
Tags: security

bin/generate_doxygen.pl line 177 says:

| my $output = "/tmp/".$i.".".$$.".doxygen";

The filename used is predictable and thus allows elevating privileges to
the user running the build.

Unless there is an independent discovery, this is the initial public
disclosure of this vulnerability.

Helmut


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

Bug#758839: contains non-free data

[Stas]

On September 6, 2014 10:08:50 PM CEST, Per Andersson  wrote:

>
>Stas Zytkiewicz  wrote:
>>
>> > and are also probably sampled from Pacman
>> > /usr/share/childsplay/CPData/PackidData/waka.wav
>> > /usr/share/childsplay/CPData/PackidData/walk.wav
>>
>> Not true, it's of course inspired by the pacman sound but the length
>of
>> the 'waka'
>> is 0.17 seconds and the length of the 'walk' is 0.08 second and are
>> sound effects.
>> It's not the original pacman sound and I'm surprised that someone
>would
>> think those
>> very tiny sounds files could be the original pacman sounds.

Please answer me this question.
How can you claim that those files are copies or samples of the original pacman 
sounds ?
If you had actually listen to them it would have been obvious that they are 
sound effects played in a loop.

So how can i take your claims seriously?

Shouldn't you provide some evidence when claiming a file isn't free when it 
isn't as obvious like the 'feelgood' file?
(That file should never been part of childsplay in the first place.)

>>
>> > * A sound from The Simpsons, where Homer shouts wohoo. Classic
>sound
>> >  byte, but non-free
>> >
>> > /usr/share/childsplay/CPData/wahoo.wav
>>
>> Not true, it's an recording of *me* shouting wohoo and then altered a
>bit
>> with audacity filters.
>
>Are you for real?
I beg your pardon ?!

It *is* me you hear.
There are more sounds recorded by me in the package.
But i feel I'm getting in a no win situation, when i tell you the origin of a 
file and then you just mock me and calling my statement false.
Why don't you treat me with a little respect ?

>
>It seems that you don't care about software being free, just copying
>whatever comes around. Is that the case?

Do you realize what you just said?
Are you calling me a thief just now ?

I've tried to make sure that the media content is free but you can never be 
100% sure. 
(And that's the only valid point you make and i address that and what that 
means for childsplay further below.)

I don't understand what i have done to you to receive these kinds of insults.
I do care a lot about free software, again I feel insulted by your claims and 
how you state your opinions as facts and your arrogance.
Why do you communicate like this, you only alienate people from you.

I consider myself a free software developer for the last 25 years or so.
I've managed to get the companies I worked for to release large portions of 
their source code and artwork under the GPL.
I have spend many hours working for the OLPC project.
I am or was involved in number of other free software projects over the years. 
Everything in my spare time and for free as in free beer.

So don't you tell me i don't care about free software.
Please come down from your high horse and realize that maintaining a bunch of 
packages in a distro is nothing more than repackaging other people's work and 
doesn't mean your the only one caring about free software.

>
>Childsplay is marked for autoremoval from testing on october fifth,
>if this bug is not resolved. [1]

Pease do remove childsplay from the repository as I don't want to have  to deal 
with people like you who seems to know it all but fail to provide proof of 
their accusations
I can't defend me against accusations which seems to be based, for the most 
part, more  on your arrogant assumptions and opinions than on proof.

>In a larger perspective, Savannah seems to require that the project
>can be licensed under a free software license. [2] I don't see how
>this project complies with that at all that.

This is a valid point and i will refrase the 'COPYING' file which states that 
all the media files fall under the gpl 3.
If that means childsplay has to be removed from Savannah so be it.

>
>
>[1] https://tracker.debian.org/pkg/childsplay
>[2] http://savannah.gnu.org/maintenance/LicensingRequirements/
>
>
>--
>Per

Regards,
Stas Zytkiewicz


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

Bug#703586: [Pkg-xen-devel] Bug#703586: Xen fails to boot Linux dom0 under UEFI

[Ian Campbell]

On Sun, 2014-09-07 at 00:02 +0200, John Keates wrote:
> How do I assist with getting this in for Jessie?
> 
> I have this working in a fairly easy setup, it basically only requires
> the pep target to be on for debian’s Xen package,

What is "pep"?

> and a tiny bit of infrastructure to get xen.efi, vmlinuz, an initrd
> and a xen.cfg on to the ESP partition and letting the efibootmgr know
> about it.
> 
> I already have a oneliner to do this manually, but it isn’t that hard
> to automate, unless that tiny bit of infrastructure regarding the
> kernel bits and efi boot is creating a ripple touching many other
> packages, or if there are rules I am not aware of that make this
> really hard to make conform to those rules.

Probably the best approach would be to outline the step(s) here first
and then we discuss how to take it from there.

If you happen to already have a patch against the packaging itself then
you also might as well post it for reference even if you think it isn't
going to be the preferred solution.

Ian.


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

Bug#759360: Cannot hide a user on gdm3

[Frank Bauer]

Hi,

this is just a "me too" mail.

Last week I have installed new laptop with current testing/jessie with
systemd and GNOME desktop 3.12.

Following comments in /etc/gdm3/daemon.conf I uncommented:

  [greeter]
  IncludeAll = false
  Include = frank

followed by:

  systemctl stop gdm3
  systemctl start gdm3

But nothing changed - I can still see the other two accounts.


Frank

Bug#756584: whatmaps: General update after the debconf review process

[Christian PERRIER]

Dear Debian maintainer,

On Monday, August 04, 2014, I sent you a notification about the beginning of a 
review
action on debconf templates for whatmaps.

Then, I sent you a bug report with rewritten templates and announcing
the beginning of the second phase of this action: call for translation
updates.

Translators have been working hard and here is now the result of their efforts.

Please consider using it EVEN if you committed files to your
development tree as long as they were reported.

The attached tarball contains:

- debian/changelog with the list of changes
- debian/control with rewrites of packages' descriptions
- debian/ with all the rewritten templates file(s)
- debian/po/*.po with all PO files (existing ones and new ones)

As said, please use *at least* the PO files as provided here,
preferrably over those sent by translators in their bug reports. All
of them have been checked and reformatted. In some cases, formatting
errors have been corrected.

The patch.rfr file contains a patch for the templates and control
file(s) alone.

Please note that this patch applies to the templates and control
file(s) of your package as of Monday, August 04, 2014. If your package was 
updated
in the meantime, I may have updated my reference copybut I also
may have missed that. This is indeed why I suggested you do not
modified such files while the review process was running,
remember..:-)

It is now safe to upload a new package version with these changes.

Please notify me of your intents with regards to this. 

There is of course no hurry to update your package but feel free to
contact me in case you would need sponsoring or any other action to
fix this.



-- 




patch.tar.gz
Description: application/gzip
--- whatmaps.old/debian/templates   2014-07-31 07:22:25.299890957 +0200
+++ whatmaps/debian/templates   2014-08-19 06:54:02.993127798 +0200
@@ -1,11 +1,20 @@
+# These templates have been reviewed by the debian-l10n-english
+# team
+#
+# If modifications/additions/rewording are needed, please ask
+# debian-l10n-engl...@lists.debian.org for advice.
+#
+# Even minor modifications require translation updates and such
+# changes should be coordinated with translators and reviewers.
+
 Template: whatmaps/enable_service_restarts
 Type: boolean
 Default: false
-_Description: Automatically restart services after shared library security 
updates?
+_Description: Automatically restart services after library security updates?
  Services need to be restarted to benefit from updates of shared libraries they
- depend on. Without that they remain vulnerable to security bugs fixed in these
+ depend on. Otherwise they remain vulnerable to security bugs fixed in these
  updates.
  .
- Automatic service restarts are only done if apt fetched the library from a
+ Automatic service restarts are only done if APT fetched the library from a
  source providing security updates. This also affects packages installed
- via unattended-upgrades.
+ via "unattended-upgrades".
--- whatmaps.old/debian/changelog   2014-07-31 07:22:25.299890957 +0200
+++ whatmaps/debian/changelog   2014-09-06 09:18:19.133576210 +0200
@@ -1,3 +1,22 @@
+whatmaps (0.0.8-3) UNRELEASED; urgency=low
+
+  * Debconf templates and debian/control reviewed by the debian-l10n-
+english team as part of the Smith review project. Closes: #756584
+  * [Debconf translation updates]
+  * Russian (Yuri Kozlov).  Closes: #758801
+  * Danish (Joe Hansen).  Closes: #758841
+  * Portuguese (Paulo Tomé).  Closes: #759167
+  * German (Chris Leick).  Closes: #759365
+  * Czech (Michal Simunek).  Closes: #760154
+  * Polish (Michał Kułach).  Closes: #760181
+  * French (Jean-Pierre Giraud).  Closes: #760264
+  * Brazilian Portuguese (Adriano Rafael Gomes).  Closes: #760296
+  * Japanese (victory).  Closes: #760367
+  * Italian (Beatrice Torracca).  Closes: #760398
+  * Spanish; (Matías A. Bellone).  Closes: #760617
+
+ -- Christian Perrier   Thu, 31 Jul 2014 18:32:05 +0200
+
 whatmaps (0.0.8-2) unstable; urgency=medium
 
   * [cca6b44] Add debconf question to enable automatic service restarts


signature.asc
Description: Digital signature

Bug#760708: avarice: New upstream available: AVaRICE 2.13

[Osamu Aoki]

Package: avarice
Version: 2.11-1.1
Severity: wishlist

There have been 2 releases and the latest is AVaRICE 2.13 .  (SVN may
have some bug fix, too).  This should be packaged while addressing
outstanding issue such as "Bug #704560: avarice: please change udev rules
location" which seems to be easy one to be fixed if this report is
correct.  (Offering these udev rules by this package is questionable for
me.  There are other tools such as avrdude use these devices.  It may
be better to put these info to README.Debian etc.)

Hi, ITPer, what is holding you off so long? ITA Bug #732433 was 6 month
ago.  I do not have time now but is it OK if others NMU this package?

At least Bug #704560 should be fixed or responded before freeze.

Also copyright is in the old style.  (The debmake command should help 
you create new copyright with minimal efforts.)

FYI:

Summary of changes in AVaRICE 2.13
==

. Rearrange the entire error handling to use exceptions, rather than a
  mix between error code returns, and prematurely exiting the program
  from deep inside, without any attempt to cleanup the JTAG ICE
  connection status.  This is a lot cleaner now, with a much reduced
  chance to leave the ICE in an unworkable state when exiting the
  program.

. New devices: ATxmega128B1, ATxmega128B3, ATxmega64B1, ATxmega64B3,
  ATmega16M1, ATmega64M1, ATmega64C1, ATxmega128A3, ATxmega32A4

. Deprecate target programming (downloading) from the ELF file.  It
  must be explicitly enabled now by the --enable-target-programming
  configure option.  If not enabled, AVaRICE no longer depends on
  libbfd and its prerequisites.  Use AVRDUDE for device programming.

. Added IO register definitions (for GDB's "info io_registers"
  command) for the following devices: ATmega323, ATmega64, AT90CAN128,
  ATmega164p, ATmega324p, ATmega644, ATmega325, ATmega3250, ATmega645,
  ATmega6450, ATmega329, ATmega3290, ATmega649, ATmega6490, ATmega640,
  ATmega1280, ATmega1281, ATmega2560, ATmega2561, ATmega48, ATmega88,
  ATmega168, ATtiny13, ATtiny2313, AT90PWM2, AT90PWM3, AT90PWM2B,
  AT90PWM3B, ATmega32M1, ATmega32C1, ATtiny24, ATtiny44, ATtiny84,
  ATtiny25, ATtiny45, ATtiny85, ATtiny261, ATtiny461, ATtiny861,
  AT90CAN32, AT90CAN64, AT90PWM216, AT90PWM316, AT90USB1287,
  AT90USB162, AT90USB646, AT90USB647, ATmega1284P, ATmega165,
  ATmega165P, ATmega168P, ATmega16HVA, ATmega3250P, ATmega325P,
  ATmega328P, ATmega3290P, ATmega329P, ATmega32HVB, ATmega32U4,
  ATmega406, ATmega48P, ATmega644P, ATmega88P, ATtiny167, ATtiny43U,
  ATtiny48, ATtiny88, ATmega128RFA1

=

Summary of changes in AVaRICE 2.12
==

. Many Xmega fixes for firmware versions 7 and above (as shipping by
  AVR Studio 5); code breakpoints and accessing the various Xmega
  memories appear to almost work now.  Many thanks to Detlev Kraft for
  his in-depth analysis of the AVR Studio 5 communiction with the ICE.

. Cache the PC returned by BREAK events, to speedup the communication.

. New devices: ATxmega256A3, ATxmega16D4, ATtiny4313

. Moved source code repository from CVS to SVN.

. Implement PDI debugging (JTAGICEmkII / Xmega).


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

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

Versions of packages avarice depends on:
ii  libc6 2.19-9
ii  libgcc1   1:4.9.1-4
ii  libstdc++64.9.1-4
ii  libusb-0.1-4  2:0.1.12-24
ii  zlib1g1:1.2.8.dfsg-1

Versions of packages avarice recommends:
pn  gdb-avr  

avarice 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#758385: ibus: Cannot choose any input method on ibus-setup

[Osamu Aoki]

Hi,

(My mail system was broken recently.  Sorry for slow response.)

On Sun, Aug 24, 2014 at 12:30:53PM +0900, Kunihiko Imai wrote:

Thanks for explaining the issue.

>   File "/usr/share/ibus/setup/enginedialog.py", line 327, in set_engines
> locale.setlocale(locale.LC_ALL, 'en_US.UTF-8')

> To solve this bug in Debian layer, I think,
 
 o Describe "require to generate en_US.UTF-8 locale database"
   or install locales-all in README.Debian

 o Remind user with bug script if they are missing en_US.UTF-8.

These are safe bet.
 
> o Or guarantee to generate en_US.UTF-8 locale database
>   with packaging system

This is too invasive to locale package and may be policy violation.

> o Or patch setup/enginedialog.py:

Debian installer supports C.UTF-8 locale but installed Debian system..
aha. I see /usr/share/i18n/locales/C is in UTF-8 now.  POSIX and C are
different.  h 
 
> --- setup/enginedialog.py.orig2014-08-23 18:06:10.982463613 +0900
> +++ setup/enginedialog.py 2014-08-23 18:06:28.226422031 +0900
> @@ -324,7 +324,7 @@
> 
>  # Retrieve Untranslated language names.
>  backup_locale = locale.setlocale(locale.LC_ALL, None)
> -locale.setlocale(locale.LC_ALL, 'en_US.UTF-8')
> +locale.setlocale(locale.LC_ALL, 'C.UTF-8')

Hm interesting.  C.UTF-8 always available?  Changelog has:
 "Add patches/localedata/locale-C.diff to create a C locale." 01 May 2011 
but /usr/share/i18n/SUPPORTED does not have such locale.

I can not do dpkg-reconfigure to set system only to use C.UTF-8 by
removing all locales (C is not the choice there).  It
complains;

$ sudo dpkg-reconfigure locales
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = "en_US:en",
LC_ALL = (unset),
LANG = "en_GB.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or
directory
locale: Cannot set LC_ALL to default locale: No such file or directory
/usr/bin/locale: Cannot set LC_CTYPE to default locale: No such file or
directory

Maybe, update-locale needs some fix too. 

Can you explain how can I have C.UTF-8 locale only system?
Any place explaing C.UTF-8 (except in changelog).?

What is the difference between POSIX and C now.  What happens if LANG,
LANGUAGE, LC_ALL are  set to NULL or C. C? POSIX.  I do not see choice
between C.UTF-8, C, POSIX in locale package reconfiguration.

Osamu

> Debian supports C.UTF-8 locale. But some other distro seems not to support
> yet. ( https://bugzilla.redhat.com/show_bug.cgi?id=902094 )
> So this patch should not put upstream at now, I think.

I see.

Osamu
 


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

Bug#730251: pu: package shutdown-at-night/0.10+deb7u1

[Petter Reinholdtsen]

[Jonathan Wiltshire]
> Let's compromise; please add a suitable note to NEWS.Debian warning
> of such cases, and upload.

Great.  I will do that.  First draft message:

  Warning: When shutdown-at-night see a X login screen (like kdm, gdm,
  lightdm) it assume the machine is unused.  This can cause unwanted
  shutdowns on multiseat machines, or when several display managers
  are running at the same time.

-- 
Happy hacking
Petter Reinholdtsen


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

Bug#760707: kmail fails to send/receive mail with no error message

[Russell Coker]

Package: kmail
Version: 4:4.14.0-1
Severity: important

Two of my systems recently become unable to receive mail.  This has happened
before, sometimes a reboot fixes it.  But a bigger problem is the fact that
kmail doesn't display any reason for this problem.  It reacts in exactly the
same manner as if it had checked for mail and found no new mail, it's only
checking on my phone that reveals that there is new mail that kmail isn't
receiving.

One of those two systems can't send mail.  Mail I try to send goes to the
outbox and stays there indefinitely with no errors being displayed.  Even a
manual "Send Queued Messages" operation generates no error message.  To send
such mail I used to move it to the Drafts folder and then use my phone to send
it.  But now that kmail isn't supporting checking mail that isn't an option.

The system which runs Wheezy has kmail accessing the same account with no
problems.  So this isn't a problem at the server end.

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

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

Versions of packages kmail depends on:
ii  kde-runtime   4:4.14.0-1
ii  kdepim-runtime4:4.14.0-1
ii  kdepimlibs-kio-plugins4:4.14.0-1
ii  libakonadi-calendar4  4:4.14.0-1
ii  libakonadi-contact4   4:4.14.0-1
ii  libakonadi-kde4   4:4.14.0-1
ii  libakonadi-kmime4 4:4.14.0-1
ii  libakonadiprotocolinternals1  1.13.0-1
ii  libc6 2.19-10
ii  libcalendarsupport4   4:4.14.0-1
ii  libfollowupreminder4  4:4.14.0-1
ii  libgcc1   1:4.9.1-12
ii  libgpgme++2   4:4.14.0-1
ii  libgrantlee-core0 0.4.0-2
ii  libincidenceeditorsng44:4.14.0-1
ii  libkabc4  4:4.14.0-1
ii  libkalarmcal2 4:4.14.0-1
ii  libkcalcore4  4:4.14.0-1
ii  libkcalutils4 4:4.14.0-1
ii  libkcmutils4  4:4.14.0-1
ii  libkdecore5   4:4.14.0-1
ii  libkdepim44:4.14.0-1
ii  libkdeui5 4:4.14.0-1
ii  libkio5   4:4.14.0-1
ii  libkleo4  4:4.14.0-1
ii  libkmanagesieve4  4:4.14.0-1
ii  libkmime4 4:4.14.0-1
ii  libknewstuff3-4   4:4.14.0-1
ii  libknotifyconfig4 4:4.14.0-1
ii  libkontactinterface4a 4:4.14.0-1
ii  libkparts44:4.14.0-1
ii  libkpgp4  4:4.14.0-1
ii  libkpimidentities44:4.14.0-1
ii  libkpimtextedit4  4:4.14.0-1
ii  libkpimutils4 4:4.14.0-1
ii  libkprintutils4   4:4.14.0-1
ii  libksieveui4  4:4.14.0-1
ii  libktnef4 4:4.14.0-1
ii  libmailcommon44:4.14.0-1
ii  libmailimporter4  4:4.14.0-1
ii  libmailtransport4 4:4.14.0-1
ii  libmessagecomposer4   4:4.14.0-1
ii  libmessagecore4   4:4.14.0-1
ii  libmessagelist4   4:4.14.0-1
ii  libmessageviewer4 4:4.14.0-1
ii  libpimcommon4 4:4.14.0-1
ii  libqt4-dbus   4:4.8.6+git64-g5dc8b2b+dfsg-1
ii  libqt4-network4:4.8.6+git64-g5dc8b2b+dfsg-1
ii  libqt4-xml4:4.8.6+git64-g5dc8b2b+dfsg-1
ii  libqtcore44:4.8.6+git64-g5dc8b2b+dfsg-1
ii  libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-1
ii  libqtwebkit4  2.3.2.dfsg-2
ii  libsendlater4 4:4.14.0-1
ii  libsolid4 4:4.14.0-1
ii  libstdc++64.9.1-12
ii  libtemplateparser44:4.14.0-1
ii  perl  5.20.0-6

Versions of packages kmail recommends:
ii  gnupg-agent   2.0.26-2
ii  gnupg22.0.26-2
ii  pinentry-gtk2 [pinentry-x11]  0.8.3-2

Versions of packages kmail suggests:
pn  clamav | f-prot-installer
ii  kaddressbook 4:4.14.0-1
ii  kleopatra4:4.14.0-1
ii  procmail 3.22-22
pn  spamassassin | bogofilter | annoyance-filter | spambayes | bsfi  

-- 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#737395: Debian funny-manpages Copyright

[Riley Baird]

Hi Dave!

I'm from Debian, and we currently ship some manpages which you
wrote/improved many years ago (baby.1, echo.1 and flame.1).

The problem is, someone has complained that we can't distribute them
since they aren't under a DFSG-free copyright license.

So, would you please be able to release them under a free license?

If you need any help, just ask.

Yours thankfully,

Riley Baird

P.S. If you have time, can you please take a look at this bug report [1]
and tell us:
1. Do you know the contact details of any of the other authors?
2. Have you written any of the manpages without author information?
3. Have you written any other funny manpages we don't know about?

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


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

Bug#760706: mke2fs doesnt mention what type of system it just created

[積丹尼 Dan Jacobson]

Package: e2fsprogs
Version: 1.42.12-1
Severity: wishlist
File: /sbin/mke2fs

# mke2fs /dev/bla
Mentions a lot of things, but it might as well mention the most
important thing too: what kind of filesystem (ext2, ext3 etc.) it just
created (even thought the current default is indeed documented.)


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

Bug#753470: libspring-java: CVE-2014-0225

[tony mancill]

On 09/06/2014 11:36 AM, Salvatore Bonaccorso wrote:
> Hi Tony,
> 
> On Sat, Sep 06, 2014 at 08:50:24AM -0700, tony mancill wrote:
>> On Wed, 02 Jul 2014 10:36:55 +0200 Moritz Muehlenhoff 
>> wrote:
>>> Package: libspring-java
>>> Severity: grave
>>> Tags: security
>>> Justification: user security hole
>>>
>>> Hi,
>>> please see http://www.gopivotal.com/security/cve-2014-0225
>>
>> Hello,
>>
>> I have uploaded a a patched version (thanks Stephen!) to unstable and
>> prepared an upload 3.0.6.RELEASE-6+deb7u4 for wheezy-security, for which
>> the debdiff for the .dsc and .changes is attached.  (It is essentially
>> identical to the debdiff for unstable.)  I also placed the source and
>> binary packages for the wheezy update here:
>>
>>   https://people.debian.org/~tmancill/libspring-java_wheezy/
>>
>> for Security Team review.
> 
> AFAICS at the time (at least), this CVE was marked no-dsa. Do you
> concur on this classification or is there something we missed? If so,
> could you contact the stable release managers to have an update trough
> stable proposed updates?

Hi Salvatore,

No, I'm not aware of anything that has been missed.  I was just trying
to be proactive about creating a package.  If any user needs to build
for wheezy, the patch is available in the BTS.

Thank you for the information,
tony




signature.asc
Description: OpenPGP digital signature

Bug#760630: dpkg-buildpackage: when debian/rules is not present and debhelper is in build-deps, run dh instead of debian/rules

[Paul Wise]

On Sat, 2014-09-06 at 14:14 +0200, Guillem Jover wrote:

> I'm rather umconfortable with this request, because as has been
> discussed many many times on the lists, the source package interface
> is debian/rules, and not dpkg-buildpackage. Making that file optional
> breaks that interface, which I don't think is good.

Good point, I'd forgotten about this. In practice (AFAIK) all of our
tools invoke dpkg-buildpackage rather than debian/rules so I wonder if
it is time to change this in policy, perhaps not. Anyway, thanks for the
thoughts and please do watch the debdry discussion.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#760704: make-kpkg does not appear to use -j value

[Chris Cheney]

Package: kernel-package
Version: 13.014
Severity: normal

For some reason I have been unable to get make-kpkg to use the -j value
passed to it. If I explicitly add a line directly before the do_parallel
check setting the value it does use it at that point. Perhaps its somehow
getting unset after being passed at the command line originally?

--

/usr/share/kernel-package/ruleset/misc/config.mk

CONCURRENCY_LEVEL=8   <--- Added it here
ifneq ($(strip $(CONCURRENCY_LEVEL)),)
do_parallel = -j$(CONCURRENCY_LEVEL)

--

Before change:

This is kernel package version 13.014.
restore_upstream_debianization
test ! -f scripts/package/builddeb.kpkg-dist || mv -f
scripts/package/builddeb.kpkg-dist scripts/package/builddeb
test ! -f scripts/package/Makefile.kpkg-dist || mv -f
scripts/package/Makefile.kpkg-dist scripts/package/Makefile
/usr/bin/make -j1 EXTRAVERSION=-rc7-43218a1  ARCH=x86_64 \
 bzImage

After change:

This is kernel package version 13.014.
restore_upstream_debianization
test ! -f scripts/package/builddeb.kpkg-dist || mv -f
scripts/package/builddeb.kpkg-dist scripts/package/builddeb
test ! -f scripts/package/Makefile.kpkg-dist || mv -f
scripts/package/Makefile.kpkg-dist scripts/package/Makefile
test ! -f scripts/package/Makefile.kpkg-dist || mv -f
scripts/package/Makefile.kpkg-dist scripts/package/Makefile
/usr/bin/make -j8 EXTRAVERSION=-rc7-43218a1  ARCH=x86_64 \
 bzImage


Chris

Bug#760705: device-file vs Partition name

[積丹尼 Dan Jacobson]

Package: extundelete
Version: 0.2.0-2.1
Severity: wishlist
File: /usr/bin/extundelete

   extundelete [options] device-file...

   Partition name
  Name of the partition that has deleted files, such as /dev/sda3.
  Could  also be the file name of a copy of the partition, such as
  that made with dd.


It seems device-file = Partition name, therefore please use one or the
other.

Also Partition name shouldn't really be listed in the Options section.


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

Bug#760703: neard package is several versions out of date

[Daniel Jared Dominguez]

Source: neard
Version: 0.11
Severity: wishlist

The latest upstream version is 0.14 (from last December), but the
version in Debian (0.11) is from April of last year. Please update.


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

Bug#759057: douf00: diff for NMU version 3.0.0-1.2

[Olly Betts]

Dear maintainer,

I spotted that I'd failed to actually update the dependency from
python-wxgtk2.8 to python-wxgtk3.0 in my recent NMU, so I've done
that, rebuilt, retested, and reuploaded.

Cheers,
Olly
diff -Nru douf00-3.0.0/debian/changelog douf00-3.0.0/debian/changelog
--- douf00-3.0.0/debian/changelog	2014-09-06 22:33:23.0 -0300
+++ douf00-3.0.0/debian/changelog	2014-09-07 01:15:19.0 -0300
@@ -1,3 +1,11 @@
+douf00 (3.0.0-1.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/control: Actually update dependency from python-wxgtk2.8 to
+python-wxgtk3.0.
+
+ -- Olly Betts   Sun, 07 Sep 2014 04:14:33 +
+
 douf00 (3.0.0-1.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru douf00-3.0.0/debian/control douf00-3.0.0/debian/control
--- douf00-3.0.0/debian/control	2014-09-06 22:27:50.0 -0300
+++ douf00-3.0.0/debian/control	2014-09-07 01:14:23.0 -0300
@@ -11,7 +11,7 @@
 
 Package: douf00
 Architecture: all
-Depends: ${python:Depends}, ${misc:Depends}, python-wxgtk2.8, python-cairo, python-poppler
+Depends: ${python:Depends}, ${misc:Depends}, python-wxgtk3.0, python-cairo, python-poppler
 Description: lightweight, slim and straight forward Presentation Tool
  It assists novice as well as experienced speakers when giving lectures
  and business meetings. With its simple presenters Screen that includes

Bug#751009: RFS: ppp-gatekeeper/0.1.0-201406111015-1 [ITP]

[Eriberto Mota]

tags 751009 moreinfo
thanks


Hi Nigel,

Please:

1. d/changelog: you didn't put an ITP reference. Please, read it[1] to
you see how to make an initial changelog.

[1] https://www.debian.org/doc/manuals/maint-guide/dreq.en.html#changelog

2. d/copyright:
- You need to add the section 'Files: debian/*' because you can
wish make a Debian revision without an upstream revision.
- The information in d/copyright is different from upstream code.
There is a license file saying GPL-2. However, ppp-gatekeeper file
says 2008-2014 GPL-3+.

3. d/ppp-gatekeeper.dirs: remove etc/modprobe.d because
d/ppp-gatekeeper.install will create it.

4. d/ppp-gatekeeper.install: you are installing a file inside
/etc/shorewall. However, shorewall is a suggestion, not a dependency.
So, you must put contrib/start.shorewall in
usr/share/docs/ppp-gatekeeper/examples and write a d/README.Debian to
explain about how to use this file.

5. d/rules:
- override_dh_installdocs: don't install AUTHORS as docs. This
information should be provided by d/copyright. I suggest to use
d/ppp-gatekeeper.docs ($ man dh_installdocs).
- override_dh_clean: I suggest to use d/clean ($ man dh_clean).
- You are creating/deleting a manpage.1 but the correct level is 8.

6. You have Lintian messages to solve:

W: ppp-gatekeeper: new-package-should-close-itp-bug
E: ppp-gatekeeper: description-is-pkg-name PPP Gatekeeper
I: ppp-gatekeeper: extended-description-is-probably-too-short

Thanks for your work.

Cheers,

Eriberto



2014-09-04 5:07 GMT-03:00 Nigel Kukard :
> Package: sponsorship-requests
> Severity: wishlist
>
> Dear mentors,
>
> I am looking for a sponsor for my package "ppp-gatekeeper"
>
> Package name: ppp-gatekeeper
> Version : 0.1.0-201406111015-1
> Upstream Author : Nigel Kukard 
> URL :
> http://gitlab.devlabs.linuxassist.net/ppp-gatekeeper/ppp-gatekeeper
> License : GPL-3+
> Section : net
>
> It builds this noarch package:
>
>   ppp-gatekeeper - PPP Gatekeeper manages balancing, redundant and failover
> PPP link
>
> To access further information about this package, please visit the following
> URL:
>
> http://mentors.debian.net/package/ppp-gatekeeper
>
> Alternatively, one can download the package with dget using this command:
>
>   dget -x
> http://mentors.debian.net/debian/pool/main/p/ppp-gatekeeper/ppp-gatekeeper_0.1.0-201406111015-1.dsc
>
> Changes since the last upload:
>   * Correctly use d-clean
>   * Fix description length
>   * Removed authors & todo files from install
>   * Only 1 item in changelog now
>   * Fixed format of changelog
>   * Remove log files on purge
>
> Regards,
> Nigel Kukar
>
>
> --
> To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> Archive: https://lists.debian.org/sig.1324cfc6c2.54081ddb@lbsd.net
>


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

Bug#759054: python-fs: Patch for wxPython 3.0

[Olly Betts]

Control: tags 759054 + patch

Dear maintainer,

I've attached a patch to update python-fs for wxPython 3.0.  I've
tested the rebuilt package by running 'pstree -g'.

I'm happy to NMU this change - just let me know.

Cheers,
Olly
diff -Nru python-fs-0.4.0/debian/changelog python-fs-0.4.0/debian/changelog
--- python-fs-0.4.0/debian/changelog	2014-02-24 11:00:56.0 -0300
+++ python-fs-0.4.0/debian/changelog	2014-09-07 00:59:41.0 -0300
@@ -1,3 +1,11 @@
+python-fs (0.4.0-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Update for wxPython 3.0 (Closes: #759054):
+- New patch: wxpython3.0.patch
+
+ -- Olly Betts   Sun, 07 Sep 2014 03:59:39 +
+
 python-fs (0.4.0-1) unstable; urgency=low
 
   [ Janos Guljas ]
diff -Nru python-fs-0.4.0/debian/control python-fs-0.4.0/debian/control
--- python-fs-0.4.0/debian/control	2014-02-24 10:59:25.0 -0300
+++ python-fs-0.4.0/debian/control	2014-09-07 00:59:35.0 -0300
@@ -28,7 +28,7 @@
 
 Package: python-fs-browser
 Architecture: all
-Depends: python-fs, python-wxgtk2.8, ${misc:Depends}
+Depends: python-fs, python-wxgtk3.0, ${misc:Depends}
 Description: Python filesystem abstraction - Gtk browser
  Pyfilesystem is a Python module that provides a common interface to many types
  of filesystem, and provides some powerful features such as exposing
diff -Nru python-fs-0.4.0/debian/patches/series python-fs-0.4.0/debian/patches/series
--- python-fs-0.4.0/debian/patches/series	1969-12-31 21:00:00.0 -0300
+++ python-fs-0.4.0/debian/patches/series	2014-09-07 00:44:34.0 -0300
@@ -0,0 +1 @@
+wxpython3.0.patch
diff -Nru python-fs-0.4.0/debian/patches/wxpython3.0.patch python-fs-0.4.0/debian/patches/wxpython3.0.patch
--- python-fs-0.4.0/debian/patches/wxpython3.0.patch	1969-12-31 21:00:00.0 -0300
+++ python-fs-0.4.0/debian/patches/wxpython3.0.patch	2014-09-07 00:44:57.0 -0300
@@ -0,0 +1,20 @@
+Description: Update for wxPython 3.0
+Author: Olly Betts 
+Bug-Debian: https://bugs.debian.org/759054
+Forwarded: no
+Last-Update: 2014-09-07
+
+--- python-fs-0.4.0.orig/fs/browsewin.py
 python-fs-0.4.0/fs/browsewin.py
+@@ -187,7 +187,10 @@ def browse(fs, hide_dotfiles=False):
+ 
+ """
+ 
+-app = wx.PySimpleApp()
++class PySimpleApp(wx.App):
++def OnInit(self):
++return True
++app = PySimpleApp()
+ frame = BrowseFrame(fs, hide_dotfiles=hide_dotfiles)
+ frame.Show()
+ app.MainLoop()

Bug#760588: html2text: UTF8 patch table is incomplete

[Marcos Marado]

I'll try to give it a look and test it on Monday.

Notice that while most of the entries came from that source, some weren't
there, so I googled for them (various other sources, which I didn't take
note of).
On Sep 6, 2014 11:22 PM, "Holger Levsen"  wrote:

> Hi Marcos,
>
> I've now rebased your branch, cleaned up the two commits from removing the
> Makefile and remove the debian/changelog entry, plus added the source of
> the
> table to the patch description...
>
> Can you please take a look at the branch bug760588 and confirm whether
> this is
> good / correct to merge into master as it is?
>
>
> Thanks & cheers,
> Holger
>

Bug#733623: wxgeometrie: ImportError: No module named pyparsing

[Olly Betts]

# Justification: makes the package in question unusable or mostly so
Control: severity -1 grave

Since wxgeom fails on start up, this package is currently unusable, so
setting the appropriate severity.

On Wed, Jun 18, 2014 at 07:36:21PM +0200, Georges Khaznadar wrote:
> As its author will no longer maintain wxgeometrie, I suggest you to
> switch to geophar if you can install it manually; the new package should
> enter Debian in a few weeks, and then I shall probably ask for the
> removal of the former one.

It looks like it has been in NEW for ~2 weeks now.

However, I notice that the geophar binary package has a dependency on
python-wxgtk2.8 - please can you look at updating that to python-wxgtk3.0?

Cheers,
Olly


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

Bug#760702: Backport memfd_create() syscall

[Ben Hutchings]

Package: src:linux
Version: 3.16-1~exp1
Severity: important
X-Debbugs-Cc: Josh Triplett 

We want memfd_create() and kdbus in the jessie kernel so that systemd
can use them in jessie+1 without requiring a kernel upgrade and reboot
first.  Here are the commits I found that add and wire up
memfd_create():

commit 9183df25fe7b194563db3fec6dc3202a5855839c
Author: David Herrmann 
Date:   Fri Aug 8 14:25:29 2014 -0700

shm: add memfd_create() syscall

commit 87b2d44026e0e315a7401551e95b189ac4b28217
Author: David Herrmann 
Date:   Fri Aug 8 14:25:34 2014 -0700

selftests: add memfd/sealing page-pinning tests

commit 05f65b5c70909ef686f865f0a85406d74d75f70f
Author: David Herrmann 
Date:   Fri Aug 8 14:25:36 2014 -0700

shm: wait for pins to be released when sealing

commit e57e41931134e09fc6c03c8d4eb19d516cc6e59b
Author: Russell King 
Date:   Sat Aug 9 08:43:11 2014 +0100

ARM: wire up memfd_create syscall

commit 7bb1cdbfe2b07d9272b4b132511c82527314b00f
Author: Heiko Carstens 
Date:   Mon Aug 11 14:50:37 2014 +0200

s390: wire up memfd_create syscall

commit 10cf15e1d1289aa0bf1d26e9f55176b4c7c5c512
Author: David S. Miller 
Date:   Wed Aug 13 22:00:09 2014 -0700

sparc: Hook up memfd_create system call.

commit 703e6a6ed6088705e48ca9d0e4567962ebddca36
Author: Tony Luck 
Date:   Mon Aug 18 10:29:52 2014 -0700

[IA64] Wire up memfd_create() system call

commit a97a42c47608d0bb6f2dfc2e162cc84a27beb43a
Author: Will Deacon 
Date:   Mon Aug 11 14:23:37 2014 +0100

arm64: compat: wire up memfd_create and getrandom syscalls for aarch32

commit 503e6636b6f96056210062be703356f4253b6db9
Author: Will Deacon 
Date:   Mon Aug 11 14:24:47 2014 +0100

asm-generic: add memfd_create system call to unistd.h

commit 4ed7800987b1b082f8fc98c5cb7eb20cf74280a8
Author: Geert Uytterhoeven 
Date:   Mon Aug 11 21:42:49 2014 +0200

m68k: Wire up memfd_create

commit 42944521af97a3b25516f15f3149aec3779656dc
Author: Ralf Baechle 
Date:   Tue Aug 26 03:03:40 2014 +0200

MIPS: Wire up new syscalls getrandom and memfd_create.

Out of the official architectures, that leaves powerpc and ppc64el still
missing this syscall.  A patch for these was posted at:

http://article.gmane.org/gmane.linux.kernel/1778127

Ben.

-- 
Ben Hutchings
Experience is directly proportional to the value of equipment destroyed.
 - Carolyn Scheppner


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

Bug#751609: RFS: dmaths/3.5.2.5+dfsg1-1 (new version of a package that is already in Debian)

[Eriberto Mota]

2014-09-06 14:34 GMT-03:00 Innocent De Marchi :
> Hi Eriberto,


Hi Innocent,


>> 2. d/control:
>> - Explain me why the package depends of writer and draw to work.
>
>
> Has no sense to install the package without these two programs. I don't know
> if I understand the question...


You put in long description "It also allows you to use your favorite
drawing software and include graphs of functions into a document". So,
why install draw compulsorily as dependency? I am trying understand
the package. If using writer, will you need of the draw?


>> - Please, create a VCS to control your debian/ versions. You can
>> use github or other. So, add the Vcs-Browser and Vcs-{Git|Svn|Cvs} to
>> d/control.
>
>
> I want to do this with all my packages, but now I have no time. I don't
> practice with Git and will need some time for me to update.


You can use SVN or CVS (or GIT). Sorry but it is an essential
condition for me. GitHub is simple and has several tutorials and
videos on Internet.


>> 5. After the build, there are two wrong independent license files in
>> the package:
>>
>> usr/lib/libreoffice/share/extensions/DmathsAddon/Fichiers/licence.odt
>> usr/lib/libreoffice/share/extensions/DmathsAddon/Fichiers/license.txt
>>
>> You must add an override_dh_install to d/rules to remove these files ($
>> man dh):
>>
>> override_dh_install:
>> dh_install
>> rm -f
>> $(CURDIR)/debian/libreoffice-dmaths/usr/lib/libreoffice/share/extensions/DmathsAddon/Fichiers/licence.odt
>> rm -f
>> $(CURDIR)/debian/libreoffice-dmaths/usr/lib/libreoffice/share/extensions/DmathsAddon/Fichiers/license.txt
>>
>
> The dmaths has a menu with an option to see the file
> DmathsAddon/Fichiers/licence.odt
> If it is deleted, an error occurs when accessing the file. I've added a line
> to delete the file license.txt to repackage the sources
> (see README.source)


Ok. Please, add comments line in libreoffice-dmaths.lintian-overrides
to explain each issue. I think you will need two lines.


>> 6. Now, remove the 'extra-license' lines from Lintian override file.
>>
>
> OK. Only the line for DmathsAddon/Fichiers/license.txt

Ok!

I saw several Lintian messages in your last upload. A new Lintian was
uploaded today to unstable. May it can help you too:
http://eriberto.pro.br/blog/?p=1289

Thanks for your work.

Cheers,

Eriberto


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

Bug#760701: "make check" has runaway memory usage on arm64

[Steve McIntyre]

Package: 3dldf
Version: 2.0.3+dfsg-2
Severity: important

This might be related to #759696, not sure.

On arm64, I just killed the build of 3dldf when I saw that a test
process using 48GB of memory. The build log around this said:

V2:
>> point: (4.679370, 0.00, 0.506930)
FIG:
>> 18
V2:
>> point: (4.675528, 0.00, 0.531316)
FIG:
>> 19
V2:
>> point: (4.671684, 0.00, 0.555702)
FIG:
>> 20
V2:
>> point: (4.667841, 0.00, 0.580088)
FIG:
>> 21
V2:
>> point: (4.663999, 0.00, 0.604475)
./runit: line 76:  1464 Killed  ./3dldf sample2.ldf
make[3]: *** [sample2.mp] Error 137
Makefile:1664: recipe for target 'sample2.mp' failed

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

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


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

Bug#647143: gnome-terminal: launch in xephyr/kwin self-minimizes

[Charles Evans]

Package: gnome-terminal
Version: 3.4.1.1-2
Followup-For: Bug #647143

Dear Maintainer,

fails as noted running in xephyr/kwin

-- 
Charles Evans 


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

Bug#758291: [pkg-wine-party] Bug#758291: Complete solution for update-alternatives

[Michael Gilbert]

Hi,

First of all, thanks a bunch for all the work you've been doing lately
for the wine packages.

I wasn't planning on merging the source for the two until after
jessie, and would prefer not to do that yet.  Is there any way you
could work these changes out so that it doesn't involve major
disruption to the wine stable package?

Best wishes,
Mike


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

Bug#760700: doxygen: segfaults while building ace on amd64

[Pau Garcia i Quiles]

Package: doxygen
Version: 1.8.6-2
Severity: grave
Justification: renders package unusable

Dear Maintainer,

Doxygen 1.8.8 crashes while building ACE on amd64. 

This is preventing ACE 6.2.7+dfsg-1 to enter Jessie, and in fact is 
leaving ACE out of Jessie because ACE 6.0.3+dfsg-3 FTBFS on Jessie due to
the newer gcc.

I have tried with 1.8.8-1, 1.8.8-2 and 1.8.8-3. All of them crash with ACE
6.2.7+dfsg-1.

Doxygen 1.8.7-3 works perfectly.


*** Reporter, 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 template lines ***


-- System Information:
Debian Release: jessie/sid
  APT prefers trusty-updates
  APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 
'trusty'), (100, 'trusty-backports')
Architecture: i386 (i686)

Kernel: Linux 3.13.0-35-generic (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 doxygen depends on:
ii  libc6   2.19-0ubuntu6.3
ii  libgcc1 1:4.9-20140406-0ubuntu1
ii  libstdc++6  4.8.2-19ubuntu1

doxygen recommends no packages.

Versions of packages doxygen suggests:
pn  doxygen-doc
pn  doxygen-gui
ii  doxygen-latex  1.8.6-2
ii  graphviz   2.36.0-0ubuntu3

-- 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#759057: douf00: diff for NMU version 3.0.0-1.1

[Olly Betts]

Control: tags 759057 + patch
Control: tags 759057 + pending

Dear maintainer,

I've prepared an NMU for douf00 for the wxPython 3.0 transition (versioned as
3.0.0-1.1) and uploaded it (since you're on the LowThresholdNMU list).

Cheers,
Olly
diff -Nru douf00-3.0.0/debian/changelog douf00-3.0.0/debian/changelog
--- douf00-3.0.0/debian/changelog	2014-09-06 22:47:23.0 -0300
+++ douf00-3.0.0/debian/changelog	2014-09-06 22:33:23.0 -0300
@@ -1,3 +1,12 @@
+douf00 (3.0.0-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/source/format: Set to '3.0 (quilt)' so I can easily add a patch.
+  * Update for wxPython 3.0 (Closes: #759057):
+- New patch: wxpython3.0.patch
+
+ -- Olly Betts   Sun, 07 Sep 2014 01:32:44 +
+
 douf00 (3.0.0-1) unstable; urgency=low
 
   * New upstream version.
diff -Nru douf00-3.0.0/debian/patches/series douf00-3.0.0/debian/patches/series
--- douf00-3.0.0/debian/patches/series	1969-12-31 21:00:00.0 -0300
+++ douf00-3.0.0/debian/patches/series	2014-09-06 22:31:59.0 -0300
@@ -0,0 +1 @@
+wxpython3.0.patch
diff -Nru douf00-3.0.0/debian/patches/wxpython3.0.patch douf00-3.0.0/debian/patches/wxpython3.0.patch
--- douf00-3.0.0/debian/patches/wxpython3.0.patch	1969-12-31 21:00:00.0 -0300
+++ douf00-3.0.0/debian/patches/wxpython3.0.patch	2014-09-06 22:32:34.0 -0300
@@ -0,0 +1,18 @@
+Description: Update for wxPython 3.0
+ Also compatible with wxPython 2.8.
+Author: Olly Betts 
+Bug-Debian: https://bugs.debian.org/759057
+Forwarded: no
+Last-Update: 2014-09-06
+
+--- douf00-3.0.0.orig/pysrc/DouF00/appcfg.py
 douf00-3.0.0/pysrc/DouF00/appcfg.py
+@@ -40,7 +40,7 @@ thumbnaillist = None
+ EVT_CLOCK_ID = wx.NewId()
+ pause = False
+ index = False
+-presentorBackgroundColor = wx.Color(80, 80, 80)
++presentorBackgroundColor = wx.Colour(80, 80, 80)
+ presentorBorderColor = (255, 0, 0)
+ blankThumbnail = None
+ pdfdoc = None
diff -Nru douf00-3.0.0/debian/source/format douf00-3.0.0/debian/source/format
--- douf00-3.0.0/debian/source/format	1969-12-31 21:00:00.0 -0300
+++ douf00-3.0.0/debian/source/format	2014-09-06 22:31:54.0 -0300
@@ -0,0 +1 @@
+3.0 (quilt)

Bug#760699: Hardened build flags not fully enabled

[Guillaume Delacour]

Package: apt-cacher-ng
Version: 0.7.27-1
Severity: important
Tags: patch
User: hardening-disc...@lists.alioth.debian.org
Usertags: goal-hardening

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hello,

Please find attached a patch that enable all hardening flags in your
package.

Although apt-cacher-ng use dh/9, CPPFLAGS (fortify) was not enabled.
Besides since debhelper 0.9.20120417 handle the workaround appending
CPPFLAGS to CXXFLAGS, i still had to do (i've not investigated though).
I've also enabled the optionals pie and bindnow.

After the build i've made some tests (apt-get update && apt-get install
$package through apt-cacher-ng) which confirm that it won't break
anything (at least at first glance).

Finally, i've made the build verbose to let blhc see if all flags are
enabled in the future.


-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJUC7d3AAoJEJmGUYuaqqClvoQP/i9rbzn23sH9w9T4Xo9R4BnO
KbkIth35qiy13mj+X2ryS4L7arrCGZkCmGDM/Cd//CY5DiuoSrsXQvE8yfWHOd1n
EZ9TIt5ksJkrrfFLcHyJefwqCwD+k/hEQ6s0h3qUml8BTQPvnOGw0ZiquuT0j8Mj
Zn0HnIxxbpI8qcElQsQVRPK2EBmPMd/BGxTJPjlCITVxfTt8StZqPr+8zv+ScWx7
IpKwLsZWIFeFQsI1UUSVlYo9fjUgc+LJTvFLMfowYRGfVmptsxuyFgzEW6bvBvV9
NurWIDVtGisZLLQVati0P3/grJmWLk3gqGBvTBk56cBLtO7QzKULQ9ZbkO99cHh8
4yjjil2ziXrGU85wTjSjWPkkyx1CtbTm7eyE/10SiSKjhp5M7TbWyjIuAjOlrysB
9uJQ9iIrxyoYDoyorTwju80jo4dlmPCBLdbuDnl6nQC+vPS/GTXVj9H7m7n1KHdB
TvDa1GqvJaJevYT+Nvm4kc4n1FIpWry64Dgd8wroV16zUFU04MFfdO6oIEX9q8f0
8jn0+OOs42pZXFVp7SycR/qLd7o6/HDIqNi/6LQCwOqWGk1HK0bq3gqHKLwY099U
bXY1Lem/pkyp+WrFhhIsQpvGtgMpkiYgTs4PPqUdDJaCTsffP93YHgpaoKZJ00/l
Ouj5qQrm72NJjl0Y+K3E
=ylIF
-END PGP SIGNATURE-
diff -Nru apt-cacher-ng-0.7.27/debian/rules apt-cacher-ng-0.7.27/debian/rules
--- apt-cacher-ng-0.7.27/debian/rules	2014-07-17 21:35:38.0 +0200
+++ apt-cacher-ng-0.7.27/debian/rules	2014-09-07 02:55:35.0 +0200
@@ -3,9 +3,16 @@
 TGT=$(CURDIR)/debian/apt-cacher-ng
 CDIR=$(TGT)/etc/apt-cacher-ng
 
+export DEB_BUILD_MAINT_OPTIONS = hardening=+all
+# cmake doesn't follow CPPFLAGS, see #653916
+CXXFLAGS+=$(CPPFLAGS)
+
 %:
 	dh $@ --parallel --with systemd
 
+override_dh_auto_build:
+	dh_auto_build -- VERBOSE=1
+
 override_dh_install:
 	dh_install $(test -e build/acngfs || echo -Xacngfs)
 	cp systemd/apt-cacher-ng.service debian

Bug#758500: ltsp-client-builder: Unable to install LTSP from CD using udeb (Debian Edu Jessie)

[Vagrant Cascadian]

Control: tags -1 +patch +pending

On 2014-09-06 19:25:23 -0500, Vagrant Cascadian wrote:
> On 2014-08-19 07:47:17 -0500, Petter Reinholdtsen wrote:
>> [Vagrant Cascadian]
>>> Yes, it needs to be mounted in /target/cdrom when ltsp-client-builder
>>> runs. This seems to be a change in debian-installer again, then.
>>
>> Aha.
>>
>>> It would seem ltsp-client-builder is going to need to get much more
>>> intelligent about this...
>>
>> I hope you can find a good solution for it, as it currently block Debian
>> Edu Jessie testing of the Think Client Server profile. :)
>
> This is my best try so far, and assumes that /media/cdrom is the
> mountpoint:

Committed to bzr after relocating it and fixing lots of typos, and
testing with cdrom and USB stick install:

  
https://alioth.debian.org/scm/loggerhead/pkg-ltsp/ltsp-debian-packaging/revision/1211/ltsp-client-builder.postinst


live well,
  vagrant


pgpWz9jU110j8.pgp
Description: PGP signature

Bug#759934:

[Pau Garcia i Quiles]

This FTBFS is actually caused by Doxygen 1.8.8

ACE 6.2.7+dfsg-1 builds fine with Doxygen 1.8.7, on all platforms

Doxygen 1.8.8 is causing trouble with other packages (e. g. with my own
witty, see bug #758975)

-- 
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days to answer)

Bug#758714: kiki: diff for NMU version 0.5.6-8.1

[Olly Betts]

Control: tags 758714 + pending

Dear maintainer,

I've prepared an NMU for kiki (versioned as 0.5.6-8.1) and
uploaded it to DELAYED/5.  The patch is the same as that in
the bug already, except debian/changelog now references the bug
number, and I updated the changelog entry date.

Please feel free to tell me if I should delay it longer.

Cheers,
Olly
diff -Nru kiki-0.5.6/debian/changelog kiki-0.5.6/debian/changelog
--- kiki-0.5.6/debian/changelog	2011-11-25 02:26:28.0 -0300
+++ kiki-0.5.6/debian/changelog	2014-09-06 22:19:40.0 -0300
@@ -1,3 +1,11 @@
+kiki (0.5.6-8.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Update to use wxPython 3.0 (Closes: #758714):
++ New patch: 04_wxpy3.0-compat.patch
+
+ -- Olly Betts   Sun, 07 Sep 2014 01:19:05 +
+
 kiki (0.5.6-8) unstable; urgency=low
 
   * debian/patch:
diff -Nru kiki-0.5.6/debian/control kiki-0.5.6/debian/control
--- kiki-0.5.6/debian/control	2011-11-18 14:54:49.0 -0300
+++ kiki-0.5.6/debian/control	2014-08-18 08:40:14.0 -0300
@@ -11,7 +11,7 @@
 
 Package: kiki
 Architecture: all
-Depends: ${python:Depends}, ${misc:Depends}, python-wxgtk2.8
+Depends: ${python:Depends}, ${misc:Depends}, python-wxgtk3.0
 XB-Python-Version: ${python:Versions}
 Description: tool for python regular expression testing
  A free environment for regular expression testing (ferret).  It allows
diff -Nru kiki-0.5.6/debian/patches/04_wxpy3.0-compat.patch kiki-0.5.6/debian/patches/04_wxpy3.0-compat.patch
--- kiki-0.5.6/debian/patches/04_wxpy3.0-compat.patch	1969-12-31 21:00:00.0 -0300
+++ kiki-0.5.6/debian/patches/04_wxpy3.0-compat.patch	2014-08-20 08:59:21.0 -0300
@@ -0,0 +1,27 @@
+Description: Updates for wxPython 3.0
+ Allow wxPython 3.0 to be used.
+ Avoid deprecation warning (wx.InitAllImageHandlers() is a no-op under wxPython
+ 2.8, so removing it remains compatible with wxPython 2.8).
+Author: Olly Betts 
+Forwarded: no
+Last-Update: 2014-08-20
+
+--- a/kiki.py
 b/kiki.py
+@@ -23,7 +23,7 @@
+ """
+ 
+ import wxversion
+-wxversion.select('2.8')
++wxversion.ensureMinimal('2.8')
+ 
+ import wx
+ import wx.html
+@@ -705,7 +705,6 @@
+ global settings
+ settings = Settings(dirname=".kiki", filename="kikicfg.py", debugfile="kikidebug")
+ Kiki = wx.PySimpleApp()
+-wx.InitAllImageHandlers()
+ mw = MyFrameWithEvents(None, -1, "")
+ mw.icon()
+ Kiki.SetTopWindow(mw)
diff -Nru kiki-0.5.6/debian/patches/series kiki-0.5.6/debian/patches/series
--- kiki-0.5.6/debian/patches/series	2011-11-25 02:11:40.0 -0300
+++ kiki-0.5.6/debian/patches/series	2014-08-20 08:55:39.0 -0300
@@ -1,3 +1,4 @@
 01_path_changes.diff
 02_remove_wx.NotebookSizer.diff
 03_setup.py.diff
+04_wxpy3.0-compat.patch

Bug#759048: hachoir-wx: Patch for wxPython 3.0

[Olly Betts]

Control: tags 759048 + patch

With the attached patch, hachoir-wx builds.  When run, it seems to want
me to select a file, but I'm not sure I have a suitable input, so I
haven't really been able to usefully test it.

Please could you give it a more thorough workout, and upload if all is
well.

Cheers,
Olly
diff -Nru hachoir-wx-0.3/debian/changelog hachoir-wx-0.3/debian/changelog
--- hachoir-wx-0.3/debian/changelog	2011-10-19 17:19:52.0 -0300
+++ hachoir-wx-0.3/debian/changelog	2014-09-06 21:33:12.0 -0300
@@ -1,3 +1,11 @@
+hachoir-wx (0.3-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Update for wxPython 3.0 (Closes: #759048):
+- New patch: wxpython3.0.patch
+
+ -- Olly Betts   Sun, 07 Sep 2014 00:31:31 +
+
 hachoir-wx (0.3-2) unstable; urgency=low
 
   [ Sandro Tosi ]
diff -Nru hachoir-wx-0.3/debian/control hachoir-wx-0.3/debian/control
--- hachoir-wx-0.3/debian/control	2011-10-19 14:49:11.0 -0300
+++ hachoir-wx-0.3/debian/control	2014-09-06 21:31:52.0 -0300
@@ -12,7 +12,7 @@
 
 Package: python-hachoir-wx
 Architecture: all
-Depends: ${python:Depends}, ${misc:Depends}, python-hachoir-parser (>= 1.2), python-wxgtk2.8
+Depends: ${python:Depends}, ${misc:Depends}, python-hachoir-parser (>= 1.2), python-wxgtk3.0
 Description: wxWidgets GUI for the hachoir binary parser
  hachoir-wx is a wxWidgets-based program that's meant to provide a
  (more) user-friendly interface to the facilities provided by the
diff -Nru hachoir-wx-0.3/debian/patches/series hachoir-wx-0.3/debian/patches/series
--- hachoir-wx-0.3/debian/patches/series	2011-02-15 18:13:27.0 -0300
+++ hachoir-wx-0.3/debian/patches/series	2014-09-06 21:32:03.0 -0300
@@ -1 +1,2 @@
 fix-project-url.patch
+wxpython3.0.patch
diff -Nru hachoir-wx-0.3/debian/patches/wxpython3.0.patch hachoir-wx-0.3/debian/patches/wxpython3.0.patch
--- hachoir-wx-0.3/debian/patches/wxpython3.0.patch	1969-12-31 21:00:00.0 -0300
+++ hachoir-wx-0.3/debian/patches/wxpython3.0.patch	2014-09-06 21:32:49.0 -0300
@@ -0,0 +1,27 @@
+Description: Update for wxPython 3.0
+ These changes retain compatibility with wxPython 2.8.
+Author: Olly Betts 
+Bug-Debian: https://bugs.debian.org/759048
+Forwarded: no
+Last-Update: 2014-09-06
+
+--- hachoir-wx-0.3.orig/hachoir_wx/dialogs.py
 hachoir-wx-0.3/hachoir_wx/dialogs.py
+@@ -4,7 +4,7 @@ import wx, os
+ from hachoir_core.i18n import _
+ 
+ def file_open_dialog():
+-dialog_style = wx.OPEN | wx.FILE_MUST_EXIST
++dialog_style = wx.FD_OPEN | wx.FD_FILE_MUST_EXIST
+ 
+ dialog = wx.FileDialog(
+ None, message = _('Open'),
+@@ -14,7 +14,7 @@ def file_open_dialog():
+ return dialog
+ 
+ def file_save_dialog(title):
+-dialog_style = wx.SAVE
++dialog_style = wx.FD_SAVE
+ 
+ dialog = wx.FileDialog(
+ None, message = title,

Bug#647143: gnome-terminal: launch in xephyr self-minimizes

[Charles Evans]

Package: gnome-terminal
Version: 3.4.1.1-2
Followup-For: Bug #647143

Dear Maintainer,

When I start gnome-terminal in a xephyr window, 
It starts at normal size and then quickly shrinks to 
the smallest possible size.

Same result when hotssh starts it in xephyr.

fyi: mrxvt works fine in xephyr.

workaround: set custom terminal size to anything too large to fit
in your xephyr window. drag smaller as needed. 

ii  xserver-xephyr   2:1.12.4-6+deb7u2 i386 nested 
X server
   

-- System Information:
Debian Release: wheezy/sid
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'unstable'), 
(500, 'testing'), (500, 'oldstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.4.4 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /UNIONFS/bin/bash

Versions of packages gnome-terminal depends on:
ii  gconf-service  3.2.5-1
ii  gnome-terminal-data3.4.1.1-1
ii  gsettings-desktop-schemas  3.4.2-1
ii  libatk1.0-02.4.0-2
ii  libc6  2.13-33
ii  libgconf-2-4   3.2.5-1
ii  libgdk-pixbuf2.0-0 2.26.1-1
ii  libglib2.0-0   2.33.12+really2.32.4-5
ii  libgtk-3-0 3.4.2-1
ii  libice62:1.0.8-2
ii  libpango1.0-0  1.30.0-1
ii  libsm6 2:1.2.1-2
ii  libvte-2.90-9  1:0.32.2-1
ii  libx11-6   2:1.5.0-1+deb7u1

Versions of packages gnome-terminal recommends:
ii  dbus-x11  1.6.0-1
ii  gvfs  1.12.3-1+b1
ii  yelp  2.30.1+webkit-1

gnome-terminal suggests no packages.

-- no debconf information


-- 
Charles Evans 


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

Bug#758500: ltsp-client-builder: Unable to install LTSP from CD using udeb (Debian Edu Jessie)

[Vagrant Cascadian]

On 2014-08-19 07:47:17 -0500, Petter Reinholdtsen wrote:
> [Vagrant Cascadian]
>> Yes, it needs to be mounted in /target/cdrom when ltsp-client-builder
>> runs. This seems to be a change in debian-installer again, then.
>
> Aha.
>
>> It would seem ltsp-client-builder is going to need to get much more
>> intelligent about this...
>
> I hope you can find a good solution for it, as it currently block Debian
> Edu Jessie testing of the Think Client Server profile. :)

This is my best try so far, and assumes that /media/cdrom is the
mountpoint:

diff --git a/ltsp-client-builder.postinst b/ltsp-client-builder.postinst
index 33100d8..a6f9b87 100644
--- a/ltsp-client-builder.postinst
+++ b/ltsp-client-builder.postinst
@@ -40,6 +40,10 @@ if db_get ltsp-client-builder/build-client-opts && [ -n 
"$RET" ] ; then
 log "ltsp-build-client options: $BUILD_CLIENT_OPTS"
 fi
 
+if [ "$USE_CDROM" != "false" ] && [ ! -f /media/cdrom/.disk/info ]; then
+in-target mount /media/cdrom
+fi
+
 # configure network interface
 if db_get ltsp-client-builder/configure_network_interface && [ "$RET" != 
"false" ]; then
 CONFIGURE_NETWORK_INTERFACE=true


I haven't yet tested with the media as a USB stick; will try that now.


live well,
  vagrant


pgpWZPWdRGJZu.pgp
Description: PGP signature

Bug#760697: Please add libwineVERSION-dbg in architecture amd64

[jre]

Source: wine-development
Version: 1.7.25-1
Severity: normal
Tags: patch

Hi,

please add libwineVERSION-dbg in architecture amd64.

I guess they are needed there, too.
And they are left over when building on amd64, thus requiring to remove
them manually to build again.

Thanks
jre


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

Bug#759478: dpkg-dev: dpkg-source should accept an upstream signature

[Guillem Jover]

Hi!

On Fri, 2014-09-05 at 16:01:30 -0400, Daniel Kahn Gillmor wrote:
> On Thu 2014-08-28 11:47:17 -0400, Daniel Kahn Gillmor wrote:
> > On 08/27/2014 11:06 AM, Guillem Jover wrote:
> >> Ah, hmmm, yeah make sense. It also does really make sense as an
> >> additional file alongside the others referenced from the .dsc
> >> metadata. As a minor detail, the .asc would not be included in the
> >> .changes file when the orig.tar is not included either in the upload.
> >
> > sure, that makes sense.
> >
> >> I'm thinking dpkg-source would automatically include it if it finds it
> >> side by side the orig.tar.
> >
> > I like that.
> >
> >> But I'm not comfortable just adding it as is,
> >> I'd probably want to bump the minor version of the format. As this gets
> >> us to the problem that we currently conflate the .dsc file format version
> >> with the actual source format version.
> >
> > I think you're saying you'd bump the minor version of the .dsc format,
> 
> Is this something that can be done for dpkg before the jessie freeze?

Yeah, that was my plan. I've just been thinking how to best introduce
it.

> I don't think we need dpkg to actually do the file verification steps or
> warnings or anything -- just accepting the .asc without complaint would
> be clear the path for the rest of the archive-related tools (apt,
> sbuild, dak, etc) to head in that direction.

Given that there might be more software checking for the actual Format
field value, than doing exhaustive checks on the contents of the Files
field, it probably makes sense to just accept the .asc file there and
be done with it, w/o any other change.

I'm thinking, that because at least dpkg-source will break badly if
such source packages are around, it might also make sense to just
change dpkg-source to accept such .dsc files, but not build them for
now (jessie), because I could see issues with it picking up the .asc
file automatically and breaking stuff. And add full support in jessie+1.
Probably adding a new Source-Features field, as you hinted at, might
make more sense than changing the Format field, indeed.

Have you checked how many packages do strict parsing of the Files
fields in the .dsc file? I think the list at the bottom of
 might be a good starting
point, although it might miss newer stuff. (I should probably move
that part into something like
, but with DscSupport.)

In any case, once I've slept a bit more over this, I'll send a mail to
d-d about this and about git formatted patches which both relate to
the source format.

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#760696: Please make the transitional packages deborphan compliant

[jre]

Source: wine-development
Version: 1.7.25-1
Severity: normal
Tags: patch

Hi,

please make the transitional packages deborphan compliant.

You'll find a complete working patch in the masterUnifiedPackaging
branch at https://github.com/jre-wine/wine.
I'd be happy to adjust it in any way required. If you want a separate
patch just tell me.

Details and open questions:

Commit 0bc1dc727c31f9462d38e380b8666e218393f73b
2014-09-01 22:44:18
transitional packages: make them deborphan compliant, changed description

For all transitional packages:
- Section: oldlibs (unsure whether this is ok for wine32|64-dev-tools
  transitional packages)
- Priority: extra
- common short and long description.
  "transitional" should definitely be mentioned in the short
  description.

Thanks
jre


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

Bug#760694: wine-development: Please add manpages

[jre]

Source: wine-development
Version: 1.7.25-1
Severity: normal
Tags: patch

Hi,

please add manpages again to wine-development.

You'll find a complete working patch in the masterUnifiedPackaging
branch at https://github.com/jre-wine/wine.
I'd be happy to adjust it in any way required. If you want a separate
patch just tell me.

Details and open questions/TODO:

Commit 4cfece04772eabe1b9e7a7b47127c4d77354d021
2014-09-07 01:33:52
add manpages

- New wineVERSION-doc package.
  Multi-Arch foreign to avoid conflicts.
- Install all manpages from upstream mandir (generic).
  This includes manpages for programs that are not installed to path,
  but in /usr/lib/*/wineVERSION/. But IMO even this way the manpages
  are of some use.
  They might be patched to show how to call the programs.
  Or the programs could be installed to path, which is a bit complicated
  (probably not desirable) in respect to multiarch.
- Add update-alternatives (hardcoded for the moment) for master
  wine.1.gz.
  This still needs a little manual adaption for wine stable (still works
  though).
  Adding the manpages as slaves to wine would require the wineVERSION
  package to Pre-Depend on wineVERSION-doc.
  Breaks wine << 1.6.2-9 (assuming this is applied to the next release
  1.6.2-9).

TODO:
- lintian overrides (binary and manpage in different packages).
- Fix more hyphen-used-as-minus-sign occurences.
- Move all READMEs to this package?

I'll work a bit more on this the next days and notify you here, when I'm
done. Just give me your thoughts.

Thanks
jre


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

Bug#483997: dpkg: please allow for a mechanism to specify postinst ordering beyond Depends:

[Guillem Jover]

Hi!

On Thu, 2014-09-04 at 23:10:30 +0200, Petter Reinholdtsen wrote:
> [Guillem Jover]
> > Hope that explains.
> 
> Thank you, it does.  And after giving it some thoughts, I believe the
> background for my surprise is that I expect recommends to behave like
> depends when APT::Install-Recommends is enabled.

Well, that only tells apt that it should try to install all
Recommends, it does not tell it to change the semantics of the field.
I don't think it will fail or complain much if say, one of the
Recommends is uninstallable or not available for example, because it's
still a Recommends.

> Handling it like
> something else break the priciple of least surprise to me.

Handling it like anything other than a Recommends, breaks it for me
pretty hard, in a way that makes it not make any sense as a different
field than a Depends.

> When I added
> 'Recommends: apache2' to sitesummary, I expected it to behave as if it
> was a dependency in the default case (APT::Install-Recommends enabled)
> when installing sitesummary, while allowing sitesummary to be installed
> without apache2 (or apache2 to be removed after installation) without
> also having to remove sitesummary.

> I realise now that is not how apt and dpkg really work.  Perhaps they
> should work like that?  Am I the only one surprised by this?  Policy is
> not mentioning anything about expected postinst ordering for recommends,
> but perhaps it should?

As I mentioned before, I think that would be a bad idea, it
effectively turns Recommands into Depends, and I'm not sure how dpkg
would be able to distinguish them apart. It either has to consider
them always to be like Depends, which would mean all Recommends need
to be present (and on given version if specified), honored on
configuration, etc. Or get a new option (like --recommends-as-depends)
which would not fly, because some Recommends might have been removed
by the user and that should be allowed, or the frontend might have
decided it's easier to install them in a later run or whatever, etc.

In any case, I think you might want to ask the apt team to add actual
documentation for that option, as it seems to only be mentioned in
passing on the example configuration file.


But coming back to the solutions to your problem, I think you either
need a trigger in apache2, which would make sitesummary perform the
the actual configuration. Or one from sitesummary, that would tell
apache2 to perform any required configuration activation like Jonathan
suggested.

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#760693: RFP: direvent -- Directory event monitoring daemon

[Regis Smith]

Package: wnpp
Severity: wishlist

* Package name: direvent
  Version : 5.0
  Upstream Author : Sergey Poznyakoff
* URL : http://www.gnu.org.ua/software/direvent/
* License : GPL
  Programming Lang: C
  Description : Directory event monitoring daemon

GNU Direvent monitors events in file system directories using a convenient
command-line interface.  The current version supports Linux, FreeBSD, NetBSD,
OpenBSD, and Darwin.


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

Bug#760692: system-config-printer: HP Officejet Pro 8500: postscript-driver not supported

[William Melgaard]

Package: system-config-printer
Version: 1.3.7-4
Severity: normal

Dear Maintainer,

   * What led up to the situation?
Attempted to install subject printer
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Invoked system-config-printer from root; selected add printer; clicked on
network printer; selected subject printer
   * What was the outcome of this action?
Received an error message, "Not supported by this backend.
This action is not supported by this backend.
Please report a bug as this should not have happened.
Provides postscript-driver not supported"
   * What outcome did you expect instead?
successful install of printer



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

Kernel: Linux 3.2.0-4-686-pae (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 system-config-printer depends on:
ii  gnome-icon-theme3.4.0-2
ii  python  2.7.3-4+deb7u1
ii  python-cups 1.9.48-1.1
ii  python-cupshelpers  1.3.7-4
ii  python-dbus 1.1.1-1
ii  python-glade2   2.24.0-3+b1
ii  python-gnome2   2.28.1+dfsg-1
ii  python-gtk2 2.24.0-3+b1
ii  python-libxml2  2.8.0+dfsg1-7+wheezy1
ii  python-notify   0.1.1-3
ii  python-support  1.0.15

Versions of packages system-config-printer recommends:
ii  cups-pk-helper  0.2.3-3
ii  system-config-printer-udev  1.3.7-4

Versions of packages system-config-printer suggests:
pn  python-gnomekeyring  
pn  python-smbc  
pn  sessioninstaller 

-- 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#760691: ipython: Please update to use wxpython3.0

[Olly Betts]

Package: ipython
Version: 2.2.0-1
Severity: important
Tags: sid jessie patch
User: freewx-ma...@lists.alioth.debian.org
Usertags: wxpy3.0
Control: block 755757 by -1

Dear maintainer,

Currently ipython build-depends on python-wxgtk2.8 (though oddly there's no
corresponding runtime dependency of any sort).  Anyway, I tried updating this
to python-wxgtk3.0 and the package still builds OK.

I'm happy to NMU this change - just let me know.

Cheers,
Olly
diff -Nru ipython-2.2.0/debian/changelog ipython-2.2.0/debian/changelog
--- ipython-2.2.0/debian/changelog	2014-08-17 09:01:41.0 -0300
+++ ipython-2.2.0/debian/changelog	2014-09-06 01:39:02.0 -0300
@@ -1,3 +1,10 @@
+ipython (2.2.0-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Update BD from python-wxgtk2.8 to python-wxgtk3.0.
+
+ -- Olly Betts   Sat, 06 Sep 2014 04:38:39 +
+
 ipython (2.2.0-1) unstable; urgency=medium
 
   * New upstream bugfix release
diff -Nru ipython-2.2.0/debian/control ipython-2.2.0/debian/control
--- ipython-2.2.0/debian/control	2014-08-17 09:01:41.0 -0300
+++ ipython-2.2.0/debian/control	2014-09-06 01:37:05.0 -0300
@@ -28,7 +28,7 @@
  python-sphinx (>= 1.0.7+dfsg-1~),
  python-tk,
  python-tornado (>= 3.1.0),
- python-wxgtk2.8,
+ python-wxgtk3.0,
  python-zmq (>= 2.1.11),
  python3-all,
  python3-setuptools,

Bug#760690: dpkg: Memory handling error detected during build

[Guillem Jover]

Hi!

On Sun, 2014-09-07 at 00:58:40 +0200, Bálint Réczey wrote:
> Package: dpkg
> Version: 1.17.14
> Severity: normal
> Tags: patch

> Running tests from Valgrind revealed an off-by-one error in Dpkg. The
> first attached patch fixes it and the second just simplifies a
> function I looked at while making the first fix.
> 
> Please consider accepting the first patch because I'm bootstrapping an
> new port, hardened-amd64, which will enable ASAN by default and would
> make dpkg crash due to this bug.

Ah, indeed thanks! A fix will be included with 1.17.14.

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#755207: please disable valac-0.16 in valadoc now.

[Andreas Henriksson]

Hello Sebastian Reichel!

We're getting very close to the valac-0.16 removal.
Please disable the valadoc dependency on valac-0.16
as soon as possible.

Regards,
Andreas Henriksson


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

Bug#760689: nm.debian.org: JSON of stats page not available

[Joseph Bisch]

Package: nm.debian.org

When I navigate to [0] in my web browser I do not get a JSON file
download of the stats as I expect (and like I have received in the
past). Instead I get the stats page.

This issue is breaking the nm metric in [1].

[0] - https://nm.debian.org/public/stats/?json
[1] - http://metrics.debian.net

Thanks,
Joseph


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

Bug#760690: dpkg: Memory handling error detected during build

[Bálint Réczey]

Package: dpkg
Version: 1.17.14
Severity: normal
Tags: patch


Hi,

Running tests from Valgrind revealed an off-by-one error in Dpkg. The
first attached patch fixes it and the second just simplifies a
function I looked at while making the first fix.

Please consider accepting the first patch because I'm bootstrapping an
new port, hardened-amd64, which will enable ASAN by default and would
make dpkg crash due to this bug.

Cheers,
Balint
From 3d42c9bba7eb65ac5ff70a0a73919368caced533 Mon Sep 17 00:00:00 2001
From: Balint Reczey 
Date: Thu, 4 Sep 2014 16:31:29 +0200
Subject: [PATCH 1/2] Fix off-by-one error in command argv size calculation

---
 lib/dpkg/command.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/lib/dpkg/command.c b/lib/dpkg/command.c
index 0044d83..f5b08ea 100644
--- a/lib/dpkg/command.c
+++ b/lib/dpkg/command.c
@@ -78,7 +78,7 @@ static void
 command_grow_argv(struct command *cmd, int need)
 {
 	/* Check if we already have enough room. */
-	if ((cmd->argv_size - cmd->argc) >= need)
+	if ((cmd->argv_size - (cmd->argc + 1)) >= need)
 		return;
 
 	cmd->argv_size = (cmd->argv_size + need) * 2;
-- 
2.1.0

From 9f696c9db21ed8972115074edb7830518110e842 Mon Sep 17 00:00:00 2001
From: Balint Reczey 
Date: Thu, 4 Sep 2014 20:30:31 +0200
Subject: [PATCH 2/2] Simplify command_add_argv()

---
 lib/dpkg/command.c | 19 ++-
 1 file changed, 6 insertions(+), 13 deletions(-)

diff --git a/lib/dpkg/command.c b/lib/dpkg/command.c
index f5b08ea..ff2cf37 100644
--- a/lib/dpkg/command.c
+++ b/lib/dpkg/command.c
@@ -131,20 +131,13 @@ command_add_argl(struct command *cmd, const char **argv)
 void
 command_add_argv(struct command *cmd, va_list args)
 {
-	va_list args_copy;
-	int i, add_argc = 0;
-
-	va_copy(args_copy, args);
-	while (va_arg(args_copy, const char *) != NULL)
-		add_argc++;
-	va_end(args_copy);
-
-	command_grow_argv(cmd, add_argc);
-
-	for (i = 0; i < add_argc; i++)
-		cmd->argv[cmd->argc++] = va_arg(args, const char *);
+	const char * arg;
 
-	cmd->argv[cmd->argc] = NULL;
+	arg = va_arg(args, const char *);
+	while (arg != NULL) {
+		command_add_arg(cmd, arg);
+		arg = va_arg(args, const char *);
+	}
 }
 
 /**
-- 
2.1.0

Bug#709703: nmu diff to fix build failure with default valac

[Andreas Henriksson]

Hello!

Attaching NMU diff to fix build with default valac.

Regards,
Andreas Henriksson
diff -Nru steadyflow-0.2.0/debian/changelog steadyflow-0.2.0/debian/changelog
--- steadyflow-0.2.0/debian/changelog	2012-06-30 06:01:55.0 -0700
+++ steadyflow-0.2.0/debian/changelog	2014-09-06 15:48:38.0 -0700
@@ -1,3 +1,14 @@
+steadyflow (0.2.0-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Make package build with default valac (Closes: #709703)
+- Add debian/patches/fix-ambiguous-reference.patch
+- Use valac build-dependency instead of valac-0.16
+  * Fix broken Homepage url
+  * Drop obsolete DM-Upload-Allowed control field.
+
+ -- Andreas Henriksson   Sat, 06 Sep 2014 15:45:26 -0700
+
 steadyflow (0.2.0-1) unstable; urgency=low
 
   * New upstream release.
diff -Nru steadyflow-0.2.0/debian/control steadyflow-0.2.0/debian/control
--- steadyflow-0.2.0/debian/control	2012-06-30 06:02:02.0 -0700
+++ steadyflow-0.2.0/debian/control	2014-09-06 15:47:49.0 -0700
@@ -4,14 +4,13 @@
 Maintainer: Maia Kozheva 
 Build-Depends: debhelper (>= 7.0.50~),
  cmake (>= 2.6),
- valac-0.16,
+ valac,
  libgtk-3-dev,
  libglib2.0-dev (>= 2.30),
  libgee-dev,
  libnotify-dev
 Standards-Version: 3.9.3
-Homepage: https://launchpad.net/~steadyflow
-DM-Upload-Allowed: yes
+Homepage: https://launchpad.net/steadyflow
 
 Package: steadyflow
 Architecture: any
diff -Nru steadyflow-0.2.0/debian/patches/fix-ambiguous-reference.patch steadyflow-0.2.0/debian/patches/fix-ambiguous-reference.patch
--- steadyflow-0.2.0/debian/patches/fix-ambiguous-reference.patch	1969-12-31 16:00:00.0 -0800
+++ steadyflow-0.2.0/debian/patches/fix-ambiguous-reference.patch	2014-09-06 15:44:29.0 -0700
@@ -0,0 +1,29 @@
+From: Andreas Henriksson 
+Subject: Fix ambiguous reference to build with newer valac
+
+Building with valac 0.24 (without this patch) gives the following error:
+
+/tmp/buildd/steadyflow-0.2.0/Steadyflow/Services.vala:64.3-64.6: error: `exit' is an ambiguous reference between `GLib.Process.exit' and `Gtk.exit'
+		exit(1);
+		
+
+
+--- a/Steadyflow/Services.vala
 b/Steadyflow/Services.vala
+@@ -16,7 +16,6 @@
+ along with this program.  If not, see .
+ */
+ 
+-using GLib.Process;
+ using Gtk;
+ using Steadyflow.Core;
+ using Steadyflow.UI;
+@@ -61,7 +60,7 @@
+  "information to the developer:\n\nError Code %d:\n\n%s").printf (e.code, message));
+ 			
+ 		md.run ();
+-		exit(1);
++		Process.exit(1);
+ 	}
+ }
+ 
diff -Nru steadyflow-0.2.0/debian/patches/series steadyflow-0.2.0/debian/patches/series
--- steadyflow-0.2.0/debian/patches/series	1969-12-31 16:00:00.0 -0800
+++ steadyflow-0.2.0/debian/patches/series	2014-09-06 15:42:26.0 -0700
@@ -0,0 +1 @@
+fix-ambiguous-reference.patch

Bug#760559: [Pkg-openldap-devel] Bug#760559: openldap: uninstallable Build-Depends due to gnutls and gcrypt schizophrenia

[Thorsten Glaser]

Ryan Tandy dixit:

> Thanks for reporting this. As dkg mentioned, the changes pending in git will
> resolve it, but I don't know when they will be uploaded.

OK, thanks.

> In the mean time,
> would you be willing to NMU openldap to Build-Depend on libgcrypt11-dev 
> instead
> of libgcrypt-dev? (DELAYED of a few days would probably be appropriate.)

I don’t feel comfortable dabbling in the whole gcrypt/gnutls/other
related libraries mess, sorry.

But such an NMU or maintainer upload, should it really fix this
problem and not introduce any new ones, would definitevely help.

bye,
//mirabilos
-- 
>> Why don't you use JavaScript? I also don't like enabling JavaScript in
> Because I use lynx as browser.
+1
-- Octavio Alvarez, me and ⡍⠁⠗⠊⠕ (Mario Lang) on debian-devel


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

Bug#760225: /etc/init.d/nfsiod: Reliance on --name $DAEMON in start-stop-daemon stop/restart causes failure inside freebsd jails

[Steven Chamberlain]

severity 760225 wishlist
thanks

Hi Daniel,

Thanks for the report, patch and followup.  It seems it may be a good
idea to convert our initscripts to use pidfiles anyway, but maybe not
for the upcoming jessie release.

I did wonder why I haven't seen this bug (I run many GNU/kFreeBSD
jails).  Perhaps we could add some detection in the early initscripts to
check that linprocfs is mounted (and is not FreeBSD procfs), etc.

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org



signature.asc
Description: OpenPGP digital signature

Bug#760575: [Pkg-gnupg-maint] Bug#760575: gnupg2: ship gpgparsemail binary

[Eric Dorland]

* Daniel Kahn Gillmor (d...@fifthhorseman.net) wrote:
> Package: gnupg2
> Version: 2.0.26-2
> Severity: wishlist
> 
> The GnuPG 2.0 branch includes a utility called gpgparsemail, which is
> a rough diagnostic tool for use with e-mail messages.
> 
> I think it would be useful to ship it for people who are working on
> mail systems, and want another diagnostic tool handy.
> 
> We could ship it in the gnupg2 package, or we could create a separate
> package for this (and maybe other utilities from tools/).

Sure, it doesn't add any other dependencies so we should just put it
in the gnupg2 package.

-- 
Eric Dorland 
43CF 1228 F726 FD5B 474C  E962 C256 FBD5 0022 1E93


signature.asc
Description: Digital signature

Bug#760688: geoip-database-update script coding errors

[roma1390]

Package: geoip-database-contrib
Version: 1.8
Severity: critical
File: geoip-data

geoip-database-contrib_update has many problems

1. general naming must be followed, and script named like other update-* 
scripts


   update-geoip-database-contrib

2. file update has race conditions:
   - file is removed and later downloaded
   - file decompresion is in place, this exposes partial file to user

3. file download-update is not safe: wget can get redirect and name file 
with any name.

so in /usr/share/GeoIP can be found files like index.html and others...

4. write is done to /usr which is many cases can safely be assumed that 
is read-only


Suggestions:

1. place databases to /var/lib/cache/GeoIP/
2. place symlinks from /usr/share/GeoIP/ to /var/lib/cache
3. update files in following maner

---
cleanup() {
rm -f "${TEMP_DB_FILE_GZ}" "${TEMP_DB_FILE}"
}
trap cleanup 0

TEMP_DB_FILE_GZ="$(mktemp -t 'GeoIP.tmp.XX.gz')"
TEMP_DB_FILE="$(mktemp -t 'GeoIP.tmp.XX')"

for ...
do
...
/usr/bin/wget -t3 -T15 "${url}" -O "${TEMP_DB_FILE_GZ}" 
&& \
/bin/gunzip -f < "${TEMP_DB_FILE_GZ}" > 
"${TEMP_DB_FILE}"

mv "${TEMP_DB_FILE}" "/var/lib/cache/GeoIP/${FILE}"
rm "${TEMP_DB_FILE_GZ}"
...
done
-



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

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

Versions of packages geoip-database-contrib depends on:
ii  debconf [debconf-2.0]  1.5.49
ii  ucf3.0025+nmu3
ii  wget   1.13.4-3+deb7u1

geoip-database-contrib recommends no packages.

Versions of packages geoip-database-contrib suggests:
ii  cron  3.0pl1-124

-- debconf information:
  geoip-database-contrib/install-cronjob: true


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

Bug#760588: html2text: UTF8 patch table is incomplete

[Holger Levsen]

Hi Marcos,

I've now rebased your branch, cleaned up the two commits from removing the 
Makefile and remove the debian/changelog entry, plus added the source of the 
table to the patch description...

Can you please take a look at the branch bug760588 and confirm whether this is 
good / correct to merge into master as it is?


Thanks & cheers,
Holger


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

Bug#760588: html2text: UTF8 patch table is incomplete

[Holger Levsen]

Hi Marcos,

On Samstag, 6. September 2014, Marcos Marado wrote:
> > And why modify tests/pkgreport.html.supposed at all?
> Well, if you see the patch for 'supposed' you'll notice that it actually
> has stuff like "this" , when it should be "this".

yes, but how is this related?


cheers,
Holger


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

Bug#757943: please review

[David Prévot]

Hi,

Le 06/09/2014 16:59, Tomas Pospisek a écrit :

> could you please review/comment on the proposed patch in
> 
>   http://bugs.debian.org/757943

Please give some context next time you’re referring to a bug (one may
not have full network access when reading or replying to a mail. Lucky
me, I’ve the recent archive of the list locally available).

Note: it’s about the documentation of $(SITE) and alike WML variables.

> Is it needed and helpful? Is it useless? Is it missing something? Should
> it somehow be improved? Can or should it be applied as is?

NACK: it uselessly points to alioth URLs, doesn’t explain what it does
(which should make clear we prefer local link instead on external ones)
and mixes http with https (which I assume should be preferred, even if
no actual communication was made around it to at least present its
benefit AFAICT). Yet, htmlediting.wml seems a good place for it (IIRC
the WML page is more technical).

I should try and propose another wording when I’ve time to do so, thanks
Tomas for trying anyway (and apologies for not replying sooner: I’ve
delayed to be able to be more positive, but didn’t yet took the time for
it, sorry)!

Regards

David



signature.asc
Description: OpenPGP digital signature

Bug#760687: ITP: node-webkitgtk -- Drive webkitgtk from Node.js

[Jérémy Lal]

Package: wnpp
Severity: wishlist
Owner: "Jérémy Lal" 

* Package name: node-webkitgtk
  Version : 0.0.5
  Upstream Author : Jérémy Lal 
* URL : https://github.com/kapouer/node-webkitgtk
* License : Expat
  Programming Lang: C++, JavaScript
  Description : Drive webkitgtk from Node.js

 High-level abstraction for webkitgtk bindings.
 This module allows one to load a url into a WebView, run arbitrary
 javascript, listen for ready, load, request, response events,
 cancel requests, get responses data, and supports html, png, pdf
 output.

I am upstream of this package and plan on using it for at least three
capital services at my work.
It provides similar functionnality to phantomjs, with probably
much less options - but also without the dependency on qt, and
with a much cleaner integration as a debian package.
It is going to be pkg-javascript team-maintained.


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

Bug#760281: [Pkg-xfce-devel] Bug#760281: xfce4: cannot mount usb drive: "Not authorized to perform operation"

[Julian Gilbey]

On Fri, Sep 05, 2014 at 04:30:49PM -0700, Steve Langasek wrote:
> > > > On mar., 2014-09-02 at 15:21 +0100, Julian Gilbey wrote:
> > > > > Having recently updated testing, I discover that I can no longer mount
> > > > > a USB drive by double-clicking on it in the panel.  (If this should be
> > > > > reassigned to xfce4-panel or elsewhere, please do so!)  I am running
> > > > > with a SysV init system, not systemd, so I wonder whether this bug is
> > > > > similar to that described in
> > > > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758557
> 
> > > > > The error message which pops up says "Failed to mount "drive name" -
> > > > > Not authorized to perform operation".
> [...]
> I'm not sure, but note that I've just uploaded systemd-shim 7-3 with a
> cherry-picked patch from upstream to fix a race condition, that would allow
> systemd-shim to respond to a request before processes had actually been put
> in the cgroup.  This problem was diagnosed with lightdm on Ubuntu Phone, but
> it's quite possible that the same problem is affected xfce.
> 
> Could someone please test whether systemd-shim fixes this problem for them? 
> If it does, great!  If not, I'll schedule some time to dig into this bug
> further.

I just tried it.  It sadly doesn't fix this problem.  It also doesn't
fix the probably-unrelated problem of bug #758557. :-(

Thanks, Steve!

   Julian


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

Bug#709701: sqlheavy libvala-0.16 dependency dropped in upstream git (2 years ago)

[Andreas Henriksson]

For the record, the dependency on libvala-0.16 in sqlheavy
has been dropped in this (topmost) upstream commit
(almost 2 years ago):

https://gitorious.org/sqlheavy/sqlheavy/commit/7ae6112960a0ac4d77d904dd8cc561dcac62b6e2

This project seems dead upstream and unmaintained in debian.

Regards,
Andreas Henriksson


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

Bug#703586: Xen fails to boot Linux dom0 under UEFI

[John Keates]

How do I assist with getting this in for Jessie?

I have this working in a fairly easy setup, it basically only requires the pep 
target to be on for debian’s Xen package,
and a tiny bit of infrastructure to get xen.efi, vmlinuz, an initrd and a 
xen.cfg on to the ESP partition and letting the efibootmgr know about it.

I already have a oneliner to do this manually, but it isn’t that hard to 
automate, unless that tiny bit of infrastructure regarding the kernel bits and 
efi boot is creating a ripple touching many other packages, or if there are 
rules I am not aware of that make this really hard to make conform to those 
rules.

John

smime.p7s
Description: S/MIME cryptographic signature

Bug#760532: libcgi-psgi-perl: Does not work for request-tracker4

[paul . szabo]

Dear Dominic,

> ... how to reproduce the problem?

I had been using request-tracker3.8 with Debian squeeze. When upgrading
to wheezy, found that request-tracker4 "did not work", so kept using the
old 3.8.  A few days ago I attempted to complete the upgrade. Seeing how
things (with the request-tracker4 package in wheezy) still did not work,
I installed request-tracker4 from wheezy-backports, so now have:

root@prt# dpkg -l | grep request-tracker
ii  request-tracker3.8  3.8.8-7+squeeze8
  all  extensible trouble-ticket tracking system
ii  request-tracker44.0.19-1~bpo70+1
  all  extensible trouble-ticket tracking system
ii  rt3.8-apache2   3.8.8-7+squeeze8
  all  Apache 2 specific files for request-tracker3.8
ii  rt3.8-clients   3.8.8-7+squeeze8
  all  mail gateway and command-line interface to request-tracker3.8
ii  rt3.8-db-sqlite 3.8.8-7+squeeze8
  all  SQLite database backend for request-tracker3.8
ii  rt4-apache2 4.0.19-1~bpo70+1
  all  Apache 2 specific files for request-tracker4
ii  rt4-clients 4.0.19-1~bpo70+1
  all  mail gateway and command-line interface to request-tracker4
ii  rt4-db-postgresql   4.0.19-1~bpo70+1
  all  PostgreSQL database backend for request-tracker4

I believe that my installation of RT4 is "pristine", unchanged. The
contents of some RT config files shown below (with the db password
blanked out).

(An aside: I use a postgres database with RT, do not quite understand
how my request-tracker3.8 ever worked with rt3.8-db-sqlite; or if that
package is not used, then why is it a dependency. When upgrading to
wheezy, I installed rt4-db-postgresql instead, hoping it being more
appropriate.)

I use modperl2 so now have:

root@prt# ls -ld /etc/apa*/*/requ*
lrwxrwxrwx 1 root root 43 Sep  3 21:00 /etc/apache2/conf.d/request-tracker4 -> 
/etc/request-tracker4/apache2-modperl2.conf

(had a similar symlink for 3.8, now deleted and replaced by the one
above). Having restarted apache with command

root@prt# /etc/init.d/apache2 restart

and trying to access my RT via its web interface, I got a status 500
server error, showing in /var/log/apache2/access.log :

siv.maths.usyd.edu.au - - [03/Sep/2014:06:33:49 +1000] "GET /rt/ HTTP/1.0" 500 
818 "-" "Mozilla/5.0 (X11; Linux i686 on x86_64; rv:31.0) Gecko/20100101 
Firefox/31.0"

and in /var/log/apache2/error.log :

[Wed Sep 03 06:33:49 2014] [error] [client 129.78.69.160] Undefined subroutine 
CGI::PSGI::delete\n at /usr/share/perl5/HTML/Mason/PSGIHandler/Streamy.pm line 
15\n

Adding a definition for "sub delete" into PSGI.pm, things worked better.
Found that I needed to change from "SUPER::$method" to "CGI::$method" to
avoid errors like:

[Wed Sep 03 09:42:39 2014] [error] [client 129.78.69.160] Undefined subroutine 
CGI::PSGI::SUPER::delete\n at 
/usr/share/perl5/HTML/Mason/PSGIHandler/Streamy.pm line 15\n, referer: 
http://www.maths.usyd.edu.au/rt/Search/Results.html?Order=ASC%7CASC%7CASC%7CASC&Query=%20Queue%20%3D%20%27Support%27%20AND%20Status%20!%3D%20%27resolved%27&Rows=50&OrderBy=id%7C%7C%7C&Page=1&Format=%27%20%20%20%3Cb%3E%3Ca%20href%3D%22%2Frt%2FTicket%2FDisplay.html%3Fid%3D__id__%22%3E__id__%3C%2Fa%3E%3C%2Fb%3E%2FTITLE%3A%23%27%2C%0A%27%3Cb%3E%3Ca%20href%3D%22%2Frt%2FTicket%2FDisplay.html%3Fid%3D__id__%22%3E__Subject__%3C%2Fa%3E%3C%2Fb%3E%2FTITLE%3ASubject%27%2C%0A%27__Status__%27%2C%0A%27__QueueName__%27%2C%0A%27__OwnerName__%27%2C%0A%27__Priority__%27%2C%0A%27__NEWLINE__%27%2C%0A%27%27%2C%0A%27%3Csmall%3E__Requestors__%3C%2Fsmall%3E%27%2C%0A%27%3Csmall%3E__CreatedRelative__%3C%2Fsmall%3E%27%2C%0A%27%3Csmall%3E__ToldRelative__%3C%2Fsmall%3E%27%2C%0A%27%3Csmall%3E__LastUpdatedRelative__%3C%2Fsmall%3E%!
 27%2C%0A%27%3Csmall%3E__TimeLeft__%3C%2Fsmall%3E%27
[Wed Sep 03 10:34:55 2014] [error] [client 129.78.69.160] Undefined subroutine 
CGI::PSGI::SUPER::request_method\n at /usr/share/perl5/HTML/Mason/FakeApache.pm 
line 309\n, referer: http://www.maths.usyd.edu.au/rt/Ticket/Display.html?id=6272

Using various features of RT, I found that I needed to add more
subroutine definitions. With the version of PSGI.pm as per my previous
email, RT seems to work well.

Hope this will allow you to reproduce the problem. Please let me know if
you need some further detail, or if you want me to do some experiment.

Cheers, Paul

Paul Szabo   p...@maths.usyd.edu.au   http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics   University of SydneyAustralia


::
/etc/request-tracker4/RT_SiteModules.pm
::
1;
::
/etc/request-tracker4/RT_SiteConfig.pm
::
# This file was generated by runn

Bug#760148: grub-common: grub-mount hangs forever, trying to mount ext4 partition, causing 100% CPU load

[Colin Watson]

On Sat, Sep 06, 2014 at 11:23:25PM +0200, Johannes Rohr wrote:
> I get as far as this
> 
> root@:~# [ -e /mnt/sda9/etc/lsb-release ]
> root@:~# [ -e /mnt/sda9/servers/exec ]
> root@:~# [ -e /mnt/sda9/minix ]
> root@:~# [ -e /mnt/sda9/boot/image_big ]
> root@:~# [ -e /mnt/sda9/lib*/ld*.so*
> root@:~# ls /mnt/sda9/lib*/ld*.so*
> 
> 
> So, as soon as I run the ls command, the grub-mount process shoots
> up to 99% CPU load and stays there until I kill it with SIGKILL

Great, that's very useful.  I'd now like the output of "ls -al
/mnt/sda9/lib*/", where the filesystem has been mounted using the
ordinary mount utility rather than grub-mount.  Also, if you have the
spare disk space, I'd like you to try the following, where /path/to/file
is a new file on some filesystem with enough free space:

 1) work out how much space in MiB is consumed by the lib* directories
at the top level of the filesystem on /dev/sda9, add a bit for good
measure, and call that $size_in_mib

 2) dd if=/dev/zero of=/path/to/file bs=1048576 count=$size_in_mib

 3) mount -o loop /path/to/file /mnt

 4) copy the top-level lib* directories from the filesystem on /dev/sda9
to /mnt - make sure to use 'cp -a' to preserve all file attributes

 5) umount /mnt

 6) see if you can now reproduce the same hang using grub-mount on
/path/to/file

 7) if so, compress /path/to/file using xz, and put it somewhere for me
to download

Thanks,

-- 
Colin Watson   [cjwat...@debian.org]


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

Bug#760559: [Pkg-openldap-devel] Bug#760559: openldap: uninstallable Build-Depends due to gnutls and gcrypt schizophrenia

[Ryan Tandy]

Control: tags -1 + confirmed

On 05/09/14 03:36 AM, Thorsten Glaser wrote:

Currently, src:openldap cannot be rebuilt in the archive because
it uses several virtual and nōn-virtual Build-Depends which are
not coïnstallable:

openldap build-depends on:
- libgcrypt-dev | --virtual-libgcrypt-dev
openldap build-depends on:
- libgnutls-dev (>= 1.7)
libgnutls-dev depends on:
- libgcrypt11-dev (>= 1.4.0)
libgcrypt20-dev conflicts with:
- libgcrypt11-dev


Thanks for reporting this. As dkg mentioned, the changes pending in git 
will resolve it, but I don't know when they will be uploaded. In the 
mean time, would you be willing to NMU openldap to Build-Depend on 
libgcrypt11-dev instead of libgcrypt-dev? (DELAYED of a few days would 
probably be appropriate.)



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

Bug#718558: Debian bug #718558

[Jörg Frings-Fürst]

Hallo shirish,


I have take a look on your bug.

My first opinion was the way over a file manager context menu.

I'm also loog at gimp and found no way to set the default program.


Can you please mail your opinions for this?

CU
Jörg

-- 
pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8  EBCB 422B 44B0 BE58 1B6E
pgp Key: BE581B6E
CAcert Key S/N: 0E:D4:56

Jörg Frings-Fürst
D-54526 Niederkail

Threema: SYR8SJXB

IRC: j_...@freenode.net
 j_...@oftc.net







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

Bug#760148: grub-common: grub-mount hangs forever, trying to mount ext4 partition, causing 100% CPU load

[Johannes Rohr]

Hi Colin,

I get as far as this

root@:~# [ -e /mnt/sda9/etc/lsb-release ]
root@:~# [ -e /mnt/sda9/servers/exec ]
root@:~# [ -e /mnt/sda9/minix ]
root@:~# [ -e /mnt/sda9/boot/image_big ]
root@:~# [ -e /mnt/sda9/lib*/ld*.so*
root@:~# ls /mnt/sda9/lib*/ld*.so*


So, as soon as I run the ls command, the grub-mount process shoots up to 
99% CPU load and stays there until I kill it with SIGKILL


Cheers,

Johannes


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

Bug#757784: postgresql-prioritize needs update for postgresql-9.4

[Christoph Berg]

NMU diff attached.

Christoph
-- 
c...@df7cb.de | http://www.df7cb.de/

Control files: lines which differ (wdiff format)

Build-Depends: debhelper (>= 8.0.0), postgresql-server-dev-all {+(>= 148~)+}
Depends: ${shlibs:Depends}, [-${misc:Depends}-] {+${misc:Depends}, postgresql-${postgresql:Version}+}

diff -Nru postgresql-prioritize-1.0.4/debian/changelog postgresql-prioritize-1.0.4/debian/changelog
--- postgresql-prioritize-1.0.4/debian/changelog	2014-09-06 23:22:20.0 +0200
+++ postgresql-prioritize-1.0.4/debian/changelog	2014-09-06 23:22:21.0 +0200
@@ -1,3 +1,11 @@
+postgresql-prioritize (1.0.4-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Rebuild for postgresql-9.4 (Closes: #757784).
+  * Set explicit dependency on postgresql version supported.
+
+ -- Christoph Berg   Sat, 06 Sep 2014 23:17:01 +0200
+
 postgresql-prioritize (1.0.4-1) unstable; urgency=low
 
   * New upstream release (Closes: #706560).
diff -Nru postgresql-prioritize-1.0.4/debian/control postgresql-prioritize-1.0.4/debian/control
--- postgresql-prioritize-1.0.4/debian/control	2014-09-06 23:22:20.0 +0200
+++ postgresql-prioritize-1.0.4/debian/control	2014-09-06 23:22:21.0 +0200
@@ -3,13 +3,13 @@
 Priority: optional
 Maintainer: Cyril Bouthors 
 Uploaders: Cyril Bouthors 
-Build-Depends: debhelper (>= 8.0.0), postgresql-server-dev-all
+Build-Depends: debhelper (>= 8.0.0), postgresql-server-dev-all (>= 148~)
 Standards-Version: 3.9.3
 Homepage: http://pgxn.org/dist/prioritize/
 
 Package: postgresql-prioritize
 Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}
+Depends: ${shlibs:Depends}, ${misc:Depends}, postgresql-${postgresql:Version}
 Description: Get and set the nice priorities of PostgreSQL backends
  This module implements an interface to getpriority() and setpriority() for
  PostgreSQL backends, callable from SQL functions. Essentially, this module
diff -Nru postgresql-prioritize-1.0.4/debian/pgversions postgresql-prioritize-1.0.4/debian/pgversions
--- postgresql-prioritize-1.0.4/debian/pgversions	2014-09-06 23:22:20.0 +0200
+++ postgresql-prioritize-1.0.4/debian/pgversions	2014-09-06 23:22:21.0 +0200
@@ -1,4 +1 @@
-8.4
-9.0
-9.1
-9.2
+all
diff -Nru postgresql-prioritize-1.0.4/debian/rules postgresql-prioritize-1.0.4/debian/rules
--- postgresql-prioritize-1.0.4/debian/rules	2014-09-06 23:22:20.0 +0200
+++ postgresql-prioritize-1.0.4/debian/rules	2014-09-06 23:22:21.0 +0200
@@ -1,5 +1,10 @@
 #!/usr/bin/make -f
 # -*- makefile -*-
 
+PGVERSION=$(shell pg_config --version | sed -e 's/PostgreSQL \([0-9.]\+\).*/\1/')
+
+override_dh_gencontrol:
+	dh_gencontrol -- -Vpostgresql:Version=$(PGVERSION)
+
 %:
 	dh $@


signature.asc
Description: Digital signature

Bug#757943: please review

[Tomas Pospisek]

Hello debian-www,

could you please review/comment on the proposed patch in

  http://bugs.debian.org/757943

Is it needed and helpful? Is it useless? Is it missing something? Should 
it somehow be improved? Can or should it be applied as is?


Thanks,
*t


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

Bug#760639: mplayer2: PGS subtitle format won't appear

[Axel Angel]

> Please provide unshortened debug logs, i.e., mplayer -v «filename»

You can find the output of mplayer -v in the attached file.

Thank you for review my report so fast. Let me know if I can add more
details to ease the resolution of this problem.

Axel Angel.
Reading config file /etc/mplayer/mplayer.conf
: No such file or directory
get_path('') -> '/home/d3lxa/.mplayer/'
get_path('config') -> '/home/d3lxa/.mplayer/config'
Reading config file /home/d3lxa/.mplayer/config
MPlayer2 2.0-728-g2c378c7-2+b2 (C) 2000-2012 MPlayer Team
CPU vendor name: GenuineIntel  max cpuid level: 13
CPU: Intel(R) Core(TM) i7-4770S CPU @ 3.10GHz (Family: 6, Model: 60, Stepping: 
3)
extended cpuid-level: 8
extended cache-info: 16801856
Detected cache-line size is 64 bytes
CPUflags:  MMX: 1 MMX2: 1 3DNow: 0 3DNowExt: 0 SSE: 1 SSE2: 1 SSSE3: 1
Compiled with runtime CPU detection.
Compiled against libavutil version 54.3.0
Compiled against libavcodec version 56.0.0
Compiled against libavformat version 56.1.0
Compiled against libswscale version 3.0.0
get_path('codecs.conf') -> '/home/d3lxa/.mplayer/codecs.conf'
No optional codecs config file: /home/d3lxa/.mplayer/codecs.conf
No optional codecs config file: /etc/mplayer/codecs.conf
163 audio & 363 video codecs
Using built-in default codecs.conf.
Configuration: --prefix=/usr --confdir=/etc/mplayer --enable-translation 
--enable-debug=3 --enable-runtime-cpudetection
CommandLine: '-v' 
'Space.Battleship.Yamato.2199.-.17.-.[SUB].1080p.BluRay.x264.DHD.mkv'
get_path('fonts') -> '/home/d3lxa/.mplayer/fonts'
Using MMX (with tiny bit MMX2) Optimized OnScreenDisplay
get_path('fonts') -> '/home/d3lxa/.mplayer/fonts'
[ass] Raster: FreeType 2.5.2
[ass] Shaper: FriBidi 0.19.6 (SIMPLE) HarfBuzz-ng 0.9.35 (COMPLEX)
[ass] Initialized
get_path('fonts') -> '/home/d3lxa/.mplayer/fonts'
get_path('subfont.ttf') -> '/home/d3lxa/.mplayer/subfont.ttf'
[ass] Updating font cache
Using nanosleep() timing
get_path('input.conf') -> '/home/d3lxa/.mplayer/input.conf'
[file] File size is 21 bytes
STREAM: [file] /home/d3lxa/.mplayer/input.conf
STREAM: Description: File
STREAM: Author: Albeu
STREAM: Comment: based on the code from ??? (probably Arpi)
Parsing input config file /home/d3lxa/.mplayer/input.conf
Input config file /home/d3lxa/.mplayer/input.conf parsed: 2 binds
Setting up LIRC support...
Failed to open LIRC support. You will not be able to use your remote control.
get_path('Space.Battleship.Yamato.2199.-.17.-.[SUB].1080p.BluRay.x264.DHD.mkv.conf')
 -> 
'/home/d3lxa/.mplayer/Space.Battleship.Yamato.2199.-.17.-.[SUB].1080p.BluRay.x264.DHD.mkv.conf'

Playing Space.Battleship.Yamato.2199.-.17.-.[SUB].1080p.BluRay.x264.DHD.mkv.
get_path('sub/') -> '/home/d3lxa/.mplayer/sub/'
[file] File size is 974383978 bytes
STREAM: [file] 
Space.Battleship.Yamato.2199.-.17.-.[SUB].1080p.BluRay.x264.DHD.mkv
STREAM: Description: File
STREAM: Author: Albeu
STREAM: Comment: based on the code from ??? (probably Arpi)
Cache size set to 1024 KiB
CACHE_PRE_INIT: 0 [0] 0  pre:1  eof:0  
Cache fill:  0.00% (0 bytes)   
LAVF_check: Matroska / WebM
Checking for YUV4MPEG2
ASF_check: not ASF guid!
Checking for REAL
Checking for SMJPEG
[mkv] Found the head...
[mkv] + a segment...
[mkv] / [ parsing seek head ] -
[mkv] |+ segment information...
[mkv] | + timecode scale: 100
[mkv] | + duration: 1486.250s
[mkv] | + segment uid 98 96 da 77 50 23 9c 0e af 1d 6a 8d 2f b3 57 b8
[mkv] |+ segment tracks...
[mkv] | + a track...
[mkv] |  + Track number: 1
[mkv] |  + Track type: Video
[mkv] |  + Video track
[mkv] |   + Display width: 1920
[mkv] |   + Display height: 1080
[mkv] |   + Pixel width: 1920
[mkv] |   + Pixel height: 1080
[mkv] |  + Codec ID: V_MPEG4/ISO/AVC
[mkv] |  + CodecPrivate, length 41
[mkv] |  + Language: und
[mkv] |  + Default duration: 41.708ms ( = 23.976 fps)
[mkv] | + a track...
[mkv] |  + Track number: 2
[mkv] |  + Track type: Audio
[mkv] |  + Audio track
[mkv] |   + Sampling frequency: 48000.00
[mkv] |   + Channels: 2
[mkv] |  + Codec ID: A_AAC
[mkv] |  + CodecPrivate, length 5
[mkv] |  + Language: jpn
[mkv] |  + Default duration: 21.333ms ( = 46.875 fps)
[mkv] | + a track...
[mkv] |  + Track number: 3
[mkv] |  + Track type: Subtitle
[mkv] |  + Codec ID: S_HDMV/PGS
[mkv] / [ parsing cues ] ---
[mkv] \ [ parsing cues ] ---
[mkv] \ [ parsing seek head ] -
[mkv] |+ found cluster, headers are parsed completely :)
==> Found video stream: 0
[mkv] Aspect: 1.78
[mkv] Track ID 1: video (V_MPEG4/ISO/AVC), -vid 0
==> Found audio stream: 0
[mkv] Track ID 2: audio (A_AAC), -aid 0, -alang jpn
[mkv] Track ID 3: subtitles (S_HDMV/PGS), -sid 0, -slang eng
[mkv] Will play video track 1.
Detected file format: Matroska
[ass] Raster: FreeType 2.5.2
[ass] Shaper: FriBidi 0.19.6 (SIMPLE) HarfBuzz-ng 0.9.35 (COMPLEX)
[ass] Initialized
get_path('fonts') -> '/home/d3lxa/.mplayer/fonts'
get_path('subfont.ttf') -> '/home/d3lxa/.mplayer/subfont.ttf'
[ass] Updating font cache
[V] filefmt:28  fourcc:0x31

Bug#729346: libidn: FTBFS if built twice in a row

[Simon Josefsson]

tags -1 help
thanks

I don't know how to fix this problem -- help appreciated.

I would like to rewrite the debian/rules files using dh and then it will
likely go away automatically -- but I haven't started work on that.  If
people think that's the best way to resolve this problem, I could start
look into it.  Pending that, and to be crystal clear, any patch to fix
this problem is welcome.

/Simon



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

Bug#760685: ITP: r-cran-cubature -- GNU R package for multivariate integration

[Dirk Eddelbuettel]

Package: wnpp
Owner: Dirk Eddelbuettel 
Severity: wishlist

* Package name: r-cran-cubature
  Version : 1.1-2-1
  Upstream Author : Balasubramanian Narasimhan and Steven G. Johnson
* URL or Web page : http://cran.r-project.org/web/packages/cubature/index.html
* License : GPL (>= 2)
  Description : GNU R package for multivariate integration

This is a new Build-Depends: of the existing package r-cran-fmultivar (aka
fMultivar on CRAN) which has been in Debian for many years.

The package is straightforward and just contains a few GPL-2'ed C files plus
an R wrapper.

Dirk

-- 
http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org


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

Bug#760684: linux-image-3.14-2-amd64: please enable SONY_FF in the config

[Pablo Barbachano]

Package: src:linux
Version: 3.14.15-2
Severity: minor


This would enable the rumble function in Sony Dualshock 3 controllers.

% grep SONY_FF /boot/config-3.14-2-amd64
# CONFIG_SONY_FF is not set

Cheers
Pablo



-- Package-specific info:
** Version:
Linux version 3.14-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.3 
(Debian 4.8.3-7) ) #1 SMP Debian 3.14.15-2 (2014-08-09)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.14-2-amd64 
root=UUID=9850fa3d-98a5-40ee-895d-ea397edcbc5e ro quiet acpi_osi=Linux 
acpi_backlight=vendor

** Tainted: PO (4097)
 * Proprietary module has been loaded.
 * Out-of-tree module has been loaded.

** Kernel log:
[   16.041842] usbcore: registered new interface driver uvcvideo
[   16.041846] USB Video Class driver (1.1.1)
[   16.295988] alg: No test for crc32 (crc32-pclmul)
[   16.617032] usb 1-1.1: firmware: direct-loading firmware 
ar3k/ramps_0x01020200_40.dfu
[   16.620516] usbcore: registered new interface driver ath3k
[   16.856689] usb 1-1.1: USB disconnect, device number 3
[   17.057554] usb 1-1.1: new full-speed USB device number 6 using ehci-pci
[   17.305178] intel_rapl: domain uncore energy ctr 1389846:1389846 not 
working, skip
[   17.608614] cfg80211: World regulatory domain updated:
[   17.608619] cfg80211:  DFS Master region: unset
[   17.608620] cfg80211:   (start_freq - end_freq @ bandwidth), 
(max_antenna_gain, max_eirp)
[   17.608623] cfg80211:   (2402000 KHz - 2472000 KHz @ 4 KHz), (N/A, 2000 
mBm)
[   17.608625] cfg80211:   (2457000 KHz - 2482000 KHz @ 4 KHz), (N/A, 2000 
mBm)
[   17.608627] cfg80211:   (2474000 KHz - 2494000 KHz @ 2 KHz), (N/A, 2000 
mBm)
[   17.608628] cfg80211:   (517 KHz - 525 KHz @ 8 KHz), (N/A, 2000 
mBm)
[   17.608630] cfg80211:   (5735000 KHz - 5835000 KHz @ 8 KHz), (N/A, 2000 
mBm)
[   17.608632] cfg80211:   (5724 KHz - 6372 KHz @ 216 KHz), (N/A, 0 
mBm)
[   17.668235] Adding 7812092k swap on /dev/sda5.  Priority:-1 extents:1 
across:7812092k
[   18.722932] FAT-fs (sda1): utf8 is not a recommended IO charset for FAT 
filesystems, filesystem will be case sensitive!
[   19.181685] SGI XFS with ACLs, security attributes, realtime, large 
block/inode numbers, no debug enabled
[   19.221832] XFS (sda6): Mounting Filesystem
[   19.569711] XFS (sda6): Ending clean mount
[   19.578550] systemd-journald[201]: Received request to flush runtime journal 
from PID 1
[   20.512574] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   21.834417] wlan0: authenticate with 1c:c6:3c:70:c8:a8
[   21.848042] wlan0: send auth to 1c:c6:3c:70:c8:a8 (try 1/3)
[   21.850077] wlan0: authenticated
[   21.853628] wlan0: associate with 1c:c6:3c:70:c8:a8 (try 1/3)
[   21.881738] wlan0: RX AssocResp from 1c:c6:3c:70:c8:a8 (capab=0x411 status=0 
aid=6)
[   21.881811] wlan0: associated
[   21.881827] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[   21.881947] cfg80211: Calling CRDA for country: DE
[   21.930918] RPC: Registered named UNIX socket transport module.
[   21.930922] RPC: Registered udp transport module.
[   21.930923] RPC: Registered tcp transport module.
[   21.930924] RPC: Registered tcp NFSv4.1 backchannel transport module.
[   21.970436] FS-Cache: Loaded
[   22.083219] ath: EEPROM regdomain: 0x8114
[   22.083224] ath: EEPROM indicates we should expect a country code
[   22.083227] ath: doing EEPROM country->regdmn map search
[   22.083229] ath: country maps to regdmn code: 0x37
[   22.083232] ath: Country alpha2 being used: DE
[   22.083233] ath: Regpair used: 0x37
[   22.083236] ath: regdomain 0x8114 dynamically updated by country IE
[   22.083260] cfg80211: Regulatory domain changed to country: DE
[   22.083262] cfg80211:  DFS Master region: ETSI
[   22.083265] cfg80211:   (start_freq - end_freq @ bandwidth), 
(max_antenna_gain, max_eirp)
[   22.083268] cfg80211:   (240 KHz - 2483500 KHz @ 4 KHz), (N/A, 2000 
mBm)
[   22.083271] cfg80211:   (515 KHz - 535 KHz @ 8 KHz), (N/A, 2000 
mBm)
[   22.083274] cfg80211:   (547 KHz - 5725000 KHz @ 8 KHz), (N/A, 2698 
mBm)
[   22.083276] cfg80211:   (5724 KHz - 6588 KHz @ 216 KHz), (N/A, 
4000 mBm)
[   22.094205] FS-Cache: Netfs 'nfs' registered for caching
[   22.155677] usb 1-1.1: New USB device found, idVendor=13d3, idProduct=3362
[   22.155682] usb 1-1.1: New USB device strings: Mfr=1, Product=2, 
SerialNumber=3
[   22.155684] usb 1-1.1: Product: Bluetooth USB Host Controller
[   22.155687] usb 1-1.1: Manufacturer: Atheros Communications
[   22.155688] usb 1-1.1: SerialNumber: Alaska Day 2006
[   22.291838] Installing knfsd (copyright (C) 1996 o...@monad.swb.de).
[   22.317625] systemd-journald[201]: Received request to flush runtime journal 
from PID 1
[   26.782361] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[   26.782366] Bluetooth: BNEP filters: protocol multicast
[   26.782375] Bluetooth: BNEP socket layer initialized
[   51.923484] bbswitch: version 0.8
[   51.923488] bbswitch: Found integrated VGA

Bug#755761: gdm + kde problems in start_kde_wrapper

[Andreas Henriksson]

Control: reassign -1 kde-workspace-bin

Hello!

Since all seems to point to this being a problem in start_kde_wrapper
I'm reassigning this to the package with "startkde" which is where
the wrapper seems to be invoked from and people are pointing to
replacing the call as a workaround for solving the problem.

Regards,
Andreas Henriksson


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

Bug#726486: pump.io debian package

[Joseph Bisch]

Hi Tim,

The Github page for simplesmtp has a deprecation notice, so I wasn't
sure if I should package it (I'm relatively new to packaging), so I
skipped it. The npm2deb tool spit out encoding errors when I tried to
use it with zombie, so I skipped that too. I can come back to zombie
and package it manually when I have more time.

What I did do was I packaged node-mocks-http. I think I packaged it well
(there are no lintian errors or warnings). I do need a sponsor as I am
not a DD. Would you be interested in sponsoring it? If you are, it is
available at http://mentors.debian.net/package/node-mocks-http.

Cheers,
Joseph


signature.asc
Description: Digital signature

Bug#758839: contains non-free data

[Per Andersson]

Hi!

This package needs a thorough license check of probably every
single data file. It then needs to be sent upstream to replace or
remove these files, or create a DFSG repackaged tarball.

It is not enough to fix only the files I reported originally.


Stas Zytkiewicz  wrote:
>
> > and are also probably sampled from Pacman
> > /usr/share/childsplay/CPData/PackidData/waka.wav
> > /usr/share/childsplay/CPData/PackidData/walk.wav
>
> Not true, it's of course inspired by the pacman sound but the length of
> the 'waka'
> is 0.17 seconds and the length of the 'walk' is 0.08 second and are
> sound effects.
> It's not the original pacman sound and I'm surprised that someone would
> think those
> very tiny sounds files could be the original pacman sounds.
>
> > * A sound from The Simpsons, where Homer shouts wohoo. Classic sound
> >  byte, but non-free
> >
> > /usr/share/childsplay/CPData/wahoo.wav
>
> Not true, it's an recording of *me* shouting wohoo and then altered a bit
> with audacity filters.

Are you for real?


> > The copyright file states that these files should be GPL-3+, but that is
> > surely not the case.
> >
> > Note that I have not made a detailed license analysis of the entire package
> > contents and that there might be more non-free data.
>
> Perhaps, but it's an illusion to think one can check every image or sound
> in this day and age where images and sounds are copied and distributed
> numerous times on the internet.

Well, the data in childsplay is finite so it is just a matter of time to
verify everything. Debian's take on copyright is very serious,
everything should be accounted for, to the point.

It seems that you don't care about software being free, just copying
whatever comes around. Is that the case?

If it is difficult to verify that the data content you include is free, then
create new original data and release it under a free license.


> > Either remove the data, or, better, replace it with free images and
> > samples.

Childsplay is marked for autoremoval from testing on october fifth,
if this bug is not resolved. [1]

In a larger perspective, Savannah seems to require that the project
can be licensed under a free software license. [2] I don't see how
this project complies with that at all.


[1] https://tracker.debian.org/pkg/childsplay
[2] http://savannah.gnu.org/maintenance/LicensingRequirements/


--
Per


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

Bug#730816: lxrandr: on multiple monitors (notebook+external mon.) dont run any commands correctly from lxrandr. but from commandline all works without problems.

[Andrej N. Gritsenko]

control: forwarded -1 http://sourceforge.net/p/lxde/bugs/641/

I believe it is the same issue as in http://sourceforge.net/p/lxde/bugs/641/
(xrandr requires a shell to work correctly).


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

Bug#760683: ITP: node-mocks-http -- Mock 'http' objects for testing Express routing functions

[Joseph Bisch]

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

* Package name: node-node-mocks-http
  Version : 1.0.4
  Upstream Author : Howard Abrams  
(http://www.github.com/howardabrams)
* URL : http://www.github.com/howardabrams/node-mocks-http
* License : Expat
  Programming Lang: JavaScript
  Description : Mock 'http' objects for testing Express routing functions
 
 Mock 'http' objects for testing Express routing functions, but could be
 used for testing any Node.js web server applications that have code
 that requires mockups of the request and response objects.


signature.asc
Description: Digital signature

Bug#760634: lintian: add xfce4-dev-tools / xdt-autogen for updating config.{guess,sub}

[Yves-Alexis Perez]

On sam., 2014-09-06 at 10:56 -0700, Russ Allbery wrote:
> Yves-Alexis Perez  writes:
> > On sam., 2014-09-06 at 16:02 +0200, Jakub Wilk wrote:
> 
> >> Don't you need to put automake in Build-Depends to be able to use 
> >> xdt-autogen? That should be enough to satisfy Lintian.
> 
> > It's in xfce4-dev-tools recommends and is usually brought by
> > build-essential anwyay, I guess.
> 
> Maybe I'm missing something, but buildds don't install Recommends, and I'm
> pretty sure automake is not build-essential.  So I'm not sure how that
> ensures the right package is installed?
> 
Yeah, you're right. It's actually brought through intltool.
-- 
Yves-Alexis


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

Bug#673000: fixed

[Bastian Blank]

Version: 2.02.98-4

dm-thin support is enabled and thin-privisioning-tools are available.

Bastian

-- 
The man on tops walks a lonely street; the "chain" of command is often a noose.


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

Bug#757982: xserver segmentation fault

[repron]

Dnia 13 sierpnia 2014 3:05 Michel Dänzer  wrote:

> On 13.08.2014 09:37, repron wrote:
> > > [  5884.303] (EE) Backtrace:
> > [  5884.303] (EE) 0: /usr/bin/X (xorg_backtrace+0x49) [0x7fcf5241b3f9]
> > [  5884.303] (EE) 1: /usr/bin/X (0x7fcf5227+0x1af469)> [0x7fcf5241f469]
> > [  5884.304] (EE) 2: /lib/x86_64-linux-gnu/libc.so.6> 
> > (0x7fcf4ff78000+0x35480) [0x7fcf4ffad480]
> > [  5884.304] (EE) 3: /usr/bin/X (0x7fcf5227+0x12b70d)> [0x7fcf5239b70d]
> > [  5884.304] (EE) 4: /usr/bin/X (0x7fcf5227+0x55ee7)> [0x7fcf522c5ee7]
> > [  5884.304] (EE) 5: /usr/bin/X (0x7fcf5227+0x59f16)> [0x7fcf522c9f16]
> > [  5884.304] (EE) 6: /lib/x86_64-linux-gnu/libc.so.6> 
> > (__libc_start_main+0xf5) [0x7fcf4ff99b45]
> > [  5884.304] (EE) 7: /usr/bin/X (0x7fcf5227+0x4549e)> [0x7fcf522b549e]
> > [  5884.304] (EE) 
> > [  5884.304] (EE) Segmentation fault at address 0x0
> > [  5884.304] (EE) 
> > Fatal server error:
> > [  5884.304] (EE) Caught signal 11 (Segmentation fault). Server aborting
> >
> It would be good to see a full backtrace from gdb, but this doesn't look
> directly related to the driver.
> 
> 
> -- 
> Earthling Michel Dänzer|  http://www.amd.com
> Libre software enthusiast  |Mesa and X developer
>
Attempting to get backtrace from gdb by ssh from other machine
is still  unsuccessfull. During Xorg  freeze on remote host, gdb screen on main 
machine says nothing.
On the screen still: 
---
(gdb) continue
Continuing. 
--
As you can see, no info about receiving signal SIGSEGV.
I would appreciate any suggestions how to get a miningfull backtrace of Xorg
(maybe any trick).
But I got somthing like this, when instead of freezing Xorg disappeared and 
screen switched
to this:
[1812.375053]  CPU: 7   PID: 1   Comm: systemd Not tained3.14-2-amd64  #1 
Debian 3.14.15-2
[1812.375090]  Hardware name:  To Be Filled By O.E.M.  /960GM-GS3 FX,   BIOS  
P1.40  02/05/2013
[1812.375135]  task: 880129ec71b0   ti:880129ec8000   task.ti 
880129ec8000
[1812.375170]  RIP: 0010:[]   []
__fget+0x14/0x80
[1812.375210]  RSP: 0018:880129ec9f00 EFLAGS: 00010202
[1812.375235]  RAX: 00ff00ff   RBX: 880129ec9f2c
RCX: 
[1812.375269]  RDX: 00ff RSI: 4000RDI: 
0043
[1812.375302]  RBP: 880129ec9f28 R08: 7fff374b55e4  R09: 
0009
[1812.375335]  R10: R11: 0293   R12: 
4000
[1812.375368]  R13: 7fff374b5540   R14: 7fff374b55e4  R15: 
7fff374b5760
[1812.375403]  FS:  7f3eb16ab880()   GS:88012edc()   
kn1GS:
[1812.375442]  CS:  0010   DS:    ES:    CR0: 80050033
[1812.375469]  CR2: 0007f8d80cf6e38   CR3: c8aab000   CR4: 
000407e0
[1812.375503]   Stack:
[1812.375514] 811a304c   813c669d 
7fff374b5550 7fff374b5550
[1812.375556] 813c8c0b    
8800c89c5cc0   7fff374b5760
[1812.375597] 0001   811cc474 814d33fa  
 2754
[1812.375639]  Call Trace:
[1812.375656] []   ?   __fget_light+0x1c/0x60
[1812.375686] []   ?   sockfd_lookup_light+0xd/0x70
[1812.375718] []   ?   __sys_recvmsg+0x1b/0x70
[1812.375747] []   ?   sys_epoll_wait+0xb4/0xe0
[1812.375778] []?   int_signal+0x12/0x17
[1812.375806] [ ]  ?   
system_call_fast_compare_end+0x10/0x15
[1812.375840]  Code: 48 89 df e8 7f d9 ff ff 48 89 df 5b e9 96 ed ff ff 66 0f 
1f 44 00 00 65
48 8b 04 25 80 c8 00 00 48 8b 80 98 05 00 00 48 8b 40 08 <3b> 38 73 40 48 8b 40 
08 89 ff 48
8d 04 f8 48 8b 10 48 85 c2 74  
[1812.376011]  RIP []__fget+0x14/0x80
[1812.376040]  RSP 
[1812.387056]  Kernel Panic - not syncing:  Attempted to kill init!
exitcode=0x000b
[1812.387056]
[1812.387107]  Kernel Offset: 0x0 from 0x8100   (relocation range: 
0x8000-0x9fff)
[1812.387153]  drm_kms_helper: panic occured,  switching back to text console

I hope it helps.

richi 


 


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

Bug#712696: tasksel: Task for cinnamon

[Joey Hess]

Some things that seem to be missing from the cinnamon
task that are included in other desktop tasks:

* package management (eg synaptic)
* printer configuration? (system-config-printer)
* network-manager

I have not looked at cinnamon in detail, this is just looking at what's
in the other tasks and trying to find equivilants in the cinnamon task.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#760615: general: Shell scripts do not execute in gui.

[Tomas Pospisek]

Hello Kenji,

On 6.9.2014 Kenji Takashima wrote:

I have been trying to execute multiple shell scripts in gui with no 
avail. The scripts succesfully executed in a terminal, however in the 
gui, the files would not execute when clicked on, and, when 
right-clicked, did not have a "run" option. Other types of executables 
have worked, though I have not tested that many.


In my GUI scripts *can* be executed by double clicking! But maybe 
my "GUI" is not the same as your GUI? That's why o it would be good if you 
could tell us, what "GUI" that GUI of yours is? What is the name of the 
programm/application, in which you are trying to execute the script?


My GUI is XFCE and in XFCE I open the "Thunar" file browser. I double- 
click a script in Thunar, but nothing happens. That is because usually 
scripts write to the "standard out" channel. If you do not run a script in 
a terminal, then it does not have a "standard out" channel. That's why 
you will not seem anything happen when the script is executed.


In order to veryfiy that Thunar actually *does* execute a script when I 
double-click it I did the following, which you can do as well:


Open a terminal and in the terminal write the following:

cd /tmp
echo "#!/bin/sh" > foobar
echo "touch foobar.touched" >> foobar
chmod +x foobar

Now doublecklick that script. Has the file "foobar.touched" been created 
on your machine?


Greets,
*t


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

Bug#760682: lvm2: debian/rules try to restart lvm2-monitor.socket which doesn't exist

[Laurent Bigonville]

Package: lvm2
Version: 2.02.111-1
Severity: serious

Hi,

The debian/rules contains a call to

dh_systemd_start --no-restart-after-upgrade lvm2-monitor.socket

which is trying to restart an unexisting unit file.

This is causing issues as the maintainer script are trying to start/stop
it:

/var/lib/dpkg/info/lvm2.postinst:   deb-systemd-invoke start 
lvm2-monitor.socket >/dev/null || true
/var/lib/dpkg/info/lvm2.prerm:  deb-systemd-invoke stop lvm2-monitor.socket 
>/dev/null

Cheers,

Laurent Bigonville

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

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

Versions of packages lvm2 depends on:
ih  dmeventd  2:1.02.90-1
ii  dmsetup   2:1.02.90-1
ii  init-system-helpers   1.21
ii  initscripts   2.88dsf-53.4
ii  libc6 2.19-10
ii  libdevmapper-event1.02.1  2:1.02.88-1
ii  libdevmapper1.02.12:1.02.90-1
ii  libreadline5  5.2+dfsg-2
ii  libudev1  214-1
ii  lsb-base  4.1+Debian13

lvm2 recommends no packages.

Versions of packages lvm2 suggests:
pn  thin-provisioning-tools  

-- Configuration Files:
/etc/lvm/lvm.conf changed [not included]

-- no debconf information


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

Bug#607239: Debian bug #607239

[Jörg Frings-Fürst]

Hello,

can someone test if this bug is still there? 

Shotwell 0.18.1-2 is in unstable and testing now.


CU
Jörg

-- 
pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8  EBCB 422B 44B0 BE58 1B6E
pgp Key: BE581B6E
CAcert Key S/N: 0E:D4:56

Jörg Frings-Fürst
D-54526 Niederkail

Threema: SYR8SJXB

IRC: j_...@freenode.net
 j_...@oftc.net







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

Bug#760680: xfce4-power-manager completely broken

[Federico G. Schwindt]

Package: xfce4-power-manager
Version: 1.2.0-5
Severity: important

xfce4-power-manager ignores all settings. It won't lock the screen on
suspend/hibernate nor hibernate when the battery is critical.
The power information plugin in the panel doesn't update the status
either so I need to have the box plugged or constantly check the
remaining battery to avoid losing my work.

$ xfconf-query -c xfce4-power-manager -l -v

/xfce4-power-manager/critical-power-action  2
/xfce4-power-manager/lid-action-on-battery  1
/xfce4-power-manager/lock-screen-suspend-hibernate  true
/xfce4-power-manager/power-button-action3

$ xfce4-power-manager --dump:

---
   Xfce power manager version 1.2.0
With policykit support
With network manager support
With DPMS support
---
Can suspend: True
Can hibernate: True
Can spin down hard disks: True
Authorised to suspend: True
Authorised to hibernate: True
Authorised to shutdown: False
Authorised to spin down hard disks: False
Has battery: True
Has brightness panel: True
Has power button: True
Has hibernate button: True
Has sleep button: True
Has LID: True

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

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

Versions of packages xfce4-power-manager depends on:
ii  libc6 2.19-10
ii  libdbus-1-3   1.8.6-2
ii  libdbus-glib-1-2  0.102-1
ii  libgdk-pixbuf2.0-02.30.7-1
ii  libglib2.0-0  2.40.0-5
ii  libgtk2.0-0   2.24.24-1
ii  libnotify40.7.6-2
ii  libx11-6  2:1.6.2-3
ii  libxext6  2:1.3.2-1
ii  libxfce4ui-1-04.10.0-5
ii  libxfce4util6 4.10.1-1
ii  libxfconf-0-2 4.10.0-2
ii  libxrandr22:1.4.2-1
ii  upower0.99.1-2
ii  xfce4-power-manager-data  1.2.0-5

Versions of packages xfce4-power-manager recommends:
ii  libpam-systemd  208-8
ii  systemd-sysv208-8

Versions of packages xfce4-power-manager suggests:
pn  udisks   
pn  xfce4-power-manager-plugins  

-- 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#760681: llvm-gcc: Bad gcov wrapper

[Marc Glisse]

Package: llvm-gcc
Version: 3.4-2
Severity: normal

Dear Maintainer,

$ /usr/bin/llvm-gcov --version
gcov-4.8: invalid option -- 'g'
[...]

It looks like gcov does not support -fplugin.

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

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

Versions of packages llvm-gcc depends on:
ii  dragonegg  3.4-2
ii  g++-4.84.8.3-9
ii  gcc-4.84.8.3-9

llvm-gcc recommends no packages.

llvm-gcc 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#760679: lvm2: Please install lvmcache.7 and lvmthin.7 manpages

[Laurent Bigonville]

Package: lvm2
Version: 2.02.109-1
Severity: wishlist

Hi,

Would be nice if the lvmcache.7 and lvmthin.7 manpages where installed
in the lvm2 package

They add explanation about 2 different concept in LVM

lvmthin — LVM thin provisioning
lvmcache — LVM caching

Cheers,

Laurent Bigonville

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

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

Versions of packages lvm2 depends on:
ii  dmsetup   2:1.02.88-1
ii  init-system-helpers   1.21
ii  initscripts   2.88dsf-53.4
ii  libc6 2.19-10
ii  libdevmapper-event1.02.1  2:1.02.88-1
ii  libdevmapper1.02.12:1.02.88-1
ii  libreadline5  5.2+dfsg-2
ii  libudev1  214-1
ii  lsb-base  4.1+Debian13

lvm2 recommends no packages.

Versions of packages lvm2 suggests:
pn  thin-provisioning-tools  

-- Configuration Files:
/etc/lvm/lvm.conf changed [not included]

-- no debconf information


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

Bug#760372: [Pkg-monitoring-maintainers] Bug#760372: Bug#760372: loganalyzer: CVE-2014-6070

[Salvatore Bonaccorso]

Hi Daniel,

On Wed, Sep 03, 2014 at 02:05:53PM +0200, Daniel Pocock wrote:
> Salvatore, I'd prefer to update the package closer to the freeze and
> roll up any other changes in a single release.

Personal opinion: having a fix sooner in testing would be preferable.
Thiw way the whole package would recieve more testing already before
the freeze.

> People should not be making LogAnalyzer available to the world,
> especially without additional access controls (HTTP authentication) so
> that provides some protection against flaws that do exist in this product.
> 
> How would the security team feel if this package was classified in a
> similar way to the ganglia-web package, e.g. security alerts are not RC
> bugs and users advised to protect the URL with the webserver?

It is hard to prevent a syslog analysis tool from processing data from
untrusted sources. Releasing the package mentioning such a restriction
to security support does somehow not make sense, considering the
intended use of the package.

In the concrete instance of
http://seclists.org/fulldisclosure/2014/Sep/17, a malicious syslog
client, by setting an appropriate hostname could perform a XSS
injection, even if the loganalyzer instance would be secured with
additional access controls. Is this correct and do you agree?

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#760678: scrollz: fails to build with clang instead of gcc

[Nicolas Sévelin-Radiguet]

Package: scrollz
Version: 2.1-1.2
Severity: minor
Tags: patch
User: pkg-llvm-t...@lists.alioth.debian.org
Usertags: clang-ftbfs

Dear Maintainer,

Your package fails to build with clang instead of gcc. [-Wreturn-type]
The attached patch fixes it.
Buildlogs and patch are here:
https://github.com/nonas/debian-clang/tree/master/buildlogs/scrollz

Regards,
Nicolas

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

Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--- scrollz-2.1.orig/source/screen.c
+++ scrollz-2.1/source/screen.c
@@ -2000,7 +2000,7 @@
 	{
 		puts(incoming);
 		fflush(stdout);
-		return;
+		return NULL;
 	}
 	/* Handles output redirection first */
 	if (!in_redirect && current_screen->redirect_name &&

Bug#760677: lintian: Bad regex causes desktop-mime-but-no-exec-code to emit many false positives

[James McCoy]

Package: lintian
Version: 2.5.26
Severity: normal
Tags: patch

There's an extraneous / in the regex after the match for the actual exec
code.  This will likely cause every correct desktop file to emit a false
positive.

Looking at the existing packages that have been flagged, they're nearly
all incorrect:

epiphany-browser: 
http://sources.debian.net/src/epiphany-browser/3.13.90-1/data/epiphany.desktop.in.in/#L7
ftools-fv: valid
mupen64plus-ui-console: 
http://sources.debian.net/src/mupen64plus-ui-console/2.0%2B18%2Bgfb21340-1/data/mupen64plus.desktop/#L7
parley: http://sources.debian.net/src/parley/4:4.14.0-2/src/parley.desktop/#L58
pentobi: http://sources.debian.net/src/pentobi/8.2-1/data/pentobi.desktop.in/#L8
pitivi: http://sources.debian.net/src/pitivi/0.93-4/data/pitivi.desktop.in/#L6
scid: 
http://sources.debian.net/src/scid/1:4.5.1.cvs20140429-2/debian/scid.desktop/#L8
tribler: 
http://sources.debian.net/src/tribler/6.3.1%2Bgit20140902.9a5a2604-1/Tribler/Main/Build/Ubuntu/tribler.desktop/#L4


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

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

Versions of packages lintian depends on:
ii  binutils   2.24.51.20140903-1
ii  bzip2  1.0.6-7
ii  diffstat   1.58-1
ii  file   1:5.19-1
ii  gettext0.19.2-2
ii  hardening-includes 2.5+nmu1
ii  intltool-debian0.35.0+20060710.1
ii  libapt-pkg-perl0.1.29+b2
ii  libarchive-zip-perl1.38-1
ii  libclass-accessor-perl 0.34-1
ii  libclone-perl  0.37-1+b1
ii  libdpkg-perl   1.17.13
ii  libemail-valid-perl1.194-1
ii  libfile-basedir-perl   0.03-1
ii  libipc-run-perl0.92-1
ii  liblist-moreutils-perl 0.33-2+b1
ii  libparse-debianchangelog-perl  1.2.0-1
ii  libtext-levenshtein-perl   0.09-1
ii  libtimedate-perl   2.3000-2
ii  liburi-perl1.64-1
ii  man-db 2.6.7.1-1
ii  patchutils 0.3.3-1
ii  perl [libdigest-sha-perl]  5.20.0-6
ii  t1utils1.37-2.1

Versions of packages lintian recommends:
ii  libautodie-perl 2.25-1
ii  libperlio-gzip-perl 0.18-3+b1
ii  perl5.20.0-6
ii  perl-modules [libautodie-perl]  5.20.0-6

Versions of packages lintian suggests:
pn  binutils-multiarch 
ii  dpkg-dev   1.17.13
ii  libhtml-parser-perl3.71-1+b2
ii  libtext-template-perl  1.46-1
ii  libyaml-perl   1.09-1
ii  xz-utils   5.1.1alpha+20120614-2

-- no debconf information
>From d355a440c53c18e2b1c739466584990d1a9df751 Mon Sep 17 00:00:00 2001
From: James McCoy 
Date: Sat, 6 Sep 2014 14:45:28 -0400
Subject: [PATCH] Fix false positives for desktop-mime-but-no-exec-code

Signed-off-by: James McCoy 
---
 checks/menu-format.pm | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/checks/menu-format.pm b/checks/menu-format.pm
index de7f9e6..c2898e6 100644
--- a/checks/menu-format.pm
+++ b/checks/menu-format.pm
@@ -705,7 +705,7 @@ sub verify_desktop_file {
 # tags are present.
 if ($file =~ m,^usr/share/applications/, and defined $vals{'MimeType'}) {
 unless(defined $vals{'Exec'}
-and $vals{'Exec'} =~ m,(?:^|[^%])%[fFuU]/,){
+and $vals{'Exec'} =~ m,(?:^|[^%])%[fFuU],){
 tag 'desktop-mime-but-no-exec-code', $file;
 }
 }
-- 
2.1.0

Bug#697776: fixed

[Bastian Blank]

Fixed upstream.

Bastian

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


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

Bug#760676: mate-icon-theme-faenza: Icon theme is illegal/in conflict with it's license

[HJ]

Package: mate-icon-theme-faenza
Version: 1.8.0-1
Severity: important

Dear Maintainer,

the icon theme includes various trademarks that have been altered and
relicensed under the GPL

for example it includes some Adobe icons/logos:

/usr/share/icons/matefaenza/mimetypes/96/application-pdf
/usr/share/icons/matefaenza/mimetypes/96/application-x-flash-video

it also includes other tradmarks such as the chrome, bluetooth or java logo

see also:

http://www.adobe.com/legal/permissions/icons-web-logos.html
http://wwwimages.adobe.com/content/dam/Adobe/en/legal/licenses-
terms/pdf/adobe_trademark_database_external.pdf
http://smallbusiness.chron.com/can-alter-trademark-logo-use-38956.html



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

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

Versions of packages mate-icon-theme-faenza depends on:
ii  hicolor-icon-theme  0.13-1
ii  libgtk2.0-bin   2.24.24-1
ii  librsvg2-common 2.40.3-1

mate-icon-theme-faenza recommends no packages.

mate-icon-theme-faenza 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#587277: lvm2: fsadm has no man page

[Laurent Bigonville]

Package: lvm2
Version: 2.02.109-1
Followup-For: Bug #587277

Hi,

The fsadm.8 manpage is now present in the source package but not
installed in the resulting lvm2 .deb

dh_install: usr/share/man/man8/fsadm.8 exists in debian/build/install_deb but 
is not installed to anywhere

Cheers,

Laurent Bigonville

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

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

Versions of packages lvm2 depends on:
ii  dmsetup   2:1.02.88-1
ii  init-system-helpers   1.21
ii  initscripts   2.88dsf-53.4
ii  libc6 2.19-10
ii  libdevmapper-event1.02.1  2:1.02.88-1
ii  libdevmapper1.02.12:1.02.88-1
ii  libreadline5  5.2+dfsg-2
ii  libudev1  214-1
ii  lsb-base  4.1+Debian13

lvm2 recommends no packages.

Versions of packages lvm2 suggests:
pn  thin-provisioning-tools  

-- Configuration Files:
/etc/lvm/lvm.conf changed [not included]

-- no debconf information


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

Bug#760675: scottfree: fails to build with clang instead of gcc

[Nicolas Sévelin-Radiguet]

Package: scottfree
Version: 1.14-9
Severity: minor
Tags: patch
User: pkg-llvm-t...@lists.alioth.debian.org
Usertags: clang-ftbfs

Dear Maintainer,

Your package fails to build with clang instead of gcc. [-Wreturn-type]
The attached patch fixes it.
Buildlogs and patch are here:
https://github.com/nonas/debian-clang/tree/master/buildlogs/scottfree

Regards,
Nicolas

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

Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--- scottfree-1.14.orig/ScottCurses.c
+++ scottfree-1.14/ScottCurses.c
@@ -1162,7 +1162,7 @@
 	if(f2==2)
 		doagain=1;
 	if(vb!=0 && doagain==0)
-		return;
+		return 0;
 }
 			}
 		}

Bug#711418: libanyevent-dbi-perl: FTBFS: Failed test 'Using an unknown function results in error'

[Niko Tyni]

On Thu, Jun 06, 2013 at 09:14:38PM +0100, Dominic Hargreaves wrote:
> Source: libanyevent-dbi-perl
> Version: 2.2-1
> Severity: serious
> Justification: FTBFS
> 
> This package FTBFS in unstable (in a clean sbuild session):
> 
> #   Failed test 'Using an unknown function results in error'
> #   at t/02_sql_lite.t line 191.
> #   ''
> # doesn't match '(?^i:function)'
> # Looks like you failed 1 test of 43.
> t/02_sql_lite.t  
> Dubious, test returned 1 (wstat 256, 0x100)
> 
> There is a 2.3 but that doesn't immediately look related.

It fails with 2.3 too.

This was broken by libsqlite3-0_3.7.15-1 FWIW.

 http://www.sqlite.org/releaselog/3_7_15.html

-- 
Niko Tyni   nt...@debian.org


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

Bug#753470: libspring-java: CVE-2014-0225

[Salvatore Bonaccorso]

Hi Tony,

On Sat, Sep 06, 2014 at 08:50:24AM -0700, tony mancill wrote:
> On Wed, 02 Jul 2014 10:36:55 +0200 Moritz Muehlenhoff 
> wrote:
> > Package: libspring-java
> > Severity: grave
> > Tags: security
> > Justification: user security hole
> > 
> > Hi,
> > please see http://www.gopivotal.com/security/cve-2014-0225
> 
> Hello,
> 
> I have uploaded a a patched version (thanks Stephen!) to unstable and
> prepared an upload 3.0.6.RELEASE-6+deb7u4 for wheezy-security, for which
> the debdiff for the .dsc and .changes is attached.  (It is essentially
> identical to the debdiff for unstable.)  I also placed the source and
> binary packages for the wheezy update here:
> 
>   https://people.debian.org/~tmancill/libspring-java_wheezy/
> 
> for Security Team review.

AFAICS at the time (at least), this CVE was marked no-dsa. Do you
concur on this classification or is there something we missed? If so,
could you contact the stable release managers to have an update trough
stable proposed updates?

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#638822: smb.conf: acl related options need mount flags in fstab (acl, user_xattr)

[Petter Reinholdtsen]

I tested a modified version of patch, and it did not work as expected.
I fixed the typo in the recipe, but only the user_xattr option showed
up in the fstab.  the acl option was missing.  I have no idea what can
be done to fix this.

The patch I tried is attached.

-- 
Happy hacking
Petter Reinholdtsen



 * Add acl and user_attr options to the home0 and the backup partitions,
   to allow samba to use ACLs (Closes: #638822).

diff --git a/lib/partman/common/90edumain b/lib/partman/common/90edumain
index 7ffa878..d899671 100644
--- a/lib/partman/common/90edumain
+++ b/lib/partman/common/90edumain
@@ -62,6 +62,8 @@ debian-edu-install/text/partman-debian-edu-main ::
 format{ }
 use_filesystem{ }
 filesystem{ ext4 }
+options/acl{ acl }
+options/user_xattr{ user_xattr }
 mountpoint{ /skole/backup } .
 
 
@@ -71,6 +73,8 @@ debian-edu-install/text/partman-debian-edu-main ::
format{ }
use_filesystem{ }
filesystem{ ext4 }
+   options/acl{ acl }
+   options/user_xattr{ user_xattr }
mountpoint{ /skole/tjener/home0 } .
 
 32 1000 -1 ext4
diff --git a/lib/partman/common/91edumain+ltsp 
b/lib/partman/common/91edumain+ltsp
index 5767bc8..92eef6f 100644
--- a/lib/partman/common/91edumain+ltsp
+++ b/lib/partman/common/91edumain+ltsp
@@ -70,6 +70,8 @@ debian-edu-install/text/partman-debian-edu-main+ltsp ::
format{ }
use_filesystem{ }
filesystem{ ext4 }
+   options/acl{ acl }
+   options/user_xattr{ user_xattr }
mountpoint{ /skole/tjener/home0 } .
 
 64 1000 15360 ext4
@@ -86,6 +88,8 @@ debian-edu-install/text/partman-debian-edu-main+ltsp ::
 format{ }
 use_filesystem{ }
 filesystem{ ext4 }
+options/acl{ acl }
+options/user_xattr{ user_xattr }
 mountpoint{ /skole/backup } .
 
 32 1000 -1 ext4

Bug#760673: hybserv: Should not be released with jessie

[Dominic Hargreaves]

Control: severity -1 important

On Sat, Sep 06, 2014 at 07:18:12PM +0100, Dominic Hargreaves wrote:
> Package: hybserv
> Version: 1.9.5-1
> Severity: serious
> Justification: maintainer
> 
> hybserv is not compatible with ircd-hybrid 8, which is set to release
> with jessie. It is replaced by anope, which is currently being packaged
> and may or may not make it to jessie. If it doesn't, I expect to upload
> it to jessie-backports as soon as possible.

I've changed my mind somewhat about this. It's possible that someone
is happily running hybserv on a separate system from their IRCd and
would want to upgrade that to jessie whilst keeping their ircd-hybrid
system(s) running wheezy. So, downgrading this for now.

Dominic.


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