Bug#953091: RFA: colorhug-client -- Tools for the Hughski Colorimeter

[Michal Čihař]

Hello,

Jeremy Bícha píše v Čt 04. 01. 2024 v 14:43 -0500:
> Can I proceed with orphaning this package?

Yes, you can proceed.

-- 
 Michal Čihař | https://weblate.org/



signature.asc
Description: This is a digitally signed message part

Bug#985308: Debian rpm package: import NMUs, fix three CVEs

[Michal Čihař]

Hi

Peter Pentchev píše v Ne 27. 06. 2021 v 13:45 +0300:
> So, Michal, do these changes look reasonable to you? If they do,
> I can push them to the pkg-rpm/rpm repo itself, upload a new version
> to
> unstable, and send an unblock request to the release team.

I won't have time to review the changes in near future, so I'd say you
can go ahead.

-- 
    Michal Čihař | https://cihar.com/ | https://weblate.org/

Bug#951209: transition: libgusb

[Michal Čihař]

Hi

Simon McVittie píše v St 04. 03. 2020 v 11:43 +:
> On Wed, 12 Feb 2020 at 15:24:42 +0100, Laurent Bigonville wrote:
> > libgusb is carrying in debian a patch[0] to revert/fix an after the
> > fact
> > change that was done upstream in the versioning of the symbols.
> > 
> > I don't think we should/can carry this patch forever and due to the
> > fact
> > that the number of reverse-dependencies is quite limited, I was
> > planning
> > to simply drop it, but that would require to binNMU them to be
> > certain they are using the correct version of the symbol.
> 
> Is the maintainer of libgusb aware of this transition plan?

Yes, I approved the upload. Actually, the package is now looking for
new maintainer see 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=953092

> On Tue, 03 Mar 2020 at 20:19:12 +0100, Julien Cristau wrote:
> > IMO we should keep compatibility with the old version until the
> > next
> > upstream SONAME bump.  That might mean keeping this patch, or
> > something
> > different, if we can add properly versioned aliases for the
> > affected
> > symbols?
> 
> I've proposed 
> https://github.com/hughsie/libgusb/pull/33
>  upstream and
> https://salsa.debian.org/debian/libgusb/-/merge_requests/2
>  in Debian.
> 
> I would recommend waiting to see what upstream say about #33 before
> applying anything in Debian.

Makes sense to attempt to get in sync in upstream here.

Michal

Bug#938410: rpm: diff for NMU version 4.14.2.1+dfsg1-1.1

[Michal Čihař]

Hi

Boyuan Yang píše v Pá 28. 02. 2020 v 16:23 -0500:
> Control: tags 938410 + patch
> Control: tags 938410 + pending
> 
> Dear maintainer,
> 
> I've prepared an NMU for rpm (versioned as 4.14.2.1+dfsg1-1.1) and
> uploaded it to DELAYED/15. Please feel free to tell me if I
> should delay it longer.

I see no problem with that, feel free to upload directly.

In case you are interested in the rpm package, it is looking for new
maintainer, see https://bugs.debian.org/923352

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/

Bug#953094: RFA: enca -- Extremely Naive Charset Analyser - binaries

[Michal Čihař]

Package: wnpp
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I request an adopter for the enca package. I no longer have time to
properly maintain the package.

The package description is:
 Enca is an Extremely Naive Charset Analyser. It detects the character set and
 the encoding of text files and can also convert them to other encodings using
 either a built-in converter or external libraries and tools like libiconv,
 librecode, or cstocs.
 .
 Currently it supports Belarusian, Bulgarian, Croatian, Czech,
 Estonian, Hungarian, Latvian, Lithuanian, Polish, Russian, Slovak,
 Slovene, Ukrainian, Chinese, and some multibyte encodings independently
 on language.

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEh+Zzr4P2w6DDRMjD9KoinU1YwkUFAl5fnYsACgkQ9KoinU1Y
wkV2CxAAi+ZwrkDBV3BLTdbgfSa560497OcMzhhPSahOLethtdnj9NS/o5kJFBsD
JCRAaclF8l+wbwSlxo8CE651Ycv+7ueQJLsH4bguEcsYwzcrOjoES9RwnNZdQtPj
MJ1xXUtNSKLfKYEIMoqU4LrUSyCbKS9LDkAKbxwI8ymr0Fny3sT4X1irGkCN/p9E
bKW+8/X7J+HWmWTE6iwrFnB5SmrAWjKPETLKOi7G+4jN2HJhoWGRm4TEFXeFjp5P
3+5BKh5ObC06nkc+xlmaBT6jXzk2mRxgnY6Oo+vKgVOxBkGnoA767eo9M5DYuSzN
NDhKzwCohFSsdtCDPN7EugYWpUYVQ+ckbhiHwyRpaAjtFkib3Is/N1RfwCZQJCzn
Z91Pu3fD9pQNYTvlZYZ9ufsifhrHNgZl/UTgs2oj/O1NYotA1nw8xp3ujgjlizAq
7QMNAJlZWWYdMVqPThPYNduU4TP++JwCmqfLe4QKwZ0PygTj3bkNt68k/plXJ1ml
2G0V/+I03Qw+B15Uq8agCaAYdpLH9RVDQruIlbh7s2sUsVeuEP0ARo0uK1TIeqv5
LxeMc2qh+l7h6RRYJMo5mwwiYsD2EqqfG43i6j7QDHS+mcd2NfsNxeEn6Eroo2Y7
OP0dDHFJlOui1p5hfmCHTA7YFoFxB2SwaTXe3YwIUVZoln0RZh4=
=9n4q
-END PGP SIGNATURE-

Bug#953091: RFA: colorhug-client -- Tools for the Hughski Colorimeter

[Michal Čihař]

Package: wnpp
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I request an adopter for the colorhug-client package. I no longer use
the colorimeter to properly test the software.

The package description is:
 The Hughski ColorHug colorimeter is a low cost open-source hardware
 sensor used to calibrate screens.
 .
 This package includes the client tools which allows the user to upgrade
 the firmware on the sensor, set the color calibration matrix or to
 access the sensor.
 .
 Please note that this package does not provide calibration, you
 should install gnome-color-manager or argyll for this purpose.

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEh+Zzr4P2w6DDRMjD9KoinU1YwkUFAl5fnHsACgkQ9KoinU1Y
wkUNtRAAjwucr0hwaYJv7ZdLO1qm8qgHTgeq3qjykZJs2lLXtEHKbw4hkl4Ey6Qd
PsUYAvv/IBffSvTzzlas3aXdN4u+mm4A7lYlFBcP0yR4LmUCp+KWnTvMys+OuI/G
NHLSzoDRmKXmWoBMESBAw+5SC5uBJgN71au/OzJVmYrK20QqZ0u/Dv57G+Bu0QCJ
c+l0WxiRjFr7cBNlb/aLQHQ882tDeS+qamM185uO46DB3fOSjAcsyyOmy5dWWd+J
PRqvXaKagKBy9STswCyDuStWwjGsz8HdMhFFu/N8J/Wyl0linxaczRuTWhTu3C+D
auboFL16FahruWoOP2HUDRuXRMQzQOy1HpV5UvVKy7CzaplKwwsrsIE+j1dizsQ4
tx80jbGNwZbVTzesx4Xg/cG1VAzruNkaweRlBViqt+QQjfqB6r4pONVL9QeUqg30
262HSw8IqbGmPm2qX59hF/GM7fTGe7r1rvI/aUn/HJOe8HfgE0MGWL3Ijq/sywKt
VBohaiPgM7u0/1lKSZ26DU9KbNmviQ2bJ7+siBPF8tC2dWgwmbk2clhPKY+rgzWb
Eu01ggydaWa8aoO30WZYQRVwwrpURAD01+CRlekvoAYECGQ+qw2geM0dVPYxGtnO
jVOdVNLq8TFA/m9McwAouEvivBnIjSifeceO6ATd1aIiIGwmwlY=
=bW1r
-END PGP SIGNATURE-

Bug#953092: RFA: libgusb -- GLib wrapper around libusb1

[Michal Čihař]

Package: wnpp
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I request an adopter for the libgusb package. I orignally packaged it
for colorhug-client which is now RFAed as well.

The package description is:
 GUsb is a GObject wrapper for libusb1 that makes it easy to do
 asynchronous control, bulk and interrupt transfers with proper
 cancellation and integration into a mainloop.
 .
 This package contains the GUsb shared library.

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEh+Zzr4P2w6DDRMjD9KoinU1YwkUFAl5fnQgACgkQ9KoinU1Y
wkVF1hAAo1HL/+E5nap3HI8ShZOmpmhKrpz5vyi23ptyH8qyb+w92aAMIbjxQrdx
KjNfL/wgX6au6/UpUHrNQJAd1Ewq7YV0ccjU9UqBymbtNBWMsBLvVRZqzEi3LQdC
YQHYhxH0e/IJFFY761cSay2OjQhGy96EadyMrsWWofYnDlYBuObSmS15Yubstlrk
oJMJEFClyJohiWrlcDY6UCIFzwEfouzjgJKg2aL6+G7O7wBx+BRx8E8n+AhxOFHN
ojP/CgyhWN2V6pCSTOA+6Pcc7VEwIYMss1spjca1ulejXiZGxcGEdffzRmn6Cw9n
957Hr6dcnBOkOTI2lQExIOimucQnIb70nX0D8g2XKlhsLUbT97Ung7qOVnYZJh46
5D5eAdfcjJ1gIXtBHAn+jpaMso3TTYOxmgShb/L3BcOxyM+cNVAr4Ytbk/8Do5MD
kkcLR5vJ11ZlR9pZvNhH9e2NEZ+rw0dp92qVgsfG1HJOjJGZchHYeyOfiQHYX/73
xZDQyFunRfrr2DHvHkMqI4SsKvd1URJEQ6TdvpIuFRQH7ihSONYdKWI6xOlrDvO2
ej6G5FGaNwhdWunDLrFaBinAP0BVULe6Q/plU65PSJosmQopQ+nqdHrT0UHQVJ+7
AtAf+GOBN5TWSw2wFr38UZt7Snj8Yj1/nf51Br08YMqSr9q0tdA=
=F0BC
-END PGP SIGNATURE-

Bug#951855: RFA: gammu -- mobile phone management utility

[Michal Čihař]

Package: wnpp
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I request an adopter for the gammu package. I no longer use it and I
don't have time to properly maintain it (both in Debian and upstream,
see https://github.com/gammu/gammu/issues/475).

The package description is:
 Gammu is command line utility and library to work with mobile phones
 from many vendors. Support for different models differs, but basic
 functions should work with majority of them. Program can work with
 contacts, messages (SMS, EMS and MMS), calendar, todos, filesystem,
 integrated radio, camera, etc. It also supports daemon mode to send and
 receive SMSes.
 .
 Currently supported phones include:
 .
  * Many Nokia models.
  * Alcatel BE5 (501/701), BF5 (715), BH4 (535/735).
  * AT capable phones (Siemens, Nokia, Alcatel, IPAQ).
  * OBEX and IrMC capable phones (Sony-Ericsson, Motorola).
  * Symbian phones through gnapplet.

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEh+Zzr4P2w6DDRMjD9KoinU1YwkUFAl5RFXoACgkQ9KoinU1Y
wkXsPRAAg+6mmQo5rZkuirjxkCfZOudPNYWcAvkO7oB3/jrTDrj7XivrZuWyEWtj
hyStRXmVWvWigUShYCFBSY1V0huF7KtOXRHeaOBuXUKmd3Y/Loj0EP8bw4D+9IjS
ZUNGREsRw3FgCuveSV72vHjEtWc2KhMhesVfoTHIM+Mh9ElKd/3h6ZRGIbDFmbZN
9EE4rfdD7VsWXLKaSDqnoLSBg+t9Msp50tFBu7ZwFyLngTSJuzQcFNpTilyo4QEn
4wI6XWDAhm+WxkWpnO58J6PDqU1ZKmm+SW+Fz6abO5WVeUa+affpXqfXQQk6dYqj
+Ze7SZxR+xEPAd5InDAb+5zdZfCVE6YAuvAwpKw779hVbnddA1pD4GxzhYiJg/FH
uMXRLmM4JnPl/bX97evZeThc3I1tCX43RxUeJkb6PMUB/iI3wyTLWDaTLCyECg8R
Z0pDzDE1I2WqphTdrsYM50/cglotaahnXTaa2/1Lh/qDs22+sVMj6wh93V9728sP
9+5hJxqNi3+/ZBqI8E1n4sQglutx6TyAecPkpEnH6TY2T7dXPwQ3+9OTEuYqyi9i
vsrhdMu8+32APohz2HqeoOOS9zOFdptAUJptdL0X5uIKlk1sv8ogLf6IYLL/JRu9
X7iKNrD/2o/PiEDfVUOZPhIF+U+Vktp7LOIXaePiCC7zXfJcQck=
=IKDr
-END PGP SIGNATURE-

Bug#937435: pyexiv2: Python2 removal in sid/bullseye

[Michal Čihař]

Hi

Sandro Tosi píše v So 01. 02. 2020 v 12:01 -0500:
> > I'd preffer to drop pyexiv2 completely. The recommended upstream
> > approach was to use GI (and gir1.2-gexiv2-0.10) and that's where
> > most
> > of the reverese dependencies have migrated.
> 
> Sure, that sounds like a good plan: do you want me to file the RM
> bug?

Just did that. Thanks for pushing me :-)

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

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/

Bug#950465: RM: pyexiv2 -- ROM; python 2 only, not maintained

[Michal Čihař]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi

I think it's time to remove pyexiv2. It's Python 2 only package. The
recommended upstream approach was to use GI (and gir1.2-gexiv2-0.10) and
that's where most of the reverese dependencies have migrated.

- -- 
Michal Čihař | https://cihar.com/ | https://weblate.org/

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEh+Zzr4P2w6DDRMjD9KoinU1YwkUFAl42eGAACgkQ9KoinU1Y
wkUODg//WHBtlv+FvtahDbBgus12Cj3CV+nI/2KyhKWLYdu15ySt8MUPM+QjzQOT
fiBWmCZwfHWEkLLKiwKkgp9A/j9kVctyk5qU99facfg0Q5sbEGChtishsUQiaaSL
KwR/h6/Igca7H9gV+IOTK/uHFoQsSoKAr0AzhztEXk7x7iP0hYaWy1vworBxBFn8
6llOMk97SWMT9aeTdLhto8+2Jj3YvjGPAajpk1/1RpyjnYZazVwUoVEekdl4eITF
m3Hjc3u41cytEk7OilrvPOQGsoYj9ecYbWywgHvx5w1YkqEYhVDsJvXFW2sLzMGu
HHN0PESRDXjwTgKnWdkPP5U9E7n/iDUoOrZBXttu/aaaLIW+ctnQbMAqOEhz/MDn
FBoRScSVDvwJPI3IyYgL20GmP7qXj6JcjiKKdhNWGRTVJ92UWZIgmeCkV6X2BU7V
wLTAtMruJ0lttmJX3pkKCsgOBih8r300E9hVO+jjKBQkXfRJdix4CpipHBsYkzq0
PArf8j+iXE6ucoLznOBBXKhZ6fRkMmZPF/z6yt33VeKOihzZeil7rrU4JPQ4SgPq
isSY52GJQslrOUDyRc4OAJ+CeLlXanHBb/FwdD1IerMXZfPqwdisfDjSVpVL/2yT
2yCExU3XJzIu3JhIHowbC08PGZa0608GhPwxCL5sNyYvRirjo1Y=
=Mn+x
-END PGP SIGNATURE-

Bug#937435: pyexiv2: Python2 removal in sid/bullseye

[Michal Čihař]

Hi

Sandro Tosi píše v Pá 31. 01. 2020 v 22:13 -0500:
> Python3 support has been developed in a separate project named
> py3exiv2: 
> https://python3-exiv2.readthedocs.io/en/latest/
>  +
> https://pypi.org/project/py3exiv2/#history
>  +
> https://launchpad.net/py3exiv2
> 
> 
> the only reverse dependency of python-pyexiv2 is mirage, which is no
> longer in testing, so we can just simply switch upstream to py3exiv2
> and build a python3-pyexiv2
> 
> Michal, I can work on the plan detailed above if you're busy.

I'd preffer to drop pyexiv2 completely. The recommended upstream
approach was to use GI (and gir1.2-gexiv2-0.10) and that's where most
of the reverese dependencies have migrated.

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/

Bug#944886: Please enable CONFIG_SND_SOC_SOF_NOCODEC_SUPPORT

[Michal Čihař]

Package: src:linux
Version: 5.3.9-2
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I have notebook with the digital microphone (DMIC) of Intel audio
controller [8086:9dc8] and to make that work,
CONFIG_SND_SOC_SOF_NOCODEC_SUPPORT is needed (and some additional
firmware). Can you please enable that in the Debian kernel?

See kernel bugzilla for more info:
https://bugzilla.kernel.org/show_bug.cgi?id=201251

Thanks
- -- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


- -- Package-specific info:
** Version:
Linux version 5.3.0-2-amd64 (debian-ker...@lists.debian.org) (gcc version 9.2.1 
20191109 (Debian 9.2.1-19)) #1 SMP Debian 5.3.9-2 (2019-11-12)

** Command line:
BOOT_IMAGE=/vmlinuz-5.3.0-2-amd64 root=/dev/mapper/nutt--vg-root ro quiet

** Tainted: OE (12288)
 * Out-of-tree module has been loaded.
 * Unsigned module has been loaded.

** Kernel log:
Unable to read kernel log; any relevant messages should be attached

** Model information
sys_vendor: LENOVO
product_name: 20QDS05900
product_version: ThinkPad X1 Carbon 7th
chassis_vendor: LENOVO
chassis_version: None
bios_vendor: LENOVO
bios_version: N2HET40W (1.23 )
board_vendor: LENOVO
board_name: 20QDS05900
board_version: Not Defined

