Bug#1007913: What news with wine 7.0?

2022-05-19 Thread Berillions
You’ll have Wine 7.0 in Debian repo when Wine 9 stable will release.

You want the latest stable/development version ?

Build it yourself :-)
Envoyé de mon iPhone

> Le 19 mai 2022 à 16:03, Jérôme Marant  a écrit :
> 
> 
> Hi,
> 
> So wine 7 is not going to be packaged anytime soon?
> 
> Regards,
> 
>> Le ven. 1 avr. 2022 à 15:28, Antoine Le Gonidec 
>>  a écrit :
>> Le 31/03/2022 à 14:39, Jérôme Marant a écrit :
>> > Is wine 7 been week-end on?
>> > It looks like 6.x are been uploaded instead. What's the point?
>> 
>> The point is not to burn out the package maintainer with one huge messy 
>> changeset, and to provide us users with a mostly bug-free package thanks to 
>> incremental updates that are easier to review.
>> 
>> I advise either patience, or using WineHQ packages if you really can not 
>> wait. Keeping in mind that if Michael keeps the upload rate he had lately, 
>> we can expect him to reach 7.0 in less than 2 weeks from now.


Bug#983242: wine-development recent upgrade (5.6-1?) broke levelator.exe

2021-02-22 Thread Berillions
Hi,

Are you sure that it’s a Debian bug ?
Check the output console to see if it’s not an upstream bug instead of.

Maxime

Envoyé de mon iPhone

> Le 22 févr. 2021 à 10:00, Alex Andreotti  a écrit :
> 
> On Mon, Feb 22, 2021 at 02:28:12AM +0100, Antoine Le Gonidec wrote:
>>> On Sun, 21 Feb 2021 14:22:19 +0100 Alex Andreotti 
>>>  wrote:
>>> I been using a script to level wav files for more than a year without 
>>> problems, until few day ago, I guess it was the upgrade to version 5.6-1 
>>> but I'm not sure
>> 
>> In bug #983117 there is a series of commands showing how to downgrade to 
>> wine-development 5.5-9:
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=983117#5
>> 
>> Following it would allow you to check is your issue happens with 5.5-9 too, 
>> or if actually started happening with 5.6-1.
>> 
>> Here is a copy for convenience (all commands as root):
>> 
>> cat > /etc/apt/sources.list.d/snapshot-20201026T024334Z.list << EOF
>> # wine-development 5.5-9
>> # cf. https://snapshot.debian.org/package/wine-development/5.5-9/
>> deb [check-valid-until=no] 
>> https://snapshot.debian.org/archive/debian/20201026T024334Z/ sid main
>> EOF
>> apt update
>> apt install 
>> {libwine-development:{amd64,i386},wine32-development:i386,wine64-development,wine-development}=5.5-9
>> 
> 
> Thanks, I confirm that downgrading to 5.5-9 the problem does not exist, I had 
> already switched to the non -development version which does not have the 
> issue.
> 
> Let me know if I can help.
> 



Bug#953982: wine-development: wine in Debian fails to start "Uru", but upstream wine works fine (regression)

2021-01-13 Thread Berillions
On Sun, 13 Sep 2020 21:13:43 +0200 Stephen Kitt  wrote:
> On Sun, 13 Sep 2020 13:19:16 +0200, Berillions 
wrote:
> > Seriously, don’t use Debian package for Wine. It’s completely a mess and
> > outdated ... It’s a waste of time.
>
> You keep saying that, but without any detail (as far as I can tell). The
> outdated part doesn’t need any clarification, but what else is wrong with
the
> package? Would you be interested in helping make it better?
>
> Regards,
>
> Stephen

Hello,

Sorry for the delay.
I would love to help to update wine-development at the same time than
upstream release.

But, i tried to do this with wine-6.0-RC6 and sorry but i don't understand
why this part in the rules file exist :

