Re: [arch-general] Keyboard Problem in Mate Arch Linux for the Last Few Days

[Andreas Radke via arch-general]

It's a known bug:

https://bugs.archlinux.org/task/66898

-Andy


pgpr_CD_PEGg7.pgp
Description: Digitale Signatur von OpenPGP

Re: [arch-general] remove obsolete Xorg components ?

[Andreas Radke via arch-general]

Am Tue, 17 Dec 2019 11:49:39 +0100
schrieb Lone_Wolf :

> Hi,
> 
> 
> On xorg-devel mailing list[1] I noticed several components were 
> mentioned that were no longer used and checked if archlinux still 
> packaged them.
> 
> If desired I can create bug reports for them, but since this concerns 
> multiple packages I felt it was better to post here first .

Please file one single bug report to follow this request. Please
also note dropping xf86-input-mouse following xf86-input-keyboard.

Thanks

Andy


pgpaPaXUaXHr9.pgp
Description: Digitale Signatur von OpenPGP

Re: [arch-general] Linux LTS 4.4 continued or 4.9 coming soon?

[Andreas Radke]

Am Sun, 26 Feb 2017 23:01:00 +
schrieb Phil Wyett via arch-general :

> Hi,
> 
> Is the project sticking with Linux 4.4 for the foreseeable future, or
> is the switch to 4.9 coming soon?
> 
> Regards
> 
> Phil
> 

I'm going to move to 4.9-lts branch pretty soon...

-Andy


pgpROr0i_mEx7.pgp
Description: Digitale Signatur von OpenPGP

Re: [arch-general] Libreoffice Google Drive not working

[Andreas Radke]

Am Mon, 4 Jul 2016 17:43:29 +0200
schrieb Andreas Radke <andy...@archlinux.org>:

> Am Sun, 3 Jul 2016 18:13:24 -0300
> schrieb Martin Zecher via arch-general <arch-general@archlinux.org>:
> 
> > When trying to access Google Drive under Libreoffice 5.1.4-1, I get
> > "The specified device is invalid". This problem should be fixed
> > since 5.1.3.2 according to
> > https://bugs.documentfoundation.org/show_bug.cgi?id=98416 I think
> > there may be a problem with Arch's compilation.
> >   
> 
> This bug requires patching system libcmis. Please file a bug to our
> tracker.
> 
> -Andy

Fixed in libcmis 0.5.1-2.

-Andy


pgptWZQbhxKrI.pgp
Description: Digitale Signatur von OpenPGP

Re: [arch-general] Libreoffice Google Drive not working

[Andreas Radke]

Am Sun, 3 Jul 2016 18:13:24 -0300
schrieb Martin Zecher via arch-general :

> When trying to access Google Drive under Libreoffice 5.1.4-1, I get
> "The specified device is invalid". This problem should be fixed since
> 5.1.3.2 according to
> https://bugs.documentfoundation.org/show_bug.cgi?id=98416 I think
> there may be a problem with Arch's compilation.
> 

This bug requires patching system libcmis. Please file a bug to our
tracker.

-Andy


pgp9WIh0VkDc4.pgp
Description: Digitale Signatur von OpenPGP

Re: [arch-general] Preferred CHOST

[Andreas Radke]

Am Tue, 4 Nov 2014 07:29:25 +0100
schrieb Ralf Mardorf ralf.mard...@rocketmail.com:

 Hi :)
 
 why is the wanted default CHOST ARCHITECTURE-unknown-linux-gnu instead
 of ARCHITECTURE-arch-linux-gnu?
 
 $ grep CHOST /etc/makepkg.conf
 CHOST=x86_64-unknown-linux-gnu
 
 I wasn't aware of this, until I started testing Claws [1], [2].
 
 Other distros usually prefer self-promotion.
 
 Regards,
 Ralf
 
 [1]
 http://lists.claws-mail.org/pipermail/users/2014-November/011307.html
 
 [2]
 The following task is now closed:
 
 FS#42659 - [claws-mail] X-Mailer feature request
 
 Reason for closing: Not a bug
 Additional comments about closing: check the wanted Arch Linux default
 CHOST in /etc/makepkg.conf ;)
 

Afaik this is for historical reason. I can only speak about the x86_64
port that I've been working from the very early days.

Arch64 was made following CLFS and they recommended this variable
naming:
http://www.linuxfromscratch.org/clfs/view/svn/x86_64-64/cross-tools/variables.html

I'm not sure about the reason for our 32bit mother distribution.

The variable is pretty much of no interest at runtime. But I remember
some packages that strictly needed this generic CHOST variable to be
able to compile out of the box. Any customized naming made them fail to
pass configure.

-Andy


pgpYgdrJw1wKN.pgp
Description: Digitale Signatur von OpenPGP

Re: [arch-general] LibreOffice update

[Andreas Radke]

Am Sat, 23 Aug 2014 20:08:31 +0200
schrieb Viktor G meilenweitvor...@gmail.com:

 Hello,
 
 I want to update my LibreOffice installation but pacman informed me
 about a conflict with the packages.
 
 So, there are libreoffice-still-* packages and there is one
 libreoffice-fresh package.
 
 I want to update to 4.3.x.
 
 Why are versions split into two branches and does libreoffice-fresh
 contain all the LO applications like Writer, Calc, etc.? (There is no
 libreoffice-fresh-writer or libreoffice-writer package)
 
 Thanks
 Vik
 

pacman -Si 'libreoffice-fresh' will sow you that it provides and
includes all LibO core applications. We dropped the app splitting
because they are of small size and sometimes upstream broken the
dependencies between the parts.

So pacman -S libreoffice-fresh is what you want.

-Andy


signature.asc
Description: PGP signature

Re: [arch-general] LibreOffice update

[Andreas Radke]

Am Sat, 23 Aug 2014 20:32:42 +0200
schrieb Sebastiaan Lokhorst sebastiaanlokho...@gmail.com:

 2014-08-23 20:20 GMT+02:00 Andreas Radke andy...@archlinux.org:
 
  We dropped the app splitting because they are of small size and
  sometimes upstream broken the
  dependencies between the parts.
 
 
 Does this also mean we will stop splitting -still? It is strange to
 split Still but not Fresh. (I'm all for shipping one large pkg by the
 way)
 
 Thanks,
 Sebastiaan
 

Development happens in the fresh packages. All changes will move over
to the still package when a new major fresh release happens. Then the
massive splitting will be dropped.

-Andy


signature.asc
Description: PGP signature

Re: [arch-general] [arch-dev-public] nfs-utils-1.3.0 enters [testing]

[Andreas Radke]

Am Sat, 21 Jun 2014 08:59:30 +0200
schrieb Andreas Radke andy...@archlinux.org:

 Am Fri, 20 Jun 2014 16:48:21 -0400
 schrieb Genes Lists li...@sapience.com:
 
  This is probably unlikely but I'll ask. Is it possible that
  something that nfs needed (but missing from systemd service file)
  had not actually come up yet but several minutes later it was up
  and then nfs was able to start?
  
  Thought I'd ask.
  
  gene/
  
 
 I'm also affected by this issue. This could be a missing
 dependency /mixed up order in the nfs startup.
 
 -Andy

This can be fixed by explicitly enabling rpcbind.service on the server.

But this shouldn't be necessary because nfs-server.service has:

grep rpcbind /usr/lib/systemd/system/nfs-server.service
Requires= network.target proc-fs-nfsd.mount rpcbind.target
After= network.target proc-fs-nfsd.mount rpcbind.target nfs-mountd.service

So I assume some race condition or bug here though.

-Andy


signature.asc
Description: PGP signature

Re: [arch-general] [arch-dev-public] nfs-utils-1.3.0 enters [testing]

[Andreas Radke]

Am Sun, 22 Jun 2014 09:49:29 +0200
schrieb Andreas Radke andy...@archlinux.org:

 But this shouldn't be necessary because nfs-server.service has:
 
 grep rpcbind /usr/lib/systemd/system/nfs-server.service
 Requires= network.target proc-fs-nfsd.mount  
 After= network.target proc-fs-nfsd.mount rpcbind.target
 nfs-mountd.service
 
 So I assume some race condition or bug here though.
 
 -Andy

Replacing rpcbind.target with rpcbind.service does fix it here. Not
sure if this is the proper solution. This should be decided upstream.

-Andy


signature.asc
Description: PGP signature

Re: [arch-general] [arch-dev-public] nfs-utils-1.3.0 enters [testing]

[Andreas Radke]

Am Fri, 20 Jun 2014 16:48:21 -0400
schrieb Genes Lists li...@sapience.com:

 This is probably unlikely but I'll ask. Is it possible that something 
 that nfs needed (but missing from systemd service file) had not
 actually come up yet but several minutes later it was up and then nfs
 was able to start?
 
 Thought I'd ask.
 
 gene/
 

I'm also affected by this issue. This could be a missing
dependency /mixed up order in the nfs startup.

-Andy


signature.asc
Description: PGP signature

Re: [arch-general] Problem with cups 1.71 when restart service

[Andreas Radke]

Am Tue, 04 Feb 2014 14:51:57 +0100
schrieb luc forbug...@zoho.com:

 Hi Maykel,
 
  
  But the printer not found. The work send to printer arrived OK, but
  no printing...
  
 I had something similar two days back. Problem was, I followed
 https://wiki.archlinux.org/index.php/Cups#GNOME
 but instead of lpadmin I used lp. This produced exactly the effect
 your describing.
 
 Maybe it helps :)
 
 Cheers,
 Luc
 
 

See https://bugs.archlinux.org/task/38684 and add your feedback there.

This behavior was introduced by the change requested in
https://bugs.archlinux.org/task/32923 .

If there's no proper fix possible and you think this should be revert
please discuss further. I'm no fan of the FS#32923 change since we are
the only distro doing this so far.

-Andy


signature.asc
Description: PGP signature

Re: [arch-general] [arch-dev-public] Dropping bluez4

[Andreas Radke]

Am Sat, 12 Oct 2013 16:28:56 +0200
schrieb Tom Gundersen t...@jklm.no:

 Hi guys,
 
 Once pulseaudio and bluedevil moves out of [testing], the only
 official package depending on bluez4 will be blueman.
 
 As blueman was last released two years ago, and last upstream activity
 was more than one year ago and that bluez4 is no longer developed
 upstream at all, I suggest dropping both of them from the
 repositories.
 
 Any objections?
 
 Cheers,
 
 Tom
 


