Folks, I will be shortly submitting an updated tomboy-ng to debian and
will close this bug at that time. So, better explain my position.
The 'bug' is not really fixable from my end I am afraid. Firstly, it
only shows up under Wayland and even then can be worked around with
either an environmen
OK, an update to where I am with this problem. For the record as much as
anything else.
Firstly, what happens-
tomboy-ng, when it copies or cuts to the clipboard, makes both a plain
text and a Rich Text Format entry in the clipboard. However, with Qt5
(and I suspect Qt6), when it notifies the
Konrad, sorry, very sorry. This message poped up in my Spam folder, I
only just saw it today. So, earlier today I sent you, and the Debian bug
system, a message saying I cannot replicate (and can you help me
reproduce it). If you see that message, please disregard it !
(I suspect Thunderbird r
Hi Shawn, sorry about a slow response to your report, for reasons I
don't understand, it was not forwarded to my address. Lets see if it is
this time !
I am unable to replicate your problem I am afraid. I have a Trixie Gnome
install running in a VM and find I can copy and paste backwards and
buildpackage: info: source version 0.36a-2
dpkg-buildpackage: info: source distribution unstable
dpkg-buildpackage: info: source changed by David Bannon
dpkg-source --before-build .
debian/rules clean
dh clean
dh_auto_clean
make -j8 clean
make[1]: Entering directory '/<
On 3/4/23 05:57, Sebastian Ramacher wrote:
On 2023-04-01 10:54:33 +1100, David Bannon wrote:
On 1/4/23 04:34, Sebastian Ramacher wrote:
Control: tags -1 moreinfo
On 2023-03-30 13:31:28 +1100, David Bannon wrote:
Package: release.debian.org
Severity: normal
User:release.debian
On 1/4/23 04:34, Sebastian Ramacher wrote:
Control: tags -1 moreinfo
On 2023-03-30 13:31:28 +1100, David Bannon wrote:
Package: release.debian.org
Severity: normal
User:release.debian@packages.debian.org
Usertags: unblock
Please unblock package tomboy-ng v0.36a
[ Reason ]
Poor testing
anage it's Qt5 colors)
and editbox.pas where the means of determining appropriate
colors has been changed. Changes to settings.pas to inform user
of non-standard colors and save preferences.
Some related minor change to loadnote.pas and mainform.pas
Thanks for your consideration, David Bannon
I wonder if this relates to the hardening issue ? Hardening on PPC63le
with FPC is not currently working, it makes a non viable binary.
https://gitlab.com/freepascal.org/fpc/source/-/issues/39451
Davo
On Wed, 2022-01-12 at 21:14 +0100, Paul Gevers wrote:
> Source: fpc
> Version: 3.2.2+df
+1100, David Bannon wrote:
>
>
> 1. The debian package has some problem with the version numbers. It
> has
This problem is not unique to ppc64le, its in Bullesye on AMD64 too.
Does not prevent Lazarus from being used to build a preexisting app.
> 2. So, I built from source and the
On Tue, 2021-11-09 at 22:56 +1100, David Bannon wrote:
> No, sorry, I cannot do a sensible test of my app using FPC and/or
> Lazarus from sid.
>
> I can install FPC3.2.2 from Sid by using priorities.
>
> But the Lazarus in Sid is non functional, blocked, because of an
> i
that they have different names.
Davo
On Mon, 2021-11-08 at 13:03 +0200, Graham Inggs wrote:
> Hi David
>
> Apologies for the delayed response.
>
> On Sat, 30 Oct 2021 at 06:57, David Bannon
> wrote:
> > Thanks Graham. I noticed the same problem myself a few days ago.
> &g
delay the pending autoremoval.
Excellent. I may well be ready to act before the (25th) removal date
anyway. The build test then wait for the Spanish translation...
Philipp Huebner, my sponsor, tells me I can close this bug with an
upload of the new version, so thats nice and tidy.
> On Sun, 7
I was advised a week ago that the app I maintain is not building in
unstable as the compiler (fpc) has been updated.
However, Testing still has the 'older' compiler and it builds fine with
that. How do I test my build against tools only available in sid ?
Background -
---
tomboy-ng is
On Wed, 2021-10-27 at 14:11 +0200, Graham Inggs wrote:
> Source: tomboy-ng
> Version: 0.32-2
> Severity: serious
> Tags: ftbfs bookworm sid
Thanks Graham. I noticed the same problem myself a few days ago. Its a
very simple fix but as I am very close to releasing a new version
anyway, maybe we can
wrong !
I am, of course, willing to listen to any suggestion !
Davo
On Thu, 2021-10-28 at 14:49 +0200, Paul Gevers wrote:
> Hi David,
>
> I was just pointed to this bug.
>
> On Tue, 6 Apr 2021 10:21:43 +1000 David Bannon
> wrote:
> [...]
>
> > then I built
OK Paul, I think that makes perfect sense, I will close this ticket.
Thanks
David
On 8/4/21 5:21 pm, Paul Gevers wrote:
> Hi David,
>
> On 08-04-2021 03:11, David Bannon wrote:
>> The relevant part of the Lazarus Source was updated on the 6th April.
>> And, sadly in s
Thanks for your response Paul.
On 8/4/21 5:06 am, Paul Gevers wrote:
>
> AFAIK libqt5pas is build from lazarus source. The lazarus source and
> libqt5pas are in sync last time I checked.
The relevant part of the Lazarus Source was updated on the 6th April.
And, sadly in such a way that its no l
Package: libqt5pas1
Version: 2.6+2.0.8+dfsg-2
Severity: important
Tags: upstream
X-Debbugs-Cc: tomboy...@bannons.id.au
Dear Maintainer,
* What led up to the situation?
The current version of libqt5pas is 1.2.9, or, perhaps, I should say the
current version of libqt5pas1 is 2.9 ?
>From time t
Topic : tomboy-ng not working on ppc64el
Frédéric, I have now done some testing using a more recent version of
qemu and results are somewhat mixed. My plan was to install the Debian
versions of FPC and Lazarus, build my app and run it under the IDE
debugger. However, I encountered several problem
a
>> P8 machine, and don't have a reason for the way you have done it, could
>> you test please ?
>>
>> Otherwise, if you think it needs to be as per your patch, I am quite
>> happy to apply that.
> I always try my patches :) (this one let tomboy-ng build well, a
OK, you are way ahead of me Frédéric, please disregard my previous response.
Great that your patch works, really cool. And thanks ! However, do you
mind if I query something ? I don't quite see why you call the -
+if [ "$CPU" = "powerpc64le" ]; then
+ CPU="powerpc64"
+fi
AFTER the line -
T
Wow Frédéric, thats given me something to think about !
On 27/3/21 2:12 am, Frédéric Bonnard wrote:
> Package: src:tomboy-ng
> Version: 0.32-1
> tomboy fails to build on ppc64el :
"ppc64el" ? "endian little" ? Is that the same as ppc64le ? As in
IBM Power8 ? I do have a history with IBM Po
retitle 897688 ITP: tomboy-ng -- note taking application
owner 897688 dban...@internode.on.net
thanks
This relates to 966537, reproduced here -
* Package name : tomboy-ng
Version : 0.30
Upstream Author : David Bannon
* URL : https://github.com/tomboy-notes/tomboy-ng
On 3/8/20 1:28 pm, Ben Hutchings wrote:
(topic of making a gtk2 v Qt5 ...)
> I am only talking about what should be done in an official Debian
> package here. It you build a generic binary for Linux then Gtk+ 2 may
> well be the better option.
I am talking specificially about Buster and Bulls
Ben, I am not sure if I am allowed to answer here, don't want Bart to
slap me down again.
If I have it wrong again, very sorry, will withdraw
On 3/8/20 4:34 am, Ben Hutchings wrote:
> Gtk+ 2 is deprecated, and we should not add new applications using it.
> So it sounds like the best option f
Package: wnpp
Severity: wishlist
Owner: David Bannon
X-Debbugs-Cc: debian-de...@lists.debian.org, tomboy...@bannons.id.au
* Package name: tomboy-ng
Version : 0.29c
Upstream Author : David Bannon
* URL : https://github.com/tomboy-notes/tomboy-ng
* License
Now, responding to a very old topic, and if I an doing wrong there, very
sorry ! Its really an "attention Abou Al Montacir thing" !
Original message was from Erik about adding tomboy-ng to debian. It was
quite rightly pointed out that tomboy-ng was not, then ready. I am the
lead developer of t
28 matches
Mail list logo