> # automatically generated files
> ./debian/scripts/generate server/trace.generated make_requests
> ./debian/scripts/generate server/request.generated make_requests
> ./tools/make_unicode
> ./tools/make_requests
> cd dlls/dsound && ./make_fir
> cd dlls/opengl32 && ./make_opengl
> cd dlls/winevulkan && ./make_vulkan
> # autotools files
> ln -sf /usr/share/misc/config.sub tools
> ln -sf /usr/share/misc/config.guess tools
> # image files used to generate icons for parts of wine
> ln -sf ../../dlls/user32/resources/oic_hand.svg
> dlls/display.drv16/oic_hand.svg
> ln -sf ../../dlls/user32/resources/oic_bang.svg
> dlls/comctl32/idi_tt_warn_sm.svg
> ln -sf ../../dlls/user32/resources/oic_note.svg
> dlls/comctl32/idi_tt_info_sm.svg
> ln -sf ../../dlls/user32/resources/oic_hand.svg
> dlls/comctl32/idi_tt_error_sm.svg
> ln -sf ../../dlls/shell32/resources/move.svg
> dlls/comctl32/idi_dragarrow.svg
> ln -sf ../../dlls/shell32/resources/image.svg programs/regedit/bin.svg
> ln -sf ../../dlls/shell32/resources/folder.svg programs/regedit/folder.svg
> ln -sf ../../dlls/shell32/resources/document.svg
> programs/regedit/string.svg
> ln -sf ../../dlls/shell32/resources/mycomputer.svg
> programs/regedit/computer.svg
> ln -sf ../../dlls/shell32/resources/folder_open.svg
> programs/regedit/folderopen.svg
> ln -sf ../../dlls/shell32/resources/window.svg programs/taskmgr/window.svg
> ln -sf ../../dlls/shell32/resources/window.svg
> programs/taskmgr/windowsm.svg
> ln -sf ../../dlls/shell32/resources/drive.svg dlls/comdlg32/hdisk.svg
> ln -sf ../../dlls/shell32/resources/folder.svg dlls/comdlg32/folder.svg
> ln -sf ../../dlls/shell32/resources/network.svg dlls/comdlg32/network.svg
> ln -sf ../../dlls/shell32/resources/folder_open.svg
> dlls/comdlg32/folder2.svg
> ln -sf ../../dlls/shell32/resources/disk_drive.svg dlls/comdlg32/floppy.svg
> ln -sf ../../dlls/shell32/resources/optical_drive.svg
> dlls/comdlg32/cdrom.svg
>

The previous quote is an example but, in my case i don't know why it's
necessary to do all these things.
I understand when newbie users want to help but give up because too
complicated...


Bug#953982: wine-development: wine in Debian fails to start "Uru", but upstream wine works fine (regression)

2020-09-13 Thread Berillions
Hi,

Seriously, don’t use Debian package for Wine. It’s completely a mess and 
outdated ...
It’s a waste of time.

Cheers,

Envoyé de mon iPhone

> Le 13 sept. 2020 à 10:27, Diafero  a écrit :
> 
> control: tag -1 - moreinfo
> 
> Hi Michael,
> 
> this remains a problem in package version 5.5-5.  Something in these zlib
> patches seems to be wrong.  I removed the "moreinfo" flag as I think I 
> provided
> all the requested info and even traced down the problem to the Debian-side 
> patch
> that introduced it.
> 
> I do not understand why you consider this "minor" given that it introduces a
> crash in a situation that works fine upstream -- when distro-specific patches
> break a package, IMO that is a rather bad situation.  This is exactly the kind
> of problem why upstream projects do not like people to use distro packages,
> which is a shame.
> 
> Kind regards
> diafero
> 



Bug#953867: error when compiling wine

2020-03-14 Thread Berillions
Thanks Sven,

It's fixed, you can close the bug report.

Thanks :-)

Le sam. 14 mars 2020 à 11:49, Sven Joachim  a écrit :

