Bug#749193: apt-listbugs: Reemergence of ruby encoding troubles

[François Revol]

Same here on apt upgrade, it stops on wine:



Analyse des informations Trouvé/Corrigé… Fait
bogues de gravité grave sur python3-jedi (0.18.2-1 → 0.19.1+ds-1) attente de traitement>
 b1 - #1063491 - python3-jedi: unvendoring python3-typeshed breaks 
other packages
bogues de gravité serious sur adwaita-icon-theme (45.0-2 → 46~beta-1) 


 b2 - #1063640 - adwaita-icon-theme: cursor theme not found
bogues de gravité serious sur fwupd (1.9.11-1 → 1.9.13-1) traitement>
 b3 - #1061731 - fwupd: Failed to load daemon: failed to load engine: 
Failed to load config: Key file does not have group “redfish”
bogues de gravité serious sur wine (8.0.2~repack-2 → 9.0~repack-2) 

/usr/lib/ruby/vendor_ruby/aptlistbugs/logic.rb:842:in `+': incompatible 
character encodings: ASCII-8BIT and UTF-8 (Encoding::CompatibilityError)
from /usr/lib/ruby/vendor_ruby/aptlistbugs/logic.rb:842:in 
`block (4 levels) in display_bugs'
from /usr/lib/ruby/vendor_ruby/aptlistbugs/debian/bug.rb:69:in 
`block in each_by_category'
from /usr/lib/ruby/vendor_ruby/aptlistbugs/debian/bug.rb:68:in 
`each'
from /usr/lib/ruby/vendor_ruby/aptlistbugs/debian/bug.rb:68:in 
`each_by_category'
from /usr/lib/ruby/vendor_ruby/aptlistbugs/logic.rb:821:in 
`block (3 levels) in display_bugs'

from /usr/lib/ruby/vendor_ruby/aptlistbugs/logic.rb:817:in `each'
from /usr/lib/ruby/vendor_ruby/aptlistbugs/logic.rb:817:in 
`block (2 levels) in display_bugs'

from /usr/lib/ruby/vendor_ruby/aptlistbugs/logic.rb:816:in `each'
from /usr/lib/ruby/vendor_ruby/aptlistbugs/logic.rb:816:in 
`block in display_bugs'

from /usr/lib/ruby/vendor_ruby/aptlistbugs/logic.rb:815:in `each'
from /usr/lib/ruby/vendor_ruby/aptlistbugs/logic.rb:815:in 
`display_bugs'

from /usr/lib/ruby/vendor_ruby/aptlistbugs/logic.rb:465:in `view'
from /usr/bin/apt-listbugs:632:in `'
E: Le sous-processus /usr/bin/apt-listbugs apt a renvoyé un code 
d'erreur (1)

E: Failure running script /usr/bin/apt-listbugs apt





Passing LANG=C seems to work around it:

Parsing Found/Fixed information... Done
grave bugs of python3-jedi (0.18.2-1 -> 0.19.1+ds-1) 
 b1 - #1063491 - python3-jedi: unvendoring python3-typeshed breaks 
other packages

serious bugs of adwaita-icon-theme (45.0-2 -> 46~beta-1) 
 b2 - #1063640 - adwaita-icon-theme: cursor theme not found
serious bugs of fwupd (1.9.11-1 -> 1.9.13-1) 
 b3 - #1061731 - fwupd: Failed to load daemon: failed to load engine: 
Failed to load config: Key file does not have group “redfish”
serious bugs of wine (8.0.2~repack-2 -> 9.0~repack-2) Version>
 b4 - #1061655 - wine: FTBFS with error: unknown conversion type 
character ‘I’ in format [-Werror=format=] (Fixed: wine/9.0~repack-3)

Summary:
 adwaita-icon-theme(1 bug), fwupd(1 bug), wine(1 bug), python3-jedi(1 bug)




Could it be the UTF-8 single quotes around the I that triggers it?
  e2 80 98 49 e2 80 99 0a   |...I|

Bug#1006468: cups: misleading documentation regarding root login credentials

[François Revol]

Hi,

just upgraded yesterday and this morning I couldn't print these two 
pages I needed urgently…


This isn't just a documentation issue, it's a real blocker, and I spent 
the afternoon trying to work around this until I forced my way in with 
"SystemGroup root".


It's not the README that needs fixing. I just wonder how it's been 
working for 10 years though considering the mentioned issue from 2011.


François.

Bug#993128: libvpx6: Unable to use camera or share screen on WebRTC conferences

[François Revol]

Hi,

same here,
can't get my webcam to stream to Jitsi meet from Chromium 
90.0.4430.212-1 and libvpx6 1.10.0-1. Same error.


Downgrading to libvpx6 1.9.0-1 from 
http://snapshot.debian.org/archive/debian/20201210T025900Z fixes it.


François.

Bug#950801: closed by Debian FTP Masters (reply to Josue Ortega ) (Bug#950801: fixed in linux-show-player 0.5.1-3)

[François Revol]

Confirmed, installs and starts just fine, thanks!

François.

Bug#950801: linux-show-player: Does not install due to python error

[François Revol]

Package: linux-show-player
Version: 0.5.1-2
Severity: important

Dear Maintainer,

Trying to install linux-show-player fails:

# apt install linux-show-player
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les paquets supplémentaires suivants seront installés :
  python3-cffi python3-jack-client python3-mido python3-pycparser
python3-rtmidi
Paquets suggérés :
  libportmidi0 libportmidi-dev
Les NOUVEAUX paquets suivants seront installés :
  linux-show-player python3-cffi python3-jack-client python3-mido
