Bug#1069749: smistrip: Conflicts/Replaces broken after t64 transition?

2024-04-24 Thread Daniel Vacek
Package: smistrip
Version: 0.4.8+dfsg2-17
Severity: normal
X-Debbugs-Cc: neel...@gmail.com

It seems that t64 transition changed the Conflicts/Replaces while I guess it
should not have been changed?

As of 0.4.8+dfsg2-16:

  --\ Conflicts (1)
--- libsmi2ldbl (<= 0.4.8+dfsg2-1)
  --\ Replaces (1)
--- libsmi2ldbl (<= 0.4.8+dfsg2-1)

Compared to now after t64 change as of 0.4.8+dfsg2-17:

  --\ Conflicts (1)
--- libsmi2t64 (<= 0.4.8+dfsg2-1)
  --\ Replaces (1)
--- libsmi2t64 (<= 0.4.8+dfsg2-1)

If I'm not wrong this should not change. Otherwise, please close this bug.

--nX


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

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

-- no debconf information



Bug#1063922: libnfft3-long4 has an undeclared file conflict

2024-04-02 Thread Daniel Vacek
Package: libnfft3-long4
Version: 3.5.3-3
Followup-For: Bug #1063922
X-Debbugs-Cc: neel...@gmail.com

There is a typo in the soname change patch. It should Breaks+Replaces
libnfft3-long2 but in fact it does B+R libnfft3-single2.

https://salsa.debian.org/science-
team/nfft/-/blob/debian/master/debian/control?ref_type=heads#L101
https://salsa.debian.org/science-
team/nfft/-/commit/7eb43a5fac433bae2cd24b74d4b7d32fb1515c57#58ef006ab62b83b4bec5d81fe5b32c3b4c2d1cc2_135_101

I'd also consider adding Provides: libnfft3-long2 (and vice versa for the other
precisions) otherwise dependents need to be rebuilt which is not needed in this
case, IIUC. This applies to current version of `python3-pynfft` which is not
satisfied and needs to be removed at the moment.

--nX


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

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

Versions of packages libnfft3-long4 depends on:
ii  libc6   2.37-15
ii  libfftw3-long3  3.3.10-1+b1
ii  libgomp114-20240201-3

libnfft3-long4 recommends no packages.

libnfft3-long4 suggests no packages.



Bug#1063491: python3-jedi: unvendoring python3-typeshed breaks other packages

2024-02-15 Thread Daniel Vacek
Package: python3-jedi
Followup-For: Bug #1063491
X-Debbugs-Cc: neel...@gmail.com

The 0.19.1+ds1-1 still depends on python3-typeshed. Is that correct?

--nX


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

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

Versions of packages python3-jedi depends on:
ii  python33.11.6-1
ii  python3-parso  0.8.3-1

python3-jedi recommends no packages.

python3-jedi suggests no packages.

-- no debconf information



Bug#1063233: qemu-system-{arch} packages provide themselves

2024-02-05 Thread Daniel Vacek
Package: qemu-system
Severity: minor
Tags: patch
X-Debbugs-Cc: neel...@gmail.com

Hi,

Providing itself seems useless as it only adds complexity to the package
relationship graph with no added value.

This would be easily fixed with the following patch:

```
--- debian/rules~orig   2024-02-05 19:44:03.297707965 +0100
+++ debian/rules2024-02-05 19:49:41.658434785 +0100
@@ -185,7 +185,7 @@
dh_link -p $1 usr/share/man/man1/$3.1 usr/share/man/man1/kvm.1
 )
echo 'qemu:Provides=$(if $3,qemu-kvm (=${DEB_VERSION})${comma})\
-$(patsubst %,qemu-system-% (=${DEB_VERSION})${comma}, any $2 $(foreach
q,$2,${system-alias-$q}))' \
+$(filter-out $1,$(patsubst %,qemu-system-% (=${DEB_VERSION})${comma},
any $2 $(foreach q,$2,${system-alias-$q})))' \
| tr _ - >> debian/$1.substvars
 # construct list `arch1 arch2 (alias) arch3..' for Description
 # and word-wrap it into two lines if too long