I've done some work and research on bluez lately. I can confirm my
adapters to work with bluez 5.10 and gnome-bluetooth (connecting
to headset + smartphone) that has already moved to extra.

I couldn't make it work with kde+bluedevil that is in testing. Also
it seems not possible to use plain bluetoothctl to pair (works
sometimes)/connect(never working here) your device and use plain
alsa/obex. This is an annoying situation for any other desktop apart
from Gnome.

Blueman is broken and for many users not even starting. No idea about
our networkmanager bluetooth support. Fedora 20 has switched over to
only use bluez v5, OpenSuSE is also using it.

We should search further how to solve kde and plain console situation.

Is Bluez4 still required to use with obexd? If not we can drop it and
focus on improving bluez5 support.

Best would be to get bluez connecting to devices from console or/and to
have a desktop independent frontend like this approach:

http://mail.xfce.org/pipermail/xfce4-dev/2013-July/030408.html

-Andy


signature.asc
Description: PGP signature

[arch-general] gcc 4.8 breaking libdrm for me

[Andreas Radke]

This is just a heads up notice. I've found gcc 4.8 breaking libdrm on my
nouveau nv44 device. When compiled with gcc 4.8 I'm faced with random
nouveau related error messages in dmesg. Using new google maps quickly
leads to Xorg hanging and finally to Xorg freezing or even crashing.
I've seen other Arch people also claiming about random X crashes.

Recompiling libdrm with -O0 or other new optimizaions disabled didn't
solve it for me so far. But recompiling with a local gcc 4.7.3 makes it
stable again.

I'm asking for help in tracking this down. We need to find out if a
certain part of libdrm has broken code that needs to be fixed. Please
everybody with random Xorg crashes try to downgrade to libdrm 2.4.43
(the last one that was built with gcc 4.7) and post your gfx card.

And this could also be a gcc 4.8 bug or regression. I've seen almost
the same behavior with kernel xfs file system code leading to fs
corruption under heavy load:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57436

Then we need to compare assembler code created by gcc 4.7 vs. 4.8.

Any suggestion and help is welcome.

-Andy


signature.asc
Description: PGP signature

Re: [arch-general] [arch-dev-public] gcc 4.8 breaking libdrm for me

[Andreas Radke]

I've built libdrm now with CLANG compiler and so far also no problems.
Clean dmesg, no hangs and no glitches over Firefox tabs.

I suggest to push a fixed package built with clang to testing and
report this one to gcc people.

Opinions?

-Andy


signature.asc
Description: PGP signature

[arch-general] Mesa 9.1 in testing

[Andreas Radke]

New unified Mesa has hit testing. Upgrade path went smooth here. Please
test it.

Now the main mesa pkg should provide everything required to build and
link packages. The mesa-libgl pkg providing libgl should be not be used
in the dependency array when linking to libgl.so - please use
libgl that will allow users to choose also nvidia-utils or
catalyst-utils.

There are still packages in extra depending on the old libgl package. We
will need to fix them before makepkg will properly allow to build only
against new mesa.

-Andy


signature.asc
Description: PGP signature

[arch-general] dropping OpenJDK6 by the end of this month

[Andreas Radke]

We will remove the OpenJDK6 packages by the end of this month. 

All users should move to OpenJDK7 based packages
jre7-openjdk/jre7-openjdk-headless/jdk7-openjdk (or the Oracle based
JRE/JDK from AUR) very soon.

The next OpenJDK7 update will replace openjdk6 on your system.

-Andy


signature.asc
Description: PGP signature

Re: [arch-general] [arch-dev-public] [RFC] Add Wayland/Weston

[Andreas Radke]

Am Sun, 10 Feb 2013 03:51:47 -0600
schrieb William Giokas 1007...@gmail.com:

 I'm getting pkg-config errors too, but for totally unrelated packages,
 like webkit-1.0. Downgrading cairo to [core] fixes that for me (and
 allows me to build things again) but the one in testing somehow breaks
 pkg-config. I have no idea what's going on, but if you need me to run
 something, I'll be glad to give some output.
 
 Steps to reproduce:
 
 # pacman -S testing/cairo webkitgtk
 [...]
 $ pkg-config webkit-1.0; echo $?
 1
 # pacman -S extra/cairo
 [...]
 $ pkg-config webkit-1.0; echo $?
 0
 
 Thanks,

https://bugs.archlinux.org/task/33793

I wonder why Gentoo and Fedora don't run into this. There are
several .pc files included that should cover all cairo features.

-Andy


signature.asc
Description: PGP signature

[arch-general] [cups-filters] adds cups-browserd.service - please test

[Andreas Radke]

New cups-filters 1.0.26 brings back browsing remote shared printers
using the new cups-browserd. This requires a running a local cupsd
instance and avahi on the client system.

Please test the included cups-browserd.service file and check if
browsing now works as expected and described
in /usr/share/doc/cups-filters/README.

-Andy


signature.asc
Description: PGP signature

Re: [arch-general] [arch-dev-public] fontconfig 2.10.1 will require user interaction

[Andreas Radke]

Am Thu, 6 Sep 2012 09:59:07 +0200
schrieb Heiko Baums li...@baums-on-web.de:

 Wouldn't it be possible and make sense to remove those in the
 pre_install() or pre_upgrade() functions of the new packages?
 
 Heiko
 

Pacman will detect the symlinks and break before the install scriptlet
will be run. So this is not an option.

-Andy


signature.asc
Description: PGP signature

Re: [arch-general] fontconfig: 99pdftoopvp.conf

[Andreas Radke]

Am Thu, 06 Sep 2012 20:45:54 +0530
schrieb phani listm...@phanisvara.com:

 am i supposed to do anything about this, or just leave it there?

Leave it there. In that directory will probably sit more files owned
by other (font) packages. Don't mess with them!

-Andy


signature.asc
Description: PGP signature

Re: [arch-general] When will LibreOffice 3.6 proposed ?

[Andreas Radke]

I've updated the PKGBUILD.36 files for libreoffice and libreoffice-i18n
in svn trunk.

Every user should now be able to build the new version.

-Andy


signature.asc
Description: PGP signature

Re: [arch-general] When will LibreOffice 3.6 proposed ?

[Andreas Radke]

Am Fri, 10 Aug 2012 21:54:14 +0200
schrieb Jelle van der Waa je...@vdwaa.nl:

 On 10/08/12 21:15, fredbezies wrote:
  Hello.
  
  I know, archlinux is really quick to package software, so I was
  wondering when LibreOffice 3.6 will be proposed, at least on
  testing ?
  

3.6.0 won't go into our repos. It's only for early adopters and not
ready for production use. Maybe I'll package 3.6.1 for testing repo
once it's out.

See http://wiki.documentfoundation.org/File:LibOReleaseLifecycle.png

-Andy


signature.asc
Description: PGP signature

Re: [arch-general] Cups 1.6 printer discovery

[Andreas Radke]

Wow. I could never imagine such a crazy setup just to get a client
printing.

It has been now for years possible to get the clients printing with
only libcups installed and no daemon needed at on the clients. This is
all in our wiki!

Again: if you know your server's IP or hostname you don't need to run
any daemon on the client. Neither cupsd nor avahi!

-Andy


signature.asc
Description: PGP signature

[arch-general] cups 1.6.0 hitting testing

[Andreas Radke]

A major cups update hits testing. Cups has dropped native printer
browsing support for Linux OS, you now need to run the avahi-daemon
before you start cupsd.

Make sure you also cleanup your cupds.conf.

My server seems to print well. Clients can see the printers in the
print dialog here. Please report broken stuff you may find to our
tracker or upstream.

Note: Please also test the systemd-socket patch. My server is running
initscripts so I can't test it. It has become a mix of the Fedora and
the Gentoo patch (no big differences).

-Andy


signature.asc
Description: PGP signature

Re: [arch-general] cups 1.6.0 hitting testing

[Andreas Radke]

Am Thu, 26 Jul 2012 21:05:54 +0200
schrieb Frederic Bezies fredbez...@gmail.com:

 On 26/07/2012 20:44, Andreas Radke wrote:
 [cups and cupsd.conf cleaning]
 
  My server seems to print well. Clients can see the printers in the
  print dialog here. Please report broken stuff you may find to our
  tracker or upstream.
 
 Is it normal to get the web managing page talking in japanese or
 chinese when clicking on manage printers ?

Somehow yes. It seems to be an upstream issue. Same here. It should be
English at least. Please report it upstream. 

Please note that almost all translations have been kicked out.

-Andy


signature.asc
Description: PGP signature

[arch-general] time to drop openjdk6 ?

[Andreas Radke]

Oracle has declared JRE/JDK7 the preferred one over JRE/JDK6. So it
should be now stable enough to replace Java6 for everyone also in the
OpenJDK community releases.

I'm asking if there's somebody still in the need to use openjdk6 for
certain apps that fail to run with openjdk7? If so please report it
upstream.

I know there's are still some commercial java apps that will only run
on the Oracle JRE6 or JRE7 but I ask only if somebody prefers openjdk6
in our repos over java7-openjdk.

I'd like to drop openjdk6 when the next security update will be
released if possible.

-Andy


signature.asc
Description: PGP signature

Re: [arch-general] cups 1.5.3-3 requires gs

[Andreas Radke]

Am Tue, 29 May 2012 14:05:28 -0500
schrieb rara8a...@aol.com:

 On Tue, May 29, 2012 at 01:48:24PM -0500, Leonid Isaev wrote:
  On Tue, 29 May 2012 13:26:02 -0500
  rara8a...@aol.com wrote:
  
   It does not seem to be documented (e.g. pacman -Qi cups) but cups
   1.5.3-3 requires ghostscript to be installed.  This is a change
   for some of us who had not otherwise needed ghostscript.  FYI
   
 T.
   
  
  cups-filters optionally depends on ghostscript (just as cups
  1.5.3-2 did).
  
 This is not an optional dependance that I am talking about.  When I
 tried to print from libreoffice via cups 1.5.3-3, cups failed because
 it called gs but I had no ghostscript installed.  After installed gs,
 I print easily. So my experience is that gs is now a necessity to
 print through cups.
 
   T.
 

Ghostscript should only be needed if your printer is not
capable to print PostScript directly. So it was in the past with pure
cups. That's also what cups-filters README says. Maybe you have to
(re)choose your driver now or try a different one.

-Andy


signature.asc
Description: PGP signature

Re: [arch-general] [arch-dev-public] Xorg 1.12 moves soon to testing for stabilization phase

