[arch-general] makepkg problem
hello I'm trying to create a source pkg for an aur package and I'm geting this error: $ makepkg --source == Making package: mpd-devel 0.15_beta1-1 i686 (Sun May 3 16:02:54 KST 2009) == Creating source package... - Adding PKGBUILD... - Adding install script... - Adding mpd.init... - Adding mpd.install... ln: creating symbolic link `/home/xx/mpd/srclinks.SKgroBqtf/mpd-devel/mpd.install': File existsy I have this files as my source files: PKGBUILD mpd.init mpd.install any ideas why is this? thanks
Re: [arch-general] makepkg problem
Juan Diego wrote: hello I'm trying to create a source pkg for an aur package and I'm geting this error: $ makepkg --source == Making package: mpd-devel 0.15_beta1-1 i686 (Sun May 3 16:02:54 KST 2009) == Creating source package... - Adding PKGBUILD... - Adding install script... - Adding mpd.init... - Adding mpd.install... ln: creating symbolic link `/home/xx/mpd/srclinks.SKgroBqtf/mpd-devel/mpd.install': File existsy I have this files as my source files: PKGBUILD mpd.init mpd.install any ideas why is this? thanks Your install file should not be in the source array. Allan
Re: [arch-general] makepkg problem
yes, thank you very much, it works well. On Sun, May 3, 2009 at 4:10 PM, Allan McRae al...@archlinux.org wrote: Juan Diego wrote: hello I'm trying to create a source pkg for an aur package and I'm geting this error: $ makepkg --source == Making package: mpd-devel 0.15_beta1-1 i686 (Sun May 3 16:02:54 KST 2009) == Creating source package... - Adding PKGBUILD... - Adding install script... - Adding mpd.init... - Adding mpd.install... ln: creating symbolic link `/home/xx/mpd/srclinks.SKgroBqtf/mpd-devel/mpd.install': File existsy I have this files as my source files: PKGBUILD mpd.init mpd.install any ideas why is this? thanks Your install file should not be in the source array. Allan
Re: [arch-general] Laptop Install - 2 questions remain, WPA and Compiz with Radeon Driver
Excerpts from David C. Rankin, J.D.,P.E.'s message of So Mai 03 12:11:04 +0200
2009:
(1) My laptop has an Atheros card and is happily using the madwifi driver.
The
only problem is that I'm starting it manually and need to know where to put
the pieces to have it start automatically. Basically, it takes 3 commands to
get my wifi going:
ESSID=${1:-skyline}
IFACE=${2:-wlan0}
iwconfig ${IFACE} essid ${ESSID}
wpa_supplicant -i${IFACE} -Dwext -c/etc/wpa_supplicant.conf -d -B
/var/log/wpa_start.log 21
sleep 2 # This doesn't count as a command
dhcpcd wlan0
My question is Where do I put this stuff to make it happen when I start
Arch??
Install the netcfg package, create a profile under /etc/network.d (there are
some examples, so you shouldn't have any problem), and edit /etc/rc.conf: add
the name of your profile into NETWORKS=(...) and add 'net-profiles' to your
DAEMONS.
-- Jan
[arch-general] Laptop Install - 2 questions remain, WPA and Compiz with Radeon Driver
Listmates,
The laptop install (Toshiba 205D) went great accept where I am stuck
with
video drivers for my ati card, and the last little nit of getting wifi to
start automatically. First the easy one, the wireless:
(1) My laptop has an Atheros card and is happily using the madwifi driver. The
only problem is that I'm starting it manually and need to know where to put
the pieces to have it start automatically. Basically, it takes 3 commands to
get my wifi going:
ESSID=${1:-skyline}
IFACE=${2:-wlan0}
iwconfig ${IFACE} essid ${ESSID}
wpa_supplicant -i${IFACE} -Dwext -c/etc/wpa_supplicant.conf -d -B
/var/log/wpa_start.log 21
sleep 2 # This doesn't count as a command
dhcpcd wlan0
My question is Where do I put this stuff to make it happen when I
start
Arch??
(2) No Compiz with the radeon driver. I know there must be a trick or two that
will make this work. Heck, I even got compiz working on the intel card, so I
know the ATI card (X1200) will do it (it does it with the fglrx driver on
openSuSE). However, I don't know what the tricks are to getting it working on
the stock radeon driver. Any other ATI Arch users know any more about this??
Here is my current xorg.conf:
#
Section Files
FontPath /usr/share/fonts/misc:unscaled
FontPath /usr/share/fonts/local
FontPath /usr/share/fonts/75dpi:unscaled
FontPath /usr/share/fonts/100dpi:unscaled
FontPath /usr/share/fonts/Type1
FontPath /usr/share/fonts/URW
FontPath /usr/share/fonts/speedo
FontPath /usr/share/fonts/artwiz-fonts
FontPath /usr/share/fonts/cyrillic
FontPath /usr/share/fonts/truetype
FontPath /usr/share/fonts/TTF
FontPath /usr/share/fonts/uni:unscaled
FontPath /usr/local/share/fonts
FontPath /opt/kde3/share/fonts
InputDevices /dev/gpmdata
InputDevices /dev/input/mice
EndSection
Section ServerFlags
Option AllowMouseOpenFail on
Option IgnoreABI on
EndSection
Section Module
Load dbe
Load type1
Load freetype
Load extmod
Load glx
Load dri
EndSection
Section InputDevice
Driver kbd
Identifier Keyboard[0]
Option Protocol Standard
Option XkbLayout us
Option XkbModel microsoftpro
Option XkbRules xfree86
EndSection
Section InputDevice
Driver mouse
Identifier Mouse[1]
Option Buttons 5
Option Device /dev/input/mice
Option Name Microsoft Wheel Mouse Optical
Option Protocol explorerps/2
Option Vendor Sysp
Option ZAxisMapping 4 5
EndSection
Section InputDevice
Identifier Mouse[3]
Driver synaptics
Option Device /dev/input/mice
Option Emulate3Buttons on
Option Name Touchpad
Option SHMConfig on
Option Vendor Synaptics
Option ZAxisMapping 4 5
EndSection
Section Monitor
Identifier Monitor[0]
VendorName TOSHIBA
ModelNameTOSHIBA 17IN TRUEBRIGHT
UseModes Modes[0]
DisplaySize 367230
HorizSync30.0 - 70.0
VertRefresh 43.0 - 60.0
Option CalcAlgorithm XServerPool
Option DPMS
Option PreferredMode 1440x900
EndSection
Section Modes
Identifier Modes[0]
EndSection
Section Screen
DefaultDepth 24
SubSection Display
Depth 15
Modes 1440x900 1024x768 800x600
EndSubSection
SubSection Display
Depth 16
Modes 1440x900 1024x768 800x600
EndSubSection
SubSection Display
Depth 24
Modes 1440x900 1024x768 800x600
EndSubSection
SubSection Display
Depth 8
Modes 1440x900 1024x768 800x600
EndSubSection
Device Device[0]
Identifier Screen[0]
Monitor Monitor[0]
EndSection
Section Device
BoardNameRV350 NP
# BusID1:5:0
Driver radeon
Identifier Device[0]
# Option GARTSize 32
VendorName ATI
EndSection
Section ServerLayout
Identifier Layout[all]
InputDevice Keyboard[0] CoreKeyboard
InputDevice Mouse[1] CorePointer
InputDevice Mouse[3] SendCoreEvents
Option Clone off
Option Xinerama off
Screen 0 Screen[0] 0 0
EndSection
Section DRI
Group video
Mode 0660
EndSection
Section Extensions
Option Composite true
Option DAMAGE true
EndSection
--
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
[arch-general] The ultimate Home Theater / media center computer
Hi list Somehow I got it into my head that I want a home theater PC. I'm growing tired of having to watch television and movies on my computer's 17 LCD screen. At the shop I used to work at, once in a while we'd build a media center computer, but the concept never really took off here (Belgium). There are many reasons for that, such as: * Television is major suckage here (thanks to That Big Company and Government-Not-Governing). The entire country is split into very small regions where broadcast frequencies differ, there's no unified TV guide system, not all regions can receive all channels. Digital television is even worse: That Big Company forces you to buy one of their proprietary decoders. The only way to receive digital television without restrictions is DVB-T with a very limited number of channels (basically nothing). * At that time, the hardware sucked (noisy, too big, not stylish enough to put it along your other hi-fi components, not powerful enough, limited digital outputs, etc...). The software wasn't much better (too complicated, took a long time to start, etc...). Anyway, my goal is to build the *ULTIMATE* HTPC. As such, strong demands must be met: The hardware: * It should be stylish, a timeless look which fits with your other hi-fi components. * It must be entirely silent. Zero moving components. No exceptions. * Unrestricted fully digital outputs. * Must be able to play at least 720p MKV's using x264 encoded video. * Easy remote control. No remote controls with more buttons than there are stars in the sky and certainly no dual function buttons (those functions in a different color which you need to flick a switch or are context dependent). * Able to receive DVB-C. The software: * There is no room for Digital Rights Management fascism. All content must play flawless and in the highest quality possible. In some cases this will mean circumventing protections. That'll probably make the device illegal in some countries, but I don't care. * Easy user interface (also see hardware remote control point). * Can connect to NAS or other storage devices such as USB sticks. In total: * Must be a complete replacement for your DVD player and other media devices. The goal here is keeping the number of remote controls down. Ideally you should only have two: one for controlling your HTPC and one for your hi-fi set. * It is geared towards modern television, that means stuff like HDTV and no legacy connector stuff (like composite). With those goals set, I started looking for hardware. Here's what I've come up with: * Case: Silverstone LC19 http://www.silverstonetek.com/products/p_spec.php?pno=lc19area=usa + Fanless PSU. + Casefans can be removed + Comes with PCI-e and PCI risercards + Integrated cardreader and slimline optical slot + Available in black and silver + Accommodates standard ATX I/O shield + Room for a 3.5 storage device (SSD?) + Vents right above the CPU + Slim - Fits only small motherboard sizes - Only 120 watt PSU - No infrared receiver, no remote control * Motherboard: Asus P5N7A-VM http://www.asus.com/product.aspx?P_ID=8YiUFvK51IergAqYtemplete=2 + Powerful on-board graphics (nVidia 9300) + Supports 16 GB of RAM + eSATA port + Optical audio output + HDMI, DVI and VGA video output + Gigabit ethernet + Solid caps - nVidia on-board graphics (requiring proprietary driver) - On-board graphics use system memory - Crappy realtek audio codec * DVB-C receiver: ? I have zero experience with DVB-C receivers for computers. I've come across the DVBWorldDTV Cable (http://www.worlddvb.com/product/htm/pcic.htm) which seems to provide what I'm looking for. Anyone know how good this hardware actually is and how well it's supported by linux? I have an old hauppauge PVR-350 card which works well, unfortunately hauppauge doesn't seem to have DVB-C products. * Remote control: ? I want to have something simple here. Maybe a small USB infrared receiver and a simple remote control with buttons up, down, left, right, enter? Anyone know if such hardware exists? * Processor: Intel Celeron? No idea how much processing power would be required for a decent HTPC. Preferably as low powered as possible, as the CPU will have to be passively cooled. * Processor cooling: ? I was thinking of a big block with small fins which you see a lot in 1U rackservers. Copper would be the logical choice but from what I've read, aluminum allows for better heat transfer to the environment. So a copper base with alu fins would be ideal. * Storage: ? For storing the operating system I was thinking of those IDE compact flash cards. Downside is that they are very slow. An SSD can be considered but I want to leave the option open to use the 3.5 bay for a hard drive for people that don't have the luxury of a NAS or don't want to leave a NAS running all times. Moving along. The most annoying aspect: software. Obviously we want all our software to be open source. A shortlist
[arch-general] kde3 Error: Could Not Determine Resource Status - Kmail??
Listmates, Every minute or two I have this large and annoying dialog appear on the screen complainting about something related to kmail. The difficult part about it is it does *not* tell you what it is complaining about. The only thing close to a description it gives is Could not stat resource. Huh? I have a screenshot of it here: ( 50K ) http://www.3111skyline.com/download/Archlinux/kde/kontact-err.jpg The text of the error states: quote Error while getting folder information. Could Not Determine Resource Status An attempt to determine information about the status of the resource Mail, such as the resource name, type, size, etc., was unsuccessful. Technical reason: Could Not Stat Resource Details of the request: URL: (unknown) Date and time: Sunday 03 May 2009 04:30 pm Additional information: Mail Possible causes: The specified resource may not have existed or may not be accessible. A protocol error or incompatibility may have occurred. Although unlikely, a hardware error may have occurred. Possible solutions: Retry the request and ensure your authentication details are entered correctly. Contact your appropriate computer support system, whether the system administrator, or technical support group for further assistance. Anybody see this before and more importantly, How do I fix it? -- 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
Re: [arch-general] [arch-dev-public] libraw1394 rebuilds
Jan de Groot wrote: I'm pusing libraw1394 to testing. This release has a sobump and requires rebuild of some packages. I've done most packages, but vlc and kdebase are also on this list. Both packages are in testing at this moment, without versioned dependencies, so I don't plan to rebuild these myself. Please rebuild vlc and kdebase when libraw1394 is in testing. Hi Jan, The pkgs vlc-0.9.9a-1-i686.pkg.tar.gz and vlc-0.9.9a-1-x86_64.pkg.tar.gz don't needed libraw1394, is listead as depends in PKGBUILD but at least isn't needed at dynamic library level This is the list of packages that depends on soname libraw1394.so.8 extra/dvgrab-3.3-1 extra/gstreamer0.10-good-plugins-0.10.14-1 extra/kdebase-4.2.2-1 extra/kino-1.3.3-1 extra/libavc1394-0.5.3-2 extra/libdc1394-2.0.3-1 extra/libiec61883-1.1.0-1 extra/ptlib-2.6.1-1 community/cinelerra-cv-20090421-1 -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [arch-general] kde3 Error: Could Not Determine Resource Status - Kmail??
On Monday 04 May 2009 03:11:04 David C. Rankin, J.D.,P.E. wrote: Anybody see this before and more importantly, How do I fix it? Is this imap? Google has lots of results of that message. Otherwise you can just strace the kmail process to determine what it is doing. -- Shridhar
