- Arch-general - lists.archlinux.org

[arch-general] The future of bluetooth in ArchLinux
by Damjan Georgievski 04 Dec '08

04 Dec '08

As you might now, the bluetooth packages in Arch are not activelly maintained so the main developers were looking for help. I've expressed my readiness to help in any way I can, but I'd also like suggestions and help from other people here. So, I've created a git repository for bluetooth related PKGBUILDs http://damjan.softver.org.mk:8080/git/arch-bluetooth.git you can browse that repo to see the files there. The PKGBUILDs need a bit of updateing with the dependancies and descriptions IMHO. The dependencies are: * bluez is the base package it depends on dbus-core and glib * openobex * bluez-obexd is a a dbus service that implements obex push server and client and also ObexFTP afaik.. as a dbus service it can't be used on its own, but is used by some other application which brings us to... * bluez-gnome is a gnome applet, and some other gnome tools that with the help of obexd imlement all the interesting stuff you can do with bluetooth (pairing, sending files (object push), browseing for devices) All of the above programs and libraries are maintained by the Bluez project (www.bluez.org) Some additional packages are bluez-hcidump used for debuging (depends on bluez) and bluez-firmware needed for same rare devices (and really doesn't depend on anything). Next what I have there are python-pybluez and python-lightblue (depends on the publuez and openobex) which are two python libraries for working with bluetooth.. the second offering some higher level functionality. Finally there's kdebluetooth which although compiles fine with bluez-4.21 I don't think it actually works? The help I'd like would be: to define a TODO for bluetooth, helping with finding some patches that might be needed and any testing would be helpfull. I currently don't use Gnome or even KDE4 much (I use some KDE4 apps in awesome). I also can't build x86_64 yet. -- damjan

2 2

[arch-general] opensp compile fails
by Baho Utot 03 Dec '08

03 Dec '08

OpenSp PKGBUILD fails to compile with the following error: g++ -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I../generic -march=native -O2 -pipe -fomit-frame-pointer -c ArcEngine.cxx -MT ArcEngine.lo -MD -MP -MF .deps/ArcEngine.TPlo -fPIC -DPIC -o .libs/ArcEngine.lo In file included from ArcEngine.cxx:20: ../include/InternalInputSource.h:37: error: extra qualification 'OpenSP::InternalInputSource::' on member 'asInternalInputSource' make[3]: *** [ArcEngine.lo] Error 1 make[3]: Leaving directory `/home/scrat/ARCH/opensp/src/OpenSP-1.5.1/lib' make[2]: *** [all] Error 2 make[2]: Leaving directory `/home/scrat/ARCH/opensp/src/OpenSP-1.5.1/lib' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/scrat/ARCH/opensp/src/OpenSP-1.5.1' make: *** [all] Error 2 ==> ERROR: Build Failed. It looks like it is orphaned so Here is a patch to fix this: cat InternalInputSource.patch --- OpenSP-1.5.1~/include/InternalInputSource.h 2003-07-17 14:14:00.000000000 -0400 +++ OpenSP-1.5.1/include/InternalInputSource.h 2008-11-13 12:24:04.591406546 -0500 @@ -34,7 +34,7 @@ void pushCharRef(Char ch, const NamedCharRef &); Boolean rewind(Messenger &); const StringC *contents(); - InternalInputSource *InternalInputSource::asInternalInputSource(); + InternalInputSource *asInternalInputSource(); ~InternalInputSource(); private: InternalInputSource(const InternalInputSource &); // undefined Here is a patch file for the PKGBUILD cat PKGBUILD.patch --- PKGBUILD 2008-12-02 20:27:40.102778984 -0500 +++ pkgbuild 2008-12-02 20:27:29.412780668 -0500 @@ -15,6 +15,7 @@ cd $startdir/src/OpenSP-$pkgver pwd patch -Np1 -i ../opensp-gcc34.patch || return 1 + patch -Np1 -i ../InternalInputSource.patch || return 1 ./configure --prefix=/usr \ --disable-nls \ --enable-http \

4 4

[arch-general] remove HWD from extra and wiki!
by Amanai 03 Dec '08

03 Dec '08

I think HWD is full of bugs and several times I was running in some problems with HWD. If you guys can't fix it, don't provide it. Anyway HWD is not maintained anymore.

10 15

[arch-general] Mailman archives fixed
by Aaron Griffin 03 Dec '08

03 Dec '08

Finally fixed this little bugger. As far as I know, nothing was lost, it just wasn't generating html pages for the mails. Cheers, Aaron

2 2

[arch-general] Solved: xorg-server 1.5 upgrade screen problem.
by Javier Vasquez 03 Dec '08

03 Dec '08

On 12/2/08, Javier Vasquez <jevv.cr(a)gmail.com> wrote: > On 12/2/08, Javier Vasquez <jevv.cr(a)gmail.com> wrote: >> On 12/2/08, Javier Vasquez <jevv.cr(a)gmail.com> wrote: >>> On 12/1/08, Javier Vasquez <jevv.cr(a)gmail.com> wrote: >>>> On 11/30/08, Jan de Groot <jan(a)jgc.homeip.net> wrote: >>>>> On Sun, 2008-11-30 at 16:29 -0600, Javier Vasquez wrote: >>>>>> Also, the server flag: >>>>>> >>>>>> Option "AutoAddDevices" "False" >>>>>> >>>>>> Doesn't help getting this solved... >>>>> >>>>> Input devices have nothing to do with video devices. >>>>> I think it's a conflict between your framebuffer console and xorg which >>>>> causes this problem. Framebuffer consoles and Xorg videodrivers have >>>>> always been a problem here, it's two direct hardware access things >>>>> competing against eachother. Sometimes it works, sometimes it doesn't. >>>> >>>> Well, it wasn't a problem before the last update to 1.5.3. I had the >>>> following uncommented in the device section: >>>> >>>> # Option "UseFBDev" "true" >>>> >>>> Now that I have commented it out, I still got the problem (of course >>>> after rebooting since I can't restart X). Moreover, just in case, I >>>> also removed atyfb (modprobe -r, and then startx), and the problem >>>> persists... >>>> >>>> So I'm not sure if the problem is a frame buffer one. >>>> >>>> -- >>>> Javier >>> >>> OK, I'm done with trials, no luck... I filed a bug then, 12327... >>> >>> thanks, >>> >>> -- >>> Javier >>> >> >> I missed one trial, removing the vga mode from boot parameter (which >> activates vesa FB Ibelieve). When doing it the problem vanishes... >> >> I requested a bug closure, hopefully it'll close... >> >> I was left with with pretty big fonts at the console though, which I >> don't like. I was using terminus v16b under 1024x768 before, but >> that's too big now. I tried v14b, but that didn't make a difference, >> and v12n is not supported, it fails... So I tried alt-8x8, and I like >> the size, but I don't like the font which at this size looks a bit >> ugly... any recommendations are welcome... >> >> Thanks, >> >> -- >> Javier >> > > Hmm, it looks like I can't set a font smaller than the 16, since I > lose the fonts when closing X... :( > > -- > Javier > It took me a while, but I finally figured things up. I don't understand why I never needed this stuff before, but actually now I got 1280x1024@75 in my console with terminus font v20b, looking nice, and I can go back/forth from X... Here are my settings: /etc/rc.conf MODULES=(fuse r8169 slhc atyfb) /etc/modprobe.conf options atyfb mode=1280x1024@75 That's pretty much what solved things, :) Thanks, -- Javier

2 2

[arch-general] xorg-server 1.5 upgrade screen problem.
by Javier Vasquez 03 Dec '08

03 Dec '08

Hi all, By reading "http://wiki.archlinux.org/index.php/Xorg_input_hotplugging", the upgrade on xorg-server to 1.5 was not hard for the input devices. I'm using the Hal approach. However I have trouble with the screen. I'm using the mach64 driver with 1280x1024 mode and 24 bits depth, and whenever I try to switch to console (with atyfb @ 1024x768) all I get is a balck screen and the monitor complaining with out of sync... Also when terminating my X session, exiting fluxbox (I use startx to get into X), I get the same thing, so I never can get back to console. Any one experiencing the same thing? Any suggestions? I don't remember reading about it in the Xorg_input_hotplugging page, :) Thanks, -- Javier

4 9

[arch-general] x86_64 for devs and TUs: finally here!
by Geoffroy Carrier 03 Dec '08

03 Dec '08

I've talking about this for a long time. Here it is, a x86_64 build (virtual) machine for every dev and TU who needs one. So please drop me an E-mail with your desired login and a ssh public key. If you don't have a ssh keypair: ssh-keygen -t rsa Then the public key is in $HOME/.ssh/id_rsa.pub Everyone will have complete sudo rights unless we find a better policy. So you shouldn't use it to store any private data... More info to come, I'll write it down for the first users! BTW, devs/TUs who were provided an account on any of my server will have to move to the new solution within a few weeks. -- Geoffroy Carrier

