Turns out I was looking at the wrong things. Here's another patch
against current master that should hopefully get all of it now.
From 2ad987291e2805e337967f97507bb05400890966 Mon Sep 17 00:00:00 2001
From: Nicos Gollan
Date: Fri, 22 Sep 2023 14:18:06 +0200
Subject: [PATCH] Change more
Sadly the issues run deeper than that. The build system somehow
introduces many more cases of the uncommon `::` syntax for class method
calls, including one `File::exists`in the resulting `gem2deb` executable
script, that come from outside this package and would need to be fixed
as well. Do
`::` syntax. A patch
against current master building and speccing cleanly against Ruby 3.2 is
attached.
Best regards,
Nicos Gollan
From ee3c77847b4586c56a301bfda0a582b26ae7919d Mon Sep 17 00:00:00 2001
From: Nicos Gollan
Date: Thu, 21 Sep 2023 13:54:48 +0200
Subject: [PATCH] Fix calls to deprecated
On Wednesday, 12 September 2018 11:30:39 CEST Nicos Gollan wrote:
> I'm seeing the same problem with version 17.12.3-2 (tracking
> testing/unstable). The akonadi_imap_resource shows in akonadiconsole with
> many connection tasks and creates a lot of aborted connection attempts
&
On Tue, 28 Aug 2018 11:05:11 +0200 Eric Valette wrote:
> Package: kdepim-runtime
> Version: 4:18.07.90-1
> Severity: grave
> Justification: renders package unusable
>
> I manged to install expetimental kdepim today but when starting
> kmail I cannot acces to my ipmap account on exhange server
Package: kopete
Version: 4:15.08.3-1+b1
Severity: important
Dear Maintainer,
* What led up to the situation?
With kdelibs 4.14.14, Kopete is affected by upstream bug 355275
https://bugs.kde.org/show_bug.cgi?id=355275
effectively rendering it highly annoying to use since it has become
impossible
Package: flashplugin-nonfree
Version: 1:3.6
Severity: important
Dear Maintainer,
Running `update-flashplugin-nonfree --install` ends up fetching the old
version of the plugin instead of an available new version.
Currently, --status produces:
Flash Player version installed on this system :
Package: printer-driver-escpr
Version: 1.3.0-2
Tags: fixed-upstream
Source: epson-inkjet-printer-escpr
Upstream release 1.3.1 fixes a bug where the driver mixes up short- and long-
edge binding, which is annoying and tends to waste paper. Epson has also
published version 1.4.0.
--
To
Hi,
On Wednesday 25 July 2012 03:50:23 Chris Knadle wrote:
The way you've described this, /if/ the trick with Speex does work, and the
Debian version of Mumble ships without CELT, it would mean that if any
Debian user shows up on a public server then all users would switch to
using Speex. If
On Saturday 21 July 2012 03:35:56 Ron wrote:
Sorry to keep this going with one more message, but since it seems apropos
to the question of building an accurate table of where we might expect
compatibility, and the earlier question of what people use on Ubuntu and
other derivatives:
[cut IRC
Hi,
On Monday 23 July 2012 00:31:27 Chris Knadle wrote:
This means that the Opus-only client ruins the audio connection for
everybody else that's connected, at least in this case.
That happens because the maintainer patch 20-add-opus-threshold-option sets
the threshold variable default to 1,
Hi,
On Friday 20 July 2012 01:07:52 Ron wrote:
Once Thorvald gets back and we re-add speex, this should all work again
for everyone,
The problem with re-enabling speex is that it will not solve the communication
issue, except under very special circumstances.
That codec was only used in
Hi,
On Friday 20 July 2012 17:40:51 Ron wrote:
The 'situation' is no longer disputed afaics. Everyone except you has
agreed on the best way forward.
No. There may be a solution that Thorvald/slicer supposedly came up with. If
it turns out to work, super. It would make the debian-supplied
Hi,
On Thursday 19 July 2012 14:40:28 Chris Knadle wrote:
... except that Nicos Gollan stated that mumble servers have a base
assumption that clients have the CELT 0.7.1 codec available. :-/ Is that
correct?
If a client does not report any CELT versions, the server assumes that (only
Hi,
On Tuesday 26 June 2012 23:33:39 Chris Knadle wrote:
I'm assuming all of the above is true under normal circumstnaces when CELT
0.7.1 support is included. However with libcelt0-0 removed, mumble version
1.2.3-349-g315b5f5-1 is unable to communicate via server loopback to the
majority of
On Monday 25 June 2012 23:26:50 Chris Knadle wrote:
It seems unusual to CC ftpmaster in a bug report, but keeping the CC as
this is a reply to one that went there.
I won't, there are people you definitely don't want to be on the bad side of
;-)
On Sunday, June 24, 2012 21:36:28, Michael
Let's recap.
You've decided to ship a *fundamentally broken* version of the package. It is
simply *not possible* to talk to the vast majority of the userbase, and it
will remain that way for the foreseeable future.
You are doing that out of the abstract fear that the CELT library *may* have
Straight from the maintainer:
(#mumble on Freenode, 2012-06-05, times are CEST)
[13:55:50] -*- ron_ hands DireFog CVE-2012-1667. software that people are
using never has bugs like that right ...
[13:56:37] ron_ if you won't (or as I rather have come to suspect simply
can't) help, then please
On Tuesday 05 June 2012 13:57:53 Ron wrote:
The problem, and possible solutions, have been patiently explained to you.
If you aren't capable of helping, please stay out from under the feet of
the people who are. Wasting our time foaming about how you don't care
and we should just ignore it
Package: mumble
Version: 1.2.3-349-g315b5f5-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
* What led up to the situation?
The maintainer patch which disables CELT
* What exactly did you do (or not do) that was effective (or
ineffective)?
Update the
On Friday 19 August 2011 04:02:03 you wrote:
[…] at least
one user group needs to take extra action. (ideally both user groups
('dumb user' and 'user wanting to actively use this feature') would not
need to take extra actions).
The problem is that right now, the dumb user has their system
Package: xrestop
Version: 0.4-4
Severity: normal
Running xrestop in batch mode produces lines like:
res_base : ox160
which should probably be 0x160.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (700, 'unstable'), (500, 'experimental')
Package: libroar1
Version: 0.4~beta7-1
Severity: important
Tags: upstream
Depending on a system-level libcelt will frequently break until the CELT
bitstream becomes stable. This can and likely will cause interoperability
issues at some point, e.g. when Debian updates from the by now seriously
Package: libdnet
Version: 2.56
Severity: normal
Installing dnet-common requires user input for an archaic artifact that
most users will not be familiar with. People who wat to use DECnet will
know where to look.
Please reduce dnet-common to a suggestion for libdnet.
-- System Information:
This bug kills one of the few competent vector graphics applications for
scientific work. Please do not overlook this issue, especially with Cairo
becoming the de-facto standard library for that kind of application. Building
hacked packages from git is becoming tedious.
--
To UNSUBSCRIBE,
Package: kopete
Version: 4:4.4.4-1
Severity: normal
Tags: upstream
Kopete in KDE4 tends to repeatedly disconnect from servers due to a conceived
protocol error, that seems to be a bug in the client's timeout handling.
Upstream bug is at https://bugs.kde.org/show_bug.cgi?id=198789 including a
The same issue occurs with
- openoffice.org-filter-binfilter (1:3.1.1-2)
- openoffice.org-evolution (1:3.1.1-2)
when upgrading packages.
Output from apt-get dist-upgrade:
Preparing to replace openoffice.org-filter-binfilter 1:3.1.1-1 (using
write to that directory.
Regards,
Nicos Gollan
= package information
openoffice.org-emailmerge:
Installed: 1:3.1.1-2
Candidate: 1:3.1.1-2
Version table:
*** 1:3.1.1-2 0
700 http://ftp.de.debian.org unstable/main Packages
100 /var/lib/dpkg/status
= console output
I forgot about the bug report. It took me quite some time to fix it.
Ultimately, I had to manually remove all packages related to KDE and
then manually delete all remaining KDE stuff under /usr/lib and
/usr/share to fix the issue.
--
To UNSUBSCRIBE, email to
Sune Vuorela schrieb:
On Sunday 12 July 2009 13:30:35 Nicos Gollan wrote:
I forgot about the bug report. It took me quite some time to fix it.
Ultimately, I had to manually remove all packages related to KDE and
then manually delete all remaining KDE stuff under /usr/lib and
/usr/share
Package: kvirc
Version: 2:3.4.0-3
Severity: wishlist
The Debian packages of kvirc have been stuck at 3.4.0 for a long time now.
The most recent upstream release is 3.4.2 (which is also supposed to be the
last kvirc release in the KDE/Qt 3 line).
Another issue is the website. The package
Package: kdelibs5
Version: 4:4.2.2-2
Severity: important
Konqueror and other applications report missing support for the HTTP
protocol. Error messages are e.g.:
KOrganizer:
Could not start process Unable to create io-slave:
klauncher said: Unknown protocol 'http'.
..
Konqueror:
Protocol not
Package: xfce4
Version: 4.4.2.1
Severity: grave
Justification: renders package unusable
The xfce4 meta-package currently in unstable can not be installed due to
unfulfillable dependencies. When trying to install it, I get:
The following packages have unmet dependencies:
xfce4: Depends:
architecture, and a missing package may just be a simple oversight.
The bug report was in no way meant to be a kick in the shins. (Hey, this is
not the Mozilla BTS ;-))
Regards,
Nicos Gollan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe
Package: kaddressbook
Version: 4:4.2.1-1
Followup-For: Bug #507238
libgnokii3 is no longer even available in unstable or experimental, so a
dependency on the package should be completely invalid. libgnokii3 from
testing is no longer installable since it conflicts with gnokii-common from
unstable.
.
If there is interest in my implementation, please contact me.
Regards,
Nicos Gollan
-- System Information:
Debian Release: 5.0
APT prefers unstable
APT policy: (700, 'unstable'), (600, 'testing'), (502, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.28-elysium (SMP w/2 CPU cores)
Locale
Package: kdepimlibs5
Version: 4:4.1.4-1
Severity: important
When being stupid enough to run KDE4 from experimental on a system with some
packages from testing, kdepimlibs5 will fail to update libgpgme11 to version
1.1.8. This leads to relocation errors when sending mail from Kontact, making
the
37 matches
Mail list logo
