Hello debian maintainers,
Vagrant,
> Forwarding this upstream, originally submitted in the Debian bug
> tracking system at:
> https://bugs.debian.org/1064998
> ...
> Would the guile-lib developers consider merging this? Are there any
> use-cases where this is inappropriate?
Certainly! Thanks
Bernard,
Dennis,
> Indeed:
>
> ii libsoci-core4.0:amd64 4.0.1-5 ...
> ii libsoci-sqlite3-4.0:amd64 4.0.1-5 ...
>
> solved the problem: I now see the chat msgs history when I launch the
> app. I didn't have a chance to send a new msg yet, because it's the
> middle of the night
Hello Bernard,
Dennis,
> > Please make sure you also test a file transfer, which is part of the
> > chat message interface [I couldn't try since the chat msgs itself
> > didn't work ...], The file transfer functionality is absolutely
> > essential as well, afaic at least
> soci 4.0.1-5
Hello Dennis,
> GDK_BACKEND=x11 linphone
That solves the problem.
Although, fwiw, (a) the window 'shape is different (the AppImage has
square corners - the debian window rounded corners, and (b) the font
family and font size are diff as well (musch smaller for the debian
version... no
Hello Dennis,
> > 1- the settings pop menu appears 'detached' from the main app
> > window; also, it uses a font and font size that are not the
> > 'upstream' app font and size (fwiw);
> > 2- it only works once: if you close and try to open the settingss
> > popup again, it fails to do so, and
Hi Bernhard,
DEnnis,
> > I finally found the bug: ...
Excellent!
Please make sure you also test a file transfer, which is part of the
chat message interface [I couldn't try since the chat msgs itself
didn't work ...], The file transfer functionality is absolutely
essential as well, afaic at
Hi Bernhard,
> The easiest way to just install one or two packages from sid would
> probably be ...
Done [1] (i updated linphone-common as well. I was surprise though to
not see a new linphone and linphone-desktop, saying this because I did
see someone fixed the 'wrong version number in the
Hello,
Thanks all for having worked on this. Sorry for the little delay in
answering, I actually thought the packages would 'find their way' to
bullseye, so I was (and still am) updating daily, a few times per day
actually, but now I see you said sid, not bullseye ...
> an updated liblinphone
Hello Bernhard,
> Thanks for your report. Unfortunately I'm extremely swamped for the
> next couple of weeks. I have also never used the Chat feature. For
> this reason I'm tagging this bug as "help".
I hope you or someone else find the time to fix this bug before it's to
late to make it to
Package: linphone-desktop
Version: 4.2.5-3
Severity: normal
Tags: upstream
Dear Maintainer,
In the chat room 'panel', the date is wrong, although times are correct,
wether for chat msgs or missed incoming call 'reports'
The app centers the date, and today (Feb 22, 2021) it says
--
Package: linphone-desktop
Version: 4.2.5-3
Severity: normal
Dear Maintainer,
The 'Settings - About' dialog reports
Desktop - Qt5.15.2
Core 4.4.0
But it should be
Desktop 4.2.5-3 - Qt5.15.2
Core 4.4.21-1
Thanks,
David
-- System Information:
Debian Release: bullseye/sid
Package: linphone-desktop
Version: 4.2.5-3
Severity: normal
Dear Maintainer,
* What led up to the situation?
1- the settings pop menu appears 'detached' from the main app window;
also, it uses a font and font size that are not the 'upstream' app font
and size (fwiw);
2- it only works once:
Package: linphone-desktop
Version: 4.2.5-3
Severity: grave
Justification: causes non-serious data loss
Dear Maintainer,
1- chat messages (history) are not displayed when I launch the app,
although I can see they are in the .local/share/linphone/linphone.db
file (using sqliteb or sqlitebrowser);
Hi Ari,
Just tried and it works now: no idea what the problem was, but it works again
so
you may close this 'mysterious' bug.
Thanks,
David
;; --
Le Mon, 10 Aug 2015 17:06:14 -0300,
David Pirotte <da...@altosw.be> a écrit :
> Le Sat, 08 Aug 2015 00:59:29 +,
> Ari Pollak <
Le Sat, 08 Aug 2015 00:59:29 +,
Ari Pollak a...@debian.org a écrit :
The log from right after you moved ~/.purple is very confusing; it said it
found your ~/.purple config files, and it's renaming legacy stuff from
/gaim/. Do you also still have a ~/.gaim that you can remove?
Hi Ari,
Le Thu, 23 Jul 2015 22:17:30 -0400,
Ari Pollak a...@debian.org a écrit :
Is there a Pidgin icon in the GNOME icon bar?
No icon
Cheers,
David
pgp_2Gpxw5DCt.pgp
Description: OpenPGP digital signature
Hi Ari,
Interesting. Which window manager are you using?
gnome 3.16
David
pgpyfnupn11d8.pgp
Description: OpenPGP digital signature
Hello Ari,
Could you try moving your .purple directory out of the way and try again?
Sure, just tried, didn't solve the problem, it still 'hangs'
David
david@capac:~ $ mv .purple/ .purple.bck
david@capac:~ $ pidgin -d
(18:07:31) prefs: Reading /home/david/.purple/prefs.xml
(18:07:31) prefs:
Package: pidgin
Version: 2.10.11-1
Severity: important
Tags: upstream
Dear Maintainer,
No pidgin window @ startup, no error, it just 'hangs':
david@capac:~ 1 $ pidgin -d
(15:59:30) prefs: Reading /home/david/.purple/prefs.xml
(15:59:30) prefs: Finished reading /home/david/.purple/prefs.xml
Package: rhythmbox
Version: 2.99.1-3
Followup-For: Bug #711416
Dear Maintainer,
I confirm the bug is still present in 2.99.1-3. Hoping it may help,
I'm copying here below a gdb backtrace. PLease let me know if I can
produce and send other usefull info.
Thanks,
David
-- System Information:
:05:18 +0200,
Andreas Beckmann a...@debian.org a écrit :
Control: tag -1 moreinfo
On 2012-09-03 23:18, David Pirotte wrote:
[AMD] nee ATI Tahiti XT [Radeon HD 7970]
2 monitors 1680x1050
If I run
aticonfig --initial
then i get 3D acceleration [and gnome3
Package: octave-image
Version: 2.0.0-2
Severity: important
Tags: patch
Dear Maintainer,
octave:2 I = [0 0 0 0 0; 0 0 1 1 0; 0 1 1 0 0; 0 0 0 0 0];
octave:3 bwdist(I)
error: '__bwdist' undefined near line 56 column 9
error: called from:
error:
Package: netbase
Version: 4.47
Severity: important
Dear Maintainer,
/etc/init.d/networking
Not sure this is actually a 'netbase' or a kernel problem, but I had
to manually add a 'sleep 3' in the start section [the 3 is just to
make sure, but 1 sec already did it] otherwise sshd would not
Hi David,
Andreas
I tried TeXmaker on an i386 installation of sid, with xfce4, and it
worked as follows: starting from the menu, TEXINPUTS environment
variable from my login shell is not detected. Starting from the
terminal, it (unsurprisingly) is.
Yes, here on 32bits machines it works
I tried TeXmaker on an i386 installation of sid, with xfce4, and it
worked as follows: starting from the menu, TEXINPUTS environment
variable from my login shell is not detected. Starting from the
terminal, it (unsurprisingly) is.
Owh, I did NOT read carefully: it is not detected
as of
yesterday] before to try xgettext on the attached hello.scm
Many thanks again,
David
;; --
Hello,
David Pirotte wrote:
I found that
xgettext will properly work until it reaches a block-comment inside a
scheme function [as opposed to a toplevel block-comment which xgettext
appears
Hi David
...
I'm not sure if it is possible to fix this in the .desktop file. It is
conceivable setting 'Terminal=true' in
/usr/share/applications/texmaker.desktop would help, at the expense of
spawning an extra terminal.
No it does not help: I did try that before my first email and it
Hi David,
= when the application is launched from the [xfce4] desktop menu
and/or a [xfce4] desktop launcher, it is not 'aware' of the
user's $TEXINPUTS environment variable and reports
'inappropriate' file not found errors.
I suspect this might have something to do
Package: texmaker
Version: 3.0.2-2
Severity: important
Dear Maintainer,
Note: I did check that this bug does not occur on computers
'running' texmaker_3.0.2-2_i386.deb
On computers 'running' texmaker_3.0.2-2_amd64.deb, it seems that
/usr/bin/texmaker does not execute the user
Hello Bruno,
...
Thank you. It is perfectly reproducible.
...
Thanks!
David
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: gettext
Version: 0.18.1.1-4
Severity: important
Dear Maintainer,
As I was trying to use xgettext on my own scheme files, it always
failed. So I decided to try to run it on the example that comes with
gettext-doc and it worked like a charm.
Digging into what could cause this strange
Hello Christoph,
Le Sat, 25 Jun 2011 23:07:39 +0200,
Christoph Egger christ...@debian.org a écrit :
Hi!
David Pirotte da...@altosw.be writes:
libtool: link: gcc -shared -fPIC -DPIC
.libs/libgw_guile_gnome_atk_la-guile-gnome-gw-atk.o -Wl,-rpath
-Wl,/usr/local/src/guile-gnome/git-clone
Hello Julien,
Le Sun, 26 Jun 2011 00:57:49 +0200,
Julien Cristau jcris...@debian.org a écrit :
On Sat, Jun 25, 2011 at 17:53:36 -0300, David Pirotte wrote:
Package: libgc-dev
Version: 1:7.1-8
Severity: important
This is also true for the libgc-dev amd64 [same version] package
Package: libgc-dev
Version: 1:7.1-8
Severity: important
This is also true for the libgc-dev amd64 [same version] package.
Important: yes, very, but not urgent: it provides me [and the
community off course] to conmpile guile-gnome-platform:
libtool: link: gcc -shared -fPIC -DPIC
'per se' and no time, it should
default
the time to an existing time value in the TZ, DST taken into account and
independently of the date itself - possible? - which might be erroneous [I
use 'date' to check the validity of 'user dates' for example], don't you think
so?
David Pirotte wrote
Package: coreutils
Version: 8.5-1
Severity: important
Tags: l10n
david@rascar:~ 19 $ date --date=2010-10-17 +'%c'
date: invalid date 2010-10-17'
david@rascar:~ 20 $ ltrace date --date=2010-10-17 +'%c'
__libc_start_main(0x8049840, 3, 0xbffeee24, 0x8051c90, 0x8051c80
unfinished ...
Package: apt
Version: 0.6.42.1
Severity: important
(gdb) backtrace
#0 0x0804f2af in ?? ()
#1 0x0805cbed in ?? ()
#2 0x400535f2 in CommandLine::DispatchArg () from
/usr/lib/libapt-pkg-libc6.3-6.so.3.10
#3 0x0805e9d2 in ?? ()
#4 0x401f2413 in __libc_start_main () from /lib/libc.so.6
#5
Package: guile-gnome0-gtk
Version: 2.7.99-4
Followup-For: Bug #328064
Hello Andreas,
just to let you know that the latest guile-gnome version still
hasn't corrected the binding (lack of) of gtk-list-XXX function
calls.
i'd love to see this corrected asap, I am kind of 'hanging'
on the powerpc
Package: guile-1.6
Version: 1.6.7-1
Severity: normal
one of my modules contained a commented block, which was at the
end of the file and there was no 'caryage return' after the sharp
character
there was no more problem once I added a CR after the '!#' ...
the message I got was this one:
Package: skribe-el
Version: 1.2b-1
Severity: normal
Paramétrage de skribe (1.2b-1) ...
Paramétrage de skribe-doc (1.2b-1) ...
Paramétrage de skribe-el (1.2b-1) ...
install/skribe-el: Handling install of emacsen flavor emacs
install/skribe-el: Handling install of emacsen flavor emacs21
Package: guile-gnome0-gtk
Severity: important
this is because -DGTK_DISABLE_DEPRECATED in gtk/gnome/gw/ is too strong,
also disabling valid call on list-store models ...
here is what I did on the source in order to compile:
;; platform-97
after ./configure --prefix=/usr/local
cd
41 matches
Mail list logo