- Arch-general - lists.archlinux.org

[arch-general] '*' in PKGBUILD for the conflicts array
by Attila 14 Aug '09

14 Aug '09

Hello, since there starts a new splitting game with the kde/kdemod packages i have a question for own packages. Would it be possible to use this conflicts=("kdebase-*") if i want to use a variation of the kdebase package which includes all. I know that than i have to fill up the provides array with the full names if this is necessary. Comment: Thanks for the pacman support of splitting PKGBUILDs. See you, Attila

4 6

[arch-general] IPv6 firewall, same as IPv4?
by clemens fischer 14 Aug '09

14 Aug '09

Can I put IPv6 rules into the regular etc/iptables/iptables.rules file containing only IPv4 rules otherwise? I noticed that both /usr/sbin/iptables and /usr/sbin/ip6tables depend on the same .so libs, so me thinks these libs need to have IPv6 support and all is well. Also, to make IPv6 work I put a rule to pass IPv6 protocol traffic outbound on eth+. Inbound packets are propably handled by the customary "-A INPUT -i eth+ -m state --state ESTABLISHED,RELATED -j ACCEPT", as they get into the machine somehow. I didn't check packet counters, though. clemens

1 0

Re: [arch-general] '*' in PKGBUILD for the conflicts array
by vlad 13 Aug '09

13 Aug '09

On Thu, Aug 13, 2009 at 03:06:32PM +1000, Allan McRae wrote: > Aaron Griffin wrote: >> On Wed, Aug 12, 2009 at 4:09 AM, Attila<attila(a)invalid.invalid> wrote: >> >>> On Mittwoch, 12. August 2009 09:52 Allan McRae wrote: >>> >>> >>>> No, that will not work. >>>> >>> Perhaps in the future? If not, no problem and i don't want to force you to say >>> me a release date.-) >>> >>> See you, Attila >>> >> >> You'd have to talk to the pacman guys. I suggest you file a feature >> request or email the pacman-dev list >> > > I just replied in the bug report but for those that are interested.... > something like: > > conflicts=("kdebase-*") > > may be achieved using > > conflicts=$(pacman -Ssq kdebase-) or simply cut and paste the output of "pacman -Ssq ..." into conflicts=(). > > > I would not recommend the general use of that.... > > Allan > > --

2 1

[arch-general] ABI compliance checker
by Andrey Ponomarenko 13 Aug '09

13 Aug '09

Colleagues, I'm software engineer from Institute for System Programing of Russian Academy of Sciences and we are developing a free lightweight tool for checking backward/forward binary compatibility of shared C/C++ libraries in OS Linux. It checks interface signatures and data type definitions in two library versions (headers and shared objects) and searches ABI changes that may lead to incompatibility. We have released 1.1 version of this tool and we'd like you to consider its usefulness for your project. The wiki-page with the latest release of binary compatibility checker is http://ispras.linux-foundation.org/index.php/ABI_compliance_checker Andrey Ponomarenko

3 4

Re: [arch-general] '*' in PKGBUILD for the conflicts array
by Nezmer＠allurelinux.org 13 Aug '09

13 Aug '09

On Thu, Aug 13, 2009 at 03:06:32PM +1000, Allan McRae wrote: > Aaron Griffin wrote: >> On Wed, Aug 12, 2009 at 4:09 AM, Attila<attila(a)invalid.invalid> wrote: >> >>> On Mittwoch, 12. August 2009 09:52 Allan McRae wrote: >>> >>> >>>> No, that will not work. >>>> >>> Perhaps in the future? If not, no problem and i don't want to force you to say >>> me a release date.-) >>> >>> See you, Attila >>> >> >> You'd have to talk to the pacman guys. I suggest you file a feature >> request or email the pacman-dev list >> > > I just replied in the bug report but for those that are interested.... > something like: > > conflicts=("kdebase-*") > > may be achieved using > > conflicts=$(pacman -Ssq kdebase-) > > > I would not recommend the general use of that.... > > Allan That would break setups for people like me who enable "ShowSize" in pacman.conf , wouldn't It ?

2 1

[arch-general] Does makepkg not honor 'provides' of other packages?
by Sven-Hendrik Haase 11 Aug '09