** Loaded modules:
i2c_dev
uinput
cdc_mbim
cdc_wdm
cdc_ncm
usbnet
mii
cdc_acm
acpi_call(OE)
msr
fuse
ctr
ccm
rfcomm
cmac
nf_tables
nfnetlink
bnep
btusb
btrtl
btbcm
btintel
bluetooth
uvcvideo
videobuf2_vmalloc
videobuf2_memops
videobuf2_v4l2
videobuf2_common
drbg
videodev
ansi_cprng
ecdh_generic
mc
ecc
sof_pci_dev
snd_sof_intel_hda_common
snd_sof_intel_hda
snd_sof_intel_byt
snd_sof_intel_ipc
snd_sof
snd_sof_xtensa_dsp
snd_soc_skl
snd_soc_hdac_hda
snd_hda_ext_core
snd_soc_skl_ipc
snd_soc_sst_ipc
snd_hda_codec_hdmi
snd_soc_sst_dsp
snd_soc_acpi_intel_match
snd_soc_acpi
intel_rapl_msr
snd_soc_core
snd_hda_codec_realtek
x86_pkg_temp_thermal
intel_powerclamp
snd_hda_codec_generic
coretemp
snd_compress
kvm_intel
nls_ascii
snd_hda_intel
nls_cp437
kvm
irqbypass
intel_cstate
iwlmvm
snd_hda_codec
vfat
intel_uncore
efi_pstore
tpm_crb
mac80211
fat
intel_rapl_perf
snd_hda_core
pcspkr
libarc4
snd_hwdep
serio_raw
iTCO_wdt
efivars
snd_pcm
ucsi_acpi
mei_me
tpm_tis
iTCO_vendor_support
processor_thermal_device
iwlwifi
watchdog
mei
intel_wmi_thunderbolt
snd_timer
typec_ucsi
tpm_tis_core
intel_rapl_common
wmi_bmof
cfg80211
intel_soc_dts_iosf
thinkpad_acpi
intel_pch_thermal
tpm
typec
rng_core
nvram
ac
ledtrig_audio
snd
soundcore
rfkill
int3403_thermal
battery
int340x_thermal_zone
evdev
int3400_thermal
acpi_tad
acpi_thermal_rel
acpi_pad
parport_pc
ppdev
lp
parport
efivarfs
ip_tables
x_tables
autofs4
ext4
crc16
mbcache
jbd2
crc32c_generic
dm_crypt
dm_mod
crct10dif_pclmul
crc32_pclmul
crc32c_intel
ghash_clmulni_intel
i915
i2c_algo_bit
drm_kms_helper
aesni_intel
xhci_pci
xhci_hcd
e1000e
aes_x86_64
drm
crypto_simd
psmouse
usbcore
nvme
ptp
pps_core
thunderbolt
cryptd
i2c_i801
glue_helper
nvme_core
usb_common
wmi
video
button

** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation Coffee Lake HOST and DRAM 
Controller [8086:3e34] (rev 0c)
Subsystem: Lenovo Coffee Lake HOST and DRAM Controller [17aa:2292]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: skl_uncore

00:02.0 VGA compatible controller [0300]: Intel Corporation UHD Graphics 620 
(Whiskey Lake) [8086:3ea0] (rev 02) (prog-if 00 [VGA controller])
Subsystem: Lenovo UHD Graphics 620 (Whiskey Lake) [17aa:2292]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: i915
Kernel modules: i915

00:04.0 Signal processing controller [1180]: Intel Corporation Xeon E3-1200 
v5/E3-1500 v5/6th Gen Core Processor Thermal Subsystem [8086:1903] (rev 0c)
Subsystem: Lenovo Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor 
Thermal Subsystem [17aa:2292]
Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: proc_thermal
Kernel modules: processor_thermal_device

00:08.0 System peripheral [0880]: Intel Corporation Xeon E3-1200 v5/v6 / 
E3-1500 v5 / 6th/7th/8th Gen Core Processor Gaussian Mixture Model [8086:1911]
Subsystem: Lenovo Xeon E3-1200 v5/v6 / E3-1500 v5 / 6th/7th Gen Core 
Processor Gaussian Mixture Model [17aa:2292]
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 

00:12.0 Signal processing controller [1180]: Intel Corporation Cannon Point-LP 
Thermal Controller [8086:9

Bug#794495: Mock fails to track installed packages

[Michal Čihař]

Hello

Sorry, I didn't read your long email. I just want to point out that rpm
package is available for adoption, see https://bugs.debian.org/923352

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


Mihai Moldovan píše v Čt 05. 09. 2019 v 15:55 +0200:
> Hi Michal
> 
> 
> I don't want to be condescending, but can we please, pretty-please
> stop breaking
> rpm in Debian?
> 
> I understand that rpm is not intended to be used as a package manager
> on Debian
> systems, but the rpmdb-in-homedir patch does more harm than good,
> causing
> trouble in totally legitimate use cases as described in this bug
> report.
> 
> Users should be educated and preferably not even try to install RPM
> packages in
> the first place, but putting the rpmdb into a user's home directory
> won't really
> do any good.
> 
> Users wanting to use the rpm package within Debian to install rpm
> packages could
> either just edit the global macro file and reset _dbpath to
> /var/lib/rpm, create
> /var/lib/rpm and symlinks from ~/.rpmdb to that location or do even
> weirder things.
> 
> The point is that even with this patch, rpm won't be unusable in the
> way you'd
> like to make it, even if that requires very minor tweaking.
> 
> 
> However, without tinkering, it breaks other software like mock or
> libsolv's RPM
> backend. One could argue about the latter's use(fulness) on Debian,
> but breaking
> mock is breaking a legitimate use case in which the rpm package
> really NEEDS to
> install software correctly.
> 
> mock is some piece of software for building RPM packages (source or
> binaries) in
> a chroot - quite like sbuild for Debian packages. I do use it a lot,
> but this
> patch breaks mock in a very subtle way.
> 
> Looong explanation coming up: mock creates a new chroot and then uses
> an RPM
> package manager (for instance yum, but potentially also dnf) to
> install a base
> set of packages in there. Again, pretty much like debootstrap. For
> that to work,
> the package manager is executed with the --installroot parameter,
> which
> instructs it to essentially carry out all operations in the chroot -
> including
> using the rpmdb in there. mock also sets HOME to /builddir, hence the
> rpmdb will
> be created in /chroot/builddir/.rpmdb. Everything's fine until then,
> but then
> mock fully deletes the home directory (within the chroot, of course)
> and
> recreates it from scratch/skel. Boom, the rpmdb went bust.
> 
> This wasn't a huge problem per se, since in the worst case the
> package manager
> would just install more packages than necessary when installing a
> source RPM's
> build dependencies. Recently, however, rpm and dnf got support for
> rich
> dependencies, which are also heavily used by Fedora at least (and
> likely will be
> used by RHEL 8 as well). Such "rich dependencies" can be used to pull
> in
> optional dependencies if a different package is already installed,
> for instance,
> to automatically enhance functionality - notably, the "different
> package" need
> not be any any direct or indirect dependency at all.
> 
> A real-world breaking example (with dnf, since yum doesn't support
> rich
> dependencies, but I have dnf packages for Debian and would like to
> introduce
> them at some point):
> 
> redhat-rpm-config has a dependency such as this:
> Requires: (annobin if gcc)
> 
> This will pull in "annobin" as a dependency of redhat-rpm-config if
> the "gcc"
> package is installed, but redhat-rpm-config does not depend upon
> "gcc".
> 
> What now happens is breakage: gcc is part of the base package set, so
> is
> installed when creating the chroot. Since the rpmdb goes bust, the
> package
> manager won't know it's installed and when a build-dependency
> (indirectly) pulls
> in redhat-rpm-config, which is NOT part of base, it won't pull in
> annobin.
> 
> This then leads to build failures, since the annobin plugin is being
> used
> unconditionally at build time. If it's not installed, builds fail.
> 
> 
> Such breakage is subtle, and it's likely not the only thing to go
> haywire with
> the patched rpm binaries.
> 
> Yes, I COULD go ahead and add .rpmdb to mock's config file option
> "exclude_from_homedir_cleanup", but that would likely create even
> more problems.
> Newer mock versions (currently not available in Debian, but I guess
> the mock
> package will be updated eventually) can bootstrap the build system
> using the
> system-provided package manager and then use the chroot-based package
> manager
> for installing build dependencies. With the system rpm library/bina

Bug#879741: next steps / request for help with phpmyadmin for debian buster

[Michal Čihař]

Hi

On Tue, 2019-05-28 at 10:55 -0400, Felipe Sateler wrote:
> 
> On Tue, May 28, 2019 at 10:30 AM Blümel Matthias <
> matthias.blue...@krumedia.com> wrote:
> > 
> > Does phpmyadmin have any test plans for integration and/or
> > acceptance-tests to check if its features are still working with
> > the package installation? (I don't care how long processing of this
> > would take, we have trainees :p )
> > 
> 
> This would be very nice to have, implemented as autopkgtests. Maybe
> Michal Cihar can guide here?

There are phpunit tests including Selenium ones. Running unit tests
should be quite easy to achieve and should verify that PHP code works
well, for the Selenium tests the setup would be probably more complex
to do (it should be possible with the chromium-driver package, but I
have no experience here).

See upstream script for execution examples:

https://github.com/phpmyadmin/phpmyadmin/blob/QA_4_8/test/ci-test

https://github.com/phpmyadmin/phpmyadmin/blob/QA_4_8/test/ci-selenium

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/



signature.asc
Description: This is a digitally signed message part

Bug#923352: RFA: rpm -- package manager for RPM

[Michal Čihař]

Package: wnpp
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I request an adopter for the rpm package. I don't use it anymore and I
don't really have time and motivation to maintain it properly.

Technically it's maintained under the rpm team, but nobody did anything
on the package so far, that's why I'm opening a RFA.

The package description is:
 The RPM Package Manager (RPM) is a command-line driven package
 management system capable of installing, uninstalling, verifying,
 querying, and updating computer software packages.
 .
 On Debian and derived systems it is recommended to use "alien" to
 convert RPM packages into .deb format instead of bypassing the Debian
 package management system by installing them directly with rpm.
 The RPM Package Manager (RPM) is a command-line driven package
 management system capable of installing, uninstalling, verifying,
 querying, and updating computer software packages.
 .
 On Debian and derived systems it is recommended to use "alien" to
 convert RPM packages into .deb format instead of bypassing the Debian
 package management system by installing them directly with rpm.

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEh+Zzr4P2w6DDRMjD9KoinU1YwkUFAlx1mjEACgkQ9KoinU1Y
wkVTCA//Zr4WZYH3bmK0VTDN0ofZyJxS+Pz2WTIbNJSVv6neFaIuINxOcLjHXI3D
KJ3YWRw+xdEpQtbWpzPkIlastWOWL1TDg7cImYXGTGMezQkBdl6uwF/PIwILa2uX
yStlv3f1YWAvOUtw5hgjEq/65/fFs3i/L0+B04PQuUBo9L576adASnxbY81jC7wM
DIrhe/J00etIUb9FGWE2AW60nWYMriJg0whGd/SJBMcgSPB4pMeiL4FfeEx/izi9
Zs8gLFT9RYYdyB1O11Luu0MSMNSrTgQRnpTKt5A51IHX1t4I1ZzJWSs+qIQRzCbh
ePWQMCniqh9yh+HkcZm5CJZ0b53cV6UzIlEX+2SHiGJA2M25xgPaDhmWZsZ3Gb/0
hZTZRoOyZZMdGPScvp1kCiOonzG9pFkMQnOz0StqjNwazZXKFonIGa8EocZNIbQd
TOCRqde1yLR0OPB8VJnS8n0HkLtILkCEbjQtYlKxDWyf5RtBzkb2g6j+x+nyGuqU
c1NPYZguichL5an+hw3XbZ1whdo4nKwVBCtkXBh2kz74vdQqbFIEaguMPu0kJQLK
fl/AXhbn5fq5PGG/BME03Lpxl/ibOJ2YQn2L386M0Ww4mzIvUUpT3GP5xWzKuV3/
+1mFnmXhihcMyEgE2nltr/eUjZpZ5WvJYegt0+FaT9urgfR2hik=
=OxNN
-END PGP SIGNATURE-

Bug#923351: RFA: osc -- OpenSUSE (buildsystem) commander

[Michal Čihař]

Package: wnpp
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I request an adopter for the rpm package. I don't use it anymore and I
don't really have time and motivation to maintain it properly.

Technically it's maintained under the rpm team, but nobody did anything
on the package so far, that's why I'm opening a RFA.

The package description is:
 Commandline client for the Open Build Service, which allows one to access
 repositories in the Open Build Service in similar way as Subversion
 repositories.
 .
 The Open Build Service is service that allows developers to package
 software for all major Linux distributions.
 Commandline client for the openSUSE Build Service, which allows one to access
 repositories in the openSUSE Build Service in similar way as Subversion
 repositories.
 .
 The openSUSE Build Service is service that allows developers to  package
 software for all major Linux distributions.

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEh+Zzr4P2w6DDRMjD9KoinU1YwkUFAlx1mmkACgkQ9KoinU1Y
wkUj0hAAioDnvWVBdiNJZIBw4ButgC5c7voC1RPtV+jMCWCsWFaxODmkBs+CQcqH
ErSJSB56Cef8Uk6PCXyB0SxMDYHraWufXGAjq5bqASXGy3X2/6ewK74fHSimxhM8
DPtWwlDsEDm/k8xnb8dOeDq6ONa2Uxj+VKrlGy6DoMUWjSD6eDxGi0NF9268sRIt
OSRPurW3Uco2Q05RtROi8aOkcf7zZ412bfTwQQwxcsjfESckc0tiKmd7okCgwQf2
oj0bW161goT2+n+lTWWpkD1L2/zeDrnTuG+P3RmyTWxjGX9YPVjPAxdsbytn2/dE
J+BFjmaE2wOpxU+JJkQ19TQ5u9N/d7lCqK56GfKC1x8eOXS0oW8WvIO8wAZZGk1D
Ci5yg55WMjEBCNQ9jWAfTNVVGdwBRfOUCG7bdibRQSbVvBDXnmsbmkJwutvZ24Bo
8PCUZpBcw8NQA+tP0Q4cZ0ydcfNY0qjt+WOImIfTUnmI9OuWnBqu23TprME/y06z
TVd/gBo0bcj2vX8FRGk5mU4dXM3wp0dQyvKWiGX280da7R9fk0iKLYTT8o9ixGOY
GGqeZYGtVjnLWgxYu6Rfn2ErEBmLvWuxbcmWcCh/zrotUA1KGUkaTavRC3udWEW8
y7FTfwqw5muOY0W3zUZpTKn6i6cDnuzlpfk04NVoJ2MZhwl9dfY=
=3GAF
-END PGP SIGNATURE-

Bug#923349: RFA: numlockx -- enable NumLock in X11 sessions

[Michal Čihař]

Package: wnpp
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I request an adopter for the numlockx package. It really hasn't received
any maintenance for years. For most of the parts it didn't need one, but
I'm not really the one to keep this alive.

The package description is:
 Utilities to enable the keyboard's Numeric Lock during X11
 session initialization or using command line utility.
 .
 The package automatically installs session script to enable numlock
 on session start.
 Utilities to enable the keyboard's Numeric Lock during X11
 session initialization or using command line utility.
 .
 The package automatically installs session script to enable numlock
 on session start.

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEh+Zzr4P2w6DDRMjD9KoinU1YwkUFAlx1nDgACgkQ9KoinU1Y
wkXKhxAAkjS+lqBEdNFFNZlR9aRVg4ito8inqWs7KH7Tnqt95lbG+89PGhJ011dY
U4rOkFutrFe3M9Qd6C93F9bSGOGxUNzZprxUKwE5PdzbgRlF3Yy0FY+6X2+v0oIj
4oijxXk0GPBMYLfS29bjUD95xcuHZpINWNCIRIL0ShQZEPKrzyi0wGnJ1J9P+KZm
m42qGT85VbcSuiqaFxbCW3QpXbhICgNMXwMWOZczjG+eyRG1FydzRqHuotoT0Vrl
roRnebryu3ggnNPjDiEecbOf8RMXHrnXoJ3HHI7GjOdWSOGMlFLmAZhnR3ANH0LJ
bZiLWxRAMI8iyBzbBO2snI9dBWXsfaP7Gt3l8PnC+YY3zjYIs5/ScC+ourKWK/wB
P3fDIB6pRhCW7bczTmr3LZ0stVRxkNILl7r+TEyazxRr7Cko4qT9kZr8+r4hfJDd
5p/NRUa3ufEfTnkX2xdVgeijYZmDjLfhvzFKLCUGOmd7Iyqahn1Q4irZ4qLYmxEl
C83GDHJO1ko31bw0nbZM4BeTFK2Z8E6HVjTv/lBxiIpCi9ntGHnYHMyI3VESH5tV
eSLlZDvYwk+abXjFhJ0cazrCan2NmBfa9qaWwFUYw+LcD/7BA69zPgdoocdO4kcQ
q1Rtf7QScZc6zWuNH6jk4vbXFGqyTY2O6QkxHM6WFuAal9DIG3c=
=K4/l
-END PGP SIGNATURE-

Bug#923348: RM: ukolovnik -- ROM; not maintained, not used

[Michal Čihař]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi

I think ukolovnik package should be removed:

- - I don't think it will work with current PHP versions.
- - It's not maintained upstream for years (I'm upstream author as well).
- - It has nearly zero installations based on popcon.

- -- 
Michal Čihař | https://cihar.com/ | https://weblate.org/

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEh+Zzr4P2w6DDRMjD9KoinU1YwkUFAlx1m5IACgkQ9KoinU1Y
wkUn3RAArjNZoksqpTGv8yuZWGxnbSpbfBAL6iCtRXLb6EjQyRESuBAr30zt1yxg
RvCDn5fUTL5OdPVs9yb4CCjLuqeOMxWZN7gUkf7dxH60mIFIVQpTHUFet0DsbHSI
FQdRmHDRwPxR0vp/IX7OgLdedl0ilYkZclcSZznQ8tHfqvV8eb4XDCCcFwhK3srt
FQTSV4SOx7Ah0FStiAHmbfFPHxAXkwVPkv66c37SNICJEF5UJpC4hGanljTzUJux
j2viX9lP8jUX3bI2R6wlzL5j2NO251HZoqRn31iDeaAdYFdBhcIklVGK19nOZ6a3
StkcvCdahTTQT8UZjv4UFCT+6mEKTsusjeCmtvGdccTjiEgZN8N8jA8v1nqfyund
rQ7St0rCtDN6xqAHOMOtTjlbesM0YnLJDJ6Lw5HarZEH35KVmgg8KTX4FgblJYjw
h4JjTMFShtxNVoz+nUqtFMzKcbOdM9+S6/KToo4gFC/FdPriPxKVq1ygtrnLVKpw
zZ0lyIq6VisLY4A3lAVB4DfKEZh0fwx0ma2qhIHR/qN/TWzuysUpaazxb1alyK33
tbx1py6tSmf3AxOmQUXWUGR1+2AYw1uvQrM2lnkK1L4+QPmk5XCvg9iIXzQDbxjC
fChXxRuYV4iOZSOHmZlFRv3fH+K7NZXJdqeIORLUjWaOt7mzrbU=
=wfok
-END PGP SIGNATURE-

Bug#879741: [j...@debian.org: Bug#919515: RM: phpmyadmin/4:4.6.6-5]

[Michal Čihař]

Hello

I think it's best to not to ship the package right now until it's
updated to current and supported version.

Honestly, I don't expect I will be able to find reasonable amount of
time to bring it into better shape (that's why I've opened the RFH more
than year ago).

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


Raphael Hertzog píše v Čt 17. 01. 2019 v 09:49 +0100:
> Hello Michal and Thijs,
> 
> have you seen that phpmyadmin was removed from testing on request of
> the
> security team?
> 
> There's still time to bring it back but then you have to do this
> in the next few weeks before the next level of the freeze.
> 
> Ccing Felipe also since I saw in the RFH bug that he was working on
> the
> package.
> 
> Cheers,



signature.asc
Description: This is a digitally signed message part

Bug#918586: gpg-wks-client: outdated man page

[Michal Čihař]

Package: gpg-wks-client
Version: 2.2.12-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi

The 2.2.12 release added support for managing local files for WKD by
gpg-wks-client (--install-key/--remove-key) but those are not mentioned
in the man page.

