Bug#1065002: rabbitvcs-thunar depends on gir1.2-thunarx-3.0

[Jaap Keuter]

Package: rabbitvcs-thunar
Version: 0.19-2
Severity: important
X-Debbugs-Cc: jaap.keu...@xs4all.nl

Dear Maintainer,

Installing rabbitvcs-thunar caused thunar to fail to start completely.
Running from the command line showed that is was missing essential python code.
Installing the gir1.2-thunarx-3.0 package added this missing code, hence making
this package a dependency of rabbitvcs-thunar.
Please add this to the control file, in the appropriate package.


-- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'testing-debug'), (500, 
'stable-updates'), (500, 'stable-security'), (500, 'oldstable-updates'), (500, 
'oldstable-security'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable')
Architecture: amd64 (x86_64)

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

Versions of packages rabbitvcs-thunar depends on:
ii  rabbitvcs-core  0.19-2

Versions of packages rabbitvcs-thunar recommends:
ii  thunarx-python  0.5.2-2+b2

rabbitvcs-thunar suggests no packages.

-- no debconf information

Bug#877867: Bugfix / workaround

[Jaap Keuter]

Launchpad has this one-liner bugfix / workaround, but so far has not been 
applied.

https://bugs.launchpad.net/ubuntu/+source/tkcvs/+bug/1817571/comments/1

This works for TkCVS 8.2.3

Later releases of TkCVS, or TkRev as it's now called, do not have this code 
anymore.

Bug#1031084: opendoas: Misleading comment in example config file

[Jaap Keuter]

Source: opendoas
Version: 6.8.2-1
Severity: normal
X-Debbugs-Cc: jaap.keu...@xs4all.nl

Dear Maintainer,

The example config file found in /usr/share/doc/opendoas/examples contains the
following lines:

8<--
# Permit members of the sudo group to perform actions as root.
permit :sudo
8<--

While in itself the comment is true, it's also misleading in that the rule
allows the members of
the sudo group to perform actions as *all users*, not just root. This as per
the doas.conf manual page:

8<--
as targetThe target user the running user is allowed to run the command
as.  The default is all users.
8<--

Therefore I suggest to replace the 'as root' part of the comment in question by
'as all users'.


-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'testing-debug'), (500, 
'stable-updates'), (500, 'stable-security'), (500, 'oldstable-updates'), (500, 
'unstable'), (500, 'stable'), (500, 'oldstable')
Architecture: amd64 (x86_64)

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

Bug#999563: tango-icon-theme: Tango inherits from crystalsvg, which does not exist

[Jaap Keuter]

Package: tango-icon-theme
Version: 0.8.90-8
Severity: normal
X-Debbugs-Cc: jaap.keu...@xs4all.nl

Dear Maintainer,

When running XFCE4 launching KDE applications from a terminal (e.g. Konsole)
leads to the warning "Icon theme "crystalsvg" not found."
Looking at the Tango icon theme the index file (index.theme) defines inheriting
from crystalsvg: "Inherits=gnome,crystalsvg".
This icon theme does not exist in Debian anymore. Therefore the inherit clause
should be changed, dropping crystalsvg.


-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'testing-debug'), (500, 
'stable-updates'), (500, 'stable-security'), (500, 'oldstable-updates'), (500, 
'unstable'), (500, 'stable'), (500, 'oldstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.14.0-2-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
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 tango-icon-theme depends on:
ii  hicolor-icon-theme  0.17-2

tango-icon-theme recommends no packages.

Versions of packages tango-icon-theme suggests:
ii  gnome-icon-theme  3.12.0-3
pn  kdelibs-data  

-- no debconf information

Bug#785480: Wireshark

[Jaap Keuter]

Hi,

The Wireshark project would appreciate it when packaging of bcg729 in Debian 
would be completed, so that it can be included in the build.

Thanks,
Jaap

Bug#951421: Umbrello critically unable to load its own files

[Jaap Keuter]

Hi,

Not sure what OP is going on about, but in short: Umbrello is unable to load its
own files with kf5 (version 5.57 and up), rendering the program rather useless.

Upstream bug https://bugs.kde.org/show_bug.cgi?id=406574 (NOR critical) was
fixed in 2.28.1 (KDE apps 19.04.1)

Please take into consideration the suggestion of the package tracker: A new
upstream version 19.08.3 is available, you should consider packaging it.

Thanks,
Jaap

Bug#785480: Can we get moving on this again?

[Jaap Keuter]

Hi,

Now with this package almost three years in the making (while already been done
by osso.nl three years ago) and almost one year of silence, can we get this
thing moving again? There are packages which can actually benefit from it.

Thanks,
Jaap

Bug#785480: Expanding interest in bcg729

[Jaap Keuter]

On Mon, 10 Dec 2018 16:52:48 +0100 Victor Seva 
 wrote:
> I have just started to update the repo in salsa [0] to the new 1.0.4
> upstream version.
> 
> Help getting the package in shape for inclusion in Debian is appreciated
> :-)
> 
> [0] https://salsa.debian.org/pkg-voip-team/bcg729/

Tried it, failed to build a package.

After touching README (otherwise it wouldn’t configure due to missing file) it 
started off okay.

jaap@janus:~/src/bcg729/salsa/master(master)$ touch README
jaap@janus:~/src/bcg729/salsa/master(master)$ dpkg-buildpackage -us -uc -sa
dpkg-buildpackage: info: source package bcg729
dpkg-buildpackage: info: source version 1.0.4-1
dpkg-buildpackage: info: source distribution UNRELEASED
dpkg-buildpackage: info: source changed by Victor Seva 
dpkg-buildpackage: info: host architecture amd64
...

Then when it hit the media player stuff it died.

...
make[4]: Nothing to be done for 'install-exec-am'.
 /bin/mkdir -p 
'/home/jaap/src/bcg729/salsa/master/debian/tmp/usr/lib/x86_64-linux-gnu/pkgconfig'
 /usr/bin/install -c -m 644 libbcg729.pc 
'/home/jaap/src/bcg729/salsa/master/debian/tmp/usr/lib/x86_64-linux-gnu/pkgconfig'
make[4]: Leaving directory '/home/jaap/src/bcg729/salsa/master'
make[3]: Leaving directory '/home/jaap/src/bcg729/salsa/master'
make[2]: Leaving directory '/home/jaap/src/bcg729/salsa/master'
sed -i "/dependency_libs/ s/'.*'/''/" 
"/home/jaap/src/bcg729/salsa/master"/debian/tmp/usr/lib/x86_64-linux-gnu/mediastreamer/plugins/msbcg729.la
sed: can't read 
/home/jaap/src/bcg729/salsa/master/debian/tmp/usr/lib/x86_64-linux-gnu/mediastreamer/plugins/msbcg729.la:
 No such file or directory
make[1]: *** [debian/rules:22: override_dh_auto_install] Error 2
make[1]: Leaving directory '/home/jaap/src/bcg729/salsa/master'
make: *** [debian/rules:13: binary] Error 2   
dpkg-buildpackage: error: fakeroot debian/rules binary subprocess returned exit 
status 2

So, where the OSSO repo of debian build files dropped the media player plugin 
stuff, here it’s included but breaking the/my package build.

Regards,
Jaap

Bug#905454: It's happened again

[Jaap Keuter]

> On 23 Aug 2018, at 00:41, Michael Biebl  wrote:
> 
> On 8/23/18 00:36, Michael Biebl wrote:
>> On 8/22/18 08:58, Jaap Keuter wrote:
>>> This time including boot info added as requested.
>> 
>> Hm, nothing really interesting in there which would give a clue.
>> 
>> That said, I notice that you still have consolekit installed.
>> Please purge that package
> 
> Along with libpam-ck-connector
> 

Done, as well as libck-connector0.
Letsovers from earlier days, as far as I can tell. 

Thanks,
Jaap

Bug#905454: It's happened again

[Jaap Keuter]

It's happened again, today with the update of apt


Preparing to unpack .../libdb5.3_5.3.28+dfsg1-0.1_amd64.deb ...
Unpacking libdb5.3:amd64 (5.3.28+dfsg1-0.1) over (5.3.28-12+b1) ...
Setting up libdb5.3:amd64 (5.3.28+dfsg1-0.1) ...
(Reading database ... 423076 files and directories currently installed.)
Preparing to unpack .../archives/apt_1.6.4_amd64.deb ...
Unpacking apt (1.6.4) over (1.6.3) ...
Setting up apt (1.6.4) ...


Looking at the process tree reveils the following:

  |   |-konsole -session 10dd616e7500015331903250014310008_1534454064_506928

  |   |   |-bash

  |   |   |   `-update-debian.s /home/jaap/bin/update-debian.sh

  |   |   |   `-sudo aptitude

  |   |   |   `-aptitude

  |   |   |   |-dpkg --status-fd 96 --no-triggers --configure
apt:amd64
  |   |   |   |   `-apt.postinst /var/lib/dpkg/info/apt.postinst