python3-pycparser python3-rtmidi
0 mis à jour, 6 nouvellement installés, 0 à enlever et 497 non mis à jour.
Il est nécessaire de prendre 811 ko dans les archives.
Après cette opération, 4 013 ko d'espace disque supplémentaires seront
utilisés.
Souhaitez-vous continuer ? [O/n]
Réception de :1 http://deb.debian.org/debian sid/main amd64
python3-pycparser all 2.19-1 [75,6 kB]
Réception de :2 http://deb.debian.org/debian sid/main amd64 python3-cffi
all 1.13.2-1 [84,7 kB]
Réception de :3 http://deb.debian.org/debian sid/main amd64
python3-jack-client all 0.5.0-1 [36,0 kB]
Réception de :4 http://deb.debian.org/debian sid/main amd64 python3-mido
all 1.2.9-2 [49,6 kB]
Réception de :5 http://deb.debian.org/debian sid/main amd64
python3-rtmidi amd64 1.2.1-1+b2 [238 kB]
Réception de :6 http://deb.debian.org/debian sid/main amd64
linux-show-player all 0.5.1-2 [327 kB]
811 ko réceptionnés en 1s (725 ko/s)
Récupération des rapports de bogue… Fait
Analyse des informations Trouvé/Corrigé… Fait
Sélection du paquet python3-pycparser précédemment désélectionné.
(Lecture de la base de données... 786951 fichiers et répertoires déjà
installés.)
Préparation du dépaquetage de .../0-python3-pycparser_2.19-1_all.deb ...
Dépaquetage de python3-pycparser (2.19-1) ...
Sélection du paquet python3-cffi précédemment désélectionné.
Préparation du dépaquetage de .../1-python3-cffi_1.13.2-1_all.deb ...
Dépaquetage de python3-cffi (1.13.2-1) ...
Sélection du paquet python3-jack-client précédemment désélectionné.
Préparation du dépaquetage de .../2-python3-jack-client_0.5.0-1_all.deb ...
Dépaquetage de python3-jack-client (0.5.0-1) ...
Sélection du paquet python3-mido précédemment désélectionné.
Préparation du dépaquetage de .../3-python3-mido_1.2.9-2_all.deb ...
Dépaquetage de python3-mido (1.2.9-2) ...
Sélection du paquet python3-rtmidi précédemment désélectionné.
Préparation du dépaquetage de .../4-python3-rtmidi_1.2.1-1+b2_amd64.deb ...
Dépaquetage de python3-rtmidi (1.2.1-1+b2) ...
Sélection du paquet linux-show-player précédemment désélectionné.
Préparation du dépaquetage de .../5-linux-show-player_0.5.1-2_all.deb ...
Dépaquetage de linux-show-player (0.5.1-2) ...
Paramétrage de python3-mido (1.2.9-2) ...
Paramétrage de python3-rtmidi (1.2.1-1+b2) ...
Paramétrage de python3-pycparser (2.19-1) ...
Paramétrage de python3-cffi (1.13.2-1) ...
Paramétrage de python3-jack-client (0.5.0-1) ...
Paramétrage de linux-show-player (0.5.1-2) ...
Traceback (most recent call last):
  File "/usr/lib/python3.8/py_compile.py", line 144, in compile