PS: Is there good reason for keeping this binary in /usr/lib/gnupg? I'd
expect to foind it in /usr/bin...

- -- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


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

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

Versions of packages gpg-wks-client depends on:
ii  dirmngr2.2.12-1
ii  gpg2.2.12-1
ii  gpg-agent  2.2.12-1
ii  libassuan0 2.5.2-1
ii  libc6  2.28-4
ii  libgcrypt201.8.4-4
ii  libgpg-error0  1.33-3

Versions of packages gpg-wks-client recommends:
ii  gnupg  2.2.12-1

gpg-wks-client suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQIyBAEBCAAdFiEEh+Zzr4P2w6DDRMjD9KoinU1YwkUFAlwzdZcACgkQ9KoinU1Y
wkUKjA/4kszVlKphDiXiyB+eoYDkYnYTdek/rAXuLSsWpRfBwTTYAAYPxJGSS3py
esqdRUow4DWxuRZy+j2q2snE11AH+mdQgJDlf7KvBPSIKvJRtY23dqceQ0tnRqrO
u2vJIZkKR5UTmgM1KlYlgxqEuaHYEtUKTpGNdSjY8aZ55uvq62gdbcOxowIpC7/E
YwY0mfIfKB4TirBORu9V4gZQOH2GCn8W1RklLmnsXMUeFfLyVwfQ5TWcmXm42syf
fSivEktCGXtO8GpS6qMAwwmD7g7nCiJRfRAjbSe0n3wmyKKGgyR7p0ufDTTY1NpR
o73NPRSNxTJuzaaqjWd/otA4//3+runmoTegnSSBILuteGC6z93MXl/BvaUh1y6H
bqjnzqNUOCnlvRYD8ojPEawYL56er/Jt6YR12hzZ6BxtNj7lPquVo0IvM4r2VnOR
kKfhCRdXPa6blJ6NEiWsaoZU+kQa7i+2lWX7zQoHmWWuRsoc6YNeEM1dWpxrro1J
Dl61pjPil0reQuhZeNGgiiOAhLrI/oqFkjpnRGlgxn9VlkoE4P0v9higGv88kY/B
HzZZEkj3YxGJQYoY/maCXRs392GFH6nHH6Ls0u7FJQ2C81+HQMo9iJMGc6Zb/GS8
+elO0bxKeacVDMj5OpBOSKp/uUBhzQvpK1aGs96iQTAEhOTB3w==
=7wf4
-END PGP SIGNATURE-

Bug#914063: diff NMU for tagpy_2013.1-6.1

[Michal Čihař]

Hi

On Wed, 2018-11-21 at 18:56 +0100, Anton Gladky wrote:
> tags 914063 +pending +patch
> thanks
> 
> Dear maintainer,
> 
> I have prepared an NMU (versioned as 2013.1-6.1) and
> uploaded to DELAYED/5.
> 
> Please fell free to tell me if I should delay it longer, cancel
> or reschedule.
> 
> Diff is attached.

Thanks for the NMU, it looks good. Feel free to upload without delay.

Best regards
-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/



signature.asc
Description: This is a digitally signed message part

Bug#911904: Processed: block 911904 with 911915

[Michal Čihař]

Hi

On Fri, 2018-10-26 at 10:51 +0200, Ondřej Surý wrote:
> LIBTIDY_LIBRARY=$(shell readlink -f
> /usr/lib/$(DEB_HOST_MULTIARCH)/libtidy.so)

Well it all started from this file being absent from the package :-)

> LIBTIDY_PACKAGE=$(shell dpkg-query --search $(LIBTIDY_LIBRARY) | cut
> -f 1 -d :)
> LIBTIDY_LIBRARY_FILE$(shell basename $(LIBTIDY_LIBRARY))
> 
> then
> 
> sed -e “s/libtidy.so/$(LIBTIDY_LIBRARY_FILE)” lib.py
> 
> echo libtidy:Depends=$(LIBTIDY_PACKAGE) > python-utidylib.substvars
> 
> and replace
> 
> libtidy5deb1 | libtidy5,

I don't get what this would solve - there is nothing wrong with
alternate dependecies as long as they both provide libtidy.so. Anyway
same is in Build-Depends as well, where substvars are not really
helpful.

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/



signature.asc
Description: This is a digitally signed message part

Bug#911915: Wrong library filename

[Michal Čihař]

Hi

On Fri, 2018-10-26 at 08:36 +0200, Ondřej Surý wrote:
> Not sure if it’s “serious” per se, as the package is full functional,
> but I’ll upload a fix in a minute.

Thanks, it breaks python-utidylib, that was my motivation for the
severity.

-- 
    Michal Čihař | https://cihar.com/ | https://weblate.org/



signature.asc
Description: This is a digitally signed message part

Bug#911904: utidylib: Please make another upload for tidy-html5 2:5.6.0 compatibility

[Michal Čihař]

Hello


On Thu, 2018-10-25 at 20:55 -0400, Boyuan Yang wrote:
> I'm sorry for the mess caused by the tidy-html5 5.2 -> 5.6 transition
> but the situation is getting clear now.
> As you can see in https://bugs.debian.org/911130 , we eventually
> selected 5deb1 as libtidy's SONAME and the name
> of shared library was finally changed to libtidy5deb1. As a result,
> please consider making another sourceful
> upload and replace libtidy5.6 dependency with libtidy5deb1
> (libtidy5.6 will never have existed in the archive.)
> I can help making another NMU if you prefer that.

The fix for this is ready in git, however it fails to build because of
bug in the tidy package:

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

> Besides, I noticed that [1] was wrongly committed on the master
> branch. I think it should be a mistake and
> should be moved to the upstream branch as part of upstream activity.
> Just a reminder :-)

Good point, I've reverted it and moved upstream.

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/



signature.asc
Description: This is a digitally signed message part

Bug#911915: Wrong library filename

[Michal Čihař]

Package: libtidy5deb1
Version: 2:5.6.0-4
Severity: serious

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi

The soname change probably broke something in the build system, as the
library without soname is named:

/usr/lib/x86_64-linux-gnu/libtidy.so...

The three dots at the end really should not be there.

- -- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


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

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

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEh+Zzr4P2w6DDRMjD9KoinU1YwkUFAlvSq9gACgkQ9KoinU1Y
wkVmOA//eSWD9azUrtPuBTQVB0M6YxgixiI5yGiz9GO1E4oid3Umf5Euh0Tjr3FW
cQiUqkWxOh4OaXHpbxpmhtV3HwpoPdvNId/RQnhXIF6mkpmW3Gyh7s0KB3h+GLGh
BK55Rf9IJcgxBX7kPDyLNRMIBxzpgT7joeRGuP6jXx4Iny7mElqQl4az73aOQTTX
NqMmZ+Syn9mkZg1paBoRKwiKDxo2kEDUpSCzpY39bnTpnLzt1McCB4fflMCn8+63
ELdRaWMa7+GPJqdtaajXML1HCTNAQD01DEEJMIQxrpuLHuCwd65XkRFmmdOI2XGd
PR7/YKm0R3p/cH7SUm2nSH1JsWAePLheINJz2glFw7a4iLxsnqCEO2TdMydy5ZzD
kQLtW0C68+ISJ5HJibuSr2Mv4DxAJNgYFgr3fwnqS4YuhXrAUbcna6vkNb7Aob8K
q04ZtQp0rBVBmWBqekmXvFwTLVbqT3nkDYqh+EYYozwhjEZsNmpkYtN35XDHIi8D
lfWby5P9RfJBc9NdXt9YDtp2jy45hQ/Pww7KIRAk9zlXpKhE2u56Fh10A9UfzgHB
g5huEIf/72rEMkR1gqS1M/GktTZha1SNZ+3D+zGH8vHW7DRZtvmViHQw3vefrxUO
h1/Eb786o/O+7ByhLqPEoBnhm/cM7NutqS8/li22FWVFr4YVe6I=
=7euK
-END PGP SIGNATURE-

Bug#895035: Bug#898963: osc: diff for NMU version 0.162.1-1.1

[Michal Čihař]

Hi

Thanks for your NMUs, apparently my inactivity made two of you to
prepare NMU and waste your time on this issue. I've just uploaded
0.162.1-2 which incorporates the NMU changes, thanks!

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#879741: RFH: phpmyadmin -- MySQL web administration tool

[Michal Čihař]

Hi

Felipe Sateler píše v St 02. 05. 2018 v 10:46 -0300:
> I've hit a snag though: phpmyadmin now uses Twig ^1.33, but debian
> has
> 2.x (I believe this is just a metadata bug or at least fixable, as
> 1.27+ can be source-compatible with 2.x), and it uses the extensions,
> that are not packaged. I ran out of time yesterday to package that
> too, so current state is not runnable :(

The reason is that phpMyAdmin 4.8 still supports PHP 5.x, while Twig
2.x does not. So it's on purpose from the phpMyAdmin side and I'm not
sure how different these two versions are..

-- 
    Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#879741: RFH: phpmyadmin -- MySQL web administration tool

[Michal Čihař]

Hello Felipe

On Tue, 2018-05-01 at 11:37 -0300, Felipe Sateler wrote:
>
> I use this package for $work so I'm planning to help here. Here is
> what I'll be doing, time permitting:
> 
> 1. Migrate source away from alioth to salsa
> 2. Package new composer dependencies: sql-parser, motranslator,
> shapefile, recaptcha.
> 3. Update phpmyadmin
> 
> I've started (1) by creating a phmyadmin-team on salsa, and will push
> my work over there.

That's great! Thanks for stepping up, I'm really not able to find
reasonable amount time for Debian work in last months and it doesn't
seem to get better in near future.

PS: The pretty much same applies for phpMyAdmin upstream work, but if
there would be something annoying for packaging what should be fixed
upstream just let me know, I'll handle that.

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#890595: phpmyadmin: warnings when running under php 7.2, apparently fixed by new upstream series 4.7.x

[Michal Čihař]

Hi

On Fri, 2018-02-16 at 10:54 -0300, Felipe Sateler wrote:
> It would be great to have phpmyadmin updated to the latest upsteam so
> we
> have php 7.2 compat.

I'm aware of this, but unfortunately I haven't yet found time to
package (and learn how to package) some of the dependencies, see 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=879741

-- 
    Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#845031: phpmyadmin: 4.7 for Stretch/backports?

[Michal Čihař]

Hello

On Tue, 2017-12-05 at 09:07 +0100, Olaf van der Spek wrote:
> Dear Maintainer,
> 
> Could you provide 4.7 for Stretch and/or set depends such that it can
> be installed on Stretch as is?

There are no 4.7 packages which could be backported, see
https://bugs.debian.org/879741

Also due to introducing several dependencies, backporting will be more
complex than just one package.

-- 
    Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#888105: RM: gmobilemedia -- ROM; no upstream, depends on unmaintained pygtk

[Michal Čihař]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi

The gmobilemedia package has no active upstream for more than ten years
and depends on unmaintained pygtk. I think that's good reason to remove
it from the archive.

- -- 
Michal Čihař | https://cihar.com/ | https://weblate.org/

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEh+Zzr4P2w6DDRMjD9KoinU1YwkUFAlpnKDMACgkQ9KoinU1Y
wkV29BAAjtveSS3lQ6wN8EaZR2MV8VOppOA0wJgepWCwzC5L5ExXXXfNYYahWMkb
CT3Wx/gKGrKyW8HYK/+ZdO7cLaWeznWWOCOowoWotS1K+SOpqQnoBcUnv6oX7O7L
68cuTnAQjgzdPoqVvoXqQX8d45iDpeMV019fyzTqn/YlrErBE0v/YZUFRg9yd4Yy
zd41L77LLrwtCWZUmhqE8Nan1VyfHHhJKAvP1ZeE9pfNMAa+2RvwvFal8pv13sc0
ecEWd8F1hhCPd54WKr1IdRc94DgWaWJDSPw/0gLDtAEYgJGKambGTncq4drbzP24
K0QcqEdqsn4TzrcEE5HlPUP1bL7BVIc773QMDdI/FQj7bYml/V7ilkLhfDYZMmTd
TYzFbp5jgm1vWs5j0vq1U3XGNlbwBhTC4aEGEH2wlJA9hZKu5ed4hOli5Z298ssp
K10v1pptZT7EcltKg2tdNhSoDMHBl5VH9NFMVKMxuOsEeXJAPaTIpaJT2ZhA9SAY
08PnHjMHGmTqIy6BtYypujhCXEX86dYfTK2m3PVogQVW02H30DGNMlcGeeYO4Vm1
MvMoUS8qqmwkc6pMfoAxTw04ipUcBv/j7JObTvJ6phLV5TT33lxSWiPADwJtZTRy
Rm16kmr3O3bAobtY0/3PyYynnLysOfr9CiaHBXYPgi9/lSW3FOc=
=T9mq
-END PGP SIGNATURE-

Bug#887391: CVE-2017-9274

[Michal Čihař]

Hi

On Mon, 2018-01-15 at 21:24 +0100, Salvatore Bonaccorso wrote:
> Just for reference, we track some "details" in the security-tracker
> entry for CVE-2017-9274. SUSE did not only fix the
> obs-service-source_validate part, 

We don't ship obs-service-source_validate (it's separate upstream
package).

> but in osc added a validation (in
> version 0.162.0) when using OBS 2.9 which is via commit: 
> 
> https://github.com/openSUSE/osc/commit/f0325eb0b58c266eb0905ccf827dc7
> eb864378a1
> 
> apparently.

IMHO it doesn't make much sense to include on it's own, but maybe I'm
missing something.

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#882252: rpm stops build on warning "Invalid version (double separator '-')", older version works

[Michal Čihař]

Hello

On Mon, 2017-11-20 at 18:27 +0100, Martin Petersen wrote:
> Package: rpm
> Version:
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where
> appropriate ***
> 
>* What led up to the situation?
> Upgrading rpm from 4.12.0.2+dfsg1-2 to 4.14.0+dfsg1-2 in a apt-get
> dist-upgrade run
> 
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
> Trying to build zfsonlinux kernel modules for new linux-kernels.
> Building this modules for quite some time no. Failing to build
> startet
> about kernel version 4.14-0-0.

This is indeed invalid rpm version - is separator between version and
release and it is not allowed in either of them. It used to be warning
for ages and now is an error.

See upstream commit:
https://github.com/rpm-software-management/rpm/commit/5e94633660d0e2b97
0bf42f1dc24346ed46cae2e

If I'm reading it correctly, it should be possible to workaround this
by defining %_wrong_version_format_terminate_build to 0.

Anwyay, no, we're not going to diverge from upstream in this.

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#881703: please package 3.0.x for segwit support

[Michal Čihař]

Package: electrum
Version: 2.9.3-1
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi

Can you please package 3.0.x (currently 3.0.2) to get segwit support?

Thanks
- -- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


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

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

Versions of packages electrum depends on:
ii  python   2.7.14-1
ii  python-electrum  2.9.3-1

Versions of packages electrum recommends:
ii  python-qt4  4.12.1+dfsg-2

Versions of packages electrum suggests:
pn  python-btchip  
ii  python-trezor  0.7.6-1
pn  python-zbar

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEh+Zzr4P2w6DDRMjD9KoinU1YwkUFAloKyDIACgkQ9KoinU1Y
wkWw9w//fXSybRQmes9glh+TbC1O1SFEHtfe0xX0pNcF9vEwj1pIyZgJaMF6LQB5
mMlusfRGGYDcViN4FHGeIyvKijsuDduZUeQB5b4iKxbr0iKrXw7uDSI80/CeLXdA
LHIaxvX3n7Ph57Jfp8p0zgo2IIrHknUwfgBuNEj69xhFIqajgpOGraW2BBGttotq
we8Tq0++nyVQu3O8aHQPt13bHD+SusqWrboK/6JMO1qxhPfmX/Uam7bmE7p2xoVm
1RxCSn83yie68lq/l++h6O/Q6aOYPFNrbEmSBZ+Zao4016yX0dWe3VWFzFduz8sk
smZInKArt3f4BPjDz7Xkk0DGqathSIxgsulqP/vk4zUWG0CNQKFz4VvSQP6JiDN4
voTF+J1pDufnn2BKB22mCOF/v4b8/pzGz/5PAwqyBug40/ARNf5/4hg9ZhuPhWy6
wFqBzDnTOcqgsDIlZ/gkgzUoZDTM0flqKiCpOwiSRAQRIEIA5ryCG1QyW8As8TIv
zQYle6U2kYkGWUK2V+02kDsjodadONP5AlK2GYy3V7tKvsqX4cxS9xv6nJBfmoZO
k6mdoNWplQt1TYlHxRKh8oW84wFjTeS75brj6IjfIe/O34pc9YrCL/EQ2ydaZ8He
jcNkRPWSWbssEd+Th4ZBoDzk9zCrt6Oa5Z2i2MAQcD1i+aHrAqA=
=t5m4
-END PGP SIGNATURE-

Bug#794495: Mock fails to track installed packages

[Michal Čihař]

Hi

On Tue, 2017-04-18 at 14:12 +0200, Tzafrir Cohen wrote:
> This is a Debian-specific change in the package rpm. RPM
> automatically
> attempts to create its database if it does not exist. On Debian it
> does
> not exist. This creates a harmless but noisy and annoying error
> message
> whenever you try to use rpm on the Debian system.
> 
> Why would you use rpm on a Debian system?
> 
> * rpm -qp: annoying message
> * rpm operations as root inside an RPM-based system in a chroot: that
>   fix breaks it.

Can't you just edit the file when constructing chroot? Or am I missing
something here?

> I can't think of any way to fix this in mock or in yum. I think that
> the
> proper way to fix it is in rpm: instead of editing _dbpath, don't
> complain when you get EPERM trying to open the packages database. A
> patch is attached (against 4.12.0.2, as it seems that patches fail to
> apply for 4.13.0.1 in master).

With your patch it still does complain, what would make the most usual
use case for rpm (alien) pretty annoying:

$ fakeroot alien blacs-doc-1.1-1.2.x86_64.rpm 
error: cannot open Packages index using db5 - Permission denied (13)
error: cannot open Packages database in /var/lib/rpm
error: cannot open Packages index using db5 - Permission denied (13)
error: cannot open Packages database in /var/lib/rpm
error: cannot open Packages index using db5 - Permission denied (13)
error: cannot open Packages database in /var/lib/rpm
error: cannot open Packages index using db5 - Permission denied (13)
error: cannot open Packages database in /var/lib/rpm
error: cannot open Packages index using db5 - Permission denied (13)
error: cannot open Packages database in /var/lib/rpm
error: cannot open Packages index using db5 - Permission denied (13)
error: cannot open Packages database in /var/lib/rpm
error: cannot open Packages index using db5 - Permission denied (13)
error: cannot open Packages database in /var/lib/rpm
error: cannot open Packages index using db5 - Permission denied (13)
error: cannot open Packages database in /var/lib/rpm
error: cannot open Packages index using db5 - Permission denied (13)
error: cannot open Packages database in /var/lib/rpm
error: cannot open Packages index using db5 - Permission denied (13)
error: cannot open Packages database in /var/lib/rpm
error: cannot open Packages index using db5 - Permission denied (13)
error: cannot open Packages database in /var/lib/rpm
error: cannot open Packages index using db5 - Permission denied (13)
error: cannot open Packages database in /var/lib/rpm
error: cannot open Packages index using db5 - Permission denied (13)
error: cannot open Packages database in /var/lib/rpm
error: cannot open Packages index using db5 - Permission denied (13)
error: cannot open Packages database in /var/lib/rpm
error: cannot open Packages index using db5 - Permission denied (13)
error: cannot open Packages database in /var/lib/rpm
error: cannot open Packages index using db5 - Permission denied (13)
error: cannot open Packages database in /var/lib/rpm
error: cannot open Packages index using db5 - Permission denied (13)
error: cannot open Packages database in /var/lib/rpm
blacs-doc_1.1-2.2_amd64.deb generated