```

If I'm missing something, please disregard this report and close the bug. Thank
you.

Have a nice day,

--nX


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

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

Versions of packages qemu-system depends on:
ii  qemu-system-arm [qemu-system-arm]  1:8.2.1+ds-1
pn  qemu-system-mips   
pn  qemu-system-misc   
pn  qemu-system-ppc
pn  qemu-system-sparc  
ii  qemu-system-x861:8.2.1+ds-1

qemu-system recommends no packages.

qemu-system suggests no packages.
--- debian/rules~orig   2024-02-05 19:44:03.297707965 +0100
+++ debian/rules2024-02-05 19:49:41.658434785 +0100
@@ -185,7 +185,7 @@
dh_link -p $1 usr/share/man/man1/$3.1 usr/share/man/man1/kvm.1
 )
echo 'qemu:Provides=$(if $3,qemu-kvm (=${DEB_VERSION})${comma})\
-$(patsubst %,qemu-system-% (=${DEB_VERSION})${comma}, any $2 $(foreach 
q,$2,${system-alias-$q}))' \
+$(filter-out $1,$(patsubst %,qemu-system-% (=${DEB_VERSION})${comma}, 
any $2 $(foreach q,$2,${system-alias-$q})))' \
| tr _ - >> debian/$1.substvars
 # construct list `arch1 arch2 (alias) arch3..' for Description
 # and word-wrap it into two lines if too long


Bug#1063149: "SyntaxWarning: invalid escape sequence '\s'" errors on updating

2024-02-05 Thread Daniel Vacek
Package: python3-samba
Version: 2:4.19.4+dfsg-3
Severity: normal
X-Debbugs-Cc: neel...@gmail.com

Hi,

As per the `Subject`, on today's updating I got the following output on
terminal:

```
Setting up python3-samba (2:4.19.4+dfsg-3) ...
/usr/lib/python3/dist-packages/samba/tests/dns_forwarder_helpers/server.py:80:
SyntaxWarning: invalid escape sequence '\s'
  m = re.match(b'^timeout\s+([\d.]+)$', data.strip())
/usr/lib/python3/dist-packages/samba/tests/samba_tool/join_member.py:43:
SyntaxWarning: invalid escape sequence '\s'
  existing_records = re.findall('A:\s+(\d+\.\d+\.\d+\.\d+)\s', out)
/usr/lib/python3/dist-packages/samba/tests/samba_tool/ntacl.py:93:
SyntaxWarning: invalid escape sequence '\s'
  self.assertNotRegex(err, '^\s*File [^,]+, line \d+, in',
/usr/lib/python3/dist-
packages/samba/tests/samba_tool/user_virtualCryptSHA.py:42: SyntaxWarning:
invalid escape sequence '\s'
  p = re.compile("^" + name + ":\s+(\S+)")
/usr/lib/python3/dist-
packages/samba/tests/samba_tool/user_virtualCryptSHA_base.py:42: SyntaxWarning:
invalid escape sequence '\s'
  p = re.compile("^" + name + ":\s+(\S+)")
```

The expectation is no warnings being reported.

This seems to be partially fixed by upstream commits 26ff87dc and bd8c3afe.

https://gitlab.com/samba-
team/samba/-/commit/26ff87dcfeaf5a2aff5f28c0aa5d99437c79a68c
https://gitlab.com/samba-
team/samba/-/commit/bd8c3afe1060b48fdf640560518d33ee50e675f6

But the remaining `tests/samba_tool/join_member.py:43` still seems broken
upstream.

I guess this could be backported till new upstream version is packaged.

Have a nice day,

--nX


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

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

Versions of packages python3-samba depends on:
ii  libbsd0   0.11.8-1
ii  libc6 2.37-15~deb13u1
ii  libgnutls30   3.8.3-1
ii  libldb2   2:2.8.0+samba4.19.4+dfsg-3
ii  libpython3.11 3.11.7-2
ii  libtalloc22.4.2-1
ii  libtevent00.16.1-1
ii  python3   3.11.6-1
ii  python3-ldb   2:2.8.0+samba4.19.4+dfsg-3
ii  python3-talloc2.4.2-1
ii  python3-tdb   1.4.10-1
ii  samba-libs [libndr3]  2:4.19.4+dfsg-3

Versions of packages python3-samba recommends:
ii  python3-gpg  1.18.0-4+b1

