Bug#1007913: What news with wine 7.0?
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
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)
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)
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
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
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)
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)
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
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
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
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
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
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
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
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
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 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
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
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
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