July 2011 - Arch-general - lists.archlinux.org

[arch-general] how to compile and run 32 bit apps on a 64 bit os?
by Madhurya Kakati 21 Jul '11

21 Jul '11

Hi, I want to install the bluediving application from AUR but it is only for 32 bit arch. How can I compile and run it in my 64 bit arch? Thanks

3 2

[arch-general] Not a good time for ProAudio work? WAS: Panic - no sound devices after upgrade
by Bernardo Barros 20 Jul '11

20 Jul '11

All those issues regarding sound cards and lv2 plug-ins right now. This all mean it will take time until Ardour3 (stable) come out and udev fixes and updates? I tried to figure out the differences between my fedora and arch boxes, I cound not find an easy explanation why the firewire soundcard works on fedora and not on arch. I tried different kernels (including lts), udevs and everything I could think of, including editing the rules.d folder. Or we can try some kind of concentrated effort to find and fix those problems (specially sound card problems) until they hit more users? Sorry, maybe that's just a couple of us, one or two people. I don't really know how many.

6 8

[arch-general] X cursor problem on new install
by D. R. Evans 20 Jul '11

20 Jul '11

I just installed arch for the first time (trying it out since I am unhappy with the state of Kubuntu). I have, I think, followed the installation instructions carefully. Everything seemed OK until I tried to run X. The cursor is offset from where it should be. If I move the mouse to the right, the cursor stops about 2/3 of the way across the screen and won't go any farther. If I move the mouse to the left, the cursor disappears off the left hand side of the screen and reappears on the right hand side. It stops moving to the left a short distance from the right border on the screen. The display of windows on the screen looks fine; it's just the cursor that seems to be wrong. 1. I have tried two mice; both behave the same way. 2. I used wgetpaste as instructed at wiki.archlinux.org/index.php/Beginners'_Guide#Graphical_User_Interface: ~/.xinitrc does not exist /etc/X11/xorg.conf does not exist /var/log/Xorg.0.log is at paste.pocoo.org/show/428974 /var/log/Xorg.0.log.old is at paste.pocoo.org/show/428976 Obviously, I need to get this resolved before proceeding any further with installing a desktop environment. Doc Evans -- Web: http://www.sff.net/people/N7DR

4 13

[arch-general] shh SOCKS proxy
by Daniel Hilst Selli 20 Jul '11

20 Jul '11

I trying to set a ssh proxy.. For tests matter I'm using my local desktop, as I can change sshd configurations all in one place I do this: http://pastebin.com/g26A9imj Then set my firefox proxy to localhost on port 8080 (all protocols) and checked the SOCK5 buttom selected. Once I enter www.google.com on firefox and it justs show me a blank page

4 4

[arch-general] testing splitted LibreOffice 3.4.2rc1
by Andreas Radke 20 Jul '11

20 Jul '11

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

3 8

[arch-general] virtualbox additions package naming
by Ionut Biru 19 Jul '11

19 Jul '11

I've been criticized a lot because I choose poorly the name for guest additions. Right now the packages are like this: virtualbox-addtitions - contains the iso with guest additions for linux/windows/etc and is installed on host virtualbox-guest-additions - contains guest additions only for an arch linux system as guest. virtualbo-guest-modules - modules only for an arch linux system as guest. Now that virtualbox 4.1 is released I need help choosing this names. -- Ionuț

9 22

[arch-general] SSH Tunnel doubts
by Daniel. 19 Jul '11

19 Jul '11

I have some doubts about traffic forwarding Supposing that my IP is 192.168.1.100 and the remote is 192.168.1.200 is this -> ssh -R 1000:192.168.1.200:22 the same as this: ssh 192.168.1.200 ssh -L 1000:192.168.1.100:22 ??? -- *"Do or do not. There is no try"* * **Yoda Master*

7 10

Re: [arch-general] [arch-dev-public] dropping tcp_wrapper support
by Thomas S Hatch 19 Jul '11

19 Jul '11