[Andreas Radke]

Final Xorg-server has been released. No major issues have been reported
to our tracker. Touchpad issues seem all solved, right?

I'm going to move this soon to extra if you don't raise any stopper.

-Andy


signature.asc
Description: PGP signature

[arch-general] Xorg 1.12 moves soon to testing for stabilization phase

[Andreas Radke]

New Xorg has Xinput 2.2, Mesa 8.0 and many major library updates.
Expect some bugs and broken packages. Most recent Xorg stuff is used in
Fedora RawHide for a while where fixes can be found.

Most noticeable changes will be:

- Mesa 8.0 drops 3D support for some chips. These
  packages are gone now: unichrome-dri, mach64-dri, mga-dri, r128-dri,
  savage-dri, sis-dri, tdfx-dri
- I couldn't find patches to get Xorg 1.12 support in
  xf86-video-sisemedia and xf86-video-xgi. Both should be of very low
  interest (not included in FC at all). We might drop them if no fix
  can be found.
- State of closed drivers: Nvidia has a beta pkg out with Xorg 1.12
  support. Let's pray it's already in usable state. Catalyst (AUR)
  users will stay in the dark as on every major Xorg release for a
  while.

-Andy


signature.asc
Description: PGP signature

Re: [arch-general] LibreOffice Base errors

[Andreas Radke]

Am Sun, 12 Feb 2012 11:35:39 +0100
schrieb F. Gr. frgroc...@gmail.com:

 Hi,
 I'm trying to create a new database by the Libreoffice Database
 Wizard. I'm getting three errors:
 1. The connection to the data source database could not be
 established.
 
 2. Error code: 1000
 
 The driver class 'org.hsqldb.jdbcDriver' could not be loaded.The
 additional driver class path is 'file:///usr/share/java/hsqldb.jar
 vnd.sun.star.expand:$OOO_BASE_DIR/program/classes/sdbc_hsqldb.jar'.
 
 3. Error code: -1
 
 org.hsqldb.jdbcDriver
 
 I'm using LibreOffice 3.4.5-2, jre7-openjdk 7.b147_2.0-6.
 

make sure you have hsqldb-java installed.

-Andy


signature.asc
Description: PGP signature

[arch-general] java-7-openjdk has been splitted

[Andreas Radke]

To satisfy server admins not forcing them install lots of typical
desktop deps (FS#27621) I've reworked our (openjdk7) JRE pkg and now
it's splitted into jre7-opnjdk-headless and an addon jre7-openjdk
desktop package. (I've followed Debian here, they do a good job here).

I expect some people crying again hell no, no more splitting... but
who cares. I have to satisfy the KISS people and also those that want
it slack and without useless crap on their disc.

Packages are in testing. Please test them well. The packages are meant
to prepare the 7u2 Icedtea update expected within the next few weeks.

The update path should be smooth. Everything should work after an -Syu
and if you don't need the desktop stuff feel free to -R jre7-openjdk.

-Andy


signature.asc
Description: PGP signature

Re: [arch-general] java-7-openjdk has been splitted

[Andreas Radke]

Am Mon, 9 Jan 2012 22:07:46 +0100
schrieb Heiko Baums li...@baums-on-web.de:

 Haven't you done this already two or three months ago?
 
 Heiko
 

First we split it into JRE and JDK, this time we split JRE into
-headless and additional desktop files.

-Andy


signature.asc
Description: PGP signature

Re: [arch-general] Libreoffice in [testing] older than the [extra] one

[Andreas Radke]

Am Mon, 17 Oct 2011 14:21:08 +0200
schrieb Alessio 'Blaster' Biancalana dottorblas...@archlinux.us:

 On Mon, Oct 17, 2011 at 12:27 PM, Alex Ferrando alfer...@gmail.com
 wrote:
 
  Libreoffice from testing seems a build behind:
 
  testing/libreoffice-common 3.4.3-3 (libreoffice) [installed]
 common files for LibreOffice - a productivity suite that is
  compatible with other major office suites
  extra/libreoffice-common 3.4.3-4 (libreoffice) [installed: 3.4.3-3]
 common files for LibreOffice - a productivity suite that is
  compatible with other major office suites
 
 
 For me it's the same situation:
 
 [blaster@polinice ~]$ pacman -Ss libreoffice-common
 testing/libreoffice-common 3.4.3-3 (libreoffice) [installato]
 common files for LibreOffice - a productivity suite that is
 compatible with
 other major office suites
 extra/libreoffice-common 3.4.3-4 (libreoffice) [installato: 3.4.3-3]
 common files for LibreOffice - a productivity suite that is
 compatible with
 other major office suites
 
 There's something we're forgetting or Alex is effectively right?
 Maybe some script didn't run yet.
 

Should be fixed now. Removed the older one from testing repo.

-Andy

[arch-general] moving cups 1.5.0 to extra

[Andreas Radke]

New cups is sitting in testing now for some time. No bug reports so
far. It works fine for me. Any objections moving this to extra?

-Andy

[arch-general] gnutls 3.0.0 pushed to testing

[Andreas Radke]

We've just moved the gnutls 3.0.0 rebuilds to testing. Please check if
anything is broken and report bugs or give us your ok to move them all
to extra/community.

-Andy

Re: [arch-general] testing splitted LibreOffice 3.4.2rc1

[Andreas Radke]

Am Wed, 20 Jul 2011 14:21:09 +0530
schrieb Madhurya Kakati mkakati2...@gmail.com:

 Is there any way we can get all the document templates in one package?
 
 On 7/20/11, Andreas Radke a.ra...@arcor.de wrote:
  Am Wed, 20 Jul 2011 07:27:11 +0530
  schrieb Madhurya Kakati mkakati2...@gmail.com:
 
 
  What about templates?
 
 
  What do you mean?
 
 

No. The teplates are packages by the upstream split file list into the
LibO-common pkg. We should stay with this.

-Andy

[arch-general] testing splitted LibreOffice 3.4.2rc1

[Andreas Radke]

It's done. LibreOffice has been split into libreoffice-common
and application packages -writer,base,calc,...

For better look'n feel you should also install libreoffice-gnome for
use in any gtk desktop and libreoffice-kde4 if you want.

The en-US language is no more included in the -common pkg. So everyone
will have to install at least one language pack,e.g. libreoffice-en-US.

I hope I've covered the deps all well. Please test fresh installations
and also upgrading from last 3.4.1 release. The new 3.4.2rc1 should be
already safe for daily usage.

Recommended way for new installations should be to either install
libreoffice-common the should ask for a langpack or directly install
the langpack of your choice that will pull in the -common pkg. Then you
install the application packages you want.

It's also possible to install the libreoffice group package.

If you upgrade you should get libreoffice-common installed showing the
needed infos.

So get it from the testing repo and report bugs.

-Andy

Re: [arch-general] testing splitted LibreOffice 3.4.2rc1

[Andreas Radke]

Am Tue, 19 Jul 2011 21:17:19 +0530
schrieb Madhurya Kakati mkakati2...@gmail.com:


 Is is possible to get many libreoffice plugins in a single group?
 

All provided extensions have this included ;)

 groups=('libreoffice-extensions')


[root@workstation64 andyrtr]# LANG=C pacman -S libreoffice-extensions
:: There are 18 members in group libreoffice-extensions:
:: Repository testing
   1) libreoffice-extension-ct2n  2) libreoffice-extension-diagram  3) 
libreoffice-extension-google-docs  4) libreoffice-extension-hunart  5) 
libreoffice-extension-nlpsolver  6) libreoffice-extension-numbertext  7) 
libreoffice-extension-oooblogger  8) libreoffice-extension-pdfimport
   9) libreoffice-extension-presentation-minimizer  10) 
libreoffice-extension-presenter-screen  11) 
libreoffice-extension-report-builder  12) 
libreoffice-extension-scripting-beanshell  13) 
libreoffice-extension-scripting-javascript  14) 
libreoffice-extension-scripting-python  15) libreoffice-extension-typo
   16) libreoffice-extension-validator  17) libreoffice-extension-watch-window  
18) libreoffice-extension-wiki-publisher

Enter a selection (default=all): 


-Andy

Re: [arch-general] testing splitted LibreOffice 3.4.2rc1

[Andreas Radke]

Am Wed, 20 Jul 2011 07:27:11 +0530
schrieb Madhurya Kakati mkakati2...@gmail.com:


 What about templates?
 

What do you mean?

[arch-general] LibreOffice build error/linker bug?

[Andreas Radke]

In preparation of LibO 3.4 release my i686 build crash always at the
same point. It seems to me to be a bug in our linker package. No other
distribution seems to run into this, upstream has no clue so far.

So I'm asking here for help. The stuff is in trunk. Please help how to locate 
and fix it.

-Andy

from the i686 build log:

[ build CXX ] sc/source/ui/vba/vbawsfunction
[ build LNK ] Library/vbaobj.uno.so
`.L121' referenced in section 
`.rodata._ZN19ScVbaCollectionBaseIN4cppu15WeakImplHelper1IN3ooo3vba11XCollection4ItemERKN3com3sun4star3uno3AnyESD_[ScVbaCollectionBasecppu::WeakImplHelper1ooo::vba::XCollection
 ::Item(com::sun::star::uno::Any const, com::sun::star::uno::Any const)]' of 
/build/src/build/solver/300/unxlngi6.pro/workdir/CxxObject/sc/source/ui/vba/vbasheetobjects.o:
 defined in discarded section 
