- Arch-general - lists.archlinux.org

[arch-general] File conflicts upgrading licenses
by Zé Ninguém 07 Jun '09

07 Jun '09

Hi there. I am having some file conflicts when upgrading the licenses package, and I don't understand why? Here is the error: resolving dependencies... looking for inter-conflicts... Targets (1): licenses-2.5-1 Total Download Size: 0.00 MB Total Installed Size: 0.46 MB Proceed with installation? [Y/n] checking package integrity... (1/1) checking for file conflicts [####################################################################################################] 100% error: could not prepare transaction error: failed to commit transaction (conflicting files) licenses: /usr/share/licenses/common/FDL exists in filesystem licenses: /usr/share/licenses/common/GPL exists in filesystem licenses: /usr/share/licenses/common/GPL2/license.txt exists in filesystem licenses: /usr/share/licenses/common/LGPL exists in filesystem Errors occurred, no packages were upgraded. But the files it is complaining about belong to "licenses" already. /usr/share/licenses/common/GPL2/license.txt is owned by licenses 2.4-1 So my question is, why are this errors hapening? Regards.

2 1

Re: [arch-general] [arch-dev-public] [signoff] xz-utils and libarchive-2.7.0-2
by Grigorios Bouzakis 07 Jun '09

07 Jun '09

On Sun, Jun 7, 2009 at 4:57 PM, Allan McRae<allan(a)archlinux.org> wrote: > Roman Kyrylych wrote: >> >> On Sun, May 31, 2009 at 16:41, Dan McGee<dpmcgee(a)gmail.com> wrote: >> >>> >>> On Sun, May 31, 2009 at 7:30 AM, Pierre Schmitz <pierre(a)archlinux.de> >>> wrote: >>> >>>> >>>> Am Sonntag 31 Mai 2009 14:14:48 schrieb Pierre Schmitz: >>>> >>>>> >>>>> If everything is OK we can move both to core and remove lzma-utils from >>>>> extra. >>>>> >>>> >>>> tpowa just asked me but I am not sure about it: Should cz-utils be part >>>> of the >>>> base group? It'll be installed anyway because libarchive depends on it. >>>> O the >>>> other hand we might want to have a base group which does not depend on >>>> anything which is not a group member. >>>> >>> >>> Yes, it should. When I originally asked about adding lzma support, we >>> brought up the fact that it would have to be in the base group. >>> >> >> Hm, I don't really see a reason for this, can you explain the reason for >> me? >> Here's my logic: >> a group should not be required to have all dependencies in a group, >> reason: when installing a group pacman installs all packages as >> 'explicitly installed' >> which makes it harder to find no-more-needed dependency in future. >> Please correct me if I'm wrong about this, since I could forgot something >> about >> pacman while being inactive for so long time. >> > > I agree. It would also make the list of "base" and "base-devel" packages to > select from in the installer much smaller. > This reminds me of my comment http://bugs.archlinux.org/task/12890#comment43722 with pacman. I dont know if this would make things more complex (from a packager point of view for the most part ) but it will certainly make the list smaller. Please, if any developers feel like moving towards this, take part in the discussion, or even start moving towards this. I dont know if have discussed any of these in the private list, etc. -- Greg

1 0

[arch-general] PKBUILD update after bug fix
by Baho Utot 06 Jun '09

06 Jun '09

How long does it take for the updated PKGBUILD to hit abs after a bug report is closed For example if the PKGBUILD is missing a dependency? Thanks

2 2

Re: [arch-general] [arch-dev-public] subversion rebuild needed for i686
by Gerardo Exequiel Pozzi 04 Jun '09

04 Jun '09

Douglas Soares de Andrade wrote: > Em Domingo 31 Maio 2009, às 09:37:27, Firmicus escreveu: > >>> Succeeded now. >>> (Thanks in good part to Gerardo who made me realize that the javac >>> binary was unable to find libjli.so, even though it was where it should >>> be. Symlinking to /usr/lib solved the problem. So this was some LIBPATH >>> problem in my supposedly pristine chroot.) >>> >> Dammit!!! My new package happens to have the same GD problem Douglas >> originally had: see FS#14738 >> >> Folks, I am no longer sure to understand the subtleties of "building in >> a clean chroot" ... >> >> Now that I know that this package belongs to Douglas, I'll happily let >> him deal with it ;D >> >> On the other hand, I'd be grateful to be a bit more enlightened about >> all this. Has anyone experienced any similar issues whilst building >> packages in a chroot? >> > > Me too, till then i will build packages in my working enviroment, i really did > not understood why the package buillt in the chroot had problems, any ideas ? > > Thanks > > > The FIX is currently in the bugtracker, patch agains the svn trunk. The explication is in the comments. (My fault) http://bugs.archlinux.org/task/14738#comment44808 -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D

1 0

[arch-general] PKGBUILD: depends and ranges of versions?
by Magnus Therning 04 Jun '09

04 Jun '09

I couldn't find anything definitive on this. Say I have a package A that depends on package B, but A can only be built against version 2.x of B (i.e. not against 1.x and not 3.x). Is it allowed to do something like depends=('B>=2' 'B<3') /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe

2 1

[arch-general] gstreamer naming
by Lukáš Jirkovský 04 Jun '09

04 Jun '09

Hello, I've a question - why are gstreamer packages named gstreamer0.10 and not gstreamer? I can see it also in Debian, but I don't see any sense in appending version to the package name. Lukas "stativ"

2 2

[arch-general] Help understanding which interface OpenOffice is using?
by David C. Rankin 03 Jun '09

03 Jun '09

Listmates, I have installed openoffice-core on my x86 box and I am trying to understand what user interface it is using and how to change it if I can. I suspect the very block like interface and large menu and menubar fonts are the result of the GTK interface oo on arch uses by default. (I could have this backwards). The default UI looks really awkward to me. It brings back bad memories of the days when the UI was limited to what you see on xpdf. The wiki(http://wiki.archlinux.org/index.php/Openoffice) suggests an environment variable setting of OOO_FORCE_DESKTOP=kde soffice, but warns that "KDE look will be removed in Openoffice3". What's the status of that? When will the QT interface go away? What is the best way to get a better looking interface on KDE3. I have tried using 'OOO_FORCE_DESKTOP=kde soffice', but so far I get an error when attempting this over XDMCP. Is there something that will work in this situation as well? Thanks for any help or suggestions you can give. -- 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

7 17

[arch-general] Funny locale settings, Gnome versus command line
by Magnus Therning 03 Jun '09

03 Jun '09

I just noticed something rather irritating, in my Gnome clock applet the week starts on Tuesday. It would be much better if it started on Monday. While trying (and failing) to find out why this was I ran `cal` on the command line, in `cal` the week starts on Sunday. Again I'd like it to start on Monday. I also noticed that Gnome's tool to set time and date (System -> Administration -> Time and Date) correctly shows the week as starting on Monday. In my rc.conf I set the locale to en_GB.UTF-8, and my terminal seems to agree with me: % locale LANG=en_GB.UTF-8 LC_CTYPE="en_GB.UTF-8" LC_NUMERIC="en_GB.UTF-8" LC_TIME="en_GB.UTF-8" LC_COLLATE=C LC_MONETARY="en_GB.UTF-8" LC_MESSAGES="en_GB.UTF-8" LC_PAPER="en_GB.UTF-8" LC_NAME="en_GB.UTF-8" LC_ADDRESS="en_GB.UTF-8" LC_TELEPHONE="en_GB.UTF-8" LC_MEASUREMENT="en_GB.UTF-8" LC_IDENTIFICATION="en_GB.UTF-8" LC_ALL= How do I get the Gnome clock to start the week on Monday? How do I get `cal` to start the week on Monday? /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe

4 11

[arch-general] My D-Bus/Hal/PolicyKit Fix - Useful for Admin Users
by David C. Rankin, J.D.,P.E. 03 Jun '09

03 Jun '09

Listmates, Since I continually fight d-bus and hal on hotplugging issues, I thought I would pass along the fix that worked for me. Since this is a full access fix, I decided it shouldn't be posted to the wiki. Let me know if you think differently or feel free to post it yourself. Here is what worked for me for hotplugging usb drives, etc... Granting Full Access to a Single User: To grant access to a single user (say yourself maybe), modify the following 2 files as follows. For example purposes, I am granting myself username "david" complete access to all d-bus/hal devices: /etc/dbus-1/system.d/hal.conf: <policy user="david"> <allow own="org.freedesktop.Hal"/> </policy> /etc/PolicyKit/PolicyKit.conf: <config version="0.1"> <match user="david"> <return result="yes"/> </match> </config> Works fine here. Let me know if you see any real gotchas about this approach. Thanks. -- 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

3 3

[arch-general] speakers don't turn off when headphones inserted
by Scott Weisman 03 Jun '09

03 Jun '09

Hello, I just obtained a Fujitsu P7120 notebook (a very nice model, by the way). Overall, I am getting this working with Arch just fine (although I would definitely appreciate pointers from anyone else who has installed Arch, especially as I have been using a desktop until now and haven't had the need to configure notebook-type features). One problem I am having that I don't know how to fix is that when I plug in headphones, the speakers don't turn off. Alsamixer shows that the headphones and speakers have separate controls, something I have never seen in a notebook before. While cool, I would really love to have this automatically toggle as expected. Does anyone have a suggestion? Thanks, Scott

5 4