> Control: reassign -1 cpp-9
> Control: forcemerge 953806 -1
>
> On 2020-03-14 10:11 +0100, Berillions wrote:
>
> > Package: libc6-dev
> > Version: 2.30-2
> >
> > Hello,
> >
> > I try to build plain wine-5.4 on my debian sid 64bits (directly on my
> > system or in a chroot with pbuilder) and i have an error about "limits.h"
> > during configure :
> >
> > /usr/include/limits.h:124:26: error: no include path in which to search
> for
> >> limits.h
> >>   124 | # include_next 
> >>   |
> >>
> >
> > This error appears when i want to build by myself plain wine-5.4,
> > wine-staging-5.3 or rebuild wine-development. Curiously, this error does
> > not appears when i build wine/wine-staging/wine-development in a 32bits
> sid
> > chroot.
> >
> > I found that build my package in a 64bits testing chroot fix the issue
> > because libc6-dev=2.29-10 is installed. So something is broken in the
> > package from Sid.
>
> Yes, something is (or was, at it has already been fixed) broken, but in
> a different package.  Upgrade gcc-9 to version 9.3.0-3.
>
> Cheers,
>Sven
>


Bug#953867: error when compiling wine

2020-03-14 Thread Berillions
Package: libc6-dev
Version: 2.30-2

Hello,

I try to build plain wine-5.4 on my debian sid 64bits (directly on my
system or in a chroot with pbuilder) and i have an error about "limits.h"
during configure :

/usr/include/limits.h:124:26: error: no include path in which to search for
> limits.h
>   124 | # include_next 
>   |
>

This error appears when i want to build by myself plain wine-5.4,
wine-staging-5.3 or rebuild wine-development. Curiously, this error does
not appears when i build wine/wine-staging/wine-development in a 32bits sid
chroot.

I found that build my package in a 64bits testing chroot fix the issue
because libc6-dev=2.29-10 is installed. So something is broken in the
package from Sid.

Thanks,
Maxime


Bug#897054: qemu: add support for AMD Zen SMT (Hyperthreading)

2018-12-21 Thread Berillions
The developer have impleted differently the AMD patch but with Qemu
3.0.0/3.1 i don't need this fix.

Le ven. 21 déc. 2018 à 12:57, Michael Tokarev  a écrit :

> On Thu, 20 Sep 2018 00:06:49 +0200 Berillions 
> wrote:
> > Hi Michael,
> >
> > Sorry for delay, i never received your answer on my email.
> > Fortunatly, the SMT patch has been included in the new upstream version
> > "qemu-3.0.0" the August 14th 2018.
> >
> > It possible to push the new version in Unstable repository or
> Experimental
> > if you prefer ?
>
> Somehow the mentioned patch is still not in qemu-3.1.
> Is it sitll relevant? Do you know why upstream don't have it?
> Or maybe I missed something?
>
> Thanks!
>
> /mjt
>


Bug#897054: qemu: add support for AMD Zen SMT (Hyperthreading)

2018-09-19 Thread Berillions
Hi Michael,

Sorry for delay, i never received your answer on my email.
Fortunatly, the SMT patch has been included in the new upstream version
"qemu-3.0.0" the August 14th 2018.

It possible to push the new version in Unstable repository or Experimental
if you prefer ?

Thanks,
Maxime


Bug#866952: [Pkg-xen-devel] Bug#866952: xen-system-amd64: Xen 4.8 Install on Stretch Crashes on Boot

2017-09-13 Thread Berillions
Hi Bill,

Do you still have your crash at boot ?
Because i had the same problem than you with my Desktop (Ryzen Rx1700 + AMD
Rx560) and the solution that i found is to add this option in the Xen Grub
command line :
iommu=dom0-passthrough.

With it, my Dom0 boot correctly.

Cheers,
Maxime


Bug#841420: Breaks Nvidia driver install from .run

2016-10-31 Thread Berillions
I can confirm that the new version of GCC breaks the module's compilation
when i try to install the Nvidia driver for my graphic card from the .run
file.

The only solution that i found was to launch "export CC=/usr/bin/gcc-5"
before to launch the driver's installation

Cheers,
Maxime


Bug#818905: Steam Controller is not correctly detected

2016-03-25 Thread Berillions
Hi guys,

I tried the udev rule from the debian package -> steam-device.
I think that it's not complete to use correctly the gamepad.

