search for: prepare

...-9b90-44e3-a6ce-01a08bfe28f5 08:19:40.773: debug : virEventRunOnce:567 : Poll got 1 event 08:19:40.773: debug : virEventDispatchHandles:450 : Dispatch n=0 f=5 w=1 e=1 (nil) 08:19:40.773: debug : virEventDispatchHandles:440 : Skip deleted n=9 w=11 f=19 08:19:40.773: debug : virEventMakePollFDs:365 : Prepare n=0 w=1, f=5 e=1 08:19:40.773: debug : virEventMakePollFDs:365 : Prepare n=1 w=2, f=8 e=0 08:19:40.773: debug : virEventMakePollFDs:365 : Prepare n=2 w=3, f=8 e=1 08:19:40.773: debug : virEventMakePollFDs:365 : Prepare n=3 w=4, f=9 e=1 08:19:40.773: debug : virEventMakePollFDs:365 : Prepare n=4 w=5...

...:07:54.801: debug : virEventDispatchHandles:449 : Dispatch n=6 f=12 w=7 e=1 0xe5b25f0 17:07:54.802: debug : virEventAddHandleImpl:111 : Add handle 14 1 0x4103e0 0xe5b25f0 17:07:54.802: debug : virEventInterruptLocked:635 : Skip interrupt, 1 -793020736 17:07:54.802: debug : virEventMakePollFDs:364 : Prepare n=0 w=1, f=5 e=1 17:07:54.802: debug : virEventMakePollFDs:364 : Prepare n=1 w=2, f=8 e=0 17:07:54.802: debug : virEventMakePollFDs:364 : Prepare n=2 w=3, f=8 e=1 17:07:54.802: debug : virEventMakePollFDs:364 : Prepare n=3 w=4, f=3 e=1 17:07:54.802: debug : virEventMakePollFDs:364 : Prepare n=4 w=5...

