Bug#944426: lazarus-src-2.0 fails to upgrade from 2.0.2+dfsg-7 to 2.0.6+dfsg-1: trying to overwrite filefindlaz.lpk

2019-11-12 Thread François Revol
Same issue here, except on this file:

/usr/lib/lazarus/2.0.6/components/IdeInspector/ideinspector.lpk


I guess it's the same problem as in #942768 .



Bug#919029: grub-pc: meaningless message "RUB boot loader was previously installed..."

2019-01-18 Thread François Revol
Hi,
I also got this message and after an hour and more than 20 opened
Firefox tabs of searching where in the GRUB configuration files it could
be I ended up digging the package files to discover it was in debconf.

I think this should be documented on the wiki page at least…

And probably this message should list the existing values to give a clue.



Bug#902632: nvidia-legacy-340xx-kernel-dkms: the compiled module fails to load with error 'Invalid module format'

2018-07-03 Thread François Revol
I also had this bug when upgrading today.

I had this in dmesg:

module: nvidia: Unknown rela relocation: 4

Possibly some issue with the linker or the elf loader in the newer kernel.


Anyway, I just upgraded the kernel to 4.16 and added the correct arg to
/etc/defaults/grub and it's working again.



Bug#828159: firefox-esr: session tabs lost after upgrade from iceweasel to firefox-esr

2016-07-30 Thread François Revol
I also have had trouble for a while restoring session when quitting
properly, although killing Firefox instead usually seems to restore
correctly.

Trying to copy either the session.js or some .bak files as restore.js
usually works.


After cleaning up the 800 tabs in one window, I've quit it correctly,
but it consistently failed to restore one of the windows, with more than
1200 tabs (I know, it's a bad idea), openning it with just empty tabs.
The other windows restored fine though.

I ended up using python to split the tabs to several windows.
600 tabs per windows seemed fine at first, but there were still some
empty tabs. 300 seems to work fine.

Here is how I did it:

$ cd ~/.mozilla/firefox/*.default/sessionstore-backups
$ cp recovery.bak.001 recovery.js
$ python
> import json
>>> s=json.loads(open("recovery.js", "rb").read())
>>> for l in s['windows']:
... len(l['tabs'])
...
44
1257
5
>>> s['windows'].append({})
>>> s['windows'].append({})
>>> s['windows'].append({})
>>> for k in s['windows'][1].keys():
... s['windows'][3][k] = s['windows'][1][k]
... s['windows'][4][k] = s['windows'][1][k]
... s['windows'][5][k] = s['windows'][1][k]
...
>>> for l in s['windows']:
... len(l['tabs'])
...
44
1257
5
1257
1257
1257
>>> t = s['windows'][1]['tabs']
>>> s['windows'][1]['tabs'] = t[0:300]
>>> s['windows'][3]['tabs'] = t[300:600]
>>> s['windows'][4]['tabs'] = t[600:900]
>>> s['windows'][5]['tabs'] = t[900:]
>>> for l in s['windows']:
... len(l['tabs'])
...
44
300
5
300
300
357
>>> open("recovery.js", "wb").write(json.dumps(s))



Bug#655506: iceowl: Fails to start with an "XML Parsing Error"

2012-01-20 Thread François Revol
> Another reporter nailed it down to the iceowl-l10n-fr language pack.
> Do you have that installed?

I can confirm that removing iceowl-l10n-fr works around the issue for me
as well.
Icedove dropped using french at last upgrade anyway so...

It's not a proper fix though.


François.



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#638867: linux-libc-dev: errno.h includes non-existent asm/errno.h for -m32

2011-08-22 Thread François Revol

Le 22/08/2011 18:10, Sven Joachim a écrit :

reassign 638867 gcc-multilib
forcemerge 638418 638867
thanks

On 2011-08-22 17:55 +0200, François Revol wrote:


Le 22/08/2011 17:48, Sven Joachim a écrit :

On 2011-08-22 17:07 +0200, François Revol wrote:


Package: linux-libc-dev
Version: 3.0.0-2
Severity: important

Last update seems to break compiling some Haiku build tools which currently
require -m32. Build log below.


I bet /usr/include/asm is an empty directory on your system while it's
supposed to be a symlink to x86_64-linux-gnu/asm.  See
http://bugs.debian.org/638418 for details.



Indeed it's an empty folder here.


Remove it and either create the symlink yourself or reinstall the
gcc-multilib package.


removing & installing it back worked.




Seems to be the same cause then, I first thought it was again a bug in
libc6-dev-i386 until I apt-file searched, and now you tell me it's in
gcc-multilib :P


I'm reassigning and merging it.


Thanks.

François.



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#635685: closed by Aurelien Jarno (Bug#635685: fixed in eglibc 2.13-14)

2011-08-05 Thread François Revol

I can now successfully build Haiku images on sid, so it's fixed for me.
Thanks.

François.



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#635685: Just missing fpu_control.h

2011-08-02 Thread François Revol
It seems fpu_control.h is the only one missing to get Haiku building, as 
symlinking it from /usr/include/x86_64-linux-gnu/fpu_control.h allows 
making a full build.


François.



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#635685: fixed for me

2011-07-31 Thread François Revol

Le 31/07/2011 17:55, François Revol a écrit :

Hi,
I can confirm that the latest unstable update fixes building the
buildtools for Haiku <http://haiku-os.org/> that require -m32, and were
broken for some days with this issue, missing .


Actually, I was too fast, there is still an issue. I first thought it 
was due to something else, but the Haiku build is still broken, this 
time due to missing fpu_control.h:



Cc 
/home/revol/devel/haiku/trunk/generated-x86-gcc4/objects/linux/x86/release/libs/mesa/mesa/gen_matypes.o 

In file included from 
/home/revol/devel/haiku/trunk/src/libs/mesa/mesa/x86/gen_matypes.c:35:0:
/home/revol/devel/haiku/trunk/src/libs/mesa/mesa/main/glheader.h:61:25: 
fatal error: fpu_control.h: Aucun fichier ou dossier de ce type

compilation terminated.


http://dev.haiku-os.org/browser/haiku/trunk/src/libs/mesa/mesa/main/glheader.h#L61 
has:


#if defined(__linux__) && defined(__i386__)
#include 
#endif

It is built as part of the host buildtools with:

cc -O -Wall -Wno-trigraphs -Wmissing-prototypes -Wpointer-arith 
-Wcast-align -Wsign-compare -m32 -Wno-multichar -c 
"/home/revol/devel/haiku/trunk/src/libs/mesa/mesa/x86/gen_matypes.c" 
-DARCH_x86 -D_NO_INLINE_ASM -D__INTEL__ -D_GNU_SOURCE 
-D_FILE_OFFSET_BITS=64 -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS 
-DHAIKU_HOST_USE_XATTR -DHAIKU_HOST_PLATFORM_LINUX -iquote ...


François.



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#635685: fixed for me

2011-07-31 Thread François Revol

Hi,
I can confirm that the latest unstable update fixes building the 
buildtools for Haiku  that require -m32, and were 
broken for some days with this issue, missing .


Thanks!

François.



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org