configure 1.6.3
  |   |   |   |   `-systemctl restart apt-daily-upgrade.timer
apt-daily.timer
  |   |   |   |   `-systemd-tty-ask --watch

  |   |   |   `-{aptitude}

This time there were no long delays, nor other desktop interaction and the
process was observed. No popup dialog was seen.

This time including boot info added as requested.


bootlog.tar.bz2
Description: application/bzip

Bug#905454: php-common: Update to php-common (1:62) stuck in php.common-post at systemd-tty-ask

[Jaap Keuter]

On 05-08-18 18:32, Michael Biebl wrote:
> Am 05.08.2018 um 18:14 schrieb Jaap Keuter:
> 
>> As a further experiment I've entered the following in a bash shell to see 
>> what
>> would happen:
>>
>> $ systemctl start phpsessionclean.timer
>>
>> It pops up a dialog "Authentication Required - PolicyKit1 KDE Agent"
>> which says "Authentication is required to start 'phpsessionclean.timer".
>> It sits there for 25 seconds, after which it disappears outputting on the 
>> shell:
>> "Failed to start phpsessionclean.timer: Connection timed out
>> See system logs and 'systemctl status phpsessionclean.timer' for details."
>>
>> So this is what might be happening on the update as well. As I was doing 
>> other
>> things at the time, the dialog must have long since disappeared during the 
>> update.
> 
> 
> "$" indicates, that you were running the above command as unprivileged
> user. In that case it is expected that you are prompted for authentication.
> 

That is correct. The experiment was to see what would happen in that case, how
the authentication action would proceed.


> dpkg/apt must be run with root privileges, in which case no separate
> authentication is required.

That is what I am expecting from running 'sudo aptitude'.


> "sudo systemctl start phpsessionclean.timer" will/should not trigger a
> polkit authentication dialog.
> 

Indeed it does not.

>>> Assuming you haven't rebooted the system, please also include the output
>>> of "journalctl -alb" and dmesg.
> 
> If you have persistent journal enabled, you might still have the logs
> from the previous boot.
> 

Unfortunately I do not.


> Now that you've rebooted, does "sudo apt install --reinstall php-common"
> trigger this issue again, ie. do you have a way to reproduce it?
> 

Running this command does not trigger the issue again. It finishes normally.
Note that in this case the phpsessionclean.timer is already started.
Stopping the timer and then running the command also does not trigger the issue.

Further testing was performed by downgrading php-common to 1:49 (stable) and
stopping the phpsessionclean.timer. From there the same update-debian.sh script
was used to start an update. Still this did not trigger the issue.

I'm not sure what else we can do to reproduce this observation.

Thanks,
Jaap

Bug#905454: php-common: Update to php-common (1:62) stuck in php.common-post at systemd-tty-ask

[Jaap Keuter]

On 05-08-18 09:29, Michael Biebl wrote:
> Am 05.08.2018 um 09:12 schrieb Michael Biebl:
> 
>> hm, update-debian.s /home/jaap/bin/update-debian.sh
>> /home/jaap/bin/update-debian.sh...
>> How exactly do you trigger the update?
>> Is system fully booted at this point?
>> Can you provide us with steps how to reproduce the issue?

Sure, the process tree shows what's going on. let me elaborate.

konsole -session 10dd616e7500015331903250014310008_1533191244_922307
Booted into a KDE plasma session, which gives me konsole.

  |   |   |-bash
Konsole runs bash as the shell.

  |   |   |   `-update-debian.s /home/jaap/bin/update-debian.sh