> > > I would say the same, but a todo list isn't a to-done list, so keep > that in mind. He also pointed out that I got little to no feedback > when I asked about this both a year and six months ago, so > expectations are pretty low this time around. I'm sure if there were > serious objections people would raise them and we could address them. > > This is worthy of a news article once we move packages to core only > because it could expose some services people didn't previously expect > to need to protect. > > -Dan > As far as feedback goes, I have used tcp-wrappers a great deal in the past, but not for many years. And the fact that it needs to be so heavily patched suggests that we should not be using it anyway. I agree that we should not have to maintain it anymore, it is an outdated security system that usually gets in the way, and Arch is the only distro I use that turns it on by default. +1

15 27

Re: [arch-general] virtualbox additions package naming
by Kwpolska 19 Jul '11

19 Jul '11

On Jul 19, 2011 4:12 PM, "Ionut Biru" <ibiru(a)archlinux.org> wrote: > > I've been criticized a lot because I choose poorly the name for guest additions. > > Right now the packages are like this: > > virtualbox-addtitions - contains the iso with guest additions for linux/windows/etc and is installed on host > virtualbox-guest-additions - contains guest additions only for an arch linux system as guest. > virtualbo-guest-modules - modules only for an arch linux system as guest. > > Now that virtualbox 4.1 is released I need help choosing this names. > > > -- > Ionuț I'd suggest: * virtualbox-additions-iso * virtualbox-additions-guest * virtualbox-additions-guest-modules -- Kwpolska (sent from Android)

2 1

Re: [arch-general] [arch-dev-public] Fwd: Move kdelibs3 to [community]
by Calvin Morrison 19 Jul '11

19 Jul '11

On 18 July 2011 12:57, Calvin Morrison <mutantturkey(a)gmail.com> wrote: > ---------- Forwarded message ---------- > From: Calvin Morrison <mutantturkey(a)gmail.com> > Date: 18 July 2011 12:50 > Subject: Re: [arch-dev-public] Fwd: Move kdelibs3 to [community] > To: kb9vqf(a)pearsoncomputing.net > > > On 18 July 2011 06:36, Thomas Bächler <thomas(a)archlinux.org> wrote: >> Am 18.07.2011 12:25, schrieb Stéphane Gaudreault: >>>> Sergej offers to maintain it so I thought we can move it in [community], but >>>> if you are interested you can adopt qt3 and kdelibs3. >>> >>> Maybe we could follow the kdelibs from Trinity [1]. I have no experience with >>> this project, but they seems to be active. Or at least their svn repos [2] >>> could be searched to find useful patches. >>> >>> Stéphane >>> >>> [1] http://www.trinitydesktop.org/ >>> [2] http://websvn.kde.org/branches/trinity/kdelibs/ >>> >> >> This sounds like a good idea, better than trying to build the broken >> kdelibs3 code like we do now. >> >> Hey Guys, I am a developer and member of the Trinity Desktop team. I wanted to clear up a few points here about what the differences between old kde and trinity are as far as you are concerned. Kde3 and Trinity are NOT the same. At this point our sources and contributors have changed completely. One of our goals is to pull all of the disparate Qt3 patches to create a central, up-to-date Qt3 repository that can then be extended as necessary, and we are ready to provide upstream support for qt3. Even with our patches and addons, our qt3 is fully compatible with any qt3 programs, no API breakage whatsoever. I think it would be a great id Link to webgit of qt3: http://git.trinitydesktop.org/viewgit/index.php?a=tree&p=Trinity%20Desktop%… Kdelibs3 on the other hand won't be so simple. There have been significant changes in the API, because we have written a abstraction layer for the Qt3 code to work with "TQt". The TQt interface will allow us to continue using the trinity desktop with newer versions of Qt. We currently are underway porting it to Qt4 too keep up to date. However for arch that means it is likely that some programs would not compile unless patched against the tqtinterface. Therefore I must recommend you do not use our kdelibs3, because we are currently unstable until the next release (due sometime in the fall) What I think would be best for everyone, is that once we release our next version, arch should look into switching to the Trinity Desktop provided kdelibs3, kdebase, kde* packages. They are more up to date and stable. I think the fact you are having trouble building old kde3 shows that it might be time to start considering other options. As far as Qt3 goes, we are completely ready and happy to provide upstream support for all distros, especially my favorite Arch. :) On behalf of the Trinity Project, Calvin Morrison

2 1