Bug#1051352: ITP: shedskin -- Python-to-C++ compiler designed to speed up Python programs

On Thursday, 7 September 2023 06:48:11 CEST Paul Wise wrote: > > Please note the extra steps when reintroducing packages, ie bug triage: > > https://www.debian.org/doc/manuals/developers-reference/ pkgs.en.html#reintroducing-packages Thank you for the reference. I looked in the removal log:

Bug#1051352: ITP: shedskin -- Python-to-C++ compiler designed to speed up Python programs

Package: wnpp Severity: wishlist Owner: Paul Boddie * Package name: shedskin Version : 0.9.7 Upstream Author : Mark Dufour * URL : https://shedskin.github.io/ * License : GPL-3+ Programming Lang: Python Description : Python-to-C++ compiler designed

Bug#1031863: libqt5sql5-mysql: incompatible change in libmariadb3 breaks kontact, needs upstream fix in libqt5sql5-mysql

On Sunday, 26 March 2023 03:29:00 CEST Otto Kekäläinen wrote: > For the record, I have now patches both for 10.3 and 10.5: > > https://salsa.debian.org/mariadb-team/mariadb-10.3/-/merge_requests/36 > https://salsa.debian.org/mariadb-team/mariadb-10.5/-/merge_requests/13 > > The upstream PR has

Bug#1031863: libqt5sql5-mysql: incompatible change in libmariadb3 breaks kontact, needs upstream fix in libqt5sql5-mysql

On Friday, 3 March 2023 08:37:05 CET Otto Kekäläinen wrote: > > I have this now as > https://salsa.debian.org/mariadb-team/mariadb-10.3/-/merge_requests/36 Thanks for looking into this! I saw that the package build pipeline failed with various Lintian errors, so there was no package to download

Bug#1031863: libqt5sql5-mysql: incompatible change in libmariadb3 breaks kontact, needs upstream fix in libqt5sql5-mysql

On Wednesday, 1 March 2023 17:09:54 CET Otto Kekäläinen wrote: > > > The fact that his issue surfaced now about something that changed in > > > Debian 1-2 years ago and was changed upstream 2 years ago confuses me. > > > Also I don't have any easy way to fire up a container and reproduce > > > the

Bug#1031863: libqt5sql5-mysql: incompatible change in libmariadb3 breaks kontact, needs upstream fix in libqt5sql5-mysql

On Wednesday, 1 March 2023 07:24:23 CET Otto Kekäläinen wrote: > > The fact that his issue surfaced now about something that changed in > Debian 1-2 years ago and was changed upstream 2 years ago confuses me. > Also I don't have any easy way to fire up a container and reproduce > the issue. It

Bug#1031863: libqt5sql5-mysql: incompatible change in libmariadb3 breaks kontact, needs upstream fix in libqt5sql5-mysql

On Tuesday, 28 February 2023 22:35:35 CET Lisandro Damián Nicanor Pérez Meyer wrote: > > On Tue, 28 Feb 2023 at 18:31, Paul Boddie wrote: > > So, to summarise: > > > > Standard libqt5sql5-mysql plus standard libmariadb3 breaks > > Akonadi/Kontact. > > Re

Bug#1031863: libqt5sql5-mysql: incompatible change in libmariadb3 breaks kontact, needs upstream fix in libqt5sql5-mysql

On Monday, 27 February 2023 12:07:27 CET Paul Boddie wrote: > > I think I already established the origin of the problem: > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1031770#25 > > For some reason, someone decided to merge an incompatible change to the 10.3 >

Bug#1031863: libqt5sql5-mysql: incompatible change in libmariadb3 breaks kontact, needs upstream fix in libqt5sql5-mysql

On Monday, 27 February 2023 06:50:42 CET Otto Kekäläinen wrote: > Hi! > > > > reassign 1031863 libmariadb3 1:10.3.34-0+deb10u1 > > > thanks > > Why did you run into this issue now? The version above has been in > Debian oldstable since almost a year, are you sure you diagnosed this > for the

Bug#1031863: libqt5sql5-mysql: incompatible change in libmariadb3 breaks kontact, needs upstream fix in libqt5sql5-mysql

