Bug#1033462: kmail: Kmail fails to send emails via Google mail with "Failed to authenticate additional scopes"

[Ariel Garcia]

Package: kmail
Version: 4:22.12.3-1
Severity: normal
X-Debbugs-Cc: aog20...@gmail.com

Dear Maintainer,

I have two Google mail (@gmail.com) accounts. Both are configured to use
XOAUTH2 authentication for receiving (Imap / SSL / 993) and sending (smtp /
STARTTLS / 587).

Both accounts can retrieve the email, but ONLY ONE works for sending.
The other account fails to send email with the message "Failed to authenticate
additional scopes", and if i start akonadi in the shell i see the messages:

---
[SASL-XOAUTH2] - Requesting authID!
[SASL-XOAUTH2] - Requesting token!
[SASL-XOAUTH2] - filling prompts!
[SASL-XOAUTH2] - Requesting authID!
[SASL-XOAUTH2] - Requesting token!
org.kde.kgapi: Bad request, Google replied ' "{\n  \"error\":
\"invalid_grant\",\n  \"error_description\": \"Bad Request\"\n}" '
org.kde.pim.mailtransport.smtpplugin: Error obtaining XOAUTH2 token: "Failed to
authenticate additional scopes"
org.kde.pim.ksmtp: SMTP Socket error: QAbstractSocket::RemoteHostClosedError
"The remote host closed the connection"
-

As far as i can tell both accounts are set up identically. I even created the
failing one again (identity and sending account). Same error. I would be happy
to debug/investigate if helpful.


