[Touch-packages] [Bug 1300722] Re: hud-service is eating up 100% of one of my CPUs in a poll loop
Need for dell laptop repairing contact dell service center in thane because we have door step support for dell laptop users thane if you have problem with your laptop like motherboard issue ,screen issue ,battery issue or ram replacement we capable to resolve your issue at your place within same day .For more information please visit call our office dell service center thane . https://www.laptopsservice.center/dell-laptop-service-center-thane-mumbai.html -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to hud in Ubuntu. https://bugs.launchpad.net/bugs/1300722 Title: hud-service is eating up 100% of one of my CPUs in a poll loop Status in Unity HUD: New Status in unbuntu-fr Scripts - apt: Fix Committed Status in hud package in Ubuntu: Incomplete Bug description: hud-service is polling like crazy: Context Switches: PID ProcessVoluntary Involuntary Total Ctxt Sw/Sec Ctxt Sw/Sec Ctxt Sw/Sec 2295 hud-service 46084.6342.94 46127.58 (very high) 2325 hud-service 0.09 0.00 0.09 (very low) 2329 hud-service 0.07 0.00 0.07 (very low) 2340 hud-service 0.05 0.00 0.05 (very low) Total 46084.8442.94 46127.78 File I/O operations: No file I/O operations detected. System calls traced: PID Process Syscall CountRate/Sec 2295 hud-service poll 83 23124.8503 2295 hud-service write10 0.2313 2295 hud-service sendmsg 4 0.0925 2325 hud-service restart_syscall 1 0.0231 2329 hud-service restart_syscall 1 0.0231 2340 hud-service restart_syscall 1 0.0231 Total 100 23125.2435 (gdb) where #0 0x7fda8121cfbd in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x7fda7f1bb4b8 in ?? () from /lib/x86_64-linux-gnu/libdbus-1.so.3 #2 0x7fda7f1ba3ff in ?? () from /lib/x86_64-linux-gnu/libdbus-1.so.3 #3 0x7fda7f1a49dc in ?? () from /lib/x86_64-linux-gnu/libdbus-1.so.3 #4 0x7fda7f1a5464 in ?? () from /lib/x86_64-linux-gnu/libdbus-1.so.3 #5 0x7fda82ce9e65 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5DBus.so.5 #6 0x7fda82d2fc64 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5DBus.so.5 #7 0x7fda82d30582 in QDBusPendingCallWatcher::waitForFinished() () from /usr/lib/x86_64-linux-gnu/libQt5DBus.so.5 #8 0x7fda83eb940b in DBusMenuImporter::slotMenuAboutToShow() () from /usr/lib/x86_64-linux-gnu/libdbusmenu-qt5.so.2 #9 0x7fda8435d2a6 in QMetaObject::activate(QObject*, int, int, void**) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #10 0x0045ab3f in hud::service::DBusMenuCollector::openMenu(QMenu*, unsigned int&) () #11 0x0045abd8 in hud::service::DBusMenuCollector::openMenu(QMenu*, unsigned int&) () #12 0x0045abd8 in hud::service::DBusMenuCollector::openMenu(QMenu*, unsigned int&) () #13 0x0045abd8 in hud::service::DBusMenuCollector::openMenu(QMenu*, unsigned int&) () #14 0x0045abd8 in hud::service::DBusMenuCollector::openMenu(QMenu*, unsigned int&) () #15 0x0045abd8 in hud::service::DBusMenuCollector::openMenu(QMenu*, unsigned int&) () #16 0x0045ae8d in hud::service::DBusMenuCollector::activate() () #17 0x00441e43 in hud::service::WindowImpl::activate() () #18 0x00439f6a in hud::service::QueryImpl::updateToken(QSharedPointer) () #19 0x0043a672 in hud::service::QueryImpl::refresh() () #20 0x0044b115 in ?? () #21 0x7fda8435d2a6 in QMetaObject::activate(QObject*, int, int, void**) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #22 0x0045662a in hud::service::ApplicationListImpl::FocusedWindowChanged(unsigned int, QString const&, unsigned int) () #23 0x7fda8435d2a6 in QMetaObject::activate(QObject*, int, int, void**) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #24 0x00467361 in ComCanonicalUnityWindowStackInterface::FocusedWindowChanged(unsigned int, QString const&, unsigned int) () #25 0x004678bd in ?? () #26 0x00467c63 in ComCanonicalUnityWindowStackInterface::qt_metacall(QMetaObject::Call, int, void**) () #27 0x7fda82cf180f in ?? () from /usr/lib/x86_64-linux-gnu/libQt5DBus.so.5 #28 0x7fda8435e22e in QObject::event(QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #29 0x7fda823d5c2c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #30 0x7fda823dadf6 in QApplication::notify(QObject*,
[Touch-packages] [Bug 1322121] Re: pictures taken with flash are almost completely black
Need for dell laptop repairing contact dell service center in thane because we have door step support for dell laptop users thane if you have problem with your laptop like motherboard issue ,screen issue ,battery issue or ram replacement we capable to resolve your issue at your place within same day .For more information please visit call our office dell service center thane . https://www.laptopsservice.center/dell-laptop-service-center-thane-mumbai.html -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to qtubuntu-camera in Ubuntu. https://bugs.launchpad.net/bugs/1322121 Title: pictures taken with flash are almost completely black Status in camera-app: Invalid Status in Canonical System Image: Confirmed Status in android package in Ubuntu: Triaged Status in qtubuntu-camera package in Ubuntu: Triaged Bug description: On the mako / Nexus 4, the camera has an LED to use for camera flash. Our camera app supports the flash, and fires it while taking a picture with flash enabled. However, the resulting image ends up severely underexposed, to the point where almost the entire image is black. Steps to reproduce: 1. Run the camera app. 2. Take a picture with flash off. 3. Turn the flash setting on and take a picture of the same scene again. 4. Go to the gallery app to view the results. Expected results: The picture with flash should appear brighter (or, at least, appear how most with-flash pictures look). Actual results: The picture with flash is almost completely black, with only a few dim details in the brightest parts of the image. To manage notifications about this bug go to: https://bugs.launchpad.net/camera-app/+bug/1322121/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1230031] Re: dbus-daemon consumes 100% cpu without reason
Need for dell laptop repairing contact dell service center in thane because we have door step support for dell laptop users thane if you have problem with your laptop like motherboard issue ,screen issue ,battery issue or ram replacement we capable to resolve your issue at your place within same day .For more information please visit call our office dell service center thane . https://www.laptopsservice.center/dell-laptop-service-center-thane-mumbai.html -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to dbus in Ubuntu. https://bugs.launchpad.net/bugs/1230031 Title: dbus-daemon consumes 100% cpu without reason Status in dbus package in Ubuntu: Confirmed Bug description: Just login in to session, and dbus-daemon consumes 100% of cpu. Before, I did a login and logout. This problem appears randomly, not all the time. 9107 sergio20 0 30376 1660 1356 R 100,1 0,0 11:35.08 dbus-daemon 11692 root 20 0 433m 54m 37m S 1,0 1,4 0:05.46 Xorg 12279 sergio20 0 1506m 78m 30m S 0,7 2,1 0:05.40 compiz 12417 sergio20 0 553m 20m 11m S 0,7 0,6 0:00.93 gnome-terminal 13757 sergio20 0 853m 160m 40m S 0,7 4,2 0:06.83 firefox See sensors, dbus-daemon is heating up my laptop: Adapter: Virtual device temp1:+68.0°C (crit = +98.0°C) coretemp-isa- Adapter: ISA adapter Physical id 0: +69.0°C (high = +84.0°C, crit = +100.0°C) Core 0: +49.0°C (high = +84.0°C, crit = +100.0°C) Core 1: +51.0°C (high = +84.0°C, crit = +100.0°C) Core 2: +69.0°C (high = +84.0°C, crit = +100.0°C) Core 3: +55.0°C (high = +84.0°C, crit = +100.0°C) asus-isa- Adapter: ISA adapter temp1: +6280.0°C pkg-temp-0-virtual-0 Adapter: Virtual device temp1:+68.0°C --- Description: Ubuntu Saucy Salamander (development branch) Release: 13.10 Linux sergio-X751JB 3.11.0-8-generic #15-Ubuntu SMP Fri Sep 20 04:11:26 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux dbus: Installed: 1.6.12-0ubuntu5 Candidate: 1.6.12-0ubuntu5 Version table: *** 1.6.12-0ubuntu5 0 500 http://archive.ubuntu.com/ubuntu/ saucy/main amd64 Packages 100 /var/lib/dpkg/status ProblemType: Bug DistroRelease: Ubuntu 13.10 Package: dbus 1.6.12-0ubuntu5 ProcVersionSignature: Ubuntu 3.11.0-8.15-generic 3.11.1 Uname: Linux 3.11.0-8-generic x86_64 ApportVersion: 2.12.4-0ubuntu1 Architecture: amd64 Date: Wed Sep 25 04:31:14 2013 InstallationDate: Installed on 2013-09-20 (4 days ago) InstallationMedia: Ubuntu 13.10 "Saucy Salamander" - Alpha amd64 (20130920) MarkForUpload: True SourcePackage: dbus UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/dbus/+bug/1230031/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1240336] Re: After release upgrade, the user loses permissions for several basic actions in the system
Need for dell laptop repairing contact dell service center in thane because we have door step support for dell laptop users thane if you have problem with your laptop like motherboard issue ,screen issue ,battery issue or ram replacement we capable to resolve your issue at your place within same day .For more information please visit call our office dell service center thane . https://www.laptopsservice.center/dell-laptop-service-center-thane-mumbai.html -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to lightdm in Ubuntu. https://bugs.launchpad.net/bugs/1240336 Title: After release upgrade, the user loses permissions for several basic actions in the system Status in gdm3 package in Ubuntu: Won't Fix Status in lightdm package in Ubuntu: Incomplete Status in lxdm package in Ubuntu: Incomplete Status in policykit-desktop-privileges package in Ubuntu: Incomplete Bug description: HOW TO REPRODUCE: - Upgrade Ubuntu to the next release. RESULT: - The user looses permissions for several basic actions in the system. ProblemType: Bug DistroRelease: Ubuntu 13.10 Package: policykit-desktop-privileges 0.16 ProcVersionSignature: Ubuntu 3.11.0-12.19-generic 3.11.3 Uname: Linux 3.11.0-12-generic x86_64 ApportVersion: 2.12.5-0ubuntu2 Architecture: amd64 Date: Tue Oct 15 20:20:55 2013 InstallationDate: Installed on 2013-10-09 (7 days ago) InstallationMedia: Ubuntu 13.10 "Saucy Salamander" - Beta amd64 (20131008) MarkForUpload: True PackageArchitecture: all ProcEnviron: LANGUAGE=en_US TERM=xterm PATH=(custom, no user) LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: policykit-desktop-privileges UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gdm3/+bug/1240336/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1231818] Re: Installing powerd removes modemmanager
Need for dell laptop repairing contact dell service center in thane because we have door step support for dell laptop users thane if you have problem with your laptop like motherboard issue ,screen issue ,battery issue or ram replacement we capable to resolve your issue at your place within same day .For more information please visit call our office dell service center thane . https://www.laptopsservice.center/dell-laptop-service-center-thane-mumbai.html -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to powerd in Ubuntu. https://bugs.launchpad.net/bugs/1231818 Title: Installing powerd removes modemmanager Status in powerd package in Ubuntu: Confirmed Bug description: According to bug 1193222, comment #13, I need to install powerd in order to get the screen to sleep on inactivity if I use Mir (the default for Saucy) as display manager. But if I try to install powerd, modemmanager gets removed: till@till-twist:~$ sudo apt-get install powerd Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: libhardware2 libhybris libmedia1 libubuntu-application-api1 ofono The following packages will be REMOVED: modemmanager The following NEW packages will be installed: libhardware2 libhybris libmedia1 libubuntu-application-api1 ofono powerd 0 upgraded, 6 newly installed, 1 to remove and 0 not upgraded. Need to get 854 kB of archives. After this operation, 1.237 kB of additional disk space will be used. Do you want to continue [Y/n]? n Abort. till@till-twist:~$ This means that I can either have the feature of the screen going to sleep or cellular data support, not both. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/powerd/+bug/1231818/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1268013] Re: HUD actions don't work when viewing an image
Need for dell laptop repairing contact dell service center in thane because we have door step support for dell laptop users thane if you have problem with your laptop like motherboard issue ,screen issue ,battery issue or ram replacement we capable to resolve your issue at your place within same day .For more information please visit call our office dell service center thane . https://www.laptopsservice.center/dell-laptop-service-center-thane-mumbai.html -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to gallery-app in Ubuntu. https://bugs.launchpad.net/bugs/1268013 Title: HUD actions don't work when viewing an image Status in gallery-app package in Ubuntu: Confirmed Bug description: When viewing an image, if you pull up the HUD you are shown a number of actions, none of which do anything. Steps to reproduce: 1) Open gallery-app and click on a photo to view 2) Pull up the HUD 3) Tab any Action tem 4) Nothing happens To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gallery-app/+bug/1268013/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1091645] Re: When ISP changes dynamic IP address avahi-daemon changes Zeroconf host name
Need for dell laptop repairing contact dell service center in thane because we have door step support for dell laptop users thane if you have problem with your laptop like motherboard issue ,screen issue ,battery issue or ram replacement we capable to resolve your issue at your place within same day .For more information please visit call our office dell service center thane . https://www.laptopsservice.center/dell-laptop-service-center-thane-mumbai.html -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to avahi in Ubuntu. https://bugs.launchpad.net/bugs/1091645 Title: When ISP changes dynamic IP address avahi-daemon changes Zeroconf host name Status in avahi package in Ubuntu: Confirmed Bug description: I have a home network with several Ubuntu and one Mac OS X machine. Internet access is via VDSL with dynamic IP addresses, amd the ISP changes the IP address every night, around 4am. ISP is Deutsche Telekom in Germany. On my Ubuntu (Quantal) machines, connecting to the network only via ethernet (wired, W-Fi connection turned off on the machines, due to bug 1083565) avahi-daemon sometimes switches the Zeroconf hostname from the originally given one (like "till-hp") to a name with an added number, (like "till-hp-2"). This happens on the nightly IP address change as the attached syslog shows. Problem is that on clients I cannot refer to the Zeroconf names as they can change on the next day. If I restart avahi-daemon during the day the Zeroconf name gets reset to the original. It is possible that bug 1083565 is this one in reality, but I am not absolutely sure. As BonJour replaces the IPP-based CUPS broadcasting for printer discovery from CUPS 1.6.x on, avahi must be made more reliable. Also Zeroconf as replacement for DNS on the local network, to avoid the need that home users have to register host names on the router, need a reliable Avahi in term of the Zeroconf host names. In the attached syslog, aroung 4:18am the following appears (machine set up with "till-hp" as host name): -- Dec 17 04:09:41 till-hp avahi-daemon[822]: Registering new address record for 2002:5ddb:9586:0:7c4d:f18c:29e3:8b33 on eth0.*. Dec 17 04:09:42 till-hp NetworkManager[853]: Policy set 'Wired connection 1' (eth0) as default for IPv6 routing and DNS. Dec 17 04:09:43 till-hp avahi-daemon[822]: Withdrawing address record for 2002:5ddb:9586:0:e0b8:4178:444a:af6c on eth0. Dec 17 04:17:01 till-hp CRON[3993]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly) Dec 17 04:18:45 till-hp avahi-daemon[822]: Withdrawing address record for 2002:5ddb:9586:0:7c4d:f18c:29e3:8b33 on eth0. Dec 17 04:18:45 till-hp avahi-daemon[822]: Registering new address record for 2002:5ddb:9586:0:7c4d:f18c:29e3:8b33 on eth0.*. Dec 17 04:18:45 till-hp avahi-daemon[822]: Registering new address record for 2002:5ddb:9586:0:e0b8:4178:444a:af6c on eth0.*. Dec 17 04:18:45 till-hp avahi-daemon[822]: Registering new address record for fe80::20f:b0ff:fe6e:a460 on eth0.*. Dec 17 04:18:46 till-hp NetworkManager[853]: Policy set 'Wired connection 1' (eth0) as default for IPv6 routing and DNS. Dec 17 04:18:46 till-hp avahi-daemon[822]: Registering new address record for fd00::20f:b0ff:fe6e:a460 on eth0.*. Dec 17 04:18:46 till-hp avahi-daemon[822]: Withdrawing address record for 2002:5ddb:9586:0:7c4d:f18c:29e3:8b33 on eth0. Dec 17 04:18:46 till-hp avahi-daemon[822]: Withdrawing address record for 2002:5ddb:9586:0:e0b8:4178:444a:af6c on eth0. Dec 17 04:18:46 till-hp avahi-daemon[822]: Withdrawing address record for 2002:5ddb:9586:0:20f:b0ff:fe6e:a460 on eth0. Dec 17 04:18:46 till-hp avahi-daemon[822]: Withdrawing address record for fe80::20f:b0ff:fe6e:a460 on eth0. Dec 17 04:18:46 till-hp avahi-daemon[822]: Withdrawing workstation service for eth1. http://somapills.net Dec 17 04:18:46 till-hp avahi-daemon[822]: Withdrawing address record for 192.168.178.34 on eth0. Dec 17 04:18:46 till-hp avahi-daemon[822]: Withdrawing workstation service for eth0. Dec 17 04:18:46 till-hp avahi-daemon[822]: Withdrawing workstation service for lo. Dec 17 04:18:46 till-hp avahi-daemon[822]: Host name conflict, retrying with till-hp-2 Dec 17 04:18:46 till-hp avahi-daemon[822]: Registering new address record for fd00::20f:b0ff:fe6e:a460 on eth0.*. Dec 17 04:18:46 till-hp avahi-daemon[822]: Registering new address record for 192.168.178.34 on eth0.IPv4. Dec 17 04:18:46 till-hp avahi-daemon[822]: Registering HINFO record with values 'I686'/'LINUX'. Dec 17 04:18:47 till-hp avahi-daemon[822]: Registering new address record for fd00::7c4d:f18c:29e3:8b33 on eth0.*. Dec 17 04:18:47 till-hp avahi-daemon[822]: Leaving mDNS multicast group on interface eth0.IPv6 with address 2002:5ddb:9586:0:e0b8:4178:444a:af6c. Dec 17 04:18:47 till-hp avahi-daemon[822]: Joining mDNS multicast group on
[Touch-packages] [Bug 1083565] Re: avahi malfunctions on a machine connected to the network via multiple interfaces
Need for dell laptop repairing contact dell service center in thane because we have door step support for dell laptop users thane if you have problem with your laptop like motherboard issue ,screen issue ,battery issue or ram replacement we capable to resolve your issue at your place within same day .For more information please visit call our office dell service center thane . https://www.laptopsservice.center/dell-laptop-service-center-thane-mumbai.html -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to avahi in Ubuntu. https://bugs.launchpad.net/bugs/1083565 Title: avahi malfunctions on a machine connected to the network via multiple interfaces Status in avahi package in Ubuntu: Confirmed Status in network-manager package in Ubuntu: Confirmed Bug description: I have a router making up one local NAT network connected to the internet. The router allows to connect both wired and wireless. My laptops are configured to use both wired and wireless. So I can walk around with them and also connect to the quicker wired network if they are on the desk. Problem is that when the laptops are on my desk and I plug in the network cables they stay connected on wireless and so they get connected twice, wired and wireless, with two IP addresses, appearing as two computers for the router and all other computers in the network. Most things still simply work, like accessing the internet from the laptops, SSHing to another computer, ... what causes problems is Bonjour/mDNS. Avahi broadcasts available services (I have shared CUPS printers on the laptops) into the network, using the host name of the machine assigned on installation, for example "till-lenovo". As the broadcasts go through two interfaces there is a service name conflict and it seems that Avahi tries to overcome it by using host names like "till-lenovo-1", "till-lenovo-2", ... When the laptop keeps running one sees in the "avahi-discover" output on another machine the entries from the laptop, but with host names (and so the service names) changing from time to time. This leads to a client with a print queue pointing to a printer shared by the laptop via the printer's Bonjour service name cannot print any more. I have done a short test and Avahi stops adding numbers to the original host name when turning off wireless on the laptop so that it connects only through the wired network. One way of fixing (or working around?) the problem would be a change in network-manager to automatically turn off wireless if the computer is connected to a wired network and switching wireless back on when the network cable gets disconnected. This would probably also solve problems with other server functionality. --->> http://somapills.net Another solution would be a change in Avahi, somehow recognizing that the broadcasts through the two interfaces come from the same computer and so they can (and should) have the same service names, or recognizing that the two interfaces go into the same network and therefore broadcast only through one of them, stopping the broadcasting through the weaker one (the wireless in our case). To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/avahi/+bug/1083565/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1201116] Re: [dash] constant increase in memory consumption when navigating through lenses
Need for dell laptop repairing contact dell service center in thane because we have door step support for dell laptop users thane if you have problem with your laptop like motherboard issue ,screen issue ,battery issue or ram replacement we capable to resolve your issue at your place within same day .For more information please visit call our office dell service center thane . https://www.laptopsservice.center/dell-laptop-service-center-thane-mumbai.html -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to qtxmlpatterns-opensource- src in Ubuntu. https://bugs.launchpad.net/bugs/1201116 Title: [dash] constant increase in memory consumption when navigating through lenses Status in qtxmlpatterns-opensource-src package in Ubuntu: Confirmed Status in unity8 package in Ubuntu: Opinion Bug description: Sorry for the poor steps to reproduce: 1. boot the phone 2. unlock the phone 3. go to apps lens, swipe up and down dozens of times 4. maybe go to the video lens and do the same 5. swipe many times between lenses 6. go to the video lens and open and close various previews dozens of times 7. stop moving entirely Current result: CPU usage is easily 15-30% Memory usage seen as high as 400MB Expected result: CPU usage should be 0% Memory usage should be the same as when the phone was just booted and unlocked, around 90-100MB To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/qtxmlpatterns-opensource-src/+bug/1201116/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1003842] Re: dnsmasq sometimes fails to resolve private names in networks with non-equivalent nameservers
Need for dell laptop repairing contact dell service center in thane because we have door step support for dell laptop users thane if you have problem with your laptop like motherboard issue ,screen issue ,battery issue or ram replacement we capable to resolve your issue at your place within same day .For more information please visit call our office dell service center thane . https://www.laptopsservice.center/dell-laptop-service-center-thane-mumbai.html -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to dnsmasq in Ubuntu. https://bugs.launchpad.net/bugs/1003842 Title: dnsmasq sometimes fails to resolve private names in networks with non- equivalent nameservers Status in dnsmasq package in Ubuntu: Triaged Status in network-manager package in Ubuntu: Invalid Status in dnsmasq source package in Precise: Won't Fix Status in network-manager source package in Precise: Won't Fix Status in dnsmasq package in Debian: New Bug description: A number of reports already filed against network-manager seem to reflect this problem, but to make things very clear I am opening a new report. Where appropriate I will mark other reports as duplicates of this one. Consider a pre-Precise system with the following /etc/resolv.conf: nameserver 192.168.0.1 nameserver 8.8.8.8 The first address is the address of a nameserver on the LAN that can resolve both private and public domain names. The second address is the address of a nameserver on the Internet that can resolve only public names. This setup works fine because the GNU resolver always tries the first- listed address first. Now the administrator upgrades to Precise and instead of writing the above to resolv.conf, NetworkManager writes server=192.168.0.1 server=8.8.8.8 to /var/run/nm-dns-dnsmasq.conf and "nameserver 127.0.0.1" to resolv.conf. Resolution of private domain names is now broken because dnsmasq treats the two upstream nameservers as equals and uses the faster one, which could be 8.8.8.8. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/dnsmasq/+bug/1003842/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp