[Dx-packages] [Bug 1111216] Re: Drop support for running without GLib event loop

[Andrea Azzarone]

** No longer affects: nux

-- 
You received this bug notification because you are a member of DX
Packages, which is subscribed to nux in Ubuntu.
Matching subscriptions: dx-packages
https://bugs.launchpad.net/bugs/216

Title:
  Drop support for running without GLib event loop

Status in nux package in Ubuntu:
  Fix Released

Bug description:
  Nux has support in conditional compilation for running without the
  GLib event loop.

  This bug is about getting support for that dropped. Considering that
  the GLib event loop is supported on all platforms that Nux supports,
  there isn't much of a reason for running without it.

  The main reasons it should be removed are :
  1. Its not used by anybody
  2. Maintenance burden - every time you want to use some new event source, you 
have to provide support on both
  3. Its completely broken from a code inspection POV:

   -> It uses while (true) and busy-waits for new events (most of the time)
   -> Sometimes the event retrieval sources block, sometimes they don't.
   -> The check-for-events and dispatch-event code is in the same function for 
every source, which means that if one source blocks (eg XLib), and the other 
has pending events (Geis) then there's a potential deadlock until the first one 
unblocks
   -> There's support for both Geis and XLib in the non-glib event loop, except 
that the Geis portion depends on compiling with GLib in order to actually 
retrieve events, rendering it non-functional in this mode.

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

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

[Dx-packages] [Bug 1111216] Re: Drop support for running without GLib event loop

[Launchpad Bug Tracker]

This bug was fixed in the package nux - 4.0.8+15.10.20150921.1-0ubuntu1

---
nux (4.0.8+15.10.20150921.1-0ubuntu1) wily; urgency=medium

  [ Stephen M. Webb ]
  * new upstream release 4.0.8
  * debian/control (Standards-Version): bump to 3.9.6 (no changes)

  [ Marco Trevisan (Treviño) ]
  * debian/control:
- add xserver-xorg-video-dummy as build dependency
- set libnux-4.0-common arch to all
- depend on source:Version of libnux-4.0-common

  [ Andrea Azzarone andrea.azzar...@canonical.com ]
  * Remove alternative select mainloop. (LP: #216)

  [ Marco Trevisan (Treviño) ]
  * WindowCompositor: emit mouse_leave signal when releasing mouse over
a new area (LP: #1496140)

 -- Marco Trevisan (Treviño)   Mon, 21 Sep 2015 17:41:54
+

** Changed in: nux (Ubuntu)
   Status: In Progress => Fix Released

-- 
You received this bug notification because you are a member of DX
Packages, which is subscribed to nux in Ubuntu.
Matching subscriptions: dx-packages
https://bugs.launchpad.net/bugs/216

Title:
  Drop support for running without GLib event loop

Status in Nux:
  In Progress
Status in nux package in Ubuntu:
  Fix Released

Bug description:
  Nux has support in conditional compilation for running without the
  GLib event loop.

  This bug is about getting support for that dropped. Considering that
  the GLib event loop is supported on all platforms that Nux supports,
  there isn't much of a reason for running without it.

  The main reasons it should be removed are :
  1. Its not used by anybody
  2. Maintenance burden - every time you want to use some new event source, you 
have to provide support on both
  3. Its completely broken from a code inspection POV:

   -> It uses while (true) and busy-waits for new events (most of the time)
   -> Sometimes the event retrieval sources block, sometimes they don't.
   -> The check-for-events and dispatch-event code is in the same function for 
every source, which means that if one source blocks (eg XLib), and the other 
has pending events (Geis) then there's a potential deadlock until the first one 
unblocks
   -> There's support for both Geis and XLib in the non-glib event loop, except 
that the Geis portion depends on compiling with GLib in order to actually 
retrieve events, rendering it non-functional in this mode.

To manage notifications about this bug go to:
https://bugs.launchpad.net/nux/+bug/216/+subscriptions

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

[Dx-packages] [Bug 1111216] Re: Drop support for running without GLib event loop

[Stephen M. Webb]

** Changed in: nux
Milestone: 4.0.7 = 4.0.8

-- 
You received this bug notification because you are a member of DX
Packages, which is subscribed to nux in Ubuntu.
Matching subscriptions: dx-packages
https://bugs.launchpad.net/bugs/216

Title:
  Drop support for running without GLib event loop

Status in Nux:
  In Progress
Status in nux package in Ubuntu:
  In Progress

Bug description:
  Nux has support in conditional compilation for running without the
  GLib event loop.

  This bug is about getting support for that dropped. Considering that
  the GLib event loop is supported on all platforms that Nux supports,
  there isn't much of a reason for running without it.

  The main reasons it should be removed are :
  1. Its not used by anybody
  2. Maintenance burden - every time you want to use some new event source, you 
have to provide support on both
  3. Its completely broken from a code inspection POV:

   - It uses while (true) and busy-waits for new events (most of the time)
   - Sometimes the event retrieval sources block, sometimes they don't.
   - The check-for-events and dispatch-event code is in the same function for 
every source, which means that if one source blocks (eg XLib), and the other 
has pending events (Geis) then there's a potential deadlock until the first one 
unblocks
   - There's support for both Geis and XLib in the non-glib event loop, except 
that the Geis portion depends on compiling with GLib in order to actually 
retrieve events, rendering it non-functional in this mode.

To manage notifications about this bug go to:
https://bugs.launchpad.net/nux/+bug/216/+subscriptions

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

[Dx-packages] [Bug 1111216] Re: Drop support for running without GLib event loop

[Launchpad Bug Tracker]

** Branch linked: lp:~azzar1/nux/rm-bw-loop

-- 
You received this bug notification because you are a member of DX
Packages, which is subscribed to nux in Ubuntu.
Matching subscriptions: dx-packages
https://bugs.launchpad.net/bugs/216

Title:
  Drop support for running without GLib event loop

Status in Nux:
  In Progress
Status in nux package in Ubuntu:
  In Progress

Bug description:
  Nux has support in conditional compilation for running without the
  GLib event loop.

  This bug is about getting support for that dropped. Considering that
  the GLib event loop is supported on all platforms that Nux supports,
  there isn't much of a reason for running without it.

  The main reasons it should be removed are :
  1. Its not used by anybody
  2. Maintenance burden - every time you want to use some new event source, you 
have to provide support on both
  3. Its completely broken from a code inspection POV:

   - It uses while (true) and busy-waits for new events (most of the time)
   - Sometimes the event retrieval sources block, sometimes they don't.
   - The check-for-events and dispatch-event code is in the same function for 
every source, which means that if one source blocks (eg XLib), and the other 
has pending events (Geis) then there's a potential deadlock until the first one 
unblocks
   - There's support for both Geis and XLib in the non-glib event loop, except 
that the Geis portion depends on compiling with GLib in order to actually 
retrieve events, rendering it non-functional in this mode.

To manage notifications about this bug go to:
https://bugs.launchpad.net/nux/+bug/216/+subscriptions

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

[Dx-packages] [Bug 1111216] Re: Drop support for running without GLib event loop

[Andrea Azzarone]

** Also affects: nux (Ubuntu)
   Importance: Undecided
   Status: New

** Changed in: nux (Ubuntu)
   Status: New = In Progress

** Changed in: nux
   Status: Triaged = In Progress

** Changed in: nux (Ubuntu)
   Importance: Undecided = Medium

** Changed in: nux
 Assignee: (unassigned) = Andrea Azzarone (azzar1)

** Changed in: nux (Ubuntu)
 Assignee: (unassigned) = Andrea Azzarone (azzar1)

** Changed in: nux
Milestone: None = 4.0.7

-- 
You received this bug notification because you are a member of DX
Packages, which is subscribed to nux in Ubuntu.
Matching subscriptions: dx-packages
https://bugs.launchpad.net/bugs/216

Title:
  Drop support for running without GLib event loop

Status in Nux:
  In Progress
Status in nux package in Ubuntu:
  In Progress

Bug description:
  Nux has support in conditional compilation for running without the
  GLib event loop.

  This bug is about getting support for that dropped. Considering that
  the GLib event loop is supported on all platforms that Nux supports,
  there isn't much of a reason for running without it.

  The main reasons it should be removed are :
  1. Its not used by anybody
  2. Maintenance burden - every time you want to use some new event source, you 
have to provide support on both
  3. Its completely broken from a code inspection POV:

   - It uses while (true) and busy-waits for new events (most of the time)
   - Sometimes the event retrieval sources block, sometimes they don't.
   - The check-for-events and dispatch-event code is in the same function for 
every source, which means that if one source blocks (eg XLib), and the other 
has pending events (Geis) then there's a potential deadlock until the first one 
unblocks
   - There's support for both Geis and XLib in the non-glib event loop, except 
that the Geis portion depends on compiling with GLib in order to actually 
retrieve events, rendering it non-functional in this mode.

To manage notifications about this bug go to:
https://bugs.launchpad.net/nux/+bug/216/+subscriptions

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