-- System Information:
Debian Release: 12.0
  APT prefers testing-security
  APT policy: (880, 'testing-security'), (880, 'testing'), (800, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.0-6-amd64 (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8), LANGUAGE=en_US
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages kmail depends on:
ii  akonadi-server   4:22.12.3-1
ii  kdepim-runtime   4:22.12.3-1
ii  kio  5.103.0-1
ii  libc62.36-8
ii  libgcc-s112.2.0-14
ii  libgpgmepp6  1.18.0-3+b1
ii  libkf5akonadiagentbase5 [libkf5akonadiagentbase5-22.12]  4:22.12.3-1
ii  libkf5akonadicontact5 [libkf5akonadicontact5-22.12]  4:22.12.3-1
ii  libkf5akonadicore5abi2 [libkf5akonadicore5-22.12]4:22.12.3-1
ii  libkf5akonadimime5 [libkf5akonadimime5-22.12]4:22.12.3-1
ii  libkf5akonadisearch-bin  4:22.12.3-1
ii  libkf5akonadisearch-plugins  4:22.12.3-1
ii  libkf5akonadisearchdebug5 [libkf5akonadisearchdebug5-22.12]  4:22.12.3-1
ii  libkf5akonadisearchpim5 [libkf5akonadisearchpim5-22.12]  4:22.12.3-1
ii  libkf5akonadiwidgets5abi1 [libkf5akonadiwidgets5-22.12]  4:22.12.3-1
ii  libkf5bookmarks5 5.103.0-1
ii  libkf5calendarcore5abi2  5:5.103.0-1
ii  libkf5calendarutils5 [libkf5calendarutils5-22.12]4:22.12.3-1
ii  libkf5codecs55.103.0-1
ii  libkf5completion55.103.0-1
ii  libkf5configcore55.103.0-1
ii  libkf5configgui5 5.103.0-1
ii  libkf5configwidgets5 5.103.0-1
ii  libkf5contacts5  5:5.103.0-1
ii  libkf5coreaddons55.103.0-1
ii  libkf5crash5 5.103.0-1
ii  libkf5dbusaddons55.103.0-1
ii  libkf5grantleetheme-plugins  22.12.3-1
ii  libkf5gravatar5abi2 [libkf5gravatar5-22.12]  4:22.12.3-1
ii  libkf5guiaddons5 5.103.0-1
ii  libkf5i18n5  5.103.0-1
ii  libkf5iconthemes55.103.0-1
ii  libkf5identitymanagement5 [libkf5identitymanagement5-22.12]  22.12.3-1
ii  libkf5identitymanagementwidgets5 [libkf5identitymanagementw  22.12.3-1
idgets5-22.12]
ii  libkf5itemmodels55.103.0-1
ii  libkf5itemviews5 5.103.0-1
ii  libkf5jobwidgets55.103.0-1
ii  libkf5kcmutils5  5.103.0-3
ii  libkf5kiocore5   5.103.0-1
ii  libkf5kiofilewidgets55.103.0-1
ii  libkf5kiogui55.103.0-1
ii  

Bug#990244: tests/streams: Failing test on pipe stdout file descriptor

[Ariel D'Alessandro]

FYI, adding +Cc Sam Steingold.

On 12/10/21 4:57 PM, Dennis Filder wrote:
> control: forwarded -1 https://sourceforge.net/p/clisp/bugs/747/
> X-Debbugs-CC: Ariel D'Alessandro 
> 
> On Thu, Dec 09, 2021 at 11:20:52PM -0300, Ariel D'Alessandro wrote:
>> Did a quick check by running the lisp tests using ptywrap and the error
>> is no longer happening. Of course, now the pty is used instead of the
>> (root owned) pipe, so permissions are fine to re-open the file.
>>
>> So, moving forward. This is the failing test simplified:
>>
>> (streamp (setq s (make-stream :error))) T
>> (let ((*reopen-open-file* nil)) ; stdout can be a file, it will be detected!
>>   (with-open-file (copy s :direction :output) (streamp copy))) T
>>
>> My question here would be: is this test expected to always succeed?
> 
> You'd have to ask the original author of the test that.  In a perfect
> world every test would be accompanied by a detailed description of
> what exactly it tests for, what conditions it expects and what
> constitutes a pass or failure.
> 
>> AFAIU, we can't assume to have the permissions to re-open the file
>> related to the file descriptor, which is what the code is explicitly
>> trying to do.
> 
> In a test suite you usually can since it is probably not supposed to
> be run by a privileged user in such a way that it fails.  Build
> servers and CI pipelines, which are almost always involved in exposing
> such bugs, really ought to put in more effort to make their
> environment more similar to the one the developer develops and tests
> the code in instead of silently expecting everyone else to put in the
> additional effort to placate them.  Fooling a build/test suite into
> thinking it is hooked to a terminal with a tool like ptywrap is really
> not that big of an ask and it should be a default feature in all such
> products.  Alternatively the privileged invoker could just as easily
> call chown(2) on the pipe after opening it and solve the issue this
> way.
> 
>> Please correct me if I'm wrong as I'm not used to clisp syntax, just
>> going through the source code :-)
>>
>> From what I see, it responsibility of the clisp test code to check if it
>> has the permissions to re-open the file. Otherwise, it's not guaranteed
>> to succeed. For example, having this fd pointing to a (root owned) pipe
>> is a valid situation and should be properly handled by this test.
> 
> That's debatable.  Yes, it could be argued that the test should do a
> better job at disarming itself by testing if it can reopen the file
> with e.g. access(2).  OTOH it could also be argued that it is the
> invoker's burden to ensure conditions that allow the test to succeed.
> Writing test suites is annoying enough as is.  No need to make it more
> annoying by also expecting accommodation for build servers and CI
> pipelines if they themselves could do the accommodation much more
> easily.
> 
> Regards.
> 

Bug#990244: tests/streams: Failing test on pipe stdout file descriptor

[Ariel D'Alessandro]

Hi Dennis,

Thanks for your helpful feedback.

On 6/26/21 6:02 AM, Dennis Filder wrote:
> Control: tags -1 moreinfo
> X-Debbugs-CC: Ariel D'Alessandro 
> 
> It could be that OBS opens the pipe as a privileged process, forks,
> then drops privileges afterwards such that the child process is
> precluded from reopening the inode that backs the file descriptor
> clisp operates on.

Makes sense, agreed, this is probably the sequence.

> You'd somehow have to find a way to invoke "stat -L
> /proc//fd/" on the failing file quickly enough to find out
> if this is the case.  Inserting sleeps into the test could buy you
> more time.

The clisp stream test is failing here:

lstat("/proc/1880876/fd/2", {st_mode=S_IFLNK|0300, st_size=64, ...}) = 0
readlink("/proc/1880876/fd/2", "pipe:[53088390]", 64) = 15
stat("/proc/1880876/fd/2", {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
openat(AT_FDCWD, "/proc/1880876/fd/2", O_WRONLY|O_CREAT|O_TRUNC, 0644) =
-1 EACCES (Permission denied)

This matches the case described above, opening the pipe as root, then
dropping and running clisp (during tests):

$ stat -L proc/1880876/fd/2
  File: proc/1880876/fd/2
  Size: 0   Blocks: 0  IO Block: 4096   fifo
Device: ch/12d  Inode: 53088390Links: 1
Access: (0600/prw---)  Uid: (0/root)   Gid: (0/root)
Access: 2021-12-09 21:55:16.645805190 -0300
Modify: 2021-12-09 21:55:16.645805190 -0300
Change: 2021-12-09 21:55:16.645805190 -0300
 Birth: -

$ head proc/1880876/status
Name:   lisp.run
Umask:  0022
State:  S (sleeping)
Tgid:   1880876
Ngid:   0
Pid:1880876
PPid:   1880873
TracerPid:  1880873
Uid:399 399 399 399
Gid:399 399 399 399

> Alternatively (and assuming you use ocs) tools like socat/ptywrap
> could maybe be used via $OSC_SU_WRAPPER to hook the child process onto
> a pty (which should also be created after dropping the privileges).
> Or you could try to run the build as root (osc build
> --userootforbuild) and see if the error persists.

Did a quick check by running the lisp tests using ptywrap and the error
is no longer happening. Of course, now the pty is used instead of the
(root owned) pipe, so permissions are fine to re-open the file.

So, moving forward. This is the failing test simplified:

(streamp (setq s (make-stream :error))) T
(let ((*reopen-open-file* nil)) ; stdout can be a file, it will be detected!
  (with-open-file (copy s :direction :output) (streamp copy))) T

My question here would be: is this test expected to always succeed?

AFAIU, we can't assume to have the permissions to re-open the file
related to the file descriptor, which is what the code is explicitly
trying to do.

Please correct me if I'm wrong as I'm not used to clisp syntax, just
going through the source code :-)

>From what I see, it responsibility of the clisp test code to check if it
has the permissions to re-open the file. Otherwise, it's not guaranteed
to succeed. For example, having this fd pointing to a (root owned) pipe
is a valid situation and should be properly handled by this test.

Thanks,
Ariel

Bug#990278: [PATCH] init_buildsystem: Move hostname ip entry to the end of /etc/hosts

[Ariel D'Alessandro]

spymemcached package is FTBFS because a test expects a reverse lookup of
127.0.0.1 to return localhost, but current /etc/hosts configuration
returns the hostname instead.

Let's move this `hostname/ip` entry to the end of /etc/hosts so the
reverse lookup of 127.0.0.1 returns localhost, which makes sense to be
the default case usually.

Signed-off-by: Ariel D'Alessandro 
---
 init_buildsystem | 6 +-
 1 file changed, 1 insertion(+), 5 deletions(-)

diff --git a/init_buildsystem b/init_buildsystem
index 23e1c40..62b7966 100755
--- a/init_buildsystem
+++ b/init_buildsystem
@@ -1077,11 +1077,7 @@ fi
 test -e $BUILD_ROOT/.build/init_buildsystem.data || HOST=`hostname`
 test -e $BUILD_ROOT/etc/hosts || echo "127.0.0.1 localhost" > 
$BUILD_ROOT/etc/hosts
 if ! grep -F "127.0.0.1 $HOST" $BUILD_ROOT/etc/hosts > /dev/null ; then
-# this makes a reverse lookup on 127.0.0.1 return the host name,
-# which is bad, but 127.0.0.2 does not work on all unix systems
-echo "127.0.0.1 $HOST" > $BUILD_ROOT/etc/hosts.new
-test -f $BUILD_ROOT/etc/hosts && cat $BUILD_ROOT/etc/hosts >> 
$BUILD_ROOT/etc/hosts.new
-mv $BUILD_ROOT/etc/hosts.new $BUILD_ROOT/etc/hosts
+echo "127.0.0.1 $HOST" >> $BUILD_ROOT/etc/hosts
 fi
 
 # XXX: still needed?
-- 
2.30.2

Bug#990278: /etc/hosts: Reverse lookup on 127.0.0.1 returns hostname instead of localhost

[Ariel D'Alessandro]

Package: obs-build
Version: 20190710-1
Severity: normal
Tags: patch upstream

Dear Maintainer,

Building spymemcached Debian package in an OBS instance, FTBFS because a
test expects a reverse lookup on 127.0.0.1 to be localhost. See:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=990196

OBS configuration sets first entry in /etc/hosts to 127.0.0.1 $hostname.
See upstream configuration:
https://github.com/openSUSE/obs-build/blob/master/init_buildsystem#L1236

Although spymemcached test seems to be adding an unreasonable constraint
to the building host in this case, it's not clear why OBS is configured
this way, even having this note on it:

# this makes a reverse lookup on 127.0.0.1 return the host name,
# which is bad, but 127.0.0.2 does not work on all unix systems

Is there any reason to have this hosts configuration?

If there's not, please find a follow up patch e-mail in this bug report.

Regards,
Ariel D'Alessandro

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

Kernel: Linux 5.10.0-7-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE
not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages obs-build depends on:
ii  debootstrap1.0.123
ii  libarchive-tools   3.4.3-2+b1
ii  perl   5.32.1-4
ii  python33.9.2-3
ii  python3-websocket  0.57.0-1
ii  rpm4.16.1.2+dfsg1-0.4
ii  sudo   1.9.5p2-3

Versions of packages obs-build recommends:
ii  e2fsprogs 1.46.2-1
ii  libcrypt-ssleay-perl  0.73.06-1+b3
ii  osc   0.169.1-1
ii  rpm2cpio  4.16.1.2+dfsg1-0.4
ii  xzdec 5.2.5-2

Versions of packages obs-build suggests:
pn  btrfs-progs  
pn  xfsprogs 

-- no debconf information

Bug#990244: tests/streams: Failing test on pipe stdout file descriptor

[Ariel D'Alessandro]

Package: clisp
Version: 1:2.49.20180218+really2.49.92-3+b4
Severity: serious
Tags: upstream ftbfs
Justification: fails to build from source (but built successfully in the
past)

Dear Maintainer,

Building clisp package in an OBS instance FTBFS because of the following
test failure:


https://salsa.debian.org/common-lisp-team/clisp/-/blob/0a8137b7caa777e1c08e06fa7161784f947fa5af/tests/streams.tst#L1290

  (let ((*reopen-open-file* nil)) ; stdout can be a file, it will be
detected!
(with-open-file (copy s :direction :output) (streamp copy))) T

Build error log shows the following output for that test:

  $ cat usr/src/packages/BUILD/debian/build/tests/*.erg
  Form: (LET ((*REOPEN-OPEN-FILE* NIL)) (WITH-OPEN-FILE (COPY S
:DIRECTION :OUTPUT) (STREAMP COPY)))
  CORRECT: T
  CLISP  : ERROR
  OS-FILE-ERROR(13): Permission denied
  OUT:
  "[OS-FILE-ERROR]: OS-FILE-ERROR(13): Permission denied
  "

That Lisp form tries to open the stdout file descriptor, but in this
case it's failing with EACCES (Permission denied).

AFAICS, running `strace` on the test shows that on the OBS instance,
`stdout` is piped, causing the access issue:

  [  148s] lstat("/proc/2867342/fd/2", {st_mode=S_IFLNK|0300,
st_size=64, ...}) = 0
  [  148s] readlink("/proc/2867342/fd/2", "pipe:[4065697]", 64) = 14
  [  148s] stat("/proc/2867342/fd/2", {st_mode=S_IFIFO|0600, st_size=0,
...}) = 0
  [  148s] openat(AT_FDCWD, "/proc/2867342/fd/2",
O_WRONLY|O_CREAT|O_TRUNC, 0644) = -1 EACCES (Permission denied)

However, on a "local" build, `stdout` going directly to the pseudo
terminal doesn't raise any issue:

  lstat("/proc/2901662/fd/2", {st_mode=S_IFLNK|0700, st_size=64, ...}) = 0
  readlink("/proc/2901662/fd/2", "/dev/pts/1", 64) = 10
  readlink("/dev", 0x7fff7e9fbd30, 4095)  = -1 EINVAL (Invalid argument)
  readlink("/dev/pts", 0x7fff7e9fbd30, 4095) = -1 EINVAL (Invalid argument)
  lstat("/dev/pts/1", {st_mode=S_IFCHR|0620, st_rdev=makedev(0x88, 0x1),
...}) = 0
  stat("/dev/pts/1", {st_mode=S_IFCHR|0620, st_rdev=makedev(0x88, 0x1),
...}) = 0
  openat(AT_FDCWD, "/dev/pts/1", O_WRONLY|O_CREAT|O_TRUNC, 0644) = 10

This seems to be related to how output fds are handled. AFAICS there's a
difference between these two cases, see:


https://salsa.debian.org/common-lisp-team/clisp/-/blob/0a8137b7caa777e1c08e06fa7161784f947fa5af/src/pathname.d#L5426

Is this an issue and should be checked? What's the expected behaviour on
these cases?

Thanks in advance.

Regards,
Ariel D'Alessandro

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

Kernel: Linux 5.10.0-7-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE
not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages clisp depends on:
ii  libc6  2.31-12
ii  libcrypt1  1:4.4.18-4
ii  libffcall1b2.2-1
ii  libreadline8   8.1-1
ii  libsigsegv22.13-1
ii  libtinfo6  6.2+20201114-2
ii  libunistring2  0.9.10-4

clisp recommends no packages.

Versions of packages clisp suggests:
pn  clisp-doc 
pn  clisp-module-berkeley-db  
pn  clisp-module-clx  
pn  clisp-module-dbus 
pn  clisp-module-gdbm 
pn  clisp-module-pcre 
pn  clisp-module-postgresql   
pn  clisp-module-zlib 
ii  gdb   10.1-1.7
pn  slime 

-- no debconf information

Bug#990196: spymemcached: testLibKetamaWeightedCompatLibmemcached test fails on reverse lookup on 127.0.0.1

[Ariel D'Alessandro]

With the following system configuration:

$ cat /etc/hosts
127.0.0.1   foo_not_localhost
127.0.0.1   localhost

Package spymemcached FTBFS, failing in the following test"

[INFO] Running net.spy.memcached.KetamaNodeLocatorTest
[ERROR] Tests run: 17, Failures: 1, Errors: 0, Skipped: 0, Time elapsed:
0.09 s <<< FAILURE! - in net.spy.memcached.KetamaNodeLocatorTest
[ERROR]
testLibKetamaWeightedCompatLibmemcached(net.spy.memcached.KetamaNodeLocatorTest)
 Time elapsed: 0.011 s  <<< FAILURE!
junit.framework.ComparisonFailure:
expected:<[localhost/127.0.0.1:11212]> but
was:<[foo_not_localhost/127.0.0.1:11211]>
at
net.spy.memcached.KetamaNodeLocatorTest.testLibKetamaWeightedCompatLibmemcached(KetamaNodeLocatorTest.java:208)

Regards,
Ariel

Bug#990196: spymemcached: testLibKetamaWeightedCompatLibmemcached test fails on reverse lookup on 127.0.0.1

[Ariel D'Alessandro]

Source: spymemcached
Version: 2.12.3+dfsg-2
Severity: normal
Tags: ftbfs

Dear Maintainer,

Dear Maintainer,

Test testLibKetamaWeightedCompatLibmemcached expects a reverse lookup on
127.0.0.1 to be localhost. In the case the first entry of /etc/hosts
matches a different hostname than localhost, the package will FTBFS.

Overall, this package will always fail to build if the host building it
has a different entry in /etc/hosts. Is this really required to test
the package? Seems to be adding an unreasonable constraint to the
building host.

Regards,
Ariel D'Alessandro

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

Kernel: Linux 5.10.0-7-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE
not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#989249: kompare: Creating a missing file over fish:// protocol fails

[Ariel Garcia]

Package: kompare
Version: 4:20.12.0-2
Severity: important
X-Debbugs-Cc: aog20...@gmail.com

Dear Maintainer,

kompare fails to create a missing file when comparing folders, and the
destination folder is
a remote folder accessed over fish://.

Steps to reproduce:

* chose two folders A and B, where B is a remote folder accessible over SSH,
  and B is missing some file present in A
* run kompare with the two folders A and B, B accessed over fish://
* go to a file present in A, and missing in B
* "Apply Difference" to let the file be created for location B
* press "Save" to transfer the new file to B

Result:

* a error dialog pops up "Could not upload the temporary file to the
destination
  location fish:// (...)"
* if you go to the destination location, you find that a FOLDER was created
with
  the name of the file which was to be uploaded.

Expected:

* the missing file is created in destination folder B


-- System Information:
Debian Release: 11.0
  APT prefers testing
  APT policy: (950, 'testing'), (800, 'unstable'), (500, 'testing-security')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-6-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_US.UTF-8), LANGUAGE=en_US
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages kompare depends on:
ii  kio   5.78.0-4
ii  kpart5-kompare4:20.12.0-2
ii  libc6 2.31-12
ii  libkf5configcore5 5.78.0-4
ii  libkf5configwidgets5  5.78.0-2
ii  libkf5coreaddons5 5.78.0-4
ii  libkf5i18n5   5.78.0-2
ii  libkf5kiowidgets5 5.78.0-4
ii  libkf5parts5  5.78.0-3
ii  libkf5service-bin 5.78.0-2
ii  libkf5service55.78.0-2
ii  libkf5texteditor5 5.78.0-3
ii  libkf5widgetsaddons5  5.78.0-2
ii  libkf5xmlgui5 5.78.0-2
ii  libkomparediff2-5 4:20.12.0-2
ii  libqt5core5a  5.15.2+dfsg-5
ii  libqt5gui55.15.2+dfsg-5
ii  libqt5widgets55.15.2+dfsg-5
ii  libstdc++610.2.1-6

kompare recommends no packages.

Versions of packages kompare suggests:
ii  khelpcenter  4:20.12.0-1

Bug#988194: node-got: package.json files not installed for some nodejs packages

[Ariel D'Alessandro]

Package: node-got
Version: 11.8.1+~cs53.13.17-1
Severity: normal

Dear Maintainer,

Recent versions (>=0.9.57) of pkg-js-tools are ignoring entries from
each node package's .npmignore. This is the behaviour since the
.npmignore feature was fixed:


https://salsa.debian.org/js-team/pkg-js-tools/-/commit/282af45151cf109315b120c90e347d5acf19a039

Some packages contain a .npmignore file that will ignore everything but
src/, causing installation to omit package.json files:


https://salsa.debian.org/js-team/node-got/-/blob/master/responselike/.npmignore

Because of this, packages depending on node-got have reported missing
modules due to package.json files not found in these packages:
clone-response, keyv, responselike.

The behaviour is strange because I'd expect package.json to be always
installed despite .npmignore content. Note that this is the default npm
behaviour described in the docs:


https://docs.npmjs.com/cli/v7/using-npm/developers#keeping-files-out-of-your-package

A possible solution is to remove all .npmignore files from these nodejs
packages. This way, all files are installed, including package.json.

If pkg-js-tools behaviour isn't the expected one, this bug should be
reported there and fixed properly.

Regards,
Ariel

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

Kernel: Linux 5.10.0-6-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE
not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages node-got depends on:
ii  node-decompress-response  6.0.0-1
ii  node-get-stream   6.0.0-1
ii  node-json-buffer  3.0.1-1
ii  node-lowercase-keys   2.0.0-1
ii  node-mimic-response   3.1.0-5
ii  node-p-cancelable 2.0.0-1
ii  nodejs12.21.0~dfsg-4

node-got recommends no packages.

node-got suggests no packages.

-- no debconf information

Bug#973933: sddm: auth:sddm-helper exited with 1

[Ariel Molinuevo]

Hi Norbert,

I'm sure I didn't select a wayland session because I had the auto login set
to Openbox.

I can gladly give you any other information you may need.

Regards.

Ariel

El lun., 9 nov. 2020 a las 20:54, Norbert Preining ()
escribió:

> tags 973933 - confirmed
> tags 973933 + moreinfo
> severity 973933 normal
> thanks
>
> Hi Ariel,
>
> can you please look into whether maybe a wrong session was selected (in
> particular wayland) and thus failures happened. This is a bug in sddm
> which is fixed in -2, but you need to manually select the correct
> session.
>
> For now I set this to unconfirmed, moreinfo, and lower severity
> accordingly.
>
> Thanks
>
> Norbert
>
> --
> PREINING Norbert  https://www.preining.info
> Accelia Inc. + IFMGA ProGuide + TU Wien + JAIST + TeX Live + Debian Dev
> GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
>

Bug#973933: sddm: auth:sddm-helper exited with 1

[Ariel Molinuevo]

Package: sddm
Version: 0.19.0-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

after upgrade to version 0.19.0-1 I can't log in to my window manager (I
use Openbox). After running sysmtectl restart sddm.service in a virtual
terminal there's this message: auth:sddm-helper exited with 1.


Regards.

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

Kernel: Linux 5.9.0-1-amd64 (SMP w/8 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US:en
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages sddm depends on:
ii  adduser   3.118
ii  debconf [debconf-2.0] 1.5.74
ii  libc6 2.31-4
ii  libgcc-s1 10.2.0-16
ii  libpam0g  1.3.1-5
ii  libqt5core5a  5.15.1+dfsg-2
ii  libqt5dbus5   5.15.1+dfsg-2
ii  libqt5gui55.15.1+dfsg-2
ii  libqt5network55.15.1+dfsg-2
ii  libqt5qml55.15.1+dfsg-3
ii  libqt5quick5  5.15.1+dfsg-3
ii  libstdc++610.2.0-16
ii  libsystemd0   246.6-2
ii  libxcb-xkb1   1.14-2
ii  libxcb1   1.14-2
ii  qml-module-qtquick2   5.15.1+dfsg-3
ii  tigervnc-standalone-server [xserver]  1.10.1+dfsg-9
ii  x11-common1:7.7+21
ii  xauth 1:1.0.10-1
ii  xserver-xephyr [xserver]  2:1.20.9-2
ii  xserver-xorg [xserver]1:7.7+21
ii  xvfb [xserver]2:1.20.9-2

Versions of packages sddm recommends:
pn  haveged  
ii  libpam-systemd   246.6-2
ii  sddm-theme-debian-maui [sddm-theme]  0.19.0-1

Versions of packages sddm suggests:
ii  libpam-kwallet5   5.19.5-3
pn  qtvirtualkeyboard-plugin  

-- debconf information:
* shared/default-x-display-manager: lightdm
  sddm/daemon_name: /usr/bin/sddm

Bug#973827: bluez: Cambridge Silicon Radio BT dongle - can't init

[Facundo Ariel Perez]

Source: bluez
Severity: normal

I have the BT dongle plugged and recognized by lsusb, but it can not be used at
all.
Here is the output of some commands:

lsusb

Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 005: ID 046d:c534 Logitech, Inc. Unifying Receiver
Bus 001 Device 004: ID 1a40:0101 Terminus Technology Inc. Hub
Bus 001 Device 003: ID 1a40:0101 Terminus Technology Inc. Hub
Bus 001 Device 002: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle
(HCI mode)
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

---

sudo -i hciconfig -a

hci0:   Type: Primary  Bus: USB
BD Address: 00:1A:7D:DA:71:12  ACL MTU: 679:8  SCO MTU: 48:16
DOWN
RX bytes:1765 acl:0 sco:0 events:55 errors:0
TX bytes:170 acl:0 sco:0 commands:55 errors:0
Features: 0xbf 0x2e 0x4d 0xfa 0xd8 0x3d 0x7b 0x87
Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV3
Link policy:
Link mode: SLAVE ACCEPT

---

sudo -i hciconfig -a hci0 up

Can't init device hci0: Invalid argument (22)

---

dmesg | grep -i bluet

[3.280621] Bluetooth: Core ver 2.22
[3.280647] Bluetooth: HCI device and connection manager initialized
[3.280653] Bluetooth: HCI socket layer initialized
[3.280657] Bluetooth: L2CAP socket layer initialized
[3.280667] Bluetooth: SCO socket layer initialized
[4.162076] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[4.162076] Bluetooth: BNEP filters: protocol multicast
[4.162079] Bluetooth: BNEP socket layer initialized

---

lsmod | grep blue

bluetooth 647168  12 btrtl,btintel,btbcm,bnep,btusb
ecdh_generic   24576  1 bluetooth
rfkill 28672  5 bluetooth
crc16  16384  2 bluetooth,ext4

---

sudo -i hcitool dev

Devices:

---

sudo -i bluetoothctl

Agent registered
[bluetooth]#

[bluetooth]# list
(none printed)

---

uname -a

Linux calac 4.19.0-12-amd64 #1 SMP Debian 4.19.152-1 (2020-10-18) x86_64
GNU/Linux


---

Is there any other information that I can submit.
Thanks.

pd. already try version from testing with the same results










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

Kernel: Linux 4.19.0-12-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#967942: playonlinux: Issue with setting icon for shortcut to program installed through PoL

[Ariel]

Package: playonlinux
Version: 4.3.4-1
Severity: important

Dear Maintainer,

I'm having the following issue: I install a Windows program through PoL; create 
a shortcut using the menu to do so, then try to set the icon for the program to 
the correct one. When I do this, an icon for a different program shows up, 
rather than the correct one I had just selected, and also, the configuration 
menu then refuses to open (which is the real problem).
I was able to resolve the issue by deleting the virtual drive containing the 
program in question, then re-installing and making do with the wrong icon 
showing.
The issue may relate to that several of the shortcuts I have are to different 
programs but with the same .exe filename  

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

Kernel: Linux 4.19.0-9-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages playonlinux depends on:
ii  binutils  2.31.1-16
ii  bzip2 1.0.6-9.2~deb10u1
ii  cabextract1.9-1
ii  curl  7.64.0-4+deb10u1
ii  gettext-base  0.19.8.1-9
ii  gnome-terminal [x-terminal-emulator]  3.30.2-2
ii  gnupg 2.2.12-1+deb10u1
ii  icoutils  0.32.3-2.1
ii  imagemagick   8:6.9.10.23+dfsg-2.1+deb10u1
ii  imagemagick-6.q16 [imagemagick]   8:6.9.10.23+dfsg-2.1+deb10u1
ii  jq1.5+dfsg-2+b1
ii  mesa-utils8.4.0-1+b1
ii  netcat-traditional [netcat]   1.10-41.1
ii  p7zip-full16.02+dfsg-6
ii  python2.7.16-1
ii  python-wxgtk3.0   3.0.2.0+dfsg-8
ii  unzip 6.0-23+deb10u1
ii  wget  1.20.1-1.1
ii  wine  4.0-2
ii  wine324.0-2
ii  x11-utils 7.7+4
ii  xterm [x-terminal-emulator]   344-1

playonlinux recommends no packages.

Versions of packages playonlinux suggests:
pn  scrot  
pn  ttf-mscorefonts-installer  
pn  winbind

-- no debconf information

Bug#965322: moc: Development version of MOC is provided in 'stable' repository

[Ariel]

Source: moc
Version: 2.6
Severity: normal

Dear Maintainer,

MOC version 2.6 is what is provided in the buster stable repository.
However, on the MOC website, this version is listed as the 'development' 
version, and 2.5.2 as the 'stable'.

Version 2.6 was causing me an issue by which where the 'over-amplification' 
within gnome-tweaks was enabled, and the volume raised above 100%, the program 
would crash. This issue was resolved when I managed to download and install 
version 2.5.2 from elsewhere


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

Kernel: Linux 4.19.0-9-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#684382: PHP bindings for libhdate

[Ariel]

Source: libhdate
Version: 1.6.02-1
Followup-For: Bug #684382

Here is an updated patch for php7.

-- System Information:
Debian Release: 9.12
  APT prefers oldstable
  APT policy: (990, 'oldstable')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 4.9.210 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE= 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Naur old/bindings/php/Makefile.am new/bindings/php/Makefile.am
--- old/bindings/php/Makefile.am2020-06-21 16:01:58.0 -0400
+++ new/bindings/php/Makefile.am2020-06-21 16:57:11.0 -0400
@@ -5,17 +5,17 @@
 
 DEPS= $(top_builddir)/src/libhdate.la
 
-CLEANFILES = *.o *.cpp *.h *.so *.php *wrap*
+CLEANFILES = *.o *.cpp *.cxx *.h *.so *.php *wrap*
 
 all-am: hdate.so

 
-hdate.so: hdate_wrap.cpp
-   g++ -I$(top_srcdir)/src `php-config --includes` -fpic -c hdate_wrap.cpp
+hdate.so: hdate_wrap.cxx
+   g++ -I$(top_srcdir)/src `php-config --includes` -fpic -c hdate_wrap.cxx
gcc -shared hdate_wrap.o ../../src/.libs/libhdate.so -lstdc++ -o 
hdate.so
 
-hdate_wrap.cpp: hdate.i
-   swig -php5 -c++ hdate.i
+hdate_wrap.cxx: hdate.i
+   swig -php7 -c++ hdate.i
 
 install-data-local: hdate.so hdate.ini hdate.php
$(mkinstalldirs) $(DESTDIR)$(PH_MODULES_PATH)
diff -Naur old/configure.in new/configure.in
--- old/configure.in2020-06-21 16:01:58.0 -0400
+++ new/configure.in2020-06-21 16:24:56.0 -0400
@@ -184,13 +184,13 @@
   [path to php site lib])])
 
 if test "$have_php" = "yes"; then
- AC_CHECK_PROG(have_php_config, "php-config5", yes, no)
+ AC_CHECK_PROG(have_php_config, "php-config", yes, no)
  if test "$have_php_config" = "yes"; then
  
  PH_CONFIG_PATH=`php --ini |  grep "Scan" | cut -d: -f2 | sed 
's/\s//g'`
  PH_INCLUDE_PATH=`php -r "echo get_include_path();" | cut -f2 -d:`
  if test "$with_php_sitelib_dir" = "" ; then
-   PH_MODULES_PATH=`php-config5 --extension-dir`
+   PH_MODULES_PATH=`php-config --extension-dir`
  else
PH_MODULES_PATH=$with_php_sitelib_dir
  fi
diff -Naur old/debian/control new/debian/control
--- old/debian/control  2017-01-24 12:08:21.0 -0500
+++ new/debian/control  2020-06-21 16:21:59.0 -0400
@@ -6,7 +6,7 @@
 Vcs-Svn: svn://anonscm.debian.org/debian-hebrew/pkg/libhdate/trunk
 Vcs-Browser: https://anonscm.debian.org/viewvc/debian-hebrew/pkg/libhdate/trunk
 Build-Depends: debhelper (>= 9),
- swig,
+ swig (>= 3.0.12-1),
  python-dev (>= 2.6.6-3~),
  dh-python,
  dh-autoreconf,
@@ -53,6 +53,19 @@
  .
  This package contains perl bindings to libhdate
 
+Package: libhdate-php
+Section: php
+Architecture: any
+Depends: libhdate1 (= ${binary:Version}), ${php:Depends}, ${shlibs:Depends}, 
${misc:Depends}
+Description: Provides a library that help use hebrew dates (php bindings)
+ LibHdate is a small C,C++ library for Hebrew dates,
+ holidays, and reading sequence (parasha). It is using 
+ the source code from Amos Shapir's "hdate" package fixed 
+ and patched by Nadav Har'El. The Torah reading sequence
+ is from tables by Zvi Har'El.
+ .
+ This package contains PHP bindings to libhdate
+
 Package: libhdate1
 Section: libs
 Architecture: any
diff -Naur old/debian/control.orig new/debian/control.orig
--- old/debian/control.orig 1969-12-31 19:00:00.0 -0500
+++ new/debian/control.orig 2017-01-24 12:08:21.0 -0500
@@ -0,0 +1,83 @@
+Source: libhdate
+Priority: optional
+Section: libdevel
+Maintainer: Debian Hebrew Packaging Team 

+Uploaders: Lior Kaplan , Shachar Shemesh 
, Tzafrir Cohen 
+Vcs-Svn: svn://anonscm.debian.org/debian-hebrew/pkg/libhdate/trunk
+Vcs-Browser: https://anonscm.debian.org/viewvc/debian-hebrew/pkg/libhdate/trunk
+Build-Depends: debhelper (>= 9),
+ swig,
+ python-dev (>= 2.6.6-3~),
+ dh-python,
+ dh-autoreconf,
+Standards-Version: 3.9.8
+Homepage: http://libhdate.sourceforge.net/
+
+Package: libhdate-dev
+Architecture: any
+Depends: libhdate1 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
+Description: Provides a library that help use Hebrew dates (development files)
+ LibHdate is a small C,C++ library for Hebrew dates,
+ holidays, and reading sequence (parasha). It is using 
+ the source code from Amos Shapir's "hdate" package fixed and 
+ patched by Nadav Har'El. The Torah reading sequence
+ is from tables by Zvi Har'El.
+ .
+ This package contains headers and support files required
+ to build new applications with libhdate.
+
+Package: python-hdate
+Section: python
+Architecture: any
+Provides: ${python:Provides}
+Depends: libhdate1 (= ${binary:Version}), ${python:Depends}, 
${shlibs:Depends}, ${misc:Depends}
+Description: Provides a library that help use Hebrew dates (Python bindings)
+ LibHdate is a small C,C++ library for 

Bug#923842: parcellite fails to start, Unable to open fifo

[Ariel]

Package: parcellite
Version: 1.2.1-3
Severity: normal
Tags: a11y

Dear Maintainer,

when I start parcellite in openbox it gives the following error

Flag 0x0001, status 256, EXIT 1 STAT 1
Unable to open fifo '/home/XXX/.local/share/parcellite/fifo_p' No such device 
or address
Unable to open fifo '/home/XXX/.local/share/parcellite/fifo_c' No such device 
or address
Unable to open fifo '/home/XXX/.local/share/parcellite/fifo_cmd' No such device 
or address
Error opening fifo. Exit

I don't know how to solve this. This happends when parcellite its called by the 
autostart function in openbox.

Regards.

Ariel

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

Kernel: Linux 4.19.0-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages parcellite depends on:
ii  libappindicator1 0.4.92-7
ii  libatk1.0-0  2.30.0-2
ii  libc62.28-8
ii  libcairo21.16.0-3
ii  libdbusmenu-glib418.10.20180917~bzr490+repack1-1
ii  libfontconfig1   2.13.1-2
ii  libfreetype6 2.9.1-3
ii  libgdk-pixbuf2.0-0   2.38.1+dfsg-1
ii  libglib2.0-0 2.58.3-1
ii  libgtk2.0-0  2.24.32-3
ii  libpango-1.0-0   1.42.4-6
ii  libpangocairo-1.0-0  1.42.4-6
ii  libpangoft2-1.0-01.42.4-6
ii  libx11-6 2:1.6.7-1

parcellite recommends no packages.

parcellite suggests no packages.

-- no debconf information

Bug#919765: dolphin not starting

[Ariel Molinuevo]

I just wanted to say that with the following updates

baloo-kf5:amd64 5.51.0-1
default-mysql-client-core:amd64 1.0.4
default-mysql-server-core:amd64 1.0.4
kio:amd64 5.51.0-1
kpackagetool5:amd64 5.51.0-1
kwayland-data:amd64 4:5.51.0-1
libkf5archive5:amd64 5.51.0-1
libkf5attica5:amd64 5.51.0-1
libkf5auth-data:amd64 5.51.0-1
libkf5auth5:amd64 5.51.0-1
libkf5baloo5:amd64 5.51.0-1
libkf5bookmarks-data:amd64 5.51.0-1
libkf5bookmarks5:amd64 5.51.0-1
libkf5calendarevents5:amd64 5.51.0-2
libkf5codecs-data:amd64 5.51.0-1
libkf5codecs5:amd64 5.51.0-1
libkf5completion-data:amd64 5.51.0-1
libkf5completion5:amd64 5.51.0-1
libkf5config-data:amd64 5.51.0-1
libkf5configcore5:amd64 5.51.0-1
libkf5configgui5:amd64 5.51.0-1
libkf5configwidgets-data:amd64 5.51.0-1
libkf5configwidgets5:amd64 5.51.0-1
libkf5coreaddons-data:amd64 5.51.0-1
libkf5coreaddons5:amd64 5.51.0-1
libkf5crash5:amd64 5.51.0-1
libkf5dbusaddons-data:amd64 5.51.0-1
libkf5dbusaddons5:amd64 5.51.0-1
libkf5declarative-data:amd64 5.51.0-2
libkf5doctools5:amd64 5.51.0-1
libkf5filemetadata-data:amd64 5.51.0-1
libkf5filemetadata3:amd64 5.51.0-1
libkf5globalaccel-bin:amd64 5.51.0-1
libkf5globalaccel-data:amd64 5.51.0-1
libkf5globalaccel5:amd64 5.51.0-1
libkf5guiaddons5:amd64 5.51.0-1
libkf5i18n-data:amd64 5.51.0-1
libkf5i18n5:amd64 5.51.0-1
libkf5i18n5:amd64 5.51.0-1
libkf5iconthemes-data:amd64 5.51.0-1
libkf5iconthemes5:amd64 5.51.0-1
libkf5idletime5:amd64 5.51.0-1
libkf5itemviews-data:amd64 5.51.0-1
libkf5itemviews5:amd64 5.51.0-1
libkf5jobwidgets-data:amd64 5.51.0-1
libkf5jobwidgets5:amd64 5.51.0-1
libkf5js5:amd64 5.51.0-1
libkf5kiocore5:amd64 5.51.0-1
libkf5kiofilewidgets5:amd64 5.51.0-1
libkf5kiowidgets5:amd64 5.51.0-1
libkf5kirigami2-5:amd64 5.51.0-1
libkf5newstuffcore5:amd64 5.51.0-1
libkf5notifications-data:amd64 5.51.0-1
libkf5notifications5:amd64 5.51.0-1
libkf5package-data:amd64 5.51.0-1
libkf5package5:amd64 5.51.0-1
libkf5parts-data:amd64 5.51.0-1
libkf5parts5:amd64 5.51.0-1
libkf5quickaddons5:amd64 5.51.0-2
libkf5service-bin:amd64 5.51.0-1
libkf5service-data:amd64 5.51.0-1
libkf5service5:amd64 5.51.0-1
libkf5solid5:amd64 5.51.0-3
libkf5solid5-data:amd64 5.51.0-3
libkf5sonnet5-data:amd64 5.51.0-1
libkf5sonnetcore5:amd64 5.51.0-1+b1
libkf5sonnetui5:amd64 5.51.0-1+b1
libkf5syntaxhighlighting-data:amd64 5.51.0-1
libkf5syntaxhighlighting5:amd64 5.51.0-1
libkf5textwidgets-data:amd64 5.51.0-1
libkf5textwidgets5:amd64 5.51.0-1
libkf5threadweaver5:amd64 5.51.0-1
libkf5wallet-bin:amd64 5.51.0-1
libkf5wallet-data:amd64 5.51.0-1
libkf5wallet5:amd64 5.51.0-1
libkf5waylandclient5:amd64 4:5.51.0-1
libkf5waylandserver5:amd64 4:5.51.0-1
libkf5widgetsaddons-data:amd64 5.51.0-1
libkf5widgetsaddons5:amd64 5.51.0-1
libkf5windowsystem-data:amd64 5.51.0-1
libkf5windowsystem5:amd64 5.51.0-1
libkf5xmlgui-data:amd64 5.51.0-1
libkf5xmlgui5:amd64 5.51.0-1+b1
libkwalletbackend5-5:amd64 5.51.0-1

now it's everything working fine.

Regards.

Ariel

Bug#919765: dolphin not starting

[Ariel Molinuevo]

Hi,

I think I have the same problem but in this case Dolphin is not starting.
It gives the following error

dolphin: symbol lookup error:
/usr/lib/x86_64-linux-gnu/libKF5NewStuff.so.5: undefined symbol:
_ZN7KNSCore6Engine15signalErrorCodeERKNS_9ErrorCodeERK7QStringRK8QVariant

It all started since the update of  libkf5newstuff5:amd64 5.51.0-1 ->
5.54.0-1 .

Regards.

Ariel

Bug#907916: apt-secure: apt-secure should ignore local file: based repository not having a Release file

[Ariel]

Package: apt
Version: 1.4.8
Severity: normal
File: apt-secure

I have a file: based repository:
deb file:/ usr/src/deb/

But apt-get update complains:

W: The repository 'file: usr/src/deb/ Release' does not have a Release file.
N: Data from such a repository can't be authenticated and is therefore 
potentially dangerous to use.
N: See apt-secure(8) manpage for repository creation and user configuration 
details.

This is excessive. A local file based repository is not dangerous to use just 
because it doesn't have a Release file.

Adding a release file will in no way secure it - anyone with access to change 
anything, can also change the Release file.

-Ariel

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

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

Versions of packages apt depends on:
ii  adduser 3.115
ii  debian-archive-keyring  2017.5
ii  gpgv2.1.18-8~deb9u2
ii  init-system-helpers 1.48
ii  libapt-pkg5.0   1.4.8
ii  libc6   2.24-11+deb9u3
ii  libgcc1 1:6.3.0-18+deb9u1
ii  libstdc++6  6.3.0-18+deb9u1

Versions of packages apt recommends:
ii  gnupg   2.1.18-8~deb9u2
ii  gnupg2  2.1.18-8~deb9u2

Versions of packages apt suggests:
pn  apt-doc 
ii  aptitude0.8.7-1
ii  dpkg-dev1.18.25
ii  powermgmt-base  1.31+nmu1
ii  python-apt  1.4.0~beta3
ii  synaptic0.84.2

-- no debconf information

Bug#904567: edb-debugger: Please package new upstream release 1.0.0

[Ariel AxionL]

Package: edb-debugger edb-debugger-plugins
Version: 0.9.21-3
Severity: wishlist
Tags: upstream
X-Debbugs-CC: 073p...@gmail.com

A new release for edb-debugger, edb-debugger 1.0.0, was released in 2018.
The new version removes the support for qt4 and adds more architectural
support.
Please consider packaging the new version.

Bug#804858: --list-boots: Failed to determine boots: No data available

[Ariel Garcia]

It  is probably this systemd bug:

https://github.com/systemd/systemd/issues/4088

Not clear from the issue nor from the pull request in which version is was 
finally fixed though.

Bug#898605: rt4-extension-repeatticket: README.Debian needs to be updated

[Ariel]

Package: rt4-extension-repeatticket
Version: 1.10-5
Severity: normal
Tags: patch

The instructions in README.Debian needs to be updated for version 4.

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

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

Versions of packages rt4-extension-repeatticket depends on:
ii  libdatetime-event-ical-perl  0.12-1
pn  perl:any 
ii  request-tracker4 4.2.8-3+deb8u3

rt4-extension-repeatticket recommends no packages.

rt4-extension-repeatticket suggests no packages.

-- no debconf information
--- README.Debian.orig	2016-09-26 01:07:52.0 -0400
+++ README.Debian	2018-05-14 02:01:29.0 -0400
@@ -25,7 +25,7 @@
   * Edit a file like e.g. /etc/request-tracker4/RT_SiteConfig.d/90-local and
 add the line
 
-  Plugin('RT::Extension::RepeatTicket');
+  Set(@Plugins, qw(RT::Extension::RepeatTicket));
 
 and run
 

Bug#851712: Include database initialization scripts in the correct folder

[Leandro Ariel Kollenberger]

Dear Maintainer:
I forgot to add on my original bug report, kea-admin depends on some SQL
scripts to initialize the database backends it uses to store DHCP leases
into.
Those scripts are expected by the kea-admin utility to be stored in
/usr/share/kea/scripts/, but the kea-admin package stores them in
/usr/share/kea-admin/scripts.
That path seems to be generated by autoconf, replacing variables inside
src/bin/admin/kea-admin.in.
Thank you!

-- 
Leandro Ariel Kollenberger
Subsecretaría de Tecnología de la Información y Comunicaciones -
Administración de Sistemas
Facultad Regional Buenos Aires - Universidad Tecnológica Nacional
Medrano 951 3er Piso (C1179AAQ) Cap. Fed.
Oficina 315 - 4867-7500 int 7607

Bug#851712: kea-admin: Missing 'kea-admin' executable

[Leandro Ariel Kollenberger]

Package: kea-admin
Version: 1.1.0-1
Severity: important

Dear Maintainer,

The kea-admin package should include the 'kea-admin' application,
usually found in /usr/sbin/kea-admin. It is, however, not being
currently included in the generated package. This application is
responsible for initializing the databases that the Kea DHCP server
uses.

I've tryed adding 'usr/sbin/kea-admin' to the 'debian/kea-admin.install' file
and it solves the problem for me.

Thank you!

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

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

Versions of packages kea-admin depends on:
ii  kea-common 1.1.0-1
ii  libboost-system1.62.0  1.62.0+dfsg-4
ii  libc6  2.24-8
ii  libgcc11:6.2.1-5
ii  libstdc++6 6.2.1-5

kea-admin recommends no packages.

kea-admin suggests no packages.

-- no debconf information

Bug#838942: letsencrypt.sh: fails without ca-certificates, needs dependency

[Ariel]

Source: letsencrypt.sh
Version: 0.2.0-4~bpo8+1
Severity: normal

If you try to run letsencrypt.sh -c without ca-certificates installed you get:
ERROR: Problem connecting to server (curl returned with 60)

After installing the package it works fine. Since it fails without it, you 
should add a dependency.

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

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

Bug#684382: PHP bindings for libhdate

[Ariel]

Source: libhdate
Followup-For: Bug #684382

Please enable the PHP bindings. I am including a patchfile with everything 
necessary.

Just apply the patch and rebuild, you don't have to do anything else.

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

Kernel: Linux 3.16.36 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Naur old/debian/control new/debian/control
--- old/debian/control	2014-09-10 11:04:04.0 -0400
+++ new/debian/control	2016-09-15 19:24:30.842054753 -0400
@@ -51,6 +51,19 @@
  .
  This package contains perl bindings to libhdate
 
+Package: libhdate-php
+Section: php
+Architecture: any
+Depends: libhdate1 (= ${binary:Version}), ${php:Depends}, ${shlibs:Depends}, ${misc:Depends}
+Description: Provides a library that help use hebrew dates (php bindings)
+ LibHdate is a small C,C++ library for Hebrew dates,
+ holidays, and reading sequence (parasha). It is using 
+ the source code from Amos Shapir's "hdate" package fixed 
+ and patched by Nadav Har'El. The Torah reading sequence
+ is from tables by Zvi Har'El.
+ .
+ This package contains PHP bindings to libhdate
+
 Package: libhdate1
 Section: libs
 Architecture: any
diff -Naur old/debian/libhdate-php.install new/debian/libhdate-php.install
--- old/debian/libhdate-php.install	2016-09-15 18:52:02.306608632 -0400
+++ new/debian/libhdate-php.install	2016-09-15 19:01:06.835711780 -0400
@@ -1,2 +1,3 @@
-bindings/php/hdate.ini etc/php5/conf.d
+bindings/php/hdate.ini etc/php5/mods-available
 usr/lib/php5/*
+usr/share/php/hdate.php
diff -Naur old/debian/libhdate-php.postinst new/debian/libhdate-php.postinst
--- old/debian/libhdate-php.postinst	1969-12-31 19:00:00.0 -0500
+++ new/debian/libhdate-php.postinst	2016-09-15 19:10:03.269678201 -0400
@@ -0,0 +1,13 @@
+#!/bin/sh
+
+set -e
+
+dpkg-maintscript-helper mv_conffile /etc/php5/conf.d/hdate.ini \
+/etc/php5/mods-available/hdate.ini 1.6-3+b2 -- "$@"
+rm -f /etc/php5/conf.d/hdate.ini
+
+[ "$1" = "configure" ] && php5enmod hdate
+
+#DEBHELPER#
+
+exit 0
diff -Naur old/debian/libhdate-php.preinst new/debian/libhdate-php.preinst
--- old/debian/libhdate-php.preinst	1969-12-31 19:00:00.0 -0500
+++ new/debian/libhdate-php.preinst	2016-09-15 19:10:23.446030225 -0400
@@ -0,0 +1,11 @@
+#!/bin/sh
+
+set -e
+
+dpkg-maintscript-helper mv_conffile /etc/php5/conf.d/hdate.ini \
+/etc/php5/mods-available/hdate.ini 1.6-3+b2 -- "$@"
+rm -f /etc/php5/conf.d/hdate.ini
+
+#DEBHELPER#
+
+exit 0
diff -Naur old/debian/libhdate-php.prerm new/debian/libhdate-php.prerm
--- old/debian/libhdate-php.prerm	1969-12-31 19:00:00.0 -0500
+++ new/debian/libhdate-php.prerm	2016-09-15 19:10:55.480600612 -0400
@@ -0,0 +1,13 @@
+#!/bin/sh
+
+set -e
+
+dpkg-maintscript-helper mv_conffile /etc/php5/conf.d/hdate.ini \
+/etc/php5/mods-available/hdate.ini 1.6-3+b2 -- "$@"
+rm -f /etc/php5/conf.d/hdate.ini
+
+[ "$1" = "remove" ] && php5dismod hdate
+
+#DEBHELPER#
+
+exit 0
diff -Naur old/debian/rules new/debian/rules
--- old/debian/rules	2016-09-15 19:43:46.027354228 -0400
+++ new/debian/rules	2016-09-15 19:44:09.540765571 -0400
@@ -3,10 +3,13 @@
 ARCHLIB := $(shell perl -MConfig -e 'print $$Config{vendorarch}')
 
 %:
-	dh $* --with python2,autoreconf
+	dh $* --with python2,autoreconf,php5
 
 override_dh_auto_configure:
 	dh_auto_configure -- --with-perl-sitelib-dir=$(ARCHLIB)
 
 override_dh_python2:
 	dh_python2 -s --no-guessing-versions
+
+binary-arch:
+	echo "php:Depends=phpapi-`php-config5 --phpapi`" >> debian/libhdate-php.substvars

Bug#818851: release-notes: section 5.4, php short tags

[Ariel]

Package: release-notes
Severity: normal

The notes say "Short tags ("") are scheduled for removal in PHP7."

This is NOT correct, they are only removing ASP tags like <%

See: https://wiki.php.net/rfc/remove_alternative_php_tags

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

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

Bug#800311:

[Ariel Molinuevo]

I forgot to mention that Dolphin is using open with one click despite the
fact that in .config/dolphinrc I have tset he option

SingleClick=false

Regards

Bug#800311: dolphin: Option to open files with one or two clicks disappear

[Ariel Molinuevo]

I forgot to mention that Dolphin is opening files with one click despite
the fact that, in .config/dolphinrc, I have set he option

SingleClick=false

Regards


On Sun, 27 Sep 2015 13:49:57 -0300 Vassari  wrote:
> Package: dolphin
> Version: 4:15.08.1-1
> Severity: wishlist
>
> Dear Maintainer,
>
> after the update to dolphin 15, the option in "configure dolphin ->
navigation" to select to open files with one or two clicks disappear.
>
> I think this was a nice feature
>
> Regards.
>
> Vassari
>
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers jessie
>   APT policy: (500, 'jessie'), (500, 'unstable')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages dolphin depends on:
> ii  libc6  2.19-22
> ii  libdolphinvcs5 4:15.08.1-1
> ii  libkf5baloo5   5.14.0-1
> ii  libkf5baloowidgets515.08.0-2
> ii  libkf5bookmarks5   5.14.0-1
> ii  libkf5codecs5  5.14.0-1
> ii  libkf5completion5  5.14.0-1
> ii  libkf5configcore5  5.14.0-1
> ii  libkf5configgui5   5.14.0-1
> ii  libkf5configwidgets5   5.14.0-1
> ii  libkf5coreaddons5  5.14.0-1
> ii  libkf5dbusaddons5  5.14.0-1
> ii  libkf5filemetadata35.14.0-1
> ii  libkf5i18n55.14.0-1
> ii  libkf5iconthemes5  5.14.0-1
> ii  libkf5itemviews5   5.14.0-1
> ii  libkf5jobwidgets5  5.14.0-1
> ii  libkf5kcmutils55.14.0-1
> ii  libkf5kiocore5 5.14.0-1
> ii  libkf5kiofilewidgets5  5.14.0-1
> ii  libkf5kiowidgets5  5.14.0-1
> ii  libkf5newstuff55.14.0-1
> ii  libkf5notifications5   5.14.0-1
> ii  libkf5parts5   5.14.0-1
> ii  libkf5service5 5.14.3-1
> ii  libkf5solid5   5.14.0-2
> ii  libkf5textwidgets5 5.14.0-1
> ii  libkf5widgetsaddons5   5.14.0-1
> ii  libkf5windowsystem55.14.0-1
> ii  libkf5xmlgui5  5.14.0-1
> ii  libphonon4qt5-44:4.8.3-2
> ii  libqt5core5a   5.4.2+dfsg-9
> ii  libqt5dbus55.4.2+dfsg-9

Bug#264952: Hello, We Have PACKAGE For You..

[Ariel Melissa Tanner]

Bug#783878: gedit: error de dependecias gedit-plugins

[ariel sandoval florez]

Package: gedit
Version: 3.14.0-3
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

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

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



-- Package-specific info:
Active plugins:
  - 'drawspaces'
  -  'charmap'
  -  'filebrowser'
  -  'dashboard'
  -  'spell'
  -  'pythonconsole'
  -  'zeitgeist'
  -  'externaltools'
  -  'synctex'
  -  'textsize'
  -  'wordcompletion'
  -  'bracketcompletion'
  -  'modelines'
  -  'codecomment'
  -  'colorschemer'
  -  'docinfo'
  -  'git'
  -  'joinlines'
  -  'commander'
  -  'colorpicker'
  -  'multiedit'
  -  'smartspaces'
  -  'sort'
  -  'quickopen'
  -  'snippets'
  -  'bookmarks'
  -  'time'
  -  'rubyonrailsloader'
  -  'FindInFiles'
  -  'snapopen'
  -  'advancedfind'
  -  'smart_highlight'
  -  'gemini'
  -  'folding'
  -  'zencoding'
  -  'whitespaceterminator'
  -  'macropy'
  -  'line_tools'

Plugins in $HOME:

Module versions:
  - glib  2.42.1
  - gtk+  3.14.5
  - gtksourceview 3.14.1
  - pygobject 
  - enchant   1.6.0
  - iso-codes 3.57


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

Kernel: Linux 3.19.1-031901-lowlatency (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gedit depends on:
ii  gedit-common   3.14.0-3
ii  gir1.2-peas-1.01.12.1-2
ii  gnome-icon-theme-symbolic  3.12.0-1
ii  gsettings-desktop-schemas  3.14.1-1
ii  iso-codes  3.57-1
ii  libatk1.0-02.14.0-1
ii  libc6  2.19-18
ii  libcairo-gobject2  1.14.0-2.1
ii  libcairo2  1.14.0-2.1
ii  libenchant1c2a 1.6.0-10.1
ii  libgdk-pixbuf2.0-0 2.31.1-2+b1
ii  libgirepository-1.0-1  1.42.0-2.2
ii  libglib2.0-0   2.42.1-1
ii  libgtk-3-0 3.14.5-1
ii  libgtksourceview-3.0-1 3.14.1-1
ii  libpango-1.0-0 1.36.8-3
ii  libpangocairo-1.0-01.36.8-3
ii  libpeas-1.0-0  1.12.1-2
ii  libx11-6   2:1.6.2-3
ii  libxml22.9.2+dfsg1-3
ii  python3-gi 3.14.0-1
ii  python3-gi-cairo   3.14.0-1
pn  python3:anynone

Versions of packages gedit recommends:
ii  yelp3.14.1-1
ii  zenity  3.14.0-1

Versions of packages gedit suggests:
pn  gedit-plugins  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#595551: [exiv2] Setting the photo timestamp from EXIF fails by 1 hour

[Ariel Garcia]

Well, it has been some time now... but this issue seems to have been fixed 
meanwhile :) Setting the time (tested with that exact same photo 
'dsd_2180.jpg') works fine again. Using Exiv 0.24-4.
Please close.


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

Bug#737921: [TLS1.2] gnutls only likes SHA1 and SHA256 certificates

[Ariel]

Hi, it is fine if gnutls26 is obsolete and was removed from the unstable 
repository, but we are talking about issues with Exim in Stable/Wheezy... 
you shouldn't just close this bug unless you update Wheezy to gnutlsnewer
IMHO... :-(
Or exim  others in stable should be recompiled with openssl... which looks 
even more dangerous as a change.

My 2 cts, txs


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

Bug#773938: mpm-itk: Does not configure StartServers, MaxClients, etc

[Ariel]

Package: mpm-itk
Version: 2.4.7-02-1.1
Severity: normal

With apache2.2 the itk module does not configure MaxClients etc. The other mpm 
workers have an entry in apache2.conf, but not itk.

This caused my server to run out of memory and start killing processes (OOM).

I don't have apache2.4 installed, but as best I could tell from checking the 
source it still does not configure these variables.

Looks like in apache2.4 instead of putting it in apache2.conf the configuration 
should go in mods-available/mpm_itk.conf and you can probably copy 
mods-available/mpm_prefork.conf for reasonable values.


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

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


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

Bug#773353: linux-source-3.16: Please include dma-alias-v4 patch from 3.17

[Ariel]

Package: linux-source-3.16
Version: 3.16.7-ckt2-1~bpo70+1
Severity: wishlist
Tags: patch

Please include the dma-alias-v4 patch found here: 
https://lkml.org/lkml/2014/5/22/685

According to the description it should fix the problems I've been having, and
it has gone in to 3.17.

The bug report can be found here: 
https://bugzilla.kernel.org/show_bug.cgi?id=42679

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

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

Versions of packages linux-source-3.16 depends on:
ii  binutils  2.22-8
ii  bzip2 1.0.6-4

Versions of packages linux-source-3.16 recommends:
ii  bc1.06.95-2
ii  gcc   4:4.7.2-1
ii  libc6-dev [libc-dev]  2.13-38+deb7u6
ii  make  3.81-8.2

Versions of packages linux-source-3.16 suggests:
ii  libncurses5-dev [ncurses-dev]  5.9-10
ii  libqt4-dev 4:4.8.2+dfsg-11
ii  pkg-config 0.26-1

-- no debconf information


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

Bug#446048: module-assistant: old files left in /var/cache/modass and /usr/src/modules

[Ariel]

Package: module-assistant
Version: 0.11.6~bpo70+1
Followup-For: Bug #446048

This bug still exists. And it also leaves old files in /usr/src/modules even
when the source package no longer exists (never mind no longer installed on
the system).

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

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

Versions of packages module-assistant depends on:
ii  bzip2  1.0.6-4
ii  libtext-wrapi18n-perl  0.06-7
ii  perl   5.14.2-21+deb7u2
ii  xz-utils   5.1.1alpha+20120614-2

Versions of packages module-assistant recommends:
ii  liblocale-gettext-perl  1.05-7+b1

Versions of packages module-assistant suggests:
ii  build-essential  11.5
ii  dialog   1.1-20120215-2
ii  whiptail 0.52.14-11.1

-- no debconf information


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

Bug#591723: network-manager: Popup comes up asking the PIN that was already specified using the gnome nm-applet

[Ariel]

It happens for me too since a few months, i can confirm Stefan's statement.
modemmanager1.4.0-1
network-manager 0.9.10.0-3
here.

 Issue explained again:
 I have a internal modem with a SIM card always inserted.
 Bus 001 Device 003: ID 0bdb:193e Ericsson Business Mobile Networks BV
 The connection is globally saved in
 /etc/NetworkManager/system-connections/name
 and includes the unlock PIN for the SIM card.

exactly same card in my case, also a system-connection with PIN configured.
The PIN request appears even if all the radios are disabled in network-
manager.

Txs, Ariel


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

Bug#731815: virsh: Unable to start any VM with custom cpu model

[Ariel Malves]

Hi,

I faced a similar problem when upgrading libvirt/qemu packages from 
wheezy to wheezy-backports. Try to delete 
/var/cache/libvirt/qemu/capabilities and restart libvirt-bin.


[]'s

Ariel

On 10/27/2014 02:38 PM, Thomas Rechberger wrote:

Same problem after changing from wheezy to jessie.

virt-install --name test --memory 1024 --nodisk --pxe --cpu host
ERRORinternal error: Cannot find suitable CPU model for given data

libvirtd log:
Preferred CPU model Opteron_G3 not allowed by hypervisor; closest 
supported model will be used


has it anything to do with wrong detected cpu flags? I am using AMD 
Kabini cpu and Opteron G3 map is used both under wheezy and jessie.


virsh capabilities  /tmp/capabilities.xml
root@kvm:/# virsh cpu-compare /tmp/capabilities.xml
CPU described in /tmp/capabilities.xml is identical to host CPU

gir1.2-libvirt-glib-1.0:amd64/jessie 0.1.7-2.1 uptodate
libvirt-bin:amd64/jessie 1.2.9-3 uptodate
libvirt-clients:amd64/jessie 1.2.9-3 uptodate
libvirt-daemon:amd64/jessie 1.2.9-3 uptodate
libvirt-daemon-system:amd64/jessie 1.2.9-3 uptodate
libvirt-glib-1.0-0:amd64/jessie 0.1.7-2.1 uptodate
libvirt0:amd64/jessie 1.2.9-3 uptodate

cat /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 22
model : 0
model name : AMD Sempron(tm) 3850 APU with Radeon(tm) R3
stepping : 1
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt 
pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc extd_apicid 
aperfmperf eagerfpu pni pclmulqdq monitor ssse3 cx16 sse4_1 sse4_2 
movbe popcnt aes xsave avx f16c lahf_lm cmp_legacy svm extapic 
cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt 
topoext perfctr_nb perfctr_l2 arat xsaveopt hw_pstate proc_feedback 
npt lbrv svm_lock nrip_save tsc_scale flushbyasid decodeassists 
pausefilter pfthreshold bmi1


virsh -r capabilities shows me additional invtsc osxsave feature which 
the older version didnt had.


Here was mentioned a kernel update fixed it:
https://bbs.archlinux.org/viewtopic.php?id=182142
What it has to do with kernel version?




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

Bug#578757: /var/lib/xine/xine.desktop: Re: xine-ui: checksum problems with /var/lib/xine/xine.desktop

[Ariel]

Package: xine-ui
Version: 0.99.7-1
Followup-For: Bug #578757

Any resolution here? Every single week I get an error from debsums about this 
file.

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

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

Versions of packages xine-ui depends on:
ii  libc62.13-38+deb7u5
ii  libcurl3-gnutls  7.26.0-1+wheezy10
ii  libjpeg8 8d-1+deb7u1
ii  liblircclient0   0.9.0~pre1-1
ii  libpng12-0   1.2.49-1
ii  libreadline6 6.2+dfsg-0.1
ii  libx11-6 2:1.5.0-1+deb7u1
ii  libxext6 2:1.3.1-2+deb7u1
ii  libxft2  2.3.1-1
ii  libxine2 1:1.2.2-dmo3
ii  libxine2-ffmpeg  1:1.2.2-dmo3
ii  libxine2-x   1:1.2.2-dmo3
ii  libxinerama1 2:1.1.2-1+deb7u1
ii  libxtst6 2:1.2.1-1+deb7u1
ii  libxv1   2:1.0.7-1+deb7u1
ii  libxxf86vm1  1:1.1.2-1+deb7u1

Versions of packages xine-ui recommends:
ii  xdg-utils  1.1.0~rc1+git20111210-6+deb7u1

xine-ui suggests no packages.

-- no debconf information

-- debsums errors found:
debsums: changed file /var/lib/xine/xine.desktop (from xine-ui package)


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

Bug#765018: /usr/bin/apt-get: Segmentation fault if I try to install libpango-1.0-0/testing (other packages work fine)

[Ariel]

Package: apt
Version: 0.9.7.9+deb7u6
Severity: important
File: /usr/bin/apt-get

If I try to install libpango-1.0 from testing on a stable system apt-get 
crashes:

# apt-get install libpango-1.0-0/testing
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Segmentation fault (core dumped)

If I try:

apt-get -t testing install libpango-1.0-0

It doesn't crash but does try for an enormous amount of changes.

It also doesn't crash on other packages.

Here is a backtrace with debugging symbols:

LD_LIBRARY_PATH=. gdb ./apt-get
GNU gdb (GDB) 7.4.1-debian
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type show copying
and show warranty for details.
This GDB was configured as i486-linux-gnu.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /tmp-ram/apt-0.9.7.9+deb7u6/build/bin/apt-get...done.
(gdb) run install libpango1.0-0/testing
Starting program: /tmp-ram/apt-0.9.7.9+deb7u6/build/bin/apt-get install 
libpango1.0-0/testing
Traceback (most recent call last):
  File /usr/lib/debug/usr/lib/i386-linux-gnu/libstdc++.so.6.0.17-gdb.py, line 
62, in module
from libstdcxx.v6.printers import register_libstdcxx_printers
ImportError: No module named libstdcxx.v6.printers
Reading package lists... Done
Building dependency tree   
Reading state information... Done

Program received signal SIGSEGV, Segmentation fault.
0xf7ed8bfb in pkgDepCache::AddSizes (this=0x80a0450, Pkg=..., Inverse=true) at 
depcache.cc:448
448  iUsrSize -= P.InstVerIter(*this)-InstalledSize;
(gdb) bt
#0  0xf7ed8bfb in pkgDepCache::AddSizes (this=0x80a0450, Pkg=..., Inverse=true) 
at depcache.cc:448
#1  0xf7edf656 in pkgDepCache::RemoveSizes (this=0x80a0450, Pkg=...) at 
../build/include/apt-pkg/depcache.h:336
#2  0xf7edc3bf in pkgDepCache::SetCandidateVersion (this=0x80a0450, 
TargetVer=...) at depcache.cc:1293
Python Exception type 'exceptions.IndexError' list index out of range: 
#3  0xf7edd17d in pkgDepCache::SetCandidateRelease (this=0x80a0450, 
TargetVer=..., TargetRel=testing, Changed=std::list) at depcache.cc:1460
Python Exception type 'exceptions.IndexError' list index out of range: 
#4  0xf7edd021 in pkgDepCache::SetCandidateRelease (this=0x80a0450, 
TargetVer=..., TargetRel=testing, Changed=std::list) at depcache.cc:1438
Python Exception type 'exceptions.IndexError' list index out of range: 
#5  0xf7edd021 in pkgDepCache::SetCandidateRelease (this=0x80a0450, 
TargetVer=..., TargetRel=testing, Changed=std::list) at depcache.cc:1438
#6  0x0807990c in TryToInstall::propergateReleaseCandiateSwitching 
(this=0xcc84, start=std::list = {...}, out=...) at apt-get.cc:878
#7  0x0806a2c1 in DoInstall (CmdL=...) at apt-get.cc:1945
#8  0xf7ebc847 in CommandLine::DispatchArg (this=0xcde4, Map=0xcdf0, 
NoMatch=true) at contrib/cmndline.cc:339
#9  0x08075712 in main (argc=3, argv=0xd264) at apt-get.cc:3622



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

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

Versions of packages apt depends on:
ii  debian-archive-keyring  2014.1~deb7u1
ii  gnupg   1.4.12-7+deb7u6
ii  libapt-pkg4.12  0.9.7.9+deb7u6
ii  libc6   2.13-38+deb7u5
ii  libgcc1 1:4.7.2-5
ii  libstdc++6  4.7.2-5

apt recommends no packages.

Versions of packages apt suggests:
pn  apt-doc none
ii  aptitude0.6.8.2-1
ii  dpkg-dev1.16.15
ii  python-apt  0.8.8.2
ii  synaptic0.75.13
ii  xz-utils5.1.1alpha+20120614-2

-- 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#705252: modsecurity-crs: Execution error - PCRE limits exceeded (-8): (null)

[Ariel]

Hola Alberto,

i just stumbled across this issue when installing mod_security in Wheezy, 
which broke with zabbix and roundcube with this same error.

It is not so easy to test the latest packages, because they are not compatible 
with the Wheezy Apache/Mod_security versions.
[I tried copying and activating only the 
/usr/share/modsecurity-
crs/base_rules/modsecurity_crs_41_sql_injection_attacks.conf
from the latest 
modsecurity-crs_2.2.9-1_all.deb
in debian testing, getting Error parsing actions: Unknown action: ver)

Is it possible to get a backport to Wheezy?

Thanks,
Ariel

On Fri, 12 Jul 2013 12:59:48 +0200 Alberto Gonzalez Iniesta a...@inittab.org 
wrote:
 Hi, I just uploaded modsecurity-crs 2.2.8 which contains a fix in that
 rule, although reported upstream for a different reason. Could you check
 if this bug is still present with that version?
 
 Thanks,


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

Bug#705252: modsecurity-crs: Execution error - PCRE limits exceeded (-8): (null)

[Ariel]

 I'm finishing the backport (since Jessie's package was prepared for
 Apache 2.4 and Wheezy is 2.2), I'll let you know when it's ready.

:-)) Thanks!


For the record, just in case it helps anybody else:

commenting out the rule in line 77 of
modsecurity_crs_41_sql_injection_attacks.conf
also solved the problem, now Zabbix and Roundcube run.
(But for zabbix i also needed to comment out lines 64-66 of 
modsecurity_crs_30_http_policy.conf
to allow for Json rpc's... probably too much but way better than running
without mod_security ;-)


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

Bug#760454: php5-dev: ext_skel has wrong path for skeleton

[Ariel]

Package: php5-dev
Version: 5.4.4-14+deb7u14
Severity: normal
Tags: patch

In the file /usr/share/php5/ext_skel the skeleton directory is defined as 
/usr/lib/php5/skeleton but it's actually in /usr/share/php5/skeleton

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

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

Versions of packages php5-dev depends on:
ii  autoconf 2.69-1
ii  automake 1:1.11.6-1
ii  libssl-dev   1.0.1e-2+deb7u12
ii  libtool  2.4.2-1.1
ii  php5-common  5.4.4-14+deb7u14
ii  shtool   2.0.8-6

php5-dev recommends no packages.

php5-dev 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#757475: numlockx: auto mode fails

[Ariel]

On Sun, 10 Aug 2014, Drew Parsons wrote:


On Fri, 2014-08-08 at 16:47 -0400, Ariel wrote:



/lib/udev/findkeyboards is part of udev.



Compare udev on unstable, or testing:


Here is the commit where it was removed: 
http://cgit.freedesktop.org/systemd/systemd/commit/src/udev?id=ddc77f62244bb41d5c8261517e2e1ff1b763fc94


It looks like it should have been added to hwdb but debian has no such 
package, just some proposals.


I think you should reassign this bug to udev and make it a release 
blocker. They should not remove this utility until *after* they provide a 
new place for it.


-Ariel


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

Bug#757475: numlockx: auto mode fails

[Ariel]

On Sat, 9 Aug 2014, Drew Parsons wrote:


But /lib/udev/findkeyboards does not exist, so this code always fails.
Is it provided by some package that numlockx should Depend on or Suggest?


/lib/udev/findkeyboards is part of udev.

https://packages.debian.org/wheezy/amd64/udev/filelist

-Ariel


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

Bug#748119: libpoppler44: PDF Viewers based on this library fail to search on certain pdfs

[Ariel E. Arelovich]

Package: libpoppler44
Version: 0.24.5-3
Severity: normal

Dear Maintainer,

The problem that I have found is as follows: in certain pdfviewers that depend 
on this library, the search function does not work. In particular, I have tried 
evince and okular and pdfs generated by latex compiling cannot be searched. 
However this problem does no occur, when I tried an android pdf viewer or Adobe 
Reader 9 for linux.
I have attached two pdfs to reproduce this problem. The first one consist of an 
archive written with kile where I used the PrintToFile(PDF) option of the cups 
printer. The second one is a simple text writen y Lyx and a pdf was generated.
This file cannot be searched.


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

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

Versions of packages libpoppler44 depends on:
ii  libc6  2.18-5
ii  libfontconfig1 2.11.0-5
ii  libfreetype6   2.5.2-1
ii  libjpeg8   8d-2
ii  liblcms2-2 2.6-1
ii  libopenjpeg5   1.5.2-2
ii  libpng12-0 1.2.50-1
ii  libstdc++6 4.9.0-2
ii  libtiff5   4.0.3-8
ii  multiarch-support  2.18-5

Versions of packages libpoppler44 recommends:
ii  poppler-data  0.4.6-5

libpoppler44 suggests no packages.

-- no debconf information


cannotbesearched.pdf
Description: Adobe PDF document


canbesearched.pdf
Description: Adobe PDF document

Bug#731815: virsh: Unable to start any VM with custom cpu model

[Ariel Malves]

Dear Maintainer,

Just to confirm the bug:

I'm running Debian stable, with libvirt, qemu and kvm from 
wheezy-backports (libvirt 1.2.1, API QEMU 1.2.1, hypervisor QEMU 1.7.1), 
in a HP ProLiant G7 server, with Xeon E5649 processor.


I can't start a domain, through virsh start, with any type of custom cpu 
model, even 486. E.g.:


  cpu mode='custom' match='exact'
model fallback='allow'486/model
  /cpu

virsh start DomTest1 output:

error: Failed to start domain DomTest1
error: internal error: Cannot find suitable CPU model for given data

/var/log/libvirt/libvirtd.log related contents:

2014-04-25 13:26:48.174+: 9968: warning : x86Decode:1511 : Preferred 
CPU model 486 not allowed by hypervisor; closest supported model will be 
used
2014-04-25 13:26:48.174+: 9968: error : x86Decode:1564 : internal 
error: Cannot find suitable CPU model for given data


Running qemu-system-x86_64 by hand do not show any errors 
(qemu-system-x86_64 -enable-kvm -name DomTest1 -S -machine 
pc-i440fx-1.7,accel=kvm,usb=off -cpu 486 -m 1024.)


Please, is there any workaround for this bug?

Ariel


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

Bug#743971: bitcoin: Can't rebuild after failed build because of old file config.log

[Ariel]

Source: bitcoin
Version: 0.9.0-1
Severity: minor
Justification: fails to build from source (but built successfully in the past)

After a failed build a file called config.log is left and not cleaning on a 
second build.

dpkg-source: info: local changes detected, the modified files are:
 bitcoin-0.9.0/config.log
dpkg-source: error: aborting due to unexpected upstream changes, see 
/tmp/bitcoin_0.9.0-1.diff.yskJYw

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

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


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

Bug#739299: [installation-reports] UEFI Install + Crypto/LVM, some issues

[Ariel]

Package: installation-reports
Version: Jessie 20140216-10:08
Severity: normal

Boot method: Netinst image on USB stick
Image version: 
http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-netinst.iso
Date: 20140216, ~ 18:00UTC

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [O]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O](*)
Install base system:[O]
Clock/timezone setup:   [O]
User/password setup:[O]
Install tasks:  [O]
Install boot loader:[O]
Overall install:[O]

Comments/Problems:

I installed testing from a USB stick with the image:
Debian GNU/Linux testing Jessie - Official Snapshot amd64 NETINST
   Binary-1 20140216-10:08
on a Lenovo Thinkpad T440s, set up in full UEFI mode (with CSM compatibility 
mode turned off).

Everything did eventually work with a few glitches:

* After letting the installer try a Guided partitioning - use entire disk and 
set up encrypted LVM, i decided to redo the partitioning manually, to be able 
to change some parameters (smaller EFIboot partition, smaller number of inodes 
in ext4 partitions).
After going back to manual partitioning mode, I was not able to find a way to 
clear the already defined encrypted disk to be able to start from zero the 
manual configuration: i finally had to reboot and restart the installation.
It would be nice to have the possibility to delete the encrypted devices 
already defined, or to force the deletion of a partition even if an encrypted 
device is already defined on top of it.

* After finishing installation with Manual partitioning the encrypted volume 
was NOT entered into /etc/crypttab, therefore the system could not 
successfully reboot, but ended in the initramfs. After manually adding the 
encrypted volume into crypttab everything worked as expected.

* It doesn't seem to be possible (in expert mode) to proceed with an 
installation using already (manually) formatted disks, without going through  
the Partition disks step:
a Mount disks step could be really helpful!
Defining the disk type ext4 and the mountpoint for the ext4 partitions i could 
avoid getting them reformatted, but the installer did want to unconditionally 
reformat my already defined ext2 BOOT partition.


Minor items:
* the trackpad did not work in graphical expert mode, but the trackpoint did 
(even if both are enabled in bios)

* it would be nice to have a clear information about what the standard type 
of ext4 filesystem means in terms of file size. The options news, 
largefile and largefile4 say that they correspond to 4KB, 1MB and 4MB 
files respectively. The type standard does not say anything.

Thanks for your work,
regards

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.12-1-amd64


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

Bug#736613: libmenu-cache1: menu-cached polls - causing a wakeup - every 4 seconds

[Ariel Ben-Yehuda]

Package: libmenu-cache1
Version: 0.3.3-1
Severity: normal

Dear Maintainer,

The program /usr/lib/i386-linux-gnu/libmenu-cache1/libexec/menu-cached polls
  every 4 seconds. stracing reveals that it just calls inotify_add_watch
  for its files.

While polling every 4 seconds isn't as bad as polling every second, I believe
  this should still be fixed.

The problem was reproduced on a freshly-spun lxde VM (installed from
  the debian-7.3.0-i386-lxde-CD-1, selecting *System Utilites* and
  *Desktop Environment*) with just powertop and strace installed.

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

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

Versions of packages libmenu-cache1 depends on:
ii  libc6  2.13-38
ii  libglib2.0-0   2.33.12+really2.32.4-5
ii  multiarch-support  2.13-38

libmenu-cache1 recommends no packages.

libmenu-cache1 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#733294: wine: imperfect detection of file types

[Ariel]

See also Bug #733344  
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=733344
for other aspects of /usr/bin/wine breakage in 1.6.*


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

Bug#733344: /usr/bin/wine broken

[Ariel]

The new (wrt Wine 1.4) wine wrapper /usr/bin/wine which tries to automatically 
handle 32-64 bit architectures has several issues:

- it can't handle native windows paths (worked fine with 1.4)
- it can't handle paths with spaces or special characters (see below *)
- it can't handle old 16 bit executables nor symlinks (see #733294 - 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=733294 )


*) File-paths with spaces and other special chars are not correctly escaped in 
the wrapper:
file=$(file -b $1)
should be changed to 
file=$(file -b $1)
otherwise spaces in the path for instance break the command, giving file not 
found.

(and strictly speaking echo $file   --  echo $file 
also, even if it doesn't affect the result)

The if statement should probably also include a check for 
$kind = MS-DOS for 16 bit executables

Not sure how to handle native windows paths in this wrapper...


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

Bug#732066: can you please also package cgminer 3.7.2 (along with the latest version)?

[Ariel]

Package: cgminer
Severity: wishlist

As you know CGMiner no longer works with GPUs or litecoin.

Can you please add a second cgminer package? (Not as a replacement, as an 
addition.) Perhaps call it cgminer-gpu or cgminer-old and package specifically 
version 3.7.2.

Also, you suggest installing bfgminer but there is no such debian package that 
I can find.

Thanks.

-- System Information:
Debian Release: 7.2
  APT prefers proposed-updates
  APT policy: (990, 'proposed-updates'), (990, 'stable'), (500, 
'stable-updates'), (500, 'oldstable'), (1, 'experimental')
Architecture: i386 (x86_64)

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


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

Bug#732066: [Pkg-bitcoin-devel] Bug#732066: can you please also package cgminer 3.7.2 (along with the latest version)?

[Ariel]

On Fri, 13 Dec 2013, Scott Howard wrote:


On Fri, Dec 13, 2013 at 9:04 AM, Ariel asdeb...@dsgml.com wrote:



Can you please add a second cgminer package? (Not as a replacement, as an 
addition.) Perhaps call it cgminer-gpu or cgminer-old and package specifically 
version 3.7.2.


bfgminer is in the NEW queue, it's pending acceptance into Debian:
http://ftp-master.debian.org/new/bfgminer_3.6.0-1.html

Once bfgminer is in Debian, could you try it and see if that fits your
needs?


Sure. Is there any way for me to download it and build it myself? (Since 
it's still not accepted yet.)



You can find old packages here: http://snapshot.debian.org/package/cgminer/


None of those are 3.7.2 - but it doesn't matter, I'm suggesting having 
that version as a first class package.


Unless you are saying the bfgminer is better in every way and there is no 
point in the old cgminer version? But if so why have cgminer at all (at 
any version)?


-Ariel


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

Bug#725848: python-pip: default install method for non-root users should be --user

[Ariel]

See also Bug #692108
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=692108

As i said there, python-pip (Debian package) is totally useless as it is: the 
only reasson i'd like to have an extra (Python-)package installer is because 
I'd like to be able to install Python packages from the official Python 
package repository (mainly) _AS A USER_, because they are NOT vailable as a 
Debian package.

So i do NOT want to run pip as root, as it would fundamentally mess up my DPKG 
setup (it tries to remove/overwrite system files: e.g.
OSError: [Errno 13] Permission denied: '/usr/bin/easy_install' )

So BOTH  --user and a working --ignore-installed options (BTW, both 
undocumented in the man page!!) should be the default in Debian.


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

Bug#692108: python-pip: --ignore-installed option is ignored

[Ariel]

python-pip (Debian package) is totally useless as it is: the only reasson i'd 
like to have an extra (Python-)package installer is because I'd like to be 
able to install Python packages from the official Python package repository 
(mainly) _AS A USER_, because they are NOT vailable as a Debian package.

So i do NOT want to run pip as root, as it would fundamentally mess up my DPKG 
setup (it tries to remove/overwrite system files: e.g.
OSError: [Errno 13] Permission denied: '/usr/bin/easy_install' )

So BOTH  --user and a working --ignore-installed options (BTW, both 
undocumented in the man page!!) should be the default in Debian.


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

Bug#684382: Build with php5.4

[Ariel]

Note that to build the php binding for hdate with php 5.4 you need a 
build-dep on swig = 2.0.4-5


Can I ask you again to re-enable the php bindings?

-Ariel


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

Bug#712770: sash: Support xz compression

[Ariel]

Package: sash
Version: 3.7-10
Severity: wishlist

.deb files can now be compressed with xz, and there is a proposal to make it 
the default.

See:

http://debian.2.n7.nabble.com/proposal-use-xz-compression-for-Debian-package-by-default-td1684906.html

I don't know how hard it would be, but perhaps sash should support xz along 
with gzip. (And perhaps bzip2 as well.)

Maybe only for decompression.

-- System Information:
Debian Release: 6.0.7
  APT prefers oldstable
  APT policy: (500, 'oldstable'), (1, 'experimental')
Architecture: i386 (x86_64)

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

sash depends on no packages.

sash recommends no packages.

Versions of packages sash suggests:
ii  doc-debian4.0.2  Debian Project documentation and o

-- 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#698325: tuxmath: options files in wrong directory per LFH

[Ariel]

Package: tuxmath
Version: 1.8.0-3
Severity: normal

The configuration file: /usr/share/tuxmath/missions/options should really be in 
/etc/

-- System Information:
Debian Release: 6.0.6
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'oldstable'), (1, 'experimental')
Architecture: i386 (x86_64)

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

Versions of packages tuxmath depends on:
ii  libc6  2.13-32   Embedded GNU C Library: Shared lib
ii  libcairo2  1.10.2-7~bpo60+1  The Cairo 2D vector graphics libra
ii  libglib2.0-0   2.24.2-1  The GLib library of C routines
ii  libgtk2.0-02.20.1-2  The GTK+ graphical user interface 
ii  libpango1.0-0  1.28.3-1+squeeze2 Layout and rendering of internatio
ii  librsvg2-2 2.26.3-1  SAX-based renderer library for SVG
ii  libsdl-image1.21.2.10-2+b2   image loading library for Simple D
ii  libsdl-mixer1.21.2.8-6.3 mixer library for Simple DirectMed
ii  libsdl-net1.2  1.2.7-2   network library for Simple DirectM
ii  libsdl-pango1  0.1.2-4   text rendering with Pango in SDL a
ii  libsdl1.2debian1.2.14-6.1Simple DirectMedia Layer
ii  ttf-sil-andika 1.0.basic-4   extended smart Unicode Latin/Greek

tuxmath recommends no packages.

Versions of packages tuxmath suggests:
pn  ttf-wqy-zenhei | ttf-arphic-u none (no description available)

-- debconf-show failed

-- debsums errors found:
debsums: changed file /usr/share/tuxmath/missions/options (from tuxmath package)


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

Bug#687823: [sweethome3d] Incorrect gamma value in the Sweethome3d icons

[Ariel Garcia (SCC)]

Package: sweethome3d
Version: 3.5+dfsg-1
Severity: normal

--- Please enter the report below this line. ---
The Sweethome3d icons contain an incorrect gamma value. Every time apt/dpkg 
installs some package that contains icons, the corresponding trigger is run, 
and the following messge is printed:

Processing triggers for hicolor-icon-theme ...
incorrect gamma=(0/10)
incorrect gamma=(0/10)
incorrect gamma=(0/10)
incorrect gamma=(0/10)

This can be reproduced manually by running the triggered command:

# gtk-update-icon-cache --force /usr/share/icons/hicolor
incorrect gamma=(0/10)
incorrect gamma=(0/10)
incorrect gamma=(0/10)
incorrect gamma=(0/10)
gtk-update-icon-cache: Cache file created successfully.

Using strace i found that the icons responsible for this issue where the 
sweethome3d ones.


--- System information. ---
Architecture: amd64
Kernel:   Linux 3.4.6

Debian Release: wheezy/sid
  990 testing security.debian.org 
  990 testing ftp.de.debian.org 
  800 unstableftp.de.debian.org 
  700 experimentalftp.de.debian.org 

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.


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

Bug#684382: PHP bindings for libhdate

[Ariel]

Package: libhdate
Version: 1.6
Severity: normal

I'm trying to get the PHP bindings for libhdate to work. (I was
successful, just not with the stock packages from debian.)

I noticed the changelog said you removed libhdate-php - did you intend to
replace it with php-libhdate or was it supposed to be included in the core
libhdate1 package?

When I compile it myself it compiles the PHP bindings with no trouble, but
they are not actually installed anywhere since nothing lists them in
.install and there is no php package in control.

When the debian build machine makes the package, the PHP bindings are not
even built since php-dev is not included as a Build-Depends.

Is there something I am missing?

Also, you need to include bindings/php/hdate.php in
/usr/share/doc/libhdate-dev/examples/bindings otherwise it doesn't work.

-- System Information:
Debian Release: 6.0.5
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'oldstable'), (1, 'experimental')
Architecture: i386 (x86_64)

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


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

Bug#684382: PHP bindings for libhdate

[Ariel]

Actually, bindings/php/hdate.php should go in /usr/share/php

-Ariel


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

Bug#684382: [Debian-hebrew-package] Bug#684382: PHP bindings for libhdate

[Ariel]

On Thu, 9 Aug 2012, Lior Kaplan wrote:


The php binding were dropped, as in we don't build and provide them any
more. This is due to lack of use (judging by the popcon statistics).


But why drop them? They work perfectly. Is there any harm in leaving them 
there?


And I don't understand how you can use popcon to track it considering 
libhdate-php didn't even exist in squeeze. In fact, as far as I can tell 
libhdate-php has never existed in debian at all.


http://archive.debian.net/search?keywords=libhdate-phpsearchon=namessuite=allsection=all

So how can you draw any conclusions from this when people never even had 
the option of installing it in the first place?


-Ariel


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

Bug#684382: [Debian-hebrew-package] Bug#684382: PHP bindings for libhdate

[Ariel]

On Fri, 10 Aug 2012, Lior Kaplan wrote:


On Thu, Aug 9, 2012 at 1:56 PM, Ariel asdeb...@dsgml.com wrote:



But why drop them? They work perfectly. Is there any harm in leaving them
there?



As I said, lack of use. No harm in keeping them, just work due to PHP
related chanes (at that time it was work on PHP 5.4).


Please put it back? I need it! I've been searching for a package like this 
for over a year! And I was just about to program it myself when I stumbled 
across this.



And I don't understand how you can use popcon to track it considering
libhdate-php didn't even exist in squeeze. In fact, as far as I can tell
libhdate-php has never existed in debian at all.



That's becuase the package never made it to stable, but it was there
between October 2010 and April 2012 (see the changelog of the source
package). Let just say it had less users than the libhdate-python users in
this graph: http://qa.debian.org/popcon.php?package=libhdate


libhdate-python made it to stable so that's not a fair comparison. This 
is a server package, and servers virtually never run testing.


Please put it back. It works perfectly, so there is no extra maintenance
for you.

-Ariel


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

Bug#55983: gimp swap files and backups

[Ariel]

I was just bitten by this. Gimp crashed leaving a 23GB swap file. I didn't 
notice, and my computer proceeded to backup this 23GB file causing me 
problems that took a very long time to track down.


This could happen even without a crash: Just leave gimp running overnight 
(say, processing some large image - exactly the type of image that would 
use a swap file) and the swap will be backed up.


This file needs to be in /tmp or /var/tmp

The home directory is the wrong place for this.

For myself I fixed it by editing /etc/gimp/2.0/gimprc but this should be 
fixed for everyone.


-Ariel


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

Bug#681838: /usr/sbin/useradd: allow username (not just number) with -u

[Ariel]

Package: passwd
Version: 1:4.1.4.2+svn3283-2+squeeze1
Severity: wishlist
File: /usr/sbin/useradd

Can you allow the -u option to take a username, not just a number?

It's useful with -o

A workaround is using the id command, but it's simpler if the program does it 
itself.

-- System Information:
Debian Release: 6.0.5
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'oldstable'), (1, 'experimental')
Architecture: i386 (x86_64)

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

Versions of packages passwd depends on:
ii  debianutils   3.4Miscellaneous utilities specific t
ii  libc6 2.13-32Embedded GNU C Library: Shared lib
ii  libpam-modules1.1.1-6.1+squeeze1 Pluggable Authentication Modules f
ii  libpam0g  1.1.1-6.1+squeeze1 Pluggable Authentication Modules l
ii  libselinux1   2.0.96-1   SELinux runtime shared libraries

passwd recommends no packages.

passwd suggests no packages.

-- 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#680129: network-manager: fails to bring up WLAN after suspend

[Ariel Garcia (SCC)]

Might this be the same bug as #632850
[ http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=632850 ],even if in this 
case it is a wireless IF which is involved?



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

Bug#507817: screen -r still sometimes fails with WriteMessage: Bad file descriptor

[Ariel]

This still happens virtually every time I go to resume a screen.

I just keep trying the command and eventually it works.

I have two screen open usually.

If I name the screen I want to resume (instead of letting it find the only 
detached one) it doesn't happen.


If I run it with strace it doesn't happen.

-Ariel



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

Bug#507817: screen -r still sometimes fails with WriteMessage: Bad file descriptor

[Ariel]

On Fri, 6 Jul 2012, Axel Beckert wrote:


It though would be nice to know which version of the screen package
(or which release of Debian) you are using.


Sorry, the second after I sent it I realized I forgot to include that info.

It's version 4.0.3-14 which is the current stable version.

-Ariel

Bug#678741: /etc/init.d/samba: If you have samba set to inetd the reload action in init.d gives an error

[Ariel]

Package: samba
Version: 2:3.5.6~dfsg-3squeeze8
Severity: normal
File: /etc/init.d/samba

If you have samba set to use inetd the reload action in init.d gives an error
that it can't find the pid to reload.

reload should do nothing if samba is run via inetd

-- System Information:
Debian Release: 6.0.5
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'oldstable'), (1, 'experimental')
Architecture: i386 (x86_64)

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

Versions of packages samba depends on:
ii  adduser   3.112+nmu2 add and remove users and groups
ii  debconf [debconf- 1.5.36.1   Debian configuration management sy
ii  libacl1   2.2.49-4   Access control list shared library
ii  libattr1  1:2.4.44-2 Extended attribute shared library
ii  libc6 2.13-32Embedded GNU C Library: Shared lib
ii  libcap2   1:2.19-3   support for getting/setting POSIX.
ii  libcomerr21.41.12-4stable1   common error description library
ii  libcups2  1.4.4-7+squeeze1   Common UNIX Printing System(tm) - 
ii  libgssapi-krb5-2  1.8.3+dfsg-4squeeze5   MIT Kerberos runtime libraries - k
ii  libk5crypto3  1.8.3+dfsg-4squeeze5   MIT Kerberos runtime libraries - C
ii  libkrb5-3 1.8.3+dfsg-4squeeze5   MIT Kerberos runtime libraries
ii  libldap-2.4-2 2.4.23-7.2 OpenLDAP libraries
ii  libpam-modules1.1.1-6.1+squeeze1 Pluggable Authentication Modules f
ii  libpam-runtime1.1.1-6.1+squeeze1 Runtime support for the PAM librar
ii  libpam0g  1.1.1-6.1+squeeze1 Pluggable Authentication Modules l
ii  libpopt0  1.16-1 lib for parsing cmdline parameters
ii  libtalloc22.0.1-1hierarchical pool based memory all
ii  libwbclient0  2:3.5.6~dfsg-3squeeze8 Samba winbind client library
ii  lsb-base  3.2-23.2squeeze1   Linux Standard Base 3.2 init scrip
ii  procps1:3.2.8-9squeeze1  /proc file system utilities
ii  samba-common  2:3.5.6~dfsg-3squeeze8 common files used by both the Samb
ii  update-inetd  4.38+nmu1+squeeze1 inetd configuration file updater
ii  zlib1g1:1.2.3.4.dfsg-3   compression library - runtime

Versions of packages samba recommends:
ii  logrotate 3.7.8-6Log rotation utility

Versions of packages samba suggests:
pn  ctdbnone   (no description available)
pn  ldb-tools   none   (no description available)
ii  openbsd-inetd [inet-superse 0.20080125-6 The OpenBSD Internet Superserver
pn  smbldap-tools   none   (no description available)

-- debconf information:
* samba/generate_smbpasswd: false
* samba/run_mode: inetd



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

Bug#642301: wordpress: Please include the debian sub-version in the header

[Ariel]

On Fri, 15 Jun 2012, Raphael Hertzog wrote:


On Wed, 21 Sep 2011, Ariel wrote:

Google sends out alerts warning site owners if their version of
wordpress is out of date, because of the risk of security issues.

However debian already handles the security issues even on old versions,
so there is no reason for google to alert such users.


I doubt that would google will take Debian into account in this manner.


You don't need them to. If you change the version number (add a suffix) 
then it won't match the number google is looking for and google won't do 
anything. You don't need google to change any code.



In any case, changing the version that Wordpress advertises is IMO a
serious risk of breaking random plugins that verify the current
version...


Not the internal version number, which would have this risk. The number 
displayed in the html. No plugin checks that, nothing checks that except 
spammers and google.


By leaving the number as it is you are inviting spammers to attack based 
on the security issues they expect to find. Yes, the issues are closed, 
but why invite attacks?


Change:

meta name=generator content=WordPress 3.3.2 /

To:

meta name=generator content=WordPress 3.3.2+dfsg-1 /

-Ariel



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

Bug#642301: wordpress: Please include the debian sub-version in the header

[Ariel]

On Fri, 15 Jun 2012, Raphael Hertzog wrote:


On Fri, 15 Jun 2012, Ariel wrote:



In any case, changing the version that Wordpress advertises is IMO a
serious risk of breaking random plugins that verify the current
version...



Not the internal version number, which would have this risk. The
number displayed in the html. No plugin checks that, nothing checks
that except spammers and google.



If I follow you, we should drop that field instead of updating it...


I guess that's your choice.


Updating it without changing the internal version number is more
work than just changing the internal version number. And I really
prefer to avoid divergence with upstream.


I wonder if upstream would be willing to include a local suffix option for 
us.


But wouldn't dropping the field be an equal diversion to hardcoding 
-debian in it? (Dynamic based on the actual debian localpart would be 
better, but just -debian would do the job.)



BTW, it's not true that all the issues are closed in a timely fashion
in Debian stable. If you noticed, we had to jump from 3.0.5 to 3.3.2
to fix most of the security issues because it's next to impossible to
backport the relevant security fixes.


I guess that's why google stopped emailing me :)

-Ariel



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

Bug#675857: [pulseaudio] Hidden runtime cookie file and folder created in /

[Ariel Garcia (SCC)]

Package: pulseaudio
Version: 2.0-3
Severity: minor

--- Please enter the report below this line. ---

The pulsaudio daemon is creating a cookie file and a runtime folder in the root 
of the filesystem:

drwx-- 2 root root 4096 May 19 20:01 /.pulse
-rw--- 1 root root  256 May  7 22:40 /.pulse-cookie

This goes against the Linux FHS and accepted usage (IMHO :-), those run files 
should rather be created in /run, or otherwise in /var/{lib,run,lock} etc

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.3.1

Debian Release: wheezy/sid
  990 testing security.debian.org 
  990 testing ftp.de.debian.org 
  950 unstablewww.debian-multimedia.org 
  950 testing www.debian-multimedia.org 
  800 unstableftp.de.debian.org 
  700 experimentalftp.de.debian.org 
  500 unstablelcg-heppkg.web.cern.ch 
  500 stable  dl.google.com 

--- Package information. ---
Depends   (Version) | Installed
===-+-
===
libasound2(= 1.0.24.1) | 1.0.25-3
libc6  (= 2.9) | 2.13-32
libcap2   (= 2.10) | 1:2.22-1
libdbus-1-3  (= 1.1.1) | 1.5.12-1
libfftw3-3  | 3.3.2-1
libgcc1(= 1:4.1.1) | 1:4.7.0-8
libice6(= 1:1.0.0) | 2:1.0.8-2
libltdl7 (= 2.4.2) | 2.4.2-1
liborc-0.4-0  (= 1:0.4.16) | 1:0.4.16-2
libpulse0 (= 2.0-3) | 2.0-3
libsamplerate0   (= 0.1.7) | 0.1.8-4
libsm6  | 2:1.2.1-2
libsndfile1 (= 1.0.20) | 1.0.25-4
libspeexdsp1 (= 1.2~beta3.2-1) | 1.2~rc1-5
libstdc++6   (= 4.1.1) | 4.7.0-8
libsystemd-daemon0  (= 31) | 37-1.1
libsystemd-login0   (= 31) | 37-1.1
libtdb1  (= 1.2.7+git20101214) | 1.2.10-2
libudev0   (= 146) | 175-3.1
libwebrtc-audio-processing-0| 0.1-2
libx11-6| 2:1.4.99.901-2
libx11-xcb1 | 2:1.4.99.901-2
libxcb1 | 1.8.1-1
libxtst6| 2:1.2.1-1
adduser | 3.113+nmu2
lsb-base(= 3.2-13) | 4.1+Debian4
consolekit  | 0.4.5-3
udev   (= 143) | 175-3.1
libasound2-plugins  | 1.0.25-2


Recommends(Version) | Installed
===-+-===
pulseaudio-module-x11   | 2.0-3
gstreamer0.10-pulseaudio| 0.10.31-3
rtkit   | 0.10-2


Suggests  (Version) | Installed
===-+-===
pulseaudio-utils| 2.0-3
pavumeter   | 0.9.3-2
pavucontrol | 1.0-1
paman   | 0.9.4-1
paprefs | 0.9.10-1



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

Bug#669333: False positives makes chkrootkit useless

[Ariel]

I get tons of warnings about processes without a tty every day.

To the point that I have started to ignore chkrootkit - which completely 
defeats its purpose.


Is there any way of suppressing these?

-Ariel



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

Bug#673798: nfs-kernel-server: Check for blank exports file, not just existence

[Ariel]

Package: nfs-kernel-server
Version: 1:1.2.2-4squeeze2
Severity: wishlist
Tags: patch

In /etc/init.d/nfs-kernel-server don't just do if [ -f /etc/exports ] instead
do like /etc/init.d/nfs-common:

if [ -f /etc/exports ]  grep -q '^[[:space:]]*[^#]*/' /etc/exports;

This way a blank exports file (which is the default) will not cause pointless
daemons to be run.

-- System Information:
Debian Release: 6.0.5
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'oldstable'), (1, 'experimental')
Architecture: i386 (x86_64)

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

Versions of packages nfs-kernel-server depends on:
ii  libblkid1   2.17.2-9 block device id library
ii  libc6   2.13-32  Embedded GNU C Library: Shared lib
ii  libcomerr2  1.41.12-4stable1 common error description library
ii  libgssapi-krb5-21.8.3+dfsg-4squeeze5 MIT Kerberos runtime libraries - k
ii  libgssglue1 0.1-4mechanism-switch gssapi library
ii  libk5crypto31.8.3+dfsg-4squeeze5 MIT Kerberos runtime libraries - C
ii  libkrb5-3   1.8.3+dfsg-4squeeze5 MIT Kerberos runtime libraries
ii  libnfsidmap20.23-2   An nfs idmapping library
ii  librpcsecgss3   0.19-2   allows secure rpc communication us
ii  libwrap07.6.q-19 Wietse Venema's TCP wrappers libra
ii  lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip
ii  nfs-common  1:1.2.2-4squeeze2NFS support files common to client
ii  ucf 3.0025+nmu1  Update Configuration File: preserv

nfs-kernel-server recommends no packages.

nfs-kernel-server suggests no packages.

-- Configuration Files:
/etc/default/nfs-kernel-server changed [not included]
/etc/exports changed [not included]

-- no debconf information



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

Bug#647992: chromium: unrecoverable Aw, Snap! on start up

[Ariel]

On Mon, 2 Jan 2012, Jonathan Nieder wrote:


chromium isn't available from backports.d.o.

Do you think it would make sense to add it there, and if so, would you
be willing to work on it?  What change, if any, should be made to the
standard chromium package to support that?


The main thing I had an issue with when backporting it for myself was 
the versioned dependency on libcups2-dev = 1.5.0.


Installing that from testing pulled a huge number of other packages along 
with it.


Everything else was available from backports or was just a single package 
(I believe gyp, libwebp-dev and libv8 were the only ones I needed from 
testing).


(I had the same NSS issues as everyone else, but somehow 3.13.4-1 broke 
nss for chromium and now chromium works - although for me using 
--single-process would not have been a problem.)


-Ariel



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

Bug#647992: chromium: unrecoverable Aw, Snap! on start up

[Ariel]

On Sun, 13 May 2012, Ariel wrote:

The main thing I had an issue with when backporting it for myself was the 
versioned dependency on libcups2-dev = 1.5.0.


Installing that from testing pulled a huge number of other packages along 
with it.


Everything else was available from backports or was just a single package (I 
believe gyp, libwebp-dev and libv8 were the only ones I needed from testing).


Actually, never mind. libwebp-dev needs multiarch-support, which is only 
available in the same toolchain that comes in via libcups2-dev = 1.5.0


Maybe if someone backported a non multiarch-support libwebp-dev, but 
simply compiling it on squeeze was not enough. I guess the paths, etc are 
different. I guess I'll have to run a mixed system if I want chromium.


-Ariel



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

Bug#672469: pysolfc: relax versioned dependency on python

[Ariel]

Package: pysolfc
Version: 2.0-2
Severity: wishlist

I'd like to install pysolfc on debian stable, but when I try it says:

Depends: python (= 2.6.6-7~) but 2.6.6-3+squeeze6 is to be installed


So I built it myself and it built and runs perfectly.

Can you relax the dependency so it will just work without needing a re-build?

Unfortunately I don't know how you should do this since I see the build depends
uses = 2.6.6-3~. Perhaps change X-Python-Version: = 2.4 to 2.6? The best link 
I
could find was http://wiki.debian.org/Python/TransitionToDHPython2

BTW Congrats on getting this into debian!

-- System Information:
Debian Release: 6.0.4
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'oldstable'), (1, 'experimental')
Architecture: i386 (x86_64)

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

Versions of packages pysolfc depends on:
ii  python 2.6.6-3+squeeze6  interactive high-level object-orie
ii  python-configobj   4.7.2+ds-1simple but powerful config file re
ii  python-pygame  1.8.1release-2+b1 SDL bindings for games development
ii  python-tk  2.6.6-1   Tkinter - Writing Tk applications 

Versions of packages pysolfc recommends:
ii  python-imaging-tk 1.1.7-2Python Imaging Library - ImageTk M
ii  tk-tile   0.8.2-2.1  A themed widget set provider libra

Versions of packages pysolfc suggests:
pn  freecell-solver  none  (no description available)
ii  pysolfc-cardsets 2.0+dfsg2-1 additional card graphics for Pysol

-- 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#671978: [Nipy-devel] [lu...@lucas-nussbaum.net: Bug#671978: nitime: FTBFS: ImportError: cannot import name factorial]

[Ariel Rokem]

Yeah - for the specific case of nitime, that's been fixed here:

https://github.com/nipy/nitime/pull/96

And will be in the upcoming release.

Cheers,

Ariel

On Tue, May 8, 2012 at 6:15 AM, Yaroslav Halchenko li...@onerussian.com wrote:
 FYI apparently scipy 0.10 is not fully backward compatible with prev
 API (e.g. broke nitime).  I guess due to

 __all__ dicts have been added to all modules, which has cleaned up the 
 namespaces (particularly useful for interactive work).
 http://docs.scipy.org/doc/scipy/reference/release.0.10.0.html#deprecated-features

 Although factorial remains described as imported from misc:

    Global symbols from subpackages
    ---
    ::

     misc                  -- info, factorial, factorial2, factorialk,
                               comb, who, lena, central_diff_weights,
                               derivative, pade, source

 it is present only from .misc.  Since it seems to be a regression to me I
 filed a bugreport

 http://projects.scipy.org/scipy/ticket/1656

 but I thought some of you might be interested to robustify your code.  If it
 gets confirmed as a bug, I will reassign #671978 to scipy package in Debian so
 hopefully that 0.10 gets fixed in Debian world at least.

 Cheers

 - Forwarded message from Lucas Nussbaum lu...@lucas-nussbaum.net -

 Date: Tue, 8 May 2012 14:03:10 +0200
 From: Lucas Nussbaum lu...@lucas-nussbaum.net
 To: sub...@bugs.debian.org
 Subject: Bug#671978: nitime: FTBFS: ImportError: cannot import name factorial
 X-CRM114-Status: Good  ( pR: 12.7598 )

 Source: nitime
 Version: 0.3.1-1
 Severity: serious
 Tags: wheezy sid
 User: debian...@lists.debian.org
 Usertags: qa-ftbfs-20120508 qa-ftbfs
 Justification: FTBFS on amd64

 Hi,

 During a rebuild of all packages in sid, your package failed to build on
 amd64.

 Relevant part:
 make[2]: Entering directory `/«PKGBUILDDIR»/doc'
 ../tools/make_examples.py
 Traceback (most recent call last):
   File ../tools/make_examples.py, line 94, in module
     execfile(script)
   File seed_analysis.py, line 47, in module
     import nitime.fmri.io as io
   File 
 /«PKGBUILDDIR»/debian/tmp/usr/lib/python2.7/dist-packages/nitime/fmri/__init__.py,
  line 18, in module
     import hrf
   File 
 /«PKGBUILDDIR»/debian/tmp/usr/lib/python2.7/dist-packages/nitime/fmri/hrf.py,
  line 2, in module
     from scipy import factorial
 ImportError: cannot import name factorial
 make[2]: *** [rstexamples] Error 1

 The full build log is available from:
   http://people.debian.org/~lucas/logs/2012/05/08/nitime_0.3.1-1_unstable.log

 A list of current common problems and possible solutions is available at
 http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

 About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
 of the Grid'5000 platform, using a clean chroot.  Internet was not
 accessible from the build systems.




 - End forwarded message -

 --
 Yaroslav O. Halchenko
 Postdoctoral Fellow,   Department of Psychological and Brain Sciences
 Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
 Phone: +1 (603) 646-9834                       Fax: +1 (603) 646-1419
 WWW:   http://www.linkedin.com/in/yarik
 ___
 Nipy-devel mailing list
 nipy-de...@neuroimaging.scipy.org
 http://mail.scipy.org/mailman/listinfo/nipy-devel



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

Bug#666675: iceweasel: It still changes the order

[Ariel]

Package: iceweasel
Version: 12.0-1~bpo60+1
Followup-For: Bug #75

Is it possible for this fix to be included in the backports as well? I just 
upgraded from 11 to 12 and the search engines were reordered (apparently 
randomly).

This is also related to bug #670946

-Ariel



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

Bug#666675: iceweasel: It still changes the order

[Ariel]

On Fri, 4 May 2012, Mike Hommey wrote:


On Fri, May 04, 2012 at 05:17:28AM -0400, Ariel wrote:


Is it possible for this fix to be included in the backports as well? I 
just upgraded from 11 to 12 and the search engines were reordered 
(apparently randomly).


The fix is in the backports. But if you used one of the affected
versions, you're likely to be hit by a problem at upgrade. This is
unfortunate, but there is not much that can be done without a lot of
work.

Affected versions are 11.0-3, 11.0-4, 10.0.3esr-3 and their
corresponding backports.

I don't think there are enough people having used these versions
and reordering/deleting search engines to spend time on the upgrade
issue from these versions. What is important is upgrades from stable,
and this works properly (unless proven otherwise)


But will it happen again on the next upgrade (12 to 13 or a point release 
of 12)? If not then that's fine.


But if, because I used one of the bad versions, it will always reorder, 
then that's not good.


-Ariel



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

Bug#446519: saytime: alternate way of calling sox

[Ariel]

On Thu, 1 Mar 2012, Rob Browning wrote:


Ariel asdeb...@dsgml.com writes:



I had thought that getopt() supported -b [foo] style arguments, but
I must have misremembered.  It looks like it only supports -b[foo].

If we want -b [foo], I'll need to specify b to getopt (no colons)
and handle any subsequent oss|alsa value manually (increment optind,
etc.).  That works -- or we can just require -balsa/-boss.


Are you sure about that with getopt? The manual shows differently: 
http://www.gnu.org/software/libc/manual/html_node/Example-of-Getopt.html#Example-of-Getopt


-cfoo and -c foo were parsed the same in the example.


Make a note in the man page that -o requires -b and error if -o is
used without -b.



For backward compatibility, I imagine we shouldn't require -o, and
should just default to oss when -b isn't specified.


Nah, oss is dead, it's not useful as a default and backwards compatibility 
is not really that necessary.



Of course, if we didn't have to worry about backward compatibility at
all, it'd be nicest to have saytime default to sox -d whenever -b and -o
aren't specified, since that's probably more portable.


No, don't worry about backward compatibility at all. If it bothers you, 
then put in a NEWS file that lets people know the options changed.


-Ariel



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

Bug#634797: Transition priorities?

[Ariel Garcia (SCC)]

Hi all,

i was amazed to discover that the whole KDE SC 4.7 transition into unstable 
requested the 1st of Jan 2012 is blocked by (the opencv transition which 
was itself requested/started on July 2011, itself blocked by) a few 
completely minor packages like
   mrpt-libs scilab-sivp freej gmic frei0r-plugins

which FTBFS with the latest opencv.

I know i could/should contribute to speed things up ;-)  but anyways
please let me make my point as a long term Debian user/fan :-)

IMHO it seems an unreasonable situation, which doesn't do a favor to 
Debian, its users, nor to the Debian-KDE maintainers which worked hard 
on the transition. It is obvious that thousands of people are eagerly 
waiting for KDE SC 4.7 and 4.8 now also in Debian, and holding that 
just due to some almost irrelevant packages that most of the users don't 
even heard of looks silly.
Why not move those packages out of unstable into experimental if they don't 
get fixed, and let the KDE transition continue? most of these packages are 
not even in testing... 

My 2.5cts :-)

Ariel



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

Bug#656007: iceweasel: Segmentation fault in libmozjs.so

[Ariel]

On Mon, 16 Jan 2012, Mike Hommey wrote:


You have many extensions and addons, can you try disabling them and find
out which one triggers your crash?


It's firebug.

And I narrowed down what causes it to crash:

http://l.yimg.com/pb/webplayer/0.9.20/js/player-min.js

Simply including that url in a script tag (put nothing else on the page - 
just the single script tag) will cause an instant crash.


Took a huge number of restarts, but it's firebug and that file (but other 
files also cause it - it was very hard narrow down exactly). I also 
checked the plugins to firebug (firecookie) and that didn't make any 
difference.


I ran it with the firebug console open (in a debugger to freeze the 
display when it crashed) and nothing was printed except 1 cookie change.


player-min is huge, and I didn't try to narrow down exactly what in it 
causes firefox to crash.


But one thing that confuses me is that it doesn't always crash. 
http://webplayer.yahoo.com/get/ includes that file, yet doesn't trigger a 
crash.


-Ariel



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

Bug#656007: iceweasel: Segmentation fault in libmozjs.so

[Ariel]

On Mon, 16 Jan 2012, Mike Hommey wrote:


Now, can you try with the corresponding upstream firefox release?


Just tried it, and it crashes with that too. I let the automated crash 
reporter submit it.


I guess that means it's not a debian bug. Should I create an official 
bugzilla bug, or does the crash reporter do it automatically?


-Ariel



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

Bug#656007: iceweasel: Segmentation fault in libmozjs.so

[Ariel]

On Mon, 16 Jan 2012, Mike Hommey wrote:


On Mon, Jan 16, 2012 at 04:03:03AM -0500, Ariel wrote:



I guess that means it's not a debian bug. Should I create an
official bugzilla bug, or does the crash reporter do it
automatically?


You should create an official bugzilla bug with a link to the crash
report you created (you can get the url from about:crashes)
Please Cc :glandium on bugzilla.


The crash report led me to 
https://bugzilla.mozilla.org/show_bug.cgi?id=689118


I added Cc :glandium to that bug.

So I guess they know about it. I just tried debian version 10/beta to see 
if the fix works there, and it doesn't - still crashes. So either that 
version is from before the fix was released, or the fix doesn't work.


-Ariel



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

Bug#656007: iceweasel: Segmentation fault in libmozjs.so

[Ariel]

Package: iceweasel
Version: 9.0.1-1~bpo60+1
Severity: normal

I should say right at the outset that the crash does not happen with -safe-mode

Here is the backtrace when it crashes.

I see a lot of No symbol table info available, but I installed all the -dbg 
packages.

If there is something else I need to install to have a proper backtrace please 
tell me.

If it helps, I have a coredump from when it crashed. It crashed while browing a 
yahoo news page.

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xf741a6e0 (LWP 29905)]
0xf701a985 in ?? () from /usr/lib/xulrunner-9.0/libmozjs.so
(gdb) bt full
#0  0xf701a985 in ?? () from /usr/lib/xulrunner-9.0/libmozjs.so
No symbol table info available.
#1  0xf6eacd52 in JS_EnterCrossCompartmentCall () from 
/usr/lib/xulrunner-9.0/libmozjs.so
No symbol table info available.
#2  0xc9d3f240 in ?? ()
No symbol table info available.
#3  0xdb83a290 in ?? ()
No symbol table info available.
#4  0x00020025 in ?? ()
No symbol table info available.
#5  0xf6eab979 in JS_BeginRequest () from /usr/lib/xulrunner-9.0/libmozjs.so
No symbol table info available.
#6  0xc9d3f240 in ?? ()
No symbol table info available.
#7  0xdb83a290 in ?? ()
No symbol table info available.
#8  0x in ?? ()
No symbol table info available.


-- Package-specific info:

-- Extensions information
Name: 8aweek extensionfalse
Location: ${PROFILE_EXTENSIONS}/{0c1a1188-7db5-4555-a309-cf879e585519}
Status: app-disabled

Name: Activate Autocomplete extensionfalse
Location: ${PROFILE_EXTENSIONS}/{5CB1C342-C68F-4af7-BC21-17D5C2E0C5BF}
Status: app-disabled

Name: AutoPager extensionfalse
Location: ${PROFILE_EXTENSIONS}/autopa...@mozilla.org.xpi
Status: enabled

Name: Bookmark Favicon Changer extensionfalse
Location: ${PROFILE_EXTENSIONS}/bookmarkfaviconchan...@sonthakit.xpi
Status: enabled

Name: bug667340(Loading clipboard by middle click) extensionfalse
Location: ${PROFILE_EXTENSIONS}/bug667340@alice0775
Status: enabled

Name: BugMeNot extensionfalse
Location: ${PROFILE_EXTENSIONS}/{987311C6-B504-4aa2-90BF-60CC49808D42}
Status: user-disabled

Name: CodeBurner for Firebug extensionfalse
Location: ${PROFILE_EXTENSIONS}/fire...@tools.sitepoint.com
Status: enabled

Name: Default themefalse
Location: /usr/lib/iceweasel/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: enabled

Name: DOM Inspector extensionfalse
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/inspec...@mozilla.org
Package: xul-ext-dom-inspector
Status: enabled

Name: DownloadHelper extensionfalse
Location: ${PROFILE_EXTENSIONS}/{b9db16a4-6edc-47ec-a1f4-b86292ed211d}
Status: user-disabled

Name: Export Cookies extensionfalse
Location: ${PROFILE_EXTENSIONS}/exportcookies@aag
Status: enabled

Name: Firebug extensionfalse
Location: ${PROFILE_EXTENSIONS}/fire...@software.joehewitt.com.xpi
Status: enabled

Name: Firecookie extensionfalse
Location: ${PROFILE_EXTENSIONS}/firecoo...@janodvarko.cz.xpi
Status: enabled

Name: FirePHP extensionfalse
Location: ${PROFILE_EXTENSIONS}/firephpextension-bu...@firephp.org.xpi
Status: user-disabled

Name: FireQuery extensionfalse
Location: ${PROFILE_EXTENSIONS}/firequ...@binaryage.com.xpi
Status: user-disabled

Name: Flashblock extensionfalse
Location: ${PROFILE_EXTENSIONS}/{3d7eb24f-2740-49df-8937-200b1cc08f8a}
Status: enabled

Name: FxIF extensionfalse
Location: ${PROFILE_EXTENSIONS}/{11483926-db67-4190-91b1-ef20fcec5f33}.xpi
Status: enabled

Name: Greasemonkey extensionfalse
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{e4a8a97b-f2ed-450b-b12d-ee082ba24781}
Package: xul-ext-greasemonkey
Status: enabled

Name: Html Validator extensionfalse
Location: ${PROFILE_EXTENSIONS}/{3b56bcc7-54e5-44a2-9b44-66c3ef58c13e}
Status: enabled

Name: Image Zoom extensionfalse
Location: ${PROFILE_EXTENSIONS}/{1A2D0EC4-75F5-4c91-89C4-3656F6E44B68}.xpi
Status: enabled

Name: JavaScript Debugger extensionfalse
Location: /usr/lib/iceweasel/extensions/{f13b157f-b174-47e7-a34d-4815ddfdfeb8}
Package: mozilla-venkman
Status: app-disabled

Name: LeechBlock extensionfalse
Location: ${PROFILE_EXTENSIONS}/{a95d8332-e4b4-6e7f-98ac-20b733364387}
Status: enabled

Name: Live HTTP headers extensionfalse
Location: /usr/lib/iceweasel/extensions/{8f8fe09b-0bd3-4470-bc1b-8cad42b8203a}
Package: mozilla-livehttpheaders
Status: enabled

Name: Memory Restart extensionfalse
Location: ${PROFILE_EXTENSIONS}/memoryrest...@teamextension.com.xpi
Status: enabled

Name: NoScript extensionfalse
Location: ${PROFILE_EXTENSIONS}/{73a6fe31-595d-460b-a920-fcc0f8843232}.xpi
Status: enabled

Name: Nuke Anything Enhanced extensionfalse
Location: ${PROFILE_EXTENSIONS}/{1ced4832-f06e-413f-aa14-9eb63ad40ace}
Status: enabled

Name: PwdHash extensionfalse
Location: ${PROFILE_EXTENSIONS}/{bb8d77b0-a845-4249-a205-ef7395587b69}
Status: user-disabled

Name: Tab Mix Plus extensionfalse
Location: ${PROFILE_EXTENSIONS}/{dc572301-7619-498c-a57d-39143191b318}.xpi

Bug#635322: Same thing

[Ariel Barreiro]

I am also experiencing this, but only with certain routers, not all of the
change my hostname. Same annoying issues with X programs not working
anymore, although setting manually the hostame does make all work again.

Bug#649135: iceweasel: addons page connects to external URL without asking

[Ariel]

Package: iceweasel
Version: 8.0-3~bpo60+1
Severity: wishlist

The addons page/tab connect to an external page when you open it.

Just like a while ago you (Mike Hommey) caused iceweasel to not connect to an
external page for the home page, I would like to ask you do the same here.

I was able to override it locally by clearing extensions.webservice.discoverURL
and I think that should be the default.

-- Package-specific info:

-- Extensions information
Name: 8aweek extensionfalse
Location: ${PROFILE_EXTENSIONS}/{0c1a1188-7db5-4555-a309-cf879e585519}
Status: app-disabled

Name: Activate Autocomplete extensionfalse
Location: ${PROFILE_EXTENSIONS}/{5CB1C342-C68F-4af7-BC21-17D5C2E0C5BF}
Status: app-disabled

Name: AutoComplete user-scriptfalse

-- Addons package information

-- System Information:
Debian Release: 6.0.3
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'oldstable'), (1, 'experimental')
Architecture: i386 (x86_64)

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

Versions of packages iceweasel depends on:
ii  debianutils3.4   Miscellaneous utilities specific t
ii  fontconfig 2.8.0-2.1 generic font configuration library
ii  libc6  2.13-10   Embedded GNU C Library: Shared lib
ii  libgcc11:4.6.1-4 GCC support library
ii  libglib2.0-0   2.24.2-1  The GLib library of C routines
ii  libgtk2.0-02.20.1-2  The GTK+ graphical user interface 
ii  libnspr4-0d4.8.6-1   NetScape Portable Runtime Library
ii  libstdc++6 4.6.1-4   GNU Standard C++ Library v3
ii  procps 1:3.2.8-9 /proc file system utilities
ii  xulrunner-8.0  8.0-3~bpo60+1 XUL + XPCOM application runner

iceweasel recommends no packages.

Versions of packages iceweasel suggests:
ii  latex-xft-fonts 1.6.7-1  TrueType versions of some TeX font
ii  libgssapi-krb5- 1.8.1+dfsg-2 MIT Kerberos runtime libraries - k
ii  libkrb531.6.dfsg.4~beta1-5lenny6 MIT Kerberos runtime libraries
pn  mozplugger  none   (no description available)
ii  ttf-lyx 1.6.7-1  TrueType versions of some TeX font
ii  ttf-mathematica 6Installer of Mathematica TrueType 
ii  xfonts-mathml   4Type1 Symbol font for MathML

Versions of packages xulrunner-8.0 depends on:
ii  libasoun 1.0.23-2.1  shared library for ALSA applicatio
ii  libatk1. 1.30.0-1The ATK accessibility toolkit
ii  libbz2-1 1.0.5-6 high-quality block-sorting file co
ii  libc62.13-10 Embedded GNU C Library: Shared lib
ii  libcairo 1.10.2-6~bpo60+1The Cairo 2D vector graphics libra
ii  libdbus- 1.2.24-4+squeeze1   simple interprocess messaging syst
ii  libevent 1.4.13-stable-1 An asynchronous event notification
ii  libfontc 2.8.0-2.1   generic font configuration library
ii  libfreet 2.4.2-2.1+squeeze2  FreeType 2 font engine, shared lib
ii  libgcc1  1:4.6.1-4   GCC support library
ii  libglib2 2.24.2-1The GLib library of C routines
ii  libgtk2. 2.20.1-2The GTK+ graphical user interface 
ii  libhunsp 1.2.11-1spell checker and morphological an
ii  libjpeg6 6b1-1   The Independent JPEG Group's JPEG 
ii  libmozjs 8.0-3~bpo60+1   Mozilla SpiderMonkey JavaScript li
ii  libnotif 0.5.0-2 sends desktop notifications to a n
ii  libnspr4 4.8.6-1 NetScape Portable Runtime Library
ii  libnss3- 3.13.1.with.ckbi.1.88-1~bpo60+1 Network Security Service libraries
ii  libpango 1.28.3-1+squeeze2   Layout and rendering of internatio
ii  libpixma 0.22.0-1.1~bpo60+1  pixel-manipulation library for X a
ii  libreadl 6.1-3   GNU readline and history libraries
ii  libsqlit 3.7.8-1~bpo60+1 SQLite 3 shared library
ii  libstart 0.10-1  library for program launch feedbac
ii  libstdc+ 4.6.1-4 GNU Standard C++ Library v3
ii  libvpx0  0.9.7.p1-2.squeeze2 VP8 video codec (shared library)
ii  libx11-6 2:1.3.3-4   X11 client-side library
ii  libxext6 2:1.1.2-1   X11 miscellaneous extension librar
ii  libxrend 1:0.9.6-1   X Rendering Extension client libra
ii  libxt6   1:1.0.7-1   X11 toolkit intrinsics library
ii  zlib1g   1:1.2.3.4.dfsg-3compression library - runtime

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with 

Bug#649054: cgdisk says: Partition 1 doesn't begin on a 4149778177-sector boundary.

[Ariel]

Package: gdisk
Version: 0.8.1-1~bpo60+1
Severity: normal

If you choose align from the menu, then hit enter without typing anything it
thinks you want a 4149778177-sector alignment (and if you go back to the
option it thinks it's a -145320191 sector alignment).

The strange alignment only seems to show up when you do verify - if you
actually add a partition it doesn't seem to use the alignment, but I didn't
test extensively.

I would expect hitting enter without typing anything to leave the old alignment.

And if I can add a side bug, on gdisk it properly detects the alignment (8 in
my case), but then when you go to change it, it says default = 2048 which is
not what the old alignment was.

-- System Information:
Debian Release: 6.0.3
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'oldstable'), (1, 'experimental')
Architecture: i386 (x86_64)

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

Versions of packages gdisk depends on:
ii  groff-base1.20.1-10  GNU troff text-formatting system (
ii  libc6 2.13-10Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.6.1-4  GCC support library
ii  libicu44  4.4.1-7International Components for Unico
ii  libncurses5   5.7+20100313-5 shared libraries for terminal hand
ii  libpopt0  1.16-1 lib for parsing cmdline parameters
ii  libstdc++64.6.1-4GNU Standard C++ Library v3
ii  libuuid1  2.17.2-9   Universally Unique ID library

gdisk recommends no packages.

gdisk 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#648013: numlockx: toggles numlockx by default on session startup

[Ariel]

On Tue, 8 Nov 2011, Tollef Fog Heen wrote:


At login, numlockx turns on my numlock which is not at all what I
want. I've installed numlockx so that I can turn off numlock
programatically, not to have it turned on at loin.


Edit /etc/X11/Xsession.d/55numlockx and change on to off. Or comment out 
the line entirely.


It's set as a conffile, so your changes will not be overridden without 
asking.


You should close this bug. Or change it to a feature request requesting 
that numlockx use debconf to ask what it should do at startup.


-Ariel



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

Bug#554794: Increasing -c speeds up test

[Ariel]

# time badblocks -w -t 0x00 /dev/sdb3

real1m58.691s
user0m17.671s
sys 0m6.318s

# time badblocks -b 4096 -w -t 0x00 /dev/sdb3

real1m47.225s
user0m16.859s
sys 0m3.272s

# time badblocks -c 256 -w -t 0x00 /dev/sdb3

real1m50.223s
user0m16.102s
sys 0m3.283s

Using a larger blocksize, or larger number of blocks speeds up the test by 
about 10%. Going larger than that had little effect of time, but reduced 
cpu usage a bit.


-Ariel



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

Bug#646629: /sbin/badblocks: badblocks in read-only -t mode doesn't honor -s

[Ariel]

Package: e2fsprogs
Version: 1.41.12-4stable1
Severity: normal
File: /sbin/badblocks
Tags: patch

In read-only testing with a pattern badblocks ignores the -s flag.

Patch:

--- badblocks.c.orig2011-06-18 13:14:54.0 -0400
+++ badblocks.c 2011-10-25 16:50:08.580565884 -0400
@@ -480,8 +480,9 @@
num_blocks = last_block - 1;
if (!t_flag  (s_flag || v_flag)) {
fputs(_(Checking for bad blocks (read-only test): ), stderr);
-   if (v_flag = 1)
-   alarm_intr(SIGALRM);
+   }
+   if (s_flag  v_flag = 1) {
+   alarm_intr(SIGALRM);
}
while (currently_testing  last_block)
{


Minor side bug:

In read only testing with a pattern it says Testing with pattern 0x00 which
is the same words it uses when doing a write test.

Patch to make it say Read Testing with pattern 0x00:

--- badblocks.c.orig2011-06-18 13:14:54.0 -0400
+++ badblocks.c 2011-10-25 16:59:43.067604943 -0400
@@ -471,6 +471,9 @@
}
if (t_flag) {
fputs(_(Checking for bad blocks in read-only mode\n), stderr);
+if (s_flag | v_flag) {
+   fputs(_(Read ), stderr);
+}
pattern_fill(blkbuf + blocks_at_once * block_size,
 t_patts[0], block_size);
}

-- System Information:
Debian Release: 6.0.3
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'oldstable'), (1, 'experimental')
Architecture: i386 (x86_64)

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

Versions of packages e2fsprogs depends on:
ii  e2fslibs1.41.12-4stable1 ext2/ext3/ext4 file system librari
ii  libblkid1   2.17.2-9 block device id library
ii  libc6   2.13-10  Embedded GNU C Library: Shared lib
ii  libcomerr2  1.41.12-4stable1 common error description library
ii  libss2  1.41.12-4stable1 command-line interface parsing lib
ii  libuuid12.17.2-9 Universally Unique ID library
ii  util-linux  2.17.2-9 Miscellaneous system utilities

e2fsprogs recommends no packages.

Versions of packages e2fsprogs suggests:
pn  e2fsck-static none (no description available)
pn  gpart none (no description available)
ii  parted2.3-5  The GNU Parted disk partition resi

-- 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#642301: wordpress: Please include the debian sub-version in the header

[Ariel]

Package: wordpress
Version: 3.0.5+dfsg-0+squeeze1
Severity: wishlist

Google sends out alerts warning site owners if their version of wordpress is 
out of date, because of the risk of security issues.

However debian already handles the security issues even on old versions, so 
there is no reason for google to alert such users.

But, there is no way for google to tell since the header doesn't say:

meta name=generator content=WordPress 3.0.5 /

So, please include the full debian sub-version in the header (or in an 
additional one), that way google can do a better job with alerts, including 
alerting if someone has an unapplied debian update.

-- System Information:
Debian Release: 6.0.2
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'oldstable'), (1, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.32 (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages wordpress depends on:
ii  apache22.2.16-6+squeeze3 Apache HTTP Server metapackage
ii  apache2-mpm-prefork [h 2.2.16-6+squeeze3 Apache HTTP Server - traditional n
ii  libapache2-mod-php55.3.3-7+squeeze3  server-side, HTML-embedded scripti
pn  libjs-cropper  none(no description available)
pn  libjs-jquery   none(no description available)
ii  libjs-prototype1.6.1-1   JavaScript Framework for dynamic w
pn  libjs-scriptaculousnone(no description available)
pn  libphp-phpmailer   none(no description available)
pn  libphp-snoopy  none(no description available)
ii  mysql-client   5.1.49-3  MySQL database client (metapackage
ii  mysql-client-5.1 [mysq 5.1.49-3  MySQL database client binaries
pn  php-gettextnone(no description available)
ii  php5   5.3.3-7+squeeze3  server-side, HTML-embedded scripti
ii  php5-gd5.3.3-7+squeeze3  GD module for php5
ii  php5-mysql 5.3.3-7+squeeze3  MySQL module for php5
pn  tinymcenone(no description available)

Versions of packages wordpress recommends:
pn  wordpress-l10nnone (no description available)

Versions of packages wordpress suggests:
ii  mysql-server  5.1.49-3   MySQL database server (metapackage
ii  mysql-server-5.1 [mysql-serve 5.1.49-3   MySQL database server binaries and



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

Bug#640387: php-apc: Apache reload is before setup

[Ariel]

Package: php-apc
Version: 3.1.3p1-2
Severity: normal

Unpacking php-apc (from .../php-apc_3.1.3p1-2_amd64.deb) ...
Processing triggers for libapache2-mod-php5 ...
Reloading web server config: apache2.
Setting up php-apc (3.1.3p1-2) ...

After this php-apc was still not enabled. I had to reload the webserver a
second time to get it to show up.

I can only assume it was because the setting up step was after the reload,
so apc was not enabled yet.



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

Bug#569162: chkconfig: services configured to off turn on at upgrade

[Ariel Garcia]

Ping :-)

I fully agree with this bugreport and the above conclusion: it's a chkconfig 
bug (i'd call it Debian policy violation) and a security risk.

I use chkconfig to be able to manage Debian+Ubuntu and RedHat+derivative boxes 
with unified commands and it's not good that services are restarted upon 
upgrade... :-(

Please make it rename the service's symlinks from S to K as expected by 
Debian's init system

Thanks!



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

Bug#621358: kded4 remains runnng after KDE session finished, and loops on the CPU after suspend/resume

[Ariel Garcia]

Package: kdelibs-bin
Version: 4:4.6.4-1

 I guess after the new login the old kded4 still keeps running and gets crazy
 kded4 cpu usage goes to 100%, kill -9 pid solves the problem, I didn't 
 notice any consequence in KDE.

Ok, i can now extra info:

this time X/kde/kdm/whatever crashed and i was expelled to the kdm login 
screen. The kded4  daemon kept running (together with pulseaudio)
but all other KDE session processes were gone.
   --- NOTE: there is a wish-item in Bug#544149 which would partly
 address this also, if the kde daemons notice when they are 
  unused and quit

Then i logged in again starting a new kde session. Two kded4 processes were
now running (one old, one new), but still NO cpu-overload issues.

Then i SUSPENDED TO RAM overnight. Upon resume, the kded4 process from the
old crashed session went crazy, bringing CPU load to 100%.


Below the backtrace of all threads.

=
(gdb) thread apply all bt

Thread 3 (Thread 0x7ffe03f15700 (LWP 23797)):
#0  0x7ffe1dba7e13 in select () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x7ffe1ef95521 in ?? () from /usr/lib/libQtCore.so.4
#2  0x7ffe1eecd235 in ?? () from /usr/lib/libQtCore.so.4
#3  0x7ffe1b6a1b40 in start_thread () from 
/lib/x86_64-linux-gnu/libpthread.so.0
#4  0x7ffe1dbae2fd in clone () from /lib/x86_64-linux-gnu/libc.so.6
#5  0x in ?? ()

Thread 2 (Thread 0x7ffe01ed6700 (LWP 23803)):
#0  0x7ffe1b6a414f in pthread_mutex_lock () from 
/lib/x86_64-linux-gnu/libpthread.so.0
#1  0x7ffe1abd6986 in g_main_context_prepare () from /lib/libglib-2.0.so.0
#2  0x7ffe1abd7879 in ?? () from /lib/libglib-2.0.so.0
#3  0x7ffe1abd7f1d in g_main_context_iteration () from /lib/libglib-2.0.so.0
#4  0x7ffe1efde5cf in 
QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag) ()
   from /usr/lib/libQtCore.so.4
#5  0x7ffe1efb2b82 in 
QEventLoop::processEvents(QFlagsQEventLoop::ProcessEventsFlag) ()
   from /usr/lib/libQtCore.so.4
#6  0x7ffe1efb2d7f in 
QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from 
/usr/lib/libQtCore.so.4
#7  0x7ffe1eeca81f in QThread::exec() () from /usr/lib/libQtCore.so.4
#8  0x7ffe1ef95b6f in ?? () from /usr/lib/libQtCore.so.4
#9  0x7ffe1eecd235 in ?? () from /usr/lib/libQtCore.so.4
#10 0x7ffe1b6a1b40 in start_thread () from 
/lib/x86_64-linux-gnu/libpthread.so.0
#11 0x7ffe1dbae2fd in clone () from /lib/x86_64-linux-gnu/libc.so.6
#12 0x in ?? ()

Thread 1 (Thread 0x7ffe2036a760 (LWP 23792)):
#0  0x7ffe1b6a62c4 in pthread_cond_wait@@GLIBC_2.3.2 () from 
/lib/x86_64-linux-gnu/libpthread.so.0
#1  0x7ffe1eecd6cb in QWaitCondition::wait(QMutex*, unsigned long) () from 
/usr/lib/libQtCore.so.4
#2  0x7ffe1eeccf7c in QThread::wait(unsigned long) () from 
/usr/lib/libQtCore.so.4
#3  0x7ffe1ef89370 in QFileSystemWatcher::~QFileSystemWatcher() () from 
/usr/lib/libQtCore.so.4
#4  0x7ffe1ef89449 in QFileSystemWatcher::~QFileSystemWatcher() () from 
/usr/lib/libQtCore.so.4
#5  0x7ffe1efc54a5 in QObjectPrivate::deleteChildren() () from 
/usr/lib/libQtCore.so.4
#6  0x7ffe1efcaa49 in QObject::~QObject() () from /usr/lib/libQtCore.so.4
#7  0x7ffe17c67759 in ?? () from /usr/lib/libsolid.so.4
#8  0x7ffe1db0fd82 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#9  0x7ffe1db0fdd5 in exit () from /lib/x86_64-linux-gnu/libc.so.6
#10 0x7ffe1e3d85d8 in ?? () from /usr/lib/libQtGui.so.4
#11 0x7ffe1fd5c8c8 in KApplication::xioErrhandler(_XDisplay*) () from 
/usr/lib/libkdeui.so.5
#12 0x7ffe1f81207e in _XIOError () from 
/usr/lib/x86_64-linux-gnu/libX11.so.6
#13 0x7ffe1f80f9bd in _XEventsQueued () from 
/usr/lib/x86_64-linux-gnu/libX11.so.6
#14 0x7ffe1f8004ff in XEventsQueued () from 
/usr/lib/x86_64-linux-gnu/libX11.so.6
#15 0x7ffe1e41053c in ?? () from /usr/lib/libQtGui.so.4
#16 0x7ffe1abd711c in g_main_context_check () from /lib/libglib-2.0.so.0
#17 0x7ffe1abd7a02 in ?? () from /lib/libglib-2.0.so.0
---Type return to continue, or q return to quit---
#18 0x7ffe1abd7f1d in g_main_context_iteration () from /lib/libglib-2.0.so.0
#19 0x7ffe1efde5cf in 
QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag) ()
   from /usr/lib/libQtCore.so.4
#20 0x7ffe1e41070e in ?? () from /usr/lib/libQtGui.so.4
#21 0x7ffe1efb2b82 in 
QEventLoop::processEvents(QFlagsQEventLoop::ProcessEventsFlag) ()
   from /usr/lib/libQtCore.so.4
#22 0x7ffe1efb2d7f in 
QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from 
/usr/lib/libQtCore.so.4
#23 0x7ffe1efb6f57 in QCoreApplication::exec() () from 
/usr/lib/libQtCore.so.4
#24 0x7ffe0e3ae155 in kdemain () from 
/usr/lib/kde4/libkdeinit/libkdeinit4_kded4.so
#25 0x004088fa in _start ()
(gdb) 
=



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

Bug#621358: kded4 remains runnng after KDE session finished, and loops on the CPU after suspend/resume

[Ariel Garcia]

Package: kdelibs-bin
Version: 4:4.6.4-1

Some additional remark:

after i attached gdb to the process, made the backtrace, and detached
again, of course the cpu went hi again.
So i attached again and repeated the backtrace: Threads 1 and 3 didn't
move, ie, the backtrace looked identical, but thread 2 did change, so this
one must be the responsible for the hi load.

Below some bt of thread 2, same procedure repeated a few times 
(attaching, bt'ing, detaching)  (sorry no dgb libs installed, but you get the
idea i hope)

=
Thread 2 (Thread 0x7ffe01ed6700 (LWP 23803)):
#0  0x7ffe1dba36d3 in poll () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x7ffe1abd79e4 in ?? () from /lib/libglib-2.0.so.0
#2  0x7ffe1abd7f1d in g_main_context_iteration () from /lib/libglib-2.0.so.0
#3  0x7ffe1efde5cf in 
QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag) ()
   from /usr/lib/libQtCore.so.4
#4  0x7ffe1efb2b82 in 
QEventLoop::processEvents(QFlagsQEventLoop::ProcessEventsFlag) ()
   from /usr/lib/libQtCore.so.4
#5  0x7ffe1efb2d7f in 
QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from 
/usr/lib/libQtCore.so.4
#6  0x7ffe1eeca81f in QThread::exec() () from /usr/lib/libQtCore.so.4
#7  0x7ffe1ef95b6f in ?? () from /usr/lib/libQtCore.so.4
#8  0x7ffe1eecd235 in ?? () from /usr/lib/libQtCore.so.4
#9  0x7ffe1b6a1b40 in start_thread () from 
/lib/x86_64-linux-gnu/libpthread.so.0
#10 0x7ffe1dbae2fd in clone () from /lib/x86_64-linux-gnu/libc.so.6
#11 0x in ?? ()

=

Thread 2 (Thread 0x7ffe01ed6700 (LWP 23803)):
#0  0xff60012d in ?? ()
#1  0x7fff7c1ff6e1 in ?? ()
#2  0x7ffe1ae86e86 in clock_gettime () from /lib/x86_64-linux-gnu/librt.so.1
#3  0x7ffe1ef1d064 in ?? () from /usr/lib/libQtCore.so.4
#4  0x7ffe1efdeddd in ?? () from /usr/lib/libQtCore.so.4
#5  0x7ffe1efdf113 in ?? () from /usr/lib/libQtCore.so.4
#6  0x7ffe1efddb7c in ?? () from /usr/lib/libQtCore.so.4
#7  0x7ffe1efddc25 in ?? () from /usr/lib/libQtCore.so.4
#8  0x7ffe1abd6957 in g_main_context_prepare () from /lib/libglib-2.0.so.0
#9  0x7ffe1abd7879 in ?? () from /lib/libglib-2.0.so.0
#10 0x7ffe1abd7f1d in g_main_context_iteration () from /lib/libglib-2.0.so.0
#11 0x7ffe1efde5cf in 
QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag) ()
   from /usr/lib/libQtCore.so.4
#12 0x7ffe1efb2b82 in 
QEventLoop::processEvents(QFlagsQEventLoop::ProcessEventsFlag) ()
   from /usr/lib/libQtCore.so.4
#13 0x7ffe1efb2d7f in 
QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from 
/usr/lib/libQtCore.so.4
#14 0x7ffe1eeca81f in QThread::exec() () from /usr/lib/libQtCore.so.4
#15 0x7ffe1ef95b6f in ?? () from /usr/lib/libQtCore.so.4
#16 0x7ffe1eecd235 in ?? () from /usr/lib/libQtCore.so.4
#17 0x7ffe1b6a1b40 in start_thread () from 
/lib/x86_64-linux-gnu/libpthread.so.0
#18 0x7ffe1dbae2fd in clone () from /lib/x86_64-linux-gnu/libc.so.6
#19 0x in ?? ()


=
Thread 2 (Thread 0x7ffe01ed6700 (LWP 23803)):
#0  0x7ffe1dbbac06 in pthread_mutex_lock () from 
/lib/x86_64-linux-gnu/libc.so.6
#1  0x7ffe1abd7146 in g_main_context_check () from /lib/libglib-2.0.so.0
#2  0x7ffe1abd7a02 in ?? () from /lib/libglib-2.0.so.0
#3  0x7ffe1abd7f1d in g_main_context_iteration () from /lib/libglib-2.0.so.0
#4  0x7ffe1efde5cf in 
QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag) ()
   from /usr/lib/libQtCore.so.4
#5  0x7ffe1efb2b82 in 
QEventLoop::processEvents(QFlagsQEventLoop::ProcessEventsFlag) ()
   from /usr/lib/libQtCore.so.4
#6  0x7ffe1efb2d7f in 
QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from 
/usr/lib/libQtCore.so.4
#7  0x7ffe1eeca81f in QThread::exec() () from /usr/lib/libQtCore.so.4
#8  0x7ffe1ef95b6f in ?? () from /usr/lib/libQtCore.so.4
#9  0x7ffe1eecd235 in ?? () from /usr/lib/libQtCore.so.4
#10 0x7ffe1b6a1b40 in start_thread () from 
/lib/x86_64-linux-gnu/libpthread.so.0
#11 0x7ffe1dbae2fd in clone () from /lib/x86_64-linux-gnu/libc.so.6
#12 0x in ?? ()
=



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

Bug#621358: [kdelibs-bin] Re: on logging out and in again kded4 (often?) loops on the CPU

[Ariel Garcia]

Package: kdelibs-bin
Version: 4:4.6.4-1

--- Please enter the report below this line. ---

I can confirm that the problem is still there in the current version 4.6.4

Sometimes my X session crashes (some Intel driver or graphics libs problem i 
guess) and i get thrown to the KDM login again.

I guess after the new login the old kded4 still keeps running and gets crazy
kded4 cpu usage goes to 100%, kill -9 pid solves the problem, I didn't 
notice any consequence in KDE.


--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.39.2

Debian Release: wheezy/sid
  990 testing security.debian.org 
  990 testing ftp.de.debian.org 
  950 unstablewww.debian-multimedia.org 
  950 testing www.debian-multimedia.org 
  800 unstableftp.de.debian.org 
  700 experimentalftp.de.debian.org 

--- Package information. ---
Depends   (Version) | Installed
===-+-==
libc6(= 2.2.5) | 2.13-7
libkdecore5   (= 4:4.6.4-1) | 4:4.6.4-1
libkdeui5 (= 4:4.6.4-1) | 4:4.6.4-1
libkjsapi4(= 4:4.6.4-1) | 4:4.6.4-1
libkjsembed4  (= 4:4.6.4-1) | 4:4.6.4-1
libkrosscore4 (= 4:4.6.4-1) | 4:4.6.4-1
libqt4-dbus(= 4:4.7.0) | 4:4.7.3-1
libqt4-xml (= 4:4.7.0) | 4:4.7.3-1
libqtcore4 (= 4:4.7.0) | 4:4.7.3-1
libqtgui4  (= 4:4.7.0) | 4:4.7.3-1
libsoprano4 (= 2.5.60) | 2.6.0+dfsg.1-4
libstdc++6   (= 4.4.0) | 4.6.1-1
libx11-6| 2:1.4.3-2


Package's Recommends field is empty.

Package's Suggests field is empty.






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