2 1

Re: [arch-general] [arch-dev-public] [signoff] wpa_supplicant 0.5.11-1
by Gerhard Brauer 02 Dec '08

02 Dec '08

Am Tue, 02 Dec 2008 21:07:11 +0100 schrieb Thomas Bächler <thomas(a)archlinux.org>: > Thomas Bächler schrieb: > > - Update 0.5.10->0.5.11 > > - Enabled dbus support (was already available on i686 in testing) > > > > The daemon and the gui are in testing for both architectures, > > please sign off. > > ping, any more signoffs? I could give a user signoff for i686. Gerhard

1 0

[arch-general] Someone shoot sergej
by Grigorios Bouzakis 02 Dec '08

02 Dec '08

Literally, someone should shoot him. I dont know what internal TU discussions bring up so i will stick to the facts i am aware of. No.1: phrakture states. We have a problem with space on gerolde. No.2: Discussion in aur-general mailing list about cleaning up community No.3: pkgstats: Around 70% of packages in community have less than 5% usage. What sergej does. 1) He currently maintains more than 1/3 of community on his own. 2) He even maintains packages which are even present in extra!!!! http://aur.archlinux.org/packages.php?ID=13148 BTW theres been a comment that squirrelmail is in extra from voidnull on Nov. 7th and i flagged it out of date around 1 hour back. But its still there. In the meantime, he had time to add yet another package to the repo. http://aur.archlinux.org/packages.php?ID=2657 Maybe he doesnt have scripts to remove packages? Just upload them? 3) The number of packages he maintains NEVER drops. I remember he had 660 a while back now its 686. And he has added 2 packages since yesterday evening. 4) Only 150 of them have more than 10 votes in the many years the AUR is alive and well. 5) If you think hey votes dont mean much check usage in pkgstats: http://www.archlinux.de/?page=PackageStatistics 6) A large number of them doesnt even exist anymore. All that said i dont blame only Sergej for the above. He has picked up many other peoples packages throughout the years. Willysilly and xterminus come to mind to name a few. But keeping all those packages in the repo has proven to be a bad option in the long run. Many of those dont even belong to unsupported. Theyre crap. Especially Willysillys. Anyway, i know i aint a TU. Thats an excuse i ve heard before. But to anyone even thinking of bringing it up, take a few minutes to think about what have you done towards the right direction since i last brought that up. IIRC it was early 2008 or late 2007. Check the archive if you want a debrief. The community repository is, for the most part, a pile of shit. An application graveyard. PS. I wont even mention bfinch. I had raised doubts even when i wasnt aware he maintains a custom distro. Now that i do, well, figure the rest out yourself.. Greg

10 19

[arch-general] x hotplugging probs
by David Rosenstrauch 01 Dec '08

01 Dec '08

Having major probs after the upgrade to the latest X w/hotplugging. X starts, but keyboard and mouse are dead. The wiki page is really vague - I'm not really sure what/how I'm supposed to configure to make this work. It says I want to update the entries for things like input.xkb.layout, input.xkb.variant, input.xkb.rules, input.xkb.model, input.xkb.options, etc. in the 10-keymap.fdi file. But update them to what? I'm not sure what the values should be. Also, that only explains keyboard. Why isn't mouse working? Xorg.0.log tells me: (II) Cannot locate a core pointer device. (II) Cannot locate a core keyboard device. (II) The server relies on HAL to provide the list of input devices. If no devices become available, reconfigure HAL or disable AllowEmptyInput. I have these packages installed, and HAL running: xf86-input-evdev 2.0.7-1 xf86-input-keyboard 1.3.1-1 xf86-input-mouse 1.3.0-1 xf86-video-ati 6.9.0-5 xf86-video-vesa 2.0.0-2 Also, I can't currently disable hotplugging, since I don't have an xorg.conf file. (X has always been able to start fine without one; I believe it uses its own stock/internal one.) Do I really need to go through the pain of generating a conf file just to get this turned off??? There's got to be SOME way to get this to work. Help appreciated! DR

9 11