Bug#1066346: sc: FTBFS: sc.c:1301:46: error: implicit declaration of function ‘list_frames’; did you mean ‘list_ranges’? [-Werror=implicit-function-declaration]

[Adam Majer]

On 2024-04-07 05:23, Ying-Chun Liu (PaulLiu) wrote:

I've fixed the bug. And I'll do NMU if no one object in 10 days.
I'll upload it to the delay/10 queue.

Attachment is the debdiff. Please review it.


Thanks, looks good

- Adam

Bug#1065390: xkeystone: depedency on nickle not available

[Adam Majer]

Package: x11-xserver-utils
Version: 7.7+10

There seems to be a dependency missing, or at least a recommends if a 
strict dependency would pull in too many things


$ xkeystone
/usr/bin/env: ‘nickle’: No such file or directory

$ head /usr/bin/xkeystone
#!/usr/bin/env nickle

To make this utility work, had to install

  cairo-5c, nickle

Bug#1052069: ways to proceed?

[Adam Majer]

On 2023-11-10 10:51, Andreas Beckmann wrote:

The module should continue to work on 6.1
The module should continue to work on 6.5 booted with ibt=off
The module should fail to load with an error message describing the 
issue on 6.5 with ibt enabled, but without a kernel BUG.


Did you find some time to test the package patched with my IBT related 
changes?


I've managed to add the patch today and recompile. Complete success and 
works as expected. It no longer crashes when ibt=on.


Initially I've had an idea to automatically set this kernel command line 
boot values when the module is installed, but having this informative 
message is actually better. One nit-pick is that the kernel message is 
not clear as to what module it's talking about.


kernel: NVRM: This module is incompatible with IBT. Try booting with 
ibt=off.


A better message could be,

kernel: NVRM: This Nvidia driver is incompatible with IBT. Try booting 
with ibt=off.


Thanks!
- Adam

Bug#1052069: ways to proceed?

[Adam Majer]

reopen 1052069
retitle -1 kernel oops on module load due to IBT=ON in recent kernels
thanks

On 2023-11-03 12:42, Andreas Beckmann wrote:

Hi Adam,

On 31/10/2023 22.06, Adam Majer wrote:
So, what's the way to proceed here? Can we add the boot parameter when 
the legacy kernel module is to be loaded on newer Intel processors?


I probably made a mistake while backporting some non-trivial changes for 
supporting recent kernels. With the availability of 470.223.02 I could 
verify my backport against the upstream version, drop a lot of unneeded 
bits and fix some discrepancies...


So, I've now tested it against 6.5.0-3-amd64 and the problem remains. 
It's not related to any of your "mistakes" :-)


You need to specify ibt=off to kernel at boot time for the older nvidia 
modules to work. Since the kernel has this protection enabled by 
default, it will have to be disabled until such time as nvidia bothers 
to update/recompile these older drivers like they did the recent ones.


- Adam

Bug#1052069: ways to proceed?

[Adam Majer]

On 11/3/23 12:42, Andreas Beckmann wrote:
I probably made a mistake while backporting some non-trivial changes for 
supporting recent kernels. With the availability of 470.223.02 I could 
verify my backport against the upstream version, drop a lot of unneeded 
bits and fix some discrepancies...


Hi Andreas!

I will verify if this fixes this issue, though I will still bet that the 
ibt=on in the new kernels is the cause. Apparently in newer kernels, 
Indirect Branch Tracking [1] support was enabled by default [2] in the 
kernel, but older nvidia drivers do not have this support and end up 
with undefined behaviour instead. [3] On newer drivers they added 
support [4]


This breaks 11th generation and newer intel CPUs with older nvidia 
cards. Maybe not so common :-)



Please test the new driver version on a recent kernel once it gets 
available on your mirror in a few hours.


Will test in few hours.

- Adam

[1] - https://lwn.net/Articles/889475/
[2] - https://www.phoronix.com/news/Linux-IBT-By-Default-Tip
[3] - 
https://forum.garudalinux.org/t/nvidia-driver-crashes-my-computer-at-start-up/21157

[4] - https://www.nvidia.de/download/driverResults.aspx/200489/us

Bug#1052069: ways to proceed?

[Adam Majer]

Hi,

So, what's the way to proceed here? Can we add the boot parameter when 
the legacy kernel module is to be loaded on newer Intel processors?


- Adam

Bug#1052069: ibt=off

[Adam Majer]

Looks like adding kernel parameters `ibt=off` seems to be a workaround.

Bug#1052069: 6.5.3 kernel also problems

[Adam Majer]

FWIW, booting with the 6.5.3 kernel resulted in lots of oops, such that 
they were not even written to disk. It was this Debian kernel.


linux-image-6.5.0-1-amd64:
  Installed: 6.5.3-1
  Candidate: 6.5.3-1

So still using 6.1.0-9 series without issues.

Bug#1006001: Qtcreator devel files

[Adam Majer]

Package: qtcreator


 Forwarded Message 
Subject: Qtcreator devel files
Date: Fri, 18 Feb 2022 12:19:48 +0100
From: Leopold Palomo-Avellaneda 

Hi,


I'm trying to build a plugin for qtcreator [1], and also if I can,
package it. The question is that package requires:

QtCreatorConfig.cmake
qtcreator-config.cmake

I don't know if other distros provide a qtcreator devel package but I
would like to ask you if it could be possible that you provide in the
qtcreator package some devel stuff (qtcreator-dev??) to build plugins.

Best regards,


Leopold


[1] https://github.com/ros-industrial/ros_qtc_plugin

Bug#815936: sc: missing required debian/rules targets build-arch and/or build-indep

[Adam Majer]

On 1/25/22 18:48, Ying-Chun Liu (PaulLiu) wrote:

I've updated debian/rules and fixes this bug.

I'll wait for 10 days if no other comments.


You are more than welcome to upload without delay queue. The patch looks 
good, especially the work you did to isolate the messages from the 
format parser.


Thanks!
- Adam

Bug#999216: lpr: diff for NMU version 1:2008.05.17.3+nmu1

[Adam Majer]

On 12/16/21 9:37 AM, Damyan Ivanov wrote:

Dear maintainer,

I've prepared an NMU for lpr (versioned as 1:2008.05.17.3+nmu1) and
uploaded it to DELAYED/7. Please feel free to tell me if I
should delay it longer.

Regards.



Thank you! The upload is appreciated.

- Adam

Bug#991798: Acknowledgement (qtcreator: No suitable kits found) [worked around])

[Adam Majer]

On 8/3/21 8:23 PM, Ross Boylan wrote:

If this is the intended behavior, I suggest the intentions should change.
At a minimum, some clues in a README.Debian would be helpful.
Ross


There are many ways to use Qt Creator. You can use it to make a Hello 
World C application. In this case, you only need GCC or clang compiler 
installed.


You can use it to make a regular C++ application, then you need a C++ 
compiler installed.


If you want Qt, you need to install the Qt modules you want to use. Qt 
Creator is not there to hand-hold you. In reality, if you installed 
upstream version, you would get the entire bundled Qt which Debian 
doesn't provide as a single package.


So, you have two choices here,

  1. find the -dev modules to install that your program uses and 
install them, or
  2. download some Qt version from upstream, and compile it with your 
parameters and then point Qt Creator at it.


#2 is not that difficult - that's what I've done for a decade.

As a regular user, you would expect a program to work mostly out of the 
box. But as a developer, you are expected to receive a little less 
hand-holding here.


So, if you run `cmake` or `qmake` and then `make` in a terminal and it 
works and Qt Creator still fails (after you define your kits, which 
actually should be automatic for system installed libraries), that's a 
bug. If the terminal method also fails, it's not a creator bug.


- Adam

Bug#986368: mutt: Add support for client certificate without AUTH in smtp

[Adam Majer]

Package: mutt
Version: 2.0.5-4
Severity: minor
Tags: patch

Hi,

Current implementation of mutt always seems to ask for SMTP username
even if one is not set in the config (smtp_url) and AUTH is not
an allowed option of submit server. This then results in an email
send failure

  SMTP server does not support authentication

The patch that fixes this issue is at and also attached.

https://gitlab.com/muttmua/mutt/-/commit/191b0513b43d5e603f99292faa5f8ebcc1be3823.patch

I've tested this patch in the tagged version and the problem is solved.
Please consider adding it to mutt for next upload.

Thanks,
- Adam


>From 191b0513b43d5e603f99292faa5f8ebcc1be3823 Mon Sep 17 00:00:00 2001
From: Kevin McCarthy 
Date: Fri, 5 Mar 2021 18:52:48 -0800
Subject: [PATCH] Fix $ssl_client_cert usage with SMTP.

The ssl and gnutls client-cert setup code was calling
mutt_account_getuser().  This caused two problems.  First, it's not
necessarily the case that there will be a username.  Second,
populating the user would cause smtp_open() to check for AUTH
capabilities and call smtp_auth - even if the user is already
authenticated by the cert.  The server won't advertize AUTH if they
already authenticated, causing a connection abort.

Remove prompt for mutt_account_getuser() in the ssl and gnutls client
certificate connection code.  The SASL code has callbacks, so I don't
understand why it would need this.  Let's take it out and see if
anyone screams 8-P.  If necessary, we can add a mutt_account_getuser()
call to the very beginning of imap_auth_sasl().

Revamp the openssl ssl_passwd_cb() prompt.  From the man pages, it
appears to be used for the cert decryption.  There's no need to call
mutt_account_getuser() and use the generic mutt_account_getpass() just
to read a password in.  Instead create a callback function version to
customize the prompt for a client cert with just the host.

Change the SMTP authentication test to check if the AUTH capabilities
are set, instead of if the user field is set before calling
smtp_auth().
---
 account.c | 25 -
 account.h |  2 ++
 mutt_ssl.c| 32 +++-
 mutt_ssl_gnutls.c | 20 ++--
 smtp.c| 11 +--
 5 files changed, 68 insertions(+), 22 deletions(-)

diff --git a/account.c b/account.c
index 28c0749b..09bf24d3 100644
--- a/account.c
+++ b/account.c
@@ -198,8 +198,19 @@ int mutt_account_getlogin (ACCOUNT* account)
   return 0;
 }
 
-/* mutt_account_getpass: fetch password into ACCOUNT, if necessary */
-int mutt_account_getpass (ACCOUNT* account)
+static void getpass_prompt (char *prompt, size_t prompt_size, ACCOUNT *account)
+{
+  /* L10N:
+ Prompt for an account password when connecting.
+ %s@%s is user@host
+  */
+  snprintf (prompt, prompt_size, _("Password for %s@%s: "),
+account->flags & MUTT_ACCT_LOGIN ? account->login : account->user,
+account->host);
+}
+
+int _mutt_account_getpass (ACCOUNT* account,
+   void (*prompt_func) (char *, size_t, ACCOUNT *))
 {
   char prompt[SHORT_STRING];
 
@@ -221,9 +232,7 @@ int mutt_account_getpass (ACCOUNT* account)
 return -1;
   else
   {
-snprintf (prompt, sizeof (prompt), _("Password for %s@%s: "),
-  account->flags & MUTT_ACCT_LOGIN ? account->login : account->user,
-  account->host);
+prompt_func (prompt, sizeof(prompt), account);
 account->pass[0] = '\0';
 if (mutt_get_password (prompt, account->pass, sizeof (account->pass)))
   return -1;
@@ -234,6 +243,12 @@ int mutt_account_getpass (ACCOUNT* account)
   return 0;
 }
 
+/* mutt_account_getpass: fetch password into ACCOUNT, if necessary */
+int mutt_account_getpass (ACCOUNT *account)
+{
+  return _mutt_account_getpass (account, getpass_prompt);
+}
+
 void mutt_account_unsetpass (ACCOUNT* account)
 {
   account->flags &= ~MUTT_ACCT_PASS;
diff --git a/account.h b/account.h
index 2eccb7f4..9f485cfd 100644
--- a/account.h
+++ b/account.h
@@ -55,6 +55,8 @@ int mutt_account_fromurl (ACCOUNT* account, ciss_url_t* url);
 void mutt_account_tourl (ACCOUNT* account, ciss_url_t* url);
 int mutt_account_getuser (ACCOUNT* account);
 int mutt_account_getlogin (ACCOUNT* account);
+int _mutt_account_getpass (ACCOUNT* account,
+   void (*prompt_func) (char *, size_t, ACCOUNT *));
 int mutt_account_getpass (ACCOUNT* account);
 void mutt_account_unsetpass (ACCOUNT* account);
 int mutt_account_getoauthbearer (ACCOUNT* account, BUFFER *authbearer, int xoauth2);
diff --git a/mutt_ssl.c b/mutt_ssl.c
index dd76cded..91507948 100644
--- a/mutt_ssl.c
+++ b/mutt_ssl.c
@@ -1399,22 +1399,44 @@ static void ssl_get_client_cert(sslsockdata *ssldata, CONNECTION *conn)
 SSL_CTX_use_certificate_file(ssldata->ctx, SslClientCert, SSL_FILETYPE_PEM);
 SSL_CTX_use_PrivateKey_file(ssldata->ctx, SslClientCert, SSL_FILETYPE_PEM);
 
+#if 0
+/* This interferes with SMTP client-cert authentication that 

Bug#952718: qtcreator: Clang code model fail to find stddef.h if libclang-common-8-dev package is not installed

[Adam Majer]

On 2020-04-04 2:20 p.m., Lisandro Damián Nicanor Pérez Meyer wrote:
> Hi! Just for the record, I haven't went ahead with this because I'm still 
> very time constrained,
> covid-19 is not precisely helping with that.

Maybe a good idea here would be to split off the clang code model plugin into a 
seperate package so
that these dependencies can be tracked a little more easily without putting all 
the dependencies
onto the one master package. There are lots of people that would be using Qt 
Creator without the
need for clang code model, for example. Would this be something worth 
considering?

- Adam

Bug#939825: qtcreator: clang-format plugin broken

[Adam Majer]

On 2019-09-09 8:39 p.m., Lisandro Damián Nicanor Pérez Meyer wrote:
> The error code comes from
> src/plugins/clangformat/clangformatplugin.cpp::157. Looking at the
> code it means that KEEP_LINE_BREAKS_FOR_NON_EMPTY_LINES_BACKPORTED is
> not defined, but I do not know where that should be defined.
> 

Looks like this functionality has not even been approved for unreleased 
upstream clang

https://reviews.llvm.org/D53072

So I think the problem is that QtCreator authors only chose to make the 
ClangFormat plugin
functional with a custom-patched clang version and it's hardcoded to fail in 
all other cases.

- Adam

Bug#935634: RM: mosquitto-auth-plugin -- NBS; Upstream dead

[Adam Majer]

Package: ftp.debian.org
Severity: normal

Package fails to build from source with current dependencies.
Upstream closed upstream project for personal reasons

Bug#914002: qtcreator's clang code model appears to be broken with kit = clang

[Adam Majer]

On 2018-11-18 12:30 p.m., Roman Lebedev wrote:
> If kit is clang (tried with both the clang 7, and llvm trunk),
> the parsing appears to fail, pretty much all the C++ std:: symbols
> are underscored, and marked as not found.

> ii  libclang1-71:7.0.1~+rc2-4


The problem is clang. Clang in Testing works just fine. When I upgraded Qt 
Creator, all is fine. But
as soon as clang was updated, it breaks. Downgrading to clang 1:7-6 fixes the 
problem.

Looks like regression caused by clang 1:7.0.1~+rc2-4 and related.

- Adam

Bug#893372: botan: armhf build still fails due to NEON usage

[Adam Majer]

Source: botan
Version: 2.4.0-1
Followup-For: Bug #893372

I've tested the patch on abel.d.o. The patch is also attached to
this report and for a few days the compiled version is on 
abel.d.o:~adamm/botan-2.4.0

- Adam
commit 67652aed9d0240dfee628a9a67f204d468df90d4
Author: Jack Lloyd 
Date:   Sun Mar 18 11:10:23 2018 -0400

Fix --disable-{neon,sse2,altivec} for simd_32 users

Using --disable-neon was not effective because simd_32 users had
special logic that would still enable it.

Index: botan-2.4.0/configure.py
===
--- botan-2.4.0.orig/configure.py
+++ botan-2.4.0/configure.py
@@ -1086,12 +1086,14 @@ class CompilerInfo(InfoObject): # pylint
 return self.isa_flags[arch_isa]
 return None
 
-def get_isa_specific_flags(self, isas, arch):
+def get_isa_specific_flags(self, isas, arch, options):
 flags = set()
 
 def simd32_impl():
 for simd_isa in ['sse2', 'altivec', 'neon']:
-if simd_isa in arch.isa_extensions and self.isa_flags_for(simd_isa, arch.basename):
+if simd_isa in arch.isa_extensions and \
+   simd_isa not in options.disable_intrinsics and \
+   self.isa_flags_for(simd_isa, arch.basename):
 return simd_isa
 return None
 
@@ -1586,7 +1588,7 @@ def yield_objectfile_list(sources, obj_d
 name = name.replace('.cpp', obj_suffix)
 yield os.path.join(obj_dir, name)
 
-def generate_build_info(build_paths, modules, cc, arch, osinfo):
+def generate_build_info(build_paths, modules, cc, arch, osinfo, options):
 # pylint: disable=too-many-locals
 
 # first create a map of src_file->owning module
@@ -1599,7 +1601,7 @@ def generate_build_info(build_paths, mod
 
 def _isa_specific_flags(src):
 if os.path.basename(src) == 'test_simd.cpp':
-return cc.get_isa_specific_flags(['simd'], arch)
+return cc.get_isa_specific_flags(['simd'], arch, options)
 
 if src in module_that_owns:
 module = module_that_owns[src]
@@ -1607,11 +1609,11 @@ def generate_build_info(build_paths, mod
 if 'simd' in module.dependencies():
 isas.append('simd')
 
-return cc.get_isa_specific_flags(isas, arch)
+return cc.get_isa_specific_flags(isas, arch, options)
 
 if src.startswith('botan_all_'):
 isas = src.replace('botan_all_', '').replace('.cpp', '').split('_')
-return cc.get_isa_specific_flags(isas, arch)
+return cc.get_isa_specific_flags(isas, arch, options)
 
 return ''
 
@@ -2931,7 +2933,7 @@ def main_action_configure_build(info_mod
 build_config.lib_sources = amalg_cpp_files
 template_vars['generated_files'] = ' '.join(amalg_cpp_files + amalg_headers)
 
-template_vars.update(generate_build_info(build_config, using_mods, cc, arch, osinfo))
+template_vars.update(generate_build_info(build_config, using_mods, cc, arch, osinfo, options))
 
 with open(os.path.join(build_config.build_dir, 'build_config.json'), 'w') as f:
 json.dump(template_vars, f, sort_keys=True, indent=2)

Bug#884130: Botan2 update?

[Adam Majer]

On 02/08/2018 07:01 PM, László Böszörményi (GCS) wrote:

  It's already packaged[1] and uploaded. Every new package (source or
binary) needs FTP Master approval first. It needs their time, I don't
know when it will happen. Hopefully soon, I'm waiting for a month
already.



I'm not sure if linking with OpenSSL is still a problem (from license 
standpoint). The last Botan wasn't linked with OpenSSL because of license.


Thank you for packaging. :D

- Adam

Bug#889558: can't drop it

[Adam Majer]

Hi,

Botan cannot be dropped from archive *yet* because botan2 is not in yet 
and QtCreator cannot just disable its usage. Having embedded copy is 
making things much, much *worse*, especially since this is a crypto 
library (it also causes problems on various architectures).


If you want, you can assign Maintainership to KDE team or just me. But 
removing Botan *now* breaks QtCreator as-is and forces its removal.


- Adam

Bug#884130: Botan2 update?

[Adam Majer]

Hi,

Thank you for your interest to package Botan2 in Debian. Is there an 
update on this? QtCreator needs this library packaged sooner rather than 
later.


Cheers,
- Adam

Bug#889558: qtcreator: (Build-)Depends on obsolete libbotan1.10-dev

[Adam Majer]

On 02/05/2018 09:13 PM, Lisandro Damián Nicanor Pérez Meyer wrote:

It seems that qt creator is the only real package preventing the botan
removal, so please go ahead with it. I'll make qtcreator use it's internal
copy for the moment being.



Or maybe stop using Botan altogether? I think it only affects a few plugins?

- Adam

Bug#887948: qtcreator: Fails to start because libGLESv2.so.2 not found.

[Adam Majer]

On 01/21/2018 11:38 PM, Trenton wrote:

Dear Maintainer,

Please fix the linking of the renamed libGLESv2.so.2 files.


Hi,

This sounds like a grave bug not just important. Is there a workaround? 
Like a different package you can install to make this work?


- Adam

Bug#883016: ITP: isc-kea -- New upstream version 1.3.0 released

[Adam Majer]

On 12/06/2017 03:09 PM, Jason Guy wrote:

Hi Adam,

I emailed you and didn't get any response, so I guessed you were really 
busy. My apologies for misusing the term "orphaned", I am trying to 
learn about packaging, and contributing to debian packages. Perhaps I 
misunderstood the procedure, but I found no ITP for the new Kea package, 
so I opened the ITP assuming nobody was working on it.


Anyway, I just completed the build of the isc-kea 1.3.0 package. I made 
a lot of improvements (I think) and tried to clean up some of the 
lintian errors/warnings. I would be happy to create a pull request or 
whatever with my changes. I have a few other minor tweaks to do, but I 
can provide the updates I made as well. Please let me know how you would 
like me to proceed.



https://packages.qa.debian.org/i/isc-kea.html

No problem. There is a Git repository for packaging. If you would like, 
you can marge your package changes in there and send me the patches in 
email.


I've had my "dinner plate full" with non-Debian things for some time. 
But I will try to find some time to update my packages this week.


Sorry for delay on this.

- Adam

PS. I have a patch already to update to 1.3.0, but if you send me yours 
I can merge them.

Bug#880776: NMU for mrtg?

[Adam Majer]

Hi,

This looks good. If you would like to, you may just upload this.

Thanks,
Adam


On 12/05/2017 06:09 PM, Roland Rosenfeld wrote:

Hi!

I'm currently planning to upload a new version of
libsnmp-session-perl, which now contains the file Net_SNMP_util.pm
that you currently ship in mrtg.

For this it would be necessary, that mrtg depends on the new
libsnmp-session-perl version (>= 1.14~git20130523.186a005-1) to avoid
the file existing in both packages.

For this I prepared an NMU for mrtg (patch is attached).

Since I just noticed, that mrtg has RC bug open, that it build-depends
on libgd2-noxpm-dev, which is replaced by libgd-dev now (the old
package was only a transitional package, pulling in libgd-dev), so
changing this build-dependency to directly pointing to libgd-dev
shouldn't be a big deal and I added it to my NMU, too.

Do you allow me, to upload the modified mrtg package to the archive?

Greetings
Roland

Bug#883016: ITP: isc-kea -- New upstream version 1.3.0 released

[Adam Majer]

On 11/28/2017 08:39 PM, Jason Guy wrote:
This package has not had a lot of updates as the new versions come out. 
The latest version brings a lot of improvements that would be great to 
make available.


I am not sure if the maintainer has orphaned it, but I would like to 
help by updating the existing package for the latest upstream source.




It's not orphaned. Orphaned packages have a bu filed against wnpp. Yes, 
I am rather busy with other things than Debian for a while. But an 
update version is pending thanks to patch by Baptiste Jonglez - I just 
need to upload it. Hopefully I will have time tonight (and not forget 
about it ;)


- Adam

Bug#868710: src:debian-installer: No virtio drivers in initramfs

[Adam Majer]

Package: src:debian-installer
Severity: important

Dear Maintainer,

Trying to install Debian 9.0 x86_64 from CD via qemu with virtio
device for cdrom results in installer unable to find the CD drive.

The expected behaviour is that virtio drivers are present in the
initramfs as these are common when installing Debian in a VM.

Workaround is to use ide-cd or similar emulation.

- Adam

Bug#840253: progress update?

[Adam Majer]

Hello,

I'm just wondering if you've had progress in packaging openqa? Are there any 
holdups? Would you like
help?

I see you've already packaged os-autoinst, so major pre-requisite is already 
done!

Cheers,
Adam

PS. I'm currently working with OpenQA a little hence my curiosity. :)

Bug#828252: qtcreator is marked for autoremoval from testing

[Adam Majer]

On 27/10/16 09:59 AM, Ondřej Surý wrote:

I can probably generate two sets of packages with versioned symbols
if I have some help with that.

Cheers,



Yes, but this will not help and I'm not sure it is required since 
OpenSSL is versioned already.


The problem is that Qt5 is using dlopen for OpenSSL. Versioned symbols 
are not used with dlopen as is so we are SOL. Either Qt5 needs to be 
linked directly against OpenSSL, or Qt5 needs to use symbols from old 
OpenSSL library.


And now I'm looking at Qt source, and it looks like for Qt5 it is 
possible to specify SHLIB version number for OpenSSL. see


   qtbase/src/network/ssl/qsslsocket_openssl_symbols.cpp line 653

which means it *may be* possible to have multiple OpenSSL versions 
installed and have Qt use only the old version. But this needs to be 
tested with some test application to make sure correct functions are 
actually called.


SHLIB_VERSION_NUMBER = 1.0.2

during compilation of Qt maybe all that is required to keep Qt crypto 
support working in a mixed environment.


- Adam

Bug#817569: lpr: Removal of debhelper compat 4

[Adam Majer]

On Sun, Sep 25, 2016 at 02:19:21PM +0100, Chris Lamb wrote:
> I've uploaded lpr 2008.05.17.2 to DELAYED/5:
>   
>   lpr (1:2008.05.17.2) unstable; urgency=medium
>   
> * Non-maintainer upload.
> * Move to debhelper compat level 9. (Closes: #817569)
> 
> The full debdiff is attached.


Thanks. The debdiff is actually 0 bytes in size, but I can compare
that later.

- Adam

Bug#828910: ftp.debian.org: tidy and tidy-html5 produce the same binary

[Adam Majer]

Package: ftp.debian.org
Severity: normal

The crux of the problem is tidy-html5 is suppose superseed tidy, and
tidy maintainer prepared new tidy package based on tidy-html5. Then
someone from tidy-html5 upstream uploaded it to archive as source package
without contacting old maintainer. The people that approve the NEW
queue then didn't catch conflicting binaries and accepted the new
package.

So now we have,

  https://packages.debian.org/search?keywords=tidy

I propose that the new package should be removed and old package (tidy)
updated. Or the other way around. But at least one should be removed.

- Adam

Bug#816535: Missing dependencies

[Adam Majer]

Package: libbotan1.10-dev
Version: 1.10.12-1
Severity: serious

libbotan1-10-dev is missing dependencies. config requires quite a few libraries,

   $ botan-config-1.10 --libs
   -lbotan-1.10 -lbz2 -lcrypto -ldl -lgmp -lpthread -lrt -lz

but these are not listed,

Depends: libbotan-1.10-1 (= 1.10.12-1)

Please add required -dev dependencies to the -dev package.

Thanks,
Adam


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

Kernel: Linux 4.4.0-1-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libbotan1.10-dev depends on:
ii  libbotan-1.10-1  1.10.12-1

libbotan1.10-dev recommends no packages.

libbotan1.10-dev suggests no packages.

-- no debconf information

Bug#816445: QtCreator stealing focus from terminal window

[Adam Majer]

On Wed, Mar 02, 2016 at 03:21:03AM +0300, Strelok wrote:
> > This is because default project is selected as "Run in Terminal". Go
> > to Project (left tab) -> Run tab -> Run section -> uncheck Run in
> > terminal.
> 
> In that case I'm have another bug - cin>>x don't work.

That's not a bug. That's why there is the option to run in terminal,
as otherwise output is just piped to the output pane. STDIN using
applications are actually quite rare.


> > Finally, the focus is not stolen back to Qt Creator. At least it works
> > just fine here with fluxbox. So maybe that problem is with mate?
> 
> Trying in fluxbox, result the same. But I'm using recently installed
> Qt. Maybe this is problem in some default settings, adding not long
> ago? For example in default x-terminal-emulator. Although I'm try
> change it to xterm, result the same.

In fluxbox the configuration (in right click menu) is Configuration ->
Focus Model -> Focus New Windows. I'm not sure if that is something
that is not default. Selection of x-terminal-emulator should have
nothing to do with this.

I have latest Qt from sid installed - 5.5.1+dfsg-14

- Adam

-- 
Adam Majer
ad...@zombino.com

Bug#816447: closed by Adam Majer <ad...@zombino.com> (Re: Bug#816447: QImage ignore headers of jpg files)

[Adam Majer]

On Wed, Mar 02, 2016 at 02:20:26AM +0300, Strelok wrote:
> >that in run settings, if you prefer. In other words, the file you are
> > looking for is not in place where the program is looking.
> 
> Yes. When file have "jpg" extension (last part of my message), program
> looking in right place. Because of this, I'm DONT get SIGABRT signal.
> But when I'm rename file, "place where the program is looking"
> mystically changed. Even if I'm set full path to file. Thank for you
> explanation. Facepalm.

Well, that is different. The problem is you can't name a .jpg file a
.png file. Qt uses file extension for format detection by
default.. QImageReader allows for more control in that.

   http://doc.qt.io/qt-5/qimagereader.html

- Adam

-- 
Adam Majer
ad...@zombino.com

Bug#816445: QtCreator stealing focus from terminal window

[Adam Majer]

On Wed, Mar 02, 2016 at 12:30:36AM +0300, Strelok wrote:
> Package: qtcreator
> Version: 3.2.1
> 
> I'm create plain C++ project with default "Hello World!" code and run
> this. After this QtCreator show me terminal window with "Hello
> World!"... For a split second. And steal steal focus from this
> terminal (after this, terminal window still open). For more info - I'm
> use Mate DE.
> PS Same result in 3.6.0.

This is because default project is selected as "Run in Terminal". Go
to Project (left tab) -> Run tab -> Run section -> uncheck Run in
terminal.

Finally, the focus is not stolen back to Qt Creator. At least it works
just fine here with fluxbox. So maybe that problem is with mate?

- Adam

-- 
Adam Majer
ad...@zombino.com

Bug#815936: do not set notimeout

[Adam Majer]

On Thu, Feb 25, 2016 at 10:50:57PM +, Serge Hallyn wrote:
> sc breaks with ncurses 6 because it sets notimeout, causing getch not to wait 
> for input.
> multi-character commands like 'ir' are completely broken by this.  The 
> solution is to
> not set notimeout.  Setting it before was simply ignored by curses, which is 
> why we did
> not see breakage

Indeed. Also, 100% CPU utilization as sc spins madly.

Thank you for the patch!

- Adam

-- 
Adam Majer
ad...@zombino.com

Bug#816046: Upstream moved to GitHub

[Adam Majer]

Source: openid4java
Severity: minor

Upstream URL moved to,

  https://github.com/jbufu/openid4java

Please update the package. Thanks!

Bug#815676: Bad indent after line with ternary operator in Qtcreator

[Adam Majer]

On Tue, Feb 23, 2016 at 07:14:26PM +0300, Strelok wrote:
> Package: qtcreator
>  Version: 3.2.1
> 
> I'm type a line "return x>0?array[0]:0;" and press enter. After this
> indent in new line grow to 4 space. If line don't contain "[0]", bug
> not appear.
> Expected result: indent of new line must be the same as indent in
> prevision line.
> PS Also tested in qtcreator 3.6.0 (Debian Testing), result the same.


Confirmed. Another work around is to use parenthesis,

  return (x > 0 ? array[0] : 0);

Thank you for your report.

- Adam


-- 
Adam Majer
ad...@zombino.com

Bug#815184: Interop with *.desktop entries

[Adam Majer]

Package: menu
Version: 2.1.47
Severity: normal

Since the decision about #741573, it seems that menu package can no
longer depend on packages providing proper menu entries if a .desktop
file is installed. Menu window managers still depend on `menu` package
as its sole source of menu information, for example fluxbox.

Is there any work being done to consolidate /usr/share/applications/*
with /usr/share/menu/* entries?  More specifically, is there any work
being done for menu to parse .desktop files in addition to the
standard menu entries?

Thanks,
Adam

Bug#814323: Build-Depends on obsolete postgresql-server-dev-9.4 package

[Adam Majer]

tag 814323 + pending
thanks

On Wed, Feb 10, 2016 at 12:11:25PM +0100, Christoph Berg wrote:
> Hi,
> 
> PostgreSQL 9.4 is about to be removed from unstable, please update
> the isc-kea Build-Depends.
> 
> Build-Depends: libpq-dev, postgresql-server-dev-9.4 | 
> postgresql-server-dev-9.5 ...

I'm confused - it is already like this?

 ... libpq-dev, python3-dev, elinks, postgresql-server-dev-9.4 | 
postgresql-server-dev-9.5 ...


> If you do not require a specific version of the PostgreSQL server
> headers, you should use "postgresql-server-dev-all" which will Just
> Work even if 9.5 gets replaced by 9.6 etc.

That's a good point. I'll at least change the build-depends to this
then.

- Adam


-- 
Adam Majer
ad...@zombino.com

Bug#812567: qtcreator: Crash editor

[Adam Majer]

On Mon, Jan 25, 2016 at 08:05:41AM +0300, ioann sys wrote:
> 
> Hello! After some time, my QtCreator has been crashed whith info:
> [ 3959.336949] Thread (pooled)[2408]: segfault at 7f4ea8002ff8 ip
> 7f4eb7d1cdcf sp 7f4ea8002ff0 error 6 in
> libCPlusPlus.so.1.0.0[7f4eb7b8e000+22a000]
> [ 7942.967980] TextEditor::Int[4078]: segfault at 7fd2f5530fb0 ip
> 7fd329f184dc sp 7fd2f5530fa0 error 6 in
> libc-2.21.so[7fd329ea+19a000]
> 
> And autocomlectation code very slow.


Can you get a proper backtrace? Install qtcreator-gdb for that.

Also, can you get a repliable way of reproducing this crash?

What is autocomlectation? Autocompletion?


-- 
Adam Majer
ad...@zombino.com

Bug#812567: qtcreator: Crash editor

[Adam Majer]

On Tue, Jan 26, 2016 at 03:22:47AM +0300, ioann sys wrote:
> Program received signal SIGABRT, Aborted.
> 0x7616b657 in raise () from /lib/x86_64-linux-gnu/libc.so.6
> (gdb) bt
> #0  0x7616b657 in raise () from /lib/x86_64-linux-gnu/libc.so.6
> #1  0x7616ca2a in abort () from /lib/x86_64-linux-gnu/libc.so.6
> #2  0x761a9bb3 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
> #3  0x761af00e in ?? () from /lib/x86_64-linux-gnu/libc.so.6
> #4  0x761af7eb in ?? () from /lib/x86_64-linux-gnu/libc.so.6
> #5  0x7fffdf220a0a in ?? () from
> /usr/lib/x86_64-linux-gnu/qt5/plugins/styles/breeze.so
> #6  0x7fffdf21f6cc in ?? () from
> /usr/lib/x86_64-linux-gnu/qt5/plugins/styles/breeze.so
> #7  0x772feff8 in QWidget::event(QEvent*) () from

Thank you! Now, can you switch to a different style than breeze? Maybe
some default one and see if this still happens? It looks like there is
some problem with Qt style.

- Adam



-- 
Adam Majer
ad...@zombino.com

Bug#812567: qtcreator: Crash editor

[Adam Majer]

On Tue, Jan 26, 2016 at 03:19:02AM +0300, ioann sys wrote:
> and i see one bug. After start QtCreator and going to settings for change
> colors in editor - application crashed.

Everything works fine here. I think something is wrong with your
installation. At very least, you may want to run `debsums` on
qtcreator and dependencies.

- Adam


-- 
Adam Majer
ad...@zombino.com

Bug#759703: Questions about Kea

[Adam Majer]

Hi Tomasz,

I'm packaging Kea right now, and hopefully I will have it ready by end
of the week. But I do have some questions and it would be beneficial
if you could answer them.

  1. Currently Kea has one combined config file. Since I would like to
  split the IPv4, Ipv6 and DDNS services into separate packages, is
  there any potential problem in splitting the config file into three
  distinct config files?


  2. Kea seem to be composed of a large number of dynamic
  libraries. Is there any particular reason to ship these in separate
  packages instead of one? Are there any libraries that are intended
  for users and not just internal usage?

  Also, some of the libraries do not contain all the symbols that they
  use. (you can use c++filt to change mangled names to readable ones)

Thanks,
Adam


dpkg-shlibdeps: warning: symbol _ZN3isc3dns6OpcodeC1Eh used by
debian/kea-common/usr/lib/x86_64-linux-gnu/libkea-asiodns.so.0.0.0
found in none of the libraries

dpkg-shlibdeps: warning: symbol
_ZN3isc3dns7Message11addQuestionERKNS0_8QuestionE used by
debian/kea-common/usr/lib/x86_64-linux-gnu/libkea-asiodns.so.0.0.0
found in none of the libraries

dpkg-shlibdeps: warning: symbol _ZN3isc3dns7Message6setQidEt used by
debian/kea-common/usr/lib/x86_64-linux-gnu/libkea-asiodns.so.0.0.0
found in none of the libraries

dpkg-shlibdeps: warning: symbol
_ZN3isc3dns7Message13setHeaderFlagENS1_10HeaderFlagEb used by
debian/kea-common/usr/lib/x86_64-linux-gnu/libkea-asiodns.so.0.0.0
found in none of the libraries

dpkg-shlibdeps: warning: symbol
_ZN3isc3dns15SectionIteratorIN5boost10shared_ptrINS0_8QuestionD1Ev
used by
debian/kea-common/usr/lib/x86_64-linux-gnu/libkea-asiodns.so.0.0.0
found in none of the libraries

dpkg-shlibdeps: warning: symbol
_ZN3isc3dns7Message8setRcodeERKNS0_5RcodeE used by
debian/kea-common/usr/lib/x86_64-linux-gnu/libkea-asiodns.so.0.0.0
found in none of the libraries

dpkg-shlibdeps: warning: symbol
_ZN3isc3dns7Message9setOpcodeERKNS0_6OpcodeE used by
debian/kea-common/usr/lib/x86_64-linux-gnu/libkea-asiodns.so.0.0.0
found in none of the libraries

dpkg-shlibdeps: warning: symbol _ZNK3isc3dns7Message13beginQuestionEv
used by
debian/kea-common/usr/lib/x86_64-linux-gnu/libkea-asiodns.so.0.0.0
found in none of the libraries

dpkg-shlibdeps: warning: symbol _ZN3isc3dns7MessageC1ENS1_4ModeE used
by debian/kea-common/usr/lib/x86_64-linux-gnu/libkea-asiodns.so.0.0.0
found in none of the libraries

dpkg-shlibdeps: warning: symbol
_ZNK3isc3dns15SectionIteratorIN5boost10shared_ptrINS0_8QuestiondeEv
used by
debian/kea-common/usr/lib/x86_64-linux-gnu/libkea-asiodns.so.0.0.0
found in none of the libraries

dpkg-shlibdeps: warning: 9 other similar warnings have been skipped
(use -v to see them all)


-- 
Adam Majer
ad...@zombino.com

Bug#759703: Questions about Kea

[Adam Majer]

Hello Tomek,

On Fri, Jan 22, 2016 at 10:45:04PM +0100, Tomek Mrugalski wrote:
> On 22.01.2016 20:58, Adam Majer wrote:
> > Hi Tomasz,
> > 
> > I'm packaging Kea right now, and hopefully I will have it ready by end
> > of the week. But I do have some questions and it would be beneficial
> > if you could answer them.
> Hi Adam!
> 
> Great to hear that! I'll do my best to help.
> 
> >   1. Currently Kea has one combined config file. Since I would like to
> >   split the IPv4, Ipv6 and DDNS services into separate packages, is
> >   there any potential problem in splitting the config file into three
> >   distinct config files?
> That's not necessarily true. You could use one config file for all of
> them or three separate files if you want to. We provided a single config
> file, because it seems to be easier to maintain for users who installed
> from the source. But if you plan to split this into 3 packages, using 3
> separate configs seems perfectly fine.

Sounds good.


> On a related note, we're about to launch a kea-contrib repo on github.
> Let me know if there are any Debian specific files that you'd like us to
> host there. We'll put systemd scripts that were contributed by RedHat
> guys. I recently installed Debian 8 which seems to be using sysvinit.
> That's perfectly fine by me. I just wanted to mention that there are
> systemd scripts if they're of any use for you.


Systemd files are definitely prefererred especially if RedHat took the
time to define CapabilityBoundingSet and other security parameters. If
you can forward them, I'd appreciate it.

Systemd is Debian's default for next release, but I'll try to make
sure that things also work with SysV and Upstart. Debian likes to
support diversity :D

Debian-specific files most likely will end up at git.debian.org, but
kea-contrib could probably work too.


> >   2. Kea seem to be composed of a large number of dynamic
> >   libraries. Is there any particular reason to ship these in separate
> >   packages instead of one? Are there any libraries that are intended
> >   for users and not just internal usage?
> libkea-dhcp++ seems to be the only library that could be useful as a
> standalone package. It provides generic DHCP operations, like open
> sockets, parse and build DHCP options and packets etc. It is currently
> used by DHCPv4 server, DHCPv6 server, dhcp-ddns daemon and perfdhcp
> (which is a performance tool).
> 
> >   Also, some of the libraries do not contain all the symbols that they
> >   use. (you can use c++filt to change mangled names to readable ones)

> Thanks for this. I admit that I didn't know this tool. I will take a
> closer look. Due to family reasons, I won't be able to do this until Monday.
> 
> I'm not sure how you want to proceed with this. Is this an issue that
> blocks the packaging process? Regardless if it does, we as ISC will do
> our best to fix the problem. I see that most all of the issues you
> listed below are in libkea-asiodns. This is a library we have inherited
> from (now dead) bind10 project.

The program runs, so it's not a problem. But if there are symbols that
are then not needed, then it smells like dead-code that can be cleaned
up.

So, initially I will just have all the libraries in a kea-common
package that contains all the libraries, for now. A wishlist type of a
bug from me would be for you guys to combine all the libraries into 1
or 2 .so files, instead of having more than a dozen, especially if
most are just internal. So maybe,

  libdhcp++.so.
  libkea.so.

Is such a thing possible in the future?

Then I could have
  3 program packages (dhcpv4, dhcpv6, ddns)
  admin package with the perf program and database scripts
  2 library packages (4 actually, 2 are -dev)
  documentation package (yes, guide is packaged)

For now, one big happy common library package :D

- Adam

-- 
Adam Majer
ad...@zombino.com

Bug#809986: ITP: mosquitto-auth-plugin -- Authentication plugin for Mosquitto with multiple back-ends

[Adam Majer]

Package: wnpp
Severity: wishlist
Owner: Adam Majer <ad...@zombino.com>

* Package name: mosquitto-auth-plugin
  Version : 0.0.7
  Upstream Author : Jan-Piet Mens
* URL : https://github.com/jpmens/mosquitto-auth-plug
* License : BSD
  Programming Lang: C
  Description : Authentication plugin for Mosquitto with multiple back-ends

 Authentication plugin for Mosquitto with multiple backends for
 MySQL, PostgreSQL, Redis, CDB, SQLite3 and LDAP

Bug#759703: retitle 759703 to ITP: isc-kea-dhcp-server -- DHCPv4 and DHCPv6 server with support for Secure DNS Updates ...

[Adam Majer]

On Sun, Nov 08, 2015 at 04:29:30PM +0100, Marc Haber wrote:
> Hi Adam,
> 
> in february, you wrote:
> > retitle 759703 ITP: isc-kea-dhcp-server -- DHCPv4 and DHCPv6 server with 
> > support for Secure DNS Updates
> > owner 759703 !
> 
> Is there any progress on this yet? Preliminary packages to test? Help
> to be given? I would really love to try out kea and see whether it
> sucks less than the mainline ISC DHCP server in its current state of
> upstream abandonment.

Thanks for the ping. I actually completely forgot about this! I'll get
on to it.

- Adam

-- 
Adam Majer
ad...@zombino.com

Bug#803222: RuntimeError: Incorrect MySQL client library version

[Adam Majer]

On Sun, Nov 01, 2015 at 01:18:28PM +0100, Andreas Beckmann wrote:
> On Sat, 31 Oct 2015 13:06:55 -0500 Adam Majer <ad...@zombino.com> wrote:
> > Furthermore, rebuilding does not fix the bug at root of the
> > problem. If MySQL get upgraded to another minor version while keeping
> > its soname as is (ie. ABI doesn't change), ruby-mysql will break
> > again.
> 
> It's not as bad as it initially looks (the message emits
> major.minor.patchlevel versions), because only the first two components
> of the version (major.minor) are being compared, so it blows up on the
> 5.5->5.6 switch. The new upstream patchlevel releases frequently
> uploaded to (old-)stable do not cause problems.

Correct. This bug should not break stable.

- Adam


-- 
Adam Majer
ad...@zombino.com

Bug#802803: bluedevil: after qt 5.5.1 upgrade, bluedevill does no more work

[Adam Majer]

> I has a working bletooth setup with kde 5.4.2. Audio speaker
> connexion was always working. Since upgrade to qt 5.5.1, I first
> have a message saying to device are not discoverable by default, but
> even after fixing this, it seems connected for 3s and than
> disconnect and fails.  Not found any workaround yet.

Did you upgrade any other parts of the system at the same time? Like
bluez or linux?

- Adam

-- 
Adam Majer
ad...@zombino.com

Bug#803222: RuntimeError: Incorrect MySQL client library version

[Adam Majer]

severity 803222 grave
tag 803222 + patch
thanks

After more careful look at this bug, the problem is entirely within
ruby-mysql and its handling of MySQL versions. Debian does not work
the way this software thinks. Needless to say, the entire MySQL
version check currently results in complete breaking of ruby-mysql on
testing and sid, requiring a rebuild.

Furthermore, rebuilding does not fix the bug at root of the
problem. If MySQL get upgraded to another minor version while keeping
its soname as is (ie. ABI doesn't change), ruby-mysql will break
again.

The attached patch removes this broken version checking.

- Adam
diff --git a/ext/mysql_api/mysql.c b/ext/mysql_api/mysql.c
index 1bd2268..98b65d0 100644
--- a/ext/mysql_api/mysql.c
+++ b/ext/mysql_api/mysql.c
@@ -1905,21 +1905,6 @@ static VALUE error_sqlstate(VALUE obj)
 
 void Init_mysql_api(void)
 {
-int i;
-int dots = 0;
-const char *lib = mysql_get_client_info();
-for (i = 0; lib[i] != 0 && MYSQL_SERVER_VERSION[i] != 0; i++) {
-if (lib[i] == '.') {
-dots++;
-/* we only compare MAJOR and MINOR */
-if (dots == 2) break;
-}
-if (lib[i] != MYSQL_SERVER_VERSION[i]) {
-rb_raise(rb_eRuntimeError, "Incorrect MySQL client library version! This gem was compiled for %s but the client library is %s.", MYSQL_SERVER_VERSION, lib);
-return;
-}
-}
-
 cMysql = rb_define_class("Mysql", rb_cObject);
 cMysqlRes = rb_define_class_under(cMysql, "Result", rb_cObject);
 cMysqlField = rb_define_class_under(cMysql, "Field", rb_cObject);

