Re: [arch-general] Dropping Oracle OpenOffice

2011-03-10 Thread Vitor Eiji Justus Sakaguti
I switched to LibreOffice as soon as it hit the repos and I don't miss a thing.
Also, I don't think we should worry too much about users coming from
Windows. Really, if they're here, they're not afraid of change.
Drop it now!


Re: [arch-general] Dropping Oracle OpenOffice

2011-03-10 Thread headmastersquall
On Mar 10, 2011 10:04am, Vitor Eiji Justus Sakaguti vitorei...@gmail.com  
wrote:
I switched to LibreOffice as soon as it hit the repos and I don't miss a  
thing.



Also, I don't think we should worry too much about users coming from



Windows. Really, if they're here, they're not afraid of change.



Drop it now!



I agree with Vitor. Switching to Linux is a big change and if they are  
willing to change their operating system for the better, changing their  
office suite shouldn't be a big deal either.


Re: [arch-general] Dropping Oracle OpenOffice

2011-03-10 Thread Linas
Ng Oon-Ee wrote:
 Dedicated to the relatively-closed and more-constrained version of whats
 in the repos. Sure =)

 The distros have jumped fast, but I'm wondering about the Windows users
 of openoffice, seems to me none of them would try libreoffice just
 because its there (and frankly the politics of the thing just doesn't
 cut it with most users in that camp). Idle thoughts...

Their problem is that they don't have an upgrade path.
Distros can (and should) show libreoffice-X.Y as updates to openoffice
X.(Y-1)
so the update can go smoothly. But Windows users don't have that.

I installed libreoffice on windows today at work. OpenOffice had warned
me about a new version and only after it had downloaded and extracted
everything and it opened the installer splash screen with the Oracle logo
did I notice. I cancelled the install and went to libreoffice.org, but
most users
won't be aware of the issue and so will continue using the Oracle version.



Re: [arch-general] Build in clean chroot

2011-03-10 Thread Linas
Baho Utot wrote:
 This gives me an error

 /build/PKGBUILD: line 25: cd: /trinity.source/kdepim: Too many levels
 of symbolic links

 I want to symlink the svn repo to inside the chroot so when
 makechrootpkg -c -r chrootdir creates the clean copy it doesn't have
 to copy the entire svn source code to the clean copy, as it is almost
 2G is size.

  Anyone know of a way to get around this?
symlinks can't go out of chroots. So /home+build/../trinity.source
inside the chroot is /../trinity.source and the parent of root being
root, resolves to /trinity.source which is /home+build/trinity.source.
In summary: the symlink points to itself.
The solution is to use mount --bind /trinity.source
/home+build/trinity.source 




Re: [arch-general] Build in clean chroot

2011-03-10 Thread Baho Utot

On 03/10/2011 07:38 PM, Linas wrote:

Baho Utot wrote:

This gives me an error

/build/PKGBUILD: line 25: cd: /trinity.source/kdepim: Too many levels
of symbolic links

I want to symlink the svn repo to inside the chroot so when
makechrootpkg -c -rchrootdir  creates the clean copy it doesn't have
to copy the entire svn source code to the clean copy, as it is almost
2G is size.

  Anyone know of a way to get around this?

symlinks can't go out of chroots. So /home+build/../trinity.source
inside the chroot is /../trinity.source and the parent of root being
root, resolves to /trinity.source which is /home+build/trinity.source.
In summary: the symlink points to itself.
The solution is to use mount --bind /trinity.source
/home+build/trinity.source



I will try that Thank you





Re: [arch-general] [signoff] kernel26-2.6.37.3-1

2011-03-10 Thread Linas
Tobias Powalowski wrote:
 Hi guys,
 - bump to latest version

 greetings
 tpowa

X still broken :(



Re: [arch-general] Dropping Oracle OpenOffice

2011-03-10 Thread Ng Oon-Ee
On Fri, 2011-03-11 at 01:33 +0100, Linas wrote:
 Ng Oon-Ee wrote:
  Dedicated to the relatively-closed and more-constrained version of whats
  in the repos. Sure =)
 
  The distros have jumped fast, but I'm wondering about the Windows users
  of openoffice, seems to me none of them would try libreoffice just
  because its there (and frankly the politics of the thing just doesn't
  cut it with most users in that camp). Idle thoughts...
 
 Their problem is that they don't have an upgrade path.
 Distros can (and should) show libreoffice-X.Y as updates to openoffice
 X.(Y-1)
 so the update can go smoothly. But Windows users don't have that.
 
 I installed libreoffice on windows today at work. OpenOffice had warned
 me about a new version and only after it had downloaded and extracted
 everything and it opened the installer splash screen with the Oracle logo
 did I notice. I cancelled the install and went to libreoffice.org, but
 most users
 won't be aware of the issue and so will continue using the Oracle version.
 
The Oracle version continues to exist, and its highly unlikely oracle
would generously offer their customers an easy update path to
libreoffice. The distros are not under Oracle's control, so Linux users
get what the distros choose to give them.

Unfortunately, this probably means that a few years from now libreoffice
will perhaps be very linux-centric.



Re: [arch-general] [translation] Let's start the work for 3.5.0 release

2011-03-10 Thread Dan McGee
On Mon, Feb 28, 2011 at 11:33 AM, Dan McGee dpmc...@gmail.com wrote:
 We're using transifex this time around, and going cold turkey, so I
 won't even look at translations submitted here.

 http://projects.archlinux.org/pacman.git/tree/doc/translation-help.txt

 The transifex help and the tx client will likely be your friend here.
 `tx pull` and `tx push -t -l en_GB` were two commands I used to try
 this whole system out. As I mentioned earlier, you will need
 transifex-client-hg (https://aur.archlinux.org/packages.php?ID=45787)
 from the AUR.

 Questions- send them to the list. Translations- please do not.

OK- we have most of them in, I'm going to set a deadline of this
Sunday (March 13) so we can release early next week. Here is the
status:
http://www.transifex.net/projects/p/archlinux-pacman/r/3-5-0/

-Dan