Hi!
May be you can share stages and install instructions for this?
Alexis Ballier писал 2012-05-08 15:33:
Hi,
I've just marked the profile 'default/bsd/fbsd/amd64/9.0' as 'stable'
in profiles.desc. I've been careful not to keyword anything with
broken
deps, and its now forbidden. It is the f
our glibc versions long ago stopped working with linux-2.4 due to NPTL being
required. further, we've long set the min kernel version to 2.6.9 in the
ebuild itself. so bumping it to 2.6.16 isn't a stretch.
the driving force here is that glibc upstream is looking to set the min kernel
version
On Wed, 09 May 2012 19:29:36 +0300
Alexey Shvetsov wrote:
> Hi!
>
> May be you can share stages and install instructions for this?
>
https://bugs.gentoo.org/show_bug.cgi?id=415229
:)
(make sure to read the thread linked from this bug report)
On Tue, May 08, 2012 at 02:40:41AM +0100, Steven J Long wrote:
> OFC you could just assure us that udev will never rely on systemd as a
> design decision. I can understand that systemd might need close integration
> with the underlying udev implementation[PS].
Nope, can't make that assurance at
I foresee a new udev fork then.
If udev is going to end up like avahi is, this is *highly* probable.
With "avahi is ..." I actually mean, one single tarball blob depending
on the whole world and its solar system and galaxy.
Please stop throwing lennartware at people. FailAudio has been enough, th
Hi,
Here I attach a version that removes the eclass use.
I then replaced a "eqmake4" for "qmake". I don't know if there is a
better solution, but at least removes the deprecated eclass and
hopefully the mask (the live ebuild is newer).
Best regards,
Natanael.
El 05/02/2012 11:24 PM, Davide Pesa
On Wed, May 09, 2012 at 08:51:37PM +0200, Fabio Erculiani wrote:
> I foresee a new udev fork then.
Please feel free to do so, the code has been open since the first day I
created it.
Remember, forks are good, there's nothing wrong with them, I strongly
encourage people to do them if they wish to,
if you're not using arm, or you're using softfp, then feel free to stop
reading
i've backported the patches from upstream gcc/glibc to use the new ldso paths
for arm hardfp targets. atm, this is in glibc-2.15 and gcc-4.5.3 and
gcc-4.6.3. so if you have one of these systems where you're runnin
On 05/10/12 06:36, Greg KH wrote:
> On Wed, May 09, 2012 at 08:51:37PM +0200, Fabio Erculiani wrote:
>> I foresee a new udev fork then.
> Please feel free to do so, the code has been open since the first day I
> created it.
>
> Remember, forks are good, there's nothing wrong with them, I strongly
>
On Wed, May 9, 2012 at 9:08 PM, Patrick Lauer wrote:
> On 05/10/12 06:36, Greg KH wrote:
>> On Wed, May 09, 2012 at 08:51:37PM +0200, Fabio Erculiani wrote:
>>> Please stop throwing lennartware at people. FailAudio has been enough,
>>> thanks.
>> The use of these terms is both rude and totally un
I think expressing my own opinion about Lennart-made software is my
right, after all.
Firstly, it's almost impossible nowadays to avoid including avahi,
systemd and pulseaudio into a desktop distro so, there is no real
choice. This issue became a sensible matter for those users who for
instance, wa
11 matches
Mail list logo