I don't think this is acceptable.

> I did not look deeper into it. Maybe it's possible to avoid opening
> the
> database on rpm -qp?

AFAIK it was not possible as it at least tries to open the keys
database to verify signatures (which usually doesn't exist on Debian).

I'm open to better solutions, but they can not break existing
workflows.

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#881153: RM: rpm2html -- ROM; no upstream for ages

[Michal Čihař]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi

I think it's time to remove rpm2html:

- - it has no upstream for seven years
- - no RPM based distro ships it for years, Debian seems to be the only
  distro still includes this package
- - it uses deprecated RPM API which is gone in rpm 4.14

Thanks
- -- 
Michal Čihař | https://cihar.com/ | https://weblate.org/

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEh+Zzr4P2w6DDRMjD9KoinU1YwkUFAloC3ecACgkQ9KoinU1Y
wkU52Q//ahuE5zTLYCSwrVW3aOjaW2PeRiu4WuMmOMOW3UT3VvRl1EVSMt2JDIxO
LPEclkpam7035kAQ6NmeoQ0sN06mrHfHWnzYkIOqvaOvjAU5PTjQXDIOvOpt5/Y7
f6/0gBy0myWMGMid28KdRAsSvZ+6MviELN4J8sS3HjMh5thphVPT7uounvHKwf0k
a5CEnv8wVxq2wkblMkWNtU67HwkRSUafBantq2gj3CvzvA09/fWIo8qnp/rV3mGM
3Xp3R1dFERzcbq8dHbe0ETcM0tSgnosyyQip4CBMCsWTzZDj5H5nZ7KwUIbeNm3L
pg04r7v5bhHQ5ns99emhAtOuhHxKhfq18xKiyoMI6Mby00SxP/Mbc/bxXbm+LI5B
M1aZgT0TdUM5AfalF666WymhzOH+E16uW3MuF5VI5mF4IboLp5FuFL8NSe8RBQVZ
vKkpMdLtqv0nRQb2D5vKOu97kwoy1bCJUmaMVv0xo0M421CfTxFsJnkllOyqmg1S
ocKALRROSmLEfiDQRgIJdDRp6PWPG8f8EITQotkLht1fn5c0vGFGn+mJ5bdes6Xr
/tw+wffvgf6vgRulTQ4d0u8/anJK2yS+cgWIc9Lbg5ZSzHycbhEstXImafAmQTSn
fLuPyBloAOmEun9e5Jq6VuAg9oK5jSdFMaKwjf9yxO94MfnTp1U=
=ipj9
-END PGP SIGNATURE-

Bug#881150: transition: rpm

[Michal Čihař]

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

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi

I'd like to upload new version of rpm package which changes soname. The
API should stay compatible with previous version. Please let me know if
can proceed.

Ben file:

title = "rpm";
is_affected = .depends ~ "librpm3|librpmio3|librpmsign3|librpmbuild3" | 
.depends ~ "librpm8|librpmio8|librpmsign8|librpmbuild8";
is_good = .depends ~ "librpm8|librpmio8|librpmsign8|librpmbuild8";
is_bad = .depends ~ "librpm3|librpmio3|librpmsign3|librpmbuild3";

Best regards
- --
Michal Čihař | https://cihar.com/ | https://weblate.org/

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

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

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEh+Zzr4P2w6DDRMjD9KoinU1YwkUFAloCxrsACgkQ9KoinU1Y
wkXdthAAoKuU+yz6eDXHHkLXwAi7QASJ7MRNoDeEbxulZZJ90V/wke3whJrq/VZl
csjOW6kfpS+uYpnR8faCgKrV9XP59j12EvHAJ7P8AvNObu6WCOGSSy5Y9WKfWt5e
dZaqEIVNKDYN2zbBs0EkEA9V7GNPq6AJaVdi2xVmlx+K4SCaAjyyw2ZEFgj9odfG
OzTvh2jpiWZy9bDXhFeCYID/DEgjx877es8wWTp9GLOvQ1iucdv1dgXc18Su12Ig
WJviHOyaLopAXzFk+lIMp9YVXsLVYKK9kRFD/UGv2OnfVPoEly4DjydkM0b7bzQ1
P1GefWx0sUTRbifug5I/ty1iqiKEL++6hcUkA0fh+NGwecF3O4ep00MI1CJw7P6k
ypAFv587soEkSpoRuYP1Ud4Op/UAuCuGEB7tZAZIpt3uyFaWMXRW2GmGw1s4xWSE
uGB0xDcb4A5y3LCOyUOxqAYFw5ZL66TyB2JkiFWph/Ayly0rAv8iIMyeMJBh9g0i
IkUkfh2yGVDC6O8dG+xp+VqcSsC63J75B7/y0Q15tRiH/k3RNq/ui++p0NvBw+wa
4YzA/hKQyn5RuVSD0RU1HULLFyOHxHxaecyDXuhvJ+h8V9uNosKG0LKiiA9SYe87
fqsk/8q/NeeNMNZhBQuvobqfvqm00To/pRmOKoySX2x97fcdV1U=
=07mv
-END PGP SIGNATURE-

Bug#880259: python-gammu: FTBFS: Test failures

[Michal Čihař]

Hi

On Mon, 2017-10-30 at 20:31 +0100, Lucas Nussbaum wrote:
> Source: python-gammu
> Version: 2.9-1
> Severity: serious
> Tags: buster sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20171030 qa-ftbfs
> Justification: FTBFS on amd64
> 
> Hi,
> 
> During a rebuild of all packages in sid, your package failed to build
> on
> amd64.

Thanks for report, this has been already fixed upstream [1], new
python-gammu version with the fix should be out soon.

[1]: https://github.com/gammu/python-gammu/commit/3f4cf408aeb926b0d7933
1c0c5c08118322165c6

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#841644: enca FTCBFS: build tool make_hash built with host architecture compiler

[Michal Čihař]

Hi

On Wed, 2017-11-01 at 22:40 +0100, Manuel A. Fernandez Montecelo wrote:
> 2017-11-01 9:51 GMT+01:00 Michal Čihař <mic...@cihar.com>:
> > Hello
> > 
> > On Tue, 2017-10-31 at 23:00 +0100, Manuel A. Fernandez Montecelo
> > wrote:
> > > This happened a year ago, yet the fix is not in unstable yet.
> > > 
> > > Would it be possible to include it in the near future?  Can we
> > > help
> > > in
> > > any way?
> > 
> > The only reason why I haven't yet made new release is that there is
> > currently problem with building the documentation as the gtk-doc
> > has
> > dropped support for features enca uses. It builds, but the docs is
> > mostly empty. I didn't find time to investigate this as I know
> > nothing
> > about gtk-doc right now...
> > 
> > See https://github.com/nijel/enca/issues/27
> 
> My limited[1] knowledge on this matter makes me thing that templates
> are completely out, so the headers/code would have to include
> explicitly what it was in templates before.

Thanks. Indeed most likely it's just matter of spending some time with
gtk-doc documentation and moving the documentation to the headers.
However it's sitting for quite long time on my todo list...

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#841644: enca FTCBFS: build tool make_hash built with host architecture compiler

[Michal Čihař]

Hello

On Tue, 2017-10-31 at 23:00 +0100, Manuel A. Fernandez Montecelo wrote:
> This happened a year ago, yet the fix is not in unstable yet.
> 
> Would it be possible to include it in the near future?  Can we help
> in
> any way?

The only reason why I haven't yet made new release is that there is
currently problem with building the documentation as the gtk-doc has
dropped support for features enca uses. It builds, but the docs is
mostly empty. I didn't find time to investigate this as I know nothing
about gtk-doc right now...

See https://github.com/nijel/enca/issues/27

-- 
    Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#879741: RFH: phpmyadmin -- MySQL web administration tool

[Michal Čihař]

Package: wnpp
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I request assistance with maintaining the phpmyadmin package. It was not
upgraded to 4.7 releases due to lack of time to package PHP libraries it
uses - it's now using composer to manage the depenencies, so packaging
them should be quite straightforward for somebody having experience with
that (what is not my case).

The package description is:
 This package allows administering of MySQL or MariaDB with a web interface.
 .
 It allows administrators to:
  - browse through databases and tables;
  - create, copy, rename, alter and drop databases;
  - create, copy, rename, alter and drop tables;
  - perform table maintenance;
  - add, edit and drop fields;
  - execute any SQL-statement, even multiple queries;
  - create, alter and drop indexes;
  - load text files into tables;
  - create and read dumps of tables or databases;
  - export data to SQL, CSV, XML, Word, Excel, PDF and LaTeX formats;
  - administer multiple servers;
  - manage MySQL users and privileges;
  - check server settings and runtime information with configuration hints;
  - check referential integrity in MyISAM tables;
  - create complex queries using Query-by-example (QBE), automatically
connecting required tables;
  - create PDF graphics of database layout;
  - search globally in a database or a subset of it;
  - transform stored data into any format using a set of predefined
functions, such as displaying BLOB-data as image or download-link;
  - manage InnoDB tables and foreign keys;
 and is fully internationalized and localized in dozens of languages.

 -- 
Michal Čihař | https://cihar.com/ | https://weblate.org/

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEh+Zzr4P2w6DDRMjD9KoinU1YwkUFAlnwT38ACgkQ9KoinU1Y
wkXKrBAAgXFH6bC2tfU5b9wI1qjd2PWTjhImv+QjEfCeKqGeh9e4vEbhYv+v9NoO
jwb+6QhHxsajbaGFA2ikq42Je1aYJlSTggSvx+pjLv6heaVIg3NLsX2saIA5QLfX
CLYwEh7jHeh1nLF9FtIykm5XhRcXSNxy0F0EapIHatup0fIDa32ZJpxEqcYwGzuN
59je20O2DsgpoL8LNsdmzn0Sf0u5gnXgOZE61O44OmrV+bRFTVMDiCEZg5vzddAr
UAQjTmHR3sCWpWh+mTTtRZfvPffojIsQFXxxvqJXNYhCku30El2UEAC/tSOjUp88
QW+ty4xf9zkz9sm1GnpmAzoSWHE25BuCcqh06NxV+CTFbkTGFDNgTq6+b1lWT0mC
VSWnTpMO/AnrkmkHXfaGzQtsgWfkWpaqwndUudpRRHRLYFqMDC2eKhHxHKF5prt+
0CqYWZoXJRoEj2NUwJaalQHEKEhHgNssrZg74NnIaUhHnzV3AJ6QuWljk440OfSZ
8pxJBX41qXu3lVIu45xHmUiw8jgcsgAla2almHo2iI68lW2s6Ti07qMEsR0wGD2a
riu07JDE2A0bj7o6JAedzGup8O6oOfUBSXLMapX7HA9o6Qbq2PmXO6F069d1Xkpf
rldGOLn9cPMJ2T0ThDIC64al59HnT3Hn6LhMexkQzvjVeUBBFpM=
=j37u
-END PGP SIGNATURE-

Bug#878068: ITP: python-stardicter -- Conversion tools from various formats to StarDict

[Michal Čihař]

Package: wnpp
Severity: wishlist
Owner: =?utf-8?b?TWljaGFsIMSMaWhhxZk=?= <ni...@debian.org>

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: python-stardicter
  Version : 1.0
  Upstream Author : Michal Čihař <mic...@cihar.com>
* URL : http://cihar.com/software/slovnik/
* License : GPL
  Programming Lang: Python
  Description : Conversion tools from various formats to StarDict

This package provides Python API and command line utilities to generate
StarDict dictionaries from various sources.

This package will be used to build stardict-{german,english}-czech from
source data.

It will be maintained inside Python modules team.

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEh+Zzr4P2w6DDRMjD9KoinU1YwkUFAlnbYuAACgkQ9KoinU1Y
wkXhjA//X9+yipDNcYHOd3OquUJVO6qDQSOSsLxRvgEbFImeQTnrQ9oZNAp/aUo+
2Nfk1R2IO+uvJhwIL9eK4W0NO9cslUxrj4zeUmtiNpCrwUFcHnryuOxguuO97xNC
Ve6csUGLClbzwVEbp70EikrENc88SisQnNSt9Ph/ai9a+EtjXlsMpXkNn7NJYQKG
uqL5c0s2oImfW+H97TM+bC16zQu1bDurkVnC4zJRbCfjBPjeFz9CFXSXhb0akIj+
UJFfV2TrzMJEmnLZljyufUhOhoC39l1BkHSvYoARo9jYdxfx7cqltGkBAkpfM7BX
ffj9PPM1oDV917t7/vQAgphyn2trkVw2fGvDV/MR0eDLBm+na4/DRGkyCrEm/bWn
+I0Te2Y6UMIAXdkCy0d0hwRlqdsXWPIUOMTS8B6Erqj2KYRjVWOJ/kKObOoGLhbZ
J9kFNKGu9hOiW/SkEtKqwI3yhE1jvE8JnEZr4mI7JLagyuecJY9IQJscgf/6NOe3
GwsLBLtrhCpXhkUeavF6xQh/0nJYrQb3J5JRiCEtYMtLNjkE/vo8zend0CMQ5DaE
f74wr4ogccDVLOsjiL/+1it0A97OFWX2AgTNBCOfMo6wGx8S6M8i1Ja9C1e2WEGK
xksF38OjL5uhDCIryPcmM8XEva9osA33ThuBEtMcZtGRgEMtDyk=
=0Zh4
-END PGP SIGNATURE-

Bug#868340: Symbols removed without bumping the soname

[Michal Čihař]

Hi

Laurent Bigonville píše v Po 17. 07. 2017 v 11:35 +0200:
> If you don't have a lot of reverse-dependency, one of the solution is
> to 
> ask to binNMU to rebuild the packages with the proper version of the 
> symbol then and then wait to see what upstream is saying
> 
> INVHO I wouldn't revert the change without knowing what upstream
> will 
> do, you might end up with carrying a patch forever...

The revert brings the library to the state it was on 0.2.9 version
(which is shipped in stretch), so upgrade from this state anyway will have to 
be handled. I've chosen this as it is minimal change which can bring the ABI to 
the state we had before. Once upstream decides on fix, we can easily follow (as 
it will most likely either make versioning same as we have right now or bump 
soname).

Doing binNMU without soname change sounds weird to me and that would
more likely lead to problems on upgrade, that's why I haven't
considered this at all.

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#868340: Symbols removed without bumping the soname

[Michal Čihař]

Hello

Laurent Bigonville píše v Pá 14. 07. 2017 v 17:57 +0200:
> It seems that libgusb2 has lost some symbols in the last upgrade
> without
> bumping the soname.
> 
> fwupd is complaining with the following messages:
> 
> jui 14 17:49:30 valinor fwupd[2426]: failed to open plugin
> /usr/lib/x86_64-linux-gnu/fwupd-plugins-2/libfu_plugin_unifying.so:
> failed to open plugin: /usr/lib/x86_64-linux-gnu/fwupd-plugins-
> 2/libfu_plugin_unifying.so: symbol g_usb_device_get_release, version
> LIBGUSB_0.1.0 not defined in file libgusb.so.2 with link time
> reference
> jui 14 17:49:30 valinor fwupd[2426]: failed to open plugin
> /usr/lib/x86_64-linux-gnu/fwupd-plugins-2/libfu_plugin_usb.so: failed
> to open plugin: /usr/lib/x86_64-linux-gnu/fwupd-plugins-
> 2/libfu_plugin_usb.so: symbol g_usb_device_get_release, version
> LIBGUSB_0.1.0 not defined in file libgusb.so.2 with link time
> reference
> jui 14 17:49:30 valinor fwupd[2426]: failed to open plugin
> /usr/lib/x86_64-linux-gnu/fwupd-plugins-2/libfu_plugin_colorhug.so:
> failed to open plugin: /usr/lib/x86_64-linux-gnu/fwupd-plugins-
> 2/libfu_plugin_colorhug.so: symbol g_usb_context_wait_for_replug,
> version LIBGUSB_0.1.0 not defined in file libgusb.so.2 with link time
> reference
> jui 14 17:49:30 valinor fwupd[2426]: failed to open plugin
> /usr/lib/x86_64-linux-gnu/fwupd-plugins-2/libfu_plugin_altos.so:
> failed to open plugin: /lib/x86_64-linux-gnu/libdfu.so.1: symbol
> g_usb_interface_get_subclass, version LIBGUSB_0.1.0 not defined in
> file libgusb.so.2 with link time reference
> jui 14 17:49:30 valinor fwupd[2426]: failed to open plugin
> /usr/lib/x86_64-linux-gnu/fwupd-plugins-2/libfu_plugin_dfu.so: failed
> to open plugin: /lib/x86_64-linux-gnu/libdfu.so.1: symbol
> g_usb_interface_get_subclass, version LIBGUSB_0.1.0 not defined in
> file libgusb.so.2 with link time reference

The problem is that 0.2.8 and 0.2.9 releases had broken version script
(not listing some newly added symbols and those were wrongly generated
as introduced in LIBGUSB_0.1.0, while they were added later). This was
fixed in the 0.2.10 release:

https://github.com/hughsie/libgusb/compare/gusb_0_2_9...gusb_0_2_10#dif
f-5252c79baf9de758594b8543f116836d

I will revert the symbol versioning changes and let's see how upstream
will address this:

https://github.com/hughsie/libgusb/issues/9

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#867961: osc: Uses deprecated python-gnomekeyring

[Michal Čihař]

Hello

bi...@debian.org píše v Po 10. 07. 2017 v 18:42 +0200:
> Source: osc
> Version: 0.156.0-1
> Severity: important
> User: pkg-gnome-maintain...@lists.alioth.debian.org
> Usertags: oldlibs libgnome-keyring-removal python-gnomekeyring
> 
> Hi,
> 
> The libgnome-keyring library is deprecated and its usage is strongly
> discouraged [1].
> 
> Your package osc recommends or suggests python-gnomekeyring.

Already reported by you as #844158 (and fixed in Git).

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#867680: osc: support both obs-build and vanilla build

[Michal Čihař]

Hello

Luca Boccassi píše v So 08. 07. 2017 v 13:56 +0100:
> In Debian SUSE's "build" package is renamed to "obs-build", and so
> osc
> carries a patch to make it compatible.
> 
> Unfortunately the patch makes it incompatible with SUSE's version.
> Very
> often when doing development, upstream sources are used.
> This is a constant cause of problems and confusion among many users
> in
> my workplace, myself included.
> 
> I have sent a patch upstream, which was just merged, to make osc
> compatible with both obs-build and build. This will make things much
> easier for users:
> 
> https://github.com/openSUSE/osc/pull/306
> 
> The patch is attached inline, and it would be great if it could be
> used
> in place of the existing one. It's adapted to apply on top of 0.156.

I will anyway update the package, so maybe it's better to wait for
upstream version with integrated your patch.

> As a stretch goal, it would be nice if the Recommends could be
> changed
> from "obs-build" to "obs-build | build", so that things won't break
> when using SUSE's upstream repository.

I'm not really sure about this - the build is really too generic
package name. In the end this is only recommends, so it really doesn't
force you to install obs-build if you know what you are doing with
third party packages.

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#866585: RM: pyicqt -- ROM; no upstream, no users

[Michal Čihař]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi

I think it's time to remove pyicqt (and pyaimt) from the archive. There
is no upstream for years, it probably even does not work with current
versions of the networks and most likely there are no users out there.

- --
Michal Čihař | https://cihar.com/ | https://weblate.org/

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEh+Zzr4P2w6DDRMjD9KoinU1YwkUFAllWErwACgkQ9KoinU1Y
wkX14hAAqGFM1OTXDCCNorwQiQJcEz4h+m57lviQnKujN8lI7LWoc1VBFz/0YpTY
3TEUqsLfxbruRj+DjmQK/iw5dcrlAZg0Dbs7PDcI5nyGqJ6AjzAS/KiCqlb12vrg
Ps5uWpi+Pp1nO41FxWF2WC280dC8VZ3o4W/7oOhW9D535SzNQsFc1HiUzvtJZYxp
Fc6W065WLWZC8sDKvbxnw0KcFWAbR1zaukDOSrHXECHRaxCa+zEa7vtLF7ZKo9vA
6jaA6QhGprEeStgg8oEwFMuLZuvWr01ubk5AThLGZQL3Vuf0u5W1r5SfDYG6quVR
rH9ReDOAN7AeAr1mEtowxlXDnILn0+BdS90lYHLQz6BECm3DABUGtkaBKoRPOmcO
bNOB8s01NisbCBBRrSpsyRkr2Yytaoe1mvxGd4aJ/lU4KbnLERtiL588CkZH9nw+
gq13jtpyFiRwVd15Ps40YAtt8qivlWJ0dapjOp2qqw3l/c35D4+PUwQU7Uvf6/FH
xSL6C9JkE2IMM7MhjKfa1KvLXb3iWTRPT9y1I3+pAEuYSdfO63jNvG7tvwr1QwUa
jnsq32xPK0bUfWE/WMocwZbi4TlfjGOLKYTp6DgO6U4hqYMGtg2ULTkgOXGU2hLw
XC6yciG52uLpy7HskOYTX4u4qPVf5NNsUFxJZIqSzLxVfAp7jo4=
=/AtM
-END PGP SIGNATURE-

Bug#866584: RM: pyaimt -- ROM; no upstream, no users

[Michal Čihař]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi

I think it's time to remove pyaimt (and pyicqt) from the archive. There
is no upstream for years, it probably even does not work with current
versions of the networks and most likely there are no users out there.

- --
Michal Čihař | https://cihar.com/ | https://weblate.org/

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEh+Zzr4P2w6DDRMjD9KoinU1YwkUFAllWErgACgkQ9KoinU1Y
wkUOFg/9FfxvnS+F+iZPgHDwTqvD8viL+8zb16aYXbzUC7ebA7hNRkc7Vyv6Ao3X
tUL0Il0oKYHGFQxUHJeJAtTv1Xp0Vywd3KRLzihYMTTQOLci90wjF5keZe7AYM38
/Wu3qTK7Sxr8/UkkkWQeS8iPNE9klWbbdQFjGqdP8z1CCuSrakgJz4HWFpjnYhQP
RQgPuxly3ph94MX2n4zgMfiP/arVgu6UMzpJj8GFRY33XAkZOeUeWa2gFBqYf672
6vaitRaFDMh5k1UJ5QqaUVaQIY0HLdJ6rqtW7HycQ+wK45Ctd4gzMciLJkmtp3eT
rabGuImV1phqgbWLFqo1IpRQlez9de/t4FL2NHBzKQ+4hhwXboM8Edi0eoKOQH61
DFns7Yr2OeOwg0vPUsX1NQlW6EMJIblM5LhlKzXHCwXGeho2a+jNUaoHS1Uk55Ny
rzxAC/2KqH7Ew5KAHbprio42gCQI4+Voj47upCVDLAg7RkENjdSAtIWeY9Q6uaQr
APYgGYRQPVV1dOkCTJrxD3+rsNbv4Ow3sz85oaS+xcLZDDiK/q/OJQCKJNPx6hof
yvEJHMNaLl1UAxT3s4bfQ5iNKEBaRt9oht8thLPKpKWYBq+YzDLkSU+0jLPwoZIW
emyO7SLDUdMli53lkeSoslTzrmY08UIsEfiveoJhA0eKC6VTLkg=
=pXuJ
-END PGP SIGNATURE-

Bug#861480: Processed: Version tracking fix

[Michal Čihař]

Hi Adrian

Debian Bug Tracking System píše v Po 22. 05. 2017 v 11:03 +:
> Processing commands for cont...@bugs.debian.org:
> 
> > found 861480 4.11.4+dfsg-2
> 
> Bug #861480 {Done: Debian FTP Masters <ftpmas...@ftp-master.debian.or
> g>} [series60-remote] ImportError: No module named QtWebKit
> There is no source info for the package 'series60-remote' at version
> '4.11.4+dfsg-2' with architecture ''
> Unable to make a source version for version '4.11.4+dfsg-2'
> Marked as found in versions 4.11.4+dfsg-2 and reopened.

