Hello,
Many thanks for your bug report, I'll try to fix this problem by adding a few
strncpy() where needed in the next days, to provide a better fix.
Regards,
ludovic
Le 26 mai 2015 02:11:28 CEST, Frédéric Brière fbri...@fbriere.net a écrit :
Package: xjdic
Version: 24-9
Severity: normal
Hi!
In fact I had to fight with caching problems with Firefox, so in the end all I
had to do to access the backuppc interface was to restart apache2. The warning
that you have to restart it is displayed during the installation so, I will
close the bug.
Best regards,
--
Ludovic Drolez
Le 15
Yes,
Really strange, because I could reproduce this on a fresh vm.
Did you run apache2ctl restart, as suggested during the installation?
--
Ludovic Drolez
Le 15 juin 2015 17:30:23 UTC+02:00, Tyson Smith tysonsm...@gmail.com a écrit :
Hi,
No it is not related to my apache configuration. I have
Booting on a live image allowed me to reproduce the bug.
It seems that it works if you type http://localhost/backuppc/index.cgi
Could you confirm ?
Regards,
Ludovic
Le 15 juin 2015 17:30:23 UTC+02:00, Tyson Smith tysonsm...@gmail.com a
écrit :
Hi,
No it is not related to my apache
Hi !
Same problem here with an hybrid Radeon R7 M265 + Intel Haswell-ULT HD
Graphics 4000.
3D acceleration is fine as well as opencl but, the desktop is unusable
because of this bug.
xeyes helps a little :-) ...
Anybody knows about something better than xeyes to WA this bug ?
TIA,
--
Ludovic
Ok, I´ll upload a package this week.
Thanks,
--
Ludovic Drolez
On 25 août 2014 05:27:43 UTC+02:00, Aurelien Jarno aure...@debian.org wrote:
Dear maintainer,
The ppc64el architecture has been added to the Debian archive. Your
package swish-e fails to build as reported in bug #44 and
the
Hi!
All the bugs are caused by poor argv parsing.
(gdb) bt
#0 strcmp () at ../sysdeps/i386/i686/strcmp.S:39
#1 0x08048884 in main (argc=3, argv=0xbe74) at xjdxgen.c:96
How to fix this quickly???
Excerpt of code around xjdxgen.c:96:
ap = argv;
arg_c = argc;
while (arg_c 1)
{
Hi!
I'd like to close this bug, but is there a way to detect the prefered
system date format ? 'locale' does not help...
BR,
Ludo
Package: backuppc
Version: 3.2.1-2
Severity: normal
Dear Maintainer,
In the web interface, by default, backuppc uses US-style date formats
of the form
Hi!
In fact the problem comes from the fact that dict files are updated from
the 'edict' package only after the 1st install:
iconv -c -f EUC-JP -t UTF-8 /usr/share/edict/kanjidic -o
/usr/share/gjiten/dics/kanjidic
...
...
So, I should add a fix in the edict package, to update also gjiten files
Hi !
This bug is fixed in stable and testing, so I think it should be closed.
BR,
Ludo
Source: backuppc
Severity: grave
Tags: security
Hi,
the following CVE (Common Vulnerabilities Exposures) id was
published for backuppc.
CVE-2011-5081[0]:
| Cross-site scripting (XSS)
# Automatically generated email from bts, devscripts version 2.10.35lenny7
#linked against the system libxml
close 560939
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
11 matches
Mail list logo