On Tue, Mar 22, 2011 at 7:24 PM, Fons Adriaensen wrote:
> Hello all,
>
> A full system update yesterday replaced Python 3.1 by 3.2mu
> (what does the 'mu' mean BTW) and this seems to break pycairo:
>
> Traceback (most recent call last):
> File "./mkmeter.py", line 3, in
> from cairo import *
Hello all,
A full system update yesterday replaced Python 3.1 by 3.2mu
(what does the 'mu' mean BTW) and this seems to break pycairo:
Traceback (most recent call last):
File "./mkmeter.py", line 3, in
from cairo import *
File "/usr/lib/python3.2/site-packages/cairo/__init__.py", line 18,
On Tue, 22 Mar 2011 16:40:58 +0100
Thomas Bächler wrote:
> We used to have lots of patches in the kernel (between 5 and 15), so a
> single -ARCH patch was created.
> Now, the number of patches is fairly small and I am thinking maybe we
> should go back to single patches.
>
> Optimally, we could
Am 22.03.2011 17:27, schrieb Richard Schütz:
Am 22.03.2011 15:31, schrieb Tobias Powalowski:
Hi guys,
please signoff 2.6.38 series for both arches.
Upstream
changes:
http://kernelnewbies.org/LinuxChanges
Features included:
- latest stable patches
- disabled /dev/kmem
- added AMD_IOMMU support
Am 22.03.2011 15:31, schrieb Tobias Powalowski:
Hi guys,
please signoff 2.6.38 series for both arches.
Upstream
changes:
http://kernelnewbies.org/LinuxChanges
Features included:
- latest stable patches
- disabled /dev/kmem
- added AMD_IOMMU support
- kernel image is now xz compressed
- NUMA is
Am 22.03.2011 16:14, schrieb Damjan:
>> please signoff 2.6.38 series for both arches.
>
>> Features included:
>> - latest stable patches
>
> a bit offtopic,
> is there a special reason why there's a single big patch for the kernel,
> and at that one that's not versioned with the kernel package.
>
On Tue, Mar 22, 2011 at 10:14 AM, Damjan wrote:
>> please signoff 2.6.38 series for both arches.
>
>> Features included:
>> - latest stable patches
>
> a bit offtopic,
> is there a special reason why there's a single big patch for the kernel,
> and at that one that's not versioned with the kernel
> please signoff 2.6.38 series for both arches.
> Features included:
> - latest stable patches
a bit offtopic,
is there a special reason why there's a single big patch for the kernel,
and at that one that's not versioned with the kernel package.
A broken up patch would be much easier to analyze
Latest LTS kernel is in testing,
- added AMD_IOMMU support
- disabled /dev/kmem
please signoff for both arches
greetings
tpowa
--
Tobias Powalowski
Archlinux Developer & Package Maintainer (tpowa)
http://www.archlinux.org
tp...@archlinux.org
signature.asc
Description: This is a digitally signe
Hi guys,
please signoff 2.6.38 series for both arches.
Upstream
changes:
http://kernelnewbies.org/LinuxChanges
Features included:
- latest stable patches
- disabled /dev/kmem
- added AMD_IOMMU support
- kernel image is now xz compressed
- NUMA is enabled on x86_64
- AUTOSCHED (aka the wonder patc
On 03/22/2011 04:59 AM, Ionuț Bîru wrote:
On 03/22/2011 06:13 AM, Matthew Monaco wrote:
When starting gnome here is a delay before the panel shows up, and then
the clock is missing. From .xsession-errors:
** (nautilus:3085): WARNING **: libwebkit-1.0.so.2: cannot open shared
object file: No suc
2011/3/22 Ángel Velásquez :
> 2011/3/22 Magnus Therning :
>> 2011/3/22 jesse jaara :
>>> put a over b in pacman conf and it will always install from a and if it cant
>>> be found it will move to b. Ignorepkg repob/package might work too
>>
>> The problem with that is that the package from b *will b
2011/3/22 Magnus Therning :
> 2011/3/22 jesse jaara :
>> put a over b in pacman conf and it will always install from a and if it cant
>> be found it will move to b. Ignorepkg repob/package might work too
>
> The problem with that is that the package from b *will be considered*,
> and it'll actually
2011/3/22 jesse jaara
> Ignorepkg repob/package might work too
This does not work. I've just tried enabling [community-testing] and
ignoring a package set to be updated (with --ignore and with IgnorePkg). The
ignored package is still set to be updated.
--
Cédric Girard
On Tue, Mar 22, 2011 at 8:44 AM, Tom Gundersen wrote:
> On Tue, Mar 22, 2011 at 3:59 AM, Seblu wrote:
>> So, this situation is a bit confusing, so why do not remove
>> /lib/udev/rules.d/97-bluetooth.rules?
>
> I don't think it is a good idea to remove these rules, at they allow
> bluez to be star
2011/3/22 Ng Oon-Ee :
> Any particular reason you cross-posted this between aur-general and
> arch-general?
I got screwed by the auto-completion
>
> On Tue, 2011-03-22 at 03:59 +0100, Seblu wrote:
>> Hello,
>>
>> It was a few things I could not explain with bluez and udev.
>>
>> When my system sta
2011/3/22 jesse jaara :
> put a over b in pacman conf and it will always install from a and if it cant
> be found it will move to b. Ignorepkg repob/package might work too
The problem with that is that the package from b *will be considered*,
and it'll actually be be chosen in some cases. Is ther
put a over b in pacman conf and it will always install from a and if it cant
be found it will move to b. Ignorepkg repob/package might work too
2011/3/22 Cédric Girard :
> On Tue, Mar 22, 2011 at 10:31 AM, Magnus Therning wrote:
>
>> Is it possible to configure pacman to completely ignore a set of
>> packages from a specific repository?
>>
>>
> What do you mean? Ignore it from one repo but accept it from another?
Yes, e.g., package foo is
On Tue, Mar 22, 2011 at 10:31 AM, Magnus Therning wrote:
> Is it possible to configure pacman to completely ignore a set of
> packages from a specific repository?
>
>
What do you mean? Ignore it from one repo but accept it from another?
--
Cédric Girard
Is it possible to configure pacman to completely ignore a set of
packages from a specific repository?
/M
--
Magnus Therning OpenPGP: 0xAB4DFBA4
email: mag...@therning.org jabber: mag...@therning.org
twitter: magthe http://therning.org/magnus
On 03/22/2011 06:13 AM, Matthew Monaco wrote:
When starting gnome here is a delay before the panel shows up, and then
the clock is missing. From .xsession-errors:
** (nautilus:3085): WARNING **: libwebkit-1.0.so.2: cannot open shared
object file: No such file or directory
Installing libwebkit m
On Tuesday 22 March 2011 02:50:42 Sven-Hendrik Haase wrote:
> On 03/22/2011 01:35 AM, Arthur Titeica wrote:
> > On Tue, 22 Mar 2011 07:24:26 +0700, Emmanuel Benisty wrote:
> >> On Tue, Mar 22, 2011 at 4:49 AM, Marek Otahal
> >>
> >> wrote:
> >>> On Monday 21 of March 2011 22:21:44 you wrote:
> >
On Tue, 2011-03-22 at 00:13 -0400, Matthew Monaco wrote:
> When starting gnome here is a delay before the panel shows up, and then the
> clock is missing. From .xsession-errors:
>
> ** (nautilus:3085): WARNING **: libwebkit-1.0.so.2: cannot open shared object
> file: No such file or directory
>
On Tue, Mar 22, 2011 at 3:59 AM, Seblu wrote:
> So, this situation is a bit confusing, so why do not remove
> /lib/udev/rules.d/97-bluetooth.rules?
I don't think it is a good idea to remove these rules, at they allow
bluez to be started on demand rather than unconditionally. I'd rather
try to fix
25 matches
Mail list logo