python3-samba suggests no packages.

-- no debconf information



Bug#1060069: btrfs-progs: reiserfs support optional?

2024-01-05 Thread Daniel Vacek
Package: btrfs-progs
Version: 6.6.3-1
Severity: wishlist
X-Debbugs-Cc: neel...@gmail.com

Hello,

I was wondering if the reiserfs support could be split into a separate optional
package.

The reason is I don't really need any riserfs libraries installed on my system
when I never used this FS and I never will.

Have a nice day :-)

--nX


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

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

Versions of packages btrfs-progs depends on:
ii  libblkid1 2.39.3-2
ii  libc6 2.37-13
ii  libcom-err2   1.47.0-2+b1
ii  libext2fs21.47.0-2+b1
ii  liblzo2-2 2.10-2
ii  libreiserfscore0  1:3.6.27-7
ii  libudev1  255.2-3
ii  libuuid1  2.39.3-2
ii  libzstd1  1.5.5+dfsg2-2
ii  zlib1g1:1.3.dfsg-3

btrfs-progs recommends no packages.

Versions of packages btrfs-progs suggests:
ii  duperemove  0.11.2-3

-- no debconf information



Bug#1057184: gedit: gnome-text-editor alternatives broken after installation of 46.1-3

2023-12-01 Thread Daniel Vacek
Package: gedit
Version: 46.1-3
Severity: normal
X-Debbugs-Cc: neel...@gmail.com

The installation reported these warnings:

Setting up gedit (46.1-3) ...
update-alternatives: warning: forcing reinstallation of alternative
/usr/bin/gedit because link group gnome-text-editor is broken
update-alternatives: warning: not replacing /usr/bin/gnome-text-editor with a
link


The resulting state looks like this:

$ ll /usr/bin/gedit /usr/bin/gnome-text-editor /etc/alternatives/gnome-text-
editor* /usr/share/man/man1/g{nome-text-,}edit{or,}.1.gz 2>/dev/null
lrwxrwxrwx 1 root root 14 Dec  1 03:36 /etc/alternatives/gnome-text-editor
-> /usr/bin/gedit*
lrwxrwxrwx 1 root root 30 Dec  1 03:36 /etc/alternatives/gnome-text-
editor.1.gz -> /usr/share/man/man1/gedit.1.gz
-rwxr-xr-x 1 root root  14568 Nov 17 14:01 /usr/bin/gedit*
-rwxr-xr-x 1 root root 559664 Sep 18 14:11 /usr/bin/gnome-text-editor*
-rw-r--r-- 1 root root   1188 Nov 17 14:01 /usr/share/man/man1/gedit.1.gz
lrwxrwxrwx 1 root root 40 Jun  8  2016 /usr/share/man/man1/gnome-text-
editor.1.gz -> /etc/alternatives/gnome-text-editor.1.gz

It looks like gnome-text-editor no longer supports alternatives.

Shall we just drop it as well or shall gnome-text-editor add support?

--nX


-- Package-specific info:

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

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

Versions of packages gedit depends on:
ii  gedit-common  46.1-3
ii  gir1.2-glib-2.0   1.78.1-5
ii  gir1.2-gtk-3.03.24.38-6
ii  gir1.2-gtksource-300  299.0.4-3
ii  gir1.2-pango-1.0  1.51.0+ds-3
ii  gir1.2-peas-1.0   1.36.0-3
ii  gir1.2-tepl-6 6.8.0-2
ii  gsettings-desktop-schemas 45.0-2
ii  iso-codes 4.15.0-1
ii  libc6 2.37-12
ii  libcairo2 1.18.0-1
ii  libgdk-pixbuf-2.0-0   2.42.10+dfsg-3
ii  libgedit-amtk-5-0 5.8.0-4
ii  libgedit-gtksourceview-300-0  299.0.4-3
ii  libgirepository-1.0-1 1.78.1-5
ii  libglib2.0-0  2.78.1-4
ii  libgspell-1-2 1.12.2-1
ii  libgtk-3-03.24.38-6
ii  libpango-1.0-01.51.0+ds-3
ii  libpeas-1.0-0 1.36.0-3
ii  libtepl-6-4   6.8.0-2
ii  python3   3.11.4-5+b1
ii  python3-gi3.46.0-1
ii  python3-gi-cairo  3.46.0-1
ii  python3.113.11.6-3

