Hi Lionel,
Thanks a lot for reporting with problem with much details.
The patch does not apply to git tree, but no problem I made the change
manually as it was trivial. So the bug should be fixed in next release.
Best regards
Simon
Le lundi 26 avril 2010 à 21:33 +0200, Lionel Elie Mamane a
Hello,
I had this problem because after installing virtualbox-ose-additions,
virtualbox gets automatically upgraded, but not virtualbox-ose-qt.
After a manual upgrade of virtualbox-ose-qt, it worked.
As you see you don't need to do obscure things to enter this failure state.
Please add strong
Hi,
Using neon backend, it fails with exactly with the same scenario as before
(repeatly ask me the ssl certificate path).
Using libserf (0.2.0-1) backend, it fails with this error:
svn: Error running context: Appel système interrompu
Appel système interrompu=Interrupted system call
Simon
Le
Hello,
Here is some more information:
I downgraded subversion and libsvn1 to 1.4.2dfsg1-2 (this is the version
availaible in debian-stable), and installed libneon26 and libneon26-gnutls
(required by the 1.4.2dfsg1-2), and everything works well now.
It is probable that the bug is not in
Hi,
You can close it.
I think it has disapeared since kernel-2.6
Simon
Le samedi 13 janvier 2007 23:07, Brice Goglin a écrit :
Hi,
About 4 years ago, you reported a bug to the Debian BTS regarding a
kernel oops (probably fixed in 2.4.21 or soon after) and the display
disappearing with the
Le mercredi 21 juin 2006 16:52, Mark Purcell a écrit :
On Wednesday 21 June 2006 21:15, Samuel Mimram wrote:
I've already packaged the ortp library which comes with linphone and
which is the same as the one packaged separately (Simon, can you confirm
that?). See libortp4-dev. Therefore, I
Hello,
Thanks a lot for the patch. It is merged in CVS.
Simon
Le Lundi 15 Mai 2006 00:41, Alec Berryman a écrit :
Package: linphone
Version: 1.3.3-1
Followup-For: Bug #361913
Linphone also stores passwords in ~/.linphonerc. That file may have
been created group- or world-accessible
Hi,
Any ideas on an api to store password in an encrypted manner ?
The .gnome2/ tree is (as far as I understand) outdated since gconf is being
used.
I would prefer those password to be stored encrypted by linphone itself, since
the linphone engine is independant from gnome/kde or whatever.
Hello,
I have exactly the same problem with make that does nothing.
For me it's happening while trying to compile the pwc and spca5xx drivers.
Seems the out-of-tree kernel module build system is broken for many drivers in
this 2.6.16.
I tried to compile my own kernel-source-2.6.16 using
Package: libavcodec-dev
Version: 0.cvs20050918-6
Severity: normal
Hello,
/usr/lib/libavcodec.a references some symbols from libvorbisenc :
nm /usr/lib/libavcodec.a |grep vorbis_encode_init
t oggvorbis_encode_init
U vorbis_encode_init
U vorbis_encode_init_vbr
nm
Hello,
The bug has probably been fixed with SDL 1.29. I do not have it also.
You can close it.
Thanks,
Simon
Le Jeudi 2 Mars 2006 20:32, Sam Hocevar a écrit :
On Wed, Aug 10, 2005, Simon Morlat wrote:
My favourite application using libSDL is unable to display correctly
IYUV overlays
Thanks a lot.
I 've merged it into cvs.
Simon
Le Jeudi 20 Octobre 2005 17:17, wieseltux23 a écrit :
if(fgets (input, LINE_MAX_LEN-1, stdin))
+ {
+ run=linphonec_parse_command_line(linphonec,input);
+ printf(linphonec
Yes, the table is in the drivers themselves.
Great. The best place for that.
See the 'modalias' file in
the usb device directory for what should be passed to modprobe to load
the proper driver. Unfortunatly, this is a kernel bug, we didn't get
some of these aliases in the usb devices
to load. The table is in the kernel maybe ?
Thanks
Simon
Le Dimanche 23 Octobre 2005 11:54, Marco d'Itri a écrit :
tag 335304 unreproducible moreinfo
thanks
On Oct 23, Simon Morlat [EMAIL PROTECTED] wrote:
I had a look into udev 's packaged files and I could see any reference
to usb drivers
Package: udev
Version: 0.071-1
Severity: important
Hello,
If I have a good understanding of the situation, udev now provides its
own hotplug scripts, that's the reason why it conflicts with the old
hotplug package.
However after upgrading to udev 0.070 the usbnet module that was
automatically
Hello,
I've started working on that. I think I'm going to use the 'mystun' client
program to discover nat settings.
However this program is not distributed by linux vendors, I think it is not
also a mature code.
So I will need to deliver it as an helper program for linphone: should I put
it as
Within the config file you can add
alsadev=what you want
within the [sound] section.
I don't see why it should not work with the dmix plugin.
Simon
Le Mercredi 12 Octobre 2005 00:06, Samuel Mimram a écrit :
Erich Schubert wrote:
Simon, it would be nice if there was a simple way to change the
Le Dimanche 16 Octobre 2005 16:13, Martin Samuelsson a écrit :
Samuel Mimram @ 2005-10-16 (Sunday), 13:46 (+0200)
To the best of my knowledge, there is no unified library for handling
adress books (do you have in mind some prog which is able to handle them
uniformly?). However, it should
the dev_id should point to the alsa device (the numbering is made in the order
linphone detects sound devices, first oss /dev/dsp, then alsa devices.
The alsadev is a hack that applies to alsa detected cards only.
So normally if your linphone already uses the alsa device, thus adding
Ok it's done for next 1.2.0 release.
Simon
Le Samedi 10 Septembre 2005 22:59, Samuel Mimram a écrit :
Hi,
teodozjan wrote:
Package: linphone
Version: 1.1.0-1
Severity: minor
Translation uses unicode chars. Looks awful
(weird symbols - unicode encoding without unicode font).
Hello,
For now I have no idea. I'll try reproduce the bug with valgrind.
Simon
Le Vendredi 5 Août 2005 13:05, Martin Samuelsson a écrit :
Samuel Mimram @ 2005-08-04 (Thursday), 19:12 (+0200)
In the preferences dialog under the SIP tab there is a button to:
Clear all stored authentication
Hello,
This problems usually happens when linphone fails to open the alsa device in
one direction, in this case this is in write direction (playing sounds).
This can happen it another program opens the alsa audio device in writing mode
just before linphone wants to use it: maybe esd does that.
Can't it be a sound that is being play while pressing a gtk button or
something like this ?
Simon
Le Jeudi 25 Août 2005 11:05, Filip Van Raemdonck a écrit :
Hi all,
On Wed, Aug 24, 2005 at 10:58:19PM +0200, Simon Morlat wrote:
This problems usually happens when linphone fails to open
Hello,
Great investigation !
In the 1.1.0 release I use the bug was fixed (I did not remember), that 's why
it could not happen, even with valgrind.
Thanks
Simon
Le Jeudi 25 Août 2005 16:18, Martin Samuelsson a écrit :
Simon Morlat @ 2005-08-24 (Wednesday), 23:27 (+0200)
Hello,
Hi
Package: libsdl1.2debian
Version: 1.2.7+1.2.8cvs20041007-5.3
Severity: important
Hello,
My favourite application using libSDL is unable to display correctly
IYUV overlays. The colors are wrong and the shapes very approximative,
sometimes it displays unidentified things.
The problem is known, it
25 matches
Mail list logo