On Sunday, 26 February 2023 15:38:20 CET Lisandro Damian Nicanor Perez Meyer wrote: > reassign 1031863 libmariadb3 1:10.3.34-0+deb10u1 > thanks [...] > This is a bug in oldstable! If mariadb maintainers pushed a new version > there then they need to undo the change you mention above. This is

Bug#1031770: Info received (kontact: cannot show existing messages and will not retrieve new ones)

On Friday, 24 February 2023 09:55:18 CET Rai wrote: > Hi Paul, > > Great work and big thanks for the findings. > But indeed, this change in mariadb_lib.c is a functional change which should > have never made it in a security update. :( Agreed. Since this bug merely manifests itself in Kontact

Bug#1031863: libqt5sql5-mysql: incompatible change in libmariadb3 breaks kontact, needs upstream fix in libqt5sql5-mysql

Package: libqt5sql5-mysql Version: 5.11.3+dfsg1-1+deb10u5 Severity: important Dear Maintainer, A recent update to libmariadb3 introduced a change to MySQL version number reporting that ultimately breaks Kontact and Akonadi. To note this, I filed bug #1031770 against the kontact package:

Bug#1031770: Info received (Bug#1031770: Info received (kontact: cannot show existing messages and will not retrieve new ones))

Hello again, I also found the applicable upstream KDE bug: "Akonadi fails with Mariadb 10.6.3" https://bugs.kde.org/show_bug.cgi?id=439769 Meanwhile, applying the fix suggested for Qt 5.15 in a slightly modified form seems to prevent the error I experienced from occurring. With the modified

Bug#1031770: Info received (kontact: cannot show existing messages and will not retrieve new ones)

Hello again, I looked at the packaging repository for libmariadb3 and found the following commit importing the upstream sources for 10.3.38: https://salsa.debian.org/mariadb-team/mariadb-10.3/-/commit/773fb3e04ffae2b4868876be632fb7244329e7c3 Looking at the diff, I found the following change

Bug#1031770: kontact: cannot show existing messages and will not retrieve new ones

On 2023-02-22 17:03, Otto Kekäläinen wrote: Seems Akonadi tried to execute "INSERT INTO PimItemTable (rev, remoteId, remoteRevision, gid, collectionId, mimeTypeId, datetime, atime, dirty, size) VALUES (:0, :1, :2, :3, :4, :5, :6, :7, :8, :9)" and gets error "Incorrect datetime value:

Bug#1031770: kontact: cannot show existing messages and will not retrieve new ones

Package: kontact Version: 4:18.08.3-1 Severity: important Dear Maintainer, Today I found that Kontact would not load and show messages that already reside in my mailboxes, and it refuses to download new ones. In the status bar, messages like the following are shown: Unable to fetch item from

Bug#995959: python3-pip: set_user_default.patch breaks --root option

Package: python3-pip Version: 18.1-5 Severity: important Dear Maintainer, I spent a bit of time discovering the nature of this problem today. I have come to rely on the --root option with "pip install" (or equivalent python invocation) being a generally satisfactory way of installing packages

Bug#939499: mate-tweak: Panel configuration produces TypeError due to dock absence

On Friday 6. September 2019 06.31.46 Mike Gabriel wrote: > > can you file a pull request von Github? > https://github.com/ubuntu-mate/mate-tweak > > If not, it is fine to send a patch to this bug report and I will > handle the upstreaming. Sorry that my wording wasn't very helpful: I wasn't

Bug#939499: mate-tweak: Panel configuration produces TypeError due to dock absence

Package: mate-tweak Version: 16.10.5-1+deb9u1 Severity: normal Tags: patch Dear Maintainer, Running mate-tweak and attempting panel configuration, selecting different icon sizes, repeatably causes a TypeError in the program. This does not crash the user interface, however. File

Bug#934158: fped: Packaging files need updating and correcting

/changelog b/fped/changelog index b0b6a41..200a36a 100644 --- a/fped/changelog +++ b/fped/changelog @@ -1,3 +1,17 @@ +fped (0.1+20170511-1) unstable; urgency=medium + + * Non-maintainer upload. + * New snapshot, taken from commit fa98e58 + + -- Paul Boddie Sun, 30 Jun 2019 18:46:26 +0200 + +fped (0.1

Bug#931044: installing python3.4 fails

Package: python3.4 Version: 3.4.2-1+deb8u3 Followup-For: Bug #931044 The following fix could be applied to the faulty Python standard library file ultimately used by the /var/lib/dpkg/info/python3.4.postinst script: --- /usr/lib/python3.4/http/client.py 2019-06-25 14:41:35.0 +0200 +++

Bug#908588: Some more observations

Evidently, the "fix" doesn't seem to have the intended effect. Launching Akregator just now spawned three "HTTP Cache Cleaner" instances and the animated cursor, with the plasma-desktop process increasing its activity. I suppose it is possible that the referenced .desktop file is not involved,

Bug#908588: kdelibs5-data: HTTP Cache Cleaner starts irritating launch notifier (also makes plasma-desktop busy)

Package: kdelibs5-data Version: 4:4.14.2-5+deb8u2 Severity: normal Upon launching Akregator in the Kontact application, "HTTP Cache Cleaner" starts up with the bouncing notifier cursor and a window entry in the taskbar. Also plasma-desktop starts running more excitedly. This can be quite

Bug#905436: binutils-mipsel-linux-gnu: Cross-compiling glibc fails with BFD assertion errors

Package: binutils-mipsel-linux-gnu Version: 2.28-5 Severity: normal Dear Maintainer, I have been trying to cross-compile glibc using the mipsel-linux-gnu cross-toolchains but the outcome is always the same: /usr/lib/gcc-cross/mipsel-linux-gnu/6/../../../../mipsel-linux-gnu/bin/ld: BFD (GNU

Bug#884821: binutils-mipsel-linux-gnu: Can't find matching LO16 reloc against `.text' for R_MIPS_GOT16 at 0x1f8

On Tuesday 9. January 2018 18.28.52 James Cowgill wrote: > > Thanks for this. I think I know what's going on now. Thanks for replying and figuring it out from my notes! [...] > The problem here is that the assembler and GCC don't agree on whether > thread2 is a global or local symbol. In GCC

Bug#884821: binutils-mipsel-linux-gnu: Can't find matching LO16 reloc against `.text' for R_MIPS_GOT16 at 0x1f8

On Thursday 21. December 2017 00.08.09 Paul Boddie wrote: > On Wednesday 20. December 2017 14.46.12 James Cowgill wrote: > > It would be useful to have a reduced .c file which can reproduce this > > bug and then decide if its a bug in gcc or binutils. > > The offendin

Bug#884821: binutils-mipsel-linux-gnu: Can't find matching LO16 reloc against `.text' for R_MIPS_GOT16 at 0x1f8

On Wednesday 20. December 2017 14.46.12 James Cowgill wrote: > > There are probably two bugs here. Firstly, ld shouldn't trigger an > internal error when printing the error message... Perhaps. I didn't know how to interpret that. > > Relocation section '.rel.text.startup' at offset 0x5398

Bug#884821: binutils-mipsel-linux-gnu: Can't find matching LO16 reloc against `.text' for R_MIPS_GOT16 at 0x1f8

Package: binutils-mipsel-linux-gnu Version: 2.29.1-12 Severity: normal Dear Maintainer, I have been attempting to build L4Re with the mipsel cross-toolchain, which has so far worked well, but after updating the L4Re sources to a newer revision, I now get the following error:

Bug#826719: firefox-esr: font-family monospace does not use monospace font after Iceweasel upgrade

Package: firefox-esr Version: 45.2.0esr-1~deb7u1 Severity: important The firefox-esr package got upgraded today (in wheezy) and bug #388478 seems to have returned. In short, font-family set to "monospace" causes a proportional font to be used, so I imagine that the mapping from monospace to a

Bug#820593: [Calendarserver-discuss] Bug#820593: ITP: imip-agent -- agent programs to handle calendar information in e-mail

On Sunday 10. April 2016 13.48.50 Jonas Smedegaard wrote: > Package: wnpp > Severity: wishlist > Owner: Jonas Smedegaard Thanks for looking into this! I'll put some thoughts and notes here so that they don't get lost. Multiple Packages - In previous informal

Bug#803717: postinst: mountpoint: not found; the java command requires a mounted proc fs (/proc)

Hello, I recently experienced this problem when installing/configuring the package in a chroot. The underlying cause is that the initscripts package is not present, which might be something that a conventional Debian installation provides, but which might not be something provided by a

Bug#802804: roundcube: Apache configuration file installation should be documented

Package: roundcube Version: 1.1.2+dfsg.1-4~bpo8+2 Severity: normal Dear Maintainer, Although the documentation for the roundcube packages mentions the apache.conf file, it might be useful to suggest how this file might be used. For example, I ended up making a symlink... ln -s

Bug#773487: claws-mail-vcalendar-plugin: Event cancellation uses incorrect method parameter for Content-Type header

Package: claws-mail-vcalendar-plugin Version: 3.11.1-3 Severity: normal Dear Maintainer, I have been experimenting with Claws Mail for calendaring and found that when cancelling events as an organiser, Claws (or rather the vCalendar plugin) sends a mail with an inappropriate Content-Type

Bug#757125: shedskin's file.cpp fails to compile

On Tuesday 5. August 2014 16.23.17 you wrote: C++ file file.cpp installed by shedskin to /usr/share/shedskin/lib/builtin/file.cpp fails to compile. File file.cpp seems to lack inclusion of unistd.h and sys/types.h. When I added them to file.cpp, the problem was solved. Thanks for the

Bug#730600: [pkg-kolab] Bug#730600: [Kolab-devel] Bug#730600: libkolab(xml): New upstream version available

(Replying to all, even though I think it's probably excessively cross-posted.) On Thursday 26. June 2014 21.14.57 Mike Gabriel wrote: Hi Sandro, On Do 26 Jun 2014 15:36:27 CEST, Sandro Knauß wrote: Hi, So, is libcalendaring actually a REAL fork? Or is it a partial extract of the

Bug#516718: Freshly installed ejabberd fails to start

Some additional information describing Erlang problems with User Mode Linux (in 2.6.32.49, so a long time ago) and a response indicating that futex support in UML may be deficient for the purposes of running ejabberd: https://www.mail-archive.com/user-mode-linux-

Bug#516718: Freshly installed ejabberd fails to start

Just tested this with ejabberd from jessie (2.1.11-1). It seems like the problem may be threading/SMP-related: http://erlang.org/pipermail/erlang-questions/2011-May/058249.html http://erlang.org/pipermail/erlang-questions/2012-April/065957.html Maybe my User Mode Linux installation is not able

Bug#516718: Freshly installed ejabberd fails to start

Package: ejabberd Version: 2.1.10-4+deb7u1 Followup-For: Bug #516718 Dear Maintainer, I have experienced this or a related problem today when installing ejabberd. At the setup stage, the following is shown: Setting up ejabberd (2.1.10-4+deb7u1) ... adduser: Warning: The home directory

Bug#564533: Deb source package

On Thursday 04 March 2010 19:16:52 D Haley wrote: Hello Paul, Have you uploaded this to mentors or provided a DSC somewhere? I am happy to have a brows through it -- I maintain one package in debian currently, so I am no expert, but I can run my eye over it if you have a link. Here's the

Bug#564533: Deb source package

On Thursday 04 March 2010 22:56:27 D Haley wrote: OK, so here are my comments. Feel free to ignore whatever you like, as I am often not right. Here goes! * Lintian is giving native package errors. If you do a quick source build with debuild (debuild -S -i -I), this will tell you what your

Bug#564533: Current unofficial package maintainer intends to package for Debian

Package: wnpp Followup-For: Bug #564533 Owner: Paul Boddie p...@boddie.org.uk I am the current maintainer of the aforementioned unofficial package and have been attempting to upload a suitable package to Debian Mentors. It occurs to me that an ITP is necessary for that service to agree

Bug#473682: Still apparently present in 2.7.1-1

Hello, I've recently been trying a few things with fakechroot, fakeroot and debootstrap and have run into exactly the problem described in message #10 of this bug (installation of Debian testing/lenny). Here are the versions I'm using: fakechroot 2.7.1-1 fakeroot 1.9.5ubuntu1 debootstrap