Versions of packages gedit recommends:
ii  yelp42.2-1
ii  zenity  3.44.2-1

Versions of packages gedit suggests:
ii  gedit-plugins  46.0-2

-- no debconf information



Bug#1057144: icedtea-netx: The manual pages are missing/corrupted.

2023-11-30 Thread Daniel Vacek
Package: icedtea-netx
Version: 1.8.8-2
Severity: normal
X-Debbugs-Cc: neel...@gmail.com

The files in /usr/share/icedtea-web/man/man1 are missing or wrong.

--nX


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

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

Versions of packages icedtea-netx depends on:
ii  default-jre  2:1.17-75
ii  librhino-java1.7.14-2.1
ii  libtagsoup-java  1.2.1+-1.1

icedtea-netx recommends no packages.

icedtea-netx suggests no packages.

-- no debconf information



Bug#1041871: bolt: collision with the former bolt package

2023-07-24 Thread Daniel Vacek
Package: bolt
Version: 1:16.0-57~exp2
Severity: critical
Justification: breaks unrelated software
X-Debbugs-Cc: neel...@gmail.com

The new dependency package from llvm-defaults steals the name from the old
thunderbolt package.



Bug#1026054: nvme-cli: udev rules files placement

2022-12-13 Thread Daniel Vacek
Package: nvme-cli
Version: 2.2.1-2
Severity: normal
X-Debbugs-Cc: neel...@gmail.com

Hi,

I believe the udev rules files belong to /lib/udev/rules.d
where all the other ones are instead of just /lib/udev

$ ll /lib/udev/7*
-rw-r--r-- 1 root root 1988 Dec  2 14:50 /lib/udev/70-nvmf-autoconnect.rules
-rw-r--r-- 1 root root  276 Dec  2 14:50 /lib/udev/71-nvmf-iopolicy-
netapp.rules

If I'm wrong, please, disregard this report.

Have a nice day,
Daniel


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

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

Versions of packages nvme-cli depends on:
ii  libc6 2.36-6
ii  libjson-c50.16-2
ii  libnvme1  1.2-2
ii  uuid-runtime  2.38.1-4
ii  zlib1g1:1.2.13.dfsg-1

Versions of packages nvme-cli recommends:
ii  pci.ids  0.0~2022.11.30-1

nvme-cli suggests no packages.

-- no debconf information



Bug#1021657: libuuid1: /var/lib/libuuid needs to be shipped chown uuidd:uuidd

2022-10-12 Thread Daniel Vacek
Package: libuuid1
Version: 2.38.1-1.1
Severity: important
X-Debbugs-Cc: neel...@gmail.com

/var/lib/libuuid needs to be shipped chown uuidd:uuidd otherwise the
clock state file fails to open when it needs to be created the first time
resulting in pseudorandom clock_seq value being returned.

https://github.com/util-linux/util-
linux/blob/v2.38.1/libuuid/src/gen_uuid.c#L213


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

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

Versions of packages libuuid1 depends on:
ii  libc6  2.35-3

Versions of packages libuuid1 recommends:
ii  uuid-runtime  2.38.1-1.1

libuuid1 suggests no packages.

-- no debconf information



Bug#1020903: pipewire-pulse: Is the conflict with pulseaudio necessary?

2022-09-28 Thread Daniel Vacek
Package: pipewire-pulse
Version: 0.3.58-1, 0.3.58-2
Severity: normal
X-Debbugs-Cc: neel...@gmail.com

Hello,

I was wondering, could both services (pulseaudio and pipewire-pulse) still be
co-installed at the same time?
That way it would be easy to stop one and start the other in case of any
issues.
Or it would be possible to have one system user (with pro-audio preference)
using pipewire-pulse by default and other users sticking to pulseaudio due to
additional features.

If the idea is about full migration to the new service, perhaps that should be
achieved using additional package? Any thoughts here?

Have a nice day,
Daniel


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

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

Versions of packages pipewire-pulse depends on:
ii  init-system-helpers  1.65.2
ii  pipewire 0.3.57-1

pipewire-pulse recommends no packages.