`.text._ZN19ScVbaCollectionBaseIN4cppu15WeakImplHelper1IN3ooo3vba11XCollection4ItemERKN3com3sun4star3uno3AnyESD_[non-virtual
 thunk to ScVbaCollectionBasecppu::WeakImplHelper1ooo::vba::XCollection 
::Item(com::sun::star::uno::Any const, com::sun::star::uno::Any const)]' of 
/build/src/build/solver/300/unxlngi6.pro/workdir/CxxObject/sc/source/ui/vba/vbasheetobjects.o
`.L122' referenced in section 
`.rodata._ZN19ScVbaCollectionBaseIN4cppu15WeakImplHelper1IN3ooo3vba11XCollection4ItemERKN3com3sun4star3uno3AnyESD_[ScVbaCollectionBasecppu::WeakImplHelper1ooo::vba::XCollection
 ::Item(com::sun::star::uno::Any const, com::sun::star::uno::Any const)]' of 
/build/src/build/solver/300/unxlngi6.pro/workdir/CxxObject/sc/source/ui/vba/vbasheetobjects.o:
 defined in discarded section 
`.text._ZN19ScVbaCollectionBaseIN4cppu15WeakImplHelper1IN3ooo3vba11XCollection4ItemERKN3com3sun4star3uno3AnyESD_[non-virtual
 thunk to ScVbaCollectionBasecppu::WeakImplHelper1ooo::vba::XCollection 
::Item(com::sun::star::uno::Any const, com::sun::star::uno::Any const)]' of 
/build/src/build/solver/300/unxlngi6.pro/workdir/CxxObject/sc/source/ui/vba/vbasheetobjects.o
`.L123' referenced in section 
`.rodata._ZN19ScVbaCollectionBaseIN4cppu15WeakImplHelper1IN3ooo3vba11XCollection4ItemERKN3com3sun4star3uno3AnyESD_[ScVbaCollectionBasecppu::WeakImplHelper1ooo::vba::XCollection
 ::Item(com::sun::star::uno::Any const, com::sun::star::uno::Any const)]' of 
/build/src/build/solver/300/unxlngi6.pro/workdir/CxxObject/sc/source/ui/vba/vbasheetobjects.o:
 defined in discarded section 
`.text._ZN19ScVbaCollectionBaseIN4cppu15WeakImplHelper1IN3ooo3vba11XCollection4ItemERKN3com3sun4star3uno3AnyESD_[non-virtual
 thunk to ScVbaCollectionBasecppu::WeakImplHelper1ooo::vba::XCollection 
::Item(com::sun::star::uno::Any const, com::sun::star::uno::Any const)]' of 
/build/src/build/solver/300/unxlngi6.pro/workdir/CxxObject/sc/source/ui/vba/vbasheetobjects.o
`.L124' referenced in section 
`.rodata._ZN19ScVbaCollectionBaseIN4cppu15WeakImplHelper1IN3ooo3vba11XCollection4ItemERKN3com3sun4star3uno3AnyESD_[ScVbaCollectionBasecppu::WeakImplHelper1ooo::vba::XCollection
 ::Item(com::sun::star::uno::Any const, com::sun::star::uno::Any const)]' of 
/build/src/build/solver/300/unxlngi6.pro/workdir/CxxObject/sc/source/ui/vba/vbasheetobjects.o:
 defined in discarded section 
`.text._ZN19ScVbaCollectionBaseIN4cppu15WeakImplHelper1IN3ooo3vba11XCollection4ItemERKN3com3sun4star3uno3AnyESD_[non-virtual
 thunk to ScVbaCollectionBasecppu::WeakImplHelper1ooo::vba::XCollection 
::Item(com::sun::star::uno::Any const, com::sun::star::uno::Any const)]' of 
/build/src/build/solver/300/unxlngi6.pro/workdir/CxxObject/sc/source/ui/vba/vbasheetobjects.o
`.L124' referenced in section 
`.rodata._ZN19ScVbaCollectionBaseIN4cppu15WeakImplHelper1IN3ooo3vba11XCollection4ItemERKN3com3sun4star3uno3AnyESD_[ScVbaCollectionBasecppu::WeakImplHelper1ooo::vba::XCollection
 ::Item(com::sun::star::uno::Any const, com::sun::star::uno::Any const)]' of 
/build/src/build/solver/300/unxlngi6.pro/workdir/CxxObject/sc/source/ui/vba/vbasheetobjects.o:
 defined in discarded section 
`.text._ZN19ScVbaCollectionBaseIN4cppu15WeakImplHelper1IN3ooo3vba11XCollection4ItemERKN3com3sun4star3uno3AnyESD_[non-virtual
 thunk to ScVbaCollectionBasecppu::WeakImplHelper1ooo::vba::XCollection 
::Item(com::sun::star::uno::Any const, com::sun::star::uno::Any const)]' of 
/build/src/build/solver/300/unxlngi6.pro/workdir/CxxObject/sc/source/ui/vba/vbasheetobjects.o
collect2: ld returned 1 exit status
make[1]: *** 
[/build/src/build/solver/300/unxlngi6.pro/workdir/LinkTarget/Library/vbaobj.uno.so]
 Error 1
dmake:  Error code 2, while making 'all'

Re: [arch-general] [WAS:arch-dev-public] raptor/rasqal/redland .so rebuilds moved to testing

[Andreas Radke]

Am Tue, 26 Apr 2011 15:01:44 +0800
schrieb Oon-Ee Ng ngoonee.t...@gmail.com:

  error: failed to commit transaction (conflicting files)
  redland: /usr/lib/librdf.so.0 exists in filesystem
  redland: /usr/lib/librdf.so.0.0.0 exists in filesystem
  Errors occurred, no packages were upgraded.
 
  redland-1.0.13-1
  redland-compat-1.0.12-3
 
 Should an upstream bug be filed? I'm pretty sure having the same
 soname across different minor versions is a bug. I've already checked
 the current librdf.org bug tracker, no such bug filed yet.
 

You should probably do this. You may want to ask in the irc
channel before. I'm usually logged in there #redland.

-Andy

Re: [arch-general] [WAS:arch-dev-public] raptor/rasqal/redland .so rebuilds moved to testing

[Andreas Radke]

Already done by myself: http://bugs.librdf.org/mantis/view.php?id=441

-Andy

[arch-general] [signoff] kernel26-lts 2.6.32.39-1

[Andreas Radke]

Upstream update. Contains security fix(es). Added a gcc46 buildfix that
went upstream in 2.6.38 tree. Please give signoffs.

-Andy

Re: [arch-general] [WAS:arch-dev-public] raptor/rasqal/redland .so rebuilds moved to testing

[Andreas Radke]

All file conflicts should now be solved. Please test the new soprano
pkg in testing and all the other redland/rasqal/raptor packages in
testing.

-Andy

Re: [arch-general] [signoff] kernel26-lts 2.6.32.36-1

[Andreas Radke]

Am Wed, 30 Mar 2011 07:49:07 -0700 (PDT)
schrieb anonova anon...@mailinator.com:

 The ERROR Invalid kernel and panic are normal, as xen does not
 support lzma compressed kernels. I have to copy the uncompressed
 kernel to use after installation. Unfortunately, there is nothing
 after the final Error. The VM goes into an off state. Reverting
 back to my cached 2.6.32.32-1 package works.

There were several Xen related patches that went into the LTS kernel
after .32.32 - see http://linux.kernel.org/mailman/listinfo/stable

Feel free to locate the issue and try to get it fixed upstream.

-Andy

[arch-general] Xorg-server 1.10 will move to extra with 2.6.38 kernel

[Andreas Radke]

Just a reminder. No major issues so far with the new Xorg-server expect
a known segfault in xfdesktop when logging out.

If there are objection you should hurry to file bugs.

-Andy

[arch-general] Dropping Oracle OpenOffice

[Andreas Radke]

LibreOffice has recently proved to be a solid replacement for Oracle
OpenOffice. I'm about to drop all Oracle OOo packages from our repos.

First my time is limited. I've asked so many times for help in the
Office packaging area and nobody stepped in.

Then there's the poor distribution support Oracle spends on the
distributions. They almost do not care about custom distribution builds
and their interest. They break the build against system libs
every now and then and it takes ages to contact the relevant devs to
fix their bugs. Development is only driven by the profit interests of
Oracle... You can put in here all the arguments the Document foundation
has given at its birth.

So don't expect any efforts to fix bugs in Oracle packages anymore. As
soon as they will break due to a .so name bump or something like this
I'll remove all the packages from our repos if nobody else is willing
to maintain them.


Any objections to add 
replaces=('openoffice-base')  to the next LibO pkg?

-Andy

[arch-general] [signoff] kernel26-lts - 2.6.32.31-1

[Andreas Radke]

Minor upstream update fixing the build breaker in .30 the proper way.

http://article.gmane.org/gmane.linux.kernel.stable/5576

Please signoff.

-Andy

[arch-general] [signoff] kernel26-lts - 2.6.32.30-1

[Andreas Radke]

Upstream update with security fixes. Breaks build on x86_64. I had to
revert one single patch for x86_64.

more about the breaker:
http://article.gmane.org/gmane.linux.kernel/1107677

Please give signoffs quickly.

-Andy

[arch-general] [signoff] kernel26-lts 2.6.32.29-1

[Andreas Radke]

Upstream update. Please signoff.

-Andy

http://www.kernel.org/pub/linux/kernel/v2.6/longterm/v2.6.32/ChangeLog-2.6.32.29

Re: [arch-general] Packages with update-desktop-database issues

[Andreas Radke]

Am Mon, 14 Feb 2011 14:47:29 +0100
schrieb Matthias Dienstbier matthias_dienstb...@yahoo.de:

 Hi,
 
 I recently found that wine doesn't run update-desktop-database
 (FS#22882) but that's not the only package with this issue.
 
 I tested all my installed packages with this command:
 for i in $(grep -Rl 'MimeType=.*/.*' /usr/share/applications/*); do
 pkg= $(LANG=C pacman -Qo $i); grep -L
 update-desktop-database /var/lib/pacman/local/$(echo $pkg | cut -d\
 -f5)-$(echo $pkg | cut -d\  -f6)/install; done
 
 The result was that at least these packages don't run
 update-desktop-database although they install Mime associations:
 extra/chromium
 extra/evolution
 extra/mplayer
 extra/openjdk6
 extra/qt
 extra/sound-juicer
 community/mplayer-vaapi
 community/shotwell
 community/virtualbox
 community/wine
 
 There are probably many more broken packages which I don't have
 installed. I tried to get these via pkgfile but didn't succeed.
 
 I really wonder why namcap doesn't do any checks on this.
 

Please file bugs - one per package - for now and also open a feature
request for namcap to check for this.

-Andy

[arch-general] streamtuner2 - python developers please have a look

[Andreas Radke]

I'd like to replace streamtuner with streamtuner2 in extra. But there's
one major bug that is a stopper to me.

http://sourceforge.net/projects/streamtuner2/forums/forum/1173108/topic/3774134/index/page/1

Upstream is aware of it but seems unable to fix it. I know we have some
python coders around. Maybe you can have a look at it.

-Andy

[arch-general] [signoff] sqlite3 - 3.7.5-1

[Andreas Radke]

Upstream update.

Packaging changes: Oldschool configure/Makefile are no more supported
upstream and thus deprecated. Upstream ships new tarballs called
amalgamation, that are kind of optimized for common C
preprocessors: http://sqlite.org/amalgamation.html - we had a request
for this FS#21508.

The tcl extension is now split out and a separate pkg. The sqlite3-tcl
pkg files are now located in a different directory. There's nothing
linked to it in our repos. If you think this way the lib is not
found and needs to be fixed please tell me. I can try to hack the
Makefile to use the old location. It should be also of minor usage and
a News shouldn't be necessary.

old: /usr/lib/tcl8.5/sqlite3/libtclsqlite3.so
 /usr/lib/tcl8.5/sqlite3/pkgIndex.tcl

new: /usr/lib/sqlite3.7.5/libsqlite3.7.5.so
 /usr/lib/sqlite3.7.5/pkgIndex.tcl

If anybody uses the tcl extension please test it.

For other upstream release changes  see below. Then please signoff.

-Andy

http://sqlite.org/releaselog/3_7_5.html

SQLite Release 3.7.5 On 2011 February 01 (3.7.5)

Changes associated with this release include the following:

* Added the sqlite3_vsnprintf() interface.
* Added the SQLITE_DBSTATUS_LOOKASIDE_HIT,
  SQLITE_DBSTATUS_LOOKASIDE_MISS_SIZE, and
  SQLITE_DBSTATUS_LOOKASIDE_MISS_FULL options for the
  sqlite3_db_status() interface.
* Added the SQLITE_OMIT_AUTORESET compile-time option.
* Added the SQLITE_DEFAULT_FOREIGN_KEYS compile-time option.
* Updates to sqlite3_stmt_readonly() so that its result is
  well-defined for all prepared statements and so that it works
  with VACUUM.
* Added the -heap option to the command-line shell
* Fix a bug involving frequent changes in and out of WAL mode and
  VACUUM that could (in theory) cause database corruption.
* Enhance the sqlite3_trace() mechanism so that nested SQL
  statements such as might be generated by virtual tables are shown
  but are shown in comments and without parameter expansion. This
  greatly improves tracing output when using the FTS3/4 and/or
  RTREE virtual tables.
* Change the xFileControl() methods on all built-in VFSes to return
  SQLITE_NOTFOUND instead of SQLITE_ERROR for an unrecognized
  operation code.
* The SQLite core invokes the SQLITE_FCNTL_SYNC_OMITTED file
  control to the VFS in place of a call to xSync if the database
  has PRAGMA synchronous set to OFF. 

Re: [arch-general] xarchiver patch

[Andreas Radke]

Am Wed, 26 Jan 2011 20:35:51 +0100
schrieb Sven-Hendrik Haase s...@lutzhaase.com:

 You should bug upstream against, perhaps using direct mail to
 maintainer.
 
 In general, you can post up feature requests but they might be closed
 with upstream as a reason as we can't do much about it. We will not
 have feature patches in 99% of the cases if it can be helped.
 

You seem to be able to read my mind? Yes, I'd close it as won't
implement. Though it would be really useful it's simply against Arch
philosophy as it would add unneeded code to the upstream release.

-Andy

[arch-general] kernel 2.6.37 breaks NFSv4 id mapping

[Andreas Radke]

http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=955a857e062642cd3ebe1dc7bb38c0f85d8f8f17

kernel 2.6.37 from testing breaks ID mapping for me on the client side
(server is .32 LTS).

Is our kernel properly configured? I'm getting the
4294967294:4294967294 ownership and the wiki trick from
https://wiki.archlinux.org/index.php?title=NFS#Ownership_of_mounted_shares_is_4294967294:4294967294
doesn't work anymore.

Downgrading to 2.6.36.3 from core brings it back.

Any idea?

[arch-general] Xfce 4.8pre3 hits testing

[Andreas Radke]

Xfce 4.8pre3 is now in testing.

Be warned that not all goodies and panel plugins have yet been ported
and fixed to work with it!

Please give feedback here:
https://bbs.archlinux.org/viewtopic.php?pid=874625

-Andy

Re: [arch-general] [arch-dev-public] adding hunspell-xx packages

[Andreas Radke]

Now that we have some basic dictionary packages and LibO, Xulrunner and
TB can make use of it I think we can move it out of testing. Anything
else needs a rebuild or fix to use it? Maybe enchant?

-Andy

[arch-general] adding hunspell-xx packages

[Andreas Radke]

Right now we don't have modern dictionaries packaged. People use AUR
packages or poor OpenOffice extensions that cannot be used for other
apps. The proper way is to have hunspell-xx packages providing a
dictionary, thesaurus and hyphenation data files.

I'm going to add a base set of hunspell-{en,de,foo} packages to
testing. A common PKGBUILD doesn't make much sense because the
upstream sources are maintained in different countries and releases
come at different time. 

This way we can make use of the packages in OOo/LibO, enchant and
Mozilla's FF/TB/SM packages. The files will go
into  /usr/share/hunspell/xx_XX with symlinks
to /usr/share/myspell/dicts/xx-XX for historical reason.

See http://en.wikipedia.org/wiki/Hunspell for more.

To compare look at
http://packages.debian.org/source/sid/openoffice.org-dictionaries
http://pkgs.fedoraproject.org/gitweb/?p=hunspell-XX.git
http://gentoo-portage.com/app-dicts/ the myspell-xx packages.

Any comments or objection?

-Andy

[arch-general] plans for Xorg/Mesa - closed drivers may break for some time in testing

[Andreas Radke]

A new libdrm has been released. This is required to build new ddx
drivers for nouveau and the latest intel rc driver for sandy bridge gfx.

The current Mesa 7.9 branch won't build anymore the nouveau-dri stuff
with the updated libdrm and it's quiet a buggy upstream release. Mesa
7.10 branch is short before the release and has tons of fixes and
completes some missing features.

We also have a minor Xorg-server 1.9.3 update pending that I will
do in extra. Then there's already Xorg-server 1.10 rc1 out for some
time we need to test.

My plan is to start bringing new libdrm/mesa7.10/Xorg1.10 in the next
days to testing. This will improve (me prays) the situation for open
source drivers but will probably break the proprietary drivers for
some time. 

I don't follow the closed stuff. Maybe you know something about the
state of catalyst and nvidia with new Xorg 1.10. 

-Andy

Re: [arch-general] What about gallium on r600?

[Andreas Radke]

Am Tue, 14 Dec 2010 00:32:08 +0100
schrieb Sven-Hendrik Haase s...@lutzhaase.com:

 On 14.12.2010 00:15, Sergej Pupykin wrote:
  Hi,
 
  it works not worse than classic mesa on my RV620.
 
  I add --enable-gallium-r600 and modify package_ati-dri-git() in
  mesa-git PKGBUILD as it is already done for r300
 
  (make -C ${srcdir}/build/src/gallium/targets/dri-r600
  DESTDIR=${pkgdir} install)
 
  I test current (20101213) git snapshot.
 
  May be put it into testing and enable on next release?
 
 Upstream does not currently advise using this driver. Upstream usually
 is knowledgeable about this so we should hang on for some more time.
 Unless, of course, some recent changes have been merged. Did you ask
 in #radeon? If not, can you do that and inform us about the current
 state of the driver and whether using gallium for r600 is recommended
 yet?
 
 -- Sven-Hendrik
 

I'll probably follow again the Fedora way. They switched in FC Rawhide
to Mesa 7.10 snapshots and enabled r600 gallium there. So expect this
when we will push new Mesa 7.10 to our repos.

Right now we are in a bad situation: With new libdrm 2.4.23 released
Mesa 7.9 won't build anymore. Updating to Mesa 7.10 branch is possible
but new Xorg 1.10 release candidate will break proprietary NVidia
driver. I'll delay these updates for a some time if there's no other
solution.

-Andy

Re: [arch-general] [arch-dev-public] [signoff] kernel26-lts 2.6.32.27-1

[Andreas Radke]

Am Fri, 10 Dec 2010 16:49:03 +0100
schrieb Andreas Radke a.ra...@arcor.de:

 Upstream update. Please sign off.
 
 http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.32.27
 
 -Andy
 

Anyone? It's also fixes a vulnerability.

Re: [arch-general] [arch-dev-public] dropping go-openoffice/icu-4.6 rebuilds

[Andreas Radke]

Packages moved from staging to testing.

OpenOffice-base-{beta,devel} will get rebuilt whit the next upstream
update. Go-OpenOffice has been removed from the extra repo.

Community packages sword+yaz still need to be rebuilt.

Now uploading new LibO-langpacks to testing.

Please report broken stuff.

-Andy

[arch-general] dropping go-openoffice/icu-4.6 rebuilds

[Andreas Radke]

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 try out the
new and already very stable libreoffice packages.

The Oracle office beta and devel packages will get rebuilt when new
upstream releases will happen. Don't expect them to work when we move
icu-4.6. They are of low interest.

-Andy

[arch-general] moving Xorg/Mesa soon

[Andreas Radke]

Just a note: when the kernel 2.6.36 will move to core we will also
move Xorg and Mesa from testing to extra.

If there's something broken let us know.

-Andy

[arch-general] [pam/consolekit] Help needed for desktop permission handling

[Andreas Radke]

While packaging Xfce 4.7 I had to find a way to allow the desktop user
to shutdown/reboot(consolekit), hibernate/suspend(upower),mounte
removable devices(udisks).

Recent display managers (gdm, kdm and lxdm) can handle their own
polkit/consolekit session through pam access. The gnome/xfce4-session
packages only have basic access to consolekit and since the consolekit
0.4.2 in testing they can't deal with it anymore.

As a workaround I have plans to ship files in xfce4-session as proto
files where the admin can add users or groups to allow certain actions:
/etc/polkit-1/localauthority/50-local.d/org.freedesktop.upower.pkla and
/etc/polkit-1/localauthority/50-local.d/org.freedesktop.consolekit.pkla
and maybe one for udisk
something like https://aur.archlinux.org/packages.php?ID=42669 .
This could also be done each in the consolekit/upower/udisks packages. 

But all this is crap working around some nasty bugs in our
pam pkg not allowing direct access to consolekit. Please have a look at

https://bugs.archlinux.org/task/17188
https://bugs.archlinux.org/task/21391

Pam has an update pending (also fixing security related issues) and
quiet a lot open bugs:
https://bugs.archlinux.org/index.php?string=pamproject=1search_name=type[]=sev[]=pri[]=due[]=reported[]=cat[]=status[]=openpercent[]=opened=dev=closed=duedatefrom=duedateto=changedfrom=changedto=openedfrom=openedto=closedfrom=closedto=do=index


So please someone with time and knowledge may have look (Tobias P.
doesn't seem to have the time for this). If we can't menage to fix this
until the Xfce release I'd like to know what you think could be a good
and safe workaround (recommending power/storage groups?).

Note: Gentoo seems also running into this pam/consolekit issue. Not
sure about Ubuntu and Fedora(that does heavy pam configurations).

-Andy

Re: [arch-general] Open Office-dev is Broken

[Andreas Radke]

Am Fri, 5 Nov 2010 10:48:02 -0700
schrieb Steve Holmes steve.holme...@gmail.com:

 I should correct here in identifying the package as
 openoffice-base-devel and when looking at the PKGBUILD, I did not see
 a hard reference to the db library.  So I'm not sure what needs
 fixing.
 
 On Fri, Nov 05, 2010 at 10:22:23AM -0700, Steve Holmes wrote:
  Since db was upgraded to version 5, openoffice-dev no longer works.
  It is looking for shared library libdb-4.8.  Shouldn't the OOo
  package be rebuilt?
 

the devel pkg is of low priority and so no rebuild was planned. today I
updated it to the next snapshot and built it will be working again.

you could also follow our comments on the public devel list.

-Andy

Re: [arch-general] [arch-dev-public] Ghostscript 9.00 hits testing

[Andreas Radke]

Am Sun, 10 Oct 2010 11:10:48 +0200
schrieb Jakob Gruber jakob.gru...@gmail.com:

   On 10/08/2010 10:47 PM, Andreas Radke wrote:
  It's a major update and probably something with printing and/or
  pdfviewer will be broken.
 
  Please test it.
 
  -Andy
 
 Okular 4.5.2-1 fails to load .ps files:
 
 okular(15248)/kdecore (KLibrary) kde4Factory: The library 
 /usr/lib/kde4/okularGenerator_ghostview.so does not offer a 
 qt_plugin_instance function.
 okular(15248)/kdecore (KLibrary) kde3Factory: The library 
 /usr/lib/kde4/okularGenerator_ghostview.so does not offer an 
 init_okularGenerator_ghostview function.
 okular(15248)/okular (app) 
 Okular::DocumentPrivate::loadGeneratorLibrary: Invalid plugin factory 
 for okularGenerator_ghostview!
 

ghostscript /usr/lib/libgs.so
ghostscript /usr/lib/libgs.so.8
ghostscript /usr/lib/libgs.so.8.71

please check if it links against the old libs. then we would probably
need to recompile it:

ghostscript /usr/lib/libgs.so
ghostscript /usr/lib/libgs.so.9
ghostscript /usr/lib/libgs.so.9.00

-Andy

[arch-general] Ghostscript 9.00 hits testing

[Andreas Radke]

It's a major update and probably something with printing and/or
pdfviewer will be broken.

Please test it.

-Andy

Re: [arch-general] [arch-dev-public] Mailman 2.1.13-2 in testing

[Andreas Radke]

following http://bugs.archlinux.org/task/20481 I removed the dependency
on apache.

-Andy

[arch-general] Dovecot 2.0.0 in testing

[Andreas Radke]

Dovecot 2.0.0 has been released and it's in our testing repo (it has
been build against core/extra only). The configuration files are
completely split up now!

Everybody please read the post.install msg carefully!

Test the new pkg and give suggestions if anything needs to be
improved. I should move soon to extra. I got it running locally here.

PS: I had to disable IPv6 listen option to make it start properly.

-Andy

Re: [arch-general] [arch-dev-public] Dovecot 2.0.0 in testing

[Andreas Radke]

Am Wed, 18 Aug 2010 07:16:16 +0800
schrieb Ng Oon-Ee ngoo...@gmail.com:

 On Tue, 2010-08-17 at 19:44 +0200, Andreas Radke wrote:
  Dovecot 2.0.0 has been released and it's in our testing repo (it has
  been build against core/extra only). The configuration files are
  completely split up now!
  
  Everybody please read the post.install msg carefully!
  
  Test the new pkg and give suggestions if anything needs to be
  improved. I should move soon to extra. I got it running locally
  here.
  
  PS: I had to disable IPv6 listen option to make it start properly.
  
  -Andy
 
 Should we put configuration in /etc/dovecot/local.conf then?
 

Because of the IPv6 setting? I don't think so. That setting depends on
your network configuration. It's up to the user to decide how you want
to configure your network. The solution is quiet easy. It could be put
on our wiki page anyways if you want.

-Andy

Re: [arch-general] Shouldn't pacman restart dovecot after update?

[Andreas Radke]

Am Wed, 4 Aug 2010 09:22:41 +0100
schrieb Peter Lewis p...@muddygoat.org:

 WARNING: Constructive part of the post!! :-)
 
  If you think you need a list of packages to remember where you
  should interact, go on and create one your own.
 
 Absolutely, why not? If someone really wants to implement this, why
 not have a flag set somewhere that tells pacman whether you want
 package hints or something turned on. Then let packages set a one
 line package hint. Not for everyone, but some people with poor
 memories (like me) might find it useful.
 
 Patches welcome?
 
 Cheers,
 
 Pete.
 

Read again the Arch way: You make it what you want. We don't know if
you install a pkg like dovecot to work on its documentation, to code
stuff depending on its libs or headers or if you want to use it in
its main direction as a daemon.

Why should we make Arch more and more complex just to satisfy a few of
you with things that are almost self explaining???

If you run a daemon or application that gets upgraded it's first your
fault you didn't stop it before and 2nd your task to decide after
reading the Changelog/commit-list if you have to solve your mistake by
restarting the stuff.

-Andy

Re: [arch-general] kernel26 2.6.34.2-1 ALSO hardlocks my box on boot??

[Andreas Radke]

Am Tue, 03 Aug 2010 17:09:52 -0500
schrieb David C. Rankin drankina...@suddenlinkmail.com:

 Guys,
 
   I still have this problem where the changes to the kernel for
 kernel26 2.6.34 cause my box to hardlock on boot! It happens every
 time after the kernel has booted once after the initial build of the
 initramfs with mkinitcpio. It is frustrating has hell. I opened bug
 20200 which was closed yesterday for some reason and this bug is NOT
 fixed.
 

Bug reopened. You didn't gave an answer for some days. Please make
sure to divide it into either KMS/module loading is broken or your
Compiz is fucked up.

As written in the bugreport I had to manually put all needed
graphics related modules into the rc.conf file. Now it boots almost
every time for me. You can boot with debug command in the kernel
append line to get more feedback when modules get loaded.

-Andy

Re: [arch-general] [arch-dev-public] [signoff] kernel26-lts 2.6.32.17-1

[Andreas Radke]

Am Mon, 2 Aug 2010 21:31:09 +0200
schrieb Andreas Radke a.ra...@arcor.de:

 Upstream update, please signoff.
 
 http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.32.17
 
 -Andy
 

Bump. It's a security related update.

-Andy

Re: [arch-general] Shouldn't pacman restart dovecot after update?

[Andreas Radke]

Am Wed, 04 Aug 2010 00:06:53 -0500
schrieb David C. Rankin drankina...@suddenlinkmail.com:

 On 08/03/2010 04:14 AM, Peter Lewis wrote:
  With a particular package, you've no idea which category this falls
  into. Sure, you could apply the safest approach of always
  restarting everything that's upgraded, but that's not always
  practical. IMO it would be nice to have short indicators when
  something is likely to severely break until restarted. I don't
  think that's overkill, it's just helpful.
 
  Cheers,
 
  Pete.
 
 Dieter,
 
   I get what you are saying and I agree. I don't want to see a
 multitude of little 1-liners winking by every time I upgrade, but
 both Magnus and Pete have a point. The general body of Arch users
 probably need to see a bit more info than you do (no doubt I do), but
 Pete really puts in into context.

You seem to want to use a distribution made safe for less skilled
users. Why do you keep wasting our time suggesting to make Arch
something it's not meant to be???

If Arch doesn't fit you needs you shouldn't use.

If package updates and restarting a daemon is hard to handle for you
should really think about this. You seem to hold the record in the last
months for silly questions about updating and using our distribution.

If you think you need a list of packages to remember where you should
interact, go on and create one your own.

-Andy

Re: [arch-general] Mailman update

[Andreas Radke]

New version is in testing without a homedir for the mailman user. Please
try to upgrade from last version in our extra repo. Tell us if I broke
something.

-Andy


signature.asc
Description: PGP signature

Re: [arch-general] [arch-dev-public] [signoff] kernel26-lts 2.6.32.15-1

[Andreas Radke]

next one: 2.6.32.15-1, added some TCP modules requested in #19604

please signoff.

.Andy

[arch-general] [signoff] kernel26-LTS 2.6.32.14-1

[Andreas Radke]

We want to replace the LTS kernel series .27 soon with the .32 series.
The .32 series has been in testing now for a while. Please test if
anything is broken for you apart from broken modules you have built
your own. Maybe we provide module packages in the future.

One issue is known in .32 series: OpenOffice has problems with NFSv3
locking mechanism. This can be solved by using NFSv4.

Please test and give signoffs.

-Andy

[arch-general] [signoff] nfs-utils 1.2.2-3

[Andreas Radke]

While I was changing my nfs server from NFSv3 to NFSv4 I've found our
user mapping broken. Before idmapd gets started we need to make sure
nfsd module is loaded. If the module is not loaded all files are mapped
to nobody the guest account. We load it in the nfs-common init script
now.

This is also done the same way by Debian, Fedora and Gentoo.

see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=490181
https://bugs.launchpad.net/ubuntu/+source/nfs-utils/+bug/235930
http://cvs.fedoraproject.org/viewvc/rpms/nfs-utils/F-13/nfs.init?revision=1.35view=markup

Now it's working on my server. Please signoff.

-Andy

[arch-general] NFS v3 file locking issue with OpenOffice

[Andreas Radke]

Am Thu, 13 May 2010 16:37:49 +0200
schrieb Andreas Radke a.ra...@arcor.de:

 upstream update 2.6.32.13. our gcc4.5 patch went upstream.
  
 -Andy
 

Since I've updated my server from .27 lts kernel to .32 series I've run
into a small but annoying issue. I'm running nfs v3 nothing special.

my options in /etc/exports: /path/to/share IP(rw,async,no_root_squash)

OpenOffice is no more able to open files in writable mode. Somehow the
server fails to lock the file properly and OOo refuses to safe files /
refused to open files in writable mode.

It seems there have been file locking issues in the past with OOo and
some other apps
http://www.crazysquirrel.com/computing/debian/bugs/openoffice-over-nfs.jspx

It happens with our Arch OOo pkg and also with a client running Ubuntu
Lucid here.

I'd rather like to fix this and don't want to step up to nfs v4 right
now.

Can somebody confirm my locking issue and that it's caused by .32
kernels? Any idea how to solve it?

-Andy

Re: [arch-general] [arch-dev-public] kernel 2.6.34-1

[Andreas Radke]

Am Tue, 18 May 2010 17:55:12 +0200
schrieb Thomas Bächler tho...@archlinux.org:

  However, these firmware files are needed for R600/R700/Evergreen
  cards [1], therefore I see two options:
  
  1) radeon_ucode [2] can be brought to [extra] and an announcement
  added to the front page informing users about this. (The package
  should also be renamed to radeon-ucode in order for it to be
  consistent with the rest of the firmware packages.)
 
 This sounds like a good idea. This could even be included in core AND
 installed on the installation ISO. Andy, this seems like your area,
 what do you think?

The firmware belongs more to the kernel. At least I don't have a card
to test it. If you want to bring it to the official repos go on.

But I think it's not in the kernel for good reasons. Probably license
issues. I haven't checked that. I don't see a problem keeping the
firmware in AUR until the kernel guys pick it up. 

We could also add an optional dependency or post an install msg in the
kernel pkg or radeon ddx pkg.

Your choice.

-Andy


signature.asc
Description: PGP signature

Re: [arch-general] [arch-dev-public] kernel 2.6.34-1

[Andreas Radke]

Am Mon, 17 May 2010 08:23:15 -0600
schrieb Ignacio Galmarino igalmar...@gmail.com:

 ATI KMS is not working. All i get is garbage on the screen.
 
 x86_64
 
 Ignacio
 

Works for me. Probably as useful as your report...

-Andy

[arch-general] CUPS backend for both libusb-based and usblp-based access

[Andreas Radke]

I know users with multidevices have a serious problems with recent 1.4.0
update because they can only use either the scanner or the printer.

I've just found this patch from Till Kapeter, the main
OpenPrinting(foomatic) developer and Debian cups package maintainer.

http://www.cups.org/str.php?L3357

I assume this could solve all outstanding issues. But sure this is not
the current upstream way. And I cannot test it in any way because I
don't have such a device.

This is to show affected users a possible way to recompile our cups
packages with this patch. 

If it really solves the trouble we might think if it should be done
manually (we could put the patch into svn though). That would
receive my vote.

Or if we could trust Debian here and provide stuff that is not the
upstream way but - if proved - solves all the trouble. I couldn't
provide any help but doing building the packages.

Please test the patch and post your opinions.

http://www.cups.org/strfiles/3357/usb-backend-both-usblp-and-libusb.dpatch

-Andy

Re: [arch-general] Kernel LTS won't boot properly

[Andreas Radke]

Am Thu, 25 Mar 2010 06:35:55 +0530
schrieb Nilesh Govindarajan li...@itech7.com:

 On 03/25/2010 02:29 AM, Andreas Radke wrote:
  Am Sun, 21 Mar 2010 13:34:40 +0530
  schrieb Nilesh Govindarajanli...@itech7.com:
 
  I installed kernel26-lts.
 
  It will boot properly upto Udev then screen will flicker and then
  nothing shows up, but it seems like the boot is going on.
 
  Its just after when INIT changes the screen font.
 
 
  Does it mean you are trying to use KMS for screen resolution? It's
  an Intel card? Udev is probably loading either a kms module or some
  custom framebuffer module.
 
  -Andy
 
 I have an Intel Mobo and onboard Intel VGA, Sound, USB, Network.
 

check your kernel append line and modprobe.d settings for frambuffer
and bad kms settings.

-Andy

Re: [arch-general] Kernel LTS won't boot properly

[Andreas Radke]

Am Sun, 21 Mar 2010 13:34:40 +0530
schrieb Nilesh Govindarajan li...@itech7.com:

 I installed kernel26-lts.
 
 It will boot properly upto Udev then screen will flicker and then 
 nothing shows up, but it seems like the boot is going on.
 
 Its just after when INIT changes the screen font.
 

Does it mean you are trying to use KMS for screen resolution? It's an
Intel card? Udev is probably loading either a kms module or some custom
framebuffer module.

-Andy

Re: [arch-general] kernel 2.6.33-1

[Andreas Radke]

Am Sat, 27 Feb 2010 21:21:57 +0100
schrieb Thomas Bächler tho...@archlinux.org:

 Am 27.02.2010 17:10, schrieb Mauro Santos:
  Arch Linux changes:
  - changed radeon kms enabled by default
  
  Anyone taking care of the libdrm, mesa, libgl, ati-dri and
  xf86-video-ati rebuild so all the benefits of kms can be fully
  used? As far as I know it is needed to make this work as well as
  possible with ATI cards.
 
 The KMS problem was expected and Andy will probably take care of it
 very soon.
 

The mirrors should get the rebuilt/updated packages soon. Please report
if KMS is working for you. KMS is very soon freezing my desktop without
entries in Xorg or everything log file :(

-Andy

[arch-general] packaging workload / help wanted

[Andreas Radke]

It's time to call for help. I've run into a packaging workload I
don't want to handle anymore. Some package groups take damn much time
to follow upstream development, other just eat compile time.

I don't want to give away completely these package groups for now
(maybe later) but I really need help in the longer view. I'd like to
work together with a few more people in maintaining package groups.

I've already asked internally but got no real helpful response.

That's why I want to ask you the community members to help out in some
of my packaging tasks. Is anybody interested in helping out in the
following package groups?

1) openjdk6 (openjdk7 expected later this year). new coming npplugin
needs early testing.

2) OpenOffice and Go-OOo (aka ooo-build). Packaging requires fast
hardware.

3) Xfce - I took it all over from Tobias(neri) because he's often not
very active. Maybe someone can help here. Xfce 4.8 expected first
half this year.

4) Nouveau stack

5) Ati stack - I'm forced to used the free ati drivers but someone
else with one or even more Ati cards working together with upstream
people would be nice to have aboard. Future KMS will require lots of
testing.

5) LinuxPrinting (Cups, foomatic, ghostscript) - always buggy on major
releases. Not much work all the other time.

Please also check my other major packages. You should be an Arch user
for some time and I expect you to know how to package and work together
with upstream developers.

Please drop me a (private) mail if you are interested.

-AndyRTR

Re: [arch-general] [arch-dev-public] Xorg changes / DRM modules

[Andreas Radke]

Am Tue, 22 Dec 2009 00:46:29 +0100
schrieb Heiko Baums li...@baums-on-web.de:

 Please, don't make too many experiments in the stable repos and keep
 the packages in the repos as close to the stable upstream releases
 as possible. I don't think that having a git version in the repo is a
 good idea anyway.

We would also like to do this. Would mean much less work for us.

New kernel brings changes in drm modules. Xorg ddx driver updates
require new kernel modules and sometimes even more recent stuff.
There's new mesa out now. And upstream devs work hard on the
kmd-drm-gallium switch for the future. 

Sadly not all part move at the same time and distributions have to
decide whether to package old stuff that isn't supported upstream
anymore or more recent and sadly buggy stuff.

We will try to fix all known issues in testing before we move stuff to
core/extra.

-Andy

[arch-general] Xorg changes / DRM modules

[Andreas Radke]

I've updated the git packages for nouveau and ati ddx driver packages
in testing.

I also updated the nouveau-drm package. This required to add the new
nouveau-firmware package. It will be also needed to use kernel
nouveau-drm module that will be introduced with kernel 2.6.33. I will
keep updating the separate nouveua-drm module for a while to get
features and fixes faster than in Linus tree. The firmware will
probably also result in loading issues in early kms mode. We might
think about recommending late mode for now.

libdrm has been updated to 2.4.17 - this is breaking all radeon 3d
stuff and will require changes in MESA when I understand the
upstream devs right. Mesa7.7 is expected in a few days anyways and
should make Radeon 3d stuff working again after a few late commits
(7.7rc4 doesn't build with new libdrm). Other drivers should still
work. Please test them.

Radeon kms is still buggy like hell and unusable for my RC410 [Radeon
Xpress 200M] card. It makes X and the whole system freeze instantly when
moving windows around or when I try to start 3d apps. Sometimes even
at Xorg start at all. This has been introduced with 2.6.32
kernels. Upstream recommends to try the various drm trees:

http://article.gmane.org/gmane.comp.video.dri.devel/40626

Any opinions from other ati users what branch is the most stable and
useful these days? I'm thinking about adding a radeon-drm kernel module
package to solve the tons of speed and stability issues.

As already written on the closed devel list, I'd like to get help for
these packages from other devs and community members. Whoever is well
informed in Xorg/kernel drm development and wants to help to stabilize
our drivers please contact me.

-Andy

Re: [arch-general] usable browser?

[Andreas Radke]

Am Fri, 27 Nov 2009 09:56:40 +0100
schrieb Dieter Plaetinck die...@plaetinck.be:

 can you give some examples of sites worth reading that don't work in
 webkit?
 
 Dieter
 

compressed pages like lxde.org

-Andy

Re: [arch-general] usable browser?

[Andreas Radke]

Am Fri, 27 Nov 2009 19:30:33 +
schrieb Pierre Chapuis catw...@archlinux.us:

 Le Fri, 27 Nov 2009 19:59:42 +0100,
 Gordon Schulz gordon.sch...@gmail.com a écrit :
 
   compressed pages like lxde.org
 
  On Mac right now - but my Webkit based Safari renders this page
  just fine. As about any page anyway. And so does Chrome.
 
 Surf on Arch renders it well too.
 

Epiphany and Midori can't handle it.

-Andy

Re: [arch-general] [arch-dev-public] kernel 2.6.32 experiences

[Andreas Radke]

Am Sat, 21 Nov 2009 20:07:26 +0100
schrieb Damjan Georgievski gdam...@gmail.com:

  I've built kernel 2.6.32rc8git1. My ati/radeon drm modules now
  requires its own firmware that will be part of new kernel26-firmware
  pkg.
 
  And we need to fix mkinitcpio to include that firmware for kms early
  mode that now fails due to missing firmware. It did not help to add
  FILES=/lib/firmware/radeon/R300_cp.bin :( - maybe we need a new
  hook for that.
 
 did you enable the firmware hook?
 
 I wonder how all of this will work on my HD3200
 
 

Didn't know about that hook. Found it now in the Wiki. Added it. The FW
is now picked up but early mode is still hanging when loading the fw.

Maybe you can try it yourself.

-Andy

Re: [arch-general] [arch-dev-public] kernel 2.6.32 experiences

[Andreas Radke]

Damn. Early mode is failing. Tried now the late mode. KMS is getting
enabled but resolution is wrong :(

Nov 22 10:40:58 (none) kernel: [drm] Initialized drm 1.1.0 20060810
Nov 22 10:40:58 (none) kernel: [drm] radeon defaulting to kernel modesetting.
Nov 22 10:40:58 (none) kernel: [drm] radeon kernel modesetting enabled.
Nov 22 10:40:58 (none) kernel: radeon :01:05.0: PCI INT A - GSI 17 (level, 
low) - IRQ 17
Nov 22 10:40:58 (none) kernel: [drm] radeon: Initializing kernel modesetting.
Nov 22 10:40:58 (none) kernel: [drm] register mmio base: 0xC000
Nov 22 10:40:58 (none) kernel: [drm] register mmio size: 65536
Nov 22 10:40:58 (none) kernel: [drm] GPU reset succeed (RBBM_STATUS=0x0140)
Nov 22 10:40:58 (none) kernel: [drm:rs400_gart_adjust_size] *ERROR* Forcing to 
32M GART size (because of ASIC bug ?)
Nov 22 10:40:58 (none) kernel: [drm] Generation 2 PCI interface, using max 
accessible memory
Nov 22 10:40:58 (none) kernel: [drm] radeon: VRAM 128M
Nov 22 10:40:58 (none) kernel: [drm] radeon: VRAM from 0x7800 to 0x7FFF
Nov 22 10:40:58 (none) kernel: [drm] radeon: GTT 32M
Nov 22 10:40:58 (none) kernel: [drm] radeon: GTT from 0x8000 to 0x81FF
Nov 22 10:40:58 (none) kernel: radeon :01:05.0: irq 24 for MSI/MSI-X
Nov 22 10:40:58 (none) kernel: [drm] radeon: irq initialized.
Nov 22 10:40:58 (none) kernel: [drm] Detected VRAM RAM=128M, BAR=256M
Nov 22 10:40:58 (none) kernel: [drm] RAM width 128bits DDR
Nov 22 10:40:58 (none) kernel: [TTM] Zone  kernel: Available graphics memory: 
963114 kiB.
Nov 22 10:40:58 (none) kernel: [drm] radeon: 128M of VRAM memory ready
Nov 22 10:40:58 (none) kernel: [drm] radeon: 32M of GTT memory ready.
Nov 22 10:40:58 (none) kernel: [drm] GART: num cpu pages 8192, num gpu pages 
8192
Nov 22 10:40:58 (none) kernel: [drm] radeon: 4 quad pipes, 1 z pipes 
initialized.
Nov 22 10:40:58 (none) kernel: [drm] radeon: cp idle (0x1C03)
Nov 22 10:40:58 (none) kernel: [drm] Loading R300 Microcode
Nov 22 10:40:58 (none) kernel: platform radeon_cp.0: firmware: requesting 
radeon/R300_cp.bin
Nov 22 10:40:58 (none) kernel: usbcore: registered new interface driver usbfs
Nov 22 10:40:58 (none) kernel: usbcore: registered new interface driver hub
Nov 22 10:40:58 (none) kernel: usbcore: registered new device driver usb
Nov 22 10:40:58 (none) kernel: [drm] radeon: ring at 0x8000
Nov 22 10:40:58 (none) kernel: [drm] ring test succeeded in 1 usecs
Nov 22 10:40:58 (none) kernel: [drm] radeon: ib pool ready.
Nov 22 10:40:58 (none) kernel: [drm] ib test succeeded in 0 usecs
Nov 22 10:40:58 (none) kernel: [drm] Default TV standard: NTSC
Nov 22 10:40:58 (none) kernel: [drm] 14.31818 MHz TV ref clk
Nov 22 10:40:58 (none) kernel: [drm] Panel ID String: Samsung LTN154X1 WXGA   
Nov 22 10:40:58 (none) kernel: [drm] Panel Size 1280x800
Nov 22 10:40:58 (none) kernel: [drm] Radeon Display Connectors
Nov 22 10:40:58 (none) kernel: [drm] Connector 0:
Nov 22 10:40:58 (none) kernel: [drm]   VGA
Nov 22 10:40:58 (none) kernel: [drm]   DDC: 0x68 0x68 0x68 0x68 0x68 0x68 0x68 
0x68
Nov 22 10:40:58 (none) kernel: [drm]   Encoders:
Nov 22 10:40:58 (none) kernel: [drm] CRT1: INTERNAL_DAC2
Nov 22 10:40:58 (none) kernel: [drm] Connector 1:
Nov 22 10:40:58 (none) kernel: [drm]   LVDS
Nov 22 10:40:58 (none) kernel: [drm]   Encoders:
Nov 22 10:40:58 (none) kernel: [drm] LCD1: INTERNAL_LVDS
Nov 22 10:40:58 (none) kernel: [drm] Connector 2:
Nov 22 10:40:58 (none) kernel: [drm]   S-video
Nov 22 10:40:58 (none) kernel: [drm]   Encoders:
Nov 22 10:40:58 (none) kernel: [drm] TV1: INTERNAL_DAC2
Nov 22 10:40:58 (none) kernel: [drm] fb mappable at 0xD004
Nov 22 10:40:58 (none) kernel: [drm] vram apper at 0xD000
Nov 22 10:40:58 (none) kernel: [drm] vram apper at 0xD000
Nov 22 10:40:58 (none) kernel: [drm] size 4096000
Nov 22 10:40:58 (none) kernel: [drm] fb depth is 24
Nov 22 10:40:58 (none) kernel: [drm]pitch is 5120
Nov 22 10:40:58 (none) kernel: [drm] LVDS-11: set mode 1280x800 18
Nov 22 10:40:58 (none) kernel: [drm] crtc 1 is connected to a TV
Nov 22 10:40:58 (none) kernel: [drm] TV-9: set mode 800x600 19
Nov 22 10:40:58 (none) kernel: Console: switching to colour frame buffer device 
100x37
Nov 22 10:40:58 (none) kernel: fb0: radeondrmfb frame buffer device
Nov 22 10:40:58 (none) kernel: registered panic notifier
Nov 22 10:40:58 (none) kernel: [drm] Initialized radeon 2.0.0 20080528
for :01:05.0 on minor 0


with kernel 2.6.31 and early mode the correct resolution log looks like this:

Nov 22 11:32:22 (none) kernel: [drm] Initialized drm 1.1.0 20060810
Nov 22 11:32:22 (none) kernel: [drm] radeon default to kernel modesetting.
Nov 22 11:32:22 (none) kernel: [drm] radeon kernel modesetting enabled.
Nov 22 11:32:22 (none) kernel: radeon :01:05.0: PCI INT A - GSI 17 (level, 
low) - IRQ 17
Nov 22 11:32:22 (none) kernel: [drm] radeon: Initializing kernel modesetting.
Nov 22 11:32:22 (none) kernel: [drm] register mmio base: 0xC000
Nov 22 11:32:22 (none) 

Re: [arch-general] We need a maintained-by-TU chrome/chromium...

[Andreas Radke]

Am Wed, 18 Nov 2009 16:25:13 +0200
schrieb Ionut Biru biru.io...@gmail.com:

 now is not the time. chromium doesn't have a stable release yet and
 the build process kinda suck. 10gb space for compiling chromium is
 something that cannot be forgot :)
 

Only 10gb? That's a bad reason. Otherwise we wouldn't have any source
compiled OOo packages ;)

Whenever the google browser has become usable drop me a line and send a
PKGBUILD that works well - I will have a look. With usable I mean
a native compiling without lib32 stuff, usable plugins (at least flash,
java, javascript-blocker and adblocker).

-Andy

[arch-general] [signoff] kernel26-lts 2.6.27.38-1

[Andreas Radke]

next minor upstream update. please signoff.

see http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.27.38

-Andy

Re: [arch-general] GDM + Xfce

[Andreas Radke]

Am Thu, 15 Oct 2009 08:27:51 +0200
schrieb ludovic coues cou...@gmail.com:

 You can give a try to slim, as a login manager.
 Very simple, it does the job.
 

try lxdm. it's in AUR.

-Andy

[arch-general] Xorg 7.5 hits testing

[Andreas Radke]

I've built the new Xorg 7.5 based on xorg-server 1.7.1rc1 and Mesa 7.6.

Some very old drivers have been dropped because they are no more
developed and won't build anymore.

I hope I have updated all essential parts. Some Xorg fonts related
packages still need a bump.

Mesa 7.6 is built right now plain upstream. This means Gallium 3d stack
for Nouveau and Intel. For Intel we might go back to old way DRI when
we can't solve some existing issues. Radeon is built the old DRI way.

Let's pray the update goes smooth. So far only Jan has played with
Intel drivers. We will probably need some time until all important
regressions and bugs have been solved.

Good luck.

-Andy

[arch-general] confirm LTS kernel / usb printer permission issues

[Andreas Radke]

I have a permission issue when using the kernel26-lts with my usb
printer. The device doesn't always get lp group. Especially when I
switch it off and on again. Then new cups 1.4.x can't find the printer.
With kernel 2.6.30 and 2.6.31 the group is always set well.

I already asked a few udev upstream devs without a solution so far.

See http://www.spinics.net/lists/hotplug/msg02798.html

It would be nice if some of you could try confirming my problem and
maybe you can help me to find the reason why it fails on my server.

Thanks.

-Andy

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

[Andreas Radke]

Am Wed, 7 Oct 2009 17:50:42 +0200
schrieb Damjan Georgievski gdam...@gmail.com:

  On tty it looked like I had put radeonfb into the modules line of
  rc.conf. Is this the common behaviour? (I haven't see kms in real
  so far, so I don't exactly know what it behaves like)
 
 Using the radeon DRM driver which supports KMS you should get a
 radeonDRMfb framebuffer device and you will no longer use radeonfb.
 
 If all goes well, you'll notice radeondrmfb reported in dmesg
 
 
 

like nouveau and intel kms mode please do not enable any vga=xxx mode
and no framebuffer with ati/radeon cards! if you do kms will fail on
each device.

-Andy