[gentoo-dev] RFC how to handle disappearing USE in (portage) dependency calculation

2013-06-07 Thread viv...@gmail.com
Hi everybody, sometimes a package depend from another with a particular USE flag turned on, example llvm-3.2 on dev-libs/udis86 +pic Sometimes a new ebuild can change IUSE, indeed udis86-1.7-r1 removed pic use which was present in 1.7-r0. This RFC is to understend what we (you actually) want

Re: [gentoo-dev] Making systemd more accessible to normal users

2013-06-07 Thread Olav Vitters
On Wed, May 15, 2013 at 03:41:31PM +0200, Fabio Erculiani wrote: And now that GNOME 3.8 is out, the game starts over again: logind is a hard requirement, logind is part of systemd, starting logind (which replaces consolekit) is not that trivial as you may think (and is the thing I started to

Re: [gentoo-dev] Making systemd more accessible to normal users

2013-06-07 Thread Chí-Thanh Christopher Nguyễn
Olav Vitters schrieb: And now that GNOME 3.8 is out, the game starts over again: logind is a hard requirement, logind is part of systemd, starting logind (which replaces consolekit) is not that trivial as you may think (and is the thing I started to work on anyway). I'm not aware of GNOME 3.8

Re: [gentoo-dev] RFC how to handle disappearing USE in (portage) dependency calculation

2013-06-07 Thread Ciaran McCreesh
On Fri, 07 Jun 2013 13:26:22 +0200 viv...@gmail.com viv...@gmail.com wrote: sometimes a package depend from another with a particular USE flag turned on, example llvm-3.2 on dev-libs/udis86 +pic Sometimes a new ebuild can change IUSE, indeed udis86-1.7-r1 removed pic use which was present in

Re: [gentoo-dev] Making systemd more accessible to normal users

2013-06-07 Thread Olav Vitters
On Fri, Jun 07, 2013 at 02:04:38PM +0200, Chí-Thanh Christopher Nguyễn wrote: Olav Vitters schrieb: And now that GNOME 3.8 is out, the game starts over again: logind is a hard requirement, logind is part of systemd, starting logind (which replaces consolekit) is not that trivial as you may

Re: [gentoo-dev] Making systemd more accessible to normal users

2013-06-07 Thread Chí-Thanh Christopher Nguyễn
Olav Vitters schrieb: https://bugs.gentoo.org/show_bug.cgi?id=464944 That bugreport is regarding an optional dependency for the power handling. It is correct that Ubuntu will switch from ConsoleKit to logind, so it does make sense to either maintain ConsoleKit or use logind. But it still is

Re: [gentoo-dev] RFC how to handle disappearing USE in (portage) dependency calculation

2013-06-07 Thread Sergey Popov
07.06.2013 15:26, viv...@gmail.com пишет: Hi everybody, sometimes a package depend from another with a particular USE flag turned on, example llvm-3.2 on dev-libs/udis86 +pic Sometimes a new ebuild can change IUSE, indeed udis86-1.7-r1 removed pic use which was present in 1.7-r0. This

Re: [gentoo-dev] RFC how to handle disappearing USE in (portage) dependency calculation

2013-06-07 Thread viv...@gmail.com
On 06/07/13 14:37, Sergey Popov wrote: 07.06.2013 15:26, viv...@gmail.com пишет: Hi everybody, sometimes a package depend from another with a particular USE flag turned on, example llvm-3.2 on dev-libs/udis86 +pic Sometimes a new ebuild can change IUSE, indeed udis86-1.7-r1 removed pic use

Re: [gentoo-dev] Making systemd more accessible to normal users

2013-06-07 Thread Olav Vitters
On Fri, Jun 07, 2013 at 02:34:27PM +0200, Chí-Thanh Christopher Nguyễn wrote: Olav Vitters schrieb: https://bugs.gentoo.org/show_bug.cgi?id=464944 That bugreport is regarding an optional dependency for the power handling. It is correct that Ubuntu will switch from ConsoleKit to logind, so

[gentoo-dev] app-dict team needs help

2013-06-07 Thread Dennis Lan (dlan)
On Tuesday, June 4, 2013, Tomáš Chvátal wrote: Hello guys, the app-dict team is almost-non existent altho it provides one of the most core features for our daily desktop usage as without dictionaries and spell checking we could not imagine much work nowdays. So what is needed there:

Re: [gentoo-dev] RFC how to handle disappearing USE in (portage) dependency calculation

2013-06-07 Thread Zac Medico
On 06/07/2013 07:16 AM, viv...@gmail.com wrote: According to the now readed fine manual, the ebuilds seem to be right, llvm is EAPI=5, udis86-1.7-r1 is EAPI=4 and the previous one is EAPI=3, dependency should be considered enabled if absent. So the bug would be in portage, but the overzealous

[gentoo-dev] dm-crypt reordering BIOs across barriers?

2013-06-07 Thread Richard Yao
When you use dm-crypt, block IO requests to a dm-* device will invoke dm_request_fn() - map_request() - crypt_map(). If a BIO is a write barrier, crypt_map() will return DM_MAPIO_REMAPPED to map_request(), which will immediately queue it to the device. If a few dozen IOs are queued in rapid