Versions of packages pipewire-pulse suggests:
ii  libspa-0.2-bluetooth  0.3.57-1
ii  pulseaudio-utils  16.1+dfsg1-2

-- no debconf information



Bug#1003269: openttd: typo in suggested timidity package

2022-01-07 Thread Daniel Vacek
Package: openttd
Version: 12.1-2
Severity: normal
X-Debbugs-Cc: neel...@gmail.com

timidity was recommended but now timdity is suggested instead

--nX



Bug#1003082: linux-image-5.15.0-2-amd64: i40iw driver replaced by irdma

2022-01-03 Thread Daniel Vacek
Package: src:linux
Version: 5.15.5-2
Severity: normal
X-Debbugs-Cc: neel...@gmail.com

Please enable the relevant configuration option:

$ grep D_IR /boot/config-5.15.0-2-amd64
# CONFIG_INFINIBAND_IRDMA is not set

--nX



Bug#1000507: calf-plugins: calf.a installed by mistake?

2021-11-24 Thread Daniel Vacek
Package: calf-plugins
Version: 0.90.3-1+b3
Severity: normal
X-Debbugs-Cc: neel...@gmail.com

I was wondering whether the .a and .la files are being installed on purpose or
rather by mistake?

~~~
$ ls -l /usr/lib/x86_64-linux-gnu/calf
total 34464
-rw-r--r-- 1 root root 32703090 Nov 21 21:08 calf.a
-rw-r--r-- 1 root root  927 Nov 21 21:08 calf.la
-rw-r--r-- 1 root root  2577872 Nov 21 21:08 calf.so
~~~

This is actually not new with version 0.90.3-1+b3 and was there even before. I
just noticed the suspicious -12M delta between 0.90.3-1+b2 and +b3 which
brought my attention.

~~~
-rw-r--r-- 1 root root 45603622 Aug 16 09:18 calf.a
-rw-r--r-- 1 root root  927 Aug 16 09:18 calf.la
-rw-r--r-- 1 root root  2569680 Aug 16 09:18 calf.so
~~~



Bug#1000183: linux-signed-amd64: -rt flavour is not being signed it seems

2021-11-19 Thread Daniel Vacek
Package: linux-signed-amd64
Version: 5.15.2+1~exp1
Severity: normal
X-Debbugs-Cc: neel...@gmail.com

As the $Subject says, the -rt packages are not being signed/created.


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

Kernel: Linux 5.10.0-8-rt-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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#994311: #994311

2021-10-05 Thread Daniel Vacek
Hi,

Should the package python3-matplotlib really end up double the size
now or did something went wrong here?

--nX



Bug#983461: xserver-xorg-video-all: drop vmware driver from depends to recommends to match qxl

2021-02-24 Thread Daniel Vacek
Package: xserver-xorg-video-all
Version: 1:7.7+21
Severity: minor
X-Debbugs-Cc: neel...@gmail.com

The vmware driver is not really needed on my laptop or workstation. Please,
make it possible to uninstall it while still keeping the -all package pulling
in the other bare-metal drivers.

Have a nice day,
Daniel

Versions of packages xserver-xorg-video-all depends on:
ii  xserver-xorg-video-amdgpu   19.1.0-2
ii  xserver-xorg-video-ati  1:19.1.0-2
ii  xserver-xorg-video-fbdev1:0.5.0-1
ii  xserver-xorg-video-nouveau  1:1.0.17-1
ii  xserver-xorg-video-vesa 1:2.5.0-1
ii  xserver-xorg-video-vmware   1:13.3.0-3

Versions of packages xserver-xorg-video-all recommends:
ii  xserver-xorg-video-intel  2:2.99.917+git20200714-1+b1
ii  xserver-xorg-video-qxl0.1.5+git20200331-1

xserver-xorg-video-all suggests no packages.



Bug#983457: libc6-i386: /lib32/libpthread-2.31.so with debug symbols is installed instead of a stripped version

2021-02-24 Thread Daniel Vacek
Package: libc6-i386
Version: 2.31-9
Severity: normal
X-Debbugs-Cc: neel...@gmail.com

I guess the (subject) ^^ is by mistake and not intentional. If that is indeed
the case, please fix the packaging so that a stripped library is installed as
expected.

Otherwise, please disregard this report and I am sorry about the noise.

Have a nice day,
Daniel



Bug#953590: libplacebo21: Upload to unstable, please

2020-03-10 Thread Daniel Vacek
Package: libplacebo21
Version: 1.21.0+dfsg1-1
Severity: wishlist

Latest version of mpv media player could use libplacebo >= 1.18 to enable
the Vulkan based video renderer. It would be nice to have this option as
an alternative to the OpenGL based one.

I am not sure why libplacebo was not updated in sid lately but if it is
possible, please do so for the benefit of the mpv at least.

Thank you. Have a nice day!

--nX



Bug#826230: conserver-client: gssapi support would be nice to have

2019-10-09 Thread Daniel Vacek
Package: conserver-client
Version: 8.2.4-2
Followup-For: Bug #826230

It would really be nice to have support for gssapi. I was wondering why
kerberos is not working for me on Debian while it does just fine on
Fedora. Checking the build logs I see it is not configured with
'--with-gssapi' option. Could you please consider adding this feature
to Debian's build as well?

Have a nice day,
Daniel



Bug#924958: lsb-base: priority change

2019-03-19 Thread Daniel Vacek
Package: lsb-base
Version: 10.2019031300
Severity: minor

package priority changed from required to optional but this change is not 
mentioned in changelog

--nX



Bug#887225: gparted should also suggest e2fsprogs

2018-08-29 Thread Daniel Vacek
Package: gparted
Version: 0.32.0-1
Followup-For: Bug #887225

I only see udftools added to suggests but e2fsprogs is still missing.

--nX

-- System Information:
<...>
gparted recommends no packages.

Versions of packages gparted suggests:
ii  dmraid 1.0.0.rc16-8
ii  dmsetup2:1.02.145-4.1
ii  dosfstools 4.1-2
pn  gpart  
pn  jfsutils   
ii  kpartx 0.7.7-1
pn  mtools 
ii  ntfs-3g1:2017.3.23-2
pn  reiser4progs   
pn  reiserfsprogs  
ii  udftools   2.0-2
pn  xfsprogs   
ii  yelp   3.28.1-1

-- no debconf information



Bug#894597: [Pkg-openssl-devel] Bug#894597: libssl1.0.2: package priority change?

2018-04-02 Thread Daniel Vacek
On Mon, Apr 2, 2018 at 10:50 AM, Kurt Roeckx <k...@roeckx.be> wrote:
> On Mon, Apr 02, 2018 at 08:30:27AM +0200, Daniel Vacek wrote:
>> Package: libssl1.0.2
>> Version: 1.0.2o-1
>> Severity: normal
>>
>> Hi, I noticed package priority changed from 'important' to 'optional' without
>> mentioning this in changelog. I was wondering if this is intended or by a 
>> mistake?
>
> This is something ftp-master did for all libraries.

I see. Sorry about the noise.

--nX



Bug#894600: libpopt0: package priority change?

2018-04-02 Thread Daniel Vacek
Package: libpopt0
Version: 1.16-11
Severity: normal

Hi, I noticed package priority changed from 'important' to 'optional' without 
mentioning this in changelog. I was wondering if this is intended or by a 
mistake?

--nX



Bug#894597: libssl1.0.2: package priority change?

2018-04-02 Thread Daniel Vacek
Package: libssl1.0.2
Version: 1.0.2o-1
Severity: normal

Hi, I noticed package priority changed from 'important' to 'optional' without
mentioning this in changelog. I was wondering if this is intended or by a 
mistake?

--nX



Bug#703726: [PATCH] libcogl12: SIGSEGV in cogl_onscreen_add_frame_callback

2013-03-29 Thread Daniel Vacek
On Fri, Mar 29, 2013 at 1:57 AM, Daniel Vacek neel...@gmail.com wrote:
 Hi,

   I can confirm the bug and this patch fixes it.

  Ok, the problem is elsewhere. This patch won't fix the bug. Instead
we must realize there is no bug.

  I tested the patch with LD_PRELOAD of 'fixed' library and it was all
right. But after I installed lib to the system the problem did not
disappear. So I investigated a little more.

  The bug is gone even with LD_PRELOAD of unpatched library and it
turned out to this:

neelx@sweeney:~$ ldd `which totem` | grep libcogl.so
libcogl.so.9 = /usr/lib/i386-linux-gnu/libcogl.so.9 (0xb7278000)
libcogl.so.12 = /usr/lib/i386-linux-gnu/libcogl.so.12 (0xb62c4000)
neelx@sweeney:~$ LD_PRELOAD=/usr/lib/i386-linux-gnu/libcogl.so.12 ldd
`which totem` | grep libcogl.so
/usr/lib/i386-linux-gnu/libcogl.so.12 (0xb766)
libcogl.so.9 = /usr/lib/i386-linux-gnu/libcogl.so.9 (0xb7135000)
neelx@sweeney:~$ ldd `which gnome-shell` | grep libcogl.so
libcogl.so.9 = /usr/lib/i386-linux-gnu/libcogl.so.9 (0xb6799000)
libcogl.so.12 = /usr/lib/i386-linux-gnu/libcogl.so.12 (0xb52c)
neelx@sweeney:~$ LD_PRELOAD=/usr/lib/i386-linux-gnu/libcogl.so.12 ldd
`which gnome-shell` | grep libcogl.so
/usr/lib/i386-linux-gnu/libcogl.so.12 (0xb768d000)
libcogl.so.9 = /usr/lib/i386-linux-gnu/libcogl.so.9 (0xb668e000)
llibcogl12

  It's fine as long as it get's loaded _before_the_old_ version (surprisingly).

neelx@sweeney:~$ readelf -d `which totem` | grep libcogl.so
 0x0001 (NEEDED) Shared library: [libcogl.so.9]
neelx@sweeney:~$ readelf -d `which gnome-shell` | grep libcogl.so
 0x0001 (NEEDED) Shared library: [libcogl.so.9]

  Well, so the point is, totem or gnome-shell needs libcogl.so.9, but
other library/ies they depends on (namely package libclutter-1.0-0 (=
1.13.10-1)) needs libcogl.so.12.
  As of version 1.14.0-1 package libclutter-1.0-0 correctly breaks
libcogl9 and libcogl11. So should the package libcogl12 probably Break
libclutter-1.0-0 ( 1.14.0-1)?

--nX


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



Bug#703726: [PATCH] libcogl12: SIGSEGV in cogl_onscreen_add_frame_callback

2013-03-28 Thread Daniel Vacek
Hi,

  I can confirm the bug and this patch fixes it.

  Basicaly it crashed in cogl_onscreen_add_frame_callback because
macro COGL_TAILQ_REMOVE in cogl_onscreen_remove_frame_callback
incorrectly removed an element from queue and corrupted the queue and
tail pointer.

--- a/cogl/cogl-queue.h 2011-08-12 15:45:58.0 +0200
+++ b/cogl/cogl-queue.h 2013-03-29 01:06:20.049909221 +0100
@@ -614,14 +614,18 @@
 COGL_QMD_SAVELINK(oldprev, (elm)-field.tqe_prev);  \
 COGL_QMD_TAILQ_CHECK_NEXT(elm, field);  \
 COGL_QMD_TAILQ_CHECK_PREV(elm, field);  \
-if ((COGL_TAILQ_NEXT((elm), field)) != NULL)\
+(*(elm)-field.tqe_prev)-field.tqe_next =  \
+COGL_TAILQ_NEXT((elm), field);  \
+if ((COGL_TAILQ_NEXT((elm), field)) != NULL) {  \
 COGL_TAILQ_NEXT((elm), field)-field.tqe_prev = \
 (elm)-field.tqe_prev;  \
-else {  \
+if (COGL_TAILQ_NEXT((elm), field)-field.tqe_next == NULL)  \
+(head)-tqh_last =  \
+(*(elm)-field.tqe_prev)-field.tqe_next;  \
+} else {\
 (head)-tqh_last = (elm)-field.tqe_prev;   \
 COGL_QMD_TRACE_HEAD(head);  \
 }   \
-*(elm)-field.tqe_prev = COGL_TAILQ_NEXT((elm), field); \
 COGL_TRASHIT(*oldnext); \
 COGL_TRASHIT(*oldprev); \
 COGL_QMD_TRACE_ELEM((elm)-field); \

--nX


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