Bug#1065082: python3-pydantic: Validation for EmailStr fails if python3-email-validator is not installed

[Carles Pina i Estany]

Package: python3-pydantic
Version: 1.10.4-1
Severity: normal

Dear Maintainer,

If the package python3-pedantic is installed but the package
python3-email-validator is not installed: validating EmailStr fails.

I think that python3-email-validator should be a dependency (or
Suggests?) of python3-pedantic.

pydantic suggests "pip install pydantic[email]" to fix the issue which
is not the best solution.

Example:
--
carles@pinux:~/git/email$ cat c.py
#!/usr/bin/env python3

from pydantic import BaseModel, EmailStr

class User(BaseModel):
id: int
name: str
email: EmailStr

external_data = {
"id": 1,
"name": "John",
"email": "j...@example.org",
}

user = User(**external_data)
carles@pinux:~/git/email$ ./c.py
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/pydantic/networks.py", line 578, in 
import_email_validator
import email_validator
ModuleNotFoundError: No module named 'email_validator'

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/home/carles/git/email/./c.py", line 5, in 
class User(BaseModel):
  File "/usr/lib/python3/dist-packages/pydantic/main.py", line 198, in __new__
fields[ann_name] = ModelField.infer(
   ^
  File "/usr/lib/python3/dist-packages/pydantic/fields.py", line 506, in infer
return cls(
   
  File "/usr/lib/python3/dist-packages/pydantic/fields.py", line 436, in 
__init__
self.prepare()
  File "/usr/lib/python3/dist-packages/pydantic/fields.py", line 557, in prepare
self.populate_validators()
  File "/usr/lib/python3/dist-packages/pydantic/fields.py", line 829, in 
populate_validators
v_funcs = (
  ^
  File "/usr/lib/python3/dist-packages/pydantic/networks.py", line 591, in 
__get_validators__
import_email_validator()
  File "/usr/lib/python3/dist-packages/pydantic/networks.py", line 580, in 
import_email_validator
raise ImportError('email-validator is not installed, run `pip install 
pydantic[email]`') from e
ImportError: email-validator is not installed, run `pip install pydantic[email]`
carles@pinux:~/git/email$ sudo apt install python3-email-validator
[...]
carles@pinux:~/git/email$ ./c.py
carles@pinux:~/git/email$
--

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

Kernel: Linux 6.1.0-18-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.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 python3-pydantic depends on:
ii  python33.11.2-1+b1
ii  python3-typing-extensions  4.4.0-1

python3-pydantic recommends no packages.

python3-pydantic suggests no packages.

-- no debconf information

Bug#1060435: sbuild-qemu-create shows error because "zerofree" not installed

[Carles Pina i Estany]

Package: sbuild-qemu
Version: 0.85.0
Severity: normal

Dear Maintainer,

I ran:

sudo sbuild-qemu-create -o /srv/sbuild/qemu/unstable-autopkgtest-amd64.img 
unstable https://deb.debian.org/debian

It ended with:
Exec: ['sh', '-ec', 'export AUTOPKGTEST_BUILD_QEMU=1; 
/usr/share/sbuild/sbuild-qemu-create-modscript "$ROOT"']
Exec: ['zerofree', '-v', '/dev/mapper/loop0p1']
ERROR: [Errno 2] No such file or directory: 'zerofree'
ERROR: FileNotFoundError(2, 'No such file or directory')
Exec: ['kpartx', '-dsv', '/srv/sbuild/qemu/unstable-autopkgtest-amd64.img.raw']
Exec: ['losetup', '--json', '-l', '/dev/loop0']
All went fine.

Installing "zerofree" does not show the error.

I expected "zerofree" to be in Depends or Recommends.

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

Kernel: Linux 6.1.0-16-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.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 sbuild-qemu depends on:
ii  autopkgtest  5.28
ii  python3  3.11.2-1+b1
ii  python3-pexpect  4.8.0-4
ii  python3-psutil   5.9.4-1+b1
pn  qemu-system-x86  
ii  qemu-utils   1:7.2+dfsg-7+deb12u3
ii  sbuild   0.85.0
ii  vmdb20.27+really.0.26-1

Versions of packages sbuild-qemu recommends:
pn  qemu-system-arm  
pn  qemu-system-ppc  

sbuild-qemu suggests no packages.

Bug#1059881: JSON output

[Carles Pina i Estany]

Just a wishlist related to this issue (I think that it could fix this
issue and simplify using the autopkgtest output for other consumers):
autopkgtest output to be, optionally, in JSON :-) (or any other
structured format).

-- 
Carles Pina i Estany
https://carles.pina.cat


signature.asc
Description: PGP signature

Bug#1059380: RFP: python-pytest-socket -- pytest plugin to disable all network calls flowing through Python's socket interface

[Carles Pina i Estany]

Package: wnpp
Severity: wishlist

* Package name: python-pytest-socket
  Version : 0.6.0
  Upstream Contact: Mike Fiedler 
* URL : https://github.com/miketheman/pytest-socket
* License : MIT/X
  Programming Lang: Python
  Description : pytest plugin to disable all network calls flowing through 
Python's socket interface

Run pytest --disable-socket, tests should fail on any access to socket
or libraries using socket with a SocketBlockedError.

I am packaging some other package and, in order to run the unit tests, I
need pytest-socket.

I've seen some other packages disabling the unit tests because
pytest-socket is not available, e.g.: 
https://sources.debian.org/src/twine/4.0.2-1/debian/patches/no-pytest-socket/?hl=3#L3

Bug#1057876: git-buildpackage: import-orig error when using a zipped URL

[Carles Pina i Estany]

Package: git-buildpackage
Version: 0.9.32
Severity: normal

Dear Maintainer,

import-orig with a URL (not ending in .zip, but not sure if this is
relevant): gbp tries to use "tar" and fails uncompressing.

For example:
---
carles@pinux:[debian/unstable]~/git/debian/python-cloudscraper$ gbp import-orig 
--verbose 
https://codeload.github.com/VeNoMouS/cloudscraper/zip/refs/heads/master
gbp:debug: ['git', 'rev-parse', '--show-cdup']
gbp:debug: ['git', 'rev-parse', '--is-bare-repository']
gbp:debug: ['git', 'rev-parse', '--git-dir']
gbp:debug: ['git', 'for-each-ref', '--format=%(refname:short)', 'refs/heads/']
gbp:debug: ['git', 'show-ref', '--verify', 'refs/heads/upstream']
gbp:debug: ['git', 'status', '--porcelain']
What is the upstream version? [] 1.2.71-git20230426.cbb3c0ea
gbp:debug: ['git', 'tag', '-l', 'upstream/1.2.71-git20230426.cbb3c0ea']
gbp:debug: tar ['-C', '../tmpntq62qy5', '-a', '-xf', '../master'] []
tar: This does not look like a tar archive
tar: Skipping to next header
tar: Exiting with failure status due to previous errors
gbp:error: Couldn't unpack '../master': it exited with 2
---

There is a workaround: download the file and then use gbp import-orig
from the downloaded file (in my case named as .zip).

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

Kernel: Linux 6.1.0-13-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.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 git-buildpackage depends on:
ii  devscripts 2.23.4
ii  git1:2.39.2-1.1
ii  man-db 2.11.2-2
ii  python33.11.2-1+b1
ii  python3-dateutil   2.8.2-2
ii  python3-pkg-resources  66.1.1-1
ii  python3-yaml   6.0-3+b2
ii  sensible-utils 0.0.17+nmu1

Versions of packages git-buildpackage recommends:
ii  pristine-tar  1.50
ii  python3-requests  2.28.1+dfsg-1
ii  sbuild0.85.0

Versions of packages git-buildpackage suggests:
pn  python3-notify2  
ii  sudo 1.9.13p3-1+deb12u1
ii  unzip6.0-28

-- no debconf information

Bug#1057334: ITP: python-asyncclick -- AsyncClick is a fork of Click that works well with trio or asyncio

[Carles Pina i Estany]

Package: wnpp
Severity: wishlist
Owner: Carles Pina i Estany 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: python-asyncclick
  Version : 8.1.7.0+async
  Upstream Contact: python-trio team (to be confirmed)
* URL : https://github.com/python-trio/asyncclick
* License : BSD-3-Clause
  Programming Lang: Python
  Description : AsyncClick is a fork of Click that works well with trio or 
asyncio


This Python module is needed in order to package python-ring-doorbell
(#1057331).

I plan to maintain in inside the Python team.

Bug#1057331: ITP: python-ring-doorbell -- Library written for Python 3.8+ that exposes the Ring.com devices as Python objects

[Carles Pina i Estany]

Package: wnpp
Severity: wishlist
Owner: Carles Pina i Estany 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: python-ring-doorbell
  Version : 0.8.3
  Upstream Contact: Marcelo Moreira de Mello 
* URL : https://github.com/tchellomello/python-ring-doorbell
* License : LGPL-3.0
  Programming Lang: Python
  Description : Library written for Python 3.8+ that exposes the Ring.com 
devices as Python objects

Other relevant information:
 - This is a dependency of simplemonitor (ITP #1016113)
 - I plan to maintain as part of Python team

Bug#1056771: braillefont command line options

[Carles Pina i Estany]

Package: braillefont
Version: 1.0-6
Severity: wishlist
Tags: upstream

Dear Maintainer,

With "braillefont --help" I expected to see some help, but it just waits
for the input text.

Related: "braillefont /etc/hosts" (or, just a file): I expected to read
the file and print it but just waits for the input text.

Perhaps upstream could implement it.

Thanks!

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

Kernel: Linux 6.1.0-13-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.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 braillefont depends on:
ii  libc6  2.36-9+deb12u3

braillefont recommends no packages.

braillefont suggests no packages.

-- no debconf information

Bug#1056770: braillefont: Description in debian/control has a new line in the middle of a sentence

[Carles Pina i Estany]

Package: braillefont
Version: 1.0-6
Severity: minor

Dear Maintainer,

Doing:
apt show braillentfont

It shows:
-
Description: Prints a bitmapped version of a text using Unicode Braille symbols
 braillefont runs interactively on the console - one can enter a (short) text,
 that will be converted into a bitmapped version
 and printed using the Braille range of Unicode.
-

There is a new line after "version" that should not be there.

Thanks!

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

Kernel: Linux 6.1.0-13-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.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 braillefont depends on:
ii  libc6  2.36-9+deb12u3

braillefont recommends no packages.

braillefont suggests no packages.

-- no debconf information

Bug#1053134: Available on mentors.debian.net

[Carles Pina i Estany]

Hi,

On 12 Nov 2023 at 01:41:11, Bastian Germann wrote:
> On Thu, 12 Oct 2023 00:01:02 +0100 Carles Pina i Estany wrote:
> > Available to be reviewed 
> > https://mentors.debian.net/package/python-cloudscraper/
> 
> I have forwarded your sponsorship request to the Python Team's IRC channel.

Thanks - since yesterday a DD got in touch with me with some comments
for the package: I've removed the sponsorship request in the Python
Team's IRC channel. Just to avoid duplicated reviews.

Thanks for your interest!

-- 
Carles Pina i Estany
https://carles.pina.cat


signature.asc
Description: PGP signature

Bug#1054561: RFS: qnetload/1.3.6-1 [ITP] -- Graphically display network speed and usage

[Carles Pina i Estany]

Hi,

On 11 Nov 2023 at 18:07:24, Tobias Frost wrote:

Thanks very much for reviewing the package.

> On Thu, Oct 26, 2023 at 12:24:13AM +0100, Carles Pina i Estany wrote:
> > Package: sponsorship-requests
> > Severity: wishlist
> > 
> >  * Package name : qnetload
> >Version  : 1.3.6-1
> 
> (Review of Upload #3 Uploaded:2023-10-25 23:09)
> 
> - autopkgtests: thanks for having one, but this test should be marked
>   superficicial.

Done: 
https://salsa.debian.org/carlespina/qnetload/-/commit/5382611266f7481650cdd74522aca783f59b0c88

>   (optional: For a non superficial test, you could run your test suite
>   in autopkgtest.)

I think that I will skip this for now.

I would like to run, in autopkgtest, a proper integration test that
tests /usr/bin/qnetload (those tests do not exist yet), instead of
building the unit tests in autopkgtest and running them (it's done in
the build step).

I will check the options for the future. I might get in touch in a
relevant mailing list or to you to share some thoughts.

> - d/copyright should have the complete license boiler plate for GPL-3

Oops, thanks, and I will ammend somewhere else (another package) where I also 
missed that.

https://salsa.debian.org/carlespina/qnetload/-/commit/0afc0046d3fd8ad251a35e6b2b3983f46575bf88

> Otherwise, package looks good. Please fix those two issues and I'll upload.

Excellent!

I've also updated debian/changelog timestamp:
https://salsa.debian.org/carlespina/qnetload/-/commit/44b25c13490c6010b5d26e444c58d144a83ab17d

New build:
https://mentors.debian.net/package/qnetload/:
 Upload #4 Uploaded: 2023-11-12 00:55

https://mentors.debian.net/debian/pool/main/q/qnetload/qnetload_1.3.6-1.dsc

> Remove the moreinfo tag when ready!

Will do!

-- 
Carles Pina i Estany
https://carles.pina.cat


signature.asc
Description: PGP signature

Bug#1054561: closing

[Carles Pina i Estany]

I closed it as duplicated of #1053682

-- 
Carles Pina i Estany
https://carles.pina.cat


signature.asc
Description: PGP signature

Bug#1054561: RFS: qnetload/1.3.6-1 [ITP] -- Graphically display network speed and usage

[Carles Pina i Estany]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "qnetload":

 * Package name : qnetload
   Version  : 1.3.6-1
   Upstream contact : Carles Pina i Estany 
 * URL  : https://github.com/cpina/qnetload
 * License  : GPL-3, CC-BY-3.0
 * Vcs  : https://salsa.debian.org/carlespina/qnetload
   Section  : net

The source builds the following binary packages:

  qnetload - Graphically display network speed and usage

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/qnetload/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/q/qnetload/qnetload_1.3.6-1.dsc

Changes for the initial release:

 qnetload (1.3.6-1) unstable; urgency=medium
 .
   * Initial release. (Closes: #1053480)

Regards,-- 
Carles Pina i Estany
https://carles.pina.cat


signature.asc
Description: PGP signature

Bug#1054328: Debugger: value of QString variables not displayed

[Carles Pina i Estany]

Package: qtcreator
Version: 9.0.2-2
Severity: normal

Dear Maintainer,

I use qtcreator to debug an application implemented in Qt.

When I set a breakpoint and inspect variables:
-Using qtcreator packaged on Bookworm (9.0.2-2): it does not show the content of
 the variable but only the address (and if clicking shows _empty '\0',
 and the QString::DataPointer...
-Using qtcreator downloaded from qt.io (version 11.0.3) in the same
 system (same project, compiler, etc. etc.): it works correctly
-Using qtcreator on Bookworm (9.0.2-2) fresh installation: it does not
 work
-Upgrading the fresh installation to Trixie (so, using qtcreator
 10.0.2-4+b1): it works correctly

If I can provide any more information or you would like me to try
something to help debugging: let me know.

Thank you very much,

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

Kernel: Linux 6.1.0-13-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.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 qtcreator depends on:
ii  clangd  1:14.0-55.7~deb12u1
ii  libc6   2.36-9+deb12u3
ii  libclang-cpp14  1:14.0.6-12
ii  libdw1  0.188-2.1
ii  libelf1 0.188-2.1
ii  libgcc-s1   12.2.0-14
ii  libqt6concurrent6   6.4.2+dfsg-10
ii  libqt6core5compat6  6.4.2-1
ii  libqt6core6 [qt6-base-abi]  6.4.2+dfsg-10
ii  libqt6designer6 6.4.2~rc1-2
ii  libqt6designercomponents6   6.4.2~rc1-2
ii  libqt6gui6  6.4.2+dfsg-10
ii  libqt6help6 6.4.2~rc1-2
ii  libqt6network6  6.4.2+dfsg-10
ii  libqt6printsupport6 6.4.2+dfsg-10
ii  libqt6qml6  6.4.2+dfsg-1
ii  libqt6quick3d6  6.4.2-1
ii  libqt6quick3dassetimport6   6.4.2-1
ii  libqt6quick3dassetutils66.4.2-1
ii  libqt6quick3dparticles6 6.4.2-1
ii  libqt6quick3druntimerender6 6.4.2-1
ii  libqt6quick3dutils6 6.4.2-1
ii  libqt6quick66.4.2+dfsg-1
ii  libqt6quickwidgets6 6.4.2+dfsg-1
ii  libqt6serialport6   6.4.2-2
ii  libqt6sql6  6.4.2+dfsg-10
ii  libqt6sql6-sqlite   6.4.2+dfsg-10
ii  libqt6svg6  6.4.2-2
ii  libqt6svgwidgets6   6.4.2-2
ii  libqt6test6 6.4.2+dfsg-10
ii  libqt6widgets6  6.4.2+dfsg-10
ii  libqt6xml6  6.4.2+dfsg-10
ii  libstdc++6  12.2.0-14
ii  libyaml-cpp0.7  0.7.0+dfsg-8+b1
ii  libzstd11.5.4+dfsg2-5
ii  qml6-module-qtqml-models6.4.2+dfsg-1
ii  qml6-module-qtqml-workerscript  6.4.2+dfsg-1
ii  qml6-module-qtquick 6.4.2+dfsg-1
ii  qml6-module-qtquick-controls6.4.2+dfsg-1
ii  qml6-module-qtquick-layouts 6.4.2+dfsg-1
ii  qtcreator-data  9.0.2-2

Versions of packages qtcreator recommends:
ii  clang-tidy1:14.0-55.7~deb12u1
ii  gdb   13.1-3
ii  kitty [x-terminal-emulator]   0.26.5-5
ii  konsole [x-terminal-emulator] 4:22.12.3-1
ii  lxterminal [x-terminal-emulator]  0.4.0-2
ii  make  4.3-4.1
ii  qml-qt6   6.4.2+dfsg-1
ii  qt6-base-dev-tools6.4.2+dfsg-10
ii  qt6-declarative-dev-tools 6.4.2+dfsg-1
ii  qt6-qmltooling-plugins6.4.2+dfsg-1
ii  qt6-tools-dev-tools   6.4.2~rc1-2
ii  qt6-translations-l10n 6.4.2-1
ii  qtcreator-doc 9.0.2-2
ii  qterminal [x-terminal-emulator]   1.2.0-2
ii  xterm [x-terminal-emulator]   379-1

Versions of packages qtcreator suggests:
pn  clazy  
ii  cmake  3.25.1-1
ii  g++4:12.2.0-3
ii  git1:2.39.2-1.1
ii  meson  1.0.1-5
pn  python3-pylsp  
pn  subversion 
pn  valgrind   

-- no debconf information

Bug#1053817: mentors.debian.org URL

[Carles Pina i Estany]

Available to be reviewed in https://mentors.debian.net/package/python-ping3/

I'll ping debian-python mailing list as well.

-- 
Carles Pina i Estany
https://carles.pina.cat


signature.asc
Description: PGP signature

Bug#1053134: Available on mentors.debian.net

[Carles Pina i Estany]

Available to be reviewed https://mentors.debian.net/package/python-cloudscraper/

-- 
Carles Pina i Estany
https://carles.pina.cat


signature.asc
Description: PGP signature

Bug#1053480: mentors.debian.net URL

[Carles Pina i Estany]

Available to be reviewed in https://mentors.debian.net/package/qnetload/

-- 
Carles Pina i Estany
https://carles.pina.cat


signature.asc
Description: PGP signature

Bug#1053817: ITP: python-ping3 -- Python module and command to ping hosts using raw sockets

[Carles Pina i Estany]

Package: wnpp
Severity: wishlist
Owner: Carles Pina i Estany 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: python-ping3
  Version : 4.0.4
  Upstream Contact: kyan001 
* URL : https://github.com/kyan001/ping3
* License : MIT
  Programming Lang: Python
  Description : Python module and command to ping hosts using raw sockets

 Ping3 is a pure Python 3 version of the ICMP ping implementation using
 raw sockets.

 This package installs the library for Python 3 and also the "ping3" command.

-
This is a soft dependency of "simplemonitor" (ITP #1016113).

"Soft" dependency because simplemonitor can operate without it if not
using the monitor "ping" (and, instead, using the monitor "host" which
spawns /usr/bin/ping).

Users using "simplemonitor" in Debian, if "ping3" is not available,
would not be able to share files between a simplemonitor from pypi or
from Debian.

Using python-ping3 in simplemonitor also improve efficiency.

I plan to maintain it isnide the debian-python team.

I am looking for a sponsor.

Bug#1053682: RFS: qnetload/1.3.6-1 [ITP] -- Graphically display network speed and usage

[Carles Pina i Estany]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "qnetload":

 * Package name : qnetload
   Version  : 1.3.6-1
   Upstream contact : Carles Pina i Estany 
 * URL  : https://github.com/cpina/qnetload
 * License  : GPL-3, CC-BY-3.0
 * Vcs  : https://salsa.debian.org/carlespina/qnetload
   Section  : net

The source builds the following binary packages:

  qnetload - Graphically display network speed and usage

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/qnetload/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/q/qnetload/qnetload_1.3.6-1.dsc

Changes for the initial release:

 qnetload (1.3.6-1) unstable; urgency=medium
 .
   * Initial release. (Closes: #1053480)

Regards,

-- 
Carles Pina i Estany
https://carles.pina.cat


signature.asc
Description: PGP signature

Bug#1053480: Reopening

[Carles Pina i Estany]

I'm reopening the bug because I'm just going to do the upload to
mentors.debian.org. If the bug is closed it shows a warning.

If this is not the correct procedure apologies, send me a link please
with the correct steps.

Thanks!

-- 
Carles Pina i Estany
https://carles.pina.cat


signature.asc
Description: PGP signature

Bug#1053505: python3-jsonschema: Short description does not mention Draft 2020-12 or 2010-09

[Carles Pina i Estany]

Package: python3-jsonschema
Version: 4.10.3-1
Severity: minor

Dear Maintainer,

apt show python3-jsonschema shows:

"""
Description: An(other) implementation of JSON Schema (Draft 3, 4, 6, 7)
"""

Upstream page (https://github.com/Julian/jsonschema):
"""
Full support for Draft 2020-12, Draft 2019-09, Draft 7, Draft 6, Draft 4 and 
Draft 3
"""

Thanks for packaging it!

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

Kernel: Linux 6.1.0-12-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.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 python3-jsonschema depends on:
ii  python3  3.11.2-1+b1
ii  python3-attr 22.2.0-1
ii  python3-importlib-metadata   4.12.0-1
ii  python3-importlib-resources  5.1.2-2
ii  python3-pyrsistent   0.18.1-1+b3
ii  python3-typing-extensions4.4.0-1

Versions of packages python3-jsonschema recommends:
ii  python3-idna  3.3-1
ii  python3-json-pointer  2.3-2
ii  python3-rfc3987   1.3.8-2
ii  python3-uritemplate   4.1.1-2
ii  python3-webcolors 1.11.1-1

Versions of packages python3-jsonschema suggests:
pn  python-jsonschema-doc  

-- no debconf information

Bug#1053480: ITP: qnetload -- Display graphically network speed and usage

[Carles Pina i Estany]

Package: wnpp
Severity: wishlist
Owner: Carles Pina i Estany 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: qnetload
  Version : 1.3.2
  Upstream Contact: Carles Pina i Estany 
* URL : https://github.com/cpina/qnetload
* License : GPL-3.0
  Programming Lang: C++
  Description : Display graphically network speed and usage

 Similar look and feel to xnetload with some extra features (keeping the
 retro UI).
 .
 Change the monitored interface, on startup it uses previous interface,
 and right click on the interface name to see the IP.
 .
 Show the current speed and total downloaded/uploaded from the start
 of qnetload to now. Click on graph to calculate the MB/hour projected.
 Click on the Started / Elapsed to rotate between them.

I used to use xnetload which is not part of Debian anymore (since before
2017 I think). xnetload is available in
https://github.com/rsmith-nl/xnetload but no updates, when I checked
(this might be fixed) had problems if an interface transmited more than
2^32 (4 GB).

qnetload is a more modern (Qt) but similar UI alternative.

I've found {x,q}netload very useful on situations such as:
- metered connections (e.g. mobile 4G+, etc.) to see that data is not
  being over-used. Also to get an estimate (with a click of the mouse)
  on how much data this video-call or radio station is going to use over
  one hour
- very flaky connections (e.g. on a ship, airplane, train, etc.)
- useful for debugging the connection (application got stuck or all the
  network stopped transmitting for some seconds?)

In 2017, when I started implementing qnetload, I could not find any
alternative to it.

I plan to maintain it myself.

I need a sponsor.

I have a working package that I will upload to
https://mentors.debian.net/ in about 2 or 3 days.

Bug#1053332: RFS: python-cloudscraper/1.2.69-2 [ITP] -- Python module to bypass Cloudflare's anti-bot page

[Carles Pina i Estany]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "python-cloudscraper":

 * Package name : python-cloudscraper
   Version  : 1.2.69-2
   Upstream contact : [fill in name and email of upstream]
 * URL  : https://github.com/VeNoMouS/cloudscraper
 * License  : MIT
 * Vcs  : https://github.com/VeNoMouS/cloudscraper
   Section  : python

The source builds the following binary packages:

  python3-cloudscraper - Python module to bypass Cloudflare's anti-bot page

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/python-cloudscraper/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/p/python-cloudscraper/python-cloudscraper_1.2.69-2.dsc

Changes for the initial release:

 python-cloudscraper (1.2.69-2) unstable; urgency=medium
 .
   * Initial release. (Closes: #1053134)

Regards,
-- 
  Carles Pina i Estany

Bug#1053134: ITP: python-cloudscraper -- Python module to bypass Cloudflare's anti-bot page

[Carles Pina i Estany]

Package: wnpp
Severity: wishlist
Owner: Carles Pina i Estany 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: python-cloudscraper
  Version : 1.2.68
  Upstream Contact: VeNoMouS
* URL : https://github.com/VeNoMouS/cloudscraper
* License : MIT
  Programming Lang: Python
  Description : Python module to bypass Cloudflare's anti-bot page

---
A simple Python module to bypass Cloudflare's anti-bot page (also known
as "I'm Under Attack Mode", or IUAM), implemented with Requests.
Cloudflare changes their techniques periodically, so I will update this
repo frequently.

This can be useful if you wish to scrape or crawl a website protected
with Cloudflare. Cloudflare's anti-bot page currently just checks if the
client supports Javascript, though they may add additional techniques in
the future.

Due to Cloudflare continually changing and hardening their protection
page, cloudscraper requires a JavaScript Engine/interpreter to solve
Javascript challenges. This allows the script to easily impersonate a
regular web browser without explicitly deobfuscating and parsing
Cloudflare's Javascript.
---

I ITP simplemonitor (#1016113). One of simplemonitor dependencies is
pyaarlo (#1053132). python-cloudscraper is a dependency of pyaarlo.

Incidentally, I've used cloudscraper (from upstream) previously so I'm
familiar with it.

I plan to package it inside the Debian Python Team. I will need a sponsor.

Bug#1053132: ITP: python-pyaarlo -- Module for Python that provides asynchronous access to Netgear Arlo cameras

[Carles Pina i Estany]

Package: wnpp
Severity: wishlist
Owner: Carles Pina i Estany 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: python-pyaarlo
  Version : 0.8.0.beta.8
  Upstream Contact: Ntwrecked
* URL : https://github.com/twrecked/pyaarlo
* License : LGPL-3.0
  Programming Lang: Python
  Description : Module for Python that provides asynchronous access to 
Netgear Arlo cameras

-
It starts a background thread that opens a single, persistant connection, an 
event stream, to the Arlo servers. As things happen to the Arlo devices - 
motion detected, battery level changes, mode changes, etc... - the Arlo servers 
post these events onto the event stream. The background thread reads these 
events from the stream, updates Pyaarlo's internal state and calls any user 
registered callbacks.
-

I submitted an ITP bug for simplemonitor (#1016113). pyarlo is a
dependency of simplemonitor.

I plan to maintain it inside the Debian Python Team. I will need a
sponsor.

Bug#1016113: ITP: simplemonitor -- simplemonitor monitors hosts and network connectivity. It is designed to be quick and easy to set up

[Carles Pina i Estany]

Control: owner car...@pina.cat
Control: retitle ITP: simplemonitor -- simplemonitor monitors hosts and network 
connectivity. It is designed to be quick and easy to set up

Bug#1016113: ITP: simplemonitor -- simplemonitor monitors hosts and network connectivity. It is designed to be quick and easy to set up

[Carles Pina i Estany]

Control: Package: wnpp
Control: Severity: wishlist
Control: Owner: car...@pina.cat

Bug#1016113: ITP: simplemonitor -- simplemonitor monitors hosts and network connectivity. It is designed to be quick and easy to set up

[Carles Pina i Estany]

Package: wnpp
Severity: wishlist
Owner: car...@pina.cat

Bug#1043185: python3-django-channels: Add python3-daphne as suggested package

[Carles Pina i Estany]

Package: python3-django-channels
Version: 4.0.0-1
Severity: wishlist

Dear Maintainer,

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

   * What led up to the situation?

I'm migrating a system from Bullseye to Bookworm. This is upgrading
python3-django-channels from version 3.0.3-1 to 4.0.0-1.

Existing tests didn't run with the error:


  File "/usr/lib/python3/dist-packages/channels/testing/__init__.py", line 4, 
in 
from .live import ChannelsLiveServerTestCase  # noqa

  File "/usr/lib/python3/dist-packages/channels/testing/live.py", line 3, in 

from daphne.testing import DaphneProcess
ModuleNotFoundError: No module named 'daphne'


   * What exactly did you do (or not do) that was effective (or
 ineffective)?

I fixed the problem installing python3-daphne

This is documented as a change in python3-channels in:

https://channels.readthedocs.io/en/latest/releases/4.0.0.html#decoupling-of-the-daphne-application-server
In "Use of ChannelsLiveServerTestCase still requires Daphne."

Since using some funcionality in the package requires Daphne: I wondered
if it should be listed in Suggested

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


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

Kernel: Linux 6.1.0-9-cloud-amd64 (SMP w/1 CPU thread; PREEMPT)
Locale: LANG=C.UTF-8, LC_CTYPE=C.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 python3-django-channels depends on:
ii  python3  3.11.2-1+b1
ii  python3-asgiref  3.6.0-1
ii  python3-django   3:3.2.19-1+deb12u1

python3-django-channels recommends no packages.

Versions of packages python3-django-channels suggests:
pn  python-django-channels-doc  

-- no debconf information

Bug#1042875: cron-apt: man cron-apt mentions a configuration example file without any configuration

[Carles Pina i Estany]

Package: cron-apt
Version: 0.13.0+nmu1
Severity: minor

Dear Maintainer,

I've tested this in cron-apt versions 0.13.0.1 (Bookworm) and
0.13.0+nmu1 (Bullseye).

I was trying to change some configuration and did: man cron-apt

It says (under "CONFIGURATION"):
"""
The  variables  that you can set in /etc/cron-apt/config is documented
in the configuration example in /usr/share/doc/cron-apt/examples/config
"""

The file /usr/share/doc/cron-apt/examples/config does not contain any
example but two lines:
"""
# Configuration for cron-apt. For further information about the possible
# configuration settings see /usr/share/doc/cron-apt/README.gz.
"""

I would suggest that the "man" should mention
/usr/share/doc/cron-apt/README.gz straight away.

Also, I think that reads better ".../etc/cron-apt/config are documented in
the..." (change is to are).

Thanks for cron-apt! I use it in quite a few systems for a long time and
I'm really happy with it.

Thank very much!


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


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

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

Versions of packages cron-apt depends on:
ii  apt  2.2.4

Versions of packages cron-apt recommends:
ii  cron [cron-daemon]  3.0pl1-137
ii  liblockfile11.17-1+b1
ii  postfix [mail-transport-agent]  3.5.18-0+deb11u1

cron-apt suggests no packages.

-- Configuration Files:
/etc/cron-apt/action.d/3-download changed [not included]
/etc/cron-apt/config changed [not included]
/etc/cron.d/cron-apt changed [not included]

-- no debconf information

Bug#1040432: ical2html: man pages for ical2html binaries contain "./binary: unrecognized option '--help'"

[Carles Pina i Estany]

Package: ical2html
Version: 3.0-1
Severity: minor

Dear Maintainer,

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

   * What led up to the situation?

Reading the manual: "man ical2html"

Each of the manual pages (man ical2html, icalfilter and icalmerge)
contain a line: ./ical2html: unrecognized option '--help'

I'm sending the bugreport from an oldstable (see "System Information")
but I've verified this from a stable version (latest ical2html package).

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


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

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

Versions of packages ical2html depends on:
ii  libc6 2.31-13+deb11u6
ii  libical3  3.0.9-2

ical2html recommends no packages.

ical2html suggests no packages.

-- no debconf information

Bug#1026295: fgallery: Missing fcaption utility

[Carles Pina i Estany]

Package: fgallery
Version: 1.9.0~geo1+ds-1
Severity: wishlist

Dear Maintainer,

In the newest release fgallery there is a utility: utils/fcaption . I've
found this utility very useful to edit the captions of the images.

I wonder if it's possible to package this utility in the fgallery
package? (or in a different package).

Thanks very much for packaging fgallery anyway!

Carles

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

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

Bug#1016113: RFP: simplemonitor -- simplemonitor monitors hosts and network connectivity. It is designed to be quick and easy to set up

[Carles Pina i Estany]

Package: wnpp
Severity: wishlist

* Package name: simplemonitor
  Version : 1.11.0
  Upstream Author : James M Seward
* URL : https://github.com/jamesoff/simplemonitor
* License : BSD-3-Clause license
  Programming Lang: Python
  Description : simplemonitor monitors hosts and network connectivity. It 
is designed to be quick and easy to set up

SimpleMonitor is a Python script which monitors hosts and network connectivity 
and status. It is designed to be quick and easy to set up and lacks complex 
features that can make things like Nagios, OpenNMS and Zenoss overkill for a 
small business or home network. Remote monitor instances can send their results 
back to a central location.

I've been using SimpleMonitor for many years (at least since 2017) with
great success. The upstream author has been responsive when I had issues
or feedback.

At that time (2017), I spent time checking Debian-packaged software but
none offered me the options and simplicity of simplemonitor. I've
checked every now and then and not found any suitable Debian-packaged
alternatives for my situation.

SimpleMonitor is simple in terms of not needing a database / much setup
but has enough loggers, alerters and monitors to make it really useful
in many situations. I've used it in very different environments and I
think that it would be a good addition for Debian.

Bug#1013700: Strangely rare pytest 7.x bug report

[Carles Pina i Estany]

Hi,

On Jul/04/2022, Julian Gilbey wrote:

> It is utterly, utterly bizarre.  But I think I've found the problem.

[...]

> Thanks for your help!

You're welcome!

Cheers,

> 
> Best wishes,
> 
>Julian
> 
> On Mon, Jul 04, 2022 at 08:39:32PM +0100, Carles Pina i Estany wrote:
> > 
> > Hi Julian,
> > 
> > On Jul/04/2022, Julian Gilbey wrote:
> > > Hi Carles,
> > > 
> > > Thanks for your thoughts!  Yes, indeed that seems to be the issue.
> > > But what I don't understand is why the import is turned into
> > > .pybuild.cpython3_3.9_qtpy.build.qtpy.tests and not just qtpy.tests or
> > 
> > I see how pytest does it (but keep reading)
> > 
> > > a longer path, and why only this package fails in this way.  Perhaps
> > > this is the only package that has an import statement in
> > > pytest_configure?
> > 
> > This I don't know and I'm curious, and it might help disecting the issue
> > (or understanding it). Do you know of any other python3 package that you
> > expected to fail? (using pytest in a similar way).
> > 
> > I might try to get both and follow what they do different (to hopefully
> > know what is python-qtpy doing different :-) )
> > 
> > I'm sure that there are tons of packages that use pytest :-) I'm
> > wondering if you had a good candidate.
> > 
> > Best regards,
> > 
> > > 
> > > Best wishes,
> > > 
> > >Julian
> > > 
> > > On Mon, Jul 04, 2022 at 04:03:39PM +0100, Carles Pina i Estany wrote:
> > > > 
> > > > Hi,
> > > > 
> > > > I'm a lurker of debian-pyt...@lists.debian.org but seeing Python+Qt I
> > > > wanted to have a look. I don't have a solution (I might look more
> > > > another time if time permits) but I might have something that might help
> > > > someone who knows the tools better.
> > > > 
> > > > I am not familiar with Python Debian packaging details/tools neither
> > > > with pytest :-( so take all of this with a pinch of salt.
> > > > 
> > > > If it helps the error comes from:
> > > > /usr/lib/python3.9/importlib/__init__.py in the functin "import_modules"
> > > > it does:
> > > > """
> > > > if name.startswith('.'):
> > > > if not package:
> > > > msg = ("the 'package' argument is required to perform a 
> > > > relative "
> > > >"import for {!r}")
> > > > raise TypeError(msg.format(name))
> > > > """
> > > > 
> > > > When the import fails the "name" parameter of "import_modules" function
> > > > is: '.pybuild.cpython3_3.9_qtpy.build.qtpy.tests' , which is derived
> > > > from the hidden dirctory ".pybuild" as created by default by "pybuild".
> > > > 
> > > > I think that the initial "." is used only as a directory name but Python
> > > > assumes that is a relative import requiring the package parameter.
> > > > 
> > > > Just to check my thoughts, and after running dpkg-buildpackage and
> > > > failing let's try again:
> > > > 
> > > > $ cd .pybuild/cpython3_3.9_qtpy/build; python3.9 -m pytest qtpy/tests ; 
> > > > cd -
> > > > Fails with the:
> > > > 
> > > > TypeError: the 'package' argument is required to perform a relative 
> > > > import for '.pybuild.cpython3_3.9_qtpy.build.qtpy.tests'
> > > > /home/carles/git/python-qtpy
> > > > 
> > > > Then let's try to avoid the initial "." confusion:
> > > > 
> > > > $ mv .pybuild pybuild
> > > > $ cd pybuild/cpython3_3.9_qtpy/build; python3.9 -m pytest qtpy/tests ; 
> > > > cd -
> > > > 
> > > > It works.
> > > > 
> > > > I don't know why this is the only package affected by this though...
> > > > 
> > > > Hopefully it helps a bit!
> > > > 
> > > > On Jul/04/2022, Julian Gilbey wrote:
> > > > > Dear all,
> > > > > 
> > > > > I wonder whether you might have any clue about
> > > > > https://bugs.debian.org/1013700
> > > > > I have mostly worked out the "cause" of the bug, but I haven't quite
> > > > > got to the bottom of it.
> > > > > 
&

Bug#1013700: Strangely rare pytest 7.x bug report

[Carles Pina i Estany]

Hi Julian,

On Jul/04/2022, Julian Gilbey wrote:
> Hi Carles,
> 
> Thanks for your thoughts!  Yes, indeed that seems to be the issue.
> But what I don't understand is why the import is turned into
> .pybuild.cpython3_3.9_qtpy.build.qtpy.tests and not just qtpy.tests or

I see how pytest does it (but keep reading)

> a longer path, and why only this package fails in this way.  Perhaps
> this is the only package that has an import statement in
> pytest_configure?

This I don't know and I'm curious, and it might help disecting the issue
(or understanding it). Do you know of any other python3 package that you
expected to fail? (using pytest in a similar way).

I might try to get both and follow what they do different (to hopefully
know what is python-qtpy doing different :-) )

I'm sure that there are tons of packages that use pytest :-) I'm
wondering if you had a good candidate.

Best regards,

> 
> Best wishes,
> 
>Julian
> 
> On Mon, Jul 04, 2022 at 04:03:39PM +0100, Carles Pina i Estany wrote:
> > 
> > Hi,
> > 
> > I'm a lurker of debian-pyt...@lists.debian.org but seeing Python+Qt I
> > wanted to have a look. I don't have a solution (I might look more
> > another time if time permits) but I might have something that might help
> > someone who knows the tools better.
> > 
> > I am not familiar with Python Debian packaging details/tools neither
> > with pytest :-( so take all of this with a pinch of salt.
> > 
> > If it helps the error comes from:
> > /usr/lib/python3.9/importlib/__init__.py in the functin "import_modules"
> > it does:
> > """
> > if name.startswith('.'):
> > if not package:
> > msg = ("the 'package' argument is required to perform a 
> > relative "
> >"import for {!r}")
> > raise TypeError(msg.format(name))
> > """
> > 
> > When the import fails the "name" parameter of "import_modules" function
> > is: '.pybuild.cpython3_3.9_qtpy.build.qtpy.tests' , which is derived
> > from the hidden dirctory ".pybuild" as created by default by "pybuild".
> > 
> > I think that the initial "." is used only as a directory name but Python
> > assumes that is a relative import requiring the package parameter.
> > 
> > Just to check my thoughts, and after running dpkg-buildpackage and
> > failing let's try again:
> > 
> > $ cd .pybuild/cpython3_3.9_qtpy/build; python3.9 -m pytest qtpy/tests ; cd -
> > Fails with the:
> > 
> > TypeError: the 'package' argument is required to perform a relative import 
> > for '.pybuild.cpython3_3.9_qtpy.build.qtpy.tests'
> > /home/carles/git/python-qtpy
> > 
> > Then let's try to avoid the initial "." confusion:
> > 
> > $ mv .pybuild pybuild
> > $ cd pybuild/cpython3_3.9_qtpy/build; python3.9 -m pytest qtpy/tests ; cd -
> > 
> > It works.
> > 
> > I don't know why this is the only package affected by this though...
> > 
> > Hopefully it helps a bit!
> > 
> > On Jul/04/2022, Julian Gilbey wrote:
> > > Dear all,
> > > 
> > > I wonder whether you might have any clue about
> > > https://bugs.debian.org/1013700
> > > I have mostly worked out the "cause" of the bug, but I haven't quite
> > > got to the bottom of it.
> > > 
> > > When running the command
> > > PYTHONPATH=. python3.10 -m pytest qtpy/tests
> > > in the directory .pybuild/cpython3_3.10_qtpy/build, I get the error
> > > message:
> > > 
> > > ImportError while loading conftest 
> > > '/home/jdg/debian/spyder-packages/qtpy/build-area/python-qtpy-2.1.0/.pybuild/cpython3_3.10_qtpy/build/qtpy/tests/conftest.py'.
> > > TypeError: the 'package' argument is required to perform a relative 
> > > import for '.pybuild.cpython3_3.10_qtpy.build.qtpy.tests'
> > > 
> > > If the directory .pybuild is renamed to pybuild, the tests run without
> > > a problem.  So there seems to be something funny about conftest.py
> > > (and removing all of the other files from the qtpy/tests directory
> > > except for the empty __init__.py gives the same error); here's a link
> > > to it:
> > > 
> > > https://salsa.debian.org/python-team/packages/python-qtpy/-/blob/master/qtpy/tests/conftest.py
> > > 
> > > But there doesn't seem to be anything out of the ordinary about this.
> > > So I am mystified: why does pytest 7.x seem to not give this error on
> > > any other Debian package?
> > > 
> > > The only solution I currently have for this package is skip the tests
> > > at build time and rely on autopkgtest to do them.
> > > 
> > > Best wishes,
> > > 
> > >Julian
-- 
Carles Pina i Estany
https://carles.pina.cat

Bug#1013700: Strangely rare pytest 7.x bug report

[Carles Pina i Estany]

Hi,

I'm a lurker of debian-pyt...@lists.debian.org but seeing Python+Qt I
wanted to have a look. I don't have a solution (I might look more
another time if time permits) but I might have something that might help
someone who knows the tools better.

I am not familiar with Python Debian packaging details/tools neither
with pytest :-( so take all of this with a pinch of salt.

If it helps the error comes from:
/usr/lib/python3.9/importlib/__init__.py in the functin "import_modules"
it does:
"""
if name.startswith('.'):
if not package:
msg = ("the 'package' argument is required to perform a relative "
   "import for {!r}")
raise TypeError(msg.format(name))
"""

When the import fails the "name" parameter of "import_modules" function
is: '.pybuild.cpython3_3.9_qtpy.build.qtpy.tests' , which is derived
from the hidden dirctory ".pybuild" as created by default by "pybuild".

I think that the initial "." is used only as a directory name but Python
assumes that is a relative import requiring the package parameter.

Just to check my thoughts, and after running dpkg-buildpackage and
failing let's try again:

$ cd .pybuild/cpython3_3.9_qtpy/build; python3.9 -m pytest qtpy/tests ; cd -
Fails with the:

TypeError: the 'package' argument is required to perform a relative import for 
'.pybuild.cpython3_3.9_qtpy.build.qtpy.tests'
/home/carles/git/python-qtpy

Then let's try to avoid the initial "." confusion:

$ mv .pybuild pybuild
$ cd pybuild/cpython3_3.9_qtpy/build; python3.9 -m pytest qtpy/tests ; cd -

It works.

I don't know why this is the only package affected by this though...

Hopefully it helps a bit!

On Jul/04/2022, Julian Gilbey wrote:
> Dear all,
> 
> I wonder whether you might have any clue about
> https://bugs.debian.org/1013700
> I have mostly worked out the "cause" of the bug, but I haven't quite
> got to the bottom of it.
> 
> When running the command
> PYTHONPATH=. python3.10 -m pytest qtpy/tests
> in the directory .pybuild/cpython3_3.10_qtpy/build, I get the error
> message:
> 
> ImportError while loading conftest 
> '/home/jdg/debian/spyder-packages/qtpy/build-area/python-qtpy-2.1.0/.pybuild/cpython3_3.10_qtpy/build/qtpy/tests/conftest.py'.
> TypeError: the 'package' argument is required to perform a relative import 
> for '.pybuild.cpython3_3.10_qtpy.build.qtpy.tests'
> 
> If the directory .pybuild is renamed to pybuild, the tests run without
> a problem.  So there seems to be something funny about conftest.py
> (and removing all of the other files from the qtpy/tests directory
> except for the empty __init__.py gives the same error); here's a link
> to it:
> 
> https://salsa.debian.org/python-team/packages/python-qtpy/-/blob/master/qtpy/tests/conftest.py
> 
> But there doesn't seem to be anything out of the ordinary about this.
> So I am mystified: why does pytest 7.x seem to not give this error on
> any other Debian package?
> 
> The only solution I currently have for this package is skip the tests
> at build time and rely on autopkgtest to do them.
> 
> Best wishes,
> 
>Julian
-- 
Carles Pina i Estany
https://carles.pina.cat

Bug#1011057: lintian: Add warning if a *.postinst file does not have #DEBHELPER#

[Carles Pina i Estany]

hi,

On Jun/10/2022, Axel Beckert wrote:
> Control: tag -1 +moreinfo
> 
> Hi Carles,
> 
> Carles Pina i Estany wrote:
> > Package: lintian
> > Version: 2.104.0
> […]
> > It might be useful that lintian checked that each *.postinst contains
> > the #DEBHELPER# string.
> >
> > For example, I noticed a missing #DEBHELPER# when creating a package
> > that installed a systemd service but it did not start as expected.
> 
> Lintian already has a tag named
> maintainer-script-lacks-debhelper-token for exactly that. See also
> https://lintian.debian.org/tags/maintainer-script-lacks-debhelper-token

Oops...

> The tag is though only emitted if debhelper is actually used.
> 
> If in your case the tag should have been emitted but hadn't been
> emitted, please tell us which package at which version (or commit ID)
> this happened.

I had a look at lintian's source code and realised of what happened.
(I'm testing and reading lintian v2.104.0)

I was running:
$ lintian package.deb # on the binary package

If I run:
$ lintian package.dsc

it does show the warning.

I had expected that if a service is installed (in
/lib/systemd/system/*.service) the postinst should have:
"^# Automatically added by dh_installsystemd"

But I see how is easier and more reliable to maintain lintian doing the
check in the source package (I did not realise of the difference, I
don't usually do packaging so all the tools are new for me :-) )

After opening the bug I started using salsa-ci/pipeline which does it in
the source package and I see the warning if I "break" the package.

To me the bug can be closed and sorry for the noise!

Cheers,

-- 
Carles Pina i Estany
https://carles.pina.cat

Bug#1011057: lintian: Add warning if a *.postinst file does not have #DEBHELPER#

[Carles Pina i Estany]

Package: lintian
Version: 2.104.0
Severity: wishlist

Dear Maintainer,

It might be useful that lintian checked that each *.postinst contains
the #DEBHELPER# string.

For example, I noticed a missing #DEBHELPER# when creating a package
that installed a systemd service but it did not start as expected.

Thank you very much,

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

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

Versions of packages lintian depends on:
ii  binutils2.35.2-2
ii  bzip2   1.0.8-4
ii  diffstat1.64-1
ii  dpkg1.20.9
ii  dpkg-dev1.20.9
ii  file1:5.39-3
ii  gettext 0.21-4
ii  gpg 2.2.27-2+deb11u1
ii  intltool-debian 0.35.0+20060710.5
ii  libapt-pkg-perl 0.1.39
ii  libarchive-zip-perl 1.68-1
ii  libcapture-tiny-perl0.48-1
ii  libclass-xsaccessor-perl1.19-3+b7
ii  libclone-perl   0.45-1+b1
ii  libconfig-tiny-perl 2.26-1
ii  libcpanel-json-xs-perl  4.25-1+b1
ii  libdata-dpath-perl  0.58-1
ii  libdata-validate-domain-perl0.10-1.1
ii  libdevel-size-perl  0.83-1+b2
ii  libdpkg-perl1.20.9
ii  libemail-address-xs-perl1.04-1+b3
ii  libfile-basedir-perl0.08-1
ii  libfile-find-rule-perl  0.34-1
ii  libfont-ttf-perl1.06-1.1
ii  libhtml-html5-entities-perl 0.004-1.1
ii  libipc-run3-perl0.048-2
ii  libjson-maybexs-perl1.004003-1
ii  liblist-compare-perl0.55-1
ii  liblist-moreutils-perl  0.430-2
ii  liblist-utilsby-perl0.11-1
ii  libmoo-perl 2.004004-1
ii  libmoox-aliases-perl0.001006-1.1
ii  libnamespace-clean-perl 0.27-1
ii  libpath-tiny-perl   0.118-1
ii  libperlio-gzip-perl 0.19-1+b7
ii  libproc-processtable-perl   0.59-2+b1
ii  libsereal-decoder-perl  4.018+ds-1+b1
ii  libsereal-encoder-perl  4.018+ds-1+b1
ii  libtext-glob-perl   0.11-1
ii  libtext-levenshteinxs-perl  0.03-4+b8
ii  libtext-markdown-discount-perl  0.12-1+b1
ii  libtext-xslate-perl 3.5.8-1+b1
ii  libtime-duration-perl   1.21-1
ii  libtime-moment-perl 0.44-1+b3
ii  libtimedate-perl2.3300-2
ii  libtry-tiny-perl0.30-1
ii  libtype-tiny-perl   1.012001-2
ii  libunicode-utf8-perl0.62-1+b2
ii  liburi-perl 5.08-1
ii  libxml-libxml-perl  2.0134+dfsg-2+b1
ii  libyaml-libyaml-perl0.82+repack-1+b1
ii  lzip1.22-3
ii  lzop1.04-2
ii  man-db  2.9.4-2
ii  patchutils  0.4.2-1
ii  perl [libdigest-sha-perl]   5.32.1-4+deb11u2
ii  t1utils 1.41-4
ii  unzip   6.0-26
ii  xz-utils5.2.5-2

lintian recommends no packages.

Versions of packages lintian suggests:
pn  binutils-multiarch 
pn  libtext-template-perl  

-- no debconf information

Bug#1010338: autopkgtest: Option --test-name and debian/tests/control test-name raise exception

[Carles Pina i Estany]

Hi,

On Apr/29/2022, Simon McVittie wrote:
> On Fri, 29 Apr 2022 at 09:54:48 +0200, Carles Pina i Estany wrote:
> > testdesc.Unsupported: Unsupported test command1: unknown field Test-name
> 
> This is correctly reporting an error. The correct syntax as documented in
> https://salsa.debian.org/ci-team/autopkgtest/blob/master/doc/README.package-tests.rst
> is:
> 
> Features: test-name=foo
> Test-Command: some-test-command
> Depends: a-package
> Restrictions: allow-stderr

Sorry for the noise, thanks for the link!

> >   File "/usr/share/autopkgtest/lib/testdesc.py", line 681, in 
> > parse_debian_source
> > if testname is None or n == testname:
> > UnboundLocalError: local variable 'n' referenced before assignment
> 
> That's genuinely a bug in autopkgtest's error-handling.

Thanks very much,

-- 
Carles Pina i Estany
https://carles.pina.cat

Bug#1010338: autopkgtest: Option --test-name and debian/tests/control test-name raise exception

[Carles Pina i Estany]

Package: autopkgtest
Version: 5.21
Severity: normal
Tags: upstream

Dear Maintainers,

I have a debian/tests/control such as:

---
test-name: foo
Test-Command: some-test-command
Depends: a-package
Restrictions: allow-stderr
---

And I execute:

$ autopkgtest some-package_0.0.1_all.deb --test-name=foo -- null

Expected: the test to execute (and only that specific test).

Actual:
--
autopkgtest [09:47:42]: starting date: 2022-04-29
autopkgtest [09:47:42]: version 5.21
autopkgtest [09:47:42]: host pinux; command line: /usr/bin/autopkgtest 
python3-foo_0.0.1_all.deb --test-name=foo -- null
autopkgtest [09:47:43]: testbed dpkg architecture: amd64
autopkgtest [09:47:43]: testbed running kernel: Linux 5.10.0-13-amd64 #1 SMP 
Debian 5.10.106-1 (2022-03-17)
autopkgtest [09:47:43]:  built-tree .
autopkgtest [09:47:43]: testing package foo version 0.0.1
autopkgtest [09:47:43]: ERROR: unexpected error:
Traceback (most recent call last):
  File "/usr/share/autopkgtest/lib/testdesc.py", line 671, in 
parse_debian_source
_debian_check_unknown_fields(name, record)
  File "/usr/share/autopkgtest/lib/testdesc.py", line 248, in 
_debian_check_unknown_fields
raise Unsupported(name, 'unknown field %s' % unknown_keys.pop())
testdesc.Unsupported: Unsupported test command1: unknown field Test-name

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/bin/autopkgtest", line 832, in main
process_actions()
  File "/usr/bin/autopkgtest", line 762, in process_actions
(tests, skipped) = testdesc.parse_debian_source(
  File "/usr/share/autopkgtest/lib/testdesc.py", line 681, in 
parse_debian_source
if testname is None or n == testname:
UnboundLocalError: local variable 'n' referenced before assignment
--

I tried writing "Test-name" instead of "test-name" in the file
debian/tests/control . Same result.

I've had a quick look at the source but I haven't fixed it. I might have
another look next week.

Thank you very much for your attention, best regards,

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

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

Versions of packages autopkgtest depends on:
ii  apt-utils   2.2.4
ii  libdpkg-perl1.20.9
ii  procps  2:3.3.17-5
ii  python3 3.9.2-3
ii  python3-debian  0.1.39

Versions of packages autopkgtest recommends:
ii  autodep8  0.24

Versions of packages autopkgtest suggests:
pn  fakemachine   
pn  lxc   
pn  lxd   
pn  ovmf  
pn  ovmf-ia32 
pn  qemu-efi-aarch64  
pn  qemu-efi-arm  
pn  qemu-system   
ii  qemu-utils1:5.2+dfsg-11+deb11u1
ii  schroot   1.6.10-12
ii  vmdb2 0.22-1

-- no debconf information

Bug#1009859: sbuild does not download http(s) .dsc files if libwww-perl is not installed

[Carles Pina i Estany]

Hi,

On Apr/19/2022, Johannes Schauer Marin Rodrigues wrote:
> Hi,
> 
> Quoting Carles Pina i Estany (2022-04-19 13:39:23)

[...]

> I've now added a warning if libwww-perl is missing:
> 
> https://salsa.debian.org/debian/sbuild/-/commit/c510b2f54e0a743d7ba06a630e65d20d8f95118c

I just want to say thank you!

For what is worth there is another place in the same file
(https://salsa.debian.org/debian/sbuild/-/blob/main/lib/Sbuild/Utility.pm#L199)
with the same LWP::UserAgent check. I haven't checked if "download"
function is ever called without a previous call to "check_url" or under
which circumstances.

But for my previous flow what's committed is helpful, thanks again!

-- 
Carles Pina i Estany
https://carles.pina.cat

Bug#1009859: sbuild does not download http(s) .dsc files if libwww-perl is not installed

[Carles Pina i Estany]

Package: sbuild
Version: 0.81.2
Severity: normal
Tags: upstream

Dear Maintainer,

sbuild does not download packages unless libwww-perl is installed.

To reproduce:

$ docker run -it debian:bullseye /bin/bash # just to have a clean system
# apt-get update && apt-get -y install sbuild # same final result as using "apt 
install sbuild"
# sbuild --no-clean --arch-any --arch-all --no-source --dist=stable 
--arch=amd64  http://deb.debian.org/debian/pool/main/h/hello/hello_2.10-2.dsc
E: Failed to open build log 
//http://deb.debian.org/debian/pool/main/h/hello/hello_2.10-2.dsc_amd64-2022-04-19T10:20:26Z.build:
 No such file or directory
E: Error creating chroot

I expected the .dsc file to be downloaded.

After installing libwww-perl sbuild works as expected:

# apt-get -y install libwww-perl

# sbuild --no-clean --arch-any --arch-all --no-source --dist=stable 
--arch=amd64  http://deb.debian.org/debian/pool/main/h/hello/hello_2.10-2.dsc # 
it downloads the package as expected


Not a Perl programmer here but I followed the code:

/usr/bin/sbuild around line 103 does "check_url($jobname)" which is implemented 
in /usr/share/perl5/Sbuild/Utility.pm around line 166. It does:

# Load LWP::UserAgent if possible, else return 0.
if (! can_load( modules => { 'LWP::UserAgent' => undef, } )) {
return 0;
}

Without libwww-perl package installed it returns 0. Then sbuild assumes that
http://deb.debian.org/debian/pool/main/h/hello/hello_2.10-2.dsc is a
local file.

I don't know if the way to go is to make the error message more helpful
(suggesting to install the package?), or make libwww-perl a dependency
(or at least recommended). Or perhaps add a note in the manual? It
currently says "For .dsc files  in  remote locations,  the source
packages are downloaded first, then built." without noting that
libwww-perl is required for this.

Thank you,


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

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

Versions of packages sbuild depends on:
ii  adduser 3.118
ii  libsbuild-perl  0.81.2
ii  perl5.32.1-4+deb11u2

Versions of packages sbuild recommends:
ii  autopkgtest  5.16
ii  debootstrap  1.0.123
ii  schroot  1.6.10-12

Versions of packages sbuild suggests:
ii  deborphan  1.7.33
ii  e2fsprogs  1.46.2-2
ii  kmod   28-1
ii  wget   1.21-1+deb11u1

-- no debconf information

Bug#1000848: Steps to reproduce using Docker

[Carles Pina i Estany]

Nothing new to the latest bug report, just to confirm in a clean system:

$ docker images debian:sid
REPOSITORY   TAG   IMAGE ID   CREATED   SIZE
debian   sid   484ec39d2458   13 days ago   125MB

$ docker run -it debian:sid /bin/bash

root@58046e5023c2:/# apt update && apt upgrade -y && apt install -y 
python3-aiohttp
root@58046e5023c2:/# python3 -c "import aiohttp"
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/aiohttp/client_reqrep.py", line 70, in 

import cchardet as chardet
ModuleNotFoundError: No module named 'cchardet'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python3/dist-packages/aiohttp/__init__.py", line 6, in 
from .client import (
  File "/usr/lib/python3/dist-packages/aiohttp/client.py", line 59, in 
from .client_reqrep import (
  File "/usr/lib/python3/dist-packages/aiohttp/client_reqrep.py", line 72, in 

import charset_normalizer as chardet  # type: ignore[no-redef]
ModuleNotFoundError: No module named 'charset_normalizer'
root@58046e5023c2:/# 

root@58046e5023c2:/# dpkg -l | grep -i python3-aiohttp
ii  python3-aiohttp3.8.1-2   amd64
http client/server for asyncio

And like Jörg:
root@58046e5023c2:/# apt install -y python3-charset-normalizer

root@58046e5023c2:/# python3 -c "import aiohttp"
root@58046e5023c2:/# 

Cheers,

-- 
Carles Pina i Estany
https://carles.pina.cat

Bug#897955: it redirects

[Carles Pina i Estany]

Hi,

To me currently the http://viking.sf.net/ redirects to
http://viking.sourceforge.net/ which redicts to
https://viking.sourceforge.io/ which redirects to
https://sourceforge.net/p/viking/wikiallura/Main_Page which seems to
work.

(my Firefox does it in one go :-) )

-- 
Carles Pina i Estany
https://carles.pina.cat

Bug#981910: tracker.debian.org: please display key status for packages

[Carles Pina i Estany]

Hi,

I'm a bit new in the internals of tracker and around. Would this be the
best source for the list of "key" packages?
https://udd.debian.org/cgi-bin/key_packages.yaml.cgi

Or some other URL would be a better place?

Cheers,

Carles

On Feb/05/2021, Adam Borowski wrote:
> Package: tracker.debian.org
> Severity: wishlist
> 
> Hi!
> Looking up if a given package is "key" (in Release Team sense) is currently
> pretty tedious.  Could you please mention this on packages' pages?
> 
> 
> Meow!
> -- System Information:
> Debian Release: bullseye/sid
>   APT prefers unstable-debug
>   APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), 
> (500, 'stable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 5.11.0-rc6-00069-gc78e0fad19ee (SMP w/64 CPU threads)
> Kernel taint flags: TAINT_WARN
> Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en
> Shell: /bin/sh linked to /bin/dash
> Init: sysvinit (via /sbin/init)
-- 
Carles Pina i Estany
https://carles.pina.cat

Bug#960230: thunderbird: Thunderbird doesn't run if DEBUG variable is exported)

[Carles Pina i Estany]

Hello Carsten,

On Nov/18/2020, Carsten Schoenert wrote:
> Hello Carles,
> 
> Am 18.11.20 um 09:44 schrieb Carles Pina i Estany:
> > Next weeks I will have some time. I'd be happy to have another look at
> > this.
> > 
> > This branch (old, 6 months) should fix the bug:
> > https://salsa.debian.org/carlespina/thunderbird/-/commit/591c13324a102e8ae8ebaadfdc11d3a9dbffecbc
> 
> unfortunately I'm constantly busy since the start of the Corona pandemic
> and I'm glad as long I'm able to follow the normal releases of Thunderbird.

no problem at all! I mentioned the 6 months as a reminder that we had
looked at this, not as a complain at all. I should admit taht I had
forgotten of it until I saw the new Thunderbird relases recently (and
that I have a bit more of time these weeks).

> > You mentioned vagrant in your last message but I failed to see how
> > vagrant is used and if this variable is needed (it can be set with
> > "thunderbird -g").
> 
> The intention here was simply that we don't need to rework the whole
> thing at the day we need or want to implement support for this. But of
> course there isn't anything added yet to this reference. OTOH nobody
> ever came up with a need for this since more than two years.

I understand, thanks!

> > I'm happy to rename the variables if this was the
> > preferred option (prefixed with TB_ for THUNDERBIRD_) or any other
> > possible fix.
> 
> Just start / work further with what you prefer, search and replace
> should be a thing of minutes if needed.

It's a small fix (once identified the problem) so if you have something
in mind please go ahead :-) as long as people don't have problems with
having "export DEBUG=1" and then Thunderbird failing to run it will be
good (it did confuse me for a while at my partner's computer).

Either way, if it helps:
Option 1: renaming variables non-intrusive commit (I hope):
https://salsa.debian.org/carlespina/thunderbird/-/commit/6661e140ea793deaeab4d583f345bb914e8b53ef

Option 2: unsets variables (I think that non-intrusive as well)
https://salsa.debian.org/carlespina/thunderbird/-/commit/591c13324a102e8ae8ebaadfdc11d3a9dbffecbc

Option 3: a series of cleanups that I had done in May while understanding the 
wrapper:
https://salsa.debian.org/carlespina/thunderbird/-/commits/thunderbird-launcher-variables/

If I could help in anything just let me know.

And thanks very much for your work on Thunderbird :-) it's a big package
(I can say after using git :-) )

-- 
Carles Pina i Estany
https://carles.pina.cat

Bug#975469: gpw: Weak seed to initialise the random generator

[Carles Pina i Estany]

Package: gpw
Version: 0.0.19940601-9+b1
Severity: important
Tags: patch upstream

Dear Maintainer,


Recently I read https://github.com/rclone/rclone/issues/4783 . rclone
was generating weak passwords: all the passwords were in a set of 33
million possible generated passwords. I checked Debian packages that
could have the same problem and found that "gpw" has a similar problem
(1 million sets of passwords for a given password length). I initially
reported this bug to the Debian security team and they suggested to open
a public bug.

The problem is that "gpw" uses a seed for the random generator based
only on microseconds: a number between 0 and 99. The generated
passwords for a certain password length depend on the dictionaries
installed at compilation time (the same for all the Debian users) and
the seed. There are only 1 million sets of different passwords (for the
same length) generated by "gpw". E.g, if faketime is installed, Debian 9
or Debian 10 gpw would generate:

carles@pinux:~$ faketime -f '2008-12-24 08:15:43' gpw
demoduls
pebfurge
ratentso
prockerm
ndivical
ualksect
alidedit
iredgedr
pledonsu
lizensms
carles@pinux:~$ 

(faketime doesn't support microseconds and by default sets it to .0
microseconds)

In other words: If anyone is generating passwords with "gpw 1" (in
Debian) there are only 1 million possible sets of passwords for this
length. Or even doing "gpw 1 99": only 1 million possible passwords of
length 99.

I am not an expert in cryptography and my solution might be wrong but
here is a possible patch:

Possible patch: I copied two functions from "pwgen" and used them from
"gpw". Then the seed is one in 9223372036854775807 (2^63-1) instead of
one in 100 (2^20 approx.). Another approach would be to use
libgcrypt from gpw (other software, like apg, use this approach). I'm
unsure if the license of gpw is compatible with GPL (randnum.c is GPL).
Perhaps the maintainer or upstream can clarify this / provide a
different fix if it's not correct, etc.

Interestingly: "pwgen" in 2013 had a bug with a similar issue:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=767008 . In this case
it generated the seed using /dev/urandom. If it failed it used
/dev/random and if this also failed it used a combination of seconds,
getpgrp(), getpid() and microseconds. This was considered too weak and
it was updated to use only /dev/urandom and /dev/random
(https://github.com/tytso/pwgen/commit/ccda6f21c678188074aaa1c673008a8c7ac1b3cf).


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

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

Versions of packages gpw depends on:
ii  libc6  2.28-10

gpw recommends no packages.

gpw suggests no packages.

-- no debconf information
diff --git a/Makefile b/Makefile
index 8b2c826..4fd5dee 100644
--- a/Makefile
+++ b/Makefile
@@ -9,7 +9,10 @@ all : gpw loadtris
echo gpw created, can delete loadtris
 
 gpw : gpw.o
-   $(COMPILER) $(DEBUGARGS) -o gpw gpw.o
+   $(COMPILER) $(DEBUGARGS) -o gpw gpw.o randnum.o
+
+randnum.o: randnum.c
+   $(COMPILER) $(DEBUGARGS) -o randnum.o -c randnum.c
 
 trigram.h : loadtris
./loadtris /usr/dict/words | sed "s/, }/}/" > trigram.h
@@ -24,4 +27,4 @@ loadtris.o : loadtris.c
$(COMPILER) $(DEBUGARGS) -o loadtris.o -c loadtris.c
 
 clean : 
-   rm gpw loadtris loadtris.o gpw.o # trigram.h
+   rm gpw loadtris loadtris.o gpw.o randnum.o # trigram.h
diff --git a/Makefile.Debian b/Makefile.Debian
index 3e7baed..60ef181 100644
--- a/Makefile.Debian
+++ b/Makefile.Debian
@@ -14,8 +14,11 @@ BIN=$(DESTDIR)/usr/bin
 all : gpw loadtris
echo gpw created, can delete loadtris
 
-gpw : gpw.o
-   $(COMPILER) $(DEBUGARGS) -o gpw gpw.o
+gpw : gpw.o randnum.o
+   $(COMPILER) $(DEBUGARGS) -o gpw gpw.o randnum.o
+
+randnum.o: randnum.c
+   $(COMPILER) $(DEBUGARGS) -o randnum.o -c randnum.c
 
 trigram.h : loadtris
./loadtris /usr/share/dict/words | sed "s/, }/}/" > trigram.h
@@ -30,7 +33,7 @@ loadtris.o : loadtris.c
$(COMPILER) $(DEBUGARGS) -o loadtris.o -c loadtris.c
 
 clean : 
-   rm -f gpw loadtris loadtris.o gpw.o trigram.h
+   rm -f gpw loadtris loadtris.o gpw.o randnum.o trigram.h
 
 
 
diff --git a/gpw.c b/gpw.c
index be3c307..2316f95 100644
--- a/gpw.c
+++ b/gpw.c
@@ -13,11 +13,6 @@
and looking for real words in its output.. they are very rare, on the
order of one in a thousand.
 
-   This program uses "drand48()" to get random numbers, and "srand48()"
-   to set the seed to the microsecond part of the system clock.  Works
-   for AIX C++ compiler and 

Bug#960230: Info received (Bug#960230: thunderbird: Thunderbird doesn't run if DEBUG variable is exported)

[Carles Pina i Estany]

Hi Carlsten,

We were talking about this bug 6 months ago...

On May/12/2020, Carles Pina i Estany wrote:
> 
> Hello Carsten,
> 
> On May/12/2020, Carsten Schoenert wrote:
> > Hello Carles,
> > 
> > Am 12.05.20 um 14:39 schrieb Carles Pina i Estany:

[...]

> I ended up doing a new fork (long story off-topic here :-) )
> My previous code is in the same URL: 
> https://salsa.debian.org/carlespina/thunderbird/-/tree/thunderbird-launcher-variables
> The smallest patch would be here: 
> https://salsa.debian.org/carlespina/thunderbird/-/tree/unsets-DEBUG-DEBUGGER 
> (unless we went for renaming DEBUG/DEBUGGER to TB_DEBUG/TB_DEBUGGER).


> I'm happy to make other changes in the branch - my pleasure!

Next weeks I will have some time. I'd be happy to have another look at
this.

This branch (old, 6 months) should fix the bug:
https://salsa.debian.org/carlespina/thunderbird/-/commit/591c13324a102e8ae8ebaadfdc11d3a9dbffecbc

You mentioned vagrant in your last message but I failed to see how
vagrant is used and if this variable is needed (it can be set with
"thunderbird -g"). I'm happy to rename the variables if this was the
preferred option (prefixed with TB_ for THUNDERBIRD_) or any other
possible fix.

Thank you very much, just let me know if I can give a hand!

-- 
Carles Pina i Estany
https://carles.pina.cat

Bug#960230: Info received (Bug#960230: thunderbird: Thunderbird doesn't run if DEBUG variable is exported)

[Carles Pina i Estany]

Hello Carsten,

On May/12/2020, Carsten Schoenert wrote:
> Hello Carles,
> 
> Am 12.05.20 um 14:39 schrieb Carles Pina i Estany:
> > 
> > Hi,
> > 
> > I've just seen that I in Salsa I forked it out from
> > https://salsa.debian.org/nitsch-guest/thunderbird instead of
> > https://salsa.debian.org/mozilla-team/thunderbird . I think that the two
> > files that I changed are the same, but tonight I could fork from the
> > mozilla-team/thunderbird (or prefix the variables/something else if it
> > was preferred).
> 
> just add a new remote source pointing to the "real" thunderbird tree on
> salsa and rebase against the trees from there.

I ended up doing a new fork (long story off-topic here :-) )
My previous code is in the same URL: 
https://salsa.debian.org/carlespina/thunderbird/-/tree/thunderbird-launcher-variables
The smallest patch would be here: 
https://salsa.debian.org/carlespina/thunderbird/-/tree/unsets-DEBUG-DEBUGGER 
(unless we went for renaming DEBUG/DEBUGGER to TB_DEBUG/TB_DEBUGGER).

> From a quick view ...
> The removal of the DEBUGGER stuff isn't something I'd do. The reason behind
> that is simple, there is vagrant out there that is doing a better job in
> showing the runtime state if you need to debug something. But we never did
> added that to the wrapper script, it's not an easy task. So in my eyes the
> removal of the these parts isn't desirable. For sure some more comments will
> help further looking people.

I haven't used vagrant and I don't know how the DEBUGGER variable would
be used in vagrant to show the runtime state. Either way, I understand
that for ESR it would be good to minimise changes, but me, as a casual
reader of the script it seems that DEBUGGER can be 1 only if DEBUG is
1 (by the option -g) making it not-useful...as it is now, of course!
(and making the last set of ifs harder to follow). I just got a bit
carried away yesterday.

I might have missed some code path and obviously future intentions :-)

I'm not sure what's the best way to fix the reported bug and/or if the
smallest patch is the way to go.

I'm happy to make other changes in the branch - my pleasure!

Cheers,

-- 
Carles Pina i Estany

Bug#960230: Info received (Bug#960230: thunderbird: Thunderbird doesn't run if DEBUG variable is exported)

[Carles Pina i Estany]

Hi,

I've just seen that I in Salsa I forked it out from
https://salsa.debian.org/nitsch-guest/thunderbird instead of
https://salsa.debian.org/mozilla-team/thunderbird . I think that the two
files that I changed are the same, but tonight I could fork from the
mozilla-team/thunderbird (or prefix the variables/something else if it
was preferred).

Thank you,

-- 
Carles Pina i Estany

Bug#960230: thunderbird: Thunderbird doesn't run if DEBUG variable is exported

[Carles Pina i Estany]

Hi Carsten,

On May/11/2020, Carles Pina i Estany wrote:

> > To generic variable names are always problematic at some point, so your
> > suggestion to prefix all the DEBUG name is a thing that need to happen.
> > Would you be willing came up with a patch? If not I will try to work on this
> > later within the preparation for next ESR cycle in Debian.
> 
> I'm happy to provide a patch (probably today later or tomorrow evening).
> I didn't in case that someone else was working on it / something else.

I created a salsa.debian.org account and:

a) I was looking at the code and realised that some variables were
initialized to 0 probably for the same reason that the bug was found.
Initially I've done an unset, consistent with existing code: 
https://salsa.debian.org/carlespina/thunderbird/-/commit/eb0d71b9cdb386cd94dea9bd8acabd2374f13a97
 . If you prefer me prefixing that in TB_ or THUNDERBIRD_ let me know.

b) I got a bit carried away:
https://salsa.debian.org/carlespina/thunderbird/-/commits/thunderbird-launcher-variables/
with some small refactoring that you might or might not agree / minor
fixes or deleting code for commented out fixes.

I'm happy to change the name of the variables, but well, it was interesting.

Cheers,

-- 
Carles Pina i Estany

Bug#960230: thunderbird: Thunderbird doesn't run if DEBUG variable is exported

[Carles Pina i Estany]

Hi Carsten,

On May/11/2020, Carsten Schoenert wrote:
> Hello Carlos,
> 
> Am 10.05.20 um 22:23 schrieb Carles Pina i Estany:
> ...
> > * Possible solutions:
> > -In the beginning of /usr/bin/thunderbird: perhaps do "unset DEBUG 
> > DEBUGGER" (and other variables?)
> > 
> > -Perhaps rename all the variables into THUNDERBIRD_DEBUGGER,
> > THUNDERBIRD_DEBUG, THUNDERBIRD_SHOW_BACKUP, etc. to avoid "generic
> > names" to conflict?
> > 
> > -At the end of the file if ${DEBUG} == 1 but ${DEBUGGER} == "": it
> > exits the launcher without launching and without saying anything: say
> > something? (it would have solved the problem but it would have been
> > easier to fix it)
> 
> good catch!
> The wrapper script was written a bit in a hurry and as seen by your report
> we haven't considered all the possible cases in the past.
> 
> To generic variable names are always problematic at some point, so your
> suggestion to prefix all the DEBUG name is a thing that need to happen.
> Would you be willing came up with a patch? If not I will try to work on this
> later within the preparation for next ESR cycle in Debian.

I'm happy to provide a patch (probably today later or tomorrow evening).
I didn't in case that someone else was working on it / something else.

Cheers,

-- 
Carles Pina i Estany

Bug#960230: thunderbird: Thunderbird doesn't run if DEBUG variable is exported

[Carles Pina i Estany]

Package: thunderbird
Version: 1:68.8.0-1~deb10u1
Severity: important
Tags: patch

Dear Maintainer,

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

   * What led up to the situation?
 In a system we had "export DEBUG=1" (not related to Thunderbird,
 for other reasons)

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
 After investigating reading /usr/bin/thunderbird : 
 "unset DEBUG" fixed the problem

   * What was the outcome of this action?
 Exporting DEBUG=1 makes "thunderbird" launcher to not launch
 Thunderbird (and to not say anything)

   * What outcome did you expect instead?
 Thunderbird to work, and if it doesn't work should indicate why
 not.

   * Possible solutions:
   -In the beginning of /usr/bin/thunderbird: perhaps do "unset DEBUG DEBUGGER" 
(and other variables?)

   -Perhaps rename all the variables into THUNDERBIRD_DEBUGGER,
   THUNDERBIRD_DEBUG, THUNDERBIRD_SHOW_BACKUP, etc. to avoid "generic
   names" to conflict?

   -At the end of the file if ${DEBUG} == 1 but ${DEBUGGER} == "": it
   exits the launcher without launching and without saying anything: say
   something? (it would have solved the problem but it would have been
   easier to fix it)

   -Assume that this was a user problem and we should not have had
   DEBUG=1 set everywhere :-)


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

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

Versions of packages thunderbird depends on:
ii  debianutils   4.8.6.1
ii  fontconfig2.13.1-2
ii  libatk1.0-0   2.30.0-2
ii  libc6 2.28-10
ii  libcairo-gobject2 1.16.0-4
ii  libcairo2 1.16.0-4
ii  libdbus-1-3   1.12.16-1
ii  libdbus-glib-1-2  0.110-4
ii  libevent-2.1-62.1.8-stable-4
ii  libffi6   3.2.1-9
ii  libfontconfig12.13.1-2
ii  libfreetype6  2.9.1-3+deb10u1
ii  libgcc1   1:8.3.0-6
ii  libgdk-pixbuf2.0-02.38.1+dfsg-1
ii  libglib2.0-0  2.58.3-2+deb10u2
ii  libgtk-3-03.24.5-1
ii  libgtk2.0-0   2.24.32-3
ii  libjsoncpp1   1.7.4-3
ii  libpango-1.0-01.42.4-7~deb10u1
ii  libstartup-notification0  0.12-6
ii  libstdc++68.3.0-6
ii  libvpx5   1.7.0-3+deb10u1
ii  libx11-6  2:1.6.7-1
ii  libx11-xcb1   2:1.6.7-1
ii  libxcb-shm0   1.13.1-2
ii  libxcb1   1.13.1-2
ii  libxext6  2:1.3.3-1+b2
ii  libxrender1   1:0.9.10-1
ii  libxt61:1.1.5-1+b3
ii  psmisc23.2-1
ii  x11-utils 7.7+4
ii  zlib1g1:1.2.11.dfsg-1

Versions of packages thunderbird recommends:
ii  hunspell-ca [hunspell-dictionary] 3.0.3+repack1-1
ii  hunspell-en-gb [hunspell-dictionary]  1:6.2.0-1
ii  hunspell-en-us [hunspell-dictionary]  1:2018.04.16-1
ii  hunspell-es [hunspell-dictionary] 1:6.2.0-1
ii  lightning 1:68.8.0-1~deb10u1

Versions of packages thunderbird suggests:
ii  apparmor  2.13.2-10
ii  fonts-lyx 2.3.2-1
ii  libgssapi-krb5-2  1.17-3

-- no debconf information

Bug#869683: RFP: qnetload -- Displays network speed and usage

[Carles Pina i Estany]

Package: wnpp
Severity: wishlist

* Package name: qnetload
  Version : 0.2
  Upstream Author : Carles Pina i Estany <car...@pina.cat>
* URL : https://github.com/cpina/qnetload
* License : GPL
  Programming Lang: C++
  Description : Displays network speed and usage

qnetload displays the instant speed, a graph with the speed in recent
minutes and network usage (how many MB have been used since running
qnetload?).

qnetload has a very similar interface to xnetload which was removed from
Debian in 2010 (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=595195). When 
xnetload was in Debian I submitted tried to fix some problems 
(https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=678061) then realised that 
very sadly it wasn't in Debian anymore.

I haven't found any alternative with the same interface, window manager
independent as xnetload/qnetload.

qnetload autodetects relevant interfaces, clicking the interface name
changes it and saves the interface for the next run (e.g. qnetload will
use the latest used interface, handy for interface names like wlp7s0 or
enp6s0)

I've found it very helpful when using dodgy connections and wanting some
sense of speed during some operations, checking the maximum speed of
connections and also very important nowadays with mobile connections
paying by GB a way to know how much MB the user has used in one session
to have an overall idea.

Bug#869677: RFP: kplex -- NMEA-0183 (GPS data) multiplexer

[Carles Pina i Estany]

Package: wnpp
Severity: wishlist

* Package name: kplex
  Version : 1.3.4
  Upstream Author : Keith Young 
* URL : http://www.stripydog.com/kplex/
* License : GPL
  Programming Lang: C
  Description : NMEA-0183 (GPS data) multiplexer

kplex reads GPS information from a UDP or TCP port or a serial
device and then (depending on the configuration) can write the
information into files, broadcast again to UDP addresses, serve again on
a TCP port, etc. It also allows to filter strings or add the timestamp.

Why is this package useful/relevant? I used kplex in the Antarctic
Circumnavigation Expedition 2016-2017 (ACE 2016) during 4 months for
saving the GPS from the bridge into text files and serve again to other
software. It's mature, worked perfectly well, it's feature complete. If
Debian had kplex it would have been a bit easier for us to install,
manage, etc.

I didn't find any other package with the same functionality (not in
Debian or outside Debian).

Bug#533233: Same problem

[Carles Pina i Estany]

Hi,

Same problem here with avahi 0.6.31-4
ii  avahi-autoipd 0.6.31-4+b1 amd64Avahi IPv4LL 
network address configuration daemon
ii  avahi-daemon  0.6.31-4+b1 amd64Avahi 
mDNS/DNS-SD daemon
ii  libapache2-mod-dnssd  0.6-3.1 amd64Zeroconf support 
for Apache 2 via avahi
ii  libavahi-client3:amd640.6.31-4+b1 amd64Avahi client 
library
ii  libavahi-common-data:amd640.6.31-4+b1 amd64Avahi common 
data files
ii  libavahi-common3:amd640.6.31-4+b1 amd64Avahi common 
library
ii  libavahi-core7:amd64  0.6.31-4+b1 amd64Avahi's 
embeddable mDNS/DNS-SD library
ii  libavahi-glib1:amd64  0.6.31-4+b1 amd64Avahi GLib 
integration library

Using NetworkManager too. Now I've used deny-interfaces for eth0 in:
/etc/avahi/avahi-daemon.conf

Regards,

-- 
Carles Pina i Estany
Web: http://pinux.info || Blog: http://pintant.cat
GPG Key 8CD5C157


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

Bug#533233: Info received (Same problem)

[Carles Pina i Estany]

Correction: I had a dhcp (dhclient?) daemon running for a few days that
I think that caused my problems. If you have problems make sure to not
have any dhclient / dhcp... I'm not sure that was avahi as I initially
thought.

On Dec/01/2014, Debian Bug Tracking System wrote:
 Thank you for the additional information you have supplied regarding
 this Bug report.
 
 This is an automatically generated reply to let you know your message
 has been received.
 
 Your message is being forwarded to the package maintainers and other
 interested parties for their attention; they will reply in due course.
 
 Your message has been sent to the package maintainer(s):
  Utopia Maintenance Team pkg-utopia-maintain...@lists.alioth.debian.org
 
 If you wish to submit further information on this problem, please
 send it to 533...@bugs.debian.org.
 
 Please do not send mail to ow...@bugs.debian.org unless you wish
 to report a problem with the Bug-tracking system.
 
 -- 
 533233: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=533233
 Debian Bug Tracking System
 Contact ow...@bugs.debian.org with problems
-- 
Carles Pina i Estany
Web: http://pinux.info || Blog: http://pintant.cat
GPG Key 8CD5C157


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

Bug#679194: ical2html: Option to specify that week starts on Monday

[Carles Pina i Estany]

Package: ical2html
Version: 2.0-1
Severity: wishlist
Tags: upstream patch

Dear Maintainer,

I'd like to have a new option (e.g. -m) so the week starts on Monday
instead of Sunday.

Patch is attached.

If you need some information, follow up, etc. feel free to contact me
again.

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

Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=ISO-8859-15) (ignored: 
LC_ALL set to ca_ES@euro)
Shell: /bin/sh linked to /bin/bash

Versions of packages ical2html depends on:
ii  libc6 2.13-33
ii  libical0  0.48-2

ical2html recommends no packages.

ical2html suggests no packages.

-- no debconf information
diff --git a/ical2html.c b/ical2html.c
index 5f7eaca..ad9e9fe 100644
--- a/ical2html.c
+++ b/ical2html.c
@@ -44,6 +44,7 @@
   -d, --descriptioninclude event's long description in a PRE\n\
   -f, --footer=TEXTadd text at the bottom of the HTML file\n\
   -z, --timezone=country/city  adjust for this timezone (default: GMT)\n\
+  -m, --monday		   draw Monday as first week day (Sunday is default)\n\
   start is of the form mmdd, e.g., 20020927 (27 Sep 2002)\n\
   duration is in days or weeks, e.g., P5W (5 weeks) or P60D (60 days)\n\
   file is an iCalendar file, default is standard input\n
@@ -57,10 +58,11 @@ static struct option options[] = {
   {description, 0, 0, 'd'},
   {footer, 1, 0, 'f'},
   {timezone, 1, 0, 'z'},
+  {monday, 0, 0, 'm'},
   {0, 0, 0, 0}
 };
 
-#define OPTIONS dp:P:c:C:f:z:
+#define OPTIONS dmp:P:c:C:f:z:
 
 static const char *months[] = {, January, February, March, April,
 			   May, June, July, August, September,
@@ -249,14 +251,18 @@ title=\1D\day)/abbr/span\n, start_utc.year, start_utc.month,
 static void print_calendar(const struct icaltimetype start,
 			   const struct icaldurationtype duration,
 			   const int nrevents, const event_item events[],
-			   const int do_description)
+			   const int do_description,
+			   const int starts_on_monday)
 {
   struct icaltimetype day;
   struct icaltimetype end;
   char s[9];
   int y, m, d, w;
-  int i = 0;			/* Loop over events */
-
+  int i = 0;		/* Loop over events */
+  int skip;		/* How many days to skip of that week until 1st */
+  int lastDay;
+  if (starts_on_monday) lastDay = 2; else lastDay = 1;
+  
   end = icaltime_add(start, duration);
 
   /* Loop over the years in our period */
@@ -271,14 +277,26 @@ static void print_calendar(const struct icaltimetype start,
   day = icaltime_from_string(s);
 
   printf(tablecaption%s %d/caption\n, months[m], y);
-  printf(theadtrthSundaythMondaythTuesdaythWednesday);
-  printf(thThursdaythFridaythSaturday\n);
+  printf(theadtr);
+  if (starts_on_monday) {
+ printf(thMondaythTuesdaythWednesday);
+  	 printf(thThursdaythFridaythSaturdaythSunday\n);
+  }
+  else {
+ printf(thSundaythMondaythTuesdaythWednesday);
+  	 printf(thThursdaythFridaythSaturday\n);
+
+  }
   printf(tbody\n);
 
   w = icaltime_day_of_week(day);
-  if (w != 1) {		/* Empty cells until 1st of month */
-	printf(tr\n);
-	for (; w  1; w--) printf(td class=skip\n);
+  if (starts_on_monday)
+  	if (w == 1) skip = 6; else skip = w-2;
+  else
+skip = w-1;
+
+  if (skip != 0) {
+for(; skip  0; skip--) printf(td class=skip\n);
   }
 
   /* Skip events before this day (can only occur at very start) */
@@ -291,7 +309,11 @@ static void print_calendar(const struct icaltimetype start,
 	sprintf(s, %04d%02d%02d, y, m, d);
 	day = icaltime_from_string(s);
 	w = icaltime_day_of_week(day);
-	if (w == 1) printf(tr\n);
+	if (w == lastDay)
+	{
+		printf(tr\n);
+	}
+
 	printf(tdp class=date%d\n\n, d);
 
 	/* Print all events on this day (the events are sorted) */
@@ -430,6 +452,7 @@ int main(int argc, char *argv[])
   char c;
   int dummy1, dummy2, dummy3, do_description = 0;
   icaltimezone *tz;
+  int starts_on_monday = 0;
 
   /* We handle errors ourselves */
   icalerror_errors_are_fatal = 0;
@@ -450,6 +473,7 @@ int main(int argc, char *argv[])
 case 'd': do_description = 1; break;
 case 'f': footer = strdup(optarg); break;
 case 'z': tz = icaltimezone_get_builtin_timezone(optarg); break;
+case 'm': starts_on_monday = 1; break;
 default: fatal(ERR_USAGE, USAGE);
 }
   }
@@ -489,7 +513,7 @@ int main(int argc, char *argv[])
 
   /* Print the sorted results */
   print_header(periodstart, duration);
-  print_calendar(periodstart, duration, nrevents, events, do_description);
+  print_calendar(periodstart, duration, nrevents, events, do_description, starts_on_monday);
   print_footer(footer);
 
   /* Clean up */

Bug#678061: xnetload: In a 32bit system, when in or out is more than 4G the speed is always 0

[Carles Pina i Estany]

Package: xnetload
Version: 1.11.3-1
Severity: important
Tags: upstream patch

Dear Maintainer,

One some network interface has downloaded more than 4 GB xnetload
reports 0 bytes downloaded and speed 0.

Attached the simple fix.

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

Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=ISO-8859-15) (ignored: 
LC_ALL set to ca_ES@euro)
Shell: /bin/sh linked to /bin/bash

Versions of packages xnetload depends on:
ii  libc6 2.13-27
ii  libx11-6  2:1.4.99.901-2
ii  libxaw7   2:1.0.9-3
ii  libxt61:1.1.1-2

xnetload recommends no packages.

xnetload suggests no packages.

-- no debconf information
diff --git a/data.c b/data.c
index 18c3549..905d991 100644
--- a/data.c
+++ b/data.c
@@ -397,7 +397,7 @@ int read_dev(count_t * pcnt, char *iface)
 	char *newbuf;
 	int num, retval;
 	char *pch;
-	unsigned long int values[16];
+	unsigned long long int values[16];
 
 	assert(pcnt != NULL);
 	assert(iface != NULL);
@@ -475,7 +475,7 @@ int read_dev(count_t * pcnt, char *iface)
 	 *16 compressed  14 multicast
 	 */
 	num = sscanf(pch,
-		 %lu %lu %lu %lu %lu %lu %lu %lu %lu %lu %lu %lu %lu %lu %lu %lu,
+		 %llu %llu %llu %llu %llu %llu %llu %llu %llu %llu %llu %llu %llu %llu %llu %llu,
 		 values[0], values[1], values[2], values[3],
 		 values[4], values[5], values[6], values[7],
 		 values[8], values[9], values[10], values[11],

Bug#538431: Same problem

[Carles Pina i Estany]

Hello,

Same problem here:
# modprobe fglrx
FATAL: Error inserting fglrx 
(/lib/modules/2.6.30-1-686/nonfree/fglrx/fglrx.ko): Cannot allocate
memory

Machine: 
Thinkpad T60 (like Christoph Maciejewski) but this time with:
01:00.0 VGA compatible controller: ATI Technologies Inc M52 [Mobility
Radeon X1300]

This time with fglrx-modules-2.6.30-1-686 version 2.6.30+9-6-1

Something else that we can provide?

Thanks,

-- 
Carles Pina i Estany
http://pinux.info



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

Bug#507507: new patch

[Carles Pina i Estany]

Hello,

I'm sending a new patch with more options:
-forward (starts the timer forward after execute the program)
-backward TIME (starts the timer backward after execute the program)

Cheers,

-- 
Carles Pina i EstanyGPG id: 0x17756391
http://pinux.info
--- /usr/bin/stopwatch	2008-07-02 13:13:46.0 +0200
+++ stopwatch	2008-12-06 01:40:38.815444276 +0100
@@ -392,6 +392,14 @@
 
 
 
+.help.text insert end Command line arguments h1
+.help.text insert end 
+
+-forward: executes stopwatcher with the timer on
+-backward TIME: executes stopwatch with the timer on, backward, with initial TIME as time (same format than stopwatch GUI)
+
+
+
 .help.text insert end Caveats h1
 .help.text insert end {
 
@@ -471,4 +479,15 @@
 bind all z {.lapzero  invoke} ; bind all Control-z {lapzr}
 bind all Z {.totalzeroinvoke} ; bind all Control-Z {totalzr}
 
+set option_location [lsearch $argv -forward]
+if { $option_location = 0 } {
+start
+}
+
+set option_location [lsearch $argv -backward]
+if { $option_location = 0 } {
+set time(total) [lindex $argv [expr {$option_location+1}]]
+set time(forward) 0
+start
+}
 

Bug#507507: stopwatcher: stopwatch doesn't have a command line option to execute with timer on

[Carles Pina i Estany]

Package: stopwatcher
Version: stopwatch
Severity: wishlist
Tags: patch


Wish: stopwatcher would include an option (e.g. -start) to execute it with the 
timer on.

See the attached patch to implement it.


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (600, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: 
LC_ALL set to [EMAIL PROTECTED])
Shell: /bin/sh linked to /bin/bash
--- /usr/bin/stopwatch  2008-07-02 13:13:46.0 +0200
+++ stopwatch   2008-12-01 23:38:47.191711029 +0100
@@ -392,6 +392,13 @@
 
 
 
+.help.text insert end Command line arguments h1
+.help.text insert end 
+
+-start : executes stopwatcher with the timer on
+
+
+
 .help.text insert end Caveats h1
 .help.text insert end {
 
@@ -471,4 +478,8 @@
 bind all z {.lapzero  invoke} ; bind all Control-z {lapzr}
 bind all Z {.totalzeroinvoke} ; bind all Control-Z {totalzr}
 
+set option_location [lsearch $argv -start]
+if { $option_location = 0 } {
+start
+}
 

Bug#495993: grep: incorrect catalan translation

[Carles Pina i Estany]

Package: grep
Version: 2.5.3~dfsg-5
Severity: minor
Tags: patch l10n

The catalan translation (from ca.po) translated Binary file %s
matches\n as Concidència en el fitxer binari %s\n and should be
Coincidència en el fitxer binari %s\n (notice the i in the
Coincidència word)

I also send a patch attached. Apply in the po/ directory itself.


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

Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: 
LC_ALL set to [EMAIL PROTECTED])
Shell: /bin/sh linked to /bin/bash

Versions of packages grep depends on:
ii  libc6 2.7-13 GNU C Library: Shared libraries

grep recommends no packages.

grep suggests no packages.

-- no debconf information
--- ca.po.orig	2008-08-21 23:15:50.627573195 +0200
+++ ca.po	2008-08-21 23:15:57.987724711 +0200
@@ -75,7 +75,7 @@
 #: src/grep.c:878
 #, c-format
 msgid Binary file %s matches\n
-msgstr Concidència en el fitxer binari %s\n
+msgstr Coincidència en el fitxer binari %s\n
 
 #: src/grep.c:892
 msgid (standard input)

Bug#435792: any news?

[Carles Pina i Estany]

Hi Thierry,

Any news about testing the patch?

(would be nice to patch xdiskusage soon to have it patched in the next
Debian version...)

Thanks,

-- 
Carles Pina i EstanyGPG id: 0x8CBDAE64
http://pinux.info   Manresa - Barcelona



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

Bug#435792: thanks

[Carles Pina i Estany]

If there is any problem, don't hesitate to tell me :-) (to fix it)

Thanks,

Carles

-- 
Carles Pina i EstanyGPG id: 0x8CBDAE64
http://pinux.info   Manresa - Barcelona


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

Bug#399653: and gwenview, kphotosort, etc.

[Carles Pina i Estany]

Hello,

Not only konqueror was crashing after use libxinekparts. Gwenview and
kphotoalbum was crashing too.

We discussed in gwenview mailing list, with a simple test case. Here a
link to the conclusions:
http://sourceforge.net/mailarchive/message.php?msg_name=200708032257.05639.anaselli%40linux.it

Using last libxine (or maybe last kaffeine, i am confused about it, I
have not tested) is not crashing anymore. Either the test case, either
gwenview and i guess that either kphotoalbum and konqueror.

So, I would close the bug for last libxine and kaffeine versions. I
don't know if you want to backport kaffeine/libxine to Etch, as some
applications are crashing due this bug.

(I go to holidays today with very limited internet access, sorry if you
ask something and takes long to answer)

-- 
Carles Pina i EstanyGPG id: 0x8CBDAE64
http://pinux.info   Manresa - Barcelona


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

Bug#435792: xdiskusage: fails if the standard input is closed or /dev/null

[Carles Pina i Estany]

Package: xdiskusage
Version: 1.48-7
Severity: important
Tags: patch

I attached the patch in bugreport #276193, I also send the patch as new
bugreport to classify as a Patch Available. Sorry if it bothers.


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.22
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: 
LC_ALL set to [EMAIL PROTECTED])

Versions of packages xdiskusage depends on:
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries
ii  libfltk1.1  1.1.7-3  Fast Light Toolkit shared librarie
ii  libgcc1 1:4.1.1-21   GCC support library
ii  libgl1-mesa-glx [libgl1]6.5.1-0.6A free implementation of the OpenG
ii  libglu1-mesa [libglu1]  6.5.1-0.6The OpenGL utility library (GLU)
ii  libstdc++6  4.1.1-21 The GNU Standard C++ Library v3
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxext61:1.0.1-2X11 miscellaneous extension librar
ii  libxinerama11:1.0.1-4.1  X11 Xinerama extension library

xdiskusage recommends no packages.

-- no debconf information
--- xdiskusage-1.48/xdiskusage.C2004-09-21 07:23:14.0 +0200
+++ xdiskusage-1.48.carles/xdiskusage.C 2007-07-30 23:42:05.0 +0200
@@ -223,6 +223,19 @@
   return 1;
 }
 
+// returns true if stdin is /dev/null
+// To fix Debian bug #276193
+// Technically could be possible that returns true and is not true,
+// because same device ID is used across file systems. But is the best
+// solutions that I have
+int isstdinnull() {
+struct stat ststdin,stnull;
+stat(/dev/null,stnull);
+fstat(0,ststdin);
+
+return (ststdin.st_rdev==stnull.st_rdev);
+}
+
 int main(int argc, char**argv) {
 #if FL_MAJOR_VERSION  2
   // Make fltk look more like KDE/Windoze:
@@ -253,7 +266,7 @@
   OutputWindow* d = OutputWindow::make(argv[n++]);
   if (d) d-show(argc,argv);
 }
-  } else if (!isatty(0)) {
+  } else if (!isatty(0)  !isstdinnull()) {
 // test for pipe, if so read stdin:
 OutputWindow* d = OutputWindow::make(0);
 if (d) d-show(argc,argv);

Bug#276193: patch

[Carles Pina i Estany]

Hello,

I send a patch for this bug. 

Reason of the bug: xdiskusage allows to do something like: du |
xdiskusage. If stdin is closed, xdiskusage was reading from nothing
and waiting endless.

Hope that is possible to fix soon :-) (2 years later)

-- 
Carles Pina i EstanyGPG id: 0x8CBDAE64
http://pinux.info   Manresa - Barcelona
--- xdiskusage-1.48/xdiskusage.C	2004-09-21 07:23:14.0 +0200
+++ xdiskusage-1.48.carles/xdiskusage.C	2007-07-30 23:42:05.0 +0200
@@ -223,6 +223,19 @@
   return 1;
 }
 
+// returns true if stdin is /dev/null
+// To fix Debian bug #276193
+// Technically could be possible that returns true and is not true,
+// because same device ID is used across file systems. But is the best
+// solutions that I have
+int isstdinnull() {
+struct stat ststdin,stnull;
+stat(/dev/null,stnull);
+fstat(0,ststdin);
+
+return (ststdin.st_rdev==stnull.st_rdev);
+}
+
 int main(int argc, char**argv) {
 #if FL_MAJOR_VERSION  2
   // Make fltk look more like KDE/Windoze:
@@ -253,7 +266,7 @@
   OutputWindow* d = OutputWindow::make(argv[n++]);
   if (d) d-show(argc,argv);
 }
-  } else if (!isatty(0)) {
+  } else if (!isatty(0)  !isstdinnull()) {
 // test for pipe, if so read stdin:
 OutputWindow* d = OutputWindow::make(0);
 if (d) d-show(argc,argv);

Bug#435153: wvdial: autocompleting dialers in Bash, using TAB

[Carles Pina i Estany]

Package: wvdial
Version: 1.56-1.2
Severity: wishlist

I would like that TAB key in Bash autocompletes with possible Dialers
(from /etc/wvdial.conf or $HOME configuration file). Implementation is
attached. Implementation should be copied to /etc/bash_completion.d,
will work if user has auto-completation enabled.


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.22
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: 
LC_ALL set to [EMAIL PROTECTED])

Versions of packages wvdial depends on:
ii  debconf 1.5.11   Debian configuration management sy
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries
ii  libuniconf4.2   4.2.2-2.2C++ network libraries for rapid ap
ii  libwvstreams4.2-base4.2.2-2.2C++ network libraries for rapid ap
ii  libwvstreams4.2-extras  4.2.2-2.2C++ network libraries for rapid ap
ii  libxplc0.3.13   0.3.13-1 Light weight component system
ii  ppp 2.4.4rel-8   Point-to-Point Protocol (PPP) daem

wvdial recommends no packages.

-- debconf information excluded
_wvdial()
{
local cur prev opts

COMPREPLY=()
cur=${COMP_WORDS[COMP_CWORD]}

dialers_global=
dialers_home=

[ -r /etc/wvdial.conf ]  dialers_global=$(sed -n '/ *\[Dialer/s/.* 
\(.*\)].*/\1/p' /etc/wvdial.conf | grep -v -i ^defaults$)
[ -r ~/.wvdialrc ]  dialers_home=$(sed -n '/ *\[Dialer/s/.* 
\(.*\)].*/\1/p' ~/.wvdialrc | grep -v -i ^defaults$)
dialers=$dialers_global $dialers_home

COMPREPLY=( $(compgen -W $dialers $cur) )
return 0
}

Bug#404270: gnuplot: license violation

[Carles Pina i Estany]

Package: gnuplot
Version: 4.0.0-5
Severity: normal

Hello,

I read the gnuplot license:
http://packages.debian.org/changelogs/pool/main/g/gnuplot/gnuplot_4.0.0-5/gnuplot.copyright

It is a non-common license. I noticied a conflictive clausule:
--
 *   3. provide your name and address as the primary contact for the
 *support of your modified version, and
--
(other clausules should fit in DFSG)

I commented the license in this thread:
http://lists.debian.org/debian-legal/2006/12/msg00205.html

and specially, we talked about point 3:
http://lists.debian.org/debian-legal/2006/12/msg00209.html

Executing gnuplot, the primary contact is not the Debian maintainer mail
and so on, is gnuplot upstream. Should be the debian maintainer (but
remember to keep the original upstream as secondary contract, point 4 of
gnuplot license).

As I am not used to read licenses, maybe I missunderstood something,
feel free to correct me :-)

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (600, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18.1
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: 
LC_ALL set to [EMAIL PROTECTED])

Versions of packages gnuplot depends on:
ii  gnuplot-nox   4.0.0-5A command-line driven interactive 
ii  gnuplot-x11   4.0.0-5X11-terminal driver for gnuplot

gnuplot recommends no packages.

-- no debconf information


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

Bug#400929: RFP: photon-album -- Static web album system with templates, preloading next photo, etc.

[Carles Pina i Estany]

Package: wnpp
Severity: wishlist


* Package name: photon-album
  Version : 0.4.4
  Upstream Author : Luc Saillard [EMAIL PROTECTED]
* URL : http://www.saillard.org/programs_and_patches/photon/
* License : GPL
  Programming Lang: Python
  Description : Static web album system with templates, preloading next 
photo, etc.

(Include the long description here.)
Photon is a script to generate photo-albums, using only static HTML and
providing an easy way to browse the photos. It allows to use templates,
configuration parameters and one very good feature is that loads the
next photo while user is watching previous one. Also allows automatic
slideshows. More information on photon web page.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (600, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18.1
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: 
LC_ALL set to [EMAIL PROTECTED])


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

Bug#392936: icewmtray crashes

[Carles Pina i Estany]

Hi,

On Oct/26/2006, Eduard Bloch wrote:
 #include hallo.h
 * Carles Pina i Estany [Sun, Oct 22 2006, 02:38:36PM]:
  
  Hello,
  
  On Oct/22/2006, Eduard Bloch wrote:
   #include hallo.h
   * Carles Pina i Estany [Sat, Oct 14 2006, 01:40:55PM]:
Package: icewm
Version: 1.2.28-1
Severity: important

icewmtray tray crashes and then icewm closes too. I start icewm throught
.xinitrc with this content:
   
   Could you please try reproducing your results with those binaries? You
   can install them using following source:
   
   deb http://rootfs.net/debs ./
  
  I am going to install. I have to say that, yesterday, using 1.2.27-1 I
  had one crash. Using fluxbox or KDE I don't have any crash.
  
  At Europe evening or first crash I will say something more to you.
 
 Any success with testing/debugging?

Yes! I have been using without more problems! Same configuration, tpb,
icewmb, etc. and no crash

Thanks!

-- 
Carles Pina i EstanyGPG id: 0x8CBDAE64
http://pinux.info   Manresa - Barcelona


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

Bug#392936: icewmtray crashes

[Carles Pina i Estany]

Hello,

On Oct/22/2006, Eduard Bloch wrote:
 #include hallo.h
 * Carles Pina i Estany [Sat, Oct 14 2006, 01:40:55PM]:
  Package: icewm
  Version: 1.2.28-1
  Severity: important
  
  icewmtray tray crashes and then icewm closes too. I start icewm throught
  .xinitrc with this content:
 
 Could you please try reproducing your results with those binaries? You
 can install them using following source:
 
 deb http://rootfs.net/debs ./

I am going to install. I have to say that, yesterday, using 1.2.27-1 I
had one crash. Using fluxbox or KDE I don't have any crash.

At Europe evening or first crash I will say something more to you.

-- 
Carles Pina i EstanyGPG id: 0x8CBDAE64
http://pinux.info   Manresa - Barcelona


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

Bug#392936: icewmtray crashes

[Carles Pina i Estany]

Hello,

On Oct/22/2006, Eduard Bloch wrote:

 your problem but I don't have much hope), enabled debugging symbols (so
 your gdb displays more useful data) and already Debug code enabled (so
 you can use the -d switch and catch the verbose program output).
 
 Could you please try reproducing your results with those binaries? You
 can install them using following source:

I have executed previous icewm. I think that it crashed specially with qt
applications. I crashed previous icewm two times just closing qdacco.
With the new packages:

[EMAIL PROTECTED]:~$ dpkg -l  |grep -i icewm
ii  icewm   1.2.28-1+CVS20061021+fixes
wonderful Win95-OS/2-Motif-like window manag
ii  icewm-common1.2.28-1+CVS20061021+fixes
wonderful Win95-OS/2-Motif-like window manag

I cannot reproduce the problem. Even with dfm, icewmbg and tpb running. 

It seems that is fine. Finally in home using icewm :-)

Thanks!

PD: if there is some new problem I will inform you, with the gdb
backtrace, etc.

-- 
Carles Pina i EstanyGPG id: 0x8CBDAE64
http://pinux.info   Manresa - Barcelona


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

Bug#392936: more information

[Carles Pina i Estany]

Using versions:
ii  icewm   1.2.27-1
wonderful Win95-OS/2-Motif-like window manag
ii  icewm-common1.2.27-1
wonderful Win95-OS/2-Motif-like window manag

without other changes in my system it works fine. 

I am the only one with this problem? if it is a common problem, it
should be reverted to 1.2.27-1 for Etch (in my opinion). The latest
icewm in my system is not usable.

-- 
Carles Pina i EstanyGPG id: 0x8CBDAE64
http://pinux.info   Manresa - Barcelona


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

Bug#392936: icewmtray crashes

[Carles Pina i Estany]

Package: icewm
Version: 1.2.28-1
Severity: important

icewmtray tray crashes and then icewm closes too. I start icewm throught
.xinitrc with this content:

dfm
icewmbg
icewmtray
tpb
xset m 1
icewm

The gdb of icewtray is not very usefull:
Core was generated by `icewmtray'.
---Type return to continue, or q return to quit---
Program terminated with signal 11, Segmentation fault.
#0  0xb7ba1966 in free () from /lib/tls/libc.so.6
(gdb) bt
#0  0xb7ba1966 in free () from /lib/tls/libc.so.6
#1  0x08075951 in ?? ()
#2  0x0807e5bd in _IO_stdin_used ()
#3  0x080839e4 in ?? ()
#4  0xbffbb638 in ?? ()
#5  0x0807597d in ?? ()
#6  0x0807e5bd in _IO_stdin_used ()
#7  0x08086c2c in ?? ()
#8  0xbffbb668 in ?? ()
#9  0x08070715 in ?? ()
#10 0x0807e5bd in _IO_stdin_used ()
#11 0x0807ee01 in _IO_stdin_used ()
#12 0xbf01b658 in ?? ()
#13 0x08075951 in ?? ()
#14 0x080a6878 in ?? ()
#15 0x000c in ?? ()
#16 0x0010 in ?? ()
#17 0x080aae9d in ?? ()
#18 0xbffbb6d8 in ?? ()
#19 0xbffbb698 in ?? ()
#20 0xbffbb6e8 in ?? ()
#21 0x08070b0e in ?? ()
#22 0x080895e0 in ?? ()

In x.org file says that icewmtray crashed with signal 11 (sorry, no exact line
now here)

If I can provide more information tell me.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17.6
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: 
LC_ALL set to [EMAIL PROTECTED])

Versions of packages icewm depends on:
ii  icewm-common1.2.28-1 wonderful Win95-OS/2-Motif-like wi
ii  imlib11 1.9.14-31Imlib is an imaging library for X 
ii  libaudiofile0   0.2.6-6  Open-source version of SGI's audio
ii  libc6   2.3.6.ds1-4  GNU C Library: Shared libraries
ii  libesd0 0.2.36-3 Enlightened Sound Daemon - Shared 
ii  libfontconfig1  2.4.1-2  generic font configuration library
ii  libfreetype62.2.1-5  FreeType 2 font engine, shared lib
ii  libgcc1 1:4.1.1-13   GCC support library
ii  libice6 1:1.0.1-2X11 Inter-Client Exchange library
ii  libjpeg62   6b-13The Independent JPEG Group's JPEG 
ii  libpng12-0  1.2.8rel-5.2 PNG library - runtime
ii  libsm6  1:1.0.1-3X11 Session Management library
ii  libtiff43.8.2-6  Tag Image File Format (TIFF) libra
ii  libungif4g  4.1.4-4  shared library for GIF images
ii  libx11-62:1.0.0-9X11 client-side library
ii  libxext61:1.0.1-2X11 miscellaneous extension librar
ii  libxft2 2.1.8.2-8FreeType-based font drawing librar
ii  libxinerama11:1.0.1-4.1  X11 Xinerama extension library
ii  libxrandr2  2:1.1.0.2-4  X11 RandR extension library
ii  libxrender1 1:0.9.1-3X Rendering Extension client libra
ii  zlib1g  1:1.2.3-13   compression library - runtime

icewm recommends no packages.

-- no debconf information


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

Bug#384666: pointer inside qemu hits an invisible wall

[Carles Pina i Estany]

Package: qemu
Version: 0.8.1-1
Severity: normal
Tags: patch

Using qemu with Windows XP as gues OS, sometimes pointer hits to
invisible wall. Then moving again I can cross the wall.

I have found somebody with same problem here:
http://lists.gnu.org/archive/html/qemu-devel/2006-05/msg00097.html

The patch, that works fine (rebuilding the Debian package, etc.):
http://lists.gnu.org/archive/html/qemu-devel/2006-05/msg00112.html

And a side effect:
http://lists.gnu.org/archive/html/qemu-devel/2006-05/msg00114.html

Thanks,


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17.6
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: 
LC_ALL set to [EMAIL PROTECTED])

Versions of packages qemu depends on:
ii  bochsbios 2.2.6-2BIOS for the Bochs emulator
ii  libasound21.0.11-7   ALSA library
ii  libc6 2.3.6-15   GNU C Library: Shared libraries
ii  libsdl1.2debian   1.2.11-3   Simple DirectMedia Layer
ii  openhackware  0.4.1-2OpenFirmware emulator for PowerPC
ii  proll 18-2   JavaStation PROM 2.x compatible re
ii  vgabios   0.5d-1 VGA BIOS software for the Bochs an
ii  zlib1g1:1.2.3-13 compression library - runtime

Versions of packages qemu recommends:
pn  debootstrap   none (no description available)
ii  sharutils 1:4.2.1-15 shar, unshar, uuencode, uudecode

-- no debconf information


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

Bug#378496: same herei

[Carles Pina i Estany]

Hello,

Just to comment that same problem here. I applied the fix of Xavier
Queralt, it seems that know has compiled.

Kernel version is 2.6.17.6

-- 
Carles Pina i EstanyGPG id: 0x8CBDAE64
http://pinux.info   Manresa - Barcelona


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

Bug#379333: links doesn't autodetect some URL hosts (and confuses with files)

[Carles Pina i Estany]

Package: links
Version: 0.99+1.00pre12-1
Severity: normal
Tags: patch

Links connects to google and shows the webpage
Typing:
links pintant.cat

Links tries to open the file pintant.cat and not to connect to
pintant.cat host.

We should change the line 441 from url.c. Line starts with:
unsigned char *tld[] = { com, edu, net,

It is needed to add, before NULL:
cat, jobs, mobi, travel

As I found these domains in IANA webpage:
http://www.iana.org/gtld/gtld.htm
And they are not in links :-)

Thank you very much,



-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.16.20
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages links depends on:
ii  libc62.3.6-7 GNU C Library: Shared libraries
ii  libgpmg1 1.19.6-12.1 General Purpose Mouse Library [lib

-- no debconf information


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

Bug#375279: Ekiga: no audio plugins are detected

[Carles Pina i Estany]

Package: ekiga
Version: 2.0.2-1
Severity: important
Tags: patch

I got an error after start Ekiga (first time, installation). I deleted 
profiles (ekiga-config-tools --clean) with same error.

The error was Cannot find any audio plugin (aprox.)

Fixed with solution from here:
http://mail.gnome.org/archives/gnomemeeting-list/2006-June/msg00093.html

apt-get install libpt-plugins-alsa

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.16.20
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages ekiga depends on:
ii  evolution-data-server1.2.3-8 evolution database backend server
ii  gconf2   2.14.0-1GNOME configuration database syste
ii  libart-2.0-2 2.3.16-6Library of functions for 2D graphi
ii  libatk1.0-0  1.10.3-1The ATK accessibility toolkit
ii  libaudiofile00.2.6-5 Open-source version of SGI's audio
ii  libavahi-client3 0.6.6-1 Avahi client library
ii  libavahi-common3 0.6.10-1Avahi common library
ii  libavahi-glib1   0.6.9-8+b1  Avahi glib integration library
ii  libbonobo2-0 2.14.0-1Bonobo CORBA interfaces library
ii  libbonoboui2-0   2.8.1-1 The Bonobo UI library
ii  libc62.3.6-7 GNU C Library: Shared libraries
ii  libcairo21.0.2-3 The Cairo 2D vector graphics libra
ii  libebook1.2-51.6.2-3 Client library for evolution addre
ii  libedataserver1.2-7  1.6.2-3 Utility library for evolution data
ii  libesd0  0.2.35-2Enlightened Sound Daemon - Shared 
ii  libfontconfig1   2.3.1-2 generic font configuration library
ii  libgcc1  1:4.1.1-5   GCC support library
ii  libgconf2-4  2.14.0-1GNOME configuration database syste
ii  libglib2.0-0 2.10.2-1The GLib library of C routines
ii  libgnome-keyring00.4.6-2 GNOME keyring services library
ii  libgnome2-0  2.14.1-2The GNOME 2 library - runtime file
ii  libgnomecanvas2-02.12.0-2A powerful object-oriented display
ii  libgnomeui-0 2.8.1-1 The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0   2.14.0-2GNOME virtual file-system (runtime
ii  libgtk2.0-0  2.8.16-1The GTK+ graphical user interface 
ii  libice6  4.3.0.dfsg.1-8  Inter-Client Exchange library
ii  libopal-2.2.02.2.2.dfsg-1Open Phone Abstraction Library - s
ii  liborbit21:2.10.5-0.1libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-01.12.3-1Layout and rendering of internatio
ii  libpopt0 1.10-2  lib for parsing cmdline parameters
ii  libpt-1.10.0 1.10.1.dfsg-1   Portable Windows Library
ii  libpt-plugins-alsa   1.10.1.dfsg-1   Portable Windows Library Audio Plu
ii  libpt-plugins-oss1.8.4-1 Portable Windows Library Audio Plu
ii  libpt-plugins-v4l2   1.8.4-1 Portable Windows Library Video Plu
ii  libsdl1.2debian  1.2.10-3Simple DirectMedia Layer
ii  libsm6   4.3.0.dfsg.1-8  X Window System Session Management
ii  libstdc++6   4.1.1-5 The GNU Standard C++ Library v3
ii  libx11-6 2:1.0.0-6   X11 client-side library
ii  libxcursor1  1.1.3-1 X cursor management library
ii  libxext6 4.3.0.dfsg.1-8  X Window System miscellaneous exte
ii  libxfixes3   6.8.2.dfsg.1-11 X Window System miscellaneous 'fix
ii  libxi6   1:1.0.0-5   X11 Input extension library
ii  libxinerama1 6.8.2.dfsg.1-11 X Window System multi-head display
ii  libxml2  2.6.26.dfsg-1   GNOME XML library
ii  libxrandr2   4.3.0.dfsg.1-8  X Window System Resize, Rotate and
ii  libxrender1  1:0.9.0.2-1 X Rendering Extension client libra
ii  yelp 2.14.2-2Help browser for GNOME 2
ii  zlib1g   1:1.2.2-3   compression library - runtime

-- no debconf information


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

Bug#365374: copying PATHs photos to clipboard

[Carles Pina i Estany]

Package: gqview
Version: 2.0.1-1
Severity: wishlist
Tags: patch

More information about patch:
http://sourceforge.net/mailarchive/forum.php?thread_id=10167948forum_id=5979

No answer from upstream during some weeks. Patch applies fine in Gqview
2.0.1 and 2.x.y (only with some chunks)

Thank you very much,


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.15.2
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages gqview depends on:
ii  libatk1.0-0   1.10.3-1   The ATK accessibility toolkit
ii  libc6 2.3.6-7GNU C Library: Shared libraries
ii  libglib2.0-0  2.10.2-1   The GLib library of C routines
ii  libgtk2.0-0   2.8.16-1   The GTK+ graphical user interface 
ii  libpango1.0-0 1.12.1-2   Layout and rendering of internatio

-- no debconf information

*** /home/carles/down/gqview-copy-path-2.0.1.patch
Only in gqview-2.0.1: gqview.spec
Only in gqview-2.0.1-carles2/src: core
diff -upr gqview-2.0.1/src/layout_image.c 
gqview-2.0.1-carles2/src/layout_image.c
--- gqview-2.0.1/src/layout_image.c 2005-03-01 17:00:03.0 +0100
+++ gqview-2.0.1-carles2/src/layout_image.c 2006-04-13 10:14:29.0 
+0200
@@ -631,6 +631,12 @@ static void li_pop_menu_copy_cb(GtkWidge
   li_pop_menu_click_parent(widget, lw));
 }
 
+static void li_pop_menu_copy_path_cb(GtkWidget *widget, gpointer data)
+{
+   LayoutWindow *lw = data;
+   file_util_copy_path(layout_image_get_path(lw));
+}
+
 static void li_pop_menu_move_cb(GtkWidget *widget, gpointer data)
 {
LayoutWindow *lw = data;
@@ -725,6 +731,7 @@ static GtkWidget *layout_image_pop_menu(
menu_item_add_divider(menu);
 
item = menu_item_add_stock(menu, _(_Copy...), GTK_STOCK_COPY, 
G_CALLBACK(li_pop_menu_copy_cb), lw);
+   item = menu_item_add(menu, _(_Copy path), 
G_CALLBACK(li_pop_menu_copy_path_cb), lw);
if (!path) gtk_widget_set_sensitive(item, FALSE);
item = menu_item_add(menu, _(_Move...), 
G_CALLBACK(li_pop_menu_move_cb), lw);
if (!path) gtk_widget_set_sensitive(item, FALSE);
diff -upr gqview-2.0.1/src/layout_util.c gqview-2.0.1-carles2/src/layout_util.c
--- gqview-2.0.1/src/layout_util.c  2005-03-01 17:00:03.0 +0100
+++ gqview-2.0.1-carles2/src/layout_util.c  2006-04-13 10:31:46.0 
+0200
@@ -310,6 +310,12 @@ static void layout_menu_copy_cb(GtkActio
file_util_copy(NULL, layout_selection_list(lw), NULL, lw-window);
 }
 
+static void layout_menu_copy_path_cb(GtkAction *action, gpointer data)
+{
+   LayoutWindow *lw = data;
+   file_util_copy_path_list(layout_selection_list(lw));
+}
+
 static void layout_menu_move_cb(GtkAction *action, gpointer data)
 {
LayoutWindow *lw = data;
@@ -759,7 +765,8 @@ static GtkActionEntry menu_entries[] = {
   { FindDupes,   GTK_STOCK_FIND, N_(_Find duplicates...),D,  
NULL,   CB(layout_menu_dupes_cb) },
   { Print,   GTK_STOCK_PRINT,N_(_Print...),shiftP, 
NULL,   CB(layout_menu_print_cb) },
   { NewFolder,   NULL,   N_(N_ew folder...),   controlF,   
NULL,   CB(layout_menu_dir_cb) },
-  { Copy,NULL,   N_(_Copy...), controlC,   
NULL,   CB(layout_menu_copy_cb) },
+  { Copy,GTK_STOCK_COPY, N_(_Copy...), controlC,   
NULL,   CB(layout_menu_copy_cb) },
+  { Copy path,   NULL,   N_(_Copy path),   NULL,   
NULL,   CB(layout_menu_copy_path_cb) },
   { Move,NULL,   N_(_Move...), controlM,   
NULL,   CB(layout_menu_move_cb) },
   { Rename,  NULL,   N_(_Rename...),   controlR,   
NULL,   CB(layout_menu_rename_cb) },
   { Delete,  GTK_STOCK_DELETE,   N_(_Delete...),   controlD,   
NULL,   CB(layout_menu_delete_cb) },
@@ -836,6 +843,7 @@ static const char *menu_ui_description =
   menuitem action='NewFolder'/
   separator/
   menuitem action='Copy'/
+  menuitem action='Copy path'/
   menuitem action='Move'/
   menuitem action='Rename'/
   menuitem action='Delete'/
diff -upr gqview-2.0.1/src/utilops.c gqview-2.0.1-carles2/src/utilops.c
--- gqview-2.0.1/src/utilops.c  2005-05-14 18:23:05.0 +0200
+++ gqview-2.0.1-carles2/src/utilops.c  2006-04-13 12:49:11.0 +0200
@@ -1078,6 +1078,41 @@ void file_util_copy(const gchar *source_
real_file_util_move(source_path, source_list, dest_path, TRUE, parent);
 }
 
+void file_util_copy_path(const gchar *path)
+{
+   static GtkClipboard *clipboard;
+   clipboard = gtk_clipboard_get(GDK_SELECTION_PRIMARY);
+   
+   gtk_clipboard_set_text(clipboard,g_shell_quote(path),-1);
+}
+
+void file_util_copy_path_list(GList *list)
+{
+   static GtkClipboard *clipboard;
+   gchar *dest, *temp;
+   gchar *t2;
+   GList *l = list;
+  

Bug#359846: Incorrect translation string to Catalan

[Carles Pina i Estany]

Package: coreutils
Version: 5.2.1-2
Severity: minor
Tags: l10n

In df command, using -h option, the name of Size column in Catalan
should be Mida not Tamany. Tamany in catalan is an incorrect word
because influence of Spanish language.

Thank you,



-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.15.2
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages coreutils depends on:
ii  libacl1   2.2.23-1   Access control list shared library
ii  libc6 2.3.5-8GNU C Library: Shared libraries an

-- no debconf information


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

Bug#359876: incorrect catalan translation

[Carles Pina i Estany]

Package: flex
Version: 2.5.31-27
Severity: minor
Tags: l10n

Hello,

There is an incorrect translation to catalan. There is:
#: misc.c:875
msgid attempt to increase array size failed
msgstr ha fallat l'intent d'augmentar el tamany de la matriu

tamany in catalan is incorrect, we have to use mida. Tamany is an
incorrect word in catalan because it is correct in Spanish, correct
sentence is:

msgstr ha fallat l'intent d'augmentar la mida de la matriu


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.15.2
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages flex depends on:
ii  libc6 2.3.5-8GNU C Library: Shared libraries an
ii  m41.4.2-1a macro processing language

-- debconf information:
  flex/upgrade/pre_2.5.5: false


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