Are you sure this is correct version?

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#862665: RM: series60-remote -- ROM; not working, no upstream

[Michal Čihař]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi

I think it's time to remove series60-remote package from the archive.
It's not working at all for at least one year without anybody noticing,
see:

https://bugs.debian.org/861480

Also there is no upstream which would fix this and I'm not really
interested in doing this.

- -- 
Michal Čihař | https://cihar.com/ | https://weblate.org/

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEh+Zzr4P2w6DDRMjD9KoinU1YwkUFAlkZuGEACgkQ9KoinU1Y
wkVo7A//XsY9oz+F/F+R0392a8f0U+xbbt1C+5wlZInqxnl51ithiP0cB3odf5Ir
VxYgdHcJbLWVRc5G6NiJaSWEwnmmXinHai4BvbtoCKl1Z1d1aMLoNA1bNtwkS6hp
8gOfaLPDwgeTrC4e68yqpgEFTbs2unXos65AuC2xx8ypI2zAr7tD6B3tfPsJ1CJA
xhXcBrJvREIZa3+Ql1gCXIUwJ8OvJZqVpQkT4flwSqi9KLkjb/tYwNWgPyZ1i/8A
wIrk/kisKC8z4Aq+gzVRfAtRUrRyUcUByUR6HeffS4Y5lsBsuBfSngqQkWv143hD
CpcHOvcOssRXRB8T9CCx9gTE5JaqyUQqlDts4cFI0EPfo9U7lwcb1sjPOSe/UdEk
pRVAwRa/XYBoVXnR9JckKZda/bKu533RfyictJdQczwyfZci4NHmj2ky45Nq4Gea
AosxV1qtSBHVWx9rvPzRPhv79glWGC+lQEEwi1n7aXoxDunxgLUzm+uAZN6oN+qY
s8qKWN841fLLgZcs7Kn3EdgQOfXrf35liDrmGGrBIYYaQW2gGYynd6JM/4bTR4WE
j35OvZxpbBaPMbJ/j6PvhcR2sPUpc8MPKQuxl2sIa3Wf8gdGG9KGtv/NGTmTEqPs
/inFtXtYfr2Fw3kRZLT0XH0nJf30bAsOM4zR9PjAvy7iowEMdAs=
=Jh9x
-END PGP SIGNATURE-

Bug#861480: ImportError: No module named QtWebKit

[Michal Čihař]

Dejan Muhamedagic píše v St 03. 05. 2017 v 19:16 +0200:
> On Sat, Apr 29, 2017 at 11:25:41PM +0200, Michal Čihař wrote:
> > Gammu/Wammu should work as well [1], though the GUI is probably not
> > that nice.
> > 
> > [1]:https://wammu.eu/docs/manual/protocol/s60.html
> 
> Unfortunately the gnapplet thing won't run on my S60 phone (Nokia
> C05 I think), so I cannot test wammu. Anyway, apparently the
> porting shouldn't be so difficult.

It uses slightly patched s60 applet (original s60 one should AFAIK work
as well).

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#861480: ImportError: No module named QtWebKit

[Michal Čihař]

Hi

Dejan Muhamedagic píše v So 29. 04. 2017 v 22:21 +0200:
> On Sat, Apr 29, 2017 at 05:58:58PM +0200, Michal Čihař wrote:
> > 
> > Apparently this has been broken for almost year, since following
> > bug
> > has been fixed:
> > 
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=784513
> 
> I see.
> 
> > As there is no active upstream and I don't have time to port this
> > to
> > qt5, the only reasonable way is probably to remove this package.
> 
> To the best of my knowledge there is no other software supporting
> S60. Or not in the way that this package does. I have no
> experience with webkit, but will take a look at porting.

Gammu/Wammu should work as well [1], though the GUI is probably not
that nice.

[1]:https://wammu.eu/docs/manual/protocol/s60.html

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#855179: [Hosted Weblate] please notic one debian bugreport

[Michal Čihař]

Hello

Beatrice Torracca píše v So 29. 04. 2017 v 15:34 +0200:
> Anyway that would not be a problem, as long as the Language-Team
> header had the email of the Debian localization mailing-list for that
> specific language. As far as I could see Weblate changes this header
> too, to some specific Weblate address. I think that it would be
> better
> if the Language-Team header of the Debian-specific weblate projects
> would point to the official Debian localization mailing list for each
> specific language. In this way the mailing-list and the language
> coordinator would be notified of any work that needs to be done.

Indeed this is the default setup as this is what makes sense for most
projects I'm hosting. I've just disabled this for Debian Reference (and
made that setting available to project admins as well).

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#861480: ImportError: No module named QtWebKit

[Michal Čihař]

Hi

Dejan Muhamedagic píše v So 29. 04. 2017 v 16:40 +0200:
> Package: series60-remote
> Version: 0.4.80+dfsg.1-2
> Severity: critical
> 
> ImportError: No module named QtWebKit

Apparently this has been broken for almost year, since following bug
has been fixed:

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

As there is no active upstream and I don't have time to port this to
qt5, the only reasonable way is probably to remove this package.

-- 
    Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#855179: [Hosted Weblate] please notic one debian bugreport

[Michal Čihař]

Hello

nore...@weblate.org píše v So 29. 04. 2017 v 01:59 +:
> Message from Faris Xiao <atzli...@163.com>:
> 
> please see:
> 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=855179

Thanks for noticing me about this bug. I've quickly gone through the
discussion, I will add some points:

- It is possible to limit languages shown in Weblate. AFAIR it was done
 in past for Debian Reference, but apparently it's no longer the case,
so probably some of people who have administration access to this
project has lifted this limitation.

- The Last-Translator header is commonly used for person who did last
modifications, Weblate follows this.

- In last week we were fighting with malicious contributions on Hosted
Weblate due to our public launch on HackerOne, where many people didn't
respect rule not to touch projects there. This is probably also source
of the /etc/password change. The initial interest is now gone and I've
implemented some measures to fight against these kind of submissions,
so hopefully it won't repeat.

- There was bug causing committing anonymous suggestions as anonymous
instead of using the user which has accepted that, it's now fixed.
Every commit coming from Weblate should have valid authorship.

- It's possible to specify instructions for translators, though right
now it's just link shown to user. So it's purely up to him if he will
read that. In future we plan to have support for accepting contribution
guidelines / DCO / whatever project needs.

If you have further questions or suggestions on improving Weblate,
don't hesitate to get in touch with me.

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#859219: phpmyadmin: Fails to build from source, illegal character in input string

[Michal Čihař]

Hi

Niels Thykier píše v Út 04. 04. 2017 v 14:51 +:
> Thanks, much appreciated. :)
> 
> Unfortunately, I am told that "en_US.UTF-8" is not guaranteed to
> exist
> (despite that it is there on our buildds) unless you B-D on locales-
> all.

I was afraid that this is the case, but I didn't find anything on that
and it did build fine, so I assumed it's okay. Anyway I've just
uploaded version with this change, not sure if it's worth
unblocking...

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#859697: phpmyadmin: Can't install nor update to 4:4.6.6-2 due to dbconfig errors

[Michal Čihař]

Hello

Piotr Górski píše v Čt 06. 04. 2017 v 08:19 +0200:
> Package: phpmyadmin
> Version: 4:4.6.6-2
> Severity: important
> Tags: d-i
> 
> Dear Maintainer,
> 
> Package can't be installed due to dbconfig errors. Dbconfig makes bad
> entries in /etc/phpmyadmin/config-db.php:
> 
>  ##
> ## database access settings in php format
> ## automatically generated from /etc/dbconfig-common/phpmyadmin.conf
> ## by /usr/sbin/dbconfig-generate-include
> ##
> ## by default this file is managed via ucf, so you shouldn't have to
> ## worry about manual changes being silently discarded.  *however*,
> ## you'll probably also want to edit the configuration file mentioned
> ## above too.
> ##
> $dbuser='10 phpmyadmin/db/app-user doesn' . "'" . 't exist';

As this is purely dbconfig managing this file, I believe it's coming
from it. Reassigning to dbconfig.

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#859219: phpmyadmin: Fails to build from source, illegal character in input string

[Michal Čihař]

Hi

Niels Thykier píše v Út 04. 04. 2017 v 12:37 +:
> Would it be possible to use a short term work around by using a
> different locale during the tests (e.g. en_US.UTF-8)? Then we can use
> look at a better long term solution after stretch has been released.

I've done that just now (I would have done that on previous upload if I
didn't forget).

-- 
    Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#859219: phpmyadmin: Fails to build from source, illegal character in input string

[Michal Čihař]

Hi

Jeremy Bicha píše v Pá 31. 03. 2017 v 14:10 -0400:
> Package: phpmyadmin
> Version: 4:4.6.6-1
> Severity: serious
> 
> phpmyadmin 4:4.6.6-1 and 4:4.6.6-2 fail to build from source in a
> clean sid chroot (and in Ubuntu 17.04).
> 
> Build log excerpt
> 
> 
> There was 1 error:
> 
> 1) PMA_Charset_Conversion_Test::testCharsetConversion
> iconv(): Detected an illegal character in input string
> 
> /<>/libraries/charset_conversion.lib.php:111
> /<>/test/libraries/PMA_charset_conversion_test.php:61

This is known problem, see #854821. Unfortunately the discussion there
stopped month ago without any clear outcome.

And indeed I did forget about it when doing new upload. Still I think
this should be fixed at glibc side.

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#854821: Transliteration in C.UTF-8 locales

[Michal Čihař]

Hi