With the actual udev rule, the controller is correctly recognized on Steam
on Big Picture mode but in game like Metro 2033 / Last Light Redux, the
controller is not recognized as a gamepad but still as a keyboard.

If I add "OPTIONS+="static_node=uinput" to "# Steam Controller udev write
access", the controller is recognized correctly as a gamepad in my games.

thanks to correct the package :)


Bug#818905: Steam Controller is not correctly detected

2016-03-23 Thread Berillions
Oh, i didn't know that this package already exist.
Thanks very much :)

2016-03-23 20:06 GMT+01:00 Alexandre Detiste :

> As nobody talked about this.
>
> The upstream udev rule is shipped in separate package "steam-devices"
>
>
> https://sources.debian.net/src/steam/1.0.0.51-1/lib/udev/rules.d/99-steam-controller-perms.rules/
>
> https://packages.debian.org/sid/all/steam-devices/filelist
>
> Does it fits your need ?
>
> > Ok, i tried with this rules file :
> >
> > # This rule is needed for basic functionality of the controller in
> > # Steam and keyboard/mouse emulation
> > SUBSYSTEM=="usb", ATTRS{idVendor}=="28de", MODE="0666"
> >
> > # This rule is necessary for gamepad emulation
> > KERNEL=="uinput", SUBSYSTEM=="misc", OPTIONS+="static_node=uinput",
> > TAG+="uaccess"
> >
> > And the controller is correctly recognized as a gamepad in my games. And
> i
> > create this rules file in "/lib/udev/rules.d" with this name
> > "99-steam-controller-perms.rules"
>
>


Bug#818905: Steam Controller is not correctly detected

2016-03-23 Thread Berillions
Ok, i tried with this rules file :

# This rule is needed for basic functionality of the controller in
# Steam and keyboard/mouse emulation
SUBSYSTEM=="usb", ATTRS{idVendor}=="28de", MODE="0666"

# This rule is necessary for gamepad emulation
KERNEL=="uinput", SUBSYSTEM=="misc", OPTIONS+="static_node=uinput",
TAG+="uaccess"

And the controller is correctly recognized as a gamepad in my games. And i
create this rules file in "/lib/udev/rules.d" with this name
"99-steam-controller-perms.rules"

Cheers,
Maxime

2016-03-23 19:10 GMT+01:00 Berillions <berilli...@gmail.com>:

> I tried with the both udev's rules and with the first from Arch, the
> controller is not recognized as a gamepad in my game.
>
> I can try to replace GROUP=USERNAME by TAG+=uaccess.
> Le 23 mars 2016 18:05, "James Cowgill" <jcowg...@debian.org> a écrit :
>
>> Hi,
>>
>> On Wed, 2016-03-23 at 17:52 +0100, Berillions wrote:
>> > The best Udev's rules for the Steam Controller on Debian is this :
>> >
>> > # This rule is needed for basic functionality of the controller in
>> > # Steam and keyboard/mouse emulation
>> > SUBSYSTEM=="usb", ATTRS{idVendor}=="28de", MODE="0666"
>>
>> Why not use TAG+="uaccess" like in arch?
>>
>> > # This rule is necessary for gamepad emulation
>> > KERNEL=="uinput", MODE="0660", GROUP="USERNAME",
>> > OPTIONS+="static_node=uinput"
>>
>> How is a packaged udev rule supposed to know which user will be using
>> the steam controller?
>>
>> Using TAG+="uaccess" here seems the best idea to me as well.
>>
>> > Thanks to add this to the Steam package.
>>
>> Thanks,
>> James
>
>


Bug#818905: Steam Controller is not correctly detected

2016-03-23 Thread Berillions
I tried with the both udev's rules and with the first from Arch, the
controller is not recognized as a gamepad in my game.

I can try to replace GROUP=USERNAME by TAG+=uaccess.
Le 23 mars 2016 18:05, "James Cowgill" <jcowg...@debian.org> a écrit :

