[Desktop-packages] [Bug 1129409] Re: [SRU] Nvidia and AMD graphics drivers should indicate whether they provide libcuda.so.1, libOpenCL.so.1, etc.

2016-03-03 Thread oriolpont
It is nearly impossible to know what the OpenCL programs require
specifically.  E.g., I did some testing and boinc-amd-opencl seems to
work with the ICD loader by ocl-icd-libopencl1 but not with the specific
one by fglrx; on the contrary, oclHashcat needs the specific
libOpenCL.so.1 by fglrx but fails to run with the other; and yet sgminer
will run with either.

On the other hand, in a 64-bit system it is not enough to provide
libopencl1 (as I suggested in #117) because wine depends on wine-i386
(and so on libopencl1:i386 too), but awkwardly fglrx-core:amd64 installs
the 32-bit /usr/lib32/libOpenCL.so.1.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to fglrx-installer in Ubuntu.
https://bugs.launchpad.net/bugs/1129409

Title:
  [SRU] Nvidia and AMD graphics drivers should indicate whether they
  provide libcuda.so.1, libOpenCL.so.1, etc.

Status in boinc package in Ubuntu:
  Fix Released
Status in fglrx-installer package in Ubuntu:
  Fix Released
Status in fglrx-installer-updates package in Ubuntu:
  Fix Released
Status in nvidia-cuda-toolkit package in Ubuntu:
  Fix Released
Status in nvidia-graphics-drivers-304 package in Ubuntu:
  Fix Released
Status in nvidia-graphics-drivers-304-updates package in Ubuntu:
  Fix Released
Status in nvidia-graphics-drivers-310-updates package in Ubuntu:
  Invalid
Status in nvidia-graphics-drivers-313-updates package in Ubuntu:
  Invalid
Status in nvidia-graphics-drivers-319 package in Ubuntu:
  Fix Released
Status in nvidia-graphics-drivers-319-updates package in Ubuntu:
  Fix Released
Status in nvidia-graphics-drivers-340 package in Ubuntu:
  Invalid
Status in pycuda package in Ubuntu:
  Fix Released
Status in pyopencl package in Ubuntu:
  Fix Released
Status in starpu-contrib package in Ubuntu:
  Fix Released
Status in viennacl package in Ubuntu:
  Invalid
Status in boinc source package in Trusty:
  Invalid
Status in fglrx-installer source package in Trusty:
  Fix Released
Status in fglrx-installer-updates source package in Trusty:
  Fix Released
Status in nvidia-cuda-toolkit source package in Trusty:
  Invalid
Status in nvidia-graphics-drivers-304 source package in Trusty:
  Invalid
Status in nvidia-graphics-drivers-304-updates source package in Trusty:
  Invalid
Status in nvidia-graphics-drivers-310-updates source package in Trusty:
  Invalid
Status in nvidia-graphics-drivers-313-updates source package in Trusty:
  Invalid
Status in nvidia-graphics-drivers-319 source package in Trusty:
  Invalid
Status in nvidia-graphics-drivers-319-updates source package in Trusty:
  Invalid
Status in nvidia-graphics-drivers-340 source package in Trusty:
  Invalid
Status in pycuda source package in Trusty:
  Invalid
Status in pyopencl source package in Trusty:
  Invalid
Status in starpu-contrib source package in Trusty:
  Invalid
Status in viennacl source package in Trusty:
  Invalid
Status in boinc source package in Utopic:
  Invalid
Status in fglrx-installer source package in Utopic:
  Fix Released
Status in fglrx-installer-updates source package in Utopic:
  Fix Released
Status in nvidia-cuda-toolkit source package in Utopic:
  Invalid
Status in nvidia-graphics-drivers-304 source package in Utopic:
  Invalid
Status in nvidia-graphics-drivers-304-updates source package in Utopic:
  Invalid
Status in nvidia-graphics-drivers-310-updates source package in Utopic:
  Invalid
Status in nvidia-graphics-drivers-313-updates source package in Utopic:
  Invalid
Status in nvidia-graphics-drivers-319 source package in Utopic:
  Invalid
Status in nvidia-graphics-drivers-319-updates source package in Utopic:
  Invalid
Status in nvidia-graphics-drivers-340 source package in Utopic:
  Invalid
Status in pycuda source package in Utopic:
  Invalid
Status in pyopencl source package in Utopic:
  Invalid
Status in starpu-contrib source package in Utopic:
  Invalid
Status in viennacl source package in Utopic:
  Invalid
Status in nvidia-cuda-toolkit package in Debian:
  Fix Released

Bug description:
  [Impact]

  * wine and fglrx are not coinstallable.

  [Test Case]

   * try to install them
   * there is a conflict with libopencl1 in control file, preventing 
coinstallation.

  The nvidia-cuda-toolkit package needs to depend on a minimum version of the 
CUDA library included in nvidia-graphics-drivers.
  The current Debian version of nvidia-cuda-toolkit (5.0.35-4) does this on 
Debian systems by checking the version of libcuda1 and on Ubuntu systems by 
checking the version of nvidia-current, nvidia-curent-updates, 
nvidia-experimental-304 or nvidia-experimental-310.

  It would greatly simplify maintenance of packages building against
  libcuda.so.1 and libOpenCL.so.1 if the nvidia-graphics drivers could
  provide virtual packages that reflect the API level, for example,
  libcuda-5.0-1 and libopencl-1.2-1.

  It was decided that the nvidia drivers packages will provide libcuda-5.0-1, 
libopencl1 and opencl-icd (LP: #763457) virtual 

[Desktop-packages] [Bug 1129409] Re: [SRU] Nvidia and AMD graphics drivers should indicate whether they provide libcuda.so.1, libOpenCL.so.1, etc.

2016-03-03 Thread oriolpont
That is the problem: There should be only one loader but there are two
of them. fglrx at least (I ignore what is  the case for nvidia) provides
its own at /usr/lib/libOpenCL.so.1 and this conflicts with the one by
ocl-icd-libopencl1 that goes to /usr/lib/x86_64-linux-
gnu/libOpenCL.so.1. Both are the same version and the latter takes
precedence, which is not what some software expects.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to fglrx-installer in Ubuntu.
https://bugs.launchpad.net/bugs/1129409

Title:
  [SRU] Nvidia and AMD graphics drivers should indicate whether they
  provide libcuda.so.1, libOpenCL.so.1, etc.

Status in boinc package in Ubuntu:
  Fix Released
Status in fglrx-installer package in Ubuntu:
  Fix Released
Status in fglrx-installer-updates package in Ubuntu:
  Fix Released
Status in nvidia-cuda-toolkit package in Ubuntu:
  Fix Released
Status in nvidia-graphics-drivers-304 package in Ubuntu:
  Fix Released
Status in nvidia-graphics-drivers-304-updates package in Ubuntu:
  Fix Released
Status in nvidia-graphics-drivers-310-updates package in Ubuntu:
  Invalid
Status in nvidia-graphics-drivers-313-updates package in Ubuntu:
  Invalid
Status in nvidia-graphics-drivers-319 package in Ubuntu:
  Fix Released
Status in nvidia-graphics-drivers-319-updates package in Ubuntu:
  Fix Released
Status in nvidia-graphics-drivers-340 package in Ubuntu:
  Invalid
Status in pycuda package in Ubuntu:
  Fix Released
Status in pyopencl package in Ubuntu:
  Fix Released
Status in starpu-contrib package in Ubuntu:
  Fix Released
Status in viennacl package in Ubuntu:
  Invalid
Status in boinc source package in Trusty:
  Invalid
Status in fglrx-installer source package in Trusty:
  Fix Released
Status in fglrx-installer-updates source package in Trusty:
  Fix Released
Status in nvidia-cuda-toolkit source package in Trusty:
  Invalid
Status in nvidia-graphics-drivers-304 source package in Trusty:
  Invalid
Status in nvidia-graphics-drivers-304-updates source package in Trusty:
  Invalid
Status in nvidia-graphics-drivers-310-updates source package in Trusty:
  Invalid
Status in nvidia-graphics-drivers-313-updates source package in Trusty:
  Invalid
Status in nvidia-graphics-drivers-319 source package in Trusty:
  Invalid
Status in nvidia-graphics-drivers-319-updates source package in Trusty:
  Invalid
Status in nvidia-graphics-drivers-340 source package in Trusty:
  Invalid
Status in pycuda source package in Trusty:
  Invalid
Status in pyopencl source package in Trusty:
  Invalid
Status in starpu-contrib source package in Trusty:
  Invalid
Status in viennacl source package in Trusty:
  Invalid
Status in boinc source package in Utopic:
  Invalid
Status in fglrx-installer source package in Utopic:
  Fix Released
Status in fglrx-installer-updates source package in Utopic:
  Fix Released
Status in nvidia-cuda-toolkit source package in Utopic:
  Invalid
Status in nvidia-graphics-drivers-304 source package in Utopic:
  Invalid
Status in nvidia-graphics-drivers-304-updates source package in Utopic:
  Invalid
Status in nvidia-graphics-drivers-310-updates source package in Utopic:
  Invalid
Status in nvidia-graphics-drivers-313-updates source package in Utopic:
  Invalid
Status in nvidia-graphics-drivers-319 source package in Utopic:
  Invalid
Status in nvidia-graphics-drivers-319-updates source package in Utopic:
  Invalid
Status in nvidia-graphics-drivers-340 source package in Utopic:
  Invalid
Status in pycuda source package in Utopic:
  Invalid
Status in pyopencl source package in Utopic:
  Invalid
Status in starpu-contrib source package in Utopic:
  Invalid
Status in viennacl source package in Utopic:
  Invalid
Status in nvidia-cuda-toolkit package in Debian:
  Fix Released

Bug description:
  [Impact]

  * wine and fglrx are not coinstallable.

  [Test Case]

   * try to install them
   * there is a conflict with libopencl1 in control file, preventing 
coinstallation.

  The nvidia-cuda-toolkit package needs to depend on a minimum version of the 
CUDA library included in nvidia-graphics-drivers.
  The current Debian version of nvidia-cuda-toolkit (5.0.35-4) does this on 
Debian systems by checking the version of libcuda1 and on Ubuntu systems by 
checking the version of nvidia-current, nvidia-curent-updates, 
nvidia-experimental-304 or nvidia-experimental-310.

  It would greatly simplify maintenance of packages building against
  libcuda.so.1 and libOpenCL.so.1 if the nvidia-graphics drivers could
  provide virtual packages that reflect the API level, for example,
  libcuda-5.0-1 and libopencl-1.2-1.

  It was decided that the nvidia drivers packages will provide libcuda-5.0-1, 
libopencl1 and opencl-icd (LP: #763457) virtual packages. Additionally, 
nvidia-*.shlibs would contain:
  libOpenCL  1 libopencl1
  libcuda1 libcuda-5.0-1
  libGL 1 libgl1

  Similarly, the amd drivers package will provide libopencl1 and opencl-icd 
virtual packages, as well 

[Desktop-packages] [Bug 1129409] Re: [SRU] Nvidia and AMD graphics drivers should indicate whether they provide libcuda.so.1, libOpenCL.so.1, etc.

2016-03-02 Thread oriolpont
It is still not fixed for me: If we do not explicitly provide
libopencl1, wine still requires ocl-icd-libopencl1 which installs a
conflicting libOpenCL.so

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to fglrx-installer in Ubuntu.
https://bugs.launchpad.net/bugs/1129409

Title:
  [SRU] Nvidia and AMD graphics drivers should indicate whether they
  provide libcuda.so.1, libOpenCL.so.1, etc.

Status in boinc package in Ubuntu:
  Fix Released
Status in fglrx-installer package in Ubuntu:
  Fix Released
Status in fglrx-installer-updates package in Ubuntu:
  Fix Released
Status in nvidia-cuda-toolkit package in Ubuntu:
  Fix Released
Status in nvidia-graphics-drivers-304 package in Ubuntu:
  Fix Released
Status in nvidia-graphics-drivers-304-updates package in Ubuntu:
  Fix Released
Status in nvidia-graphics-drivers-310-updates package in Ubuntu:
  Invalid
Status in nvidia-graphics-drivers-313-updates package in Ubuntu:
  Invalid
Status in nvidia-graphics-drivers-319 package in Ubuntu:
  Fix Released
Status in nvidia-graphics-drivers-319-updates package in Ubuntu:
  Fix Released
Status in nvidia-graphics-drivers-340 package in Ubuntu:
  Invalid
Status in pycuda package in Ubuntu:
  Fix Released
Status in pyopencl package in Ubuntu:
  Fix Released
Status in starpu-contrib package in Ubuntu:
  Fix Released
Status in viennacl package in Ubuntu:
  Invalid
Status in boinc source package in Trusty:
  Invalid
Status in fglrx-installer source package in Trusty:
  Fix Released
Status in fglrx-installer-updates source package in Trusty:
  Fix Released
Status in nvidia-cuda-toolkit source package in Trusty:
  Invalid
Status in nvidia-graphics-drivers-304 source package in Trusty:
  Invalid
Status in nvidia-graphics-drivers-304-updates source package in Trusty:
  Invalid
Status in nvidia-graphics-drivers-310-updates source package in Trusty:
  Invalid
Status in nvidia-graphics-drivers-313-updates source package in Trusty:
  Invalid
Status in nvidia-graphics-drivers-319 source package in Trusty:
  Invalid
Status in nvidia-graphics-drivers-319-updates source package in Trusty:
  Invalid
Status in nvidia-graphics-drivers-340 source package in Trusty:
  Invalid
Status in pycuda source package in Trusty:
  Invalid
Status in pyopencl source package in Trusty:
  Invalid
Status in starpu-contrib source package in Trusty:
  Invalid
Status in viennacl source package in Trusty:
  Invalid
Status in boinc source package in Utopic:
  Invalid
Status in fglrx-installer source package in Utopic:
  Fix Released
Status in fglrx-installer-updates source package in Utopic:
  Fix Released
Status in nvidia-cuda-toolkit source package in Utopic:
  Invalid
Status in nvidia-graphics-drivers-304 source package in Utopic:
  Invalid
Status in nvidia-graphics-drivers-304-updates source package in Utopic:
  Invalid
Status in nvidia-graphics-drivers-310-updates source package in Utopic:
  Invalid
Status in nvidia-graphics-drivers-313-updates source package in Utopic:
  Invalid
Status in nvidia-graphics-drivers-319 source package in Utopic:
  Invalid
Status in nvidia-graphics-drivers-319-updates source package in Utopic:
  Invalid
Status in nvidia-graphics-drivers-340 source package in Utopic:
  Invalid
Status in pycuda source package in Utopic:
  Invalid
Status in pyopencl source package in Utopic:
  Invalid
Status in starpu-contrib source package in Utopic:
  Invalid
Status in viennacl source package in Utopic:
  Invalid
Status in nvidia-cuda-toolkit package in Debian:
  Fix Released

Bug description:
  [Impact]

  * wine and fglrx are not coinstallable.

  [Test Case]

   * try to install them
   * there is a conflict with libopencl1 in control file, preventing 
coinstallation.

  The nvidia-cuda-toolkit package needs to depend on a minimum version of the 
CUDA library included in nvidia-graphics-drivers.
  The current Debian version of nvidia-cuda-toolkit (5.0.35-4) does this on 
Debian systems by checking the version of libcuda1 and on Ubuntu systems by 
checking the version of nvidia-current, nvidia-curent-updates, 
nvidia-experimental-304 or nvidia-experimental-310.

  It would greatly simplify maintenance of packages building against
  libcuda.so.1 and libOpenCL.so.1 if the nvidia-graphics drivers could
  provide virtual packages that reflect the API level, for example,
  libcuda-5.0-1 and libopencl-1.2-1.

  It was decided that the nvidia drivers packages will provide libcuda-5.0-1, 
libopencl1 and opencl-icd (LP: #763457) virtual packages. Additionally, 
nvidia-*.shlibs would contain:
  libOpenCL  1 libopencl1
  libcuda1 libcuda-5.0-1
  libGL 1 libgl1

  Similarly, the amd drivers package will provide libopencl1 and opencl-icd 
virtual packages, as well as an .shlibs containing:
  libOpenCL  1 libopencl1
  libGL 1 libgl1

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/boinc/+bug/1129409/+subscriptions

-- 
Mailing list: 

[Desktop-packages] [Bug 1270960] Re: totem fails to open unable to load to egl-wayland

2015-07-01 Thread oriolpont
** This bug is no longer a duplicate of bug 1206371
   libhybris breaks mesa (cannot find libwayland-egl.so.1)

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to totem in Ubuntu.
https://bugs.launchpad.net/bugs/1270960

Title:
  totem fails to open unable to load to egl-wayland

Status in libhybris package in Ubuntu:
  Confirmed
Status in totem package in Ubuntu:
  Invalid

Bug description:
  After recent updates; I can't open totem, it fails with:
  totem: error while loading shared libraries: libwayland-egl.so.1: cannot open 
shared object file: No such file or directory

  which doesn't seem right.

  ProblemType: Bug
  DistroRelease: Ubuntu 14.04
  Package: totem 3.10.1-1ubuntu2
  ProcVersionSignature: Ubuntu 3.13.0-4.19-generic 3.13.0-rc8
  Uname: Linux 3.13.0-4-generic x86_64
  ApportVersion: 2.13.1-0ubuntu1
  Architecture: amd64
  CurrentDesktop: Unity
  Date: Mon Jan 20 18:54:58 2014
  InstallationDate: Installed on 2013-09-10 (132 days ago)
  InstallationMedia: Ubuntu 13.04 Raring Ringtail - Release amd64 (20130424)
  SourcePackage: totem
  UpgradeStatus: Upgraded to trusty on 2013-09-10 (132 days ago)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/libhybris/+bug/1270960/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 1270960] Re: totem fails to open unable to load to egl-wayland

2015-07-01 Thread oriolpont
I do not have libhybris and I have never installed it. It is obviously a
separate issue.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to totem in Ubuntu.
https://bugs.launchpad.net/bugs/1270960

Title:
  totem fails to open unable to load to egl-wayland

Status in libhybris package in Ubuntu:
  Confirmed
Status in totem package in Ubuntu:
  Invalid

Bug description:
  After recent updates; I can't open totem, it fails with:
  totem: error while loading shared libraries: libwayland-egl.so.1: cannot open 
shared object file: No such file or directory

  which doesn't seem right.

  ProblemType: Bug
  DistroRelease: Ubuntu 14.04
  Package: totem 3.10.1-1ubuntu2
  ProcVersionSignature: Ubuntu 3.13.0-4.19-generic 3.13.0-rc8
  Uname: Linux 3.13.0-4-generic x86_64
  ApportVersion: 2.13.1-0ubuntu1
  Architecture: amd64
  CurrentDesktop: Unity
  Date: Mon Jan 20 18:54:58 2014
  InstallationDate: Installed on 2013-09-10 (132 days ago)
  InstallationMedia: Ubuntu 13.04 Raring Ringtail - Release amd64 (20130424)
  SourcePackage: totem
  UpgradeStatus: Upgraded to trusty on 2013-09-10 (132 days ago)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/libhybris/+bug/1270960/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 1310492] Re: Hidden files in the home folder are being displayed by default every time a new window is opened or the application relaunched.

2014-11-20 Thread oriolpont
*** This bug is a duplicate of bug 1247221 ***
https://bugs.launchpad.net/bugs/1247221

** This bug has been marked a duplicate of bug 1247221
   Nautilus doesn't remember setting for showing hidden files correctly when 
org.gtk.Settings.FileChooser show-hidden is true

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to nautilus in Ubuntu.
https://bugs.launchpad.net/bugs/1310492

Title:
  Hidden files in the home folder are being displayed by default every
  time a new window is opened or the application relaunched.

Status in “nautilus” package in Ubuntu:
  Confirmed

Bug description:
  When I open nautilus, a new window to the home folder, the hidden
  files get displayed by default even if their display is toggled off.
  Even though this is very minor issue, it is very distracting for the
  user to see all the hidden files every time he/she opens or launches a
  new window using nautilus. This is strictly a graphical issue.

  I am using Ubuntu 14.04. To reproduce the issue,

  - Open nautilus or launch a new window which displays the home folder.
  - You will find the hidden files being displayed by default.
  - Hide them using Ctrl+H and close that window.
  - Open the home folder again, and you can notice that these hidden files 
being displayed by default again.

  ProblemType: Bug
  DistroRelease: Ubuntu 14.04
  Package: nautilus 1:3.10.1-0ubuntu8
  ProcVersionSignature: Ubuntu 3.13.0-24.46-generic 3.13.9
  Uname: Linux 3.13.0-24-generic x86_64
  ApportVersion: 2.14.1-0ubuntu3
  Architecture: amd64
  CurrentDesktop: Unity
  Date: Mon Apr 21 12:51:58 2014
  GsettingsChanges:
   
  InstallationDate: Installed on 2014-04-19 (1 days ago)
  InstallationMedia: Ubuntu 14.04 LTS Trusty Tahr - Release amd64 (20140417)
  SourcePackage: nautilus
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1310492/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 1176304] Re: If I run 'startx' then I cannot login again to my account.

2013-07-26 Thread oriolpont
At least in my case, what happens is that .Xauthority is owned by root
after running startx (as root). A workaround:

sudo rm ~/.Xauthority

I am not sure to which extent this constitutes a bug, though.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xorg in Ubuntu.
https://bugs.launchpad.net/bugs/1176304

Title:
  If I run 'startx' then I cannot login again to my account.

Status in “xorg” package in Ubuntu:
  Confirmed

Bug description:
  Description:  Ubuntu 12.10
  Release:  12.10

  xorg:
Εγκατεστημένα: 1:7.7+1ubuntu4
Υποψήφιο:  1:7.7+1ubuntu4
Πίνακας Έκδοσης:
   *** 1:7.7+1ubuntu4 0
  500 http://archive.ubuntu.com/ubuntu/ quantal/main amd64 Packages
  100 /var/lib/dpkg/status

  I expected to have only startx but I had startx and then I could not
  login again.

  ProblemType: Bug
  DistroRelease: Ubuntu 12.10
  Package: xorg 1:7.7+1ubuntu4
  ProcVersionSignature: Ubuntu 3.5.0-25.39-generic 3.5.7.4
  Uname: Linux 3.5.0-25-generic x86_64
  ApportVersion: 2.6.1-0ubuntu10
  Architecture: amd64
  CompizPlugins: No value set for 
`/apps/compiz-1/general/screen0/options/active_plugins'
  CurrentDmesg: Error: command ['sh', '-c', 'dmesg | comm -13 --nocheck-order 
/var/log/dmesg -'] failed with exit code 1: comm: /var/log/dmesg: Permission 
denied
  Date: Sat May  4 12:08:41 2013
  DistUpgraded: Fresh install
  DistroCodename: quantal
  DistroVariant: ubuntu
  DkmsStatus:
   virtualbox, 4.1.18, 3.5.0-25-generic, x86_64: installed
   virtualbox, 4.1.18, 3.5.0-28-generic, x86_64: installed
  ExtraDebuggingInterest: Yes, including running git bisection searches
  GraphicsCard:
   NVIDIA Corporation GeForce GT 620 [10de:0f01] (rev a1) (prog-if 00 [VGA 
controller])
 Subsystem: Micro-Star International Co., Ltd. Device [1462:8a91]
  MachineType: System manufacturer System Product Name
  MarkForUpload: True
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.5.0-25-generic 
root=UUID=8ED80C71D80C5A3B loop=/hostname/disks/root.disk ro quiet splash 
vt.handoff=7
  SourcePackage: xorg
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 09/07/2007
  dmi.bios.vendor: American Megatrends Inc.
  dmi.bios.version: 0303
  dmi.board.asset.tag: To Be Filled By O.E.M.
  dmi.board.name: P5KPL-VM
  dmi.board.vendor: ASUSTeK Computer INC.
  dmi.board.version: x.xx
  dmi.chassis.asset.tag: Asset-1234567890
  dmi.chassis.type: 3
  dmi.chassis.vendor: Chassis Manufacture
  dmi.chassis.version: Chassis Version
  dmi.modalias: 
dmi:bvnAmericanMegatrendsInc.:bvr0303:bd09/07/2007:svnSystemmanufacturer:pnSystemProductName:pvrSystemVersion:rvnASUSTeKComputerINC.:rnP5KPL-VM:rvrx.xx:cvnChassisManufacture:ct3:cvrChassisVersion:
  dmi.product.name: System Product Name
  dmi.product.version: System Version
  dmi.sys.vendor: System manufacturer
  version.compiz: compiz 1:0.9.8.6-0ubuntu1
  version.ia32-libs: ia32-libs N/A
  version.libdrm2: libdrm2 2.4.43-0ubuntu0.1
  version.libgl1-mesa-dri: libgl1-mesa-dri 9.0.3-0ubuntu0.1
  version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental N/A
  version.libgl1-mesa-glx: libgl1-mesa-glx 9.0.3-0ubuntu0.1
  version.xserver-xorg-core: xserver-xorg-core 2:1.13.0-0ubuntu6.2
  version.xserver-xorg-input-evdev: xserver-xorg-input-evdev 1:2.7.3-0ubuntu2
  version.xserver-xorg-video-ati: xserver-xorg-video-ati 
1:6.99.99~git20120913.8637f772-0ubuntu1
  version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.20.9-0ubuntu2.1
  version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 
1:1.0.2-0ubuntu3

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1176304/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 933300] Re: nm-applet needs restart after resume

2013-07-20 Thread oriolpont
*** This bug is a duplicate of bug 780602 ***
https://bugs.launchpad.net/bugs/780602

Aaron, this bug has been fixed in a recent update. Maybe you are
experiencing bug #1011073 which is fixed in precise-proposed and the fix
should be in updates soon.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to network-manager-applet in Ubuntu.
https://bugs.launchpad.net/bugs/933300

Title:
  nm-applet needs restart after resume

Status in “network-manager-applet” package in Ubuntu:
  Confirmed

Bug description:
  STR:
  1) Resume from suspend, nm-applet displays no network connection (that has 
been the case on this computer for a long while, other computers on my network 
reconnect automatically)
  2) Click on nm-applet and select the network

  ER:
   * nm applet starts animating and connects
  AR:
   * Nothing happens. I need to `pkill nm-applet  nm-applet `, then I can 
choose my network and continue.

  I'm not sure when it started, I think only a few days ago

  ProblemType: Bug
  DistroRelease: Ubuntu 12.04
  Package: network-manager-gnome 0.9.2.0+git.20120126t000800.5151959-0ubuntu1
  ProcVersionSignature: Ubuntu 3.2.0-15.24-generic 3.2.5
  Uname: Linux 3.2.0-15-generic x86_64
  NonfreeKernelModules: nvidia
  ApportVersion: 1.91-0ubuntu1
  Architecture: amd64
  CheckboxSubmission: f26299558349e6bfa9a64225e1770925
  CheckboxSystem: 669b662da410063cc918e0f60cf6cddf
  Date: Thu Feb 16 08:45:17 2012
  IfupdownConfig:
   auto lo
   iface lo inet loopback
  InstallationMedia: Ubuntu 10.04 Lucid Lynx - Alpha amd64 (20100224.1)
  IpRoute:
   default via 192.168.1.1 dev wlan0  proto static 
   10.0.3.0/24 dev lxcbr0  proto kernel  scope link  src 10.0.3.1 
   169.254.0.0/16 dev wlan0  scope link  metric 1000 
   192.168.1.0/24 dev wlan0  proto kernel  scope link  src 192.168.1.10  metric 
2 
   192.168.122.0/24 dev virbr0  proto kernel  scope link  src 192.168.122.1
  NetworkManager.state:
   [main]
   NetworkingEnabled=true
   WirelessEnabled=true
   WWANEnabled=true
  ProcEnviron:
   PATH=(custom, user)
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  SourcePackage: network-manager-applet
  UpgradeStatus: Upgraded to precise on 2012-01-16 (30 days ago)
  nmcli-dev:
   DEVICE TYPE  STATE DBUS-PATH 
 
   eth0   802-3-ethernetunavailable   
/org/freedesktop/NetworkManager/Devices/1  
   wlan0  802-11-wireless   connected 
/org/freedesktop/NetworkManager/Devices/0
  nmcli-nm:
   RUNNING VERSIONSTATE   NET-ENABLED   WIFI-HARDWARE   
WIFI   WWAN-HARDWARE   WWAN  
   running 0.9.3.0connected   enabled   enabled 
enabledenabled enabled

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/network-manager-applet/+bug/933300/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 865672] Re: Adobe Flash Player Settings dialog does not respond to mouse clicks

2013-04-08 Thread oriolpont
You do not need the closed-source Google Chrome just to run its Flash
plugin. It is also available in Chromium:

chromium --ppapi-flash-path=libpepflashplayer.so --ppapi-flash-
version=VERSION


You can extract the libpepflashplayer.so from chrome package. E.g., first 
download

https://dl.google.com/dl/linux/direct/google-chrome-
stable_current_amd64.deb

and extract it:

ar p ./chrome.deb ./data.tar.lzma | xzcat | tar xO
./opt/google/chrome/PepperFlash/libpepflashplayer.so 
./libpepflashplayer.so

The Flash version is available in the package manifest:

ar p ./chrome.deb ./data.tar.lzma | xzcat | tar xO
./opt/google/chrome/PepperFlash/manifest.json | grep version

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to chromium-browser in Ubuntu.
https://bugs.launchpad.net/bugs/865672

Title:
  Adobe Flash Player Settings dialog does not respond to mouse clicks

Status in Chromium Browser:
  New
Status in Compiz:
  New
Status in The Mozilla Firefox Browser:
  New
Status in Midori: Webkit Web browser:
  Invalid
Status in Unity Distro Priority:
  Fix Released
Status in “adobe-flashplugin” package in Ubuntu:
  Triaged
Status in “chromium-browser” package in Ubuntu:
  Invalid
Status in “firefox” package in Ubuntu:
  Invalid
Status in “midori” package in Ubuntu:
  Confirmed

Bug description:
  Steps to reproduce:
  1) Open a flash file. Be it a game, video, website, etc.
  2) Right click on the flash player and select Settings
  3) Try to click on something in the dialog box such as a checkbox or a tab

  What is expected to happen:
  The dialog box responds to user input, e.g. checking a checkbox or switching 
to a different tab.

  What happens instead:
  The dialog box does not respond. Nothing happens when the user interacts with 
it. The user must refresh the page to exit the dialog box.

  Workaround #1:

  1) Go to 
http://www.macromedia.com/support/documentation/en/flashplayer/help/settings_manager06.html#117645
  2) Configure your Flash Player settings using the Settings Panel

  Workaround #2:
  1) Open Flash in fullscreen mode
  2) Open Settings and configure your preferences

  ORIGINAL DESCRIPTION:
  Adobe flash player is configured on my system to ask before a website sets a 
flash cookie, so if a video (eg on youtube) is played, a dialogue box will pop 
up asking me whether or not to allow the website to store a cookie on my 
machine.  However, nothing happens when I click on either 'allow' or 'deny', so 
the box stays put and I can't view or control the video playing beneath it.
  On this machine I upgraded from 11.04 to 11.10; in 11.04 there was a program 
for adjusting the flash player settings in the System Settings control panel, 
but that program is no longer there and not accessible via the dash, so there 
is no obvious way to just configure flash to allow all cookies and avoid the 
dialogue box.

  Workaround: using Unity 2D instead

  Notice : the problem has been already corrected two years before : 
https://bugs.launchpad.net/ubuntu/+source/flashplugin-nonfree/+bug/410407?comments=all
  I'll add that it's perhaps because of Compiz : It works with Unity 2d, KDE, 
Gnome-Shell, Gnome-Session-With-No-Effect BUT it affects Ubuntu 3D, 
Gnome-Session Fallback and Cairo-Dock session

  ProblemType: Bug
  DistroRelease: Ubuntu 11.10
  Package: firefox 7.0.1+build1+nobinonly-0ubuntu1
  ProcVersionSignature: Ubuntu 3.0.0-12.19-generic 3.0.4
  Uname: Linux 3.0.0-12-generic i686
  AddonCompatCheckDisabled: False
  AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.24.
  AplayDevices:
    List of PLAYBACK Hardware Devices 
   card 0: Intel [HDA Intel], device 0: ALC269 Analog [ALC269 Analog]
     Subdevices: 0/1
     Subdevice #0: subdevice #0
  ApportVersion: 1.23-0ubuntu2
  Architecture: i386
  ArecordDevices:
    List of CAPTURE Hardware Devices 
   card 0: Intel [HDA Intel], device 0: ALC269 Analog [ALC269 Analog]
     Subdevices: 1/1
     Subdevice #0: subdevice #0
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/controlC0:  sean   1362 F pulseaudio
   /dev/snd/pcmC0D0p:   sean   1362 F...m pulseaudio
  BuildID: 20110929002329
  CRDA: Error: [Errno 2] No such file or directory
  Card0.Amixer.info:
   Card hw:0 'Intel'/'HDA Intel at 0xf7db8000 irq 44'
     Mixer name : 'Realtek ALC269'
     Components : 'HDA:10ec0269,104383ce,0014'
     Controls  : 12
     Simple ctrls  : 7
  Channel: release
  Date: Mon Oct  3 12:51:36 2011
  ExecutablePath: /usr/lib/firefox-7.0.1/plugin-container
  ForcedLayersAccel: False
  IfupdownConfig:
   auto lo
   iface lo inet loopback
  IncompatibleExtensions: NoScript - ID={73a6fe31-595d-460b-a920-fcc0f8843232}, 
Version=2.1.4, minVersion=1.9a2, maxVersion=1.9.6, Location=app-profile, 
Type=extension, Active=Yes
  InstallationMedia: Ubuntu 11.04 Natty Narwhal - Release i386 (20110427.1)
  IpRoute:
   default via 10.10.88.1 dev wlan0  proto 

[Desktop-packages] [Bug 871728] Re: network manager forgets wifi password on suspend/restart

2012-02-16 Thread oriolpont
Since gnome3, NetworkManager no longer uses GConf but writes on 
/etc/NetworkManager/system-connections/
The 'available to all users' workaround has the main problem that then for the 
imported accounts this will save passwords to etc in plaintext and no longer in 
the encrypted gnome-keyring. If your network password is part of another 
account (eg LDAP) this can be a problem.

So the solution would be to remember the password in the keyring as it was 
before instead of forgetting it
(there is the option psk-flags=1 in system-connections which apparently could 
be used for that)

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to network-manager in Ubuntu.
https://bugs.launchpad.net/bugs/871728

Title:
  network manager forgets wifi password on suspend/restart

Status in “network-manager” package in Ubuntu:
  Confirmed

Bug description:
  I've been keeping up with the oneirc updates, but within the past
  couple of days, the network manager has forgotten my wifi password,
  and every time I suspend or restart the computer I have to enter the
  password again.

  Looking at the password and keys setting application, there no longer
  appears to be a 'Network Secret' saved for my home (or work) wifi
  account, although there are some other less-used networks still in
  there.

  ProblemType: Bug
  DistroRelease: Ubuntu 11.10
  Package: network-manager 0.9.1.90-0ubuntu3
  ProcVersionSignature: Ubuntu 3.0.0-12.20-generic 3.0.4
  Uname: Linux 3.0.0-12-generic x86_64
  ApportVersion: 1.23-0ubuntu3
  Architecture: amd64
  CRDA: Error: [Errno 2] No such file or directory
  Date: Mon Oct 10 22:39:53 2011
  IfupdownConfig:
   auto lo
   iface lo inet loopback
  IpRoute:
   default via 10.1.1.1 dev wlan0  proto static 
   10.1.1.0/24 dev wlan0  proto kernel  scope link  src 10.1.1.8  metric 2 
   169.254.0.0/16 dev wlan0  scope link  metric 1000
  IwConfig: Error: [Errno 2] No such file or directory
  Keyfiles: Error: [Errno 2] No such file or directory
  NetDevice.eth0:
   Error: [Errno 2] No such file or directory
   X: INTERFACE_MAC=3c:4a:92:50:86:b4
  NetDevice.lo:
   Error: [Errno 2] No such file or directory
   X: INTERFACE_MAC=00:00:00:00:00:00
  NetDevice.wlan0:
   Error: [Errno 2] No such file or directory
   X: INTERFACE_MAC=4c:0f:6e:40:78:a0
  NetworkManager.state:
   [main]
   NetworkingEnabled=true
   WirelessEnabled=true
   WWANEnabled=true
  ProcEnviron:
   PATH=(custom, user)
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  RfKill: Error: [Errno 2] No such file or directory
  SourcePackage: network-manager
  UpgradeStatus: Upgraded to oneiric on 2011-09-27 (13 days ago)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/871728/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 854833] Re: (oneiric) wireless passwords not remembered

2012-01-30 Thread oriolpont
In my case (WPA enterprise with TTLS) the password is remembered
independently of the available to all users option. The problem is
that since oneiric it is stored in /etc/NetworkManager as plaintext and
not in the keyring.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-keyring in Ubuntu.
https://bugs.launchpad.net/bugs/854833

Title:
  (oneiric) wireless passwords not remembered

Status in “gnome-keyring” package in Ubuntu:
  Confirmed
Status in “network-manager” package in Ubuntu:
  Triaged

Bug description:
  With an up to date (as of 20 Sept) Oneiric beta, I have to re-enter the 
wireless password for all of my standard networks every time I log in. Expected 
behaviour is that Ubuntu remembers them.  This is a regression from previous 
behaviour
  --- 
  ApportVersion: 1.23-0ubuntu1
  Architecture: amd64
  CRDA: Error: [Errno 2] No such file or directory
  DistroRelease: Ubuntu 11.10
  InstallationMedia: Ubuntu 10.10 Maverick Meerkat - Release amd64 (20101007)
  IpRoute:
   default via 10.45.43.1 dev eth0  proto static 
   10.45.43.0/24 dev eth0  proto kernel  scope link  src 10.45.43.13 
   10.45.43.0/24 dev wlan0  proto kernel  scope link  src 10.45.43.94 
   169.254.0.0/16 dev eth0  scope link  metric 1000
  Keyfiles: Error: [Errno 2] No such file or directory
  NetworkManager.state:
   [main]
   NetworkingEnabled=true
   WirelessEnabled=true
   WWANEnabled=true
  Package: network-manager 0.9.0-0ubuntu3
  PackageArchitecture: amd64
  ProcEnviron:
   PATH=(custom, no user)
   LANG=en_GB.UTF-8
   SHELL=/bin/bash
  ProcVersionSignature: Ubuntu 3.0.0-11.18-generic 3.0.4
  Tags:  oneiric running-unity
  Uname: Linux 3.0.0-11-generic x86_64
  UpgradeStatus: Upgraded to oneiric on 2011-09-07 (13 days ago)
  UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnome-keyring/+bug/854833/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 839767] Re: Saved wireless networks/VPNs unavailable after Oneric upgrade

2012-01-30 Thread oriolpont
to trigger the migration, you can open gconf-editor and set apps/nm-
applet/stamp to 2. This should migrate the network settings (and reset
then stamp to 3 automatically)

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to network-manager in Ubuntu.
https://bugs.launchpad.net/bugs/839767

Title:
  Saved wireless networks/VPNs unavailable after Oneric upgrade

Status in “network-manager” package in Ubuntu:
  Triaged

Bug description:
  I just upgraded to Oneric (via update-manager -d), and now my saved
  network passwords and vpns are no long available. I can connect to
  wireless networks and re-enter passwords, and they persist (they show
  up in the 'Edit Connections' dialog), but the old networks do not. I
  do see the new networks in /etc/NetworkManager/system-connections.
  What's strange is that is see the old connections and vpns in gconf-
  editor under /system/network/connections. Was there something that was
  supposed to run and migrate these settings out of gconf?

  ProblemType: Bug
  DistroRelease: Ubuntu 11.10
  Package: network-manager 0.9.0-0ubuntu1
  ProcVersionSignature: Ubuntu 3.0.0-9.15-generic 3.0.3
  Uname: Linux 3.0.0-9-generic x86_64
  NonfreeKernelModules: fglrx
  Architecture: amd64
  CRDA: Error: [Errno 2] No such file or directory
  Date: Fri Sep  2 13:16:59 2011
  IfupdownConfig:
   auto lo
   iface lo inet loopback
  InstallationMedia: Ubuntu 10.10 Maverick Meerkat - Release amd64 (20101007)
  IpRoute:
   default via 192.168.1.1 dev wlan0  proto static 
   169.254.0.0/16 dev wlan0  scope link  metric 1000 
   192.168.1.0/24 dev wlan0  proto kernel  scope link  src 192.168.1.109
  Keyfiles: Error: [Errno 2] No such file or directory
  NetworkManager.state:
   [main]
   NetworkingEnabled=true
   WirelessEnabled=true
   WWANEnabled=true
  SourcePackage: network-manager
  UpgradeStatus: Upgraded to oneiric on 2011-09-02 (0 days ago)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/839767/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 885934] Re: Double clicking on a date in the calendar of the clock applet does not open evolution

2012-01-18 Thread oriolpont
It is especific of gnome-panel but not of gnome-classic session. Running
gnome-panel on gnome-shell or unity also has the same problem. In all
cases, running gnome-panel from the terminal displays the Cannot open
display: error whenever the calendar is clicked.

Additionally, I would like to clarify that the evolution calendar events
are correctly displayed; it is just the editing that does not work.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-panel in Ubuntu.
https://bugs.launchpad.net/bugs/885934

Title:
  Double clicking on a date in the calendar of the clock applet does not
  open evolution

Status in Evolution Data Server:
  New
Status in “gnome-panel” package in Ubuntu:
  Confirmed

Bug description:
  I am running the gnome-classic session with compiz in Oneiric.
  Whenever I double a click on a date in the calendar of the clock
  applet nothing happens.   Starting the gnome-panel from the terminal I
  receive a message that indicates the problem.  The message is Cannot
  open display:.

To manage notifications about this bug go to:
https://bugs.launchpad.net/evolution-data-server/+bug/885934/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 885934] Re: Double clicking on a date in the calendar of the clock applet does not open evolution

2012-01-16 Thread oriolpont
** Also affects: evolution-data-server
   Importance: Undecided
   Status: New

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-panel in Ubuntu.
https://bugs.launchpad.net/bugs/885934

Title:
  Double clicking on a date in the calendar of the clock applet does not
  open evolution

Status in Evolution Data Server:
  New
Status in “gnome-panel” package in Ubuntu:
  Confirmed

Bug description:
  I am running the gnome-classic session with compiz in Oneiric.
  Whenever I double a click on a date in the calendar of the clock
  applet nothing happens.   Starting the gnome-panel from the terminal I
  receive a message that indicates the problem.  The message is Cannot
  open display:.

To manage notifications about this bug go to:
https://bugs.launchpad.net/evolution-data-server/+bug/885934/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp