On Fri, Apr 29, 2011 at 9:24 PM, Evangelos Foutras wrote:
> On 30 April 2011 04:26, Dan McGee wrote:
>> On Fri, Apr 29, 2011 at 7:23 PM, Eric Bélanger
>> wrote:
>>> 2- The report for large packages should list the sizes in MB instead of
>>> bytes.
>> That would make the generic nature of these
Hi! Does anyone have any clue about this?
[nico@myhost ~]$ blender -d
Blender 2.49 (sub 2) Build
argv[0] = blender
argv[1] = -d
Compiled with Python version 2.7.1.
Checking for installed Python... got it!
Color depth r 5 g 6 b 5
Aux buffers: 0
read file
Version 247 sub 5
read file
Version 245
On 03:01 Sat 30 Apr , Philipp Überbacher wrote:
> Does it happen every time? I'm thinking about dmenu_path, which causes a
> delay when it's run, but I don't see the connection to gfx drivers..
>
Yes. But with long lines(>50 symbols, i think). If i continue pressing
'arrow down' key and then rele
On 30 April 2011 04:26, Dan McGee wrote:
> On Fri, Apr 29, 2011 at 7:23 PM, Eric Bélanger
> wrote:
>> 2- The report for large packages should list the sizes in MB instead of
>> bytes.
> That would make the generic nature of these reports a lot harder,
> and/or involve me sinking quite a bit of
Excerpts from Stan's message of 2011-04-27 17:53:56 +0200:
> Hi, guys.
>
> Have some troubles with dmenu(4.2.1-1), stock kernel(2.6.38.4-1) and
> perhaps xf86-video-ati(6.14.1-1): dmenu lags. Vertical listing is really
> pain in the ass(latency ~1 sec) and with blob everything works just
> fine. I
On Fri 29 Apr 2011 23:00 +0200, Tom Gundersen wrote:
> On Fri, Apr 29, 2011 at 8:41 PM, David Rosenstrauch wrote:
> > Can someone pls clarify what exactly is broken about localtime? I've been
> > using it for years without any (noticable) issue. I'll be happy to switch
> > over if I need to, but
On Fri, Apr 29, 2011 at 10:44 PM, Denis A. Altoé Falqueto
wrote:
> Yeah, you are right. At first sight (or maybe an oversight...) I've
> got the impression of it being unsupported from now on. But rereading
> the thread made that clear. Maybe that could be made more explicit.
Yes, it appears this
On Fri, Apr 29, 2011 at 8:41 PM, David Rosenstrauch wrote:
> Can someone pls clarify what exactly is broken about localtime? I've been
> using it for years without any (noticable) issue. I'll be happy to switch
> over if I need to, but I'd like to understand the problem(s) first.
There are some
On Fri, Apr 29, 2011 at 5:38 PM, Tom Gundersen wrote:
> On Fri, Apr 29, 2011 at 10:16 PM, Heiko Baums wrote:
>> [...] if localtime isn't
>> supported anymore.
>
> Sorry to be repeating myself: we are not considering dropping support
> for localtime.
Yeah, you are right. At first sight (or maybe
On Fri, Apr 29, 2011 at 10:16 PM, Heiko Baums wrote:
> [...] if localtime isn't
> supported anymore.
Sorry to be repeating myself: we are not considering dropping support
for localtime.
We are just pointing out that it is a bad idea to use it (it has
always been a bad idea, nothing has changed,
On Fri, Apr 29, 2011 at 5:11 PM, Thomas Bächler wrote:
> Am 29.04.2011 15:36, schrieb Heiko Baums:
>> And I say my opinion, at least if I see that there could be
>> regressions or serious issues.
>
> If I remember it right, the only changes were the default value and
> comment in rc.conf.
Correct
2011/4/29 Heiko Baums :
> Am Fri, 29 Apr 2011 17:11:22 +0200
> schrieb Thomas Bächler :
>
>> If I remember it right, the only changes were the default value and
>> comment in rc.conf.
>
> Maybe, and it's alright. But as it wasn't released, yet, I just wanted
> to note that a lot of people could get
Am Fri, 29 Apr 2011 17:11:22 +0200
schrieb Thomas Bächler :
> If I remember it right, the only changes were the default value and
> comment in rc.conf.
Maybe, and it's alright. But as it wasn't released, yet, I just wanted
to note that a lot of people could get problems if localtime isn't
support
Am Fri, 29 Apr 2011 11:18:16 -0300
schrieb Ángel Velásquez :
> Ok are you freaking joking on me? Why we have to worry about other OS?
> if they do the wrong things, then report it to them, we don't have to
> eat a hundreds of bugs, just because you like a crappy os just for
> game.
If you had rea
On 04/28/2011 11:22 PM, C Anthony Risinger wrote:
setting the hardware clock to localtime is 100% broken and the links
provided in the original announcement explain the ramifications
clearly ... at least i thought there were links somewhere ... wtf,
where did i see them? it was an arch-related m
Am 29.04.2011 15:36, schrieb Heiko Baums:
> And I say my opinion, at least if I see that there could be
> regressions or serious issues.
If I remember it right, the only changes were the default value and
comment in rc.conf.
signature.asc
Description: OpenPGP digital signature
2011/4/29 Heiko Baums :
> Am Fri, 29 Apr 2011 07:07:58 -0400
> schrieb Matthew Gyurgyik :
>
>> I'm with Thomas here. If it bugs you that much submit some patches.
>> It seems as if you always have an opinion, but rarely have a solution
>> and/or patches.
>
> And I say my opinion, at least if I see
Am Fri, 29 Apr 2011 07:07:58 -0400
schrieb Matthew Gyurgyik :
> I'm with Thomas here. If it bugs you that much submit some patches.
> It seems as if you always have an opinion, but rarely have a solution
> and/or patches.
And I say my opinion, at least if I see that there could be
regressions or
Hi all,
I'll try to answer all the comments in one go:
On Fri, Apr 29, 2011 at 2:43 AM, Heiko Baums wrote:
> Am Fri, 29 Apr 2011 02:33:57 +0200
> schrieb Tom Gundersen :
>
>> * We now strongly discourage the use of HWCLOCK="localtime", as this
>> may lead to several known and unfixable bugs
>
>
On 04/29/2011 06:46 AM, Heiko Baums wrote:
Am Fri, 29 Apr 2011 11:02:22 +0200
schrieb Thomas Bächler:
Every recent operating system I know can handle UTC, even Windows
Vista (bugs before SP1, works with SP1 or later) and Windows 7, and
Windows XP is so old, it shouldn't be used anyway.
But the
Am Fri, 29 Apr 2011 10:04:30 +0800
schrieb Oon-Ee Ng :
> Isn't initscripts an Arch-specific project?
I don't know if those problems are just the initscripts or if localtime
shall just be ignored by the initscripts due to upstream issues. I even
don't know the issues.
Well, I don't care that much
Am Fri, 29 Apr 2011 11:02:22 +0200
schrieb Thomas Bächler :
> Every recent operating system I know can handle UTC, even Windows
> Vista (bugs before SP1, works with SP1 or later) and Windows 7, and
> Windows XP is so old, it shouldn't be used anyway.
But there's a problem with Windows. Updating W
Am Thu, 28 Apr 2011 22:22:39 -0500
schrieb C Anthony Risinger :
> a [brief] post-installation message seems a good compromise to me --
> maybe even the registry file itself too -- but in the absence of both
> this is still a good change imo.
This should not only be a brief post-installation messa
Am 29.04.2011 02:43, schrieb Heiko Baums:
> Am Fri, 29 Apr 2011 02:33:57 +0200
> schrieb Tom Gundersen :
>
>> * We now strongly discourage the use of HWCLOCK="localtime", as this
>> may lead to several known and unfixable bugs
>
> This can lead to problems on multi boot systems on which Arch
> Li
24 matches
Mail list logo