I was just forced to look at this again (see #859219) and I think the
transliteration is not working as it should.

What is actually reason to make it behave differently on C.UTF-8 than
on other UTF-8 locales? Does it really have to be that either
transliteration of "ç" is broken or transliteration of "€" is broken
for this locale?

In most other UTF-8 locales (if not all, I've not tested this) both of
them work just fine:

$ echo "ça va €" | LC_ALL=en_GB.UTF-8  iconv -f UTF-8 -t
"ascii//TRANSLIT"
ca va EUR
$ echo "ça va €" | LC_ALL=de_DE.UTF-8  iconv -f UTF-8 -t
"ascii//TRANSLIT"
ca va EUR
$ echo "ça va €" | LC_ALL=cs_CZ.UTF-8  iconv -f UTF-8 -t
"ascii//TRANSLIT"
ca va EUR
$ echo "ça va €" | LC_ALL=C.UTF-8  iconv -f UTF-8 -t "ascii//TRANSLIT"
ca va iconv: illegal input sequence at position 7

Thanks for looking into this
-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#859114: unblock: phpmyadmin/4:4.6.6-2

[Michal Čihař]

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

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Please unblock package phpmyadmin

There is one additional patch fixing PMASA-2017-8 (no CVE assigned yet).

The debdiff is attached.

unblock phpmyadmin/4:4.6.6-2

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

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

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEh+Zzr4P2w6DDRMjD9KoinU1YwkUFAljc/kIACgkQ9KoinU1Y
wkWRGg//QpgI6FySKh8koFvZ6vWWoW0NXfV2lzZBDF5oqMYtXNa8MGezGXGaTzX3
MO3hi5myaCzqFUAUfkfu3FIffBSxhlt0/a6hv+440TeG/vSMgwTf2NRkvygp8BYH
lSFCa0cJPeCLLynYG+alWktDeq77cOWwJ+l/szUxAWl+IeGR1e6M8kCJbYnbJx+z
fMT6wQRH0b/KQKf9zwAYaujH+NE/9bAUWkSq/6bBQ00jXareMS9vtszVCLJdY9Yu
ReIO4WdtCT6zRe0WSsVjn/Iv7UPKHioq6KQiyaYOqVQlLLMXW6SQXvRCb3DdITtj
cL9CrfpE9fZIEhGOFwSXICkpEOYcinM9NsTeLdiBiwllRd8iOrkROKq3ARKvEWkK
GM0HF+pxA91OWKjibFGj8LKHGSAf/KqmoVcAOu4khjFUXDUxG7V2TEoJtQKtB/YS
xpsft+NHbKeZp4/ULv3zfN6z7/q5EYpNA/B7MUqC2dmEqg8CwL2c86ERuWaxDkog
PrawD+vZQUtuZTmA4KpQ9lRt60FoiH7Y9QefTZh2Z2FtkD8ygrybRoDkHjCmTH1x
WSF0uFggHEAeJ89dLiniNOXTgX4oufl6vbPpTS2x88Y5gIYJd0CZUo6vp50QGQ7e
j6s4qsVTKJp3Ey6CUYdC/hllK/8hp4FeHDnz1if1c+opErRfjRs=
=3MnM
-END PGP SIGNATURE-
diff -Nru phpmyadmin-4.6.6/debian/changelog phpmyadmin-4.6.6/debian/changelog
--- phpmyadmin-4.6.6/debian/changelog   2017-01-24 09:14:39.0 +0100
+++ phpmyadmin-4.6.6/debian/changelog   2017-03-30 14:40:46.0 +0200
@@ -1,3 +1,10 @@
+phpmyadmin (4:4.6.6-2) unstable; urgency=high
+
+  * Apply upstream patch to fix not working
+$cfg['Servers'][$i]['AllowNoPassword'] (PMASA-2017-8).
+
+ -- Michal Čihař <ni...@debian.org>  Thu, 30 Mar 2017 14:40:46 +0200
+
 phpmyadmin (4:4.6.6-1) unstable; urgency=medium
 
   * New upstream release.
diff -Nru phpmyadmin-4.6.6/debian/patches/series 
phpmyadmin-4.6.6/debian/patches/series
--- phpmyadmin-4.6.6/debian/patches/series  2017-01-24 09:14:39.0 
+0100
+++ phpmyadmin-4.6.6/debian/patches/series  2017-03-30 14:38:48.0 
+0200
@@ -1 +1,2 @@
+Truncate-only-long-passwords.patch
 debian.patch
diff -Nru phpmyadmin-4.6.6/debian/patches/Truncate-only-long-passwords.patch 
phpmyadmin-4.6.6/debian/patches/Truncate-only-long-passwords.patch
--- phpmyadmin-4.6.6/debian/patches/Truncate-only-long-passwords.patch  
1970-01-01 01:00:00.0 +0100
+++ phpmyadmin-4.6.6/debian/patches/Truncate-only-long-passwords.patch  
2017-03-30 14:39:02.0 +0200
@@ -0,0 +1,27 @@
+From 7232271a379396ca1d4b083af051262057003c41 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Michal=20=C4=8Ciha=C5=99?= <mic...@cihar.com>
+Date: Mon, 27 Mar 2017 15:55:35 +0200
+Subject: [PATCH 1/1] Truncate only long passwords
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+This avoids problems with certain PHP versions returning false when
+first parameter to substr is ''.
+
+Signed-off-by: Michal Čihař <mic...@cihar.com>
+---
+ libraries/common.inc.php | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+--- a/libraries/common.inc.php
 b/libraries/common.inc.php
+@@ -739,7 +739,7 @@
+ . ' ' . $cfg['Server']['auth_type']
+ );
+ }
+-if (isset($_REQUEST['pma_password'])) {
++if (isset($_REQUEST['pma_password']) && 
strlen($_REQUEST['pma_password']) > 256) {
+ $_REQUEST['pma_password'] = substr($_REQUEST['pma_password'], 0, 
256);
+ }
+ $fqnAuthClass = 'PMA\libraries\plugins\auth\\' . $auth_class;

Bug#859007: unblock: rpm/4.12.0.2+dfsg1-2

[Michal Čihař]

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

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Please unblock package rpm

Honestly I'm not sure the reason is good enough, but keeping the
decision on you.

It fixes confusing interaction with gpg2 on rpmsign - rpmsign asks for
passphrase which is not used at all. See #858998 (normal severity) for
more details.

It was fixed by backporting upstream patch (while removing API changes
this has introduced upstream), debdiff is attached.

unblock rpm/4.12.0.2+dfsg1-2

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

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

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEh+Zzr4P2w6DDRMjD9KoinU1YwkUFAljbuFEACgkQ9KoinU1Y
wkXzwQ/+J8eswH1VSGV+FU5W/k0oJMZmugLciOp2CsayFmDolI9Now90cDzuuY7v
rdroWo44L2vdfvO3NA2IH/PsMeFMZ0+10daSJtIvOjSWKUYSCC+tMQ+OZq/wqzli
jUzetRVOLlTfFU3BFbNccBh76e5ehVb4qHZa7e7sCYaCjZTUb2B3jxbFLAIXAnqY
N7l0303S0AazDfpMJEmuYitbGEhrvFnIfVpl4r4+AkIcGpFZ8TGCgjqNOaICKvmK
kOk3/HtYtFOBdNlV6lMzntdsG2KjMHB8vUCDAkgJvjftg/ijXJ63nt3velqOHOWO
Xk6iuQQdeynT2wYis1qfq82kgu1VBEuRCi62M44nqRtIRQ1xqznhaiXXFzhFpMIR
g/zti/rM+VsFOhOgrfs0kwkNlGhmEn30JogJYmAnyoVzvUt3IZ+hQ+bj3Epw6Byi
Ruq27cdgcibSunjwdm/OJeK+Xk2bubaZ/AHBVkmNs0uJBJKveAbG5yI07gVdlFFE
zvrWixSfrm90f+hKNy8ybKdwTQOtk7JW1j8zAWfh1MF+SYJoYwz4F6Nxr9pO5OFl
tqWTQtwHDsBD0Qq4fh3R9yHwpIEXnAFaXA1Z2h5sim9V2v0yfinRWUwniSNqTgOo
jkOJdvhWOdp/kCp84T0/iW9w7PE7dOQpnw4IF52zEYp9iLAlMxk=
=4vJS
-END PGP SIGNATURE-
diff -Nru rpm-4.12.0.2+dfsg1/debian/changelog 
rpm-4.12.0.2+dfsg1/debian/changelog
--- rpm-4.12.0.2+dfsg1/debian/changelog 2016-11-10 14:02:04.0 +0100
+++ rpm-4.12.0.2+dfsg1/debian/changelog 2017-03-29 15:24:58.0 +0200
@@ -1,3 +1,10 @@
+rpm (4.12.0.2+dfsg1-2) unstable; urgency=medium
+
+  * Adjust debian/watch to new upstream website.
+  * Add patch to improve rpmsign behavior with gpgp2 (Closes: #858998).
+
+ -- Michal Čihař <ni...@debian.org>  Wed, 29 Mar 2017 15:24:58 +0200
+
 rpm (4.12.0.2+dfsg1-1) unstable; urgency=medium
 
   * New upstream release.
diff -Nru rpm-4.12.0.2+dfsg1/debian/patches/series 
rpm-4.12.0.2+dfsg1/debian/patches/series
--- rpm-4.12.0.2+dfsg1/debian/patches/series2016-11-10 14:02:04.0 
+0100
+++ rpm-4.12.0.2+dfsg1/debian/patches/series2017-03-29 15:05:43.0 
+0200
@@ -13,3 +13,4 @@
 fix-python-multiarch-include.patch
 rpm-4.11.2-double-separator-warning.patch
 fix-preun-scriptlet-failing-behaviour.patch
+0bce5fcf270711a2e077fba0fb7c5979ea007eb5.patch
diff -Nru 
rpm-4.12.0.2+dfsg1/debian/patches/0bce5fcf270711a2e077fba0fb7c5979ea007eb5.patch
 
rpm-4.12.0.2+dfsg1/debian/patches/0bce5fcf270711a2e077fba0fb7c5979ea007eb5.patch
--- 
rpm-4.12.0.2+dfsg1/debian/patches/0bce5fcf270711a2e077fba0fb7c5979ea007eb5.patch
1970-01-01 01:00:00.0 +0100
+++ 
rpm-4.12.0.2+dfsg1/debian/patches/0bce5fcf270711a2e077fba0fb7c5979ea007eb5.patch
2017-03-29 15:17:39.0 +0200
@@ -0,0 +1,334 @@
+From 0bce5fcf270711a2e077fba0fb7c5979ea007eb5 Mon Sep 17 00:00:00 2001
+From: Lubos Kardos <lkar...@redhat.com>
+Date: Tue, 9 Jun 2015 18:06:29 +0200
+Subject: [PATCH] Allow gpg to get passphrase by itself.
+
+Remove rpm asking for passphrase and then passing this passphrase
+to gpg via file descriptor (--passphrase-fd) but provide gpg with
+access to unredirected stdin to get passphrase directly from user.
+
+Remove also macro %__gpg_check_password_cmd because in this new signing
+scheme has no sense. rpm doesn't handle passphrase in any way,
+everything is done in gpg including checking of passphrase.
+
+We did this modification because of changes in gpg behavior. Since
+gpg-2.1 option "--passphrase-fd" doesn't work by default, only when
+it is explicitly allowed in gpg.conf. (rhbz:#1228234)
+---
+ macros.in   |  4 +--
+ python/rpmsmodule.c |  9 +++---
+ rpmsign.c   | 82 +++--
+ sign/rpmgensig.c| 67 +--
+ sign/rpmsign.h  |  3 +-
+ 5 files changed, 23 insertions(+), 142 deletions(-)
+
+--- a/macros.in
 b/macros.in
+@@ -531,11 +531,9 @@
+ # Macro(s) to hold the arguments passed to GPG/PGP for package
+ # signing and verification.
+ #
+-%__gpg_check_password_cmd %{__gpg} \
+-  gpg --batch --no-verbose --passphrase-fd 3 -u "%{_gpg_name}" -so -
+ 
+ %__gpg_sign_cmd   %{__gpg} \
+-  gpg --batch --no-verbose --no-armor --passphrase-fd 3 \
++  gpg --no-verbose --no-armor \
+   %{?_gpg_digest_algo:--digest-algo %{_gpg_digest_algo}} \
+   --no-secmem-warning \
+   -u "%{_gpg_name}" -sbo %{__

Bug#858998: rpmsign silently accepts every password

[Michal Čihař]

Hi

Arturo Borrero Gonzalez píše v St 29. 03. 2017 v 14:23 +0200:
> Package: rpm
> Version: 4.12.0.2+dfsg1-1
> Severity: important
> 
> Dear Maintainer,
> 
> thanks for your work with the rpm package, it's really appreciated.
> 
> When running rpmsign to add a signature to a rpm package, it seems to
> accept every password without complaint:
> 
> % rpmsign --addsign myrpm.rpm
> Enter pass phrase:
>   [ wrong password ]
> 
> % echo $?
> 0
> 
> I don't know if this means that rpmsign is not able to read my config
> and therefore doesn't do anything.
> 
> But still, the result is the same using either a good or a wrong
> password,
> which is a bit surprising.

The whole thing is caused by newer gpg which does use gpg-agent
preferably and probably doesn't read the passphrase from rpm at all (at
least in default configuration).

I've done some quick tests the passphrase passed from RPM is not used
at all, gpg always asks gpg-agent and it most likely had the passphrase
cached in your case, so the signing did succeed.

In case you give wrong passphrase to the agent, it fails as expected:

$ rpmsign --addsign libgsmsd8-1.38.1-4.1.i586.rpm 
Enter pass phrase: 
gpg: signing failed: Bad passphrase
gpg: signing failed: Bad passphrase
Pass phrase check failed or gpg key expired
$ echo $?
1

In rpm 4.13 the passphrase is not asked at all:

https://github.com/rpm-software-management/rpm/commit/0bce5fcf270711a2e
077fba0fb7c5979ea007eb5

I can try backporting this patch (excluding API change), but as the
issue is not really severe I'm not sure it's good enough for freeze
exception...

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#857344: exim4-daemon-heavy: segfault in DKIM verification

[Michal Čihař]

Hi

Andreas Metzler píše v Pá 10. 03. 2017 v 18:45 +0100:
> Looks like https://bugs.exim.org/show_bug.cgi?id=2029 which indeed
> should
> be fixed in 4.89.

I'm running 4.89-1 for six hours now and haven't seen any crashes, so
indeed it looks good.

-- 
    Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#857066: unblock: colorhug-client/0.2.8-3

[Michal Čihař]

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

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Please unblock package colorhug-client

It fixes build on some architectures with broken valgrind, see #857056
(serious):

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

Debdiff is attached.

unblock colorhug-client/0.2.8-3

Thanks
- -- 
Michal Čihař | https://cihar.com/ | https://weblate.org/

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

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

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEh+Zzr4P2w6DDRMjD9KoinU1YwkUFAli+6VEACgkQ9KoinU1Y
wkUuxBAAhfvws/bku9kQk0NdNYowxtjS7TDbT0M+rmd2UR34z7k5y7ZFibR4iloD
aqgyfoVK7ScQqrUjFRGY3ZY69LVEaTancZpxzam6/3xLuV5NYql19Jl/DTpbkXrp
qRohcGxduP7c9FZc5drZaKIpGxvubJdHLSJ0pObVzsnMALQN21eyQsAUGI9iZORM
86C6l0JrPXy0xOe3qoRIXlMcq7lmhjjAmE2LJZ1YBQvvN2431czAwvHX8F0LdyD2
7ZnkMkSFoaDRsyKtablTJzM0A1L1x2+8SZu1fpOr/aG8F5pbgCGvbWglCV4hT3PK
NF26812tssAHhqMSjnTVnNnaDDzj8aGeOjZ+CnqkdMdJ/u8D7C/maK+bjIURoHis
2wo1E8UR+mTnZYBDSsW4TZuBbYQ1gLlshEMlLdFs50ybhPg0Y26YGJeYQxrE1gVK
zhSl5LW1u1BE/JMW3AMIi6MXdiFXPs3ELY261VOJoOhdmLN3ocC4ZMX7+xRDPenv
jZu9b3FPDWQfJuQUyu5Xgtrg/VxYqRC+rJn7FLeFYbaA23oSMazqcKSZnig9tOM9
rSuAHLTiUUVm0Mwp4IBm/K52sjfUqfRQ+6WDpVvpsd2iD6xb9rCCp0V7dwO1DRwL
fwuNPM8pARMW1oIT2T3cJnUJqcXlcWx+J/XfZqA1J7gmrgzmDpI=
=RRBQ
-END PGP SIGNATURE-
diff -Nru colorhug-client-0.2.8/debian/control 
colorhug-client-0.2.8/debian/control
--- colorhug-client-0.2.8/debian/control2016-04-07 13:15:38.0 
+0200
+++ colorhug-client-0.2.8/debian/control2017-03-07 17:16:28.0 
+0100
@@ -11,7 +11,6 @@
 itstool,
 libtool,
 libtool-bin,
-valgrind [amd64 arm64 armhf i386 mipsel mips64 mips64el powerpc ppc64 
ppc64el s390x],
 libxml2-utils,
 docbook-utils,
 yelp-tools,
@@ -25,7 +24,7 @@
 libcanberra-gtk3-dev,
 libsqlite3-dev,
 libsoup2.4-dev
-Standards-Version: 3.9.7
+Standards-Version: 3.9.8
 Homepage: http://www.hughski.com/downloads.html
 Vcs-Git: git://anonscm.debian.org/collab-maint/colorhug-client.git
 Vcs-Browser: 
http://anonscm.debian.org/gitweb/?p=collab-maint/colorhug-client.git;a=summary
diff -Nru colorhug-client-0.2.8/debian/changelog 
colorhug-client-0.2.8/debian/changelog
--- colorhug-client-0.2.8/debian/changelog  2016-04-07 13:15:38.0 
+0200
+++ colorhug-client-0.2.8/debian/changelog  2017-03-07 17:16:30.0 
+0100
@@ -1,3 +1,11 @@
+colorhug-client (0.2.8-3) unstable; urgency=medium
+
+  * Avoid running tests in valgrind as it's not really stable across
+architectures (Closes: #857056).
+  * Bump standards to 3.9.8.
+
+ -- Michal Čihař <ni...@debian.org>  Tue, 07 Mar 2017 17:16:30 +0100
+
 colorhug-client (0.2.8-2) unstable; urgency=medium
 
   * Do not try to use valgrind for testing on mips, it seems to be broken.
diff -Nru colorhug-client-0.2.8/debian/rules colorhug-client-0.2.8/debian/rules
--- colorhug-client-0.2.8/debian/rules  2016-04-07 13:15:38.0 +0200
+++ colorhug-client-0.2.8/debian/rules  2017-03-07 17:07:59.0 +0100
@@ -4,7 +4,7 @@
dh_installchangelogs NEWS
 
 override_dh_auto_test:
-   if [ -x /usr/bin/valgrind ] ; then dh_auto_test ; fi
+   make check TESTS_ENVIRONMENT=
 
 %:
dh $@ --fail-missing --with autoreconf,autotools_dev

Bug#855914: geeqie: Crash viewing specific SVG image

[Michal Čihař]

Hello

Sergey Sharybin píše v Čt 23. 02. 2017 v 12:21 +0100:
> Geeqie crashes when trying to view specific SVG image.
> 
> Simply try viewing attached file in Geeqie and the crahs will happen.
> 
> Happens with both version of 1:1.2-3+b1 and 1:1.3-1. Using debian
> stable with
> some packaged backported, which could affect on the bug.

The rendering of svg images is really done by librsvg2-common (plugin
for gdkpixbuf). Can you try installing librsvg2-bin and check whether 
rsvg-view-3 will display the image?

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#440775: closed by Debian FTP Masters <ftpmas...@ftp-master.debian.org> (Bug#841781: Removed package(s) from unstable)

[Michal Čihař]

Hi

This bug still exists in php7:

$ php7.0 test.php 
Jméno pohledu
Chyba na sběrnici (neplatná adresa) (SIGBUS)

Backtrace:

#0  strlen () at ../sysdeps/x86_64/strlen.S:106
#1  0x7fffebbf6861 in zif_gettext () from
/usr/lib/php/20151012/gettext.so
#2  0x5580833d in ZEND_DO_ICALL_SPEC_HANDLER () at
./Zend/zend_vm_execute.h:586
#3  0x557f948b in execute_ex (ex=) at
./Zend/zend_vm_execute.h:414
#4  0x5584d957 in zend_execute (op_array=op_array@entry=0x7
347f000, return_value=return_value@entry=0x734693a0)
at ./Zend/zend_vm_execute.h:458
#5  0x557b8c43 in zend_execute_scripts (type=-213831632, type@e
ntry=8, retval=0x734693a0, retval@entry=0x0, 
file_count=file_count@entry=3) at ./Zend/zend.c:1437
#6  0x557579c0 in php_execute_script
(primary_file=0x7fffd1f0) at ./main/main.c:2494
#7  0x5584f5fc in do_cli (argc=2, argv=0x55bbda30) at
./sapi/cli/php_cli.c:974
#8  0x556391ae in main (argc=2, argv=0x55bbda30) at
./sapi/cli/php_cli.c:1344


-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#850246: missing dependencies, does not work

[Michal Čihař]

Package: python-social-auth
Version: 0.3.0-1
Severity: grave

Hi

The library is now completely unusable as it requires at least
social_core, which is not yet packaged. All files are currently stub
which should map old social auth API to new modularized code and
without the dependencies this is just completely unusable.

I think best approach would be to revert to 0.2.x for now as there is
no chance new packages 0.3.x requires will get in (due to soft freeze
starting today).

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


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

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

Versions of packages python-social-auth depends on:
pn  python:any  

python-social-auth recommends no packages.

Versions of packages python-social-auth suggests:
pn  python-social-auth-doc  

-- no debconf information


signature.asc
Description: This is a digitally signed message part

Bug#848873: [/master] Fix path to README shown in the application (Closes: #848873).

[Michal Čihař]

tag 848873 pending
thanks

Date: Wed Dec 21 15:15:04 2016 +0100
Author: Michal Čihař 
Commit ID: a11cbc3367a0ff59207bbe4ec70122487e008e22
Commit URL: 
http://anonscm.debian.org/gitweb/?p=collab-maint/geeqie.git;a=commitdiff;h=a11cbc3367a0ff59207bbe4ec70122487e008e22
Patch URL: 
http://anonscm.debian.org/gitweb/?p=collab-maint/geeqie.git;a=commitdiff_plain;h=a11cbc3367a0ff59207bbe4ec70122487e008e22

Fix path to README shown in the application (Closes: #848873).

  

Bug#846260: numlockx: 'Homepage' URL dead

[Michal Čihař]

Hi

Paul 
> On Tue, 29 Nov 2016 18:00:14 +0100
> Michal Čihař <mic...@cihar.com> wrote:
> 
> > Hi
> > 
> > Paul 
> > > Package: numlockx
> > > Version: 1.2-7
> > > Severity: minor
> > > 
> > > The homepage quoted in the package metadata doesn't appear to
> > > exist:
> > > 
> > >   Homepage: http://home.kde.org/~seli/numlockx/  
> > 
> > Yes, there is no alive upstream (for few years).
> 
> Oh. That's upsetting.
> 
> Does the licence (and debian policy) allow someone else to take it
> over? If so perhaps I will do so, and add the ability to do capslock
> myself.

Sure it does.  The original author should be reachable as well (last
time I know he AFAIK worked for Collabora), though I don't have working
email contact.

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#846260: numlockx: 'Homepage' URL dead

[Michal Čihař]

Hi

Paul 
> Package: numlockx
> Version: 1.2-7
> Severity: minor
> 
> The homepage quoted in the package metadata doesn't appear to exist:
> 
>   Homepage: http://home.kde.org/~seli/numlockx/

Yes, there is no alive upstream (for few years).

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#845961: sdcv asserts (nitems == page_data.size()) and then aborts

[Michal Čihař]

Hi

Tomáš Nechutný píše v Ne 27. 11. 2016 v 10:25 +0100:
> Package: sdcv
> Version: 0.5.0~beta4-1+b1
> Severity: important
> 
> Dear Maintainer,
> 
> sdcv started crashing for me on Debian testing. This may not be
> caused by sdcv
> build itself, but something else that changed in Debian, because sdcv
> wasn't
> upgraded since I used without problems.

It might also caused by dictionaries. Do you have some installed
locally or only packaged ones? What is output of `sdcv -l`?

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#841504: transition: gammu

[Michal Čihař]

Hi

Emilio Pozuelo Monfort píše v So 22. 10. 2016 v 13:02 +0200:
> On 21/10/16 10:54, Michal Čihař wrote:
> > 
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: transition
> > 
> > Hi
> > 
> > I've uploaded new Gammu version to experimental and it increases
> > soversion. I'd like to upload new version together with new python-
> > gammu
> > (the only reverse dependency) to unstable in few weeks (let's say
> > first
> > half of November). Is there anything blocking this?
> 
> The transition freeze is the 5th of November... Can you do this
> before then?

I can probably upload it tomorrow or on Monday as well (at least I
don't see any blockers right now).


-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#841644: enca FTCBFS: build tool make_hash built with host architecture compiler

[Michal Čihař]

Hi

Helmut Grohne píše v Pá 21. 10. 2016 v 18:58 +0200:
> Source: enca
> Version: 1.19-1
> Tags: patch
> User: helm...@debian.org
> Usertags: rebootstrap
> 
> enca fails to cross build from source, because the build tool
> make_hash
> is compiled with the host architecture compiler and thus cannot be
> reliably executed during the build. Please consider applying the
> attached patch to switch to the build architecture compiler.

Thanks, I've applied your patch upstream:

https://github.com/nijel/enca/commit/2393833d133a6784e57215b89e4c4c0484
555985


-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#841504: transition: gammu

[Michal Čihař]

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

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi

I've uploaded new Gammu version to experimental and it increases
soversion. I'd like to upload new version together with new python-gammu
(the only reverse dependency) to unstable in few weeks (let's say first
half of November). Is there anything blocking this?

I've noticed this has been already caught in the transitions tracker, I
thought it follows just unstable. Anyway the good/bad/affected looks
correct there:

https://release.debian.org/transitions/html/auto-gammu.html

Ben file:

title = "gammu";
is_affected = .depends ~ "libgammu7|libgsmsd7" | .depends ~ 
"libgammu8|libgsmsd8";
is_good = .depends ~ "libgammu8|libgsmsd8";
is_bad = .depends ~ "libgammu7|libgsmsd7";

Best regards
- -- 
Michal Čihař | https://cihar.com/ | https://weblate.org/

-BEGIN PGP SIGNATURE-

iQIcBAEBCAAGBQJYCdfKAAoJEPSqIp1NWMJFa+sP/0Ar9JJnG7pBV9r7uygG8QJk
dqY1po+eV6ypxNfU4EzHvrB9uv8l1VNePSEQAyv+4CZFt5KzxZo5yXoms1FHP09c
d6WR8gSOr8FhpQ22Ido9o6eYTCOFYNiwgCEAsMXBF//nPlFnuPiO+qAUkHKeAD8A
Cb0BOqcqb6+X451hQerPjwGk9dFei1K2Sbv2/qOoXHNwQklGm6Eir4x0kG9+jdH/
nXpJnTtXPo7KGZqV1cbCHJTb4rpiS1WsjXerwaQbfU1QXKQp0M7P1Th/Y1k/e8T1
KJcMfjwLvK2AQzKaGQxuMkEJsGb9AcLjHKpgXhNkjQim3p6AHt0sOICeNOrwmpFT
IfVLD9GavwhjJZVwu18kXmJkH0zNC/tYwmOhXBDAS16h9gYsftJqj2nOdxpZTPVb
IZjpgBBLVB51jYrNsAzpdjjS2Tk08F87L/FDuu0a2CHI7PlMjdwiYzKUYjeYsnyp
RAfFozuJUKykj52L2Eajq+PmkbLo2Giq5MXHX5YymYapcI6K+bREmG3wH/FAioos
CSg/l09OWk7EzrVK5JCLNjFIn7/8sb2Z4WnhtAln1asHYIbba/MIgkKTKbjh2oB0
IkZvIS4xN+9Su6fdrkbXS7vpZ3xDnhGd9GYYKyQxtE18B/gGOgOsF/NVZPgH7W3p
u+4bcwoOYn+071lLMEVt
=7dDW
-END PGP SIGNATURE-

Bug#837280: Dependency problem

[Michal Čihař]

Hi

László Böszörményi (GCS) píše v Út 20. 09. 2016 v 18:24 +0200:
> Hi Michal,
> 
> On Tue, Sep 20, 2016 at 2:27 PM, Michal Čihař <mic...@cihar.com>
> wrote:
> > 
> > this build failure is caused by mismatching versions of libpq-dev
> > and postgresql used in the build.
>  I know, should have contacted the PostgreSQL team already.
> 
> > 
> > This is still problem in current sid:
> > 
> > postgresql is 9.5 while libpq-dev is 9.6
> > 
> > Possible ways to address it:
> > 
> > - make postgresql packaging consistent
>  This should be done as it may break other packages as well. Maybe
> those are not yet uncovered.
> 
> > 
> > - do not use pg_config to figure out binary path
>  If you know any other way, please let me know.

Assuming there will be just one postgres server installed in the build
environment, you can do:

BINDIR=/usr/lib/postgresql/*/bin

Or make it just fallback and use first matching path:

BINDIR=`pg_config --bindir`
# Fallback in case the server version does not match the -dev package
if [ ! -d $BINDIR ] ; then
BINDIR=`ls /usr/lib/postgresql/*/bin | head -n 1`
fi

> 
> > 
> > - Build-Depend on specific version (postgresql-9.6)
>  This mean I'll have to do a libdbi-drivers upload for every
> PostgreSQL version change - just changing -9.6 to -9.7 and so on.
> This
> package is not specific to any PSQL release and should be totally
> unrelated to its current version number.

Indeed this is drawback of this solution.

> Please don't get me wrong, but I still don't have any idea why did
> you want to NMU this (in a bad way) when the root cause was the first
> point: "make postgresql packaging consistent". The PSQL team was
> doing
> a transition from the 9.5 to the 9.6 version - it's finished
> yesterday
> and all packages are 9.6 now. This means libdbi-drivers builds fine
> again.

Because this was RC bug without any visible activity for 10 days making
some of my packages being scheduled for testing removal. Maybe my
solution was not best, but it would fix the build for time being.

Best approach would be to ensure that libpq-dev and postgresql versions
do match, but I don't see way to achieve this at debian/control level.
Anyway with your approach (do nothing in libdbi-drivers), the build
will be broken at such transitions as there is nothing preventing these
packages to be at different versions (especially as they come from
different source packages).

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#838371: many bugs on phpmyadmin with mysql 5.7

[Michal Čihař]

Hi

FLORENT Philippe píše v Út 20. 09. 2016 v 12:54 +:
> Package: phpmyadmin
>  
> Version: 4.2.12-2+deb/u1
>  
> Debian : 2.5
>  
> Bug: phpmyadmin (users tabs) does not display any user, just the
> message:
>  
> Your privilege table structure seems to be older than this MySQL
> version!
> Please run the mysql_upgrade command(mysql_fix_privilege_tables on
> older systems) that should be included in your MySQL server
> distribution to solve this problem!
>  
> Bug2: clicking on “new database”
>  
> SELECT
>     s.SCHEMA_NAME,
>     s.DEFAULT_COLLATION_NAME
>    FROM `information_schema`.SCHEMATA s
>     GROUP BY BINARY s.SCHEMA_NAME
>     ORDER BY BINARY `SCHEMA_NAME` ASC
> #1055 - Expression #1 of SELECT list is not in GROUP BY clause and
> contains nonaggregated column 'information_schema.s.SCHEMA_NAME'
> which is not functionally dependent on columns in GROUP BY clause;
> this is incompatible with sql_mode=only_full_group_by
>  
>  
> These bugs should be fixed but debian packages are not up to date

The Debian package works fine with MySQL version shipped in Debian. If
you have upgraded MySQL from elsewhere, please upgrade phpMyAdmin as
well.

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#837280: Dependency problem

[Michal Čihař]

Hi

this build failure is caused by mismatching versions of libpq-dev
and postgresql used in the build. 

This is still problem in current sid:

postgresql is 9.5 while libpq-dev is 9.6

Possible ways to address it:

- make postgresql packaging consistent

- do not use pg_config to figure out binary path

- Build-Depend on specific version (postgresql-9.6)

As the last choice is least intrusive, I will probably NMU it  unless
there will be some objections. See attached diff.

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/
From 81850b0fc5c6f46206aba2563b1c79f2ee2856e0 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Michal=20=C4=8Ciha=C5=99?= <ni...@debian.org>
Date: Tue, 20 Sep 2016 14:23:52 +0200
Subject: [PATCH 1/1] Adjust build dependency to avoid failure

* Adjust build dependency to avoid failure due to different
  version of libpg-dev and postgresql packages (Closes: #837280).
* Non-maintainer upload.
---
 debian/changelog | 8 
 debian/control   | 4 ++--
 2 files changed, 10 insertions(+), 2 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index c09aece..bcc0121 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+libdbi-drivers (0.9.0-4.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Adjust build dependency to avoid failure due to different
+version of libpg-dev and postgresql packages (Closes: #837280).
+
+ -- Michal Čihař <ni...@debian.org>  Tue, 20 Sep 2016 14:22:30 +0200
+
 libdbi-drivers (0.9.0-4) unstable; urgency=medium
 
   * dbd_sqlite3: resolve a stack buffer overflow (closes: #824067).
diff --git a/debian/control b/debian/control
index 4d90275..4346bde 100644
--- a/debian/control
+++ b/debian/control
@@ -19,8 +19,8 @@ Build-Depends: automake,
mysql-client (>= 5.5),
mysql-server (>= 5.5),
openjade,
-   postgresql,
-   postgresql-client
+   postgresql-9.6,
+   postgresql-client-9.6
 Standards-Version: 3.9.8
 Vcs-Git: git://anonscm.debian.org/collab-maint/libdbi-drivers.git
 Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/libdbi-drivers.git
-- 
2.9.3



signature.asc
Description: This is a digitally signed message part

Bug#838349: ITP: osc-plugins-dput -- dput plugin for OpenSUSE (buildsystem) commander

[Michal Čihař]

Hi Héctor

Héctor Orón Martínez píše v Út 20. 09. 2016 v 10:14 +0200:
> Package: wnpp
> Severity: wishlist
> Owner: "Héctor Orón Martínez" <zu...@debian.org>
> 
> * Package name: osc-plugins-dput
>   Version : 20160627.0
>   Upstream Author : Collabora Ltd
> * URL :
> http://cgit.collabora.com/git/singularity/tools/osc-plugins-dput.git/

The URL doesn't seem to work...

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#838022: ITP: open-build-service -- Open Build Service

[Michal Čihař]

Hi

Andrew Lee píše v Pá 16. 09. 2016 v 21:44 +0800:
> Package: wnpp
> Severity: wishlist
> Owner: "Andrew Lee (李健秋)" <ajq...@debian.org>
> 
> * Package name: open-build-service
>   Version : 2.7.1
>   Upstream Author : Adrian Schröter <adr...@suse.de>
> * URL : http://en.opensuse.org/Build_Service
> * License : GPL2+
>   Programming Lang: C, Perl, Ruby
>   Description : Open Build Service
> 
>   The Open Build Service (OBS) is a generic system to build and
>   distribute packages from sources in an automatic, consistent and
>   reproducible way. It makes it possible to release software for a
> wide
>   range of operating systems and hardware architectures.

Might be good fit to maintain it inside pkg-rpm team as osc is already
maintained there:

https://wiki.debian.org/Teams/pkg-rpm

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#830873: osc: port to python3

[Michal Čihař]

Michal Čihař píše v Út 12. 07. 2016 v 15:56 +0200:
> Hi
> 
> Dne 12.7.2016 v 15:38 Emilio Pozuelo Monfort napsal(a):
> > 
> > Package: osc
> > Version: 0.154.0-3
> > Severity: wishlist
> > 
> > Hi,
> > 
> > I'd be nice to get osc ported to python3. I'm trying to get rid of
> > python2 on my system and osc is one of the last rdeps.
> 
> It seems to be ported upstream [1], so it's probably just matter of
> changing packaging to use python 3...

Okay I was wrong - while the code is Python 3 ready, the dependencies
are simply not yet there, see upstream issue:

 https://github.com/openSUSE/osc/issues/226

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#834668: django-taggit: FTBFS in testing (failing tests)

[Michal Čihař]

Hi

Santiago Vila píše v St 17. 08. 2016 v 22:20 +:
> Package: src:django-taggit
> Version: 0.20.2-1
> Severity: serious
> 
> Dear maintainer:
> 
> I tried to build this package with "dpkg-buildpackage -A"
> (which is what the "Arch: all" autobuilder would do to build it)
> but it failed:

Most of the failures are fixed in latest upstream release, however one
of the failures is caused by bug in Django (https://code.djangoproject.
com/ticket/26983), so that can't be fixed until Django 1.10.1 is
available.


-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#835166: Acknowledgement (libmyodbc: SIGFPE, Arithmetic exception in sqlchar_as_sqlwchar)

[Michal Čihař]

Hi

just a short update: rebuilding the package fixes the problem for me...

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


signature.asc
Description: This is a digitally signed message part

Bug#835166: libmyodbc: SIGFPE, Arithmetic exception in sqlchar_as_sqlwchar

[Michal Čihař]

Package: libmyodbc
Version: 5.1.10-3
Severity: important
File: /usr/lib/x86_64-linux-gnu/odbc/libmyodbc.so

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi

maybe I'm just doing something wrong (actually trying to use ODBC after
very long time), but I get SIGFPE when trying to use libmyodbc.

Setup:

- - the driver is installed by postinst
- - ~/.odbc.ini:

[ODBC]
Driver = MySQL
USER = nijel
PASSWORD = password
Server = localhost
Database = test
Port = 3306

- - I execute isql and it crashes:

$ isql -v ODBC
Floating point exception


Doing that in GDB reveals backtrace:

(gdb) bt
#0  0x760d261b in sqlchar_as_sqlwchar () from 
/usr/lib/x86_64-linux-gnu/odbc/libmyodbc.so
#1  0x760b515b in SQLConnect () from 
/usr/lib/x86_64-linux-gnu/odbc/libmyodbc.so
#2  0x77b7ec5a in SQLConnect (connection_handle=0x60ce60, 
server_name=server_name@entry=0x7fffe974 "ODBC", 
name_length1=name_length1@entry=-3, user_name=user_name@entry=0x0, 
name_length2=name_length2@entry=-3, authentication=authentication@entry=0x0, 
name_length3=-3) at SQLConnect.c:3972
#3  0x004027e1 in OpenDatabase (phEnv=0x607278 , phDbc=0x607270 
, szPWD=0x0, szUID=0x0, szDSN=0x7fffe974 "ODBC")
at isql.c:555
#4  main (argc=, argv=) at isql.c:176

PS: It would be useful to have dbgsym available for the package...

- -- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


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

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

Versions of packages libmyodbc:amd64 depends on:
ii  debconf [debconf-2.0]  1.5.59
ii  libc6  2.23-4
ii  libmysqlclient18   5.6.30-1
ii  odbcinst1debian2   2.3.1-4.1
ii  zlib1g 1:1.2.8.dfsg-2+b1

Versions of packages libmyodbc:amd64 recommends:
ii  libodbc1  2.3.1-4.1

libmyodbc:amd64 suggests no packages.

- -- debconf information:
* libmyodbc/addtoodbc: true

-BEGIN PGP SIGNATURE-

iQIcBAEBCAAGBQJXvAmLAAoJEPSqIp1NWMJFPoEQALivtOPfHN0dyN+jSpGrYy96
TqWu2bRaOcv6YVnbbSxQlQLCTWN7XxlSxUtlAcF9dcjG1L1Indg+jmJMbxX0S0RA
9WDNwjO0QNpWh/bM3rwDNaNqEMhYdyOMSlGyixI+6I5IzXwusPHQepUWA/0Z8E4z
A2vrxVBh1pfKHxzf5AQ0UlRvSa1Q1I7NzyyXMgWid+VtWCzx4qAQPlt/JwD+1rIo
ILNNLA+IL7YlN0xmj3+/KLrcFVEgW7GME6pAxdPQVdqaLoATaf0/ZB6zXkggHMTr
bkBFEXrT/PvAejJ/1O7GOY32wao4dgUN1TsgHSfZdGREUv7jXWCn4i503E9K4Udp
SZ9lgAt8bxCNXQahfsKQKSXazUtltMdgSRdztIARA9RMtzBofrX05eYRTsnrPcvl
vmXnkCtD81XYe5VBsfWXXbp6/h9aAaciZjwOd4Oc/MUzgc0PmCIKE5wQ54IX4VLa
JnZzK4OeJqgxpr0PZEOpnk7TRQXRxTvQUtkwd7alIcYidbw0QxiKKPp2Mc79mS35
aa8HLK3AM9C8H2XeWJVgyO98YtOUAYPKsvoWcdi2UqCt24QAr91XZVGa7swjUUrk
jCnGXv194fexR2BBmfSIIOihCpxlydyMq2+z996NZtIGXkWB059tefTEjyO5X7IV
sNwUc2KoKoKQUx+25P1x
=eXwS
-END PGP SIGNATURE-

Bug#833517: colorhug-client: FTBFS: /usr/bin/install: cannot stat './colorhug-backlight.1': No such file or directory

[Michal Čihař]

Hi

Dne 5.8.2016 v 13:42 Chris Lamb napsal(a):
> Source: colorhug-client
> Version: 0.2.8-2
> Severity: serious
> Justification: fails to build from source
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: ftbfs
> X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
> 
> Dear Maintainer,
> 
> colorhug-client fails to build from source in unstable/amd64:
> Regards,

Seems to be bug in docbook-utils (introduced in 0.6.14-3.2) package:

$ docbook2man man/colorhug-backlight.sgml
Using catalogs: /etc/sgml/catalog
Using stylesheet: /usr/share/docbook-utils/docbook-utils.dsl#print
Working on:
/home/nijel/work/debian/colorhug-client/man/colorhug-backlight.sgml
/usr/share/docbook-utils/backends/man: 10:
/usr/share/docbook-utils/backends/man: nsgmls: not found
Done.

This is already known as
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=833496

Also it doesn't properly report such error, what makes the build failure
cause less obvious. I've just reported that as
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=833522

-- 
Michal Čihař | http://cihar.com/ | https://weblate.org/



signature.asc
Description: OpenPGP digital signature

Bug#833522: docbook2man: doesn't set proper exit code on failure

[Michal Čihař]

Package: docbook-utils
Version: 0.6.14-3.2
Severity: normal
File: /usr/bin/docbook2man

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi

this is kind of related to #833496.

The docbook2man command does exit with 0 even if it fails. This makes
debugging build failures quite tricky as you just notice missing file
later and not the failed command:

$ docbook2man man/colorhug-backlight.sgml 
Using catalogs: /etc/sgml/catalog
Using stylesheet: /usr/share/docbook-utils/docbook-utils.dsl#print
Working on:
/home/nijel/work/debian/colorhug-client/man/colorhug-backlight.sgml
/usr/share/docbook-utils/backends/man: 10:
/usr/share/docbook-utils/backends/man: nsgmls: not found
Done.
$ echo $?
0

Best regards
- -- 
Michal Čihař | http://cihar.com/ | https://weblate.org/

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

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

Versions of packages docbook-utils depends on:
ii  docbook-dsssl  1.79-9.1
ii  jadetex3.13-17
ii  opensp 1.5.2-13
pn  perl:any   
ii  sgmlspl1.03ii-35
ii  texlive-htmlxml [jadetex]  2016.20160623-1
ii  w3m0.5.3-29

Versions of packages docbook-utils recommends:
ii  docbook-xml  4.5-7.3

docbook-utils suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJXpID3AAoJEJwnsxNCt1EdjkgQAKD9IdFNGed1zi73WGIAYF3b
9j//I9VjTQmQXmMiBXxwPBvPT4RgVKlFwESvYV2e7RwUu6/D4PvSIaM9caY631ah
MwhK3ur8gwfkVZWmNkdeRPdgHo0VtUie/1K41b4K5Xbapjae85tNz1AqAJkE3zZg
OCT461knakpd18kakbaBeHAtf9Y0gIbgr94qzLCj83qRKRISqGb+tTmIEUpLnFZg
ovFAj2ryYWjoojRAXEYJfhGDTdiSIP7rh62qPTXM3t15jKoXY2ciHbfdmPEd8J8a
sAhQNgauZIKK8ELY5W6m1qdwx5jx+Nb8a9DSQGl5Gf5+epWXym58xU0e2/WMUfHO
RSkbWe0gbaEzCarPYQqLjhR62/IIw/P38jGl9DVYSmg5WiovCUXgTbo20U5W20Ez
3umk1b1Q9FpIH4ytulRqOstBEA89kMIvelX8QTq+QJjD1jAk2Fagy5bLhnuxwAIH
C2HZ2VvZLOpm+BBi5Ry5UsaBbId2wBAAD4z+sDCWhywOGS6r0IOAWRUgk4kes5/m
eicvAw0GqBo1LgaxEAeOfblU51hkG/KGcFBp2WdxISASODly2q/VnvmMY9yqsglT
IibkJswDqh6T8+VV08dJSNIAHIpW7R9AcJzxgRGqib/MidMYQlazPWXbbsdCHgVB
vtSBEoFs8FaIVY5w6efY
=9997
-END PGP SIGNATURE-

Bug#667929: New upstream

[Michal Čihař]

Hi

there is also http://stardict-4.sourceforge.net/ which contains 3.0.6
release.

There is now also Git repository with sources:

https://github.com/huzheng001/stardict-3

Any plans to upload new version?

-- 
Michal Čihař | http://cihar.com/ | https://weblate.org/



signature.asc
Description: OpenPGP digital signature

Bug#830874: ITP: python-osc-lib -- OpenStackClient Library

[Michal Čihař]

Hi

Dne 12.7.2016 v 15:47 Thomas Goirand napsal(a):
> Package: wnpp
> Severity: wishlist
> Owner: Thomas Goirand <z...@debian.org>
> 
> * Package name: python-osc-lib
>   Version : 0.3.0
>   Upstream Author : OpenStack Foundation <openstack-...@lists.openstack.org>
> * URL : https://github.com/openstack/osc-lib
> * License : Apache-2.0
>   Programming Lang: Python
>   Description : OpenStackClient Library
> 
>  OpenStackClient (aka OSC) is a command-line client for OpenStack. osc-lib is 
> a
>  package of common support modules for writing OSC plugins.

Hmm, this is going to be confusing, there is already one osc in the
archive: https://packages.debian.org/search?keywords=osc

-- 
Michal Čihař | http://cihar.com/ | https://weblate.org/



signature.asc
Description: OpenPGP digital signature

Bug#830873: osc: port to python3

[Michal Čihař]

Hi

Dne 12.7.2016 v 15:38 Emilio Pozuelo Monfort napsal(a):
> Package: osc
> Version: 0.154.0-3
> Severity: wishlist
> 
> Hi,
> 
> I'd be nice to get osc ported to python3. I'm trying to get rid of
> python2 on my system and osc is one of the last rdeps.

It seems to be ported upstream [1], so it's probably just matter of
changing packaging to use python 3...

[1]: https://travis-ci.org/openSUSE/osc

-- 
Michal Čihař | http://cihar.com/ | https://weblate.org/



signature.asc
Description: OpenPGP digital signature

Bug#827393: phpmyadmin: Foreign key constraints fail to export

[Michal Čihař]

Hi

Dne 15.6.2016 v 19:52 Christopher Sasarak napsal(a):
> I selected a database with foreign key constraints and then navigated to
> the Export tab in phpmyadmin. On export, none of the foreign key
> constraints or indices (I use a few fulltext indexes) were be included, 
> which is something I expected.
> 
> Even after trying different options in the export dialog I could not get 
> phpmyadmin to export foreign key constraints. Instead it only exported
> the structure of each table and view along with inserts for the data.

Can you please dump the problematic database structure using mysqldump
so that I can test this?

-- 
Michal Čihař | http://cihar.com/ | https://weblate.org/



signature.asc
Description: OpenPGP digital signature

Bug#830194: rpm-4.12 : preun behaviour bug

[Michal Čihař]

Hi

Dne 7.7.2016 v 11:45 Frederic Bonnard napsal(a):
> Hi Michal,
> I didn't open a bug upstream, but sent a pull request that was positively
> reviewed (and I guess, merged soon).
> As pmatilai said, the behaviour is clearly not intended.
> Should I open a bug there also ?
> https://github.com/rpm-software-management/rpm/pull/74

No problem, pull request is good enough as well, I just wanted to ensure
this is known upstream and see how it's handled there.

-- 
    Michal Čihař | http://cihar.com/ | https://weblate.org/



signature.asc
Description: OpenPGP digital signature

Bug#829447: lazygal missing dependency

[Michal Čihař]

Hi

Dne 3.7.2016 v 20:25 Alexandre Rossi napsal(a):
> Hi,
> 
>> Video gallery generation fails becuse of a missing dependency:
>> python-gst-1.0
>> See:
>> https://bitbucket.org/niol/lazygal/issues/21/video-gallery-fails
>> for details.
> 
> This can be a Recommends: .

It's already there as suggests (as the whole gstreamer stuff is quite
heavy and many people use lazygal for images only).

-- 
Michal Čihař | http://cihar.com/ | https://weblate.org/



signature.asc
Description: OpenPGP digital signature

Bug#830194: rpm-4.12 : preun behaviour bug

[Michal Čihař]

Hi

Dne 7.7.2016 v 11:34 Frederic Bonnard napsal(a):
> Package: rpm
> Version: 4.12.0.1+dfsg1-3
> Tags: patch
> 
> --
> 
> 
> Hi,
> since rpm 4.12, if a preun scriptlet fails, the rpm is still completely 
> removed
> whereas it shouldn't.
> I sent a pull request for the bug, but would like the patch to be taken in 
> here
> before to fix the buggy behaviour.

Can you please point me to relevant upstream bug? I'm not in favor
including patches which are not acceptable upstream.

-- 
Michal Čihař | http://cihar.com/ | https://weblate.org/



signature.asc
Description: OpenPGP digital signature

Bug#828902: utidylib: please update for new tidy-html5

[Michal Čihař]

Hi

Dne 28.6.2016 v 22:25 Gianfranco Costamagna napsal(a):
> please update the runtime dependency to the new tidy lib, I hope the binding 
> will still work

No, it doesn't, it segfaults, so the API has probably changed somewhere.
Is there upstream documentation on changes between original libtidy and
this fork?

> diff -Nru utidylib-0.2/debian/changelog utidylib-0.2/debian/changelog
> --- utidylib-0.2/debian/changelog 2014-02-23 13:54:41.0 +
> +++ utidylib-0.2/debian/changelog 2016-06-28 20:18:06.0 +
> @@ -1,3 +1,9 @@
> +utidylib (0.2-9.1) unstable; urgency=medium
> +
> +  * Use libtidy5 as runtime dependency.
> +
> + -- Gianfranco Costamagna <locutusofb...@debian.org>  Tue, 28 Jun 2016 
> 22:04:19 +0200
> +
> utidylib (0.2-9build1) trusty; urgency=medium
> 
> * Rebuild to drop files installed into /usr/share/pyshared.
> diff -Nru utidylib-0.2/debian/control utidylib-0.2/debian/control
> --- utidylib-0.2/debian/control   2013-10-31 09:05:33.0 +
> +++ utidylib-0.2/debian/control   2016-06-28 20:16:58.0 +
> @@ -12,7 +12,7 @@
> 
> Package: python-utidylib
> Architecture: all
> -Depends: ${python:Depends}, ${misc:Depends}, libtidy-0.99-0 (>= 20051018)
> +Depends: ${python:Depends}, ${misc:Depends}, libtidy5
> Provides: ${python:Provides}
> Breaks: ${python:Breaks}
> Description: Python wrapper for TidyLib
> 
> I'll NMU/Team upload shortly if this blocks the transition.

Please don't do that unless you fix the code to work with new library as
well.

PS: Removing patch tag as the patch is obviously incomplete.

-- 
Michal Čihař | http://cihar.com/ | https://weblate.org/



signature.asc
Description: OpenPGP digital signature

Bug#825301: phpmyadmin: Unbalanced parenthesis in /usr/share/phpmyadmin/db_search.php

[Michal Čihař]

Hi Antoine

as you've made the upload, can you please look at this bug?

Thanks
-- 
Michal Čihař | http://cihar.com/ | https://weblate.org/

Dne 25.5.2016 v 20:51 lolzim napsal(a):
> Package: phpmyadmin
> Version: 4:3.4.11.1-2+deb7u3
> Severity: normal
> Tags: patch
> 
> Dear Maintainer,
> 
> On file /usr/share/phpmyadmin/db_search.php line 254, there are two opened 
> parenthesis but only one is closed:
>   onclick="loadResult(' ','  PMA_escapeJsString(htmlspecialchars($each_table) ?> ' , ' PMA_generate_common_url($GLOBALS['db'], $each_table)?>',' ($GLOBALS['cfg']['AjaxEnable']); ?>');return false;" > ?>   
> 
> Fixed by adding it:
>   onclick="loadResult(' ','  PMA_escapeJsString(htmlspecialchars($each_table)) ?> ' , ' PMA_generate_common_url($GLOBALS['db'], $each_table) ?>',' ($GLOBALS['cfg']['AjaxEnable']); ?>');return false;" > ?>   
> 
> 
> -- System Information:
> Debian Release: 7.10
>   APT prefers oldstable-updates
>   APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores)
> Locale: LANG=fr_CH, LC_CTYPE=fr_CH (charmap=ISO-8859-1)
> Shell: /bin/sh linked to /bin/bash
> 
> 
> -- debsums errors found:
> debsums: changed file /usr/share/phpmyadmin/db_search.php (from phpmyadmin 
> package)
> 
> 



signature.asc
Description: OpenPGP digital signature

Bug#819521: phpmyadmin: dependency problems with php-gettext and php-mysql

[Michal Čihař]

Dne 24.5.2016 v 11:01 Tycho Lürsen napsal(a):
> I've got php7.0 7.0.6-1 in stretch, but 7.0.6-13 is in sid.
> So I guess when the next version makes it to stretch all is well again?

Yes, that should fix it.

-- 
    Michal Čihař | http://cihar.com/ | https://weblate.org/



signature.asc
Description: OpenPGP digital signature

Bug#819521: phpmyadmin: dependency problems with php-gettext and php-mysql

[Michal Čihař]

Hi  

Dne 24.5.2016 v 10:22 Tycho Lürsen napsal(a):
> The problem is not fixed, it still exists in a fresh installation of
> Stretch.
> Please update the dependencies.
> 
> Version of phpmyadmin is now 4:4.6.1-1

It should be fixed since php7.0 7.0.6-7, see
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=823815

What PHP version do you have?

-- 
    Michal Čihař | http://cihar.com/ | https://weblate.org/



signature.asc
Description: OpenPGP digital signature

Bug#824537: mysql complains or errors on empty port value

[Michal Čihař]

Package: dbconfig-common
Version: 2.0.4
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi

depending on MySQL server version you will get either error or warning
with dbconfig-common when it uses empty port (what seems to be the
default):

Empty value for 'port' specified

See following links for more information:

https://bugs.launchpad.net/ubuntu/+source/dbconfig-common/+bug/1563274
https://github.com/phpmyadmin/phpmyadmin/issues/12246
http://stackoverflow.com/questions/37089568/phpmyadmin-error-during-installation-empty-value-for-port-specified

- -- 
Michal Čihař | http://cihar.com/ | https://weblate.org/


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

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

Versions of packages dbconfig-common depends on:
ii  debconf [debconf-2.0]  1.5.59
ii  ucf3.0036

dbconfig-common recommends no packages.

Versions of packages dbconfig-common suggests:
ii  dbconfig-mysql  2.0.4

- -- debconf information excluded

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJXOt8hAAoJEJwnsxNCt1EdjmcP/354SQCDbwXBQWUpFydvv6Ry
E/3ZOHPEDku0wYY7V+Y7ilPYgr3S8uvT2oyuyUMh6U/7WmEDylZJR0ASqKNYbM/W
lEmQWS/ZRaxldcOrJVo7aJaWLfsBWbQrAExQNQn7/Onjg9mcNDVfDzsokclseJPS
HJyIjRrQNaG62KjFaJ7AX9Gytjl1Pz/kUyp06ZHmV5kmijRQL4fL8Z8sV+THYAF7
QNaR9YUbclD3KFEPAhO2gs7vk7qREINHSkKZFAVrJ7KaAiqGmvLopSVAjMJsAJmb
/Wp86KIZYaatd5VYlf9hTVYo0KNKSTaF0mP361ojGQSlnUwDZZchAuKasoAyAhIl
koGvONxjVQVJ88lyryLEOw+uksO1f4CD8ZAryavA03dUEZz3GUNxwBC23jOAH7hq
o1aKH8bVP96ldhDti9+YxI69VH7Ar5Z1X+4Tw16/qzSluKj8X/EEwliCFZbAhiGt
reKEd82foI98C44qbSqCQoPRVj+M4Taf5NxSBNuxr+3VHvuaF1mWcBgP7LHa0Bv3
W8sPUBGQBg58wtQmF4znklssf0sEa3k1eBx0oVcSRUH8eyYNd8FpWcgKwyshQBoE
u7aQhs/rtMNUpVazvFRebHSJsubqGNt2Lmf7bOvlmaXwmECeREpd03nSuo63uMq1
gJXAJI9HcET7rGmmZNd/
=7cZ0
-END PGP SIGNATURE-

Bug#823828: phpmyadmin: fails to show login form (Uncaught TypeError: Cannot read property 'parentNode' of null)

[Michal Čihař]

Hi

Dne 9.5.2016 v 14:06 Alexandre Rossi napsal(a):
> This bug (which is fixed upstream[1]) has wasted some time ofr me, maybe it
> could be fixed in the next stable update.
> 
> Thanks,
> 
> Alexandre
> 
> [1] https://github.com/phpmyadmin/phpmyadmin/issues/11812

The upstream fix proven to be quite problematic, see:

*
https://github.com/phpmyadmin/phpmyadmin/commit/5b76c5eddfac79727ee39be91aed9ad8b57aa887
* https://github.com/phpmyadmin/phpmyadmin/issues/11820
* https://github.com/phpmyadmin/phpmyadmin/issues/11827

Not sure I found all related issues. How frequent do you hit this
problem? The upstream report seems that it's not that likely to hit this
bug...

-- 
Michal Čihař | http://cihar.com/ | https://weblate.org/



signature.asc
Description: OpenPGP digital signature

Bug#824258: ITP: wlc -- Weblate command line client

[Michal Čihař]

Package: wnpp
Severity: wishlist
Owner: "Michal Čihař" <ni...@debian.org>

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: wlc
  Version : 0.2
  Upstream Author : Michal Čihař <mic...@cihar.com>
* URL : https://pypi.python.org/pypi/wlc
* License : GPLv3+
  Programming Lang: Python
  Description : Weblate command line client

A command line utility for Weblate, translation tool with tight version
control integration.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJXNuaGAAoJEJwnsxNCt1Edla0P/0rx9LwyQMqIbj4UxhqtS6zS
z9tybMI6+3PVrP7bTw1bHoNwcga/gy0tk4k4Cv9PFSJdLkijzNLKg6rSgf9pdygo
FI/MxC0yan8vna3qPHDxJJaNPGxT00ks8/FRWE9ayr201JKN2g83etYPLRDA8JBY
wYGYh7fT12RaKleywH+s8MQ/wK8p6BV9Vr3xyPUbV/UXdndi9UPoI+JMvRjNFX/Z
u9dB01AP9YIBZ8rCJ9P249F2WgUXIT3r6JufyjKkSCvjbDuf9DlHg25krpor9gqV
21VyqJqw5L0GxaeilSrgUTAlINLGfkAOqVfFaTrZiy9IDcgDTUEzdDZorId6HPe2
ottjsbGh5Yo1iUtgOTKggb2DFAMG1q25Eo4YD8jbZ/VIfZEBrgi+Gr2B1oEM7cTo
9L1eC0SozUgnm0eCEmwvTYaybHPNAGPKEW8+1uDQhmdcsUHS+lNThP13bx1usuye
Ybf0Leap2OiqmFldp/hjjW14BzBz1QvzFAJB6Yau+7R09RtOhLCJm9Uy7D1L/RYf
xJSzSF5iLoYl38GX8nDYw9eSUC2jbX/xszusW2eOS1hkZKbGQY1oVBp4DV6fj03N
r4CAhdV23Gwgx70uSl2fCvtXxKHb0BNASiKznLvVBiVbYobUJPBw5mc0/gPgbZyB
5qWlf2O2j8ousiu2xaHM
=0V5G
-END PGP SIGNATURE-