Previous kernel was 4.13.0-10.1-liquorix-amd64 The updated kernel that I'm having trouble was not liquorix -- was straight from Debian. Here's my apt log: Log started: 2018-01-02 12:04:48 (Reading database ... (Reading database ... 5% (Reading database ... 10% (Reading database ... 15% (Reading database ... 20% (Reading database ... 25% (Reading database ... 30% (Reading database ...

I am running Debian testing and updated my system this morning which included a new kernel: 4.14.0.2-amd64 After this update, my system froze twice -- both times the exact same behavior. In both situations, the system froze while I was resizing a window. The mouse cursor froze, clock stopped, num lock stopped working. I didn't check if the system responded to pings from a remote machine,

...+0000: 1790: debug : virEventPollCleanupTimeouts:517 : Cleanup 2 Sep 23 11:45:43 localhost libvirtd: 2014-09-23 09:45:42.958+0000: 1790: debug : virEventPollCleanupHandles:565 : Cleanup 102 Sep 23 11:45:43 localhost libvirtd: 2014-09-23 09:45:42.958+0000: 1790: debug : virEventPollMakePollFDs:394 : Prepare n=0 w=1, f=6 e=1 d=0 Sep 23 11:45:43 localhost libvirtd: 2014-09-23 09:45:42.958+0000: 1790: debug : virEventPollMakePollFDs:394 : Prepare n=1 w=2, f=8 e=1 d=0 Sep 23 11:45:43 localhost libvirtd: 2014-09-23 09:45:42.958+0000: 1790: debug : virEventPollMakePollFDs:394 : Prepare n=2 w=3, f=11 e=1 d=0...

...mpl:311 : running default event implementation 2018-11-13 14:21:39.942+0000: 95205: debug : virEventPollCleanupTimeouts:525 : Cleanup 2 2018-11-13 14:21:39.942+0000: 95205: debug : virEventPollCleanupHandles:574 : Cleanup 12 2018-11-13 14:21:39.943+0000: 95205: debug : virEventPollMakePollFDs:401 : Prepare n=0 w=1, f=5 e=1 d=0 2018-11-13 14:21:39.943+0000: 95205: debug : virEventPollMakePollFDs:401 : Prepare n=1 w=2, f=7 e=1 d=0 2018-11-13 14:21:39.943+0000: 95205: debug : virEventPollMakePollFDs:401 : Prepare n=2 w=3, f=9 e=1 d=0 2018-11-13 14:21:39.943+0000: 95205: debug : virEventPollMakePollFDs:4...

Possibly off the wall and a long shot, but is pre-installed Linux perhaps 32 bit, while the R attempt is 64? JN On 16-03-23 02:22 PM, Barnet Wagman wrote: > Synaptic can show the origin of packages. > > The only thing I see from a backport is > > libcmanager0 > > I don't think this is relevant to R. Or is it. > > The only thing I've got installed from

I can make a few suggestions to help you hunt for the issue. This kind of error is often caused by conflicting packages from proposed, backports, ppas, or other 3rd party repos. If for some reason you have a dependency installed from one of those sources that is newer than what R on cran was built against (stock ubuntu 14.04) then you will hit a conflict. Simply removing backports from your repos

That could do it http://packages.ubuntu.com/trusty-backports/libcgmanager0 Seems to be libc related, which is a pretty core library to much of the whole system. Hmm, which model Dell? We just got a Dell 5000 series with Ubuntu, I have not checked with my boss if there was R installation issues. Thanks, Alex On 03/23/2016 11:22 AM, Barnet Wagman wrote: > Synaptic can show the origin of

On 23 March 2016 at 09:35, Barnet Wagman wrote: | I am unable to install R on an up to date (i.e. apt upgraded) Ubuntu | 14.04 system. According to | https://cran.r-project.org/bin/linux/ubuntu/README (and many other sources), | R is available for this version of Ubuntu (which is a stable version). | | I currently have | | deb https://cran.cnr.berkeley.edu/bin/linux/ubuntu trusty/ | | in

Synaptic can show the origin of packages. The only thing I see from a backport is libcmanager0 I don't think this is relevant to R. Or is it. The only thing I've got installed from a ppa is mate (a desktop). I don't see anything related to mate that is related to R. FYI the ubunu I'm using came preinstalled from Dell (on a notebook; usually I install linux myself). On

It's a Dell XPS 13. Obviously I don't understand what's in libcmanager0. I wonder if I can safely replace it. I'm a bit uneasy about replacing things Dell installed. I gather there are some specialized drivers for the monitor on this system. On 03/23/2016 11:34 AM, Alex M wrote: > That could do it > http://packages.ubuntu.com/trusty-backports/libcgmanager0 > >

I am unable to install R on an up to date (i.e. apt upgraded) Ubuntu 14.04 system. According to https://cran.r-project.org/bin/linux/ubuntu/README (and many other sources), R is available for this version of Ubuntu (which is a stable version). I currently have deb https://cran.cnr.berkeley.edu/bin/linux/ubuntu trusty/ in sources.list. I've tried this with and without deb

...ultImpl:270 : running default event implementation 2013-10-29 10:17:00.569+0000: 7566: debug : virEventPollCleanupTimeouts:514 : Cleanup 2 2013-10-29 10:17:00.569+0000: 7566: debug : virEventPollCleanupHandles:562 : Cleanup 8 2013-10-29 10:17:00.569+0000: 7566: debug : virEventPollMakePollFDs:391 : Prepare n=0 w=1, f=3 e=1 d=0 2013-10-29 10:17:00.569+0000: 7566: debug : virEventPollMakePollFDs:391 : Prepare n=1 w=2, f=5 e=1 d=0 2013-10-29 10:17:00.569+0000: 7566: debug : virEventPollMakePollFDs:391 : Prepare n=2 w=3, f=7 e=1 d=0 2013-10-29 10:17:00.569+0000: 7566: debug : virEventPollMakePollFDs:391...

libvirt_lxc causes cpu 100% usage? libvirt version : 1.1.1 I don't know what happend, any help would be appreciated. thx top - 07:39:44 up 1 day, 2:13, 2 users, load average: 4.72, 4.59, 4.51 Tasks: 243 total, 4 running, 239 sleeping, 0 stopped, 0 zombie %Cpu0 : 33.1 us, 1.3 sy, 0.0 ni, 64.6 id, 0.7 wa, 0.0 hi, 0.3 si, 0.0 st %Cpu1 : 41.1 us, 3.0 sy, 0.0 ni, 55.3 id, 0.7

...ultImpl:270 : running default event implementation 2013-10-29 10:17:00.569+0000: 7566: debug : virEventPollCleanupTimeouts:514 : Cleanup 2 2013-10-29 10:17:00.569+0000: 7566: debug : virEventPollCleanupHandles:562 : Cleanup 8 2013-10-29 10:17:00.569+0000: 7566: debug : virEventPollMakePollFDs:391 : Prepare n=0 w=1, f=3 e=1 d=0 2013-10-29 10:17:00.569+0000: 7566: debug : virEventPollMakePollFDs:391 : Prepare n=1 w=2, f=5 e=1 d=0 2013-10-29 10:17:00.569+0000: 7566: debug : virEventPollMakePollFDs:391 : Prepare n=2 w=3, f=7 e=1 d=0 2013-10-29 10:17:00.569+0000: 7566: debug : virEventPollMakePollFDs:391...

...ultImpl:270 : running default event implementation 2013-10-29 10:17:00.569+0000: 7566: debug : virEventPollCleanupTimeouts:514 : Cleanup 2 2013-10-29 10:17:00.569+0000: 7566: debug : virEventPollCleanupHandles:562 : Cleanup 8 2013-10-29 10:17:00.569+0000: 7566: debug : virEventPollMakePollFDs:391 : Prepare n=0 w=1, f=3 e=1 d=0 2013-10-29 10:17:00.569+0000: 7566: debug : virEventPollMakePollFDs:391 : Prepare n=1 w=2, f=5 e=1 d=0 2013-10-29 10:17:00.569+0000: 7566: debug : virEventPollMakePollFDs:391 : Prepare n=2 w=3, f=7 e=1 d=0 2013-10-29 10:17:00.569+0000: 7566: debug : virEventPollMakePollFDs:391...

Ah, ok, apt-get remove libldb1 ldb-tools Then try again : apt install samba winbind acl The replacement of libldb1 to libldb2 is missing something. I'll have a look at that. Greetz, Louis > -----Oorspronkelijk bericht----- > Van: Lmloge [mailto:lmloge at orange.fr] > Verzonden: vrijdag 20 december 2019 13:15 > Aan: L.P.H. van Belle > CC: samba at lists.samba.org

Hello Louis, ----------------------------------- # apt-get remove libldb1 ldb-tools Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: ? libtalloc2 libtdb1 libtevent0 Use 'apt autoremove' to remove them. The following packages will be REMOVED: ? ldb-tools libldb1 0

I searched the archives and found a thread about it, but I didn''t understand: are prepared statement used by ActiveRecord on those databases that could handle them (Postgresql, Mysql, Oracle etc)? In case they are not used, are they planned? Is there a roadmap about Rails I can find somewhere?