In the shell I manually run a script
(https://gitlab.com/JaapKeuter/update-debian) that supports me in updating 
Debian.

  |   |   |   `-sudo aptitude
The script runs sudo aptitude to do the updates. I have typed in my password for
sudo.

  |   |   |   `-aptitude
It runs aptitude to do the work.

  |   |   |   |-dpkg --status-fd 96 --configure --pending
It runs dpkg to work with the package.

  |   |   |   |   `-php-common.post
/var/lib/dpkg/info/php-common.postinst configure 1:61
It runs the package script to finish up the update of the package.

  |   |   |   |   `-systemctl start phpsessionclean.timer
It runs systemctl to start a systemd timer.

  |   |   |   |   `-systemd-tty-ask --watch

It runs systemd-tty-ask-password-agent to ask for permission.


As a further experiment I've entered the following in a bash shell to see what
would happen:

$ systemctl start phpsessionclean.timer

It pops up a dialog "Authentication Required - PolicyKit1 KDE Agent"
which says "Authentication is required to start 'phpsessionclean.timer".
It sits there for 25 seconds, after which it disappears outputting on the shell:
"Failed to start phpsessionclean.timer: Connection timed out
See system logs and 'systemctl status phpsessionclean.timer' for details."

So this is what might be happening on the update as well. As I was doing other
things at the time, the dialog must have long since disappeared during the 
update.

> 
> Please also attach the output of "reportbug --template systemd" to this
> bug report,

Done, see reportbug-systemd-backup-20180805-3946-zyzamfhh.gz


> Assuming you haven't rebooted the system, please also include the output
> of "journalctl -alb" and dmesg.
> 

The system is normally switched off, so that info isn't available anymore.




reportbug-systemd-backup-20180805-3946-zyzamfhh.gz
Description: application/gzip

Bug#905454: php-common: Update to php-common (1:62) stuck in php.common-post at systemd-tty-ask

[Jaap Keuter]

Package: php-common
Version: 1:62
Severity: normal

Dear Maintainer,

While updating to php-common 1:62 the update gets stuck at:

...
Unpacking mesa-va-drivers:amd64 (18.1.5-1) over (18.1.4-1) ...
Preparing to unpack .../17-php-common_1%3a62_all.deb ...
Unpacking php-common (1:62) over (1:61) ...
Preparing to unpack .../18-php7.2-xml_7.2.8-2_amd64.deb ...
Unpacking php7.2-xml (7.2.8-2) over (7.2.4-1) ...
...
Processing triggers for libc-bin (2.27-5) ...
Setting up mesa-va-drivers:amd64 (18.1.5-1) ...
Setting up php-common (1:62) ...


Looking at the process tree reveils the following:

  |   |-konsole -session 
10dd616e7500015331903250014310008_1533191244_922307 

  |   |   |-bash

 
  |   |   |   `-update-debian.s /home/jaap/bin/update-debian.sh 

 
  |   |   |   `-sudo aptitude   

 
  |   |   |   `-aptitude

 
  |   |   |   |-dpkg --status-fd 96 --configure --pending   

 
  |   |   |   |   `-php-common.post 
/var/lib/dpkg/info/php-common.postinst configure 1:61   
 
  |   |   |   |   `-systemctl start phpsessionclean.timer   

 
  |   |   |   |   `-systemd-tty-ask --watch 

 
  |   |   |   `-{aptitude} 

Somehow systemd-tty-ask tries to get something from us, but can't?

Ended up killing the systemd-tty-ask and systemctl processes to get the update 
to complete.

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

Kernel: Linux 4.17.0-1-amd64 (SMP w/2 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)

Versions of packages php-common depends on:
ii  psmisc  23.1-1
ii  sed 4.5-1

php-common recommends no packages.

php-common suggests no packages.

-- no debconf information

Bug#899998: Problem solved with latest package

[Jaap Keuter]

Hi,

Just installed the new package and rebooted the machine. Now I have a working
Xserver with latest (testing) kernel.

Linux janus 4.16.0-2-amd64 #1 SMP Debian 4.16.16-2 (2018-06-22) x86_64 GNU/Linux

Package: nvidia-legacy-340xx-kernel-dkms
Status: install ok installed
Priority: optional
Section: non-free/kernel
Installed-Size: 15355
Maintainer: Debian NVIDIA Maintainers 
Architecture: amd64
Multi-Arch: foreign
Source: nvidia-graphics-drivers-legacy-340xx
Version: 340.107-2


The only remaining reports in /var/log/messages are:
Jul  6 18:37:26 janus kernel: [   40.595166] resource sanity check: requesting
[mem 0x000c-0x000f], which spans more than PCI Bus :00 [mem
0x000d-0x000d window]
Jul  6 18:37:26 janus kernel: [   40.595293] caller _nv000788rm+0xe4/0x1c0
[nvidia] mapping multiple BARs


Thanks for the support,
Jaap

Bug#895332: marked as done (flightgear: no flightgear package present in Buster repo)

[Jaap Keuter]

On 20 Apr 2018, at 20:07, Jaap Keuter <jaap.keu...@xs4all.nl> wrote:
> 
> On Tue, 10 Apr 2018 15:10:37 +0200 Markus Wanner <mar...@bluegap.ch> wrote:
> ...
>> 
>> Given there's not FTBFS for the build failure on arm, I suggest we
>> relabel this one.
>> 
>> Kind Regards
>> 
>> Markus
>> 
> 
> Hi,
> 
> It would be nice if this could be addressed by submitting newly released
> 2018.1.1 to the (arm*) builders and see what they come up with.
> 

Unfortunately the newly added file QQuickDrawable.cxx and QQuickDrawable.hxx 
still give trouble.
Maybe the library dependancies need to be reviewed?

Thanks,
Jaap

Bug#895332: marked as done (flightgear: no flightgear package present in Buster repo)

[Jaap Keuter]

On Tue, 10 Apr 2018 15:10:37 +0200 Markus Wanner  wrote:
...
> 
> Given there's not FTBFS for the build failure on arm, I suggest we
> relabel this one.
> 
> Kind Regards
> 
> Markus
> 

Hi,

It would be nice if this could be addressed by submitting newly released
2018.1.1 to the (arm*) builders and see what they come up with.

Regards,
Jaap

Bug#880631: Package needs to be upgraded

[Jaap Keuter]

> Hi,
> 
> Am Donnerstag, 2. November 2017, 20:08:21 CET schrieben Sie:
>> Package: libnl-route-3-dev
>> Version: 3.2.24-2
>> 
>> ...
>> In addition, it lacks some new features. The upstream has moved to
>> github: https://github.com/thom311/libnl. I suggest upgrading to
>> version 3.4.0, or 3.3.0.
> 
> Thanks for the push. I'm currently working on the upgrade and hope
> to have something at the beginning of next week or so.
> 
> 
> Heiko

Hallo Heiko,

I was wondering what the hold up was updating this package?
Me personally am working on MACsec, which requires 3.2.29 at least so any update
is welcome.

Kind regards,
Jaap

Bug#887862: closed by Ondřej Nový <on...@debian.org> (Bug#887862: fixed in git-review 1.26.0-1)

[Jaap Keuter]

On 21-01-18 14:39, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the git-review package:
> 
> #887862: git-review: Download of change branch fails

Thanks Ondřej! This fixes both problems.

Bug#887862: git-review: Download of change branch fails

[Jaap Keuter]

Package: git-review
Version: 1.25.0-2
Severity: normal

Dear Maintainer,

The following transpires when downloading a change with git-review


git review -d 25398
Using global/system git-review config files (/etc/git-review/git-review.conf) 
is deprecated
Downloading refs/changes/98/25398/1 from gerrit
Cannot set upstream to remote branch
The following command failed with exit code 128
"git branch --set-upstream review/jaap_keuter/25398 origin/master"
---
fatal: the '--set-upstream' option is no longer supported. Please use '--track' 
or '--set-upstream-to' instead.
---

Packaging the new 1.26 version would likely address this. Please consider 
packaging it.

Thanks,
Jaap


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

Kernel: Linux 4.14.0-3-amd64 (SMP w/2 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)

Versions of packages git-review depends on:
ii  git  1:2.15.1-1
ii  python   2.7.14-1
ii  python-requests  2.18.4-1

git-review recommends no packages.

git-review suggests no packages.

-- no debconf information

Bug#887436: git-review: Please package updated git-review

[Jaap Keuter]

Package: git-review
Version: 1.25.0-2
Severity: wishlist

Dear Maintainer,

Since 2017-12-27 the git-review package has been removed from testing, since 
the 
newly packaged version has prolems: a serious bug and outdated policy.
Also a newer version has been released upstream, with various fixes and support
for the git version (>=2.15) as is now present in testing.

Therefore the request to package this new upstream release to address all 
issues at once.

Regards.

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

Kernel: Linux 4.14.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) 
(ignored: LC_ALL set to C), LANGUAGE=en_US:en (charmap=ANSI_X3.4-1968) 
(ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages git-review depends on:
ii  git  1:2.15.1-1
ii  python   2.7.14-1
ii  python-requests  2.18.4-1

git-review recommends no packages.

git-review suggests no packages.

-- no debconf information

Bug#785480: Expanding interest in bcg729

[Jaap Keuter]

On 02-08-17 23:14, Tzafrir Cohen wrote:
> On Tue, Aug 01, 2017 at 11:11:40PM +0200, Jaap Keuter wrote:
>> Hi,
>>
>> Recent developments in Wireshark have seen this library being used in RTP 
>> stream
>> decoding. It would be appreciated by many users of Wireshark on Debian (and
>> derivatives) when this would be available for the Debian build of Wireshark.
> 
> The package has a mediastreamer plugin. In version 1.0.2 it fails to
> build and from what I understand it seems it would need libmediastream2.
> 
> From what I see that plugin does not change the basic library. Thus I
> see no problem with starting just with the library itself. I figure you
> (Jaap) only need the library. Is that right?
> 
> Adding the plugin later should not break anything.
> 
> Anybody working on adding libmediastreamer2? Linphone4? Will there be a
> problem with adding them in the future?
> 

Finally got around to it. This is what I found.

Based on https://github.com/ossobv/bcg729-deb (and thus
https://github.com/BelledonneCommunications/bcg729) the Debian (lib and dev)
packages were created, installed and subsequently Wireshark (master) was
configured and build.
This resulted in a Wireshark executable capable of reproducing G.729 encoded
audio from a sample SIP and RTP capture file.

Since the debian packaging includes the commit "Update to bcg729-1.0.3. Add
README. Remove mediastreamer stuff." it is safe to say the Wireshark doesn't
need the libmediastream2.

Regards,
Jaap

Bug#884213: asciidoctor: New version with substantial fixes and improvements released

[Jaap Keuter]

Package: asciidoctor
Version: 1.5.5-1
Severity: wishlist

Dear Maintainer,

Please consider packaging new upstream version 1.5.6.1, which, according to the
release information:

"This iteration began as a minor release and morphed into one of the most 
important and substantial releases to date. This release brings several 
landmark 
features, major performance improvements (25% increase in speed), critical bug 
fixes, and lots of important internal restructuring."

and

"This release fixes regressions and integration problems that were introduced 
in the 1.5.6 release."

and since

"asciidoc (8.6.10-1) unstable; urgency=low

  The version 8.6.10 has been marked as FINAL RELEASE by the upstream 
maintainers.
  They advise their users to move to asciidoctor.
  See: https://github.com/asciidoc/asciidoc/releases;

it is important to have an up-to-date version of asciidoctor in the repository.

Regards.

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

Kernel: Linux 4.13.0-1-amd64 (SMP w/2 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)

Versions of packages asciidoctor depends on:
ii  ruby  1:2.3.3

asciidoctor recommends no packages.

asciidoctor suggests no packages.

-- no debconf information

Bug#785480: Expanding interest in bcg729

[Jaap Keuter]

Hi,

Recent developments in Wireshark have seen this library being used in RTP stream
decoding. It would be appreciated by many users of Wireshark on Debian (and
derivatives) when this would be available for the Debian build of Wireshark.

Thanks,
Jaap

Bug#842128: gammaray: Package uninstallable due to unmet dependancies

[Jaap Keuter]

Source: gammaray
Severity: serious
Justification: Policy 7.2

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

When attempting to install (through aptitude or apt-get) the dependancy to 
the virtual package qtbase-abi-5-3-2 somehow prevents this to complete.

This is a log of apt-get installation actions exposing the issue.

user@host:~$ sudo apt-get check
Reading package lists... Done
Building dependency tree   
Reading state information... Done
user@host:~$ sudo apt-get install gammaray
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 gammaray : Depends: qtbase-abi-5-3-2
Recommends: gammaray-probe-qt4 but it is not going to be installed
E: Unable to correct problems, you have held broken packages.
user@host:~$ sudo apt-get install qtbase-abi-5-3-2
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Package qtbase-abi-5-3-2 is a virtual package provided by:
  libqt5core5a 5.3.2+dfsg-4+deb8u1 [Not candidate version]

E: Package 'qtbase-abi-5-3-2' has no installation candidate
user@host:~$ sudo apt-get install libqt5core5a
Reading package lists... Done
Building dependency tree   
Reading state information... Done
libqt5core5a is already the newest version (5.6.1+dfsg-3+b1).
libqt5core5a set to manually installed.
0 upgraded, 0 newly installed, 0 to remove and 707 not upgraded.
user@host:~$ 

It seems that libqt5core5a is already there, providing qtbase-abi-5-3-2, 
yet somehow this does not satisfy the gammaray package dependency.

Hope you can sort out why.

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

Kernel: Linux 4.7.0-1-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)

Bug#839083: flightgear: Missing required data files for version 2016.3.1

[Jaap Keuter]

Package: flightgear
Version: 1:2016.3.1+dfsg-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

After upgrading from 2016.2.1 to 2016.3.1 and launching flightgear through 
FGRun you are
greeted by a dialog stating: "The requested location 
'/usr/share/games/flightgear' does
not appear to be a valid set of data files for FlightGear".

Now flightgear seems to depend on flightgear-data-all (>=2016.3.1~) [not m68k, 
ppc64, sh4, sparc64]
but that doesn't seem to exist, since looking at that package there is no such 
version, nor an 
indication this is coming (nothing to see in the Developer Info for that 
package).

All in all, apart from hacking the version file(?), or downloading data from 
external source, as
offered through this dialog, seem to be the available workarounds. The solution 
would be to upload
the proper data sets, IMHO.

Kind regards.

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

Kernel: Linux 4.6.0-1-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 flightgear depends on:
ii  flightgear-data-all   1:2016.2.1+dfsg-1
ii  freeglut3 2.8.1-2
ii  libc6 2.23-5
ii  libcurl3-gnutls   7.50.1-1
ii  libdbus-1-3   1.10.10-1
ii  libexpat1 2.2.0-1
ii  libflite1 2.0.0-release-1
ii  libgcc1   1:6.1.1-11
ii  libgl1-mesa-glx [libgl1]  12.0.3-1
ii  libglu1-mesa [libglu1]9.0.0-2.1
ii  libgsm1   1.0.13-4
ii  libhtsengine1 1.08-1
ii  libice6   2:1.0.9-1+b1
ii  libopenal11:1.17.2-1
ii  libopenscenegraph100v53.2.3+dfsg1-2+b1
ii  libopenthreads20  3.2.3+dfsg1-1+b1
ii  libplib1  1.8.5-7
ii  libpng16-16   1.6.24-2
ii  libqt5core5a  5.6.1+dfsg-3+b1
ii  libqt5gui55.6.1+dfsg-3+b1
ii  libqt5widgets55.6.1+dfsg-3+b1
ii  libsm62:1.2.2-1+b1
ii  libspeex1 1.2~rc1.2-1
ii  libspeexdsp1  1.2~rc1.2-1
ii  libsqlite3-0  3.14.2-1
ii  libstdc++66.1.1-11
ii  libudev1  231-4
ii  libudns0  0.4-1
ii  libx11-6  2:1.6.3-1
ii  libxext6  2:1.3.3-1
ii  libxi62:1.7.6-1
ii  libxmu6   2:1.1.2-2
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages flightgear recommends:
pn  flightgear-phi  

flightgear suggests no packages.

-- no debconf information

Bug#829088: ccache may silently miscompile symlinked source files

[Jaap Keuter]