Bug#803222: RuntimeError: Incorrect MySQL client library version! This gem was compiled for 5.5.43 but the client library is 5.6.25.

[Adam Majer]

Package: ruby-mysql
Version: 2.9.1-1+b1
Severity: important

irb(main):001:0> require 'mysql'
RuntimeError: Incorrect MySQL client library version! This gem was compiled for 
5.5.43 but the client library is 5.6.25.
from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in 
`require'
from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in 
`require'
from /usr/lib/ruby/vendor_ruby/mysql.rb:6:in `rescue in '
from /usr/lib/ruby/vendor_ruby/mysql.rb:2:in `'
from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in 
`require'
from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in 
`require'
from (irb):1
from /usr/bin/irb:11:in `'

- Adam


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

Kernel: Linux 4.2.0-1-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages ruby-mysql depends on:
ii  libc6 2.19-20
ii  libgmp10  2:6.0.0+dfsg-7
ii  libmysqlclient18  5.6.25-4
ii  libruby2.12.1.5-4
ii  ruby  1:2.1.5.1
ii  zlib1g1:1.2.8.dfsg-2+b1

ruby-mysql recommends no packages.

ruby-mysql suggests no packages.

-- no debconf information

Bug#802382: transition: qtbase-opensource-src

[Adam Majer]

Package: release.debian.org
Followup-For: Bug #802382

Hello,

Qt Creator is now uploaded with reduced build-depends to

  libclang-3.7-dev | libclang-3.6-dev

What is a little puzzling is that on s390x, libclang-3.7 is
uninstallable, OK. But then libclang-3.6-dev is not attempted at
all.

Is this by design? Shouldn't build with libclang-3.6-dev be attempted?

Cheers,
Adam

Bug#802880: (qtcreator: not really a bug)

[Adam Majer]

On Sat, Oct 24, 2015 at 04:40:18PM +0200, Steinar H. Gunderson wrote:
> On Sat, Oct 24, 2015 at 02:33:04PM +, Debian Bug Tracking System wrote:
> > Hi, this bug is invalid.
> 
> Uhm, no?

Actually, yes. Uninstallable packages can exist in unstable until they
are either fixed or removed. It's not really necessary to file these
bugs since these are already part of known transitions.

  https://packages.qa.debian.org/q/qtcreator.html
  https://release.debian.org/transitions/html/qtbase-abi-5-5-1.html


> > 3.5.0+dfsg-2+b1
> > Rebuild against qtbase-abi-5-5-1.
> 
> If so, the binNMU fixes this bug (and should nominally have a Closes: line
> with the bug number, except the bug was probably filed after the binNMU was
> scheduled). Thank you for taking care of that.

No, binNMUs do not change the package source. There is no changelog entry.


> In particular, having a bug in the BTS will enable users to see that the
> issue is on its way to being fixed (or not, for some architectures, as you
> mention). :-)

This is of no use to anyone. As I wrote above, these things are
already tracked outside BTS. Sid can have uninstallable packages -
that is normal. If you prefer to have more consistent set of packages,
please use testing distribution instead.

Few weeks ago there was a quite large stdlibc++ transition affecting
hundreds of packages. No bugs were filed because of missing g++ 5
symbols (unless packages needed manual modification to complete
transition, and these were filed months in advance).

Cheers,
- Adam


-- 
Adam Majer
ad...@zombino.com

Bug#802029: Spelling error in description

[Adam Majer]

Package: bird-doc
Severity: minor

Description-en: Internet Routing Daemon - documentatio
   ^^^

Thank you for your efforts!

- Adam


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

Kernel: Linux 4.2.0-1-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#797511: qtcreator source package should also build a -dev package

[Adam Majer]

On Mon, Aug 31, 2015 at 10:34:00AM +0200, David Douard wrote:
> Package: qtcreator
> Version: 3.2.1+dfsg-7
> Severity: wishlist
> 
> Dear Maintainer,
> 
> I was trying to build the MachinekitSDK (I'd like to package it, see 
> https://github.com/strahlex/MachinekitSDK) which compile a qtcreator plugin.
> So it needs qtcreator's headers.

I will look into it.


-- 
Adam Majer
ad...@zombino.com

Bug#794176: Does not start API server

[Adam Majer]

Package: salt-api
Version: 2015.5.2+ds-1
Severity: normal

For some reason, I can't seem to get the API litener to start.
This is just the default installation.

Am I missing something?

- Adam


root@mira:~# apt-cache policy salt-api
salt-api:
  Installed: 2015.5.3+ds-1
  Candidate: 2015.5.3+ds-1
  Version table:
 *** 2015.5.3+ds-1 0
500 http://ftp.ca.debian.org/debian/ unstable/main amd64 Packages
100 /var/lib/dpkg/status
 2015.5.2+ds-1 0
500 http://debian.saltstack.com/debian/ unstable/main amd64 Packages


root@mira:~# netstat -ltp
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address   Foreign Address State   
PID/Program name
tcp0  0 *:4505  *:* LISTEN  
169/python  
tcp0  0 *:4506  *:* LISTEN  
193/python  


root@mira:~# systemctl status salt-api
â—ÿõÿý salt-api.service - The Salt Api
~# salt-api -l all
[DEBUG   ] Reading configuration from /etc/salt/master
[DEBUG   ] Using cached minion ID from /etc/salt/minion_id: mira
[DEBUG   ] Missing configuration file: /root/.saltrc
[TRACE   ] None of the required configuration sections, 'logstash_udp_handler' 
and 'logstash_zmq_handler', were found the in the configuration. Not loading 
the Logstash logging handlers module.
[DEBUG   ] Configuration file path: /etc/salt/master
[DEBUG   ] Created pidfile: /var/run/salt-api.pid



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

Kernel: Linux 4.0.0-2-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)


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

Bug#794178: [Pkg-salt-team] Bug#794178: API server is not started

[Adam Majer]

On Fri, Jul 31, 2015 at 11:09:03AM +1000, Joe Healy wrote:
Thanks for reporting this.
 
I haven't ever used the api server so I'm not too sure. I am keen to fix
the issue though.
 
I suspect some configuration may be required - I would try asking on the
salt mailing list or IRC as I believe people have been using it
successfully.
I'll have a chance to look tonight and over the weekend.

Indeed. Default configuration is missing and there is no error about
it. Perhaps default configuration for api server, even if
non-functional, would be helpful. Something like,

/etc/salt/master.d/api_server.conf

rest_cherrypy:
  port: 8000


Ideally, with some more options that are explained. Maybe copied
from here,

  
http://salt-api.readthedocs.org/en/latest/ref/netapis/all/saltapi.netapi.rest_cherrypy.html


Non-functional config at least makes errors about invalid
configuration instead of just being silent.

- Adam

-- 
Adam Majer
ad...@zombino.com


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

Bug#794178: [Pkg-salt-team] Bug#794178: API server is not started

[Adam Majer]

On Fri, Jul 31, 2015 at 11:29:04AM +1000, Joe Healy wrote:
Sounds sensible - I'll add that, investigate a default config file and
also add a comment about checking the docs to the config file.
 
Thanks,

Thank you!

It is probably best that default config file is non-functional because
to get it functional, you either have to disable ssl (not
recommended), or setup certificate which requires manual intervention
anyway.

- Adam

-- 
Adam Majer
ad...@zombino.com


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

Bug#794178: API server is not started

[Adam Majer]

Package: salt-api
Version: 2015.5.3+ds-1
Severity: normal


For some reason, I can't seem to get the API litener to start.
This is just the default installation.

Am I missing something?

- Adam


root@mira:~# apt-cache policy salt-api
salt-api:
  Installed: 2015.5.3+ds-1
  Candidate: 2015.5.3+ds-1
  Version table:
 *** 2015.5.3+ds-1 0
500 http://ftp.ca.debian.org/debian/ unstable/main amd64 Packages
100 /var/lib/dpkg/status
 2015.5.2+ds-1 0
500 http://debian.saltstack.com/debian/ unstable/main amd64 Packages


root@mira:~# netstat -ltp
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address   Foreign Address State   
PID/Program name
tcp0  0 *:4505  *:* LISTEN  
169/python  
tcp0  0 *:4506  *:* LISTEN  
193/python  


root@mira:~# systemctl status salt-api
● salt-api.service - The Salt Api
   Loaded: loaded (/lib/systemd/system/salt-api.service; enabled; vendor 
preset: enabled)
   Active: inactive (dead) since Thu 2015-07-30 23:31:21 UTC; 5min ago
  Process: 93 ExecStart=/usr/bin/salt-api (code=exited, status=0/SUCCESS)
 Main PID: 93 (code=exited, status=0/SUCCESS)

Jul 30 23:31:20 mira systemd[1]: Started The Salt Api.


~# salt-api -l all
[DEBUG   ] Reading configuration from /etc/salt/master
[DEBUG   ] Using cached minion ID from /etc/salt/minion_id: mira
[DEBUG   ] Missing configuration file: /root/.saltrc
[TRACE   ] None of the required configuration sections, 'logstash_udp_handler' 
and 'logstash_zmq_handler', were found the in the configuration. Not loading 
the Logstash logging handlers module.
[DEBUG   ] Configuration file path: /etc/salt/master
[DEBUG   ] Created pidfile: /var/run/salt-api.pid



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

Kernel: Linux 4.0.0-2-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)


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

Bug#792035: qtcreator: QbsProjectManager plugin is missing

[Adam Majer]

On Fri, Jul 10, 2015 at 05:03:58PM +0300, Ivan Komissarov wrote:

* What was the outcome of this action?
- QbsProjectManager plugin disappeared from QtCreator and i can't find it 
 in qbs packages too
* What outcome did you expect instead?
- I've expected that plugin to stay:)

This is a temporary state of affairs. QBS plugin will return
Soon(TM).

- Adam


-- 
Adam Majer
ad...@zombino.com


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

Bug#779500: qtcreator: Qtcreator disappears when switching displays

[Adam Majer]

On Sun, Mar 01, 2015 at 04:15:24PM +0100, Manuel Gräber wrote:
 Dear Maintainer,
 
 when I switch the display while qtcreator (or texmaker) is running the window
 disappears. The process keeps on running. The console output (when I switch
 displays) is:
 
 For me an easy way to reproduce is (on my laptop, intel gpu) using xfce4,
 plugging in a external display and switch to the external, disabling the
 internal at the same time. But I was also able to reproduce it on my desktop 
 PC
 (running mate, nvidia gpu).

This is almost certainly a Qt problem. And I have similar issue, where
multi-head display ends up displayed on the wrong one. While recently
there were some patches added to Qt 5.5 that may fix your issue, they
are not complete and problems with multi-head displays (where there
are multiple X screens), remain.

When Qt 5.5.0 is released to unstable, that will be first opportunity
to see if this problem is fixed for you.

- Adam


-- 
Adam Majer
ad...@zombino.com


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

Bug#789576: qtcreator: uninstallable on Jessie, dependency problem

[Adam Majer]

On Mon, Jun 22, 2015 at 12:51:57PM +0300, Leonard Norrgård wrote:

  libqt5concurrent5 : Depends: libqt5core5a (= 5.3.2+dfsg-4+deb8u1) but 
 5.3.2+dfsg-5 is installed.
  libqt5sql5-sqlite : Depends: libqt5core5a (= 5.3.2+dfsg-4+deb8u1) but 
 5.3.2+dfsg-5 is installed.
  qtbase5-dev-tools : Depends: libqt5core5a (= 5.3.2+dfsg-4+deb8u1) but 
 5.3.2+dfsg-5 is installed.
  Depends: libqt5dbus5 (= 5.3.2+dfsg-4+deb8u1) but 
 5.3.2+dfsg-5 is installed.
  libqt5sql5 : Depends: libqt5core5a (= 5.3.2+dfsg-4+deb8u1) but 5.3.2+dfsg-5 
 is installed.
  libqt5xml5 : Depends: libqt5core5a (= 5.3.2+dfsg-4+deb8u1) but 5.3.2+dfsg-5 
 is installed.

So what are you doing there exactly? Do you have Qt5 from testing
installed by any chance? 5.3.2+dfsg-5 is not in
Jessie. 5.3.2+dfsg-4+deb8u1 is.

Your errors are coming from Qt5 libraries being installed from both
jessie (stable) and testing/sid.

- Adam

PS. This has very little to do with qtcreator itself, as you can see
by the packages conflicts. But it also has little to do with Qt5
either - you are mixing releases.


-- 
Adam Majer
ad...@zombino.com


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

Bug#788114: dpkg-source: cannot unpack on tmpfs - 'Invalid cross-device link'

[Adam Majer]

Package: dpkg-dev
Version: 1.18.1
Severity: normal

When unpacking in /tmp, which is a tmpfs,

$ dpkg-source -x ipsec-tools_0.8.2+20140711-3.dsc
dpkg-source: info: extracting ipsec-tools in ipsec-tools-0.8.2+20140711
dpkg-source: info: unpacking ipsec-tools_0.8.2+20140711.orig.tar.gz
dpkg-source: error: unable to rename
/tmp/ipsec-tools_0.8.2+20140711.orig.tar.gz.tmp-extract.30RfU/ipsec-tools-0.8.2 
to ipsec-tools-0.8.2+20140711: Invalid cross-device link



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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages dpkg-dev depends on:
ii  base-files8
ii  binutils  2.25-4
ii  bzip2 1.0.6-7+b2
ii  libdpkg-perl  1.18.1
ii  make  4.0-8.1
ii  patch 2.7.3-1
ii  xz-utils  5.1.1alpha+20120614-2+b3

Versions of packages dpkg-dev recommends:
ii  build-essential  11.7
ii  clang-3.5 [c-compiler]   1:3.5-9
ii  fakeroot 1.20.2-1
ii  gcc [c-compiler] 4:4.9.2-1
ii  gcc-4.4 [c-compiler] 4.4.7-8
ii  gcc-4.6 [c-compiler] 4.6.4-7
ii  gcc-4.7 [c-compiler] 4.7.4-3
ii  gcc-4.8 [c-compiler] 4.8.4-1
ii  gcc-4.9 [c-compiler] 4.9.2-10
ii  gcc-5 [c-compiler]   5-20150205-1
ii  gnupg1.4.18-6
ii  gnupg2   2.0.26-4
ii  gpgv 1.4.18-6
ii  libalgorithm-merge-perl  0.08-2

Versions of packages dpkg-dev suggests:
ii  debian-keyring  2014.12.10

-- 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#788114: dpkg-source: cannot unpack on tmpfs - 'Invalid cross-device link'

[Adam Majer]

On Tue, Jun 09, 2015 at 02:09:35AM +0200, Guillem Jover wrote:
 Control: tags -1 unreproducible moreinfo
 
 On Mon, 2015-06-08 at 14:00:28 -0500, Adam Majer wrote:
  Package: dpkg-dev
  Version: 1.18.1
  Severity: normal
 
  When unpacking in /tmp, which is a tmpfs,
  
  $ dpkg-source -x ipsec-tools_0.8.2+20140711-3.dsc
  dpkg-source: info: extracting ipsec-tools in ipsec-tools-0.8.2+20140711
  dpkg-source: info: unpacking ipsec-tools_0.8.2+20140711.orig.tar.gz
  dpkg-source: error: unable to rename
  /tmp/ipsec-tools_0.8.2+20140711.orig.tar.gz.tmp-extract.30RfU/ipsec-tools-0.8.2
   to ipsec-tools-0.8.2+20140711: Invalid cross-device link
 
 I tried this on a system with Linux 4.0.0, with a tmpfs /tmp (with
 mount options: rw,nosuid,nodev,relatime), and I cannot reproduce it.
 So I'd appreciate more details.
 
 Can you also reproduce it with dpkg-dev 1.17.25? Just to discard if
 this is perhaps a regression, but I doubt it.
 
 Hmm, is this with some kind of per user tmpfs /tmp, and if yes, does
 it work if you switch to a normal global tmpfs /tmp?

This is not a regression. I upgraded from another version that I had
earlier to make sure it wasn't happening before.

2015-06-08 12:55:47 upgrade dpkg-dev:all 1.17.23 1.18.1

Furthermore, this wasn't a problem in the past so something must have
changed recently (TM) and I'm not sure what.

/tmp is mounted globally

adamm@mira:/tmp$ touch a
adamm@mira:/tmp$ ln a b
adamm@mira:/tmp$ ls -ltr a b
-rw-r--r-- 2 adamm adamm 0 Jun  8 22:57 b
-rw-r--r-- 2 adamm adamm 0 Jun  8 22:57 a


adamm@mira:~$ mount | grep tmpfs | grep /tmp
tmpfs on /tmp type tmpfs (rw)
tmpfs on /srv/wine32/tmp type tmpfs (rw)
tmpfs on /srv/wine32/tmp type tmpfs (rw)
tmpfs on /tmp type tmpfs (rw)

The extra tmpfs is because I bind mount it into a 32-bit chroot.

/tmp is mounted via /etc/default/rcS

   # mount /tmp as a tmpfs
   RAMTMP=yes

Workaround is to create a subdirectory in /tmp to unpack the sources
into.


-- 
Adam Majer
ad...@zombino.com


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

Bug#785332: osc vc: using wrong command path resulting in path not found

[Adam Majer]

Package: osc
Version: 0.151.2-1
Severity: normal

$ osc vc
Error: vc ('/usr/lib/build/vc') command not found

It seems this is renamed to obs-buildvc instead?

- Adam


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

Versions of packages osc recommends:
ii  cpio2.11+dfsg-4
ii  obs-build   20141024-1
ii  python-keyring  4.0-1
ii  rpm2cpio4.11.3-1.1
ii  sensible-utils  0.0.9


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

Bug#738848: osc: refuses to communicate with API server over IPv6

[Adam Majer]

Package: osc
Followup-For: Bug #738848

Hi,

I can duplicate this bug. I removed IPv4 access and only have IPv6. If
I have only local IPv4 access, then same thing happens.

$ osc -d co home:adamm
makeurl: https://api.opensuse.org ['source', 'home:adamm', '_meta'] []
GET https://api.opensuse.org/source/home:adamm/_meta
Failed to reach a server:
 [Errno 101] Network is unreachable:  
'https://api.opensuse.org/source/home:adamm/_meta'


$ wget https://api.opensuse.org
--2015-05-14 14:44:03--  https://api.opensuse.org/
Resolving api.opensuse.org (api.opensuse.org)... 2001:67c:2178:8::12, 
195.135.221.133
Connecting to api.opensuse.org (api.opensuse.org)|2001:67c:2178:8::12|:443... 
connected.
HTTP request sent, awaiting response... 401 Authorization Required

Username/Password Authentication Failed.


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

Bug#783040: gerbview: unprintable outputs

[Adam Majer]

On Fri, May 01, 2015 at 09:20:40PM +0200, Nick Østergaard wrote:
 2015-05-01 20:43 GMT+02:00 Adam Majer ad...@zombino.com:
  retitle 783040 gerbview: unprintable outputs
  thanks
 
  On Fri, May 01, 2015 at 08:11:38PM +0200, Nick Østergaard wrote:
  Gerbv is _not_ part of KiCad. Gerbview is part of KiCad. In any case
  you should be more explicit about what the error of the output is, and
  give a test case to help the developers and packagers.
 
   gerbv produces buggy and unprintable PDF and PS and SVG files.
  
   gerbview has correct output and prints correctly.
 
  Sorry, I got this completely backwards. gerbv works. Gerbview print
  does not work.
 
  I've attached simple kicad project along with PDF and PS output from
  gerbview - those even crash evince and produce no output. The correct
  output from gerbv is also in the tarball, for comparison.
 
  Sorry about the confusion. Right package, wrong name!
 
 I don't see anything attached. But in the case of KiCad, around bzr
 rev 4022, which this is reported against is very old. It is probably
 not worth investing time to debug this, you should try the latest from
 the product branch.

attached now.

-- 
Adam Majer
ad...@zombino.com


test.tar.xz
Description: application/xz

Bug#783040: gerbview: unprintable outputs

[Adam Majer]

retitle 783040 gerbview: unprintable outputs
thanks

On Fri, May 01, 2015 at 08:11:38PM +0200, Nick Østergaard wrote:
 Gerbv is _not_ part of KiCad. Gerbview is part of KiCad. In any case
 you should be more explicit about what the error of the output is, and
 give a test case to help the developers and packagers.

  gerbv produces buggy and unprintable PDF and PS and SVG files.
 
  gerbview has correct output and prints correctly.

Sorry, I got this completely backwards. gerbv works. Gerbview print
does not work.

I've attached simple kicad project along with PDF and PS output from
gerbview - those even crash evince and produce no output. The correct
output from gerbv is also in the tarball, for comparison.

Sorry about the confusion. Right package, wrong name!

- Adam


-- 
Adam Majer
ad...@zombino.com


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

Bug#783040: gerbv: unprintable outputs

[Adam Majer]

Package: kicad
Version: 0.20141025+bzr4029-2
Severity: normal
File: /usr/bin/gerbv


gerbv produces buggy and unprintable PDF and PS and SVG files.

gerbview has correct output and prints correctly.



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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages kicad depends on:
ii  kicad-common  0.20141025+bzr4029-2
ii  libc6 2.19-15
ii  libgcc1   1:5-20150205-1
ii  libgl1-mesa-glx [libgl1]  10.4.2-2
ii  libglu1-mesa [libglu1]9.0.0-2
ii  libstdc++65-20150205-1
ii  libwxbase3.0-03.0.2-1+b1
ii  libwxgtk3.0-0 3.0.2-1+b1
ii  libx11-6  2:1.6.2-3
ii  libxext6  2:1.3.3-1

kicad recommends no packages.

Versions of packages kicad suggests:
ii  extra-xdg-menus  1.0-4
pn  kicad-doc-en | kicad-doc-fr | kicad-doc-de | kicad-doc-es | kicad-d  none

-- 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#777673: evince: cannot move/maximize window in fluxbox

[Adam Majer]

Package: evince
Version: 3.14.1-2
Followup-For: Bug #777673

ping?

This still is a problem. And sadly it is not limited to one
application, but many GNOME applications.

- Adam


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

Bug#768500: closed by Felipe Sateler fsate...@debian.org (Bug#768500: fixed in pavucontrol 3.0-1)

[Adam Majer]

On Sat, Apr 11, 2015 at 03:24:06AM +, Debian Bug Tracking System wrote:
  pavucontrol (3.0-1) experimental; urgency=medium
  .
* New upstream release. Closes: #781104
  - Drop all patches: applied upstream
  - Doesn't expand forever. Closes: #768500

Thank you!!

- Adam


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

Bug#779046: Crash when clicking Lookup locations on network checkbox in Locations window

[Adam Majer]

On Mon, Mar 02, 2015 at 10:33:07AM +0100, Tomasz Buchert wrote:
 Hi,
 the change has been accepted in stellarium [1] and will be probably
 released in 0.13.3 release.
 
 [1] http://bazaar.launchpad.net/~stellarium/stellarium/trunk/revision/7433

Thank you!

- Adam


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

Bug#779473: lxc-attach: internal error connecting to container

[Adam Majer]

Package: lxc
Version: 1:1.0.6-6
Severity: important

# lxc-attach -n apps ls

lxc_container: No such file or directory - Could not add pid 16891 to cgroup 
/lxc/apps: internal error
lxc_container: could not move attached process 16891 to cgroup of container
lxc_container: error communicating with child process


lxc-attach works after server restart, but over a period of a few days, it
stops working with this internal error.


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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages lxc depends on:
ii  init-system-helpers  1.22
ii  libapparmor1 2.9.0-3
ii  libc62.19-15
ii  libcap2  1:2.24-6
ii  libseccomp2  2.1.1-1
ii  libselinux1  2.3-2
ii  multiarch-support2.19-15
ii  python3  3.4.2-2

Versions of packages lxc recommends:
ii  debootstrap  1.0.67
ii  openssl  1.0.1k-1
ii  rsync3.1.1-2+b1

Versions of packages lxc suggests:
ii  lua5.2  5.2.3-1.1

-- Configuration Files:
/etc/bash_completion.d/lxc.sh 32d83562fc71ced3b564c292dbcf70e0 [Errno 2] No 
such file or directory: u'/etc/bash_completion.d/lxc.sh 
32d83562fc71ced3b564c292dbcf70e0'
/etc/lxc/lxc.conf 5f8c29605a4558ccca43a42e7c1be68a [Errno 2] No such file or 
directory: u'/etc/lxc/lxc.conf 5f8c29605a4558ccca43a42e7c1be68a'

-- debconf information excluded


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

Bug#779046: Crash when clicking Lookup locations on network checkbox in Locations window

[Adam Majer]

On Tue, Feb 24, 2015 at 08:59:45AM +0100, Tomasz Buchert wrote:
 
 Hi Adam,
 I can't reproduce it, I'm not getting your messages. I tried with
 Internet connection on and off. In both cases it went fine (i.e., it
 didn't crash)). I think you have experienced aserver problem which is
 not handled properly in the code. I'll take a look at it later.

tcp0  0 192.168.53.2:41316  104.236.250.71:80  TIME_WAIT
tcp0  0 192.168.53.2:41315  104.236.250.71:80  TIME_WAIT

I have a proxy, but Stellarium is not using it so that should not
matter (it's not a transparent proxy so it would be listed in
netstat). Latency to the above server is 60ms.

Network is available.

The crash requires you click on and off the 'Get location from
Network' quickly a few times. My guess is that something related to
handling network requests is deleted in Stellarium that does not get
completed on time. I'd have to recompile Stellarium with debugging
info to get more information, but the crash is very reproduceable for
me.

- Adam


-- 
Adam Majer
ad...@zombino.com


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

Bug#779046: Crash when clicking Lookup locations on network checkbox in Locations window

[Adam Majer]

On Tue, Feb 24, 2015 at 11:36:25PM +0100, Tomasz Buchert wrote:
 On 24/02/15 16:54, Tomasz Buchert wrote:
 I found the problem - Location dialog launches Network Request
 asynchronously on every click of the checkbox. However each request
 uses the same global variable which creates a race condition. Our
 problem happens, because QNetworkReply that was already deleted is
 used by another async. request.
 I attach a patch that fixes this for me and I'm contacting stellarium
 devs to tell them about it.

Indeed, this would cause problems.

  {
   StelLocation location;
   StelCore *core=StelApp::getInstance().getCore();
 + QNetworkReply* networkReply = static_castQNetworkReply*(sender());
   if (networkReply-error() == QNetworkReply::NoError) {
   //success
   // Tested with and without working network connection.

For this part of the patch, I would suggest this instead,

QNetworkReply *networkReply = qobject_castQNetworkReply*(sender());
if (!networkReply)
return;

Thank you for your work!

- Adam


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

Bug#779046: Crash when clicking Lookup locations on network checkbox in Locations window

[Adam Majer]

Package: stellarium
Version: 0.13.1-1
Severity: normal


To reproduce this bug, it seems it is enough to click on the network
lookup checkbox in Location window a few times.

StelLocationMgr: Malformatted answer in IP-based location lookup:
 
StelLocationMgr: Will not change location.
StelLocationMgr: Malformatted answer in IP-based location lookup:
  
 StelLocationMgr: Will not change location.
 StelLocationMgr: Malformatted answer in IP-based location lookup:
  
 StelLocationMgr: Will not change location.
 Failure getting IP-based location:
Unknown error
 Segmentation fault (core dumped)
   

Program terminated with signal SIGSEGV, Segmentation fault.
(gdb) bt
#0  0x7fd259e8a135 in QMutex::lock() () from 
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#1  0x7fd25a0cc739 in QCoreApplication::postEvent(QObject*, QEvent*, int) ()
   from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#2  0x004e4d15 in StelLocationMgr::changeLocationFromNetworkLookup() ()
#3  0x7fd25a0f990d in QMetaObject::activate(QObject*, int, int, void**) ()
   from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#4  0x7fd25939222c in ?? () from 
/usr/lib/x86_64-linux-gnu/libQt5Network.so.5
#5  0x7fd2594180b9 in ?? () from 
/usr/lib/x86_64-linux-gnu/libQt5Network.so.5
#6  0x7fd25a0fa7ba in QObject::event(QEvent*) ()
   from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
...

not so much useful without symbols, but it seems something gets messed
up in StelLocationMgr::changeLocationFromNetworkLookup function.



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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages stellarium depends on:
ii  libc62.19-15
ii  libgcc1  1:5-20150205-1
ii  libgl1-mesa-glx [libgl1] 10.4.2-2
ii  libqt5concurrent55.3.2+dfsg-4+b1
ii  libqt5core5a [qtbase-abi-5-3-2]  5.3.2+dfsg-4+b1
ii  libqt5declarative5   5.3.2-3
ii  libqt5gui5   5.3.2+dfsg-4+b1
ii  libqt5network5   5.3.2+dfsg-4+b1
ii  libqt5opengl55.3.2+dfsg-4+b1
ii  libqt5script55.3.2+dfsg-2
ii  libqt5widgets5   5.3.2+dfsg-4+b1
ii  libstdc++6   5-20150205-1
ii  qtquick1-qml-plugins 5.3.2-3
ii  stellarium-data  0.13.1-1
ii  zlib1g   1:1.2.8.dfsg-2+b1

stellarium recommends no packages.

stellarium 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#775305: Wrong CPU average stats

[Adam Majer]

Package: sysstat
Version: 11.0.1-1
Severity: normal
File: /usr/bin/sar.sysstat

Linux 3.16.0-4-amd64 (mira) 13/01/15_x86_64_(4 CPU)

12:00:01 AM CPU %user %nice   %system   %iowait%steal %idle
12:05:01 AM all 33.57  0.00  7.58  0.23  0.00 58.62
12:15:01 AM all 33.94  0.00  7.94  0.60  0.00 57.51
12:25:01 AM all 38.12  0.00  9.82  0.40  0.00 51.66
12:35:01 AM all 34.89  0.00  8.95  0.71  0.00 55.44
12:45:01 AM all 32.54  0.00  8.58  0.21  0.00 58.67
12:55:01 AM all 30.90  0.00  8.76  0.31  0.00 60.02
01:05:01 AM all 31.18  0.00  9.08  0.21  0.00 59.53
01:15:01 AM all 31.82  0.00  9.03  0.18  0.00 58.96
01:25:01 AM all 31.66  0.00  9.01  0.52  0.00 58.80
01:35:01 AM all 31.16  0.00  8.32  0.41  0.00 60.10
01:45:01 AM all 31.12  0.00  7.71  0.18  0.00 60.98
01:55:01 AM all 31.15  0.00  7.48  0.17  0.00 61.21
02:05:01 AM all 31.09  0.00  7.04  0.16  0.00 61.72
02:15:01 AM all 31.21  0.00  6.52  0.20  0.00 62.07
09:05:01 AM all  0.00  0.00  0.00  0.00  0.00  0.00
09:15:01 AM all 30.50  0.00  6.30  0.24  0.00 62.96
09:25:01 AM all 37.78  0.00  8.48  0.22  0.00 53.52
09:35:01 AM all 39.42  0.00 13.14  2.15  0.00 45.29
09:45:01 AM all 37.47  0.00 10.17  1.69  0.00 50.66
09:55:01 AM all 38.88  0.00  8.42  0.41  0.00 52.28
10:05:01 AM all 38.29  0.00  8.37  0.29  0.00 53.05
10:15:01 AM all 38.18  0.00  8.37  0.25  0.00 53.20
10:25:01 AM all 33.98  0.00  7.14  0.18  0.00 58.70
10:35:01 AM all 33.08  0.00  7.15  0.17  0.00 59.59
10:45:01 AM all 33.66  0.00  7.46  0.17  0.00 58.71
10:55:01 AM all 29.28  0.00  6.10  0.14  0.00 64.47
11:05:02 AM all 28.91  0.00  5.78  0.17  0.00 65.13
11:15:01 AM all 29.26  0.00  5.97  0.17  0.00 64.61
11:25:01 AM all 29.79  0.00  5.97  0.24  0.00 64.01
11:35:01 AM all 31.09  0.00  6.38  0.17  0.00 62.36
11:45:01 AM all 37.11  0.00  8.25  0.15  0.00 54.50
11:55:01 AM all 35.98  0.00  8.34  0.15  0.00 55.53
12:05:01 PM all 33.27  0.00  7.88  0.14  0.00 58.71
12:15:01 PM all 30.29  0.00  7.79  0.23  0.00 61.69
12:25:01 PM all 31.89  0.00  8.16  0.21  0.00 59.75
12:35:01 PM all 37.78  0.00  9.49  0.13  0.00 52.60
12:45:01 PM all 32.18  0.00  8.94  0.18  0.00 58.70
12:55:01 PM all 30.51  0.00  9.04  0.16  0.00 60.29
01:05:01 PM all 31.57  0.00  8.45  0.16  0.00 59.82
01:15:01 PM all 31.91  0.00  7.98  0.15  0.00 59.95
01:25:01 PM all 31.22  0.00  7.70  0.17  0.00 60.90
01:35:01 PM all 29.58  0.00  7.54  0.21  0.00 62.66
01:45:01 PM all 29.53  0.00  6.87  0.25  0.00 63.35
01:55:01 PM all 30.34  0.00  6.64  0.18  0.00 62.83
02:05:01 PM all 29.80  0.00  6.42  0.17  0.00 63.60
02:15:01 PM all 31.69  0.00  6.70  0.22  0.00 61.39
02:25:01 PM all 31.21  0.00  6.69  0.17  0.00 61.92
02:35:01 PM all 31.28  0.00  6.41  0.22  0.00 62.09
02:45:01 PM all 30.46  0.00  6.63  0.18  0.00 62.73
02:55:01 PM all 30.20  0.00  6.72  0.16  0.00 62.93
03:05:01 PM all 29.64  0.00  6.11  0.18  0.00 64.06
03:15:01 PM all 37.70  0.00  7.98  0.15  0.00 54.17
03:25:01 PM all 18.67  0.00  3.71  0.21  0.00 77.41
03:35:01 PM all  5.85  0.00  0.95  0.37  0.00 92.82
Average:all248.59  0.01 59.07  0.00  0.00  0.00


The average is nowhere near correct. Probably it does not account for
the sleep time?

- Adam


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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_CA.UTF-8, 

Bug#775224: Missing documentation

[Adam Majer]

Package: libhttpclient-java
Version: 4.3.5-2
Severity: normal

Please package documentation for these classes. Shipping .jar blobs
doesn't really tell users how to use this package.

Cheers,
Adam


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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libhttpclient-java depends on:
ii  libcommons-codec-java1.9-1
ii  libcommons-logging-java  1.2-1
ii  libhttpcore-java 4.3.3-1

libhttpclient-java recommends no packages.

libhttpclient-java 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#774822: listens to all addressess by default

[Adam Majer]

Package: erlang-base
Version: 1:17.3-dfsg-3
Severity: normal

epmd.socket, per default, listens on wildcard address. Perhaps
changing this to localhost only by default would be advisable?

change,

[Socket]
ListenStream=4369

to

[Socket]
ListenStream=[::1]:4369
ListenStream=127.0.0.1:4369

- Adam



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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages erlang-base depends on:
ii  adduser  3.113+nmu3
ii  init-system-helpers  1.22
ii  libc62.19-13
ii  libsystemd0  215-8
ii  libtinfo55.9+20140913-1+b1
ii  procps   2:3.3.9-8
ii  zlib1g   1:1.2.8.dfsg-2+b1

Versions of packages erlang-base recommends:
ii  erlang-crypto1:17.3-dfsg-3
ii  erlang-syntax-tools  1:17.3-dfsg-3
ii  libsctp1 1.0.16+dfsg-2

Versions of packages erlang-base suggests:
ii  erlang   1:17.3-dfsg-3
ii  erlang-doc   1:17.3-dfsg-3
ii  erlang-manpages  1:17.3-dfsg-3
ii  erlang-tools 1:17.3-dfsg-3

-- 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#773818: Crashes on start

[Adam Majer]

On Tue, Dec 30, 2014 at 10:49:34AM +0100, Andreas Henriksson wrote:
 Hello Adam Majer!

Hello!

 Stumbled across your bug report while browsing over release-critical ones...
 
 I haven't even looked at the lpe source, but just from looking at the
 hunk included as context in your patch it looks like the source
 could really use some wider review then just targeted fixes.

That's quite correct. lpe hasn't really been updated in a decade. But
it's still a very simple editor I prefer over vim or emacs for simple
tasks.

 - Ctrl-C close without saving
 - Ctrl-X close and save
 - Ctrl-V Ctrl-V/A/S - pass buffer through shell command, awk, or sed

Can't get faster than that.


 On Tue, Dec 23, 2014 at 09:34:20AM -0600, Adam Majer wrote:
 [...]
  diff -u lpe-1.2.7/src/buffer.c lpe-1.2.7/src/buffer.c
  --- lpe-1.2.7/src/buffer.c  2014-06-23 22:53:33.582593198 -0500
  +++ lpe-1.2.7/src/buffer.c  2014-12-23 09:08:54.888625050 -0600
  @@ -158,8 +158,8 @@
  int (*accept) (buffer *);
   
 
 Consider the case where strlen(ent-d_name) == basename_len.
 
   if (strlen(ent-d_name)  basename_len) {
 This should probably use = .

No. This already includes null when accounting for basename_len. If
strlen == basename_len then there is enough room in the buffer. Output
is just before the \0 that is already allocated.

That is also why that +1 to account for \0 in the calculation was in
the wrong spot and caused issues on next loop when filename could be
+1 character longer. And those happen,

cppmode.so
htmlmode.so


 As mentioned, I haven't looked at the full source so I might very well
 be missing something.  As I understood it this is the second attempt at
 fixing an issue here.  Possibly a wider review of how to avoid
 off-by-one in the entire source could be useful.

In this case this is the problem. I think it was caused by trying to
be fancy and retaining old code that used fixed length array and
then apply it to dynamic array. Better approach would have been to
simplify all those concatenations in one spot instead of all over the
loop.

You are 100% correct. lpe would benefit from overall update.

Thanks for looking at this.

- Adam

-- 
Adam Majer
ad...@zombino.com


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

Bug#773818: Crashes on start

[Adam Majer]

Package: lpe
Version: 1.2.7-1
Severity: grave

There is a off-by-1 buffer overflow in my buffer overflow fix. While
scanning for plugins, the length of available basename is stored that
includes \0, and then in another loop it is tested against
strlen(basename) that clearly does not include trailing \0.

Workaround is to either remove all the plugins, or change the order in
which they are returned by the file system (kind of tricky!), or apply
the patch,

diff -u lpe-1.2.7/src/buffer.c lpe-1.2.7/src/buffer.c
--- lpe-1.2.7/src/buffer.c  2014-06-23 22:53:33.582593198 -0500
+++ lpe-1.2.7/src/buffer.c  2014-12-23 09:08:54.888625050 -0600
@@ -158,8 +158,8 @@
int (*accept) (buffer *);
 
 if (strlen(ent-d_name)  basename_len) {
-basename_len = strlen(ent-d_name) + 1;
-name = realloc(name, (basename-name) + basename_len);
+basename_len = strlen(ent-d_name);
+name = realloc(name, (basename-name) + basename_len + 1);
 basename = name + basename_off;
 }
strcpy (basename, ent-d_name);


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

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

Versions of packages lpe depends on:
ii  libc62.19-13
ii  libncurses5  5.9+20140913-1
ii  libslang22.3.0-2
ii  libtinfo55.9+20140913-1

lpe recommends no packages.

lpe 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#773072: libjs-autonumeric: Please install upstream documentation

[Adam Majer]

On Sun, Dec 14, 2014 at 05:26:04PM +1100, Ben Finney wrote:
 On 13-Dec-2014, Adam Majer wrote:

  PS. I've set priority as important on purpose. Without
  documentation, this library is difficult to use - you have to read
  the source code to know what it is trying to do.
 
 The usability of the package is not affected by the absence of the
 documentation *on Debian*, since it can just as easily be used by
 getting the documentation from elsewhere.

1. If the purpose of the package is to provide a *single 64kb file*
in a common area, to be only used by other DD to remove common files
from some webapps, then I guess this is a wishlist bug.

2. If the purpose of the package is to provide functionality to the
end-user, (eg. developer using package to write new software) then it
does not do so.

We are suppose to provide *usable* software to the *end user*. Not
just an index of usable software that is available from 3rd parties.

If the 3rd party remove the project tomorrow, then where does the user
get the documentation? Where does end user get documentation if the
3rd party documentation host is unavailable? Blocked? Or in 5 years
from now? 10?

- Adam

-- 
Adam Majer
ad...@zombino.com


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

Bug#773072: Please provide documentation!

[Adam Majer]

Package: libjs-autonumeric
Version: 1.9.12-1
Severity: important

I would like to thank you for packaging these javascript libraries for
Debian. Very useful.

Having said that, where is the documentation about these packages?

$ apt-file list libjs-autonumeric
libjs-autonumeric: /usr/share/doc/libjs-autonumeric/changelog.Debian.gz
libjs-autonumeric: /usr/share/doc/libjs-autonumeric/copyright
libjs-autonumeric: /usr/share/javascript/autonumeric/autoNumeric.js
libjs-autonumeric: /usr/share/javascript/autonumeric/autoNumeric.min.js


Please, include the documentation in the javascript package - it's on
the upstream website as readme.md. It would be nice if you provided
those examples on their website too.

Parsed documentation into other formats (eg. txt or html) would be a
nice bonus, but not required to close this bug.

- Adam

PS. I've set priority as important on purpose. Without documentation,
this library is difficult to use - you have to read the source code to
know what it is trying to do.

If other javascript packages lack basic documentation, please add it
to them too!


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

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

libjs-autonumeric depends on no packages.

Versions of packages libjs-autonumeric recommends:
ii  javascript-common  11

libjs-autonumeric 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#740126: qtcreator: fails to find qtcreator docs

[Adam Majer]

On Wed, Dec 10, 2014 at 10:10:25AM -0600, Nate Bargmann wrote:

 I found via a Web search the method to associate the help files manually
 as did the originator of this report.  After manually adding the files
 the help contents is now populated correctly.
 
 Does qtcreator have a system-wide help registration that is not run when
 new documentation is added?

You seem to be correct. Qt Creator's help does not appear to be
registered properly. When I start Qt Creator with a new user, the help
file in

/usr/share/doc/qtcreator.qch

which can be added in,

   Tools - Options ... - Help tab - Documentation - Add ...

does not appear to be registered. But Qt Help files seem to be there at
least there.


I'll look into it. Debian's Qt Creator should definitely find its own
help file (sadly, this is most likely too late to fix for Debian Jessie)

- Adam


-- 
Adam Majer
ad...@zombino.com


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

Bug#772049: unblock: lpr/1:2008.05.17.1

[Adam Majer]

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

Please unblock package lpr

Current version in testing has an integer overflow bug when checking for free
blocks in the spool directory. When the spool directory free space is larger
than 1TB, it starts to erroneously report Not enough space.

This was reported in #769925 (important).


diff -Nru lpr-2008.05.17+nmu1/debian/changelog lpr-2008.05.17.1/debian/changelog
--- lpr-2008.05.17+nmu1/debian/changelog2011-04-22 09:23:06.0 
-0500
+++ lpr-2008.05.17.1/debian/changelog   2014-11-20 21:37:57.0 -0600
@@ -1,3 +1,11 @@
+lpr (1:2008.05.17.1) unstable; urgency=medium
+
+  * Acknowledge NMU. Thank you. (closes: #544552)
+  * Fix an integer overflow in chksize() function on systems with  1TB
+spool partition. (closes: #769925)
+
+ -- Adam Majer ad...@zombino.com  Thu, 20 Nov 2014 21:33:12 -0600
+
 lpr (1:2008.05.17+nmu1) unstable; urgency=low
 
   * Non-maintainer upload to fix a 1.5 years old pending bug.
diff -Nru lpr-2008.05.17+nmu1/lpd/recvjob.c lpr-2008.05.17.1/lpd/recvjob.c
--- lpr-2008.05.17+nmu1/lpd/recvjob.c   2005-01-28 22:40:20.0 -0600
+++ lpr-2008.05.17.1/lpd/recvjob.c  2014-11-20 21:46:02.0 -0600
@@ -1,4 +1,4 @@
-/* $OpenBSD: recvjob.c,v 1.23 2003/06/02 23:36:53 millert Exp $*/
+/* $OpenBSD: recvjob.c,v 1.24 2008/09/02 00:14:23 deraadt Exp $*/
 /* $NetBSD: recvjob.c,v 1.14 2001/12/04 22:52:44 christos Exp $*/
 
 /*
@@ -41,7 +41,7 @@
 #if 0
 static const char sccsid[] = @(#)recvjob.c8.2 (Berkeley) 4/27/95;
 #else
-static const char rcsid[] = $OpenBSD: recvjob.c,v 1.23 2003/06/02 23:36:53 
millert Exp $;
+static const char rcsid[] = $OpenBSD: recvjob.c,v 1.24 2008/09/02 00:14:23 
deraadt Exp $;
 #endif
 #endif /* not lint */
 
@@ -298,9 +298,11 @@
 static int
 chksize(int size)
 {
-   int spacefree;
+   int64_t spacefree;
struct statfs sfb;
 
+   if (size = 0)
+   return (0);
if (statfs(., sfb)  0) {
syslog(LOG_ERR, %s: %m, statfs(\.\));
return (1);


unblock lpr/1:2008.05.17.1


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

Bug#771722: Please remove boilderplate from description

[Adam Majer]

Package: tryton-server
Severity: wishlist


This probably applies to all the tryton packages, not the server. 

All the modules and packages for tryton seem to have a description
that starts with,


Description-en: (short description)
 Tryton is a high-level general purpose application platform written
 in Python and using PostgreSQL as database engine. It is the core base of a
 complete business solution.
 .

Please remove the first 3 lines from the long description. It makes
lots of noise in the keyword searches without any benefit to the user.

$ apt-cache search postgresql python | grep tryton -c
85

$ apt-cache search postgresql python | grep python -c
31

Keep the long description to the point of the specific package. The 3
generic lines above could be kept in the description for
tryton-server, but for the rest, they are just spam.

Thank you,
Adam



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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.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#770880: segfault when calling with '-device virtio-balloon-device,help'

[Adam Majer]

Package: qemu-system-x86
Version: 2.1+dfsg-7+b1
Severity: normal

When trying to query parameters virtio-balloon-device, qemu segfaults.

$ qemu-system-x86_64 -device virtio-balloon-device,help
Segmentation fault (core dumped)

It seems to work for other devices, including virtio-balloon-pci.


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

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

Versions of packages qemu-system-x86 depends on:
ii  ipxe-qemu   1.0.0+git-20141004.86285d1-1
ii  libaio1 0.3.110-1
ii  libasound2  1.0.28-1
ii  libbluetooth3   5.23-1
ii  libbrlapi0.65.2~20141018-2
ii  libc6   2.19-13
ii  libcurl3-gnutls 7.38.0-3
ii  libfdt1 1.4.0+dfsg-1
ii  libgcc1 1:4.9.2-1
ii  libglib2.0-02.42.0-2
ii  libgnutls-deb0-28   3.3.8-3
ii  libiscsi2   1.12.0-2
ii  libjpeg62-turbo 1:1.3.1-10
ii  libncurses5 5.9+20140913-1
ii  libpixman-1-0   0.32.6-3
ii  libpng12-0  1.2.50-2
ii  libpulse0   5.0-13
ii  librados2   0.80.7-1
ii  librbd1 0.80.7-1
ii  libsasl2-2  2.1.26.dfsg1-12
ii  libsdl1.2debian 1.2.15-10
ii  libseccomp2 2.1.1-1
ii  libspice-server10.12.5-1+b1
ii  libssh2-1   1.4.3-4
ii  libtinfo5   5.9+20140913-1
ii  libusb-1.0-02:1.0.19-1
ii  libusbredirparser1  0.7-1
ii  libuuid12.25.2-2
ii  libvdeplug2 2.3.2+r586-2
ii  libx11-62:1.6.2-3
ii  libxen-4.4  4.4.1-3
ii  libxenstore3.0  4.4.1-3
ii  qemu-system-common  2.1+dfsg-7+b1
ii  seabios 1.7.5-1
ii  zlib1g  1:1.2.8.dfsg-2

Versions of packages qemu-system-x86 recommends:
ii  qemu-utils  2.1+dfsg-7+b1

Versions of packages qemu-system-x86 suggests:
ii  kmod 18-3
pn  ovmf none
pn  sambanone
pn  sgabios  none
pn  vde2 none

-- 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#770199: qtcreator: qmake is missing as dependency

[Adam Majer]

On Wed, Nov 19, 2014 at 05:52:29PM +0100, HJ wrote:

 qtcreator will not run without qmake so it should be a dependency
 
 ssf@debtop:~$ qtcreator
 Cannot update Qt version information: /usr/lib/x86_64-linux-gnu/qt4/bin/qmake
 cannot be run.
 Cannot update Qt version information: /usr/lib/x86_64-linux-gnu/qt5/bin/qmake
 cannot be run.
 Cannot start '/usr/lib/x86_64-linux-gnu/qt4/bin/qmake': No such file or
 directory

This is already fixed in version -7 and the root cause is faulty
patch. See bug #770007

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=770007

- Adam


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

Bug#770137: unblock: qtcreator/3.2.1+dfsg-7

[Adam Majer]

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

Please unblock package qtcreator

If Qt version is installed such that qtchooser sees it, but does not
have corresponding qmake installed, qtcreator will segfault on
start. Minimal patch in -7 corrects this oversight of the original
change. This is Debian bug #770007 (severity: important)

The interdiff for the changes is,

diff -u qtcreator/src/plugins/qtsupport/qtversionmanager.cpp 
qtcreator/src/plugins/qtsupport/qtversionmanager.cpp
--- qtcreator/src/plugins/qtsupport/qtversionmanager.cpp2014-10-24 
18:25:44.855836576 -0500
+++ qtcreator/src/plugins/qtsupport/qtversionmanager.cpp2014-11-18 
10:40:46.775871633 -0600
@@ -435,14 +435,15 @@
 static void addSystemQtVersion(FileName qmake_fn)
 {
 BaseQtVersion *v = 
QtVersionFactory::createQtVersionFromQMakePath(qmake_fn, true);
-m_versions.insert(v-uniqueId(), v);
+if (v)
+m_versions.insert(v-uniqueId(), v);
 }
 
 static void updateSystemQt()
 {
 QString systemQMakePath = 
BuildableHelperLibrary::findSystemQt(Environment::systemEnvironment()).toString();
 QStringList qmakePathsFromQtChooser = gatherQmakePathsFromQtChooser();
-if (!qmakePathsFromQtChooser.contains(systemQMakePath))
+if (!systemQMakePath.isEmpty()  
!qmakePathsFromQtChooser.contains(systemQMakePath))
 qmakePathsFromQtChooser  systemQMakePath;
 qmakePathsFromQtChooser.sort();


The debdiff can be viewed either at
http://anonscm.debian.org/cgit/pkg-kde/qt/qtcreator.git/commit/?id=725f0d4abca4442c7f517a1300bd067febf00509
or below,


diff -Nru qtcreator-3.2.1+dfsg/debian/changelog 
qtcreator-3.2.1+dfsg/debian/changelog
--- qtcreator-3.2.1+dfsg/debian/changelog   2014-10-24 18:28:28.0 
-0500
+++ qtcreator-3.2.1+dfsg/debian/changelog   2014-11-18 10:34:54.0 
-0600
@@ -1,3 +1,10 @@
+qtcreator (3.2.1+dfsg-7) unstable; urgency=medium
+
+  * Adds a missing check for a partially installed Qt version that is
+reported in qtchooser but is lacking qmake. (closes: #770007)
+
+ -- Adam Majer ad...@zombino.com  Tue, 18 Nov 2014 09:55:32 -0600
+
 qtcreator (3.2.1+dfsg-6) unstable; urgency=medium
 
   * Fix previous patch so autodetected Qt versions can be used and saved
diff -Nru qtcreator-3.2.1+dfsg/debian/patches/always_autotect_qt_versions 
qtcreator-3.2.1+dfsg/debian/patches/always_autotect_qt_versions
--- qtcreator-3.2.1+dfsg/debian/patches/always_autotect_qt_versions 
2014-10-24 18:25:47.0 -0500
+++ qtcreator-3.2.1+dfsg/debian/patches/always_autotect_qt_versions 
2014-11-18 10:40:52.0 -0600
@@ -1,7 +1,7 @@
 Index: qtcreator/src/plugins/qtsupport/qtversionmanager.cpp
 ===
 --- qtcreator.orig/src/plugins/qtsupport/qtversionmanager.cpp  2014-10-22 
21:36:36.474107687 -0500
-+++ qtcreator/src/plugins/qtsupport/qtversionmanager.cpp   2014-10-24 
18:25:44.855836576 -0500
 qtcreator/src/plugins/qtsupport/qtversionmanager.cpp   2014-11-18 
10:40:46.775871633 -0600
 @@ -139,7 +139,7 @@
  static BaseQtVersion::QmakeBuildConfigs 
qmakeBuildConfigFromCmdArgs(QListQMakeAssignment *assignments,
  
BaseQtVersion::QmakeBuildConfigs defaultBuildConfig);
@@ -30,7 +30,7 @@
  
  emit m_instance-qtVersionsLoaded();
  emit m_instance-qtVersionsChanged(m_versions.keys(), QListint(), 
QListint());
-@@ -435,27 +432,54 @@
+@@ -435,27 +432,55 @@
  m_writer-save(data, Core::ICore::mainWindow());
  }
  
@@ -43,7 +43,8 @@
 -if (!systemQMakePath.isNull())
 -systemQMakes  systemQMakePath;
 +BaseQtVersion *v = 
QtVersionFactory::createQtVersionFromQMakePath(qmake_fn, true);
-+m_versions.insert(v-uniqueId(), v);
++if (v)
++m_versions.insert(v-uniqueId(), v);
 +}
  
 +static void updateSystemQt()
@@ -54,7 +55,7 @@
 -foreach (const QString qmakePath, qmakePathsFromQtChooser) {
 -FileName qmake = FileName::fromString(qmakePath);
 -systemQMakes  qmake;
-+if (!qmakePathsFromQtChooser.contains(systemQMakePath))
++if (!systemQMakePath.isEmpty()  
!qmakePathsFromQtChooser.contains(systemQMakePath))
 +qmakePathsFromQtChooser  systemQMakePath;
 +qmakePathsFromQtChooser.sort();
 +



unblock qtcreator/3.2.1+dfsg-7


Thanks,
Adam


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

Bug#769925: lpr will fail to accept print jobs on partitions larger than 1TB

[Adam Majer]

On Mon, Nov 17, 2014 at 06:21:22PM +0100, Peter Schlaile wrote:
 Package: lpr
 Version: 1:2008.05.17+nmu1
 Severity: important
 Tags: patch
 
 Dear Maintainer,
 
 lpr fails to accept print jobs, if the spool directory is located on 
 a partition larger or equal to 1TB.
 
 Status to remote hosts looks like
 no space on remote; waiting for queue to drain


Thank you for the bug report. Looking at the sources, it seems this
has been fixed upstream already with the following patch,

@@ -298,9 +298,11 @@ noresponse(void)
 static int
 chksize(int size)
 {
-   int spacefree;
+   int64_t spacefree;
struct statfs sfb;

+   if (size = 0)
+   return (0);
if (statfs(., sfb)  0) {
syslog(LOG_ERR, %s: %m, statfs(\.\));
return (1);


 Reason: lpd/chksize() makes certain assumptions about spacefree in 512 byte
 blocks (stores it into a signed 32 bit int, 512*pow(2,31) equals 1 TB, things
 go havoc, bla bla).
 
 Changing the local variable spacefree into a long long fixes the problem:
 
 --- lpr-2008.05.17+nmu1/lpd/recvjob.c 2005-01-29 05:40:20.0 +0100
 +++ lpr-2008.05.17+nmu1.new/lpd/recvjob.c 2014-11-17 17:57:56.0 
 +0100
 @@ -298,7 +298,7 @@
  static int
  chksize(int size)
  {
 - int spacefree;
 + long long spacefree;
   struct statfs sfb;
  
   if (statfs(., sfb)  0) {

-- 
Adam Majer
ad...@zombino.com


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

Bug#768500: Forever expanding window

[Adam Majer]

Package: pavucontrol
Version: 2.0-3
Severity: normal

Some of the programs name their streams with somewhat long names. The
same applies to some device names. This results in excessively long
labels/buttons that prevent window from being resized down to some
sane width.

Possible solutions,

 1. elide long strings that do not fit in stream names or device
 names.
 2. wrap long names

Attached is just one example of a long line.

- Adam



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

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

Versions of packages pavucontrol depends on:
ii  libatk1.0-0  2.14.0-1
ii  libatkmm-1.6-1   2.22.7-2.1
ii  libc62.19-11
ii  libcairo-gobject21.12.16-5
ii  libcairo21.12.16-5
ii  libcairomm-1.0-1 1.10.0-1.1
ii  libcanberra-gtk3-0   0.30-2.1
ii  libcanberra0 0.30-2.1
ii  libgcc1  1:4.9.1-16
ii  libgdk-pixbuf2.0-0   2.30.8-1+b1
ii  libglib2.0-0 2.42.0-2
ii  libglibmm-2.4-1c2a   2.42.0-1
ii  libgtk-3-0   3.14.1-1
ii  libgtkmm-3.0-1   3.14.0-1
ii  libpango-1.0-0   1.36.8-2
ii  libpangocairo-1.0-0  1.36.8-2
ii  libpangomm-1.4-1 2.34.0-1.1
ii  libpulse-mainloop-glib0  5.0-13
ii  libpulse05.0-13
ii  libsigc++-2.0-0c2a   2.2.11-4
ii  libstdc++6   4.9.1-16
ii  libx11-6 2:1.6.2-3

Versions of packages pavucontrol recommends:
ii  pulseaudio  5.0-13

pavucontrol suggests no packages.

-- no debconf information

Bug#768500: Forever expanding window

[Adam Majer]

On Fri, Nov 07, 2014 at 06:18:09PM -0300, Felipe Sateler wrote:
 This has been reported and fixed upstream but a new release has not
 been done :(.
  The relevant commit is:
 http://cgit.freedesktop.org/pulseaudio/pavucontrol/commit/?id=35e844d2b2cf35f5a4cb29b1e32f4f1fa95dda7b
 
 Unfortunately it is now too late to fix this for jessie.

Yikes, that is almost a year old! Regardless, I'm looking forward to
this getting fixed for next-next release :)

Thank you for quick reply.

- Adam


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

Bug#767421: debsign: clobbers shell variables instead of using them

[Adam Majer]

Package: devscripts
Version: 2.14.7
Severity: important
File: /usr/bin/debsign
Tags: patch


I have DEBSIGN_KEYID defined for signing debian packages. Debsign
completely ignores this as it seems to clobber environment variables
with its DEFAULT_* set of values, which are undefined.

Attached patch fixes this issue.

- Adam
--- a/debsign.sh	2014-10-13 21:35:45.0 -0500
+++ b/debsign.sh	2014-10-30 17:17:51.058874668 -0500
@@ -256,7 +256,7 @@
 
 # set defaults
 for var in $VARS; do
-	eval $var=\$DEFAULT_$var
+	eval $var=\${$var:-\$DEFAULT_$var}
 done
 else
 # Run in a subshell for protection against accidental errors
@@ -264,7 +264,7 @@
 eval $(
 	set +e
 	for var in $VARS; do
-	eval $var=\$DEFAULT_$var
+	eval $var=\${$var:-\$DEFAULT_$var}
 	done
 
 	for file in /etc/devscripts.conf ~/.devscripts

Bug#766942: Skip media errors instead of stalling

[Adam Majer]

Package: vobcopy
Version: 1.2.0-5
Severity: normal
Tags: patch

Some of my discs accumulated some scratches. Vobcopy would no longer
copy their data efficiently, it would just retry every sector 10
times, essentially stalling.

The attached patch attempts to fix this issue by seeking forward
through the error sectors.

- Adam
Index: vobcopy-1.2.0/vobcopy.c
===
--- vobcopy-1.2.0.orig/vobcopy.c	2014-10-27 02:36:06.0 +
+++ vobcopy-1.2.0/vobcopy.c	2014-10-27 02:36:55.402296457 +
@@ -1798,19 +1798,15 @@
 
 	  /*  blocks = DVDReadBlocks( dvd_file,( offset + seek_start ), file_block_count, bufferin ); */
 
-	  while( ( blocks = DVDReadBlocks( dvd_file,( offset + seek_start ), file_block_count, bufferin ) ) = 0  tries  10 )
-	{
-	  if( tries == 9 )
-		{
-		  offset += file_block_count;
-		  skipped_blocks +=1;
-		  overall_skipped_blocks +=1;
-		  tries=0;
-		}
-	  /*  if( verbosity_level = 1 ) 
-	  fprintf( stderr, _([Warn] Had to skip %d blocks (reading block %d)! \n ), skipped_blocks, i ); */
-	  tries++;
-	}
+	  if ((blocks = DVDReadBlocks(dvd_file, offset + seek_start, file_block_count, bufferin)) = 0) {
+	  off_t new_offset = find_error_offset(dvd_file, offset + seek_start, file_size_in_blocks);
+
+	  off_t skip = new_offset - offset;
+	  skipped_blocks += skip;
+	  overall_skipped_blocks += skip;
+	  offset = new_offset;
+	  continue;
+	  }
 	  
 	  if( verbosity_level = 1  skipped_blocks  0 )
 	fprintf( stderr,
@@ -2312,3 +2308,23 @@
 }
   return( 0 );
 }
+
+/* Skip errors */
+ssize_t find_error_offset(dvd_file_t *file, size_t offset, size_t max)
+{
+	unsigned char crap[DVD_VIDEO_LB_LEN * BLOCK_COUNT];
+	int try_offset = 2;
+
+	while (try_offset  1  offset + try_offset  max) {
+		int r = DVDReadBlocks(file, offset + try_offset, 1, crap);
+
+		if (r = 1) {
+			offset += try_offset/2;
+			try_offset /= 4;
+		}
+		else
+			try_offset *= 2;
+	}
+
+	return offset;
+}
Index: vobcopy-1.2.0/vobcopy.h
===
--- vobcopy-1.2.0.orig/vobcopy.h	2014-10-27 02:36:06.0 +
+++ vobcopy-1.2.0/vobcopy.h	2014-10-27 02:36:06.0 +
@@ -159,6 +159,8 @@
 int check_progress( void ); /* this can be removed because the one below supersedes it */
 int progressUpdate( int starttime, int cur, int tot, int force );
 
+ssize_t find_error_offset(dvd_file_t *file, size_t offset, size_t max);
+
 #ifndef HAVE_FDATASYNC
 #define fdatasync(fd) 0
 #endif

Bug#763388: qtcreator and qbs: error when trying to install together

[Adam Majer]

On Mon, Oct 20, 2014 at 05:33:27PM +0400, Dmitry Shachnev wrote:
 The current state of things is that, unfortunately, QBS will not be
 ready in time for Jessie freeze. There are remaining tests failures
 on kfreebsd-* and mips that need investigating.
 
 I will do that when either I get my DD password with which I will be
 able to access porter boxes, or someone provides me with a traceback
 of where QBS fails in each of those tests.

Yes, it could be a little late despite that separate QBS is probably
in much better state than the one bundled with qtcreator. The bundled
does not run any tests during build.

On the other hand, if separate QBS does not make it for Jessie, there
will always be backports.

 Also, upstream developer Christian Kandeler said that QBS should not
 ship hostosinfo.h file, and it is a bug that qtcreator needs it [1].
 
 I do not know if it has been already fixed, but updating to 3.2.2
 (where commit [2] was applied) may be a good starting point.

Yes, it seems to be fixed already via

  https://codereview.qt-project.org/96519

No need to worry about that header anymore.

- Adam


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

Bug#764423: Incorrect description

[Adam Majer]

Package: kdbg
Severity: minor

Description talks about XSLT,

 .
 KDbg can also debug XSLT (XML stylesheet translation) scripts by
 interfacing with xsldbg.  For this the package kxsldbg must be
 installed.
 .

but that package does not exist. Please update this w.r.t. XSLT
debugging and Debian.


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

Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.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#763365: (no subject)

[Adam Majer]

This is the patch that adds the symbols. This does not change ABI, but
adds dependency on qt gui library, or something like that. It also
removes rpath, which should not be present in Debian's libraries.

--- qbs-1.3.1+dfsg/debian/rules 2014-10-04 01:20:58.0 -0500
+++ qbs-1.3.1+dfsg.new/debian/rules 2014-10-05 14:33:40.970521892 -0500
@@ -23,6 +23,8 @@
 override_dh_auto_configure:
qmake qbs.pro \
CONFIG+=debug \
+   CONFIG+=disable_rpath \
+   CONFIG+=qbs_enable_project_file_updates \
QMAKE_CFLAGS+=${CFLAGS} ${CPPFLAGS} \
QMAKE_CXXFLAGS+=${CXXFLAGS} ${CPPFLAGS} \
QMAKE_LFLAGS+=${LDFLAGS} \


The symbol differences between the new build and the old one are just,

$ diff sym1 sym2 
185a186,187
 _ZN3qbs7Project11removeFilesERKNS_11ProductDataERKNS_9GroupDataERK11QStringList
 _ZN3qbs7Project11removeGroupERKNS_11ProductDataERKNS_9GroupDataE
187a190,191
 _ZN3qbs7Project8addFilesERKNS_11ProductDataERKNS_9GroupDataERK11QStringList
 _ZN3qbs7Project8addGroupERKNS_11ProductDataERK7QString


Once this patch is uploaded (don't forget that header too), Qt Creator
can be built with libqbs instead of building its own version.

Thanks for your work.

- Adam


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

Bug#763365: qtcreator and qbs: error when trying to install together

[Adam Majer]

Source: qbs
Followup-For: Bug #763365

qbs needs to be built with qbs_enable_project_file_updates, otherwise
it is missing functionality required by Qt Creator. You can do that by
adding

 CONFIG+=qbs_enable_project_file_updates

to qmake config test.

Also, please install usr/include/qbs/tools/hostosinfo.h


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

Bug#763365: qtcreator and qbs: error when trying to install together

[Adam Majer]

On Mon, Sep 29, 2014 at 08:05:39PM +0200, Ralf Treinen wrote:
 
 Here is a list of files that are known to be shared by both packages
 (according to the Contents file for sid/amd64, which may be
 slightly out of sync):
 
   /usr/bin/qbs
   /usr/bin/qbs-config
   /usr/bin/qbs-config-ui
   /usr/bin/qbs-qmltypes
   /usr/bin/qbs-setup-qt
   /usr/bin/qbs-setup-toolchains
 
 This bug has been filed against both packages. If you, the maintainers of
 the two packages in question, have agreed on which of the packages will
 resolve the problem please reassign the bug to that package. You may then
 also register in the BTS that the other package is affected by the bug.

The course of action will be,

 * qtcreator will cease to build and distribute these files
 * RC bug will remain open against qbs, since this is a new package,
   not yet in testing and its introduction caused this bug.
 * This bug will be blocked by a non-RC bug in qtcreator allowing Qt
   5.3.2 private symbol ABI transition to happen

This should get fixed within the week.

Thanks for the bug report.

- Adam


-- 
Adam Majer
ad...@zombino.com


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

Bug#762279: qtcreator Wheezy package is not compatible with packages from wheezy-backports

[Adam Majer]

On Sat, Sep 20, 2014 at 04:13:45PM +0200, rpnpif wrote:
 The following NEW packages will be installed:
   qtcreator qtcreator-doc
 0 upgraded, 2 newly installed, 212 to remove and 0 not upgraded.
 Need to get 21.3 MB of archives.
 After this operation, 572 MB disk space will be freed.
 
 This system is uptodate from wheezy-backports.
 
 Expected : qtcreator is installed without to remove all these
 packages and without force the installation to not break this
 system.

Can you be more specific? Qt Creator in wheezy doesn't even conflict
with anything so I have no idea where your removals are coming from.

- Adam


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