- Arch-general - lists.archlinux.org

[arch-general] What's happening about libdjvu?
by Auguste Pop 21 Oct '10

21 Oct '10

Hi, The package djvulibre now conflicts and provides libdjvu, and libdjvu disappeared from the repository. However, judging by the files they provide and the PKGBUILD cached in my abs directory, I don't think they are the same thing. djvulibre does not provide the dynamic linked library as libdjvu does and thus may break other application depending on libdjvu. For instance, /usr/lib/evince/3/backends/libdjvudocument.so from evince package links to /usr/lib/libdjvulibre.so.21, which would be removed if I update the system to allow djvulibre to replace libdjvu. What's happened to the libdjvu package? Why is it removed from repository? Should I file a bug report? Best Regards,

4 3

Re: [arch-general] [arch-dev-public] db-5.1 rebuild
by Evangelos Foutras 20 Oct '10

20 Oct '10

On Tue, Oct 19, 2010 at 7:58 AM, Allan McRae <allan(a)archlinux.org> wrote: > Hi, > > Time to move on to the next rebuild! This time it is for db-5.1. > > There are the following soname changes: > libdb-4.8.so -> libdb-5.1.so > libdb-4.so -> libdb-5.so > libdb_cxx-4.8.so -> libdb_cxx-5.1.so > libdb_cxx-4.so -> libdb_cxx-5.so > > It is a relatively small rebuild of 39 packages. > > I never got around to the db-5.0 update but that is a good thing as many > pieces of software check for a db major version >= 4 and minor version >= 1 > when they just want db>=4.1... Now we have db-5.1 we do not have to fix > that stupidness. As always, more evidence that laziness pays off. > > I have pushed the db update to [staging] and will work on the rest of [core] > later tonight (unless someone beats me to it...) > > Allan What do we do for stuff like PHP which will get linked to PostgreSQL 9.0.1 which is in [testing] right now? Or will PostgreSQL be moved out of [testing] at the same time as the db rebuilds?

2 2

[arch-general] python3 update
by Fess 20 Oct '10

20 Oct '10

I think this is useful information: all soft installed from aur need to be reinstalled with changing line like "python setup.py blah-blah" to line "python2 setup.py blah-blah". Because some packages still aren't touched(e.g. charm). So, something like that. --

7 6

Re: [arch-general] Odd message on boot
by Aljosha Papsch 20 Oct '10

20 Oct '10

It means, D-BUS (or any message bus) is missing a group specified in its configuration file. A solution might be to just create the group.

3 2

[arch-general] Odd message on boot
by David Rosenstrauch 20 Oct '10

20 Oct '10

Been seeing a strange message recently on boot. Seems to have only appeared in the last few weeks. 'Unknown group "netdev" in message bus configuration file' Anyone know what's causing it and/or how to get rid of it? Thanks, DR

1 0

Re: [arch-general] [aur-general] Libreoffice in AUR
by Heiko Baums 20 Oct '10

20 Oct '10

Am Thu, 14 Oct 2010 14:19:26 +0300 schrieb Ionuț Bîru <ibiru(a)archlinux.org>: > somebody already uploaded a new build, libreoffice-new. the name is > kinda stupid and it makes me want to delete it. I'd second this. It also seems to be a duplicate to libreoffice-bin. And libreoffice-build should be deleted, too, renamed to libreoffice and updated to the latest beta. Btw., libreoffice-new is missing the "-beta" in $pkgver. Why I'm crossposting this to aur-general and arch-general is this article: http://www.h-online.com/open/news/item/OpenOffice-Council-asks-LibreOffice-… It's conceivable that OpenOffice and LibreOffice won't cooperate and will be developed independently from each other. So they most likely will differ and provide different features rather soon. So I'd like to see LibreOffice in [extra] besides OpenOffice. I think LibreOffice is or will soon be too important to just have it in AUR or [community]. Nevertheless regardless whether LibreOffice is in AUR, [community] or [extra] there should be clean packages and naming schemes which comply with the packaging and naming schemes for OpenOffice. Ensuring this is another reason to put it officially to [extra]. Heiko

1 0

[arch-general] no python3 package?
by Angus 20 Oct '10

20 Oct '10

I'm glad Arch did the python3 transition and I agree with python3 being the default version (i.e. having 'python' symlink to 'python3.x'). But what's the reason for no longer having a package named 'python3' with a symlink to 'python3.x'? It would make (/have made) the transition a little easier, no? Any harm done in providing it?

3 8

[arch-general] pacman -Syu ==> NOT included depencies (with reasons): ...
by David C. Rankin 19 Oct '10

19 Oct '10

Here is a new one for me A system update tonight provided the following note: ==> NOT included depencies(with reasons): - sidplay - we do not have sidplay 2 series in repos; also it's somehow connected with resid i guess(not in repos also) this is the first time I've seen this and it looks like pacman got confused looking for the sidplay 2 series package. What I don't understand is: "also it's somehow connected with resid i guess(not in repos also)" What the heck is 'resid' and who is 'i' that is guessing?? (what?) -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com

2 2

Re: [arch-general] [arch-dev-public] PostgreSQL 9.0.1 in [testing]
by Jan Steffens 19 Oct '10

19 Oct '10

On Tue, Oct 19, 2010 at 2:39 PM, Dan McGee <dpmcgee(a)gmail.com> wrote: > Community feedback welcome as well, but this is now in testing now > that the Python rebuild has moved on. Please let me know (good and > bad) how things are going with it so I can move it along to [extra]. Lots of stuff seems to be missing from the package (e.g. adminpack.so).

3 4

[arch-general] Upgrading while using a package (WAS: Re: pacman -Syu -- then tons of kio and kbuildsycoca warnings. Bug or coincidence?)
by diederick 19 Oct '10

19 Oct '10

On 10/13/2010 11:03 PM, David Rosenstrauch wrote: > On 10/09/2010 12:57 AM, David C. Rankin wrote: >> Guys, just updated and got a slew of warning dumped back to konsole: > Nothing strange to me at all: you're upgrading qt while you're in KDE > (which uses qt). It's never a good idea to upgrade a package while it's > being used. If you're upgrading a daemon, shut down the daemon first; > if you're upgrading qt, exit KDE first; if you're upgrading the kernel, > udev, etc., drop to single user mode first. I didn't know that, nor did I read that somewhere on the wiki. Why is this? Aren't programs copied to memory (i.e. loaded) before being used? In that case, isn't the upgraded version left alone until it is loaded the next time the program is started? Where can I find more on this? Thanks, Diederick -- http://www.diederickdevries.net/

6 8