Package: wnpp
Severity: wishlist
Owner: Sebastian Spaeth
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: nemo-qml-plugin-dbus
Version : 2.1.30
Upstream Author : 2013-2021 Jolla OY & many contributors
* URL : https://github.com/sailfishos/nemo-qml-pl
Package: openshot-qt
Version: 2.6.1+dfsg1-2
Severity: important
Tags: patch upstream
When adding the chroma key effect filter in openshot and trying to change the
key color from black, by double-clicking on the color, the color picker fails
to open, rendering the whole effect useless.
Traceback (
Hi, a new libcap is one of the hurdles towards users being able to wake
up systems from suspend using systemd user units.
A former libcap developer told us that: we'd need to use a modern enough
version of libcap & pam_cap.so (version >= 2.58): we have v2.44 in
Debian (https://tracker.debian.o
Try the solution in
https://forum.manjaro.org/t/howto-troubleshoot-crackling-in-pipewire/82442
Specifically setting
default.clock.allowed-rates = [ 44100 48000 ]
in /etc/pipewire/pipewire.conf was enough to solve my crackling in a
Laptop with a AMD FCH Azalia Controller (rev 02)
This has been filed upstream as
https://github.com/bleakgrey/tootle/issues/320 and will be fixed by
https://github.com/bleakgrey/tootle/pull/322
Thanks for the info, I have been packaging pure-maps, a QML navigation app, and
got it running on both phones. I would love to get them into Deban proper...
Sebastian
Am 22. April 2021 20:24:09 MESZ schrieb Dmitry Shachnev :
>Hi Sebastian!
>
>On Thu, Apr 22, 2021 at 06:45:06PM +0200,
While this is filed against qtbase5-examples, the dependency issues are
really a problem of libqt5opengl5 and should thus be filed against this
package.
libqt5gui5 (>= 5.1.0), libqt5gui5 (>= 5.12.5) | libqt5gui5-gles (>=
5.12.5)
essentially excludes libqt5gui5-gles. I experience this pro
Package: jitterentropy-rngd
Version: 1.2.1-1
Severity: grave
Tags: patch upstream
Justification: renders package unusable
Dear Maintainer,
starting on some version of kernel 5.11, jitterentropy-rngd starts sucking
entropy rather than providing it, leading to more efforts in providing entropy,
le
The "crash" of gufw can easily be explained and fixed. However, I am not
sure we actually want this.
This is verified in bullseye: gufw 20.04.1-1
/usr/bin/gufw tests if we are under wayland and calls xhost:
if [ $(loginctl show-session $(loginctl|grep $(whoami) |awk '{print
$1}') -p Type) = "Typ
Package: wnpp
Severity: wishlist
Owner: Sebastian Spaeth
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: whatip
Version : 0.1.2
Upstream Author : Gabriele Musco
* URL : https://gitlab.gnome.org/GabMus/whatip
* License : GPL-3+
Programming Lang
I took the liberty to fix this code in jcc's salsa repository and file a
merge request.
https://salsa.debian.org/jcc/zram-tools/-/merge_requests/4
The diff *looks* big because it pulls the "packaging" branch over to
"master", but this is really this patch
commit_id=ba29e5f4963c2e7fca088eaa98beed
Package: coffein
Version: 0.2; reported 2020-08-29
Severity: wishlist
* Package name : coffeine
Version : 0.2
Upstream Author : Sebastian Spaeth
* URL : https://gitlab.com/sspaeth/coffeine/
* License : GPL-3+
Description : Keeps your computer awake at day (& night)
... as long as your des
It affects Iceweasel 31, was fixed in Iceweasel 32 and asks for a
backport from that version. It would be great to close it, as it shows
up on all firefox-esr bug listings.
Thanks :-)
Sebastian
I am also exeriencing the same bug (same symptom with k3b BTW which also
uses wodim under the hood).
And yes, I am in group cdrom, so that is not it.
signature.asc
Description: OpenPGP digital signature
I can confirm the same behavior on a currect stretch installation.
Autologin will not log into a wayland session, while regular login does.
As a workaround I use "Timed Login" with a timeout of 1 second now which
also logs successfully into my default wayland session (the user session
starts on VT2
Seeing this also with this weeks jessie installer. AMD64 architecture.
IPv6 DHCPD is a Fritz.box router for what its worth.
Killing dhcp6c will make the installation continue indeed.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? C
This is likely the same bug as Bug #768188
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
OfflineImap has just started a call to all contributors to add an
OpenSSL exception to its GNU GPL license.
While that plows ahead nicely, some have questioned the need to grant an
ssl exception in a python app that simply makes usage of features
provided by stock python (and thus can be considere
Hi Antonio,
there was a bug that lead to servers being marked as readonly if you
have any setting readonly= in your configuration (even if that was
0/false/no). This has been fixed in the latest and can be worked around
by removing the readonly= setting in the config.
The following bugs will be (
Hi Joey,
OfflineImap now checks the validity of CA certs including
expiration. However, using the python2.x SSL interface, I do not see any
way to check for the expiration of a server cert without bundling more
3rd party SSL libraries, (which I'd like to avoid if possible).
Which expiration do yo
Hi there
I am sorry if nearly we managed to bring Exchange down (one less to go,
yay ;-)).
To examine this further we would need some debug log to see when and how
we were creating to many connections. You can create one by issueing "-d
imap l-debug.log" (NOTE, this will contain your email credent
On Fri, 16 Sep 2011 15:33:35 +0200, Johannes Berg wrote:
> Wow, a 7 year old bug :-)
Debians bug database never forgets :-). Actually OfflineImap had a quite
long "maintenance mode" hiatus and has only picked up development in the
recent months again.
> I haven't used offlineimap in a long time n
Hi Johannes,
there are many ways in which 1-way sync could work. You can now make a
repository "read-only" so that it will never be modified. But this is
not what you want and to be honest it would fit very awkward with the
way OfflineImap operates.
I would think your best bet is to have a postsy
tag 499755 fixed-upstream
Hi Sean,
upstream OfflineIMap now allows to create empty top level folder names
via nametrans, so the next release of 6.3.5 should work just fine for
you.
Sebastian
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe".
tag 501581 fixed-upstream
Hi Erich,
the bug you reported has been fixed upstream and the next release 6.3.5
will have it. The fix is to handle messages that disappear gracefully,
e.g. because another IMAP client has moved them to a different folder...
Sebastian
--
To UNSUBSCRIBE, email to de
Hi there,
your problem is Gmail closing connections on you during the file
transfer. OfflineImap doesn't protect against closed IMAP connections
yet (and yes it should do).
It's got nothing do to with encodings.
Sebastian
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
> WARNING: Error occured attempting to sync account PcaHome: Traceback (most
> recent call last):
> File "/usr/lib/pymodules/python2.6/offlineimap/accounts.py", line 207, in
> syncrunner
> self.sync(siglistener)
> File "/usr/lib/pymodules/python2.6/offlineimap/accounts.py", line 246, in
On Wed, 13 Jul 2011 12:40:31 +0200, Luca Capello wrote:
> Hi Sebastien!
Hi!
> According to /usr/share/doc/offlineimap/examples/offlineimap.conf.gz (it
> is a pity that there is no `man offlineimaprc`):
I think it can be created, it just needs to be explicitely done. There
(used to be?) a debian
On Fri, 8 Jul 2011 13:59:22 +0100, Steve McIntyre wrote:
> I am, yes. And advertising it to other people too! :-)
Good to hear that. After a couple of years long hiatus, we are picking up speed
again, so feel free to bother us with issues.
> Which version did that feature go into? I don't see an
Hi Antonio,
I have not checked out your specific logs, but you were using
IMAP<->IMAP, not IMAP<->Maildir, right? In this case there was a bug in
which an unexpected, yet legal server response would confuse imaplib2
leading weird sync behavior up to potential data loss. I strongly
recommend to upg
Hello Trent,
I am not sure what we can do about this Debian bug. Mutt is, ahem, special in
how
it treats OLD vs NEW mail combined with Gmail abusing IMAP folders to
implement tags. Others have been bitten by this as well.
See e.g. notmuch:
http://notmuchmail.org/pipermail/notmuch/2011/004833.h
tag 586655 confirmed
Yep, the global lock is annoying enough. Fortunately, I have a patch to
implement per-account locking that I will propose to merge upstream, so
expect improvements in this area.
Sebastian
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject
tag 626417 moreinfo
Hi Antonio,
thanks for reporting this. However to really find out what has happened
we would need a debug log of the IMAP communication. Can you take one
via:
-d imap -l debug.log and send it privately to me (to not make your
emails public)? Make sure you scrub your password fr
tag 167926 fixed-upstream
This has been mostly addressed upstream and will be in the next version
6.3.4. While we still bail out when an error occurs in the middle of a
sync, we will cleanly fail and retry 3 times when some network errors
occurs between syncs.
So intermittent network failures wil
Hi Luca
>self.outfd.write(data)
> IOError: [Errno 32] Broken pipe
>
> Next sync in 30:00
> 1: [ 0:10] PcaHome: imap(luca.capello): Info: Disconnected for
> inactivity bytes=228496/11784489
Well, after some time idling, the server disconnected you and the
connection became invalid. We
Sorry, forgot to CC you the first time.
I run offlineimap with notmuch in my pre and posthook just fine. Is this
still a problem? Can you
give some more information? E.g. a debug log?
Also try the current version in testing or unstable which is pretty current.
6.2 is essentially 3 years old.
Seb
Hi Erich,
it has been some time since you reported this Debian bug on
OfflineImap. I have now been able to reproduce it and know why it
happens. Your nice bug report helped a lot to get me on the right track.
When we first connect to the server we ask for a list of existing UIDs
in each folder. A
tag 518093 fixed-upstream
Just to let you know that upstream has fixed this in git and a solution
will be available in offlineimap 6.3.4. An optional cache backend based
on sqlite rather than plaintext files (which will be fully written out after
every single change) has gone in and can be configu
On Sat, 7 May 2011 13:56:29 +0200, Nicolas Sebrecht wrote:
> I inclined to merge this patch if it's still needed (thinking about the
> very last imaplib2 improvements around log). Should I?
Difficult call :-). If we turn off the extremely verbose imaplib2 debug,
we don't get the full messages in t
On Thu, 5 May 2011 20:18:24 +0200, Nicolas Sebrecht
wrote:
> > Only output the first and last 100 bytes of each message body to the
> > debug log (we still get the full body from imaplib2 logging). This
> > limits privacy issues when handing the log to someone else, but usually
> > still contains
tag 225310 wontfix
Given that this can be easily achieved by start-stop-daemon and given
that offlineimap does not guarantee to not simply exit on error, I am
tempted to mark this as WONTFIX upstream.
If offlineimap were a server that never quit, I could see the sense, as
it is now, it makes more
: Sebastian Spaeth
---
This would also address a debian bug report
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610685
offlineimap/folder/IMAP.py | 23 ---
1 files changed, 16 insertions(+), 7 deletions(-)
diff --git a/offlineimap/folder/IMAP.py b/offlineimap/folder/IMAP.py
This is not going to be implemented, there are 5 ways to specify
passwords to offlineimap, and we are not going to implement a poorly
spec'd 6th. Sorry. ~/.netrc and any other form should work just
fine. You could even include a piece of python that evaluates .netrc
yourself in the configuration fi
On Wed, 16 Mar 2011 10:23:07 +0100, Luca Capello wrote:
> > Thanks for reporting. This is a change in behavior that should have been
> > documented, true. and sorry for that.
> >
> > I will submit a patch that adapts the default config file to point out
> > that only one ui interface is valid. To
ap.git
and do
git checkout feature/kerberosracekondition
to get the branch with the patch already applied.
Thanks for testing
Sebastian
>From 627d9a73b328f43cb16b5a0d868577cf71b2e83f Mon Sep 17 00:00:00 2001
From: Sebastian Spaeth
Date: Wed, 9 Mar 2011 12:01:43 +0100
Subject: [PATCH] Fix r
The version in current Debian stable is already configurable. It uses by
default:
def gettrashfolder(self, foldername):
#: Where deleted mail should be moved
return self.getconf('trashfolder','[Gmail]/Trash')
def getspamfolder(self):
#: Gmail also deletes
Hi,
first, the broken thread debug is a python issue, nothing we can about
unfortunately, other than revamping our debug thread logging completely.
There have been many reports, and most of them are with gmail servers.
This commit in mainline is supposed to fix the hangs.
https://github.com/nico
Hi, I am sorry to hear that this one still occurs.
Python 2.5 is just too buggy with respect to SSL, so that has been
deprecated. If you don't rely on SSL CA checks, the code will still work
with python 2.5.
What is your setup? Are you connecting via SSL or without? Are you using
threads? If yes,
On Sun, 6 Mar 2011 17:58:37 +0100, martin f krafft wrote:
> > This will prevent us from APPENDing and the searching for the UID and it
> > will prevent us fudging with mail headers if not needed for servers that
> > support UIDPLUS.
>
> Sweet!!! I hope to see experimental packages soon.
>
> Is t
Thanks for reporting. This is what the current 6.3.2 outputs (and I
believe also the 6.3.2-rc2 that is in testing):
CTRL-C pressed, aborting...
no more tracebacks :-). So please consider and mark this as fixed.
Sebastian
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
w
The MAN pages are now being produced with rst2man and the capitalization
is just fine in all current and future released (I believe the current
one in testing is fixed already).
So please close this one as fixed.
Sebastian
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
This is an SSL connection with python 2.3 and python 2.3 is not
supported anymore. We use the ssl. module now, and lots of bugs have
been fixed since.
Please mark this one as closed unless it can be replicated with a
current python and offlineimap.
Thanks.
--
To UNSUBSCRIBE, email to debian-b
I run offlineimap with notmuch in my pre and posthook just fine. Can you
give some more information? E.g. a debug log?
Also try the current version in testing which is pretty current.
Sebastian
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscrib
Thanks for reporting. This is a change in behavior that should have been
documented, true. and sorry for that.
I will submit a patch that adapts the default config file to point out
that only one ui interface is valid. To make our life easier we won't
support dynamic plugins and fallback plugins.
This has been fixed in the current testing version.
[Repository Imapfoobar]
sslcacertfile = /absolute/path/to/cert
containing a CA cert file in PEM format will actually verify the SSL
cert. There are further improvements to be made (check SSL fingerprint
like mutt does), but this bug is fixed in
Please close this one as fixed.
offlineimap supports signals to both immediately sync and to exit.
SIGUSR1:
# tell each account to do a full sync asap
SIGHUP
# tell each account to die asap
SIGUSR2:
# tell each account to do a full sync asap, then die
pgpkZxdzGz5zY.pgp
Description: PGP signat
You will be happy to hear that supporting UIDPLUS is already done and
waiting for be merged in by the upstream maintainer for the next stable
release.
This will prevent us from APPENDing and the searching for the UID and it
will prevent us fudging with mail headers if not needed for servers that
s
offlineimap -k [section:]option=value
Override configuration file option. If"section" is
omitted, it defaults to "general". Any underscores
in the section name are replaced with spaces:
for instance, to
offlineimap never explicitely asks for IMAP capabilities. The python
imaplib code does that automatically when connecting to the server. So
this is a WONTFIX for offlineimap.
If at all, this should be filed as a python bug against imaplib.
Sorry,
Sebastian
pgpuAUDrf1L8k.pgp
Description: PGP sig
Hi there,
agreed that this would be good and I plan to simplify and improve the
output, it's on my list. Personally, I find even the "copying 1/3 ..."
messages a tad too verbose. What would you say about just one line
saying:
Copying 24 messages from 'IMAPserver a' to 'Maildir'
(with an command
Even the current stable should already support this (6.2.0). At least
the current testing: 6.3.2~rc3-2 does support exactly this mode of
operation already.
So please mark this wishlist bug as fixed.
Sebastian
pgpbXdqfxlZBY.pgp
Description: PGP signature
Ctrl-C has been fixed in recent versions of offlineimap (as already in
unstable). I suggest to close this bug as FIXED.
Sebastian
pgpU6b9CATEuz.pgp
Description: PGP signature
Attached patch fixes the issue, and has been proposed upstream, so it
will hopefully be fixed in 6.3.2.
Sebastian
>From 7828a350eb929dbb26fdef17bc33491ae48d88d6 Mon Sep 17 00:00:00 2001
From: Sebastian Spaeth1
Date: Thu, 17 Feb 2011 12:25:11 +0100
Subject: [PATCH] Use self.ui rather than UIBase.g
First of all, is the mbnames files still needed by mutt? Or could this
finally be removed?
Second, the mbnames.py has not been touched since 2003, but looking at
it, we certainly only ever open the file for writing when we write out
all the names in one go and close() the file immediately.
So the
Was just pointed to this bug. The fix would probably work, however only
under python >= 2.6. ssl_wrapper calls ssl.wrap() under 2.6, but socket.ssl()
under Python 2.4 and 2.5.
And socket.ssl does not take these parameters:
cert_reqs=..., ca_certs=...
So either we have to give up python 2.5 compat
Package: duplicity
Version: 0.6.06-2
Current duplicity has a dependency of python <<2.6 specified, although it works
just fine with any python 2.6.x version. This makes it difficult for those that
want a bit newer python on their boxes. Upstream has confirmed that duplicity
works with 2.6.
A p
e great to correct the copyright information in Debian.
Sebastian Spaeth
smime.p7s
Description: S/MIME cryptographic signature
67 matches
Mail list logo