Don't the release notes of the next version address this?
https://ccache.samba.org/releasenotes.html#_ccache_3_2_6

On Thu, 30 Jun 2016 23:08:05 +0200 Joel Rosdahl  wrote:
> Thanks for the bug report. I have reproduced the issue, see the attached
> script. Yes, to trigger the bug, the source file path must be absolute and
> CCACHE_BASEDIR must be enabled.
> 
> The behavior change in question comes from this commit: <
> https://github.com/ccache/ccache/commit/2df269a3121889ebcdfa5d98dfb4d675f690e039>.
> It's included in ccache 3.1.8 and newer.
> 
> Not sure what to do, though. Have to think about it some more.
> 
> -- Joel
> 
> On 30 June 2016 at 14:15, Stefan Fritsch  wrote:
> 
> > found 829088 3.2.5-1
> > thanks
> >
> > Version 3.2.5-1 is also affected by this issue.
> >
> > Attached is a log file from that version.
> >
> > Since the path names are rather complicated in the examples: The dir with
> > the symlinked source files is (note the obj in the 3rd component):
> >
> >
> > /changes/L4.fritsch/obj/l4re/amd64/pkg/l4re-core/uclibc-minimal/libc/src/libc/stdlib/malloc-standard/free.c
> >
> > The path to the source file with all symlinks resolved is (there is no
> > obj/ and no amd64/ in this path):
> >
> >
> > /changes/L4.fritsch/l4re/src/l4/pkg/l4re-core/uclibc/lib/contrib/uclibc/libc/stdlib/malloc-standard/free.c

Bug#765855: Having the same problem

[Jaap Keuter]

Hi,

I've noticed the same problem when starting at Schiphol (--airport=EHAM) or
approaching it, say 20 miles away, after taking off from EHSB for instance.
Using the same commands to run under gdb, got the same results.

Hope it helps.
Jaap


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

Bug#763818: libopenscenegraph100: Unable to load any model in flightgear

[Jaap Keuter]

Package: libopenscenegraph100
Version: 3.2.1-3
Severity: grave
Justification: renders package unusable

Dear Maintainer,

After the regular update on testing I found myself unable to launch flightgear 
with any plane.
Launching happens through fgrun, which reports inability to load the 3D model 
for any plance selected.
Continuing the launch of flightgear causes it to abort when it is time to show 
the initial view.
This is the most recent updated component of flightgear, and also bug 763816 
shows that something went wrong recently.

Kind regards,
Jaap


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

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

Versions of packages libopenscenegraph100 depends on:
ii  libavcodec56  6:11-1
ii  libavdevice55 6:11-1
ii  libavformat56 6:11-1
ii  libavresample26:11-1
ii  libavutil54   6:11-1
ii  libc6 2.19-11
ii  libcairo2 1.12.16-5
ii  libcoin80 3.1.4~abc9f50-7
ii  libcurl3-gnutls   7.38.0-2
ii  libfreetype6  2.5.2-2
ii  libgcc1   1:4.9.1-15
ii  libgdal1h 1.10.1+dfsg-8+b2
ii  libgif4   4.1.6-11
ii  libgl1-mesa-glx [libgl1]  10.2.6-1
ii  libglib2.0-0  2.42.0-1
ii  libjasper11.900.1-debian1-2+b1
ii  libjpeg8  8d1-1
ii  libopenthreads20  3.2.1-3
ii  libpng12-01.2.50-2
ii  libpoppler-glib8  0.26.4-1
ii  libqt4-opengl 4:4.8.6+git64-g5dc8b2b+dfsg-2
ii  libqtcore44:4.8.6+git64-g5dc8b2b+dfsg-2
ii  libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2
ii  librsvg2-22.40.4-1
ii  libstdc++64.9.1-15
ii  libswscale3   6:11-1
ii  libtiff5  4.0.3-10
ii  libx11-6  2:1.6.2-3
ii  libxine2  1.2.6-1+b1
ii  zlib1g1:1.2.8.dfsg-2

libopenscenegraph100 recommends no packages.

libopenscenegraph100 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#718303: Can this be solved?

[Jaap Keuter]

Hi,

Upstream (XALANC-751) suggests this is solved (in XALANC-744), so could this be
solved as well?

Thanks,
Jaap


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

Bug#750595: RFP: sysdig -- An open source system-level exploration and troubleshooting tool.

[Jaap Keuter]

Package: wnpp
Severity: wishlist

* Package name: sysdig
  Version : 0.1.83
  Upstream Author : sys...@googlegroups.com
* URL : http://www.sysdig.org/
* License : GPLv2
  Programming Lang: C
  Description : An open source system-level exploration and troubleshooting 
tool.

Sysdig instruments your physical and virtual machines at the OS level by 
installing into the Linux kernel and capturing system calls and other OS events.
Then, using sysdig's command line interface, you can filter and decode these 
events in order to extract useful information.
Sysdig can be used to inspect systems live in real-time, or to generate trace 
files that can be analyzed at a later stage.


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

Bug#747255: libkactivities6: Activity manager failed after upgrade to KDE 4.12.4

[Jaap Keuter]

Package: libkactivities6
Version: 4:4.12.4-1
Severity: important

Dear Maintainers,

After the recent upgrade of KDE in jessie the previously configured activities 
were gone. Also trying to add an activity failed. Searching .xsession-errors 
showed:

klauncher(10898)/kdecore (services) KServiceFactory::findServiceByDesktopPath: 
kactivitymanagerd.desktop not found

and later on:

plasma-desktop(10926)/plasma DesktopCorona::checkActivities: No 
ActivityManager? Help, I've fallen and I can't get up!

which bode no good.

Searching for the activity manager lead me to libkactivities6 which now, in 
reference to wheezy, only recommends libkactivities-bin to be installed.
But this pacakge seems to be very relevant for the activity manager to work.
I'm not sure what the state was before this upgrade, but putting that package 
back on the machine and starting the KDE session again gave me all activities 
back.

So, is it correct to recommend libkactivities-bin, or should it be a depend?

Kind regards,
Jaap


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

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

Versions of packages libkactivities6 depends on:
ii  libc62.18-5
ii  libkdecore5  4:4.12.4-1
ii  libqt4-dbus  4:4.8.5+git242-g0315971+dfsg-2
ii  libqtcore4   4:4.8.5+git242-g0315971+dfsg-2
ii  libstdc++6   4.9.0-1

Versions of packages libkactivities6 recommends:
ii  libkactivities-bin  4:4.12.4-1

libkactivities6 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#743169: flightgear: Failure to open font files

[Jaap Keuter]

Package: flightgear
Version: 3.0.0-1
Severity: normal

Dear Maintainer,

When launching FGFS through FGrun a log window opens up showing some details of 
the progress of system initialization.
Depending on aircraft type there are one or more reports on failure to open 
font files, like this:

canvas::Text: Failed to open font file path

where path is:
/usr/share/games/flightgear/Fonts/LiberationFonts/LiberationSans-Bold.ttf
/usr/share/games/flightgear/Fonts/LiberationFonts/LiberationSans-Regular.ttf
/usr/share/games/flightgear/Fonts/LiberationFonts/LiberationMono-Bold.ttf

Looking at the file system the font files are there:
$ file /usr/share/games/flightgear/Fonts/LiberationFonts/LiberationSans-Bold.ttf
/usr/share/games/flightgear/Fonts/LiberationFonts/LiberationSans-Bold.ttf: 
TrueType font data
$ file 
/usr/share/games/flightgear/Fonts/LiberationFonts/LiberationSans-Regular.ttf
/usr/share/games/flightgear/Fonts/LiberationFonts/LiberationSans-Regular.ttf: 
TrueType font data
$ file /usr/share/games/flightgear/Fonts/LiberationFonts/LiberationMono-Bold.ttf
/usr/share/games/flightgear/Fonts/LiberationFonts/LiberationMono-Bold.ttf: 
TrueType font data

I would expect FGFS to be able to use these fonts for improved text 
representation.

Thanks,
Jaap


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

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

Versions of packages flightgear depends on:
ii  flightgear-data-all   3.0.0-1
ii  freeglut3 2.8.1-1
ii  libc6 2.18-4
ii  libdbus-1-3   1.8.0-2
ii  libgcc1   1:4.8.2-16
ii  libgl1-mesa-glx [libgl1]  10.1.0-4
ii  libglu1-mesa [libglu1]9.0.0-2
ii  libgsm1   1.0.13-4
ii  libice6   2:1.0.8-2
ii  libjpeg8  8d-2
ii  libopenal11:1.14-4
ii  libopenscenegraph99   3.2.0~rc1-4
ii  libopenthreads14  3.2.0~rc1-4
ii  libplib1  1.8.5-7
ii  libpng12-01.2.50-1
ii  libsimgearcore3.0.0   3.0.0-2
ii  libsimgearscene3.0.0  3.0.0-2
ii  libsm62:1.2.1-2
ii  libspeex1 1.2~rc1.1-1
ii  libsqlite3-0  3.8.3.1-1
ii  libstdc++64.8.2-16
ii  libudev1  204-8
ii  libx11-6  2:1.6.2-1
ii  libxext6  2:1.3.2-1
ii  libxi62:1.7.2-1
ii  libxmu6   2:1.1.1-1
ii  zlib1g1:1.2.8.dfsg-1

flightgear recommends no packages.

flightgear suggests no packages.

-- no debconf information


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

Bug#737917: ntop phones home every time it's started

[Jaap Keuter]

Package: ntop
Version: 3:5.0.1+dfsg1-1
Severity: important

Dear Maintainer,

When working on configuring NTOP I was tweaking parameters through the 
/etc/default/ntop variable GETOPT. Reading the help and man page one thing I 
found was --skip-version-check.
This sparked my interest to look at the network traffic generated. Indeed when
starting the ntop service there's HTTP traffic going to kpn.ntop.org, which is
the CNAME for version.ntop.org. A bunch of data is pushed to it and a version
check returned. 

Adding the --skip-version-check option should prohibit this. It does not. NTOP
comes back with the error that it needs a parameter for the option, which is 
not documented. Adding the parameter (like '=yes', or ' yes') allows NTOP to 
start. But looking at the log and the network traffic the version check is 
still performed. 

A telltail sign comes when one freshly installs the package. This is what 
appears in the syslog.

--8---

 ntop[]:   CHKVER: **PRIVACY**NOTICE**
 ntop[]:   CHKVER: * ntop instances may record individually identifiable *
 ntop[]:   CHKVER: * information on a remote system as part of the version   *
 ntop[]:   CHKVER: * check.  *
 ntop[]:   CHKVER: * *
 ntop[]:   CHKVER: * You have requested - via the --skip-version-check   *
 ntop[]:   CHKVER: * option that this check be skipped and so no *
 ntop[]:   CHKVER: * individually identifiable information will be recorded. *
 ntop[]:   CHKVER: * *
 ntop[]:   CHKVER: * In general, we ask you to permit this check because it  *
 ntop[]:   CHKVER: * benefits both the users and developers of ntop. *
 ntop[]:   CHKVER: * *
 ntop[]:   CHKVER: * Review the man ntop page for more information.  *
 ntop[]:   CHKVER: * *
 ntop[]:   CHKVER: **PRIVACY**NOTICE**
 ntop[]:   CHKVER: Checking current ntop version at version.ntop.org/version.xml
 ntop[]:   CHKVER: Version file is from 'version.ntop.org'
 ntop[]:   CHKVER: as of date is '2012-10-16T11:00:47'
 ntop[]:   CHKVER: This version of ntop is the CURRENT stable version

--8---

So first a notice that the version check is skipped, and then it's done anyway?
This cannot be right, on various levels.

What I would expect is that the version check is inhibited by default, since
we're relying on the Debian distribution channels for updates, not on 
in-application checks (which should be a general Debian Packager policy IMHO). 
And then centainly not those checks which flag out to the world every time 
when my Debian box boots up. For me enough reason to remove ntop from my box.


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

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

Versions of packages ntop depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.52
ii  libc6  2.17-97
ii  libgdbm3   1.8.3-12
ii  libgeoip1  1.6.0-1
ii  libpcap0.8 1.5.3-1
ii  libpython2.7   2.7.6-5
ii  librrd41.4.7-2+b1
ii  net-tools  1.60-25
ii  ntop-data  3:5.0.1+dfsg1-1
ii  passwd 1:4.1.5.1-1
ii  python-mako0.9.1-1
ii  zlib1g 1:1.2.8.dfsg-1

ntop recommends no packages.

Versions of packages ntop suggests:
ii  graphviz  2.26.3-16.1
ii  gsfonts   1:8.11+urwcyr1.0.7~pre44-4.2

-- debconf information:
  ntop/password_reset: false
* ntop/interfaces: none
* ntop/password_empty:
  ntop/password_mismatch:
  ntop/user: ntop


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

Bug#697441: xulrunner-10.0: depends on transitional package libnss3-1d

[Jaap Keuter]

Package: xulrunner-10.0
Version: 10.0.11esr-1
Severity: normal

Dear Maintainer,
As listed below this package depends on libnss3-1d, which is a transitional 
package.
The dependancy should be on libnss3 | libnss3-1d or libnss3 alone instead. 
Please adapt the packaging files.

Thanks,
Jaap

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

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

Versions of packages xulrunner-10.0 depends on:
ii  libasound21.0.25-4
ii  libatk1.0-0   2.4.0-2
ii  libbz2-1.01.0.6-4
ii  libc6 2.13-37
ii  libcairo2 1.12.2-2
ii  libdbus-1-3   1.6.8-1
ii  libdbus-glib-1-2  0.100-1
ii  libevent-2.0-52.0.19-stable-3
ii  libfontconfig12.9.0-7.1
ii  libfreetype6  2.4.9-1.1
ii  libgcc1   1:4.7.2-4
ii  libgdk-pixbuf2.0-02.26.1-1
ii  libglib2.0-0  2.33.12+really2.32.4-3
ii  libgtk2.0-0   2.24.10-2
ii  libhunspell-1.3-0 1.3.2-4
ii  libjpeg8  8d-1
ii  libmozjs10d   10.0.11esr-1
ii  libnotify40.7.5-1
ii  libnspr4-0d   2:4.9.2-1
ii  libnss3-1d2:3.13.6-1
ii  libpango1.0-0 1.30.0-1
ii  libpixman-1-0 0.26.0-3
ii  libreadline6  6.2-8
ii  libsqlite3-0  3.7.13-1
ii  libstartup-notification0  0.12-1
ii  libstdc++64.7.2-4
ii  libvpx1   1.1.0-1
ii  libx11-6  2:1.5.0-1
ii  libxext6  2:1.3.1-2
ii  libxrender1   1:0.9.7-1
ii  libxt61:1.1.3-1
ii  zlib1g1:1.2.7.dfsg-13

xulrunner-10.0 recommends no packages.

Versions of packages xulrunner-10.0 suggests:
ii  libcanberra0  0.28-6
pn  libgnomeui-0  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#693289: kate: Keyboard navigation to bookmarks keeps focus on menu

[Jaap Keuter]

Package: kate
Version: 4:4.8.4-1
Severity: normal

Dear Maintainer,
This is all in the context of using keyboard navigation. 
When editing a file and setting bookmarks (Ctrl+B) one uses the Bookmarks 
menu (Alt+B) to select a bookmark to jump to. After selecting a bookmark
(up arrow/down arrow, enter) the menu disappears and the view jumps to the
selected bookmark. Still the input focus is elsewhere, on the menu.
Typing one of the menu shotcut keys folds out that menu. One has to click
in the view to get the focus there, before typing can continue.

Also happens when selecting a menu (Alt+menu accelerator), then backing
out using Esc. Focus remains on the menu, the view doesn't regain focus.


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

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

Versions of packages kate depends on:
ii  kate-data   4:4.8.4-1
ii  katepart4:4.8.4-1
ii  kde-runtime 4:4.8.4-2
ii  libc6   2.13-35
ii  libkateinterfaces4  4:4.8.4-1
ii  libkdecore5 4:4.8.4-4
ii  libkdeui5   4:4.8.4-4
ii  libkfile4   4:4.8.4-4
ii  libkio5 4:4.8.4-4
ii  libknewstuff2-4 4:4.8.4-4
ii  libknewstuff3-4 4:4.8.4-4
ii  libkparts4  4:4.8.4-4
ii  libktexteditor4 4:4.8.4-4
ii  libplasma3  4:4.8.4-4
ii  libqt4-dbus 4:4.8.2+dfsg-2
ii  libqt4-qt3support   4:4.8.2+dfsg-2
ii  libqt4-sql  4:4.8.2+dfsg-2
ii  libqt4-xml  4:4.8.2+dfsg-2
ii  libqtcore4  4:4.8.2+dfsg-2
ii  libqtgui4   4:4.8.2+dfsg-2
ii  libstdc++6  4.7.1-7

kate recommends no packages.

Versions of packages kate suggests:
ii  aspell0.60.7~20110707-1
ii  ispell3.3.02-5
pn  khelpcenter4  none
ii  konsole   4:4.8.4-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#354933: Sample /etc/network/interfaces file

[Jaap Keuter]

Hi,

Just to reignite interest in this matter (this bug, ifupdown or 
whatever) I submit a sample interfaces file I just experimented with.
It configures an anonymous ethernet interface (eth0) with one vlan 
(vlan21). This vlan is assigned an IPv4 and IPv6 address.
It works on Squeeze, configuring the right addresses on the network 
interface, but with annoying error messages.


iface eth0 inet manual
pre-up ip link set up dev $IFACE
post-down ip link set down dev $IFACE

auto vlan21
iface vlan21 inet static
address 192.168.21.1
netmask 255.255.255.0
vlan_raw_device eth0

iface vlan21 inet6 static
address fd01:abcd:0:21::1
netmask 64
vlan_raw_device eth0

Thanks,
Jaap






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

Bug#632828: Ping

[Jaap Keuter]

  

Any progress? 

Thanks,
Jaap 
  

Bug#572951: How to (easily) reproduce this error

[Jaap Keuter]

Hello, 

Just chiming in after a problematic Lenny - Squeeze update.


I have a machine with a physical interface (e100, eth0, no IPv4
address) supporting two VLAN interfaces (eth0.21 and eth0.43, both with
their own IPv4 address assigned) across which I updated the
machine.
After updating the kernel and udev and a reboot I could no
longer reach the machine. 

Turns out that the interface is renamed from
eth0 to eth0.43 by udev, using the last matching rule from
70-persistent-net.rules. The matching rules list subsequently have
eth0, eth0.21 and eth0.43 as name. 

Removing the lines with the
VLAN interface names and reboot (reload e100 module should be fine too)
things were back to normal with an eth0 and lo device. 

From
/etc/network/interfaces 

# The VLAN-enabled interface
auto eth0
iface
eth0 inet manual
 up ifconfig eth0 0.0.0.0 up || true
 down ifconfig
eth0 down || true 

To add the virtual interfaces 

 modprobe 8021q 


vconfig add eth0 21 

 ifconfig eth0.21 192.168.1.1 up 

 vconfig add
eth0 43 

 ifconfig eth0.43 192.168.2.1 up 

Thanks,
Jaap

Bug#521437: Can we expect progress here?

[Jaap Keuter]

Hi Jörg,

This bug has kept bootchart out of testing for 233 days so far. Now that I'm 
looking at a KDM/X-Server startup problem, I would like to see bootchart enter 
testing asap. Can you put some attention to this, helping this package along?


Thanks,
Jaap



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

Bug#564936: grub-pc: unexpectable reboot

[Jaap Keuter]

Hi,

I had the same problem going from 20100107 to 20100115. After a very brief 
Welcome to GRUB message an instant cold boot. That's what gets you stuck :(


Knoppix to the rescue, that showed me the disk and partitions were oke. Then I 
mounted the / partition and renamed boot/grub/grub.cfg. I also took note of the 
grub commands in the menu entry normally used.
A reboot gave me the grub prompt, and simply entering the menu entry commands 
followed by 'boot' sent the kernel on its marry way.


Rolling back to 20010101 resulted in a bootable system again.

Could this have anything to do with the disk layout? See:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=548290#81

Thanks,
Jaap



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

Bug#512989: PortAudio crazyness

[Jaap Keuter]

I'm seeing this also, and some exploratory programming showed me that this has 
to do with PortAudio (the audio lib in Wireshark) using OSS as the default Host 
API. Unfortunately there's no device on that Host API available, so 
Pa_OpenDefaultStream() (which should always work in the presence of an audio 
module) fails.
There's a patch already 22 months in the PortAudio project tracker for the 
'critical issue', but has yet to be picked up by the PortAudio team.


All to do now is program a workaround. See if the default API does provide a 
device. If not look for the next best thing.


Thanks,
Jaap



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

Bug#548290: A solution (for me, at least)

[Jaap Keuter]

Hi Christophe,

Good work. I found this bug on util-linux pertaining to this issue: udev:
root partition's UUID not detected
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552578 





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

Bug#548290: My system information

[Jaap Keuter]

Hi,

I run into the same problem. This is my systems info. Ask if you need more by 
specifying how to get it.


trying to boot with 2.6.30-2-686 results in:

ALERT! /dev/disk/by-uuid/5e443b60-f78e-4096-9b35-e2f7b68ec068 does not exist.

Then it drops into BusyBox shell. There I entered this:

ls /dev/disk/by-*

by-id:
ata_Maxtor_31024H1_L1J6K0FC
ata_Maxtor_31024H1_L1J6K0FC-part1
ata_PHILIPS_DVDR1648P1_DM100522033034
ata_QUANTUM_BIGFOOT_CY4320A_164707924428
ata_QUANTUM_BIGFOOT_CY4320A_164707924428-part1
ata_QUANTUM_BIGFOOT_CY4320A_164707924428-part2
ata_QUANTUM_BIGFOOT_CY4320A_164707924428-part5

by-label:
home

by-path
pci-:00:09.0
pci-:00:09.0-part1
pci-:00:09.0-part2
pci-:00:09.0-part5

by-uuid:
02d02091-068d-4d47-8d85-ab64d6de7fe4




Currently the system is running 2.6.30-1-686 on i686

# lshw
  *-disk
   description: ATA Disk
   product: QUANTUM BIGFOOT_CY4320A
   vendor: Quantum
   physical id: 0
   bus info: i...@0.0
   logical name: /dev/hda
   version: A03.0500
   serial: 164707924428
   size: 4134MiB (4335MB)
   capacity: 4134MiB (4335MB)
   capabilities: ata dma lba iordy partitioned partitioned:dos
   configuration: signature=000c8115
 *-volume:0
  description: EXT3 volume
  vendor: Linux
  physical id: 1
  bus info: i...@0.0,1
  logical name: /dev/hda1
  logical name: /
  version: 1.0
  serial: 5e443b60-f78e-4096-9b39-e2f7b68ec068
  size: 3929MiB
  capacity: 3929MiB
  capabilities: primary bootable journaled recover ext3 
ext2 initialized
  configuration: filesystem=ext3 label=/ 
modified=2009-10-20 07:54:48 mount.fstype=ext3 
mount.options=rw,relatime,errors=remount-ro,data=ordered mounted=2009-10-20 
07:54:48 state=mounted

 *-volume:1
  description: Extended partition
  physical id: 2
  bus info: i...@0.0,2
  logical name: /dev/hda2
  size: 203MiB
  capacity: 203MiB
  capabilities: primary extended partitioned 
partitioned:extended

*-logicalvolume
 description: Linux swap / Solaris partition
 physical id: 5
 logical name: /dev/hda5
 capacity: 203MiB
 capabilities: nofs
   *-ide:1
description: IDE Channel 1
physical id: 1
bus info: i...@1
logical name: ide1
clock: 66MHz
  *-disk
   description: ATA Disk
   product: Maxtor 31024H1
   vendor: Maxtor
   physical id: 0
   bus info: i...@1.0
   logical name: /dev/hdc
   version: YAH814Y0
   serial: L1J6K0FC
   size: 9770MiB (10GB)
   capacity: 9770MiB (10GB)
   capabilities: ata dma lba iordy smart pm apm partitioned 
partitioned:dos

   configuration: apm=off mode=udma2 smart=on
 *-volume
  description: EXT3 volume
  vendor: Linux
  physical id: 1
  bus info: i...@1.0,1
  logical name: /dev/hdc1
  logical name: /home
  version: 1.0
  serial: 02d02091-068d-4d47-8d85-ab64d6de7fe4
  size: 9770MiB
  capacity: 9770MiB
  capabilities: primary journaled large_files recover ext3 
ext2 initialized
  configuration: created=2006-05-05 10:44:46 
filesystem=ext3 label=home modified=2009-10-20 07:54:50 mount.fstype=ext3 
mount.options=rw,relatime,errors=remount-ro,data=ordered mounted=2009-10-20 
07:54:50 state=mounted


$ ls /dev/disk/by-*
/dev/disk/by-id:
ata-Maxtor_31024H1_L1J6K0FC
ata-Maxtor_31024H1_L1J6K0FC-part1
ata-PHILIPS_DVDR1648P1_DM100522033034
ata-QUANTUM_BIGFOOT_CY4320A_164707924428
ata-QUANTUM_BIGFOOT_CY4320A_164707924428-part1
ata-QUANTUM_BIGFOOT_CY4320A_164707924428-part2
ata-QUANTUM_BIGFOOT_CY4320A_164707924428-part5

/dev/disk/by-label:
home  \x2f

/dev/disk/by-path:
pci-:00:09.0pci-:00:09.0-ide-0:0-part2 
pci-:00:09.0-ide-1:0-part1  pci-:00:09.0-part2
pci-:00:09.0-ide-0:0pci-:00:09.0-ide-0:0-part5 
pci-:00:09.0-ide-1:1pci-:00:09.0-part5
pci-:00:09.0-ide-0:0-part1  

Bug#536618: Don't run as root

[Jaap Keuter]

Hi,

There's no reason to run Wireshark as root either, but you don't complain about 
that, which you should. All that's needed is dumpcap running with capture 
privileges.

So get them to install dumpcap setuid root and *both* your problems go away.

Jaap



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

Bug#506741: Why wait?

[Jaap Keuter]

If you want to have all DoS bugs fixed without packaging 1.0.4/5, you may as 
well comb through the stable release roadmap [1][2], which lists the fixes for 
bugs (both DoS and stuff users care about) to be ported to the stable branch. If 
you are going to wait for a CVE to be filed for every DoS bug found in Wireshark 
you are not doing your very best.


Jaap

[1] http://wiki.wireshark.org/Development/Roadmap
[2] http://wiki.wireshark.org/Development/PastReleases



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#427928: ADNS doesn't handle IPv6

[Jaap Keuter]

This really is a problem with ADNS, not so much with Wireshark/Tshark. Since 
there is little development in ADNS this will remain so for the current 
Wireshark stable branch 1.0.x. The Wireshark development tree has switched to 
c-ares, which does handle IPv6 better.


Jaap



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#316650: Can we close this bug?

[Jaap Keuter]

Upstream bug [1] has been closed. Can we close this one here?

Jaap

[1] https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=212



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#487613: ZRTP done in development version

[Jaap Keuter]

Hi,

A patch for ZRTP 1.0 has been made available to the Zfone project for 
publication on their website. It won't become available in the upstream 
Wireshark stable branch (1.0), but is already included in the Wireshark 
development trunk.


Jaap



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#418275: Solved at the source

[Jaap Keuter]

The root cause of this problem in ulogd has been fixed [1]

Jaap

[1] http://bugzilla.netfilter.org/show_bug.cgi?id=535



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#490423: libsvn1: libsvn_ra_dav-1.so.1 missing from the deb

[Jaap Keuter]

Subject: libsvn1: libsvn_ra_dav-1.so.1 missing from the deb
Package: libsvn1
Version: 1.5.0dfsg1-4
Severity: important

*** Please type your report below this line ***
I stumbled upon this problem trying to launch subcommander.
ldd shows the subcommander fails to load libsvn_ra_dav-1.so.1.
A little search on packages.debian.org shows it should be present
in libsvn1, but downloading it from the repository and inspecting
it with dpkg -c shows it's not there.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-1-686 (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/bash

