On Mon 06 Dec 2010 23:24 -0500, Kaiting Chen wrote:
> On Mon, Dec 6, 2010 at 9:12 PM, Allan McRae wrote:
>
> > Top posting vs. going off topic without changing subject lines. I'm not
> > sure which is worse...
>
> Bottom posting in Gmail is a pain in the ass. --Kaiting.
Get a better mail client
On Mon, Dec 6, 2010 at 9:12 PM, Allan McRae wrote:
> Top posting vs. going off topic without changing subject lines. I'm not
> sure which is worse...
>
Bottom posting in Gmail is a pain in the ass. --Kaiting.
--
Kiwis and Limes: http://kaitocracy.blogspot.com/
On 07/12/10 11:52, Loui Chang wrote:
On Mon 06 Dec 2010 10:27 -0700, Steve Holmes wrote:
Scroll CLEAR down to the bottom for my response.
On Wed, Oct 20, 2010 at 12:02:27PM -0400, Matthew Gyurgyik wrote:
Really please, please don't top post.
http://www.river.com/users/share/etiquette/
Who ca
On Mon 06 Dec 2010 10:27 -0700, Steve Holmes wrote:
> Scroll CLEAR down to the bottom for my response.
>
> On Wed, Oct 20, 2010 at 12:02:27PM -0400, Matthew Gyurgyik wrote:
> > Really please, please don't top post.
> > http://www.river.com/users/share/etiquette/
>
> Who cares! it takes too long t
On Tue, Dec 7, 2010 at 1:10 AM, Thomas Bächler wrote:
> I pushed everything to the official git tree.
Great!
> There's one more thing about the check in the SWAP area of the crypttab
> code: Instead of using isLuks to check for a LUKS device, check with
> blkid whether there is any valid file sy
Am 06.12.2010 16:48, schrieb Tom Gundersen:
> On Mon, Dec 6, 2010 at 1:52 PM, Thomas Bächler wrote:
>> Thanks. The initscripts patch won't work though:
>>
>> [[ $USELVM =~ yes|YES && -x /sbin/lvm && -d /sys/block ]] || return
>> "return" is a statement that will only work inside a function. I don'
On Mon, 2010-12-06 at 10:27 -0700, Steve Holmes wrote:
> > Really please, please don't top post.
> > http://www.river.com/users/share/etiquette/
>
> Who cares! it takes too long to scroll down through the past fifteen
> generations to get to the relevant part of the message.
If you're posting on
On Mon, Dec 6, 2010 at 11:48 AM, Christoffer Hirth wrote:
> Den 06. des. 2010 18:27, skrev Steve Holmes:
>>>
>>> Really please, please don't top post.
>>> > http://www.river.com/users/share/etiquette/
>>
>> Who cares! it takes too long to scroll down through the past fifteen
>> generations to get
Den 06. des. 2010 18:27, skrev Steve Holmes:
Really please, please don't top post.
> http://www.river.com/users/share/etiquette/
Who cares! it takes too long to scroll down through the past fifteen
generations to get to the relevant part of the message.
That no problem as you only keep the re
The former ooo-build project "go-openoffice" is deprecated by
upstream developers in favor of the upcoming LibreOffice (LibO).
It's time to drop it from our repos while we are rebuilding all
OpenOffice branches for the icu-4.6 .so-bump.
Please use the vanilla Oracle openoffice-base packages or tr
Scroll CLEAR down to the bottom for my response.
On Wed, Oct 20, 2010 at 12:02:27PM -0400, Matthew Gyurgyik wrote:
> On 10/20/2010 11:45 AM, maxc wrote:
> >There is an excellent post by Guido here, Hilton:
> >http://mail.python.org/pipermail/python-3000/2008-February/011910.html
> >
> >Guido see
On Mon, Dec 6, 2010 at 1:52 PM, Thomas Bächler wrote:
> Thanks. The initscripts patch won't work though:
>
> [[ $USELVM =~ yes|YES && -x /sbin/lvm && -d /sys/block ]] || return
> "return" is a statement that will only work inside a function. I don't
> know what it will do on the top level, but cer
On Mon, Dec 6, 2010 at 8:48 AM, Rémy Oudompheng
wrote:
> On 2010/12/6 Rémy Oudompheng wrote:
>> This seems to assume that pacman and makepkg run on systems that are
>> either 32-bit or 64-bit. IMO, your proposal looks very "ad hoc", and
>> would add unnecessary complications to makepkg, with no b
On 2010/12/6 Rémy Oudompheng wrote:
> This seems to assume that pacman and makepkg run on systems that are
> either 32-bit or 64-bit. IMO, your proposal looks very "ad hoc", and
> would add unnecessary complications to makepkg, with no benefit when
> dealing with PowerPC, ARM, and other architectu
On 2010/12/6 jesse jaara wrote:
> Currently, if one wants to make a pkg, lets
> say, for an app that only has binaries available
> and only for 32bit archs, then one usually
> makes a bin32-appname pkg for it. I don't
> like this and would like to have the bin32
> and the non-bin32 pkgs to be just
Am 06.12.2010 13:43, schrieb Tom Gundersen:
> On Mon, Dec 6, 2010 at 12:04 PM, Thomas Bächler wrote:
>> https://github.com/teg/initscripts-arch/commit/b4c804d60d6e8361db3f19bf3a2fa6fb58ee8458
>>
>> Two short comments about this commit:
>>
>> 1) We need to run vgchange again after rw-mounting every
Currently, if one wants to make a pkg, lets
say, for an app that only has binaries available
and only for 32bit archs, then one usually
makes a bin32-appname pkg for it. I don't
like this and would like to have the bin32
and the non-bin32 pkgs to be just one
pkg with the name of the app. But if one
On Mon, Dec 6, 2010 at 12:04 PM, Thomas Bächler wrote:
> https://github.com/teg/initscripts-arch/commit/b4c804d60d6e8361db3f19bf3a2fa6fb58ee8458
>
> Two short comments about this commit:
>
> 1) We need to run vgchange again after rw-mounting everything (without
> --sysinit), so monitoring can be s
Am 06.12.2010 11:39, schrieb Tom Gundersen:
> On Fri, Nov 19, 2010 at 7:58 AM, Allan McRae wrote:
>> While looking through bugs for [core] packages, I notice that there are a
>> large number of bug report for these three packages. In total they account
>> for ~13% of the bugs in the tracker!
>
>
On Fri, Nov 19, 2010 at 7:58 AM, Allan McRae wrote:
> While looking through bugs for [core] packages, I notice that there are a
> large number of bug report for these three packages. In total they account
> for ~13% of the bugs in the tracker!
[...]
> But given these are some of the uniqueness
20 matches
Mail list logo