On Fri, 07 Jun 2013 23:47:33 -0400
Richard Yao wrote:
> 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 queu
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 succ
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 dep
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:
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
> > l
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
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.
>
> T
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
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
On Fri, 07 Jun 2013 13:26:22 +0200
"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 1.7-r0.
>
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 G
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 t
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 the
13 matches
Mail list logo