Versions of packages libsvn1 depends on:
ii  libapr11.2.12-4  The Apache Portable Runtime Librar
ii  libaprutil11.2.12+dfsg-7 The Apache Portable Runtime Utilit
ii  libc6  2.7-10GNU C Library: Shared libraries
ii  libdb4.6   4.6.21-8  Berkeley v4.6 Database Libraries [
ii  libneon27-gnutls   0.28.2-2  An HTTP and WebDAV client library
ii  libsasl2-2 2.1.22.dfsg1-21   Cyrus SASL - authentication abstra
ii  libserf-0-00.2.0-1   high-performance asynchronous HTTP
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

libsvn1 recommends no packages.

-- no debconf information




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#490429: wireshark: Include libSMI in the build

[Jaap Keuter]

Subject: wireshark: Include libSMI in the build
Package: wireshark
Version: 1.0.1-1
Severity: wishlist

*** Please type your report below this line ***
Now that Net-SNMP support has been replaced with libSMI support in
Wireshark it would be nice to include that into the Debian build as
well.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-1-686 (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/bash

Versions of packages wireshark depends on:
ii  libadns1  1.4-0.1Asynchronous-capable DNS client li
ii  libatk1.0-0   1.22.0-1   The ATK accessibility toolkit
ii  libc6 2.7-10 GNU C Library: Shared libraries
ii  libcairo2 1.6.4-6The Cairo 2D vector graphics libra
ii  libcomerr21.40.11-1  common error description library
ii  libgcrypt11   1.4.1-1LGPL Crypto library - runtime libr
ii  libglib2.0-0  2.16.3-2   The GLib library of C routines
ii  libgnutls26   2.4.1-1the GNU TLS library - runtime libr
ii  libgtk2.0-0   2.12.10-2  The GTK+ graphical user interface
ii  libkrb53  1.6.dfsg.4~beta1-3 MIT Kerberos runtime libraries
ii  libpango1.0-0 1.20.3-2   Layout and rendering of internatio
ii  libpcap0.80.9.8-5system interface for user-level pa
ii  libpcre3  7.4-1+lenny2   Perl 5 Compatible Regular Expressi
ii  libportaudio2 19+svn20071022-2   Portable audio I/O - shared librar
ii  wireshark-common  1.0.1-1network traffic analyser (common f
ii  zlib1g1:1.2.3.3.dfsg-12  compression library - runtime

Versions of packages wireshark recommends:
pn  gksu  none (no description available)

-- no debconf information



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#490434: wireshark: Include dumpcap manual page in package

[Jaap Keuter]

Subject: wireshark: Include dumpcap manual page in package
Package: wireshark
Version: 1.0.1-1
Severity: wishlist

*** Please type your report below this line ***
The dumpcap program is now used to do the actual capture.
It is important to have a relevant manual page for it.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-1-686 (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/bash

Versions of packages wireshark depends on:
ii  libadns1  1.4-0.1Asynchronous-capable DNS client li
ii  libatk1.0-0   1.22.0-1   The ATK accessibility toolkit
ii  libc6 2.7-10 GNU C Library: Shared libraries
ii  libcairo2 1.6.4-6The Cairo 2D vector graphics libra
ii  libcomerr21.40.11-1  common error description library
ii  libgcrypt11   1.4.1-1LGPL Crypto library - runtime libr
ii  libglib2.0-0  2.16.3-2   The GLib library of C routines
ii  libgnutls26   2.4.1-1the GNU TLS library - runtime libr
ii  libgtk2.0-0   2.12.10-2  The GTK+ graphical user interface
ii  libkrb53  1.6.dfsg.4~beta1-3 MIT Kerberos runtime libraries
ii  libpango1.0-0 1.20.3-2   Layout and rendering of internatio
ii  libpcap0.80.9.8-5system interface for user-level pa
ii  libpcre3  7.4-1+lenny2   Perl 5 Compatible Regular Expressi
ii  libportaudio2 19+svn20071022-2   Portable audio I/O - shared librar
ii  wireshark-common  1.0.1-1network traffic analyser (common f
ii  zlib1g1:1.2.3.3.dfsg-12  compression library - runtime

Versions of packages wireshark recommends:
pn  gksu  none (no description available)

-- no debconf information




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#490436: wireshark: Include rawshark in the package

[Jaap Keuter]

Subject: wireshark: Include rawshark in the package
Package: wireshark
Version: 1.0.1-1
Severity: wishlist

*** Please type your report below this line ***
A new program has been added to Wireshark. Rawshark is a utility reading
capture files and making interpretations of it. It comes with its own
manual page which needs to packaged as well.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-1-686 (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/bash

Versions of packages wireshark depends on:
ii  libadns1  1.4-0.1Asynchronous-capable DNS client li
ii  libatk1.0-0   1.22.0-1   The ATK accessibility toolkit
ii  libc6 2.7-10 GNU C Library: Shared libraries
ii  libcairo2 1.6.4-6The Cairo 2D vector graphics libra
ii  libcomerr21.40.11-1  common error description library
ii  libgcrypt11   1.4.1-1LGPL Crypto library - runtime libr
ii  libglib2.0-0  2.16.3-2   The GLib library of C routines
ii  libgnutls26   2.4.1-1the GNU TLS library - runtime libr
ii  libgtk2.0-0   2.12.10-2  The GTK+ graphical user interface
ii  libkrb53  1.6.dfsg.4~beta1-3 MIT Kerberos runtime libraries
ii  libpango1.0-0 1.20.3-2   Layout and rendering of internatio
ii  libpcap0.80.9.8-5system interface for user-level pa
ii  libpcre3  7.4-1+lenny2   Perl 5 Compatible Regular Expressi
ii  libportaudio2 19+svn20071022-2   Portable audio I/O - shared librar
ii  wireshark-common  1.0.1-1network traffic analyser (common f
ii  zlib1g1:1.2.3.3.dfsg-12  compression library - runtime

Versions of packages wireshark recommends:
pn  gksu  none (no description available)

-- no debconf information



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#487613: New dissector?

[Jaap Keuter]

Hi,

If this is a new dissector, please sent it upstream.
Wireshark keeps a database at https://bugs.wireshark.org to collect these 
things. Please supply sample capture(s) as well, so the dissector can be 
fuzztested for extra quality assurance. A Wiki protocol page at 
http://wiki.wireshark.org would make it very complete indeed.


Thanx,
Jaap



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#418275: unable to load ulog pcap dumps

[Jaap Keuter]

Wireshark needs to be critical on errors in capture files. This really is a 
problem with netfilter. A fix has been proposed to the upstream, but not 
handled so far. Maybe someone can test it and submit a debian patch.




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#465999: packeth: Does not load icons from right location

[Jaap Keuter]

Package: packeth
Version: 1.5-1
Severity: normal

packeth installs its pixmaps in /usr/share/pixmaps/packeth/, eg. X.xpm.
Using strace shows that it opens pixmaps/X.xpm to load the icon.
As result the buttons in the window do not have an icon.
When launching packeth from the commandline (packeth ) the stderr shows these 
load failures.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-3-k7 (SMP w/1 CPU core)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages packeth depends on:
ii  libatk1.0-0   1.20.0-1   The ATK accessibility toolkit
ii  libc6 2.7-6  GNU C Library: Shared libraries
ii  libglib2.0-0  2.14.5-2   The GLib library of C routines
ii  libgtk2.0-0   2.12.5-2   The GTK+ graphical user interface 

packeth recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#422775: Alternative solution

[Jaap Keuter]

I have been faced with similar uptime issues on my machine, but solved it more 
cleanly.

Once Anacron is doing its thing cron leaves it alone. Once anacron is done cron 
resumes normal operation.
It uses the pgrep utility from the required procps package for that so no extra 
dependancy.

--- crontab.dpkg-dist   2006-12-20 01:02:42.0 +0100
+++ crontab 2008-02-15 08:34:43.0 +0100
@@ -9,9 +9,9 @@

 # m h dom mon dow user command
 17 *   * * *   rootcd /  run-parts --report /etc/cron.hourly
-25 6   * * *   roottest -x /usr/sbin/anacron || ( cd /  run-parts 
--report /etc/cron.daily )
-47 6   * * 7   roottest -x /usr/sbin/anacron || ( cd /  run-parts 
--report /etc/cron.weekly )
-52 6   1 * *   roottest -x /usr/sbin/anacron || ( cd /  run-parts 
--report /etc/cron.monthly )
+25 6   * * *   rootpgrep anacron || ( cd /  run-parts --report 
/etc/cron.daily )
+47 6   * * 7   rootpgrep anacron || ( cd /  run-parts --report 
/etc/cron.weekly )
+52 6   1 * *   rootpgrep anacron || ( cd /  run-parts --report 
/etc/cron.monthly )
 #


Regards,
Jaap



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#456513: Upstream

[Jaap Keuter]

This feature is implemented upstream. It should be available in the next 
upstream release.




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#456506: Using display filters in Wireshark

[Jaap Keuter]

This is described in both the Wiki 
(http://wiki.wireshark.org/DisplayFilters) under gotchas as well as in 
the User Guide 
(http://www.wireshark.org/docs/wsug_html_chunked/ChWorkBuildDisplayFilterSection.html)


Jaap



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#456507: Using display filters in Wireshark

[Jaap Keuter]

This is described in both the Wiki 
(http://wiki.wireshark.org/DisplayFilters) under gotchas as well as in 
the User Guide 
(http://www.wireshark.org/docs/wsug_html_chunked/ChWorkBuildDisplayFilterSection.html)


Jaap




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#408345: Already fixed upstream

[Jaap Keuter]

This has already been fixed upstream, and present in 0.99.6.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#316082: This patch should be dropped

[Jaap Keuter]

Hi,

Extensive discussion between the bug reporter and the Ethereal development
team lead to the conclusion that the patch is incorrect and should be
dropped.

Thanx,
Jaap

-- Forwarded message --
Date: Tue, 25 Apr 2006 12:57:18 +0200
From: Joost Yervante Damad [EMAIL PROTECTED]
To: Jaap Keuter [EMAIL PROTECTED]
Cc: Anders Broman [EMAIL PROTECTED]
Subject: Re: SV: Debian Bug report logs - #316082

Hi Jaap, Anders,

this is my suggestion:

go with the current implementation. If the need arises for me to use diameter
again, I will surely use ethereal again for it, and if it's still not working
I'll do a proper investigate.

Sorry I could not be of more help.

Congrats with the 1.0!

Greetings, Joost


On Tuesday 25 April 2006 07:57, Jaap Keuter wrote:
 Hi Joost,

 We're steadily approaching Ethereal 1.0 (yes, it's freezing in hell :)
 so we should get to a conclusion on this before Frederic starts packaging
 that release.

 Thanx,
 Jaap

 On Sun, 2 Apr 2006, Joost Yervante Damad wrote:
  Hi Jaap, Anders,
 
  sorry, I've been occupied by other things and completely forgot about it
  as the work I needed diameter support for is long finished :)
 
  I'll try and find some time for this this week.
 
  Joost
 
  On Monday 20 March 2006 20:30, Anders Broman wrote:
   Hi,
   The fix is not correct. Actually it breaks the loading of xml files
   if I remember correctly.
   Joost said he'd test his xml files further as he found some problems
   with them after I showed him how to get better debug info from the
   diameter dissector. I have also subsequently updated our own files. If
   there still is a problem it needs a different solution.
   Brg
   Anders
  
   -Ursprungligt meddelande-
   Fr?n: Jaap Keuter [mailto:[EMAIL PROTECTED]
   Skickat: den 20 mars 2006 16:29
   Till: Joost Yervante Damad
   Kopia: Anders Broman
   ?mne: Debian Bug report logs - #316082
  
   Hi Joost,
  
   ethereal: fails to correctly add diameter vendors from the dictionary
   xml files
  
   You've discussed this issue with Anders Broman and worked out the way
   to go forward. Still the Ethereal code base is the same and the bug
   report is still open. What was the conclusion of your discussion?
   Should the code be changed or the bugreport, including patch, be
   dropped? We have to come to some conclusion here in order to
   synchronize Debian and 'Rest Of World' use of diameter files.
  
   Thanx,
   Jaap

-- 
The planet Andete is famous for it's killer edible poets.

Bug#162614: Fixed in 0.10.14

[Jaap Keuter]

Hi,


r16656 | sahlberg | 2005-12-02 22:12:22 +0100 (Fri, 02 Dec 2005) | 3 lines
Changed paths:
   M /trunk/epan/dissectors/packet-rtcp.c

rtcp fix for sdes_prefix_string


This was fixed upstream at the end of 2005, so appeared in 0.10.14.
This report can be closed as well.

Thanx,
Jaap





-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#298740: Seems like a GTK+ 'feature'

[Jaap Keuter]

This behaviour seems to be related to the use of GTK+. Googling for this
problem reveals that many more GTK based applications suffer from this
limitation.

Ethereal start of with displaying a splash window. gtk_widget_show_all()
is used to paint it, leading to the error you saw. A backtrace is attached
below. Eventually it's XQueryPointer that gets BadWindow.

I can't find any info about what the application can do to avoid this.
Maybe it's better to take this issue up with the GTK guys.

Thanx,
Jaap

[EMAIL PROTECTED]:~/src/ethereal/ethereal$ libtool gdb ethereal
*** Warning: inferring the mode of operation is deprecated.
*** Future versions of Libtool will require --mode=MODE be specified.
GNU gdb 6.3-debian
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for details.
This GDB was configured as i386-linux...Using host libthread_db library 
/lib/libthread_db.so.1.

(gdb) break _XError
Function _XError not defined.
Make breakpoint pending on future shared library load? (y or [n]) y
Breakpoint 1 (_XError) pending.
(gdb) run --sync
Starting program: /home/jaap/src/ethereal/ethereal/.libs/lt-ethereal --sync
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 25653)]
Breakpoint 2 at 0x41386366
Pending breakpoint _XError resolved
[Switching to Thread 16384 (LWP 25653)]

Breakpoint 2, 0x41386366 in _XError () from /usr/X11R6/lib/libX11.so.6
(gdb) bt
#0  0x41386366 in _XError () from /usr/X11R6/lib/libX11.so.6
#1  0x41386b8d in _XReply () from /usr/X11R6/lib/libX11.so.6
#2  0x4137bcb0 in XQueryPointer () from /usr/X11R6/lib/libX11.so.6
#3  0x411ebd0a in _gdk_windowing_get_pointer () from 
/usr/lib/libgdk-x11-2.0.so.0
#4  0x411ae238 in gdk_display_get_pointer () from /usr/lib/libgdk-x11-2.0.so.0
#5  0x410d51c6 in _gtk_window_unset_focus_and_default () from 
/usr/lib/libgtk-x11-2.0.so.0
#6  0x410d5b48 in _gtk_window_constrain_size () from 
/usr/lib/libgtk-x11-2.0.so.0
#7  0x410d6665 in gtk_window_get_position () from /usr/lib/libgtk-x11-2.0.so.0
#8  0x4143067b in g_cclosure_marshal_VOID__VOID () from 
/usr/lib/libgobject-2.0.so.0
#9  0x41423fd8 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
#10 0x4142467b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#11 0x41433516 in g_signal_stop_emission () from /usr/lib/libgobject-2.0.so.0
#12 0x41435047 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#13 0x414353fe in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#14 0x410cbc32 in gtk_widget_show () from /usr/lib/libgtk-x11-2.0.so.0
#15 0x40f5a6d0 in gtk_container_get_focus_hadjustment () from 
/usr/lib/libgtk-x11-2.0.so.0
#16 0x410c3e0d in gtk_widget_show_all () from /usr/lib/libgtk-x11-2.0.so.0
#17 0x08096411 in splash_new (message=0x80f9095 Loading Ethereal ...) at 
about_dlg.c:110
#18 0x080806bd in main (argc=1, argv=0xbb04) at main.c:1964
(gdb)



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#117201: Heads up: Solved over two years ago!

[Jaap Keuter]

From http://www.voice2sniff.org/
---8
News

10-09-2003
Today Ethereal 0.9.15 has been released. This latest version contains
H.323 support so the plugin is not needed anymore. Development has been
stopped. New development will focus on the H.323 support within Ethereal.
For now H.450 is the only main protocol not supported by Ethereal yet, but
I am developing support for that.
---8
and the 0.10.7 release notes say:
-8--
  H.323 call analysis is now supported.
-8--

So this bug very much needs to be closed.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#308636: ethereal: slight display problem with rsync packets

[Jaap Keuter]

Hi,

This seems to have been resolved in the Ethereal upstream at the end of
may 2005. See http://bugs.ethereal.com/bugzilla/show_bug.cgi?id=86
So it should be oke in 0.10.12

Thanx,
Jaap




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#180487: Tools-Follow TCP Stream misreports traffic direction

[Jaap Keuter]

Hi,

This seems to have been resolved. I can't track down where exactly, but it
seems around the 0.9.14 mark.

Thanx,
Jaap




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#235036: UDP checksum calculation seems to be wron

[Jaap Keuter]

Hi,

This seems more related to the capture length than checksum calculation.
Anyway, no bugreports are open on such widely used protocol, so this one
can be closed.

Thanx,
Jaap




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#297699: Ethereal file open filter dialogue will not close again

[Jaap Keuter]

Hi,

Was filed upstream as bug 152, see
http://bugs.ethereal.com/bugzilla/show_bug.cgi?id=152

Thanx,
Jaap




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#333580: Right mouse button selects packets bytes in the Packet Bytes area

[Jaap Keuter]

Hi,

The way this works is consistent with the other two panes in the user
interface, even though it can be argued that the byte view isn't a list as
the other two views are.

They way to accomplish a full selection and copy of the packet bytes is to
select the frame (top line in the packet detail view) and then right-click
OUTSIDE the bytes/ASCII area in the byte view pane. This will bring up the
menu while leaving all bytes selected.

Conclusion: this is not a bug, so this report can be closed.

Thanx,
Jaap




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#312069: ntop command script improvements

[Jaap Keuter]

Package: ntop
Version: 2:3.1-2
Tags: patch

The ntop command script in /etc/init.d/ can be improved in several ways.
1. The trailing slash of LOGDIR has to be removed since this gives a
warning in syslog
2. $LOGDIR is to be used in the declaration of the access.log path, both
according to the FHS and logrotate script
3. add --w3c to get better HTML output
4. add -t 2 to make ntop output into syslog less noisy


--- /etc/init.d/ntop.orig   2005-01-23 20:41:28.0 +0100
+++ /etc/init.d/ntop.orig.fixed 2005-06-05 12:25:20.0 +0200
@@ -5,7 +5,7 @@
 DESC=network top daemon
 INIT=/etc/default/ntop
 HOMEDIR=/var/lib/ntop
-LOGDIR=/var/log/ntop/
+LOGDIR=/var/log/ntop

 test -f $DAEMON || exit 0

@@ -18,7 +18,7 @@
   echo Starting $DESC:
   start-stop-daemon --start --quiet --name $NAME --exec $DAEMON -- \
   -d -L -u $USER -P $HOMEDIR --skip-version-check \
-  -a /var/lib/ntop/access.log -i $INTERFACES \
+  -a $LOGDIR/access.log -t 2 --w3c -i $INTERFACES \
   -O $LOGDIR $GETOPT
   ;;
 stop)




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]