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" a écrit :
>Package: xjdic
>Version: 24-9
>Severity: normal
>Tags: upstrea
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 jui
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 a
> écrit :
>>Hi,
>>No it is not related to my apache configuratio
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 a écrit :
>Hi,
>No it is not related to my apache configuration. I have a production
>box
>
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 D
Ok, I´ll upload a package this week.
Thanks,
--
Ludovic Drolez
On 25 août 2014 05:27:43 UTC+02:00, Aurelien Jarno 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 build log is avail
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
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
i
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