11 Aug '09

Hey, I'm trying to build "luabind" against an alternate "lua" package for c++. Its name is "lua-c++" and it provides "lua". It is installed correctly, yet "luabind" won't build with makepkg because of a missing dependency for "lua" which should have been provided by "lua-c++". What happened here? -- Sven-Hendrik

2 2

Re: [arch-general] [arch-dev-public] GNOME 2.28 - changes ahead
by Jeff Horelick 11 Aug '09

11 Aug '09

On Mon, Aug 10, 2009 at 2:20 PM, Jan de Groot <jan(a)jgc.homeip.net> wrote: > There's a release of GNOME 2.27.90 scheduled for this week, which means > that GNOME will enter a code freeze. This is the point where I usually > pick up packaging the next major version. > > For GNOME 2.27/28, some things will change in the distribution: > - DeviceKit-Disks (new package) > - PolicyKit 1.0 replacing 0.9 > - PulseAudio (new package) > - Esound > > Then there's PulseAudio. Though I still don't feel the need for this one > on the systems I own, a lot of users have requested this. PA has matured > a lot in the meanwhile, and PA is more than just an ordinary ESD > replacement. > > Another issue is ESD. This package is not really maintained upstream > anymore, and I don't think it makes sense to have two sound servers as > dependency for one desktop. Given the fact that Fedora disables esound > support since 2.23.4, I think it won't be a problem to remove it from > the dependency chain. Esound will stay in the repositories, but won't be > used by GNOME as sound server anymore. > > > I'm personally unhappy that PulseAudio will be my only sound system choice if i use GNOME. Yes, i realize that PulseAudio has improved massively in the past year or so, but it still breaks quite a few apps and in my experience, skips/stutters more than you want unless you're using a realtime kernel. I really hope PulseAudio will be a optdepend or a actual part of the gnome or gnome-extra groups so that if someone decides they don't want it, they don't have to use it.

3 2

Re: [arch-general] Add "phonon-xine" to KDE deps?
by Sherry Howell 11 Aug '09

11 Aug '09

> > Did you all install the needed gstreamer plugins for the files you > > wanted to play? > > Qt only installs the base plugins which support playing ogg and wave files. > For anything else you need to install other plugins. Mine is even a bigger mess than that. I've decided it's actually Amarok in this instance though. Gstreamer didn't work in Amarok, but even with Xine backends installed I get no sound out of Amarok at all with the latest Amarok release. It's not a backend or plugin issue because I get sound from Dragon Player. I'm able to play oggs/mp3s in everything EXCEPT Amarok. Go figure... I can't. Sherry

1 0

[arch-general] Add "phonon-xine" to KDE deps?
by Sven-Hendrik Haase 11 Aug '09

11 Aug '09

Hey, I've found that I hardly get any sound at all in KDE without the phonon-xine package installed since KDE 4.3. I wondered if this is a general thing or if it occurred to me just because my installation is rather old. If it is generally needed, why not make it a dependency? Or should I not require it at all and it is a misconfiguration on my side? Insight appreciated :) -- Sven-Hendrik

7 8

[arch-general] C-> and C<- does not work in urxvt in tabbed mode - archlinux specific
by Partha Chowdhury 11 Aug '09

11 Aug '09

i use rxvt-unicode as x terminal emulator. In tabbed mode i cannot use ctrl +left or right arrow keys to browse through words in history. i.e commands which take a long argument previously i was using fedora 10. i had asked this question in rxvt-unicode mailing list http://lists.schmorp.de/pipermail/rxvt-unicode/2009q2/001019.html and the solution described there worked in fedora 10. I also tested this on ubuntu 9.10 and it worked. In both cases the rxvt-unicode package was the same -9.06 but the above hack does not work in archlinux. Instead i find that i have to use alt key instead of ctrl key to achieve the purpose. It becomes annoying as the ctrl+arrow keys are used for the same purpose on console and any other terminal emulator as i use terminator often and i have to adjust based on circumstances. i took a look at PKGBUILD of rxvt-unicode and there is nothing that could point to this anomaly. so my question is this behaviour a bug or feature in archlinux ?

7 15