> Hi,
>
> On Wed, 2016-03-23 at 17:52 +0100, Berillions wrote:
> > The best Udev's rules for the Steam Controller on Debian is this :
> >
> > # This rule is needed for basic functionality of the controller in
> > # Steam and keyboard/mouse emulation
> > SUBSYSTEM=="usb", ATTRS{idVendor}=="28de", MODE="0666"
>
> Why not use TAG+="uaccess" like in arch?
>
> > # This rule is necessary for gamepad emulation
> > KERNEL=="uinput", MODE="0660", GROUP="USERNAME",
> > OPTIONS+="static_node=uinput"
>
> How is a packaged udev rule supposed to know which user will be using
> the steam controller?
>
> Using TAG+="uaccess" here seems the best idea to me as well.
>
> > Thanks to add this to the Steam package.
>
> Thanks,
> James


Bug#818905: Steam Controller is not correctly detected

2016-03-23 Thread Berillions
Hi,

The best Udev's rules for the Steam Controller on Debian is this :

# This rule is needed for basic functionality of the controller in
# Steam and keyboard/mouse emulation
SUBSYSTEM=="usb", ATTRS{idVendor}=="28de", MODE="0666"

# This rule is necessary for gamepad emulation
KERNEL=="uinput", MODE="0660", GROUP="USERNAME",
OPTIONS+="static_node=uinput"

Thanks to add this to the Steam package.


Bug#818905: Steam Controller is not correctly detected

2016-03-21 Thread Berillions
Package: steam
Version: 1.0.0.49-1
Severity: normal

Dear Maintainer,

As explained in the bug report on ArchLinux Bugzilla, the Steam Controller
is not correctly detected due to udev rules :
https://bugs.archlinux.org/task/46752

You can see the udev rules file for ArchLinux package here :
https://projects.archlinux.org/svntogit/community.git/tree/trunk/80-steam-controller-permission.rules?h=packages/steam

Thanks to add this file to enable the Controller out-of-box.

Cheers,
Maxime

-- System Information:
Debian Release: 8.3
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages steam depends on:
ii  debconf [debconf-2.0] 1.5.56
ii  gnome-terminal [x-terminal-emulator]  3.14.1-1+deb8u1
ii  libc6 2.19-18+deb8u3
ii  libgl1-mesa-dri   11.1.2-1~bpo8+1
ii  libgl1-mesa-glx   11.1.2-1~bpo8+1
ii  libstdc++64.9.2-10
ii  libtxc-dxtn-s2tc0 [libtxc-dxtn0]  0~git20131104-1.1
ii  libudev1  215-17+deb8u3
ii  libx11-6  2:1.6.2-3
ii  libxinerama1  2:1.1.3-1+b1
ii  xterm [x-terminal-emulator]   312-2
ii  xz-utils  5.1.1alpha+20120614-2+b3

Versions of packages steam recommends:
ii  fonts-liberation  1.07.4-1
ii  zenity3.14.0-1

steam suggests no packages.

-- debconf information:
  steam/purge:
* steam/license:
* steam/question: I AGREE


Bug#815368: [Pkg-alsa-devel] Bug#815368: libasound2-plugins: Victor Vran game crash with this package installed

2016-02-21 Thread Berillions
2016-02-21 8:42 GMT+01:00 Elimar Riesebieter <riese...@lxtec.de>:

> * Berillions <berilli...@gmail.com> [2016-02-21 01:46 +0100]:
>
> > Package: libasound2-plugins
> > Version: 1.1.0-1
> > Severity: normal
> >
> > Dear Maintainer,
> >
> > I bought and downloaded Victor Vran game on GoG.com (
> > http://www.gog.com/game/victor_vran).
> > You can see that the game requires libasound2{-data,-plugins}:i386
> packages
> > dependencies.
>
> I see that this isn't a official Debian package.
>
> Yes, the game is "officialy" supported by Ubuntu and Linux-Mint which are
debian based...


> > After to downloaded, installed the game and dependencies, i launch the
> game
> > and ... it crashes directly.
> > The output console for the crash is this :
> >
> >  --
> > "berillions@debian64-test:/media/Autres/Jeux/Victor Vran$ ./start.sh
> > Running Victor Vran
> > Language: French
> > Voice Language: English
> > Protocol error: bad 3 (Window); Sequence Number 5
> >  Opcode (20, 0) = GetProperty
> >  Bad resource 587630196 (0x23068674)
> >  at -e line 15.
> > *** Texture headers: 5568 loaded, 0 newer, 3 ms
> >
> > *** graphics info
> > GPU GeForce GTX 970M/PCIe/SSE2
> > APIopengl
> > Platform: {
> > desktop = true,
> > developer = false,
> > editor = true,
> > gog = true,
> > goldmaster = true,
> > linux = true,
> > }
> >
> > support/gog_com.shlib : ligne 94 : 15328 Erreur de segmentation  (core
> > dumped)./"${bin_64}""
>
> There is no reference to a alsa bug
>
> Right, so it's very complicated to find where come from the problem with
this issue.


> >  --
> >
> > For my first test, i uninstalled the libasound2-plugins package and i
> > re-launched the game.
> > Result = The game works but i have no sound in-game so it is unplayable.
> > The output console when i launch the game without libasound2-plugins
> > package is this :
> >[...]
> >
> > ALSA lib conf.c:3357:(snd_config_hooks_call) Cannot open shared library
> > libasound_module_conf_pulse.so
>
> Do you have pulseaudio installed?
>

Yes, Gnome 3 is installed and use PulseAudio.

>
> > ALSA lib pcm.c:2266:(snd_pcm_open_noupdate) Unknown PCM default
> > AL lib: alsa.c:512: Could not open playback device 'default': No such
> file
> > or directory
> > AL lib: oss.c:169: Could not open /dev/dsp: No such file or directory
>
> Install alsa-oss and modprobe snd-pcm-oss.
>
> I installed the package lauch the command and the game works and i have
sound. Install libasound2-plugins still crash the game
But the question is : How i do to play at others games which need the
package if Victor Vran crash with it ?

I found a solution but for me, it's not proper :
1- Install libpulsedsp:i386 package
2- cp "/usr/bin/padsp /usr/bin/padsp_32"
3- nano "/usr/bin/padsp_32" and change LD_PRELOADER=/usr/lib/x86_64... to
LD_PRELOADER=/usr/lib/i386...
4- launch the game with padsp_32 ./VictorVranGoG


> Elimar
> --
>   Learned men are the cisterns of knowledge,
>   not the fountainheads ;-)
>

Maxime


Bug#815368: libasound2-plugins: Victor Vran game crash with this package installed

2016-02-20 Thread Berillions
Package: libasound2-plugins
Version: 1.1.0-1
Severity: normal

Dear Maintainer,

I bought and downloaded Victor Vran game on GoG.com (
http://www.gog.com/game/victor_vran).
You can see that the game requires libasound2{-data,-plugins}:i386 packages
dependencies.

After to downloaded, installed the game and dependencies, i launch the game
and ... it crashes directly.
The output console for the crash is this :

 --
"berillions@debian64-test:/media/Autres/Jeux/Victor Vran$ ./start.sh
Running Victor Vran
Language: French
Voice Language: English
Protocol error: bad 3 (Window); Sequence Number 5
 Opcode (20, 0) = GetProperty
 Bad resource 587630196 (0x23068674)
 at -e line 15.
*** Texture headers: 5568 loaded, 0 newer, 3 ms

*** graphics info
GPU GeForce GTX 970M/PCIe/SSE2
APIopengl
Platform: {
desktop = true,
developer = false,
editor = true,
gog = true,
goldmaster = true,
linux = true,
}

support/gog_com.shlib : ligne 94 : 15328 Erreur de segmentation  (core
dumped)./"${bin_64}""
 --

For my first test, i uninstalled the libasound2-plugins package and i
re-launched the game.
Result = The game works but i have no sound in-game so it is unplayable.
The output console when i launch the game without libasound2-plugins
package is this :

 --
Running Victor Vran
Language: French
Voice Language: English
Protocol error: bad 3 (Window); Sequence Number 5
 Opcode (20, 0) = GetProperty
 Bad resource 587630196 (0x23068674)
 at -e line 15.
*** Texture headers: 5568 loaded, 0 newer, 4 ms

*** graphics info
GPUGeForce GTX 970M/PCIe/SSE2
APIopengl
Platform: {
desktop = true,
developer = false,
editor = true,
gog = true,
goldmaster = true,
linux = true,
}

ALSA lib conf.c:3357:(snd_config_hooks_call) Cannot open shared library
libasound_module_conf_pulse.so
ALSA lib pcm.c:2266:(snd_pcm_open_noupdate) Unknown PCM default
AL lib: alsa.c:512: Could not open playback device 'default': No such file
or directory
AL lib: oss.c:169: Could not open /dev/dsp: No such file or directory
Lua revision: 201709
Assets revision: 35199
Account storage loaded successfully in 4 ms
DLC cauldron loaded, lua revision 201709, assets revision 35199
DLC highlander loaded, lua revision 201709, assets revision 35199
DLC tome loaded, lua revision 201709, assets revision 35199
DLC wanderer loaded, lua revision 201709, assets revision 35199
VideoImpl::Init(Movies/MainMenu.ivf)
New UA mode "Game" set in 0 ms


Stopping the game threads from the Lua side.



Stopping the game threads after receiving WM_QUIT.

Hook 'Shader :: CompileEffect' not found!
DestroyVideos: 1 videos not cleaned up
StrID statistics:
Arena allocator stats: 13426 allocs, 312990 bytes out of 1048576 total (29%)
 --

In conclusion, the game crash with libasound2-plugins:i386 package
installed and works without it BUT there isn't sound in-game.
I tested the game on my PC with Archlinux and the game works without
problem (same version from GoG)

I hope that i given good explanations about the problems and thanks for
your help.

Best regards,
Maxime

PS : Sorry, even after to configure reportbug with my gmail account as
explained in the Debian Wiki, i had an authentification failure when i
tried to send the report.

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

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


Bug#706789: [UEFI]Black Screen at the beginning

2013-05-04 Thread Berillions
Package: installation-reports

*Boot method:* USB Key
*Image version:* Debian Wheezy RC3 Installer
http://cdimage.debian.org/cdimage/wheezy_di_rc3/amd64/iso-cd/debian-wheezy-DI-rc3-amd64-netinst.iso
*Date:* 04 May 2013

*Machine:* Asus G53SW
*Processor:* Intel Core I5
*Memory*: 6GB
*Partition: *

 Sys. fich. Type
 1K-blocks   Util. Disponible Uti% Monté sur
 rootfs rootfs 9612516
 24932407021620  27% /
 udev   devtmpfs
 10240   0  10240   0% /dev
 tmpfs  tmpfs
 610756 772 609984   1% /run
 /dev/disk/by-uuid/b727f0ef-d699-4130-a020-1d4aa86f3350 ext4   9612516
 24932407021620  27% /
 tmpfs  tmpfs
 5120   0   5120   0% /run/lock
 tmpfs  tmpfs
 1319180 3241318856   1% /run/shm
 /dev/sda1  vfat
 98304   18178  80126  19% /boot/efi
 /dev/sda6  ext4 459001000
 763424  453574396   1% /home


*Output of lspci -knn:*

 00:00.0 Host bridge [0600]: Intel Corporation 2nd Generation Core
 Processor Family DRAM Controller [8086:0104] (rev 09)
 Subsystem: ASUSTeK Computer Inc. Device [1043:1257]
 00:01.0 PCI bridge [0604]: Intel Corporation Xeon E3-1200/2nd Generation
 Core Processor Family PCI Express Root Port [8086:0101] (rev 09)
 Kernel driver in use: pcieport
 00:16.0 Communication controller [0780]: Intel Corporation 6 Series/C200
 Series Chipset Family MEI Controller #1 [8086:1c3a] (rev 04)
 Subsystem: ASUSTeK Computer Inc. Device [1043:1257]
 00:1a.0 USB controller [0c03]: Intel Corporation 6 Series/C200 Series
 Chipset Family USB Enhanced Host Controller #2 [8086:1c2d] (rev 05)
 Subsystem: ASUSTeK Computer Inc. Device [1043:1257]
 Kernel driver in use: ehci_hcd
 00:1b.0 Audio device [0403]: Intel Corporation 6 Series/C200 Series
 Chipset Family High Definition Audio Controller [8086:1c20] (rev 05)
 Subsystem: ASUSTeK Computer Inc. Device [1043:1ab3]
 Kernel driver in use: snd_hda_intel
 00:1c.0 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset
 Family PCI Express Root Port 1 [8086:1c10] (rev b5)
 Kernel driver in use: pcieport
 00:1c.1 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset
 Family PCI Express Root Port 2 [8086:1c12] (rev b5)
 Kernel driver in use: pcieport
 00:1c.3 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset
 Family PCI Express Root Port 4 [8086:1c16] (rev b5)
 Kernel driver in use: pcieport
 00:1c.5 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset
 Family PCI Express Root Port 6 [8086:1c1a] (rev b5)
 Kernel driver in use: pcieport
 00:1d.0 USB controller [0c03]: Intel Corporation 6 Series/C200 Series
 Chipset Family USB Enhanced Host Controller #1 [8086:1c26] (rev 05)
 Subsystem: ASUSTeK Computer Inc. Device [1043:1257]
 Kernel driver in use: ehci_hcd
 00:1f.0 ISA bridge [0601]: Intel Corporation HM65 Express Chipset Family
 LPC Controller [8086:1c49] (rev 05)
 Subsystem: ASUSTeK Computer Inc. Device [1043:1257]
 00:1f.2 SATA controller [0106]: Intel Corporation 6 Series/C200 Series
 Chipset Family 6 port SATA AHCI Controller [8086:1c03] (rev 05)
 Subsystem: ASUSTeK Computer Inc. Device [1043:1257]
 Kernel driver in use: ahci
 00:1f.3 SMBus [0c05]: Intel Corporation 6 Series/C200 Series Chipset
 Family SMBus Controller [8086:1c22] (rev 05)
 Subsystem: ASUSTeK Computer Inc. Device [1043:1257]
 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF106
 [GeForce GTX 460M] [10de:0dd1] (rev a1)
 Subsystem: ASUSTeK Computer Inc. Device [1043:2047]
 Kernel driver in use: nouveau
 01:00.1 Audio device [0403]: NVIDIA Corporation GF106 High Definition
 Audio Controller [10de:0be9] (rev a1)
 Subsystem: ASUSTeK Computer Inc. Device [1043:2047]
 Kernel driver in use: snd_hda_intel
 03:00.0 Network controller [0280]: Atheros Communications Inc. AR9285
 Wireless Network Adapter (PCI-Express) [168c:002b] (rev 01)
 Subsystem: AzureWave AW-NB037H 802.11bgn Wireless Half-size Mini PCIe
 Card [AR9002WB-1NGCD] [1a3b:2c37]
 Kernel driver in use: ath9k
 04:00.0 USB controller [0c03]: Fresco Logic FL1000G USB 3.0 Host
 Controller [1b73:1000] (rev 04)
 Subsystem: ASUSTeK Computer Inc. Device [1043:1039]
 Kernel driver in use: xhci_hcd
 05:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd.
 RTL8111/8168B PCI Express Gigabit Ethernet controller [10ec:8168] (rev 06)
 Subsystem: ASUSTeK Computer Inc. U6V/U31J laptop [1043:16d5]
 Kernel driver in use: r8169

*
*
*Base System Installation Checklist:*
[O] = OK, [E] = Error (please elaborate below), [] = didn't try it

Initial boot:   [E]
Detect network 

Bug#649398: gnome-packagekit-data: Updates do not work

2011-11-20 Thread berillions
Package: gnome-packagekit-data
Version: 3.2.1-1
Severity: important

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these lines ***



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

Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (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