code = loader.source_to_code(source_bytes, dfile or file,
  File "", line 846, in source_to_code
  File "", line 219, in
_call_with_frames_removed
  File "/usr/lib/python3/dist-packages/lisp/ui/ui_utils.py", line 104
return sorted(iterable, key=tr_key, reverse=reverse)\
^
SyntaxError: unexpected EOF while parsing

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python3.8/py_compile.py", line 197, in main
compile(filename, doraise=True)
  File "/usr/lib/python3.8/py_compile.py", line 150, in compile
raise py_exc
__main__.PyCompileError:   File
"/usr/lib/python3/dist-packages/lisp/ui/ui_utils.py", line 104
return sorted(iterable, key=tr_key, reverse=reverse)\
^
SyntaxError: unexpected EOF while parsing


During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python3.8/runpy.py", line 193, in _run_module_as_main
return _run_code(code, main_globals, None,
  File "/usr/lib/python3.8/runpy.py", line 86, in _run_code
exec(code, run_globals)
  File "/usr/lib/python3.8/py_compile.py", line 218, in 
sys.exit(main())
  File "/usr/lib/python3.8/py_compile.py", line 200, in main
if quiet < 2:
NameError: name 'quiet' is not defined
dpkg: erreur de traitement du paquet linux-show-player (--configure) :
 installed linux-show-player package post-installation script subprocess
returned error exit status 1
Traitement des actions différées (« triggers ») pour mime-support (3.64) ...
Traitement des actions différées (« triggers ») pour gnome-menus
(3.32.0-1) ...
Traitement des actions différées (« triggers ») pour man-db (2.9.0-2) ...
Traitement des actions différées (« triggers ») 

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

[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..."

[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#902938: kerneloops-applet takes 100% of a core

[François Revol]

So,
I tried with other desktops, and it doesn't seem to happen.

Further more, it only seems to happen on the first login, not subsequent
ones.

I attached gdb to it, and it seems to keep trying to load the gtk2 settings.

It keeps running gtk_rc_reparse_all_for_settings.

Checking the fds, it seems to open and close the different theme files
sequentially, and redo all over.
revol@me:~$ gdb --pid=2893
GNU gdb (Debian 7.12-6+b2) 7.12.0.20161007-git
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word".
Attaching to process 2893
Reading symbols from /usr/bin/kerneloops-applet...(no debugging symbols 
found)...done.
Reading symbols from /usr/lib/x86_64-linux-gnu/libnotify.so.4...(no debugging 
symbols found)...done.
Reading symbols from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0...(no 
debugging symbols found)...done.
Reading symbols from /usr/lib/x86_64-linux-gnu/libdbus-glib-1.so.2...(no 
debugging symbols found)...done.
Reading symbols from /lib/x86_64-linux-gnu/libdbus-1.so.3...(no debugging 
symbols found)...done.
Reading symbols from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0...(no 
debugging symbols found)...done.
Reading symbols from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0...(no debugging 
symbols found)...done.
Reading symbols from /lib/x86_64-linux-gnu/libc.so.6...Reading symbols from 
/usr/lib/debug/.build-id/8f/d0a29758bf6615673836bb20ffdf11dcb531e6.debug...done.
done.
Reading symbols from /usr/lib/x86_64-linux-gnu/libgdk_pixbuf-2.0.so.0...(no 
debugging symbols found)...done.
Reading symbols from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0...(no debugging 
symbols found)...done.
Reading symbols from /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0...(no 
debugging symbols found)...done.
Reading symbols from /usr/lib/x86_64-linux-gnu/libgmodule-2.0.so.0...(no 
debugging symbols found)...done.
Reading symbols from /usr/lib/x86_64-linux-gnu/libpangocairo-1.0.so.0...(no 
debugging symbols found)...done.
Reading symbols from /usr/lib/x86_64-linux-gnu/libX11.so.6...(no debugging 
symbols found)...done.
Reading symbols from /usr/lib/x86_64-linux-gnu/libXcomposite.so.1...(no 
debugging symbols found)...done.
Reading symbols from /usr/lib/x86_64-linux-gnu/libXdamage.so.1...(no debugging 
symbols found)...done.
Reading symbols from /usr/lib/x86_64-linux-gnu/libXfixes.so.3...(no debugging 
symbols found)...done.
Reading symbols from /usr/lib/x86_64-linux-gnu/libatk-1.0.so.0...(no debugging 
symbols found)...done.
Reading symbols from /usr/lib/x86_64-linux-gnu/libcairo.so.2...(no debugging 
symbols found)...done.
Reading symbols from /usr/lib/x86_64-linux-gnu/libpangoft2-1.0.so.0...(no 
debugging symbols found)...done.
Reading symbols from /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0...(no 
debugging symbols found)...done.
Reading symbols from /usr/lib/x86_64-linux-gnu/libfribidi.so.0...(no debugging 
symbols found)...done.
Reading symbols from /usr/lib/x86_64-linux-gnu/libfontconfig.so.1...(no 
debugging symbols found)...done.
Reading symbols from /usr/lib/x86_64-linux-gnu/libfreetype.so.6...(no debugging 
symbols found)...done.
Reading symbols from /lib/x86_64-linux-gnu/libm.so.6...Reading symbols from 
/usr/lib/debug/.build-id/e3/24884789b56b585de13a1c80b7f155022ec267.debug...done.
done.
Reading symbols from /lib/x86_64-linux-gnu/libpthread.so.0...Reading symbols 
from 
/usr/lib/debug/.build-id/26/b4971faeffb48a4dad6393856afbba73743fe2.debug...done.
done.
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Reading symbols from /lib/x86_64-linux-gnu/libsystemd.so.0...(no debugging 
symbols found)...done.
Reading symbols from /usr/lib/x86_64-linux-gnu/libffi.so.6...(no debugging 
symbols found)...done.
Reading symbols from /lib/x86_64-linux-gnu/libpcre.so.3...(no debugging symbols 
found)...done.
Reading symbols from /lib64/ld-linux-x86-64.so.2...Reading symbols from 
/usr/lib/debug/.build-id/90/56864907e4d74f113132f5a85b5952bc152de1.debug...done.
done.
Reading symbols from /usr/lib/x86_64-linux-gnu/libpng16.so.16...(no debugging 
symbols found)...done.
Reading symbols from /lib/x86_64-linux-gnu/libz.so.1...(no debugging symbols 
found)...done.
Reading symbols from /lib/x86_64-linux-gnu/libselinux.so.1...(no debugging 
symbols found)...done.
Reading symbols from /lib/x86_64-linux-gnu/libresolv.so.2...Reading 

Bug#842292: libnss3: re-enable SSLKEYLOGFILE support

[François Revol]

Hi,

I second this.

Right now, I noticed thunderbird keeps sending 5 times more data to the
IMAP server than it gets, and it's been a month at least that it hogs
the CPU for long times.

It I want to debug this here with wireshark, the only other option left
is to force using plaintext, which I'd rather not over wifi since I'm
not home for a week…

François.

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

[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#902938: kerneloops-applet takes 100% of a core

[François Revol]

I should add I'm using gnome-shell as DE. I didn't really test another
desktop recently but I could try the fallback session.

François.

Bug#902938: kerneloops-applet takes 100% of a core

[François Revol]

Package: kerneloops-applet
Version: 0.12+git20140509-6
Severity: important

Dear Maintainer,

every time at session startup I have to kill kerneloops-applet because
it takes a whole core just for itself and doesn't stop.

Trying to run it from a terminal doesn't seem to exhibit this
behaviour though.


-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.16.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), 
LANGUAGE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages kerneloops-applet depends on:
ii  kerneloops0.12+git20140509-6
ii  libc6 2.27-3
ii  libdbus-1-3   1.12.8-3
ii  libdbus-glib-1-2  0.110-2
ii  libglib2.0-0  2.56.1-2
ii  libgtk2.0-0   2.24.32-2
ii  libnotify40.7.7-3

kerneloops-applet recommends no packages.

kerneloops-applet suggests no packages.

-- no debconf information

Bug#843322: libproxy-dev: libproxy development moved to github, new release

[François Revol]

Package: libproxy-dev
Version: 0.4.11-5
Severity: wishlist

Dear Maintainer,
when looking up libproxy, I noticed the debian package still refers to
the code.google homepage, while they seem to have moved to github:

https://github.com/libproxy/libproxy

There seems to be a 0.4.13 release already there:

https://github.com/libproxy/libproxy/releases

Thanks,
François.

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libproxy-dev depends on:
ii  libproxy1v5  0.4.11-5

libproxy-dev recommends no packages.

libproxy-dev suggests no packages.

-- no debconf information

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

[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#732696: Re: Bug#732696: os-prober: Fails to detect new package-management Haiku builds

[François Revol]

Hello,

On 15/07/2014 13:09, Jeroen Oortwijn wrote:
 Hello,
 
 As the writer of the original probe [1], I will try to answer some questions.

As the original writer of the original probe (:D), let me comment on
this as well...

 TBH if this were mine I'd be inclined to remove most of this logic. The
 prober doesn't do anything with the files other than to look to see if
 they're there. Simply checking the boot loader for 'haiku' would be a
 lot simpler and more robust.
 
 Yes, but that could give false-positives: When the user has
 'makebootable'd' a partition, but then removed all the files to use it
 for something else. The stage 1 bootloader would then still be
 present, but not the stage 2 bootloader and the kernel. The partition
 would then still be detected as containing an OS.
 That's why the probe checks if the stage 1 bootloader, stage 2
 bootloader and kernel are all present.

+1

Although OTOH in theory GRUB2 is able to load haiku_loader directly so
it might work without makebootable, but nobody knows and uses it, and I
never finished multiboot support so it always asks where its boot
partition is.

 Because David's patch doesn't work anymore, I have created a new
 patch. See attached file.
 This patch can also be found at my bazaar branch [3]. The resulting
 packages can be found in my PPA [4].

I added some sed to add the version info, I noticed at least the windows
probe did this, and I saw no reason not to do it.
First version was quite naive, but it should now be robust enough to
handle future official releases I think, degrading partially with
missing hrev and other parts.

Some tests here:
http://pastebin.com/KsseypUb

Currently my menu ends up like:
Haiku R1 alpha4 (hrev47000)
which is much nicer than just the OS name.

Patch against your branch attached, hopefully with correct format, I'm
not used to bzr.

 I removed the detection of the non package management builds of Haiku,
 because I don't think there will be a lot of non-PM versions installed
 when the next Haiku release is out. Haiku releases currently are in
 alpha phase, so a lot can still be changed. Though from now on all
 releases will be package management based.

Well the last official release is still alpha4 though, which is non-PM.

And I still have a pre-PM partition on at least one machine to compare
until I fix several regressions.

But I copied the existing probe as a different name and it just works
for me.


François.
# Bazaar merge directive format 2 (Bazaar 0.90)
# revision_id: re...@free.fr-20140806181508-8ewigskp1r29yybv
# target_branch: http://bazaar.launchpad.net/~idefix/ubuntu/trusty/os-\
#   prober/HaikuPM/
# testament_sha1: e5e1cf1cc481796312c43938b873f8ebed3731dd
# timestamp: 2014-08-06 20:33:38 +0200
# base_revision_id: oortw...@gmail.com-20140713175637-ciywgnvjqwou9vq9
# 
# Begin patch
=== modified file 'os-probes/mounted/x86/83haiku'
--- os-probes/mounted/x86/83haiku	2014-07-13 17:56:37 +
+++ os-probes/mounted/x86/83haiku	2014-08-06 18:15:08 +
@@ -23,11 +23,13 @@
 if system=$(item_in_dir system $mpoint) 
 	packages=$(item_in_dir packages $mpoint/$system) 
 		item_in_dir -q haiku_loader-.*\.hpkg $mpoint/$system/$packages 
-		item_in_dir -q haiku-.*\.hpkg $mpoint/$system/$packages
+		rev=$(item_in_dir haiku-.*\.hpkg $mpoint/$system/$packages)
 then
 	debug Stage 2 bootloader and kernel found
 	label=$(count_next_label Haiku)
-	result $partition:Haiku:$label:chain
+	rev=$(echo $rev | sed 's/haiku-//;s/^\(r[0-9]\+\)./\U\1\E /;s/ \([a-z]\+[0-9]\+\)[_-]/ \1 /;s/ [a-z]*_\?\(hrev[0-9]\+\)\+-/ (\1) /;s/[^ ]\+.hpkg//;s/ $//')
+	long=Haiku $rev
+	result $partition:$long:$label:chain
 	exit 0
 else
 	debug Stage 2 bootloader and kernel not found: exiting

# Begin bundle
IyBCYXphYXIgcmV2aXNpb24gYnVuZGxlIHY0CiMKQlpoOTFBWSZTWfqPiDkABK/flAAwVPv//9di
Ug+1AIAIAGAHfeF923EpR6Ta7zqV0SkrrVQkpNAp4TU2U2k9JoyB6mTJkYnpNGgAAMlGiehH
oPUJMhiDIDRkYgwQGmgcwBGCYgGATBNGQ0MAmCMTCSaop6nqNHpqYTQ9QNNGm1AD1AAAGgIpE0TE
ZGiPSNFHqeT1R+kjQeoPUNNHk1D1AIpIAmRoMk2glNtTIjaj0mIAAZHqECiiUgpsuPBrqYIXh8k3
xEYB1K1q2mJ1QRedIDXWTwLWjVwrkTbajH44vn1Hp4sjTa48jwle+L2sMRBA+X7IY1NrBrgqlIb8
2jDNP4bDy9HWBr/Q1e/4OeTI8/6a3PDCx1dGJ6VNL5DHq3VlQ3nBsm9PbDZx7s+Gt6G97mjd7OvR
19tHwDkmmSNmik2kA7Akcw8MSQmF6ReiIXCmm2ZKDinglC3AudVwQNDnl7SUjFgeYegRyE4CQhqH
gtP7nJejk+6uCwrEGmHi0NoJZpt3oC3WhK7dNPMSJiLxVTNxmExk5vX7sxiSghaBtk7RsVXW225g
DCoUGPZXslPcDNTIV/omGoT2HI6xPSyegBohgAkPvkAdjaXTSkBAaFr+eu0kW0LWH0vpoMGkDKOw
gbpED3vtrGXsHZkeDliOsSzQJgJfOc7W5x5UE1sCaLLpznflTBlaHvHRrrFggAvQv2nk6XTr0iQD
p1F1dIWnKgAwGnV46NRY0DY4hMTQJ9Y3l8/w35uWxqbDAT1DiNhtdNMxcJ7h2OmriyYBCjMy5twB
068uHChtuEsNXVODAS+4vLsSq2QW2EcxzWkSzGgu3WXJB2CYjdbhUTQc98ybxNxr00jGyWegNrrL
hKTRhSHATFqOV99WzmCuLbSyrN3z1FezZlIoUohMTaJfDAw3qJbVUJn62fTbKOga4CCy+wi1xSci
B2DK2azCXiJZkEbmcS24tuZxuvCQyi6UjjQz7rLQyr5GtTK2qsxcNpIpuJzTombIInEtJ4NIBsdF
wPwsBt1RzrIFNJME6yAIjGhTFYgHKXhG/dBcKJi0GUUzBjlzZhNTBhVm1BfBBNp5u5sQ3bT4iUtR
Zcqa3VMJXAMzgajEo7LLpR2vgw8tvEq4nraw6maURNMbIVlaWVFISONFCWXuAFsT4RFE1ZqRgKV0

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

[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-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#640212: epiphany-browser: segmentation fault when browsing g8internet.com

[François Revol]

Package: epiphany-browser
Version: 3.0.4-1
Severity: important

Dear Maintainer,
browsing http://g8internet.com/ always results in a segfault at the
first or second page clicked.

gdb log:

(epiphany-browser:8974): GLib-GObject-WARNING **: invalid uninstantiatable type 
`(null)' in cast to `GObject'

(epiphany-browser:8974): GLib-GObject-WARNING **: instance of invalid 
non-instantiatable type `(null)'

(epiphany-browser:8974): GLib-GObject-CRITICAL **: 
g_signal_handlers_disconnect_matched: assertion `G_TYPE_CHECK_INSTANCE 
(instance)' failed

(epiphany-browser:8974): Gtk-CRITICAL **: gtk_adjustment_configure: assertion 
`GTK_IS_ADJUSTMENT (adjustment)' failed

(epiphany-browser:8974): GLib-GObject-CRITICAL **: g_object_unref: assertion 
`G_IS_OBJECT (object)' failed

Program received signal SIGSEGV, Segmentation fault.
0x7267c7e1 in g_type_check_instance_cast ()
   from /usr/lib/libgobject-2.0.so.0
(gdb) bt
#0  0x7267c7e1 in g_type_check_instance_cast ()
   from /usr/lib/libgobject-2.0.so.0
#1  0x7491a49e in ?? () from /usr/lib/libwebkitgtk-3.0.so.0
#2  0x74c98ef5 in ?? () from /usr/lib/libwebkitgtk-3.0.so.0
#3  0x74c98e61 in ?? () from /usr/lib/libwebkitgtk-3.0.so.0
#4  0x74c99155 in ?? () from /usr/lib/libwebkitgtk-3.0.so.0
#5  0x74c991a1 in ?? () from /usr/lib/libwebkitgtk-3.0.so.0
#6  0x74c9d6d5 in ?? () from /usr/lib/libwebkitgtk-3.0.so.0
#7  0x74dec6ee in ?? () from /usr/lib/libwebkitgtk-3.0.so.0
#8  0x74dd5bda in ?? () from /usr/lib/libwebkitgtk-3.0.so.0
#9  0x74e15a03 in ?? () from /usr/lib/libwebkitgtk-3.0.so.0
#10 0x74e05725 in ?? () from /usr/lib/libwebkitgtk-3.0.so.0
#11 0x74e15272 in ?? () from /usr/lib/libwebkitgtk-3.0.so.0
#12 0x74933d3a in ?? () from /usr/lib/libwebkitgtk-3.0.so.0
#13 0x728f0b59 in ?? () from /usr/lib/libgio-2.0.so.0
#14 0x73a2e187 in ?? () from /usr/lib/libsoup-2.4.so.1
#15 0x72656e7e in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#16 0x726688d7 in ?? () from /usr/lib/libgobject-2.0.so.0
#17 0x72671d05 in g_signal_emit_valist ()
   from /usr/lib/libgobject-2.0.so.0
#18 0x72671ed3 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#19 0x73a346d6 in ?? () from /usr/lib/libsoup-2.4.so.1
#20 0x73a3544e in ?? () from /usr/lib/libsoup-2.4.so.1
#21 0x73a35ec0 in ?? () from /usr/lib/libsoup-2.4.so.1
#22 0x73a361b4 in ?? () from /usr/lib/libsoup-2.4.so.1
#23 0x71f944a3 in g_main_context_dispatch () from /lib/libglib-2.0.so.0
#24 0x71f94c80 in ?? () from /lib/libglib-2.0.so.0
#25 0x71f952f2 in g_main_loop_run () from /lib/libglib-2.0.so.0
#26 0x73db24cd in gtk_main () from /usr/lib/libgtk-3.so.0
#27 0x00433fd4 in main ()


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages epiphany-browser depends on:
ii  dbus-x11   1.4.14-1
ii  epiphany-browser-data  3.0.4-1 
ii  gnome-icon-theme   3.0.0-4 
ii  gsettings-desktop-schemas  3.0.1-1 
ii  iso-codes  3.28-1  
ii  libavahi-client3   0.6.30-5
ii  libavahi-common3   0.6.30-5
ii  libavahi-gobject0  0.6.30-5
ii  libc6  2.13-18 
ii  libcairo2  1.10.2-6.1  
ii  libdbus-1-31.4.14-1
ii  libdbus-glib-1-2   0.94-4  
ii  libgdk-pixbuf2.0-0 2.24.0-1
ii  libgirepository-1.0-1  0.10.8-2
ii  libglib2.0-0   2.28.6-1
ii  libgnome-keyring0  3.0.3-1 
ii  libgtk-3-0 3.0.12-2
ii  libice62:1.0.7-2   
ii  libnspr4-0d4.8.9-1 
ii  libnss3-1d 3.12.11-2   
ii  libpango1.0-0  1.28.4-3
ii  libseed-gtk3-0 3.0.0-2 
ii  libsm6 2:1.2.0-2   
ii  libsoup-gnome2.4-1 2.34.3-1
ii  libsoup2.4-1   2.34.3-1
ii  libwebkitgtk-3.0-0 1.4.2-2 
ii  libx11-6   2:1.4.4-1   
ii  libxml22.7.8.dfsg-4
ii  libxslt1.1 1.1.26-8

Versions of packages epiphany-browser recommends:
ii  ca-certificates  20110502+nmu1  
ii  evince   2.32.0-1   
ii  yelp 2.30.1+webkit-1

Versions of packages epiphany-browser suggests:
ii  epiphany-extensions  3.0.0-3

-- no debconf information



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

Bug#592719: Patches fixes the bug; why isn't it applied yet?

[François Revol]

I spent half a day finding why I couldn't mount floppies on squeeze, and 
another half building udisks with the proposed patch... which fixes it 
for me.
Btw the code in the patch is already in udisks git tree it seems, so 
newer versions shouldn't have the bug. Didn't try floppies on sid though.

So either apply it to release code, or use newer release.

Couldn't we just get it fixed ?

(Oh and if you need to test a floppy drive, just remember VirtualBox has 
one)


François.



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

Bug#639007: vlc-nox: live555 library fails to set rtsp sockets to CLOEXEC

[François Revol]

Package: vlc-nox
Version: 1.1.11-2+b2
Severity: normal

In the current VLC, the live555 rtsp library fails to set its sockets to 
close-on-exec.
This has a side effect that the xdg-screensaver scripts spawned to disable 
screensaver during playback (which doesn't work actually, cf. bug #436339) keep 
leaked file descriptors to these sockets. After a while my Freebox stops 
serving streams, complaining about not enough bandwidth since the previous rtsp 
control connections are still kept alive by these stale sockets.

A fix has been committed into the vlc repos:
http://git.videolan.org/?p=vlc.git;a=commit;h=efa68b295fd8faec9c79d2503a7c66ba74a3c36c

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages vlc-nox depends on:
ii  liba52-0.7.4   0.7.4-16  library for decoding ATSC A/52 str
ii  libasound2 1.0.24.1-3shared library for ALSA applicatio
ii  libass40.9.13-1  library for SSA/ASS subtitles rend
ii  libavahi-clien 0.6.30-5  Avahi client library
ii  libavahi-commo 0.6.30-5  Avahi common library
ii  libavc1394-0   0.5.3-1+b2control IEEE 1394 audio/video devi
ii  libavcodec52   4:0.6.2-5 Libav codec library
ii  libavformat52  4:0.6.2-5 Libav file format library
ii  libavutil504:0.6.2-5 Libav utility library
ii  libc6  2.13-17   Embedded GNU C Library: Shared lib
ii  libcaca0   0.99.beta17-2 colour ASCII art library
ii  libcddb2   1.3.2-3   library to access CDDB data - runt
ii  libcdio10  0.81-4library to read and control CD-ROM
ii  libdbus-1-31.4.14-1  simple interprocess messaging syst
ii  libdc1394-22   2.1.3-4   high level programming interface f
ii  libdca00.0.5-4   decoding library for DTS Coherent 
ii  libdirac-encod 1.0.2-4   open and royalty free high quality
ii  libdvbpsi7 0.2.0-1   library for MPEG TS and DVB PSI ta
ii  libdvdnav4 4.1.3-7   DVD navigation library
ii  libdvdread44.1.3-10  library for reading DVDs
ii  libebml3   1.2.1-1   access library for the EBML format
ii  libfaad2   2.7-7 freeware Advanced Audio Decoder - 
ii  libflac8   1.2.1-5   Free Lossless Audio Codec - runtim
ii  libfontconfig1 2.8.0-3   generic font configuration library
ii  libfreetype6   2.4.6-2   FreeType 2 font engine, shared lib
ii  libfribidi00.19.2-1  Free Implementation of the Unicode
ii  libgcc11:4.6.1-7 GCC support library
ii  libgcrypt111.4.6-9   LGPL Crypto library - runtime libr
ii  libgnutls262.12.7-7  GNU TLS library - runtime library
ii  libgpg-error0  1.10-0.3  library for common error values an
ii  libkate1   0.3.8-1   Kate is a codec for karaoke and te
ii  liblircclient0 0.9.0~pre1-1  infra-red remote control support -
ii  liblua5.1-05.1.4-10  Shared library for the Lua interpr
ii  libmad00.15.1b-6 MPEG audio decoder library
ii  libmatroska4   1.2.0-1   extensible open standard audio/vid
ii  libmodplug11:0.8.8.2-3   shared libraries for mod music bas
ii  libmpcdec6 2:0.1~r459-1  MusePack decoder - library
ii  libmpeg2-4 0.4.1-3   MPEG1 and MPEG2 video decoder libr
ii  libmtp91.1.0-4   Media Transfer Protocol (MTP) libr
ii  libncursesw5   5.9-1 shared libraries for terminal hand
ii  libogg01.2.2~dfsg-1  Ogg bitstream library
ii  libpng12-0 1.2.46-3  PNG library - runtime
ii  libpostproc51  4:0.6.2-5 Libav video postprocessing library
ii  libproxy0  0.3.1-2   automatic proxy configuration mana
ii  libraw1394-11  2.0.7-1   library for direct access to IEEE 
ii  libschroedinge 1.0.10-2.1library for encoding/decoding of D
ii  libshout3  2.2.2-5+b1MP3/Ogg Vorbis broadcast streaming
ii  libsmbclient   2:3.5.11~dfsg-1   shared library for communication w
ii  libspeex1  1.2~rc1-1 The Speex codec runtime library
ii  libstdc++6 4.6.1-7   GNU Standard C++ Library v3
ii  libswscale04:0.6.2-5 Libav video scaling library
ii  libtag1c2a 1.7-1 audio meta-data library
ii  libtheora0 1.1.1+dfsg.1-3

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

[François Revol]

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.

cf. https://www.haiku-os.org/guides/building

$ (cd generated-x86-gcc4/; jam -q haiku-vmware-image)
patience...
patience...
patience...
patience...
patience...
patience...
patience...
patience...
patience...
patience...
found 98358 target(s)...
updating 4654 target(s)...
InitScript1 
/home/revol/devel/haiku/trunk/generated-x86-gcc4/haiku.image-init-vars 
C++ 
/home/revol/devel/haiku/trunk/generated-x86-gcc4/objects/linux/x86/release/build/libroot/atomic.o
 
In file included from /usr/include/bits/errno.h:25:0,
 from /usr/include/errno.h:36,
 from 
/home/revol/devel/haiku/trunk/headers/build/os/support/Errors.h:15,
 from 
/home/revol/devel/haiku/trunk/headers/build/BeOSBuildCompatibility.h:32,
 from 
/home/revol/devel/haiku/trunk/src/build/libroot/atomic.cpp:1:
/usr/include/linux/errno.h:4:23: fatal error: asm/errno.h: No such file or 
directory
compilation terminated.

cc -c /home/revol/devel/haiku/trunk/src/build/libroot/atomic.cpp -O -Wall 
-Wno-trigraphs -Wno-ctor-dtor-privacy -Woverloaded-virtual -Wpointer-arith 
-Wcast-align -Wsign-compare -m32 -Wno-multichar 
-DHAIKU_BUILD_ATTRIBUTES_DIR=\/home/revol/devel/haiku/trunk/generated-x86-gcc4/attributes\
 -D_ZETA_USING_DEPRECATED_API_=1 -D_ZETA_TS_FIND_DIR_=1 -fPIC 
-DKMESSAGE_CONTAINER_ONLY -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 
/home/revol/devel/haiku/trunk/build/user_config_headers -iquote 
/home/revol/devel/haiku/trunk/build/config_headers -iquote 
/home/revol/devel/haiku/trunk/src/build/libroot -iquote 
/home/revol/devel/haiku/trunk/generated-x86-gcc4/objects/common/build/libroot 
-iquote 
/home/revol/devel/haiku/trunk/generated-x86-gcc4/objects/linux/x86/common/build/libroot
 -iquote /home/revol/devel/haiku/trunk/generated-x86-gcc4/objects/haiku/x86/co
 mmon/build/libroot -I /home/revol/devel/haiku/trunk/headers/build -I 
/home/revol/devel/haiku/trunk/headers/build/os -I 
/home/revol/devel/haiku/trunk/headers/build/os/app -I 
/home/revol/devel/haiku/trunk/headers/build/os/drivers -I 
/home/revol/devel/haiku/trunk/headers/build/os/kernel -I 
/home/revol/devel/haiku/trunk/headers/build/os/interface -I 
/home/revol/devel/haiku/trunk/headers/build/os/storage -I 
/home/revol/devel/haiku/trunk/headers/build/os/support -I 
/home/revol/devel/haiku/trunk/headers/build/private/kernel -I 
/home/revol/devel/haiku/trunk/headers/build/host/linux -o 
/home/revol/devel/haiku/trunk/generated-x86-gcc4/objects/linux/x86/release/build/libroot/atomic.o
 ;

failed C++ 
/home/revol/devel/haiku/trunk/generated-x86-gcc4/objects/linux/x86/release/build/libroot/atomic.o
 ...

BUILD FAILURE:
failed updating 1 target(s)...
skipped 4 target(s)...
updated 1 target(s)...


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-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

[François Revol]

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.
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'd suggest someone sets up an Haiku BOM (Build-O-Matic) on sid, since 
it's been broken several time this months already due to missing files 
in packages, so it looks like a good test case for -m32 ;-)

http://dev.osdrawer.net/projects/haikubuildomatic/

François.



--
To UNSUBSCRIBE, email to debian-bugs-dist-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

[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-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#638326: libusb-1.0-0-dev: missing -lrt in pkg-config descriptor for static linking

[François Revol]

Package: libusb-1.0-0-dev
Version: 2:1.0.8-4
Severity: important

The pkg-config descriptor for libusb-1.0 misses -lrt for static linking
(--static --libs), despite using clock_gettime() internally.
This seems to be fixed in the libusb git tree, so updating to a later
release should fix this.
cf.
http://thread.gmane.org/gmane.comp.lib.libusb.devel.general/16396

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libusb-1.0-0-dev depends on:
ii  libc6-dev [libc-dev]  2.13-16Embedded GNU C Library: Developmen
ii  libusb-1.0-0  2:1.0.8-4  userspace USB programming library

libusb-1.0-0-dev recommends no packages.

libusb-1.0-0-dev suggests no packages.

-- no debconf information



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

Bug#635685: closed by Aurelien Jarno aure...@debian.org (Bug#635685: fixed in eglibc 2.13-14)

[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-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#635685: Just missing fpu_control.h

[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-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#635685: fixed for me

[François Revol]

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 sys/cdefs.h.


Thanks!

François.



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

Bug#635685: fixed for me

[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 sys/cdefs.h.


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 fpu_control.h
#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-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#590897: (Extended) Haiku detection for os-prober

[François Revol]

The script itself seems ok but I didn't test it yet.

It seems to me os-prober only runs the mounted/ probes that are executable, and 
the os-probes/mounted/x86/83haiku script is not executable in the archive at:
ftp.debian.org/debian/pool/main/o/os-prober/os-prober_1.43.tar.gz
Therefore I highly doubt it is run at all.
I also checked in the .deb, it's not executable either :
-rw-r--r--  0 root   root  815 18 fév 06:02 
./usr/lib/os-probes/mounted/83haiku

Beside, even though BeOS itself is proprietary and commercially dead, some 
people still have it on their machine, so it would still be useful to have it 
supported too.

François.


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

Bug#590897: (Extended) Haiku detection for os-prober

[François Revol]

Le 18 févr. 2011 à 19:03, Jeroen Oortwijn a écrit :

 On 18 February 2011 16:38, François Revol re...@free.fr wrote:
 The script itself seems ok but I didn't test it yet.
 
 It seems to me os-prober only runs the mounted/ probes that are executable, 
 and the os-probes/mounted/x86/83haiku script is not executable in the 
 archive at:
 ftp.debian.org/debian/pool/main/o/os-prober/os-prober_1.43.tar.gz
 Therefore I highly doubt it is run at all.
 I also checked in the .deb, it's not executable either :
 -rw-r--r--  0 root   root  815 18 fév 06:02 
 ./usr/lib/os-probes/mounted/83haiku
 
 That's strange, it was executable when I attached it to my email.
 
 Beside, even though BeOS itself is proprietary and commercially dead, some 
 people still have it on their machine, so it would still be useful to have 
 it supported too.
 
 Yes, I intend to make a similar script for BeOS; but I have to install
 it first on my computer.
 I also noticed a small error in the 83haiku script: on line 23, $2
 should be $mpoint

And this
.. /usr/share/os-prober/common.sh

(double dot ??)

François.


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

Bug#590897: (Extended) BeOS detection for os-prober

[François Revol]

Le 18 févr. 2011 à 23:46, Jeroen Oortwijn a écrit :

 On 18 February 2011 23:24, Jeroen Oortwijn oortw...@gmail.com wrote:
 As promised: 83BeOS; a BeOS os-prober module
 
 Tested with a fresh installation of BeOS R5.
 
 (Send with reportbug, so I wonder if the double dot is back.)
 
 Well, it turns out reportbug changes the attachment (one dot - double
 dot) when you send it via the gmail smtp server.
 
 Attached is the 'one dot'-version of the 83BeOS script.

I suppose something in the chain is broken with respect to dot escaping as part 
of the smtp protocol (they get doubled at start of line and should be unescaped 
on the other end, since a single dot on a line ends the mail body).

François.


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

Bug#590897: Add 'befs' to the fs list also

[François Revol]

It might be useful to add BFS ('befs') to the list of filesystems in
os-probes/init/common/10filesystems
line 5, as:
FILESYSTEMS='ext2 ext3 ext4 reiserfs xfs jfs msdos vfat ntfs minix hfs hfsplus 
qnx4 ufs btrfs befs'





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

Bug#590897: BeOS Haiku detection for os-prober

[François Revol]

Package: os-prober
Version: 1.28
Severity: wishlist

The attached files allow os-prober to detect (mounted) BFS (wrongly named befs 
in
Linux) partitions and emit the code for GRUB2 to chain them.

Of course they must have been 'makebootable'd from BeOS or Haiku at install 
time.
The distinction comes from the bootloader path which is different in BeOS and 
Haiku,
and also allows skipping non bootable partition altogether.

GRUB2 should also now be able to load haiku_loader directly from BFS and start 
it as
multiboot, but it's not the preferred method anyway.

Tested on an existing install, though testing with an install CD didn't work 
since the
installer doesn't mount BFS partitions (the befs module doesn't even seem to be
present on the CD !).

The 60 prefix is totally arbitrary, it can be changed.

They both go to os-probes/mounted/x86/ in os-prober distribution,
and to /usr/lib/os-probes/mounted on install.

François.



60beos
Description: Binary data



60haiku
Description: Binary data