Re: [arch-general] testing/systemd 191-1 failed to boot
On 22.09.2012 11:22, Joakim Hernberg wrote: On Sat, 22 Sep 2012 11:17:31 +0200 fredbezies fredbez...@gmail.com wrote: Let's dump every single technology younger the original unix one. This is better. You're a troll, nothing less. /me unsuscribe. Fed up with your crap and your lies. Please do, because just in a few minutes of posting scatological and personal comments, you made me think of doing just the same... Surely no matter what one thinks of systemd, it must be a topic that can be discussed on the mailing list without sinking to the level of a 5 year old... -- Joakim Doesn't seem to be possible with Heiko around. Since nobody seems happy with banning him, I'm also unsubscribing.
Re: [arch-general] archiso - more install guides
vadim kochan vadi...@gmail.com wrote: Hi all, I started with Arch a few days ago and mentioned that there is only one small installation guide file. What do you think about to add more installation guide's (wireless, network, x.org ... ) ? Add some guide-generator script into archiso repo? Thanks. Sorry for my bed english) You should write to arch-releng about archiso. Its devs listen there.
Re: [arch-general] [arch-dev-public] merging systemd back to a singular package
Heiko Baums li...@baums-on-web.de wrote: Am Sun, 26 Aug 2012 17:15:39 -0400 schrieb Dave Reisner d...@falconindy.com: I apologize for this being somewhat after-the-fact. It was discussed on IRC, but that of course doesn't necessarily cater to a wide enough audience. Some of you have probably already noticed that systemd 189 now provides, conflicts, and replaces libsystemd and systemd-tools. This is the next logical step since systemd will eventually be in base once we have sufficient unit coverage. As an added bonus, maybe this will encourage people who haven't switched over yet to do so. ;) Nobody is forcing systemd on anybody. Wasn't it this what was always said by the devs in all those long threads about systemd? And what are you doing now? Isn't this not forcing it on everybody? Nobody has the intention to build a wall. Heiko Up till now you didn't have a choice, you had to use initscripts and you liked it. Why don't you take over maintenance of them so people can keep using them?
Re: [arch-general] Virtualbox Linux guest performance very slow
On 22.08.2012 08:57, Ralf Mardorf wrote: Hi :) the host is an Arch Linux 64bit install. I run Windows XP 32bit as guest, getting a very good, fast performance. I installed Fedora 17 64bit as guest and the performance is slow, the mouse cursor is moving in slow motion. Is there anything I can do to get a better performance? Regards, Ralf PS: I also will install a backup of my Arch Linux as guest and then switch to systemd for this guest ;) ;) ;) ;) ;). At the moment I got caught in playing with LVM for the Fedora install, since I never used it before, but systemd will be the next experiment. Install the guest additions. If you had an Arch guest you could simply install them using pacman.
Re: [arch-general] Arch Linux and systemd
On 22.08.2012 01:56, Felipe Contreras wrote: On Thu, Aug 16, 2012 at 11:22 PM, Myra Nelson myra.nel...@hughes.net wrote: Even with udev moving into systemd, an individual on the systemd mailing list has already stated his desire to finally be rid of udev altogether. He considers it an abomination. Who is this member? It seems I joined late to the party. I also dislike udev, and I think I can replace it with something much, *much* simpler. Similarly with systemd. Just like pacman is something non-standard maintained by Arch Linux developers, perhaps we can replace the udev-systemd abomination with something else, giving people a *choice*. Well, then why don't you go ahead and come back with some software that is better and simpler?
Re: [arch-general] SystemD poll
On 22.08.2012 02:10, Felipe Contreras wrote: On Wed, Aug 22, 2012 at 1:48 AM, Patrick Murphy theger...@gmail.com wrote: Could you give me a brief explanation as to why init scripts are better? I'm newish to Unix style operating systems As I said; they are tried-and-true since *decades*, all the problems have been ironed out by slow small changes, so if somebody has problems they are probably hitting very few people. Switching to systemd is not a small change, it's a revolutionary change, with the potential to break many people's boot (it has broken things in Fedora, and openSUSE, and it's happening in Arch Linux as well). So, a sensible person would wait until a sensible time to make the big switch (which is clearly not now). Arch is not sensible in the conservative sense. Being conservative here means waiting for others to make the software more stable. This is not really what Arch is about. We regularly move to software that is just-about-enough stable to be used. As far as I am concerned, systemd is at that point since I was able to convert my laptop to it without any problems at all. We also did this with Python 3 and regularly do it with all kinds of small packages We move at this rapid fashion because we are pretty much the snow plow of Linux distros. We sometimes break parts in our systems so that the ecosystem as a whole can improve more rapidly. If you can't get into that, Arch isn't for you. We get to use all the newest software with all its shiny new features and the trade-off is that sometimes things break. On the other hand, our breakages improve the quality of the software as a whole for everybody else. Some upstreams very much appreciate a large user base for new releases to iron out any errors quickly. Arch is also about practicality and pragmatism. If everybody moves to some software that is conceptually less simple than currently used software, we might move to use that as well. If we do not in such a case, it might mean we would have to maintain the old software that no ones cares about anymore ourselves which would actually complicate matters as suddenly that old software would essentially become and Arch project. Think about it like this: In Arch we try to find the best meta-simplicity. That is, you don't just need to consider conceptual or technical simplicity but also other fairly transparent factors that you might only be able to spot if you are more experienced such as burden-of-maintenance and community support.
Re: [arch-general] SystemD poll
On 22.08.2012 02:48, Felipe Contreras wrote: On Wed, Aug 22, 2012 at 2:32 AM, Sven-Hendrik Haase s...@lutzhaase.com wrote: On 22.08.2012 02:10, Felipe Contreras wrote: On Wed, Aug 22, 2012 at 1:48 AM, Patrick Murphy theger...@gmail.com wrote: Could you give me a brief explanation as to why init scripts are better? I'm newish to Unix style operating systems As I said; they are tried-and-true since *decades*, all the problems have been ironed out by slow small changes, so if somebody has problems they are probably hitting very few people. Switching to systemd is not a small change, it's a revolutionary change, with the potential to break many people's boot (it has broken things in Fedora, and openSUSE, and it's happening in Arch Linux as well). So, a sensible person would wait until a sensible time to make the big switch (which is clearly not now). Arch is not sensible in the conservative sense. Being conservative here means waiting for others to make the software more stable. This is not really what Arch is about. We regularly move to software that is just-about-enough stable to be used. As far as I am concerned, systemd is at that point since I was able to convert my laptop to it without any problems at all. So if it works for you, it will surely work for *everybody* else. I have seen this argument so many times that I'm starting to worry about the rationality of Arch Linux users and developers. I said As far as I am concerned, systemd is at that point since I was able to convert my laptop to it without any problems at all. You say I somehow said something along the lines of As far as I am concerned, systemd is at that point since I was able to convert my laptop to it without any problems at all so it will surely work for *everybody* else. I suppose you are mostly trolling at this point anyway but at least don't make it so obvious! Yes, it's good to be on the bleeding edge, but there's a difference between using the latest and greatest Linux kernel (stable one), glibc, gcc, or even python. But systemd is an entirely different beast, but apparently you are simply unable to understand how different it is. Go ahead make it the default, and if people start hitting problems (everything points they will, and they will be *bad*), you would have such massive complains that the recent discussions in arch-general would seem mild in comparison. Well, we have a bug tracker for that. Go ahead and report some bugs. Nobody likes to have their system totally broken with no easy solution in sight for no reason. Cheers. Obviously not.
Re: [arch-general] Something wrong with firefox/thunderbird driving X cpu usage - 100%
On 08/08/2012 02:34 PM, David C. Rankin wrote: Guys, I have watched this in top for the past week or so. Thunderbird and Firefox are causing X cpu usage to shoot upt to between 80-100% on simple tasks like scrolling a message list in tbird or simply opening css menus in firefox. All of this used to be instantaneous and never cause the cpu to bat an eye. But now, it is very pronounced and brings the desktop to a crawl. This box is not a screamer, but plenty fast, P4 2800/4G/Nvidia 8600GT. How do I determine what is causing this? X? ff/tb? something else? Any ideas appreciated. Thanks. Same here on a fairly recent machine with an Intel GPU. I use chromium for web browsing and that is no problem at all there. However, thunderbird really doesn't like my CPU.
Re: [arch-general] problems installing package courier-authlib
On 07/26/2012 10:30 PM, Matias Hick wrote: Hey, I'm trying to install courier-authlib but after installation it says error: command failed to execute correctly. It looks like it's installed but I also have issues trying to start authdaemond (chown: invalid user: 'courier:courier'). For any reason, it's expecting to have the courier user created and it's not. In the archwiki for postfix says nothing about creating that user. Regards. Any idea how to solve this? I'd appreciate your help! Matt. As the former maintainer for the courier chain I highly recommend you use dovecot instead. It is much easier and breaks much less. signature.asc Description: OpenPGP digital signature
Re: [arch-general] problems installing package courier-authlib
On 07/26/2012 10:52 PM, Matias Hick wrote: Do you know any guide to configure postfix with dovecot? Thanks for the advise. I'll do some research about it. On Thu, Jul 26, 2012 at 5:42 PM, Sven-Hendrik Haase s...@lutzhaase.comwrote: On 07/26/2012 10:30 PM, Matias Hick wrote: Hey, I'm trying to install courier-authlib but after installation it says error: command failed to execute correctly. It looks like it's installed but I also have issues trying to start authdaemond (chown: invalid user: 'courier:courier'). For any reason, it's expecting to have the courier user created and it's not. In the archwiki for postfix says nothing about creating that user. Regards. Any idea how to solve this? I'd appreciate your help! Matt. As the former maintainer for the courier chain I highly recommend you use dovecot instead. It is much easier and breaks much less. Why not just use the guide I wrote: https://wiki.archlinux.org/index.php/Simple_Virtual_User_Mail_System Also please bottom post. signature.asc Description: OpenPGP digital signature
Re: [arch-general] About arch-install-scripts and new official iso.
fredbezies fredbez...@gmail.com wrote: Hello. I've read the wiki page for arch-install-scripts. It is not very user-friendly. Any hope to see this embedded in a program, like good old arch/setup ? I'm not afraid of these scripts, but it could drive away some users which are not ready for a so simplified installation tool. -- Frederic Bezies fredbez...@gmail.com For the beginner's guide, I think there should merely be a lot more explanation for those commands instead of a wrapper script. I think it's awesome for beginners to see how easily and simply a system is actually installed. It is both educative and effective in communicating the arch way.
Re: [arch-general] [arch-dev-public] x264 and ffmpeg rebuild
On 07/06/2012 03:31 PM, Ionut Biru wrote: bump, i really want to move this list as soon as possible to testing. what's the status of amarok and miro? what about the other packages that weren't compatible? did you guys switched to ffmpeg-compat? I say we kick miro and apparently amarok already compiles cleanly against ffmpeg 0.11.
Re: [arch-general] [arch-dev-public] x264 and ffmpeg rebuild
Ionut Biru ib...@archlinux.org wrote: On 06/20/2012 06:40 PM, Sergej Pupykin wrote: At Wed, 20 Jun 2012 13:13:13 +0400, Sergej Pupykin m...@sergej.pp.ru wrote: What do you think about ffmpeg-compat package ? I've put it to community-staging and build motion, synfig and openscenegraph packages with it. why did you bother to ask us for opinions if you don't even wait to see what we have to say. I disagree with having such package but lets see what others have to say. -- Ionuț I also disagree with having such a package. The remaining packages aren't too many and they should be patchable.
Re: [arch-general] Arch as a web server
On 06/19/2012 11:56 AM, Arno Gaboury wrote: Hi all, I plan to settle in the comimg months a web server to deliver many services to the trading community (I am myself a trader). I daily use Arch as my system on my home box, and I must admit I am very satisfied by its strength and its very active and deep involved community. My plan is to first train building the website on a VM server, then go to a remote dedicated server. Can you please give me some pro/against reasons for using Debian distro rather than Archlinux as a web server? Is there any provider offering Arch distro, as it seems it is hard, near impossible, to find one. TY for your advises. I've been running an Arch web server for 3 years and there are absolutely no problems.
Re: [arch-general] Time for new release?
Geoffroy PLANQUART geoff...@planquart.fr wrote: Hi everybody, I'm currently on a school project and I run a dozen of virtual machines, all running Arch. I noticed that every time I set up a new VM, I have to manually run the `pacman-key --init' and `pacman-key --populate archlinux'. Wouldn't it be time to set up a new installation release? Thus new users wouldn't have to bother about pacman recent changes, and moreover the basic install would be kept simple, ready to use. Geoffroy You should really write to the arch releng list rather than here.
Re: [arch-general] QtCreator help font problem
GSC xgd...@gmail.com wrote: I noticed in the help section of qtcreator ( version 2.5 installed from repo), the font size is small for me , as usual I tried key combination like(ctrl + +,ctrl+mouse wheel), but doesn't work properly, only the titles get zoomed in. And I changed setting in the options-help-font , also only titles zoomed in. The first page of help section of qtcreator can be zoomed in/out properly. But in many other pages (like QStyle page) only the title can be zoomed in/out. The qtcreator (2.4.1) installed from the official website qtsdk*.run installer doesn't have this problem. Anyone experiencing the same? Should I open a bug report? This is a known problem. It boils down to the fact that we build qwebkit separately and thus qt displays help without it. There already is a bug on our tracker for that. Ultimately, it should be considered an upstream problem.
Re: [arch-general] wireless network connection does not work
On 10.04.2012 02:48, Paulo Roberto P. Evangelista wrote: Resolved. I downgrade the kernel and the wireless is working again, below my hardware. Now only waiting for the correction 02:00.0 Network controller: Atheros Communications Inc. AR9285 Wireless Network Adapter (PCI-Express) (rev 01) Subsystem: Lenovo Device 30a1 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 17 Region 0: Memory at d040 (64-bit, non-prefetchable) [size=64K] Capabilities: [40] Power Management version 3 Flags: PMEClk- DSI- D1+ D2- AuxCurrent=375mA PME(D0+,D1+,D2-,D3hot+,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit- Address: Data: Capabilities: [60] Express (v2) Legacy Endpoint, MSI 00 DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s 512ns, L1 64us ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset- DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop- MaxPayload 128 bytes, MaxReadReq 512 bytes DevSta: CorrErr+ UncorrErr- FatalErr- UnsuppReq+ AuxPwr- TransPend- LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, Latency L0 512ns, L1 64us ClockPM- Surprise- LLActRep- BwNot- LnkCtl: ASPM L0s L1 Enabled; RCB 64 bytes Disabled- Retrain- CommClk+ ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- DevCap2: Completion Timeout: Not Supported, TimeoutDis+ DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis- LnkCtl2: Target Link Speed: 2.5GT/s, EnterCompliance- SpeedDis-, Selectable De-emphasis: -6dB Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS- Compliance De-emphasis: -6dB LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete-, EqualizationPhase1- EqualizationPhase2-, EqualizationPhase3-, LinkEqualizationRequest- Capabilities: [100 v1] Advanced Error Reporting UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UESvrt: DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- CESta: RxErr+ BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+ CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+ AERCap: First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ ChkEn- Capabilities: [140 v1] Virtual Channel Caps: LPEVC=0 RefClk=100ns PATEntryBits=1 Arb:Fixed- WRR32- WRR64- WRR128- Ctrl: ArbSelect=Fixed Status: InProgress- VC0:Caps: PATOffset=00 MaxTimeSlots=1 RejSnoopTrans- Arb:Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256- Ctrl: Enable+ ID=0 ArbSelect=Fixed TC/VC=ff Status: NegoPending- InProgress- Capabilities: [160 v1] Device Serial Number 00-15-17-ff-ff-24-14-12 Capabilities: [170 v1] Power Budgeting ? Kernel driver in use: ath9k [root@archlinux paulo]# On Mon, Apr 9, 2012 at 1:33 PM, Paulo Roberto P. Evangelista shellcl...@gmail.com wrote: Hello, Today after a pacman-Syu, my wireless network connection does not work, logging abaix attempting to connect #tail -f /var/log/messages Apr 9 09:44:53 archlinux NetworkManager[677]: info Activation (wlan0) starting connection 'Blackhole' Apr 9 09:44:53 archlinux NetworkManager[677]: info (wlan0): device state change: disconnected - prepare (reason 'none') [30 40 0] Apr 9 09:44:53 archlinux NetworkManager[677]: info Activation (wlan0) Stage 1 of 5 (Device Prepare) scheduled... Apr 9 09:44:53 archlinux NetworkManager[677]: info Activation (wlan0) Stage 1 of 5 (Device Prepare) started... Apr 9 09:44:53 archlinux NetworkManager[677]: info Activation (wlan0) Stage 2 of 5 (Device Configure) scheduled... Apr 9 09:44:53 archlinux NetworkManager[677]: info Activation (wlan0) Stage 1 of 5 (Device Prepare) complete. Apr 9 09:44:53 archlinux NetworkManager[677]: info
Re: [arch-general] Lighttpd and passphrase protected SSL certificate
Audric Schiltknecht chemicalst...@gmail.com wrote: Hi guys, I just have switched my webserver from debian to arch. However, I ran into some tricks with one of my sites which uses a passphrase protected SSL certificate. Indeed, because of the way lighttpd is currently started, it is not possible to enter the passphrase for such certificates. For the moment, I have to start lighttd without using its rc script, which saddens me a little. Do you guys think this is worth opening a request feature in the arch bugtracker ? Thanks, Audric Depends. How does upstream suggest it to be done? If upstream it should be entered during startup and our script doesn't allow for that then a bug report is the way to go. -- Sven-Hendrik
Re: [arch-general] What package owns shread
On 06.01.2012 18:42, Squall Lionheart wrote: Hello, I have been trying to figure out what package installs the gnu shread program and have had no luck. Pacman doesn't seem to know either and I was hoping someone here might know. If their is another way of looking this up, I would be interested to know as well. $ pacman -Qo shread error: No package owns /usr/local/bin/shread Thank you We have no packages that install to /usr/local/ that I know of. You installed it there yourself using make install.
Re: [arch-general] Happy new 2012 year!
Jonathan Ryan jr...@curious-computing.com wrote: Happy new year Arch :D jryan Happy New Year indeed -- Sven-Hendrik
Re: [arch-general] bots no longer work in openarena
On 05.12.2011 19:28, Laurent Carlier wrote: Hi All, I noticed that bots are no longer working in openarena since the last few months. It used to work about 6 months ago and I think the openarena packages haven't been updated, so perhaps it's a problem with the dependencies or some other packages that have been upgraded. Any one have an idea how to work around this? Moreover how to fix the openarena packages so it works again for everyone? Lastly should one file a bug on bugs.archlinux.org for a package that is found in the community repo? Output from an attempt to start a game with a bot: --- $ openarena ioq3+oa 1.35 linux-x86_64 Aug 10 2010 - FS_Startup - Current search path: /home/divan/.openarena/baseoa /usr/share/openarena/baseoa/pak6-patch085.pk3 (559 files) /usr/share/openarena/baseoa/pak6-misc.pk3 (229 files) /usr/share/openarena/baseoa/pak5-TA.pk3 (139 files) /usr/share/openarena/baseoa/pak4-textures.pk3 (1753 files) /usr/share/openarena/baseoa/pak2-players.pk3 (669 files) /usr/share/openarena/baseoa/pak2-players-mature.pk3 (231 files) /usr/share/openarena/baseoa/pak1-maps.pk3 (100 files) /usr/share/openarena/baseoa/pak0.pk3 (1042 files) /usr/share/openarena/baseoa -- 4722 files in pk3 files execing default.cfg execing q3config.cfg couldn't exec autoexec.cfg Hunk_Clear: reset the hunk ok - Client Initialization - - Initializing Renderer --- QKEY found. - Client Initialization Complete - - R_Init - SDL using driver x11 Initializing OpenGL display Estimated display aspect: 1.600 ...setting mode 4: 800 600 Using 8/8/8 Color bits, 24 depth, 0 stencil display. Available modes: '1920x1200 1280x800 1440x900 1680x1050 720x480 1152x768 1280x854 848x480 1280x720 1920x1080 640x480 800x600 1024x768 1280x960 1400x1050 1600x1200 1280x1024' GL_RENDERER: Gallium 0.4 on AMD RV635 Initializing OpenGL extensions ...GL_EXT_texture_compression_s3tc not found ...GL_S3_s3tc not found ...using GL_EXT_texture_env_add ...using GL_ARB_multitexture ...using GL_EXT_compiled_vertex_array ...ignoring GL_EXT_texture_filter_anisotropic GL_VENDOR: X.Org GL_RENDERER: Gallium 0.4 on AMD RV635 GL_VERSION: 2.1 Mesa 7.11.2 GL_EXTENSIONS: GL_ARB_multisample GL_EXT_abgr GL_EXT_bgra GL_EXT_blend_color GL_EXT_blend_logic_op GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_copy_texture GL_EXT_polygon_offset GL_EXT_subtexture GL_EXT_texture_object GL_EXT_vertex_array GL_EXT_compiled_vertex_array GL_EXT_texture GL_EXT_texture3D GL_IBM_rasterpos_clip GL_ARB_point_parameters GL_EXT_draw_range_elements GL_EXT_packed_pixels GL_EXT_point_parameters GL_EXT_rescale_normal GL_EXT_separate_specular_color GL_EXT_texture_edge_clamp GL_SGIS_generate_mipmap GL_SGIS_texture_border_clamp GL_SGIS_texture_edge_clamp GL_SGIS_texture_lod GL_ARB_framebuffer_sRGB GL_ARB_multitexture GL_EXT_framebuffer_sRGB GL_IBM_multimode_draw_arrays GL_IBM_texture_mirrored_repeat GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_transpose_matrix GL_EXT_blend_func_separate GL_EXT_fog_coord GL_EXT_multi_draw_arrays GL_EXT_secondary_color GL_EXT_texture_env_add GL_EXT_texture_filter_anisotropic GL_EXT_texture_lod_bias GL_INGR_blend_func_separate GL_NV_blend_square GL_NV_light_max_exponent GL_NV_texgen_reflection GL_NV_texture_env_combine4 GL_SUN_multi_draw_arrays GL_ARB_texture_border_clamp GL_ARB_texture_compression GL_EXT_framebuffer_object GL_EXT_texture_env_dot3 GL_MESA_window_pos GL_NV_packed_depth_stencil GL_NV_texture_rectangle GL_ARB_depth_texture GL_ARB_occlusion_query GL_ARB_shadow GL_ARB_texture_env_combine GL_ARB_texture_env_crossbar GL_ARB_texture_env_dot3 GL_ARB_texture_mirrored_repeat GL_ARB_window_pos GL_EXT_stencil_two_side
Re: [arch-general] Localization issues (Attention Developers)
On 11/25/2011 01:51 PM, atilla ontas wrote: Hi. I' m an experienced translator from Turkey. Contributing Arch turkish translations for a while. I have noticed today; some strings in pacman-scripts are very hard to translate. You see, Turkic languages are very differ from Latin origin languages; structure of sentence is almost reversed. So, using multiple %s variables in source string makes a lot of trouble. It is hard to translate and translated strings are hard to understand for native Turkish speakers. For example; Running %s as an unprivileged user will result in non-root\nownership of the packaged files. Try using the %s environment by\nplacing %s in the %s array in %s. will translated into turkish properly, if second, third, fourth and fifth %s variables are supposed to %d, %n, %f, %z : %s uygulamasını yetkisiz kullanıcı olarak çalıştırmak paketlenmiş dosyaların kök olmayan sahiplik almasına yol açacaktır. %z dosyası içindeki %f satırına %n değerini yerleştirerek %d ortamını kullanmayı deneyin. You see, how variables reversed? So if you, developers, mind to and if it is possible use only one %s in a string it will be much appreciated. Also, if you, developers, mind to add comments what is %s (a command, an application, what??) it will be great help to translators. Greetings... Send this to pacman-dev to talk to the devs.
Re: [arch-general] Why not create a new repo specified for games ?
goodme...@gmail.com wrote: Hi all, I noticed that there are some games in the community repo. Some of them has _HUGE_ data packages. Why not create a new repo for those games? That will save some bandwidth if a mirror maintainer decided to not support games. By far, not everyone play game on our ArchLinux. Not this discussion again. If you start this way, then how about separating out other big packages as well? This doesn't exactly keep things simple. Besides, other distros have much bigger binary repos than we do and they still get mirrored. -- Sven-Hendrik
Re: [arch-general] Recently orphaned [community] packages, TUs should take a look if they might be interested in adopting them.
On 09/27/2011 02:51 PM, Xavier D. wrote: Hello, If no TU interested in celt, I'm interested to maintain it in AUR. On 09/26/2011 11:19 PM, Thomas Dziedzic wrote: Hi, I recently went over all my packages in community, and have decided to orphan the following due to lack of interest and because I haven't used them in a long time celt - Low-latency audio communication codec extrema - Extrema is a powerful visualization and data analysis tool. ghdl - A complete VHDL simulator, using GCC technology. gnofract4d - A fractal browser with PyGTK gui grass - Geographic Information System (GIS) used for geospatial data management and analysis, image processing, graphics/maps production, spatial modeling, and visualization. gtkwave - A wave viewer which reads LXT, LXT2, VZT, GHW and VCD/EVCD files gts - GNU Triangulated Surface Library. luakit - luakit is a highly configurable, micro-browser framework based on the WebKit web content engine and the GTK+ toolkit.Stable release mpdscribble - An mpd client which submits track info to last.fm netbeans - Netbeans IDE development platform. protege - Free, open source ontology editor and knowledge-base framework wordpress - Blog Tool and Publishing Platform All of them are working as far as I know, and they have no outstanding bugs except a couple which are in the list of pushing the .desktop file upstream https://bugs.archlinux.org/task/23387 (already reported) and luakit has an extremely minor upstream bug https://bugs.archlinux.org/task/25761 which is also reported. Cheers! We should have celt in [community]. I'll take celt as I also maintain mumble. It currently doesn't depend on celt but it might in the future.
Re: [arch-general] kdeartwork-wallpapers --- Why i686 and x86_64 seperated ?
On 07/27/2011 03:53 AM, goodme...@gmail.com wrote: Hi, all I don't understand kdeartwork-wallpapers pkg are in different arch ? It should be a pkg with -any arch suffix, in my opinion. The reason is a technical one. That package is from a split PKGBUILD and those don't support different architectures on Arch.
Re: [arch-general] SSH Tunnel doubts
On 07/19/2011 01:49 PM, David J. Haines wrote: On Mon, Jul 18, 2011 at 8:57 PM, Daniel Hilst Selli danielhi...@gmail.comwrote: Em 18-07-2011 18:14, Sven-Hendrik Haase escreveu: On 07/18/2011 10:03 PM, David J. Haines wrote: And yet, it doesn't touch on forwarding of anything other than X11 data. To answer the original question, you're missing the host you're trying to connect to, but I'll fill in the blanks ssh -L X:host1:Y host2 means open a connection to host2, including shell, and forward anything sent to localhost on port X to host1 on port Y. Host1 and host2 can be the same machine. This comes in useful for things like forwarding VNC securely, e.g. ssh -L 6:remotevncserver:5901 remotevncserver and then connecting to the vncserver at localhost:6 ssh -R X:host1:Y host2 means open a connection to host2, including shell, and then host2 should listen on port X for connections, which it will then send back to your local host, which will forward the connection on to host1 on port Y. In your example you're missing the host you're connecting to, but I can tell you that: ssh 192.168.1.200 ssh -L 1000:192.168.1.100:2000 192.168.1.100 when you start from 192.168.1.100 is functionally equivalent to ssh -R 1000:192.168.1.100:2000 192.168.1.200 when you start from 192.168.1.100, in that both solutions will forward a connection from 192.168.1.200:1000 to 192.168.1.100:2000 (I didn't use the port 22 from your example, as that would imply that ssh wasn't running there, so you'd need to use -p and other messiness). Hope this helps, David J. Haines dhai...@gmail.com On Mon, Jul 18, 2011 at 3:12 PM, Jeffrey Lynn Parke Jr. jeffrey.pa...@gmail.com wrote: On Mon, Jul 18, 2011 at 2:05 PM, Daniel.danielhi...@gmail.com wrote: 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* You may want to read the wiki article for ssh. https://wiki.archlinux.org/**index.php/SSHhttps://wiki.archlinux.org/index.php/SSH It is very detailed. -- Breath Deeply and Dream Please put that in the SSH article! Also, please bottom post from now on. -- Sven-Hendrik Thanks for all helping .. I got it.. I was using putty and that mess up the syntax up my head.. Thanks David, your explanation was really clarifying -- Do or do not... there is no try Yoda Master My pleasure, and there's now a section on generic forwarding on the wiki, right beneath the X11 forwarding section. I also included a bit about acting as a forwarding gateway. David J. Haines dhai...@gmail.com Your contribution to Arch World Domination Enterprises has been received and a company associate has been dispatched to your location with champagne and a party hat.
Re: [arch-general] SSH Tunnel doubts
On 07/18/2011 10:03 PM, David J. Haines wrote: And yet, it doesn't touch on forwarding of anything other than X11 data. To answer the original question, you're missing the host you're trying to connect to, but I'll fill in the blanks ssh -L X:host1:Y host2 means open a connection to host2, including shell, and forward anything sent to localhost on port X to host1 on port Y. Host1 and host2 can be the same machine. This comes in useful for things like forwarding VNC securely, e.g. ssh -L 6:remotevncserver:5901 remotevncserver and then connecting to the vncserver at localhost:6 ssh -R X:host1:Y host2 means open a connection to host2, including shell, and then host2 should listen on port X for connections, which it will then send back to your local host, which will forward the connection on to host1 on port Y. In your example you're missing the host you're connecting to, but I can tell you that: ssh 192.168.1.200 ssh -L 1000:192.168.1.100:2000 192.168.1.100 when you start from 192.168.1.100 is functionally equivalent to ssh -R 1000:192.168.1.100:2000 192.168.1.200 when you start from 192.168.1.100, in that both solutions will forward a connection from 192.168.1.200:1000 to 192.168.1.100:2000 (I didn't use the port 22 from your example, as that would imply that ssh wasn't running there, so you'd need to use -p and other messiness). Hope this helps, David J. Haines dhai...@gmail.com On Mon, Jul 18, 2011 at 3:12 PM, Jeffrey Lynn Parke Jr. jeffrey.pa...@gmail.com wrote: On Mon, Jul 18, 2011 at 2:05 PM, Daniel.danielhi...@gmail.com wrote: 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* You may want to read the wiki article for ssh. https://wiki.archlinux.org/index.php/SSH It is very detailed. -- Breath Deeply and Dream Please put that in the SSH article! Also, please bottom post from now on. -- Sven-Hendrik
[arch-general] Alsa buffer_size without dmix?
Hello everypony, I want to increase my default alsa buffer_size of 8192 to 32768 because I'm sometimes getting small skips in my audio. Now, usually people use dmix for this. I'm using the upmix plugin, however, to listen to stereo music on my 7.1 system. Could any alsa wizards share the wisdom on how to increase the buffer_size without dmix or how to chain dmix into this? My also asound.conf: pcm.upmix71 { type upmix slave.pcm surround71 channels 8 } pcm.!default plug:upmix71 Now, I tried something along these lines: pcm.upmix71 { type upmix slave.pcm buffer channels 8 } pcm.buffer { type dmix slave { pcm surround71 period_time 0 buffer_time 0 period_size 2028 buffer_size 32768 } } pcm.!default plug:upmix71 but apparently I don't grok alsa configuration syntax. It doesn't help that alsa-project.org is down (which is why I'm posting here rather than on their mailing list). I don't even need dmix itself, I just want to increase the buffer size but apparently dmix is the only plugin capable of doing just that. Help appreciated. -- Sven-Hendrik
Re: [arch-general] whitebox on bootup after KMS kicks in
On 05/28/2011 12:44 PM, Mauro Santos wrote: On 28-05-2011 06:02, C Anthony Risinger wrote: does anyone else experiencetitle? Works fine for me, using early KMS with radeon on a RV610 card. Works here using late KMS on r300g and rv515.
Re: [arch-general] After kdelibs and workspace last package updates KDE is not working properly.
On 05/27/2011 10:52 AM, Álvaro Villalba Navarro wrote: Hi list, I upgraded kdelibs, kdeworkspace, kdeedu and networkmanagement plasmoid yesterday (except for the last one, it was just a package upgrade) and after that the kde cookies service is not working anymore (neither for konqueror nor for rekonq). System tray now has the old colorful icons, instead of the 4.6 white and minimalist ones (that's not an really an issue, it's just weird), and everytime I try to enable the networkmanagement plasmoid the whole plasma crashes and reboots without the plasmoid enabled. I've noticed more weird things in its behaviour, but I don't remember it now, so if it happens again I'll say it here. Has anybody the same problem? Does anybody know what this package upgrade was supposed to do? -- Álvaro Villalba Navarro Are you running kde-unstable? If you do, report upstream bugs. Chances are somebody already did and you can provide info on it.
Re: [arch-general] KDE 4.7beta1 in [kde-unstable]
On 05/25/2011 07:31 PM, Andrea Scarpino wrote: Hi all, the first beta of the new major release of KDE 4.7 is out and is already packaged in [kde-unstable]. That was quick! Works awesome here, in fact, a few of the quirks I experienced got fixed. Good job! -- Sven-Hendrik
Re: [arch-general] Need for debug - can do i do?
On 07.05.2011 01:18, rafael ff1 wrote: HI there! I'm trying to update PCSX2 with some help of its dev team [1], but it is crashing all the time. According to 'gdb' output, it is somehow related to lib32-glibc, but it is omitting some information. I was hoping to be able to activate more verbosity, which AFAIK I can get by compiling it with some debug flags. [2] Is it correct or there is another better way to do it ? Thanks, Rafael. [1] http://code.google.com/p/pcsx2/issues/detail?id=1019 [2] https://wiki.archlinux.org/index.php/Debug_-_Getting_Traces No, that's exactly the way to do it to make gdb happy. Get it from abs as always and enable debug flags. -- Sven-Hendrik
Re: [arch-general] Hello
On 05/05/2011 10:49 PM, Brandon Jones wrote: Hey all, I'm new to arch linux but I would like to contribute in anyway I can. My development skills are limited to java and c#, however I am willing to learn c/c++ and others to help you all out. Just let me know what I can do to be of assistance. Welcome to Arch. For now, a good thing to do is to check AUR for old packages/orphans and either report them to aur-general for deletion or take care of their maintenance. P.S.: We hope your stay in Arch Linux will be a pleasant one. Your operating system has been processed, and we are now ready to begin development proper. -- Sven-Hendrik
Re: [arch-general] Change Arch's default crond
On 21.04.2011 08:32, Kaiting Chen wrote: On Fri, Apr 8, 2011 at 11:32 AM, David C. Rankin drankina...@suddenlinkmail.com wrote: On 04/06/2011 10:34 PM, Heiko Baums wrote: Upstream stability makes sense. If redhat is behind cronie, then that seems like the logical choice. Why is this logical? Is it the developer what makes a software good or is it the features and the stability? If Redhat's cronie has less features than fcron then fcron is the logical choice, of course. You are correct. The long term stability was just my thought. Like I said earlier in my message -- It doesn't matter to me which cron we have -- as long as we have one that works :) I have no say in the matter, so I will, of course, defer to whatever decision you guys reach. I just want to make sure we have a cron by default :) So what's the status here? I pulled cronie into [community-testing] a couple of days ago and will probably merge it into [community] soon. So that's the one I vote. But regardless of which one we choose in my opinion the sooner we get rid of dcron the better. --Kaiting. I second this suggestion. cronie upstream isn't dead at all. cronie is a drop-in unlike fcron which was favored earlier. Kaiting said he would even be willing to become a developer to maintain this in [core] himself in case no other developer was interested. Is there anything that would keep us from making it default and also replace dcron? -- Sven-Hendrik
Re: [arch-general] [gcc-multilib] double links to isl 0.05 and 0.06?
Jan Steffens jan.steff...@gmail.com wrote: On Mon, Apr 11, 2011 at 5:32 AM, Oon-Ee Ng ngoonee.t...@gmail.com wrote: On Mon, Apr 11, 2011 at 9:27 AM, Jan Steffens jan.steff...@gmail.com wrote: On Mon, Apr 11, 2011 at 3:13 AM, Oon-Ee Ng ngoonee.t...@gmail.com wrote: Using [testing] and [multilib-testing], hence gcc-multilib-4.6.0-2 - trying to compile with gcc gives this error /usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/cc1: error while loading shared libraries: libisl.so.5: cannot open shared object file: No such file or directory If I install isl-0.05 instead, it will give the same error but for libisl.so.6. gcc from [testing] doesn't give that error. Could someone else quickly help me check if they get the same? If so I'll submit a bug report.What's your version of cloog? cloog-0.16.2-1 gcc-multilib works fine here. Please reinstall isl, cloog and gcc-multilib to be sure your system matches the packages. Works well here as well and I'm all up to date (kernel.org) with all testing repos enabled. -- Sven-Hendrik
Re: [arch-general] Change Arch's default crond
On 08.04.2011 00:15, Kaiting Chen wrote: On Thu, Apr 7, 2011 at 6:32 AM, Heiko Baums li...@baums-on-web.de wrote: Why do you need vixie cron syntax? Can't you migrate once to a new syntax? Btw., most of fcron's syntax is the same as the syntax of every cron daemon. You can easily take your previous crontabs. You probably have only to do some changes which could most likely be done by sed. In first place you need stability, reliability and useful features. And this is given by fcron. And don't tell me anything about compatibility. I would consider this argument if fcron was a new cron daemon and if it was totally incompatible. Fcron is known since years and it's known to be stable and reliable, while cronie seems to be pretty new. There are absolutely no informations about cronie's features, no documentations, no feature comparisons to other cron daemons, etc. on upstream's website. And it's still in AUR and has only 3 votes there. The thing is that cronie is forked from vixie-cron which is much older than fcron. And I would venture to say that vixie-cron or some derivative is the default crond for the vast majority of distributions out there. --Kaiting. cronie also appears to be the nicest migration choice for users who are not used to fcron. It seems to support anachron features, cron.d, daily/weekly/etc, is able to actually keep time and works just like expected whereas fcron has fcrontab with a slightly different syntax. We could actually make cronie replace dcron. fcron would be nice but it is not a drop in like cronie. What do you say? If you agree, I shall make (or somebody who steps up) a plan to the replacement and that's that. -- Sven-Hendrik
[arch-general] Change Arch's default crond
We all know the situation with dcron (it can't keep time properly) and it still is broken. No fix (or any changes for that matter) have gone into its upstream git for over a year now. There have been multiple yeah-I'll-take-a-looks from various people as well as its upstream maintainer and no work was done. I certainly don't want to offend anybody but I think it is time another crond was made quasi default by swapping it for dcron in base group. I know that users can do that themselves but the we shouldn't suggest packages we know are broken by putting them into the base group. Perhaps fcron is a fine choice. Bug report for reference: https://bugs.archlinux.org/task/18681 -- Sven-Hendrik
Re: [arch-general] [signoff] kernel26-2.6.38-1
On 03/22/2011 01:35 AM, Arthur Titeica wrote: On Tue, 22 Mar 2011 07:24:26 +0700, Emmanuel Benisty wrote: On Tue, Mar 22, 2011 at 4:49 AM, Marek Otahal markota...@gmail.com wrote: On Monday 21 of March 2011 22:21:44 you wrote: On Monday 21 of March 2011 22:09:22 Erik Johnson wrote: Touchpad scrolling stopped working for me with this kernel, for some odd reason. Hi, i had just the same weird issue, for me, going to kde's systemsettings mouse module fixes that. see https://bugs.archlinux.org/task/23330 cheers, marek sorry, my mistake. so i can confirm that kernel 2.6.38 breaks the sidebar scrolling on synaptics touchpad. that's because there's some new multitouch code that has been merged, you should be able to scroll with two fingers anywhere on the touchpad now, this became the default behaviour. To get back the old style, just add: Option VertEdgeScroll true to /etc/X11/xorg.conf.d/50-synaptics.conf (or whatever it is called on your machine) I'm just curious. Where did you get this info from and how could a normal user know these things when they break? Maybe it's in a wiki somewhere or there's a arch kernel changelog? As for myself I spent one day looking for a solution and found it in ksynaptics (in AUR - this should really get in official repos ;) ). man synaptics gives you all the options. Also, there is no ksynaptics. -- Sven-Hendrik
Re: [arch-general] Dropping Oracle OpenOffice
On 07.03.2011 18:45, Andreas Radke wrote: LibreOffice has recently proved to be a solid replacement for Oracle OpenOffice. I'm about to drop all Oracle OOo packages from our repos. First my time is limited. I've asked so many times for help in the Office packaging area and nobody stepped in. Then there's the poor distribution support Oracle spends on the distributions. They almost do not care about custom distribution builds and their interest. They break the build against system libs every now and then and it takes ages to contact the relevant devs to fix their bugs. Development is only driven by the profit interests of Oracle... You can put in here all the arguments the Document foundation has given at its birth. So don't expect any efforts to fix bugs in Oracle packages anymore. As soon as they will break due to a .so name bump or something like this I'll remove all the packages from our repos if nobody else is willing to maintain them. Any objections to add replaces=('openoffice-base') to the next LibO pkg? -Andy +1 Solid and pragmatic suggestion.
Re: [arch-general] Laptop beeps after resuming from suspension
On 11.02.2011 06:19, Thomas Dean wrote: Hi folks, I have an encounter with a small but annoying problem. After typing pm-suspend and then resuming my laptop, it sometimes beeps, which never happens if I haven't ever suspend it. For example, when I type too much backspace in VIM, it beeps; when I push the shutdown button, it beeps; when I type Page Down button at the end of the text, it beeps, too. Could you please tell me how to shut its beeping? Thanks, Thomas It probably loads the pcspkr module. Adding !pcspkr to the modules array in rc.conf might fix it. Otherwise, a rmmod pcspkr in a post-sleep hook in /etc/pm/sleep.d/50-pcspkr (chmod +x it) might workaround it. -- Sven-Hendrik
Re: [arch-general] should imagemagick-doc really be i686/x86_64
Ionuț Bîru ib...@archlinux.org wrote: On 01/27/2011 12:41 PM, Auguste Pop wrote: Hi, I am not aware of the package until I saw it listed on the home page of Archlinux today. Just out of curiosity, I skimmed the contents of the package and find out that they are mainly html files. Shouldn't it be any rather than i686/x86_64? Should I file a bug report or this is just my ignorance of imagemagick? Thank you for your kind attention. Yours, is not a bug. is more a impossibility to split 'any' packages like that. makepkg supports such splits but our server scripts doesn't handle them at all. -- Ionuț Indeed, but can still create a separate 'any' package like we do with some games. Just a split package won't work there.
Re: [arch-general] should imagemagick-doc really be i686/x86_64
Eric Bélanger snowmanisc...@gmail.com wrote: On Thu, Jan 27, 2011 at 7:10 AM, Sven-Hendrik Haase s...@lutzhaase.com wrote: Ionuț Bîru ib...@archlinux.org wrote: On 01/27/2011 12:41 PM, Auguste Pop wrote: Hi, I am not aware of the package until I saw it listed on the home page of Archlinux today. Just out of curiosity, I skimmed the contents of the package and find out that they are mainly html files. Shouldn't it be any rather than i686/x86_64? Should I file a bug report or this is just my ignorance of imagemagick? Thank you for your kind attention. Yours, is not a bug. is more a impossibility to split 'any' packages like that. makepkg supports such splits but our server scripts doesn't handle them at all. -- Ionuț Indeed, but can still create a separate 'any' package like we do with some games. Just a split package won't work there. FTR, there used to be a seperate 'any' imagemagick-doc packge but I just removed it because it was too much work and it was often forgotten when other devs were rebuilding or updating imagemagick. Plus, it's only 3MB. I see. Making it split package and disregarding 'any' seems fairly reasonable considering the size. I have some 100MB doc packages though so I have some separate 'any' packages.
Re: [arch-general] PKGBUILD depends - howto specify alternate packages that can satisfy? possible?
On 27.01.2011 23:52, David C. Rankin wrote: Guys, I am trying to create a PKGBUILD that needs qt3, but I want to make it flexible enough to accept either 'qt3' or 'qt3-enhanced' as a dependency. Can I do that? I looked over https://wiki.archlinux.org/index.php/PKGBUILD and I either missed a way to do it, or I'm just confused. What say the gurus? qt3-enhanced needs to provide qt3. Then you can just depend on qt3 and it will accept both but helpers will attempt to get qt3 vanilla if you don't already have it. If you have qt3-enhanced it will still work and accept it if it provides qt3.
Re: [arch-general] xarchiver patch
On 26.01.2011 20:11, Ivan Puntiy wrote: Hello, I have patched extra/xarchiver to support xz compression using Slackware's patch. It is working on my system, and I uploaded it to AUR: http://aur.archlinux.org/packages.php?ID=45726 What is the procedure of requesting it to be applied to original package? Ivan You should always try to get patches upstream.
Re: [arch-general] xarchiver patch
On 26.01.2011 20:29, Ivan Puntiy wrote: 2011/1/26 Jelle van der Waa je...@vdwaa.nl On Wed, 2011-01-26 at 21:11 +0200, Ivan Puntiy wrote: Hello, I have patched extra/xarchiver to support xz compression using Slackware's patch. It is working on my system, and I uploaded it to AUR: http://aur.archlinux.org/packages.php?ID=45726 What is the procedure of requesting it to be applied to original package? Ivan Feature request, but first bug upstream -- Jelle van der Waa Ok, I actually found the patch at upstream's bug about the issue (opened since 2009). But rechecked now: the patch was added 2 months ago in a comment, I guess I can wait. And for the future: Are feature request are submitted at the bug tracker? You should bug upstream against, perhaps using direct mail to maintainer. In general, you can post up feature requests but they might be closed with upstream as a reason as we can't do much about it. We will not have feature patches in 99% of the cases if it can be helped.
Re: [arch-general] What about gallium on r600?
On 14.12.2010 00:15, Sergej Pupykin wrote: Hi, it works not worse than classic mesa on my RV620. I add --enable-gallium-r600 and modify package_ati-dri-git() in mesa-git PKGBUILD as it is already done for r300 (make -C ${srcdir}/build/src/gallium/targets/dri-r600 DESTDIR=${pkgdir} install) I test current (20101213) git snapshot. May be put it into testing and enable on next release? Upstream does not currently advise using this driver. Upstream usually is knowledgeable about this so we should hang on for some more time. Unless, of course, some recent changes have been merged. Did you ask in #radeon? If not, can you do that and inform us about the current state of the driver and whether using gallium for r600 is recommended yet? -- Sven-Hendrik
Re: [arch-general] Patent protection
On 08.12.2010 23:04, Kaiting Chen wrote: On Wed, Dec 8, 2010 at 4:47 PM, Armando M. Baratti ambaratti.lis...@gmail.com wrote: What you may not know is that, as Novell was part of OIN (Open Invention Network), those that join OIN *before* the closing date for the acquisition (about january 23) will be protected from any harassment regarding these patents. This [2] Groklaw's article explains it in more detail. It works because the patents are granted perpetually to OIN members that have jointed before the closing date, even in the case of a sell (like occurred in this case). You don't need to have patents or be a company to join (for free) OIN. Any project (like Arch Linux), or even an individual can do it. I could be totally wrong here, but as far as I know Arch Linux doesn't actually exist as a legal entity. I haven't had time to read the linked articles, but if this is the case would it even be possible for us to join the OIN? --Kaiting. I was contacted about my distro (live.linux-gamers.net) by OIN and now a member now. Apparently it works.
Re: [arch-general] Replace dcron once again?
On 09.11.2010 11:47, Dieter Plaetinck wrote: FWIW: I've gone through the archives and found multiple threads about our cron discussions. http://mailman.archlinux.org/pipermail/arch-dev-public/2009-September/ http://mailman.archlinux.org/pipermail/arch-dev-public/2010-January (esp. http://mailman.archlinux.org/pipermail/arch-dev-public/2010-January/014781.html) Seems like the last time we were on the verge of switching to fcron, but didn't because Jim took over dcron upstream (and added his yacron features.) The only negative thing i could find in the archives about fcron is that it doesn't support /etc/cron.d natively (but we can write scripts to work around that). Although Heiko seemed to suggest this is no longer true anymore. (?) Other then that, it seems a solid featureful-but-simple-enough cron daemon. Dieter So, not a mail since a while. Can we replace dcron now? :)
Re: [arch-general] Replace dcron once again?
On 11.11.2010 21:15, Attila wrote: At Donnerstag, 11. November 2010 20:16 Sven-Hendrik Haase wrote: So, not a mail since a while. Can we replace dcron now? :) What i don't understand is this replace here because fcron (or incron) is only one pacman -S away. And i say this as an fcron user. :) See you, Attila The way I see it we at least shouldn't give/advise users to dcron as a default.
Re: [arch-general] Replace dcron once again?
On 11.11.2010 23:50, Ng Oon-Ee wrote: On Thu, 2010-11-11 at 16:31 -0500, Leonid Isaev wrote: Not only this, but also the fact that now there are 2 crons being maintained: fcron in community and dcron in core. Removing dcron to, say, AUR, will be a wiser use of devs' time... Bottom-posting please. And I don't see a problem with the current situation, one is in [core] the other in [community] (devs vs TUs). It could be reverse, if that's what's meant by 'replacing'. As a result of this thread I've switched to fcron as well. No big deal. As far as I am aware, dcron is installed by default and is being advised as the main crond for Arch on the wiki. By replacing I'd mean making fcron default in wiki and install.
Re: [arch-general] [PATCH] add upgpkg
This helper is neat, I like it. Any chance to get it into devtools?
Re: [arch-general] Replace dcron once again?
On 07.11.2010 18:39, Florian Pritz wrote: It doesn't seem like dcron is maintained very well [1], so I think we should consider switching. FS#18681 [2] is quite a critical bug in a crond when everyone expects jobs to run only once. I'd like to go with fcron because it seems to work very well for most people, has a lot of features while having a small dependency tree. Comments welcome. [1] http://repo.or.cz/w/dcron.git [2] https://bugs.archlinux.org/task/18681 +1 I was bitten by that bug quite badly and it spawned 20+ backup jobs.
Re: [arch-general] some notes on the radeon gallium driver
On 06.10.2010 15:05, Stephen E. Baker wrote: My understanding is that r300g is the new default in Mesa 7.9. See http://www.mail-archive.com/mesa-com...@lists.freedesktop.org/msg23390.html . Does this mean that Arch will automatically switch to it on release of Mesa or will extra steps be required? As I understand it the PKGBUILD will also have to be altered. The driver will be built by default but not installed to /usr/lib/xorg/modules/dri/ as mentioned by Stafano. The purpose of having both drivers built is so that one could experiment with the gallium driver with export LIBGL_DRIVERS_PATH = ... before executing particular opengl programs without switching outright. I've been doing this for a couple weeks now with the git version of just the r300g driver running with Arch's packaged mesa 7.8 and have found that it has fixed all the bugs I was having in Neverwinter Nights and eduke32 with no new problems besides the occasional stuttering when fps drops too low. I would vote for making it the default in Arch with mesa 7.9. I'm seconding this. r300g is working exceptionally well compared to r300 and it is very stable even with lots of 3D stuff and wine games. I'd definitely want this to be the default in Arch. Perhaps we should file a bug report. In fact, I will file one if we can get a few more opinions on this. I think it would be a very beneficial idea for Arch users. -- Sven-Hendrik
Re: [arch-general] some notes on the radeon gallium driver
On 06.10.2010 19:39, C Anthony Risinger wrote: On Wed, Oct 6, 2010 at 9:41 AM, Tom uebersh...@googlemail.com wrote: I'm seconding this. r300g is working exceptionally well compared to r300 and it is very stable even with lots of 3D stuff and wine games. I'd definitely want this to be the default in Arch. Perhaps we should file a bug report. In fact, I will file one if we can get a few more opinions on this. I think it would be a very beneficial idea for Arch users. -- Sven-Hendrik Well is there any reason this should NOT be made default once Arch updates to Mesa 7.9 if it IS the default in new mesa?? Why would/should arch differ? i wouldn't think so. Sidenote: been running r300g for ages, no worries... that's great news, along with other positive feedback. this whole message is rather devoid of new content, but it's really wonderful to see Gallium reaching fruition; it's been a long wait and it seems to really be living up to it's promises. haven't tried the Gallium driver for my 4850 (if one is ready-ish?), but this thread is very encouraging. especially interesting is the recent port of the Direct3D API to a native state tracker (i think that's the right terms)... Linux gaming may just force it's way into existence, vs. the perpetual wait for vendor support :-) C Anthony Careful, r600g (for your mighty fine 4850) does not currently do what you think. In fact, upstream currently and openly discourages its usage for anything but shy testing. It might eat your babies if used for production. Double careful with the hopes for D3D used in Linux gaming. It is effectively useless for Wine since their current implementation integrates better with the other needs of a Windows game (Windows API != Direct3D). Even if a perfect, full-blown D3D 13 implementation went into Mesa, you couldn't run a single Windows game because of that. D3D on Linux is primarily meant for close-to-metal 3D virtualization (which in return would enable you gaming, though, but in a VM). Wine isn't going to switch to Mesa's implementation anytime soon. So for now: r300g with wine (works awesome here). -- Sven-Hendrik
Re: [arch-general] some notes on the radeon gallium driver
On 05.10.2010 20:27, Adam Chidlow wrote: Hey Stefano, What instructions did you follow? I'm interested on testing this (HD 4850 here). Cheers, Adam --Original Message-- From: Stefano Avallone Sender: arch-general-boun...@archlinux.org To: General Discusson about Arch Linux ReplyTo: stava...@unina.it ReplyTo: General Discussion about Arch Linux Subject: [arch-general] some notes on the radeon gallium driver Sent: Oct 6, 2010 2:24 AM Hi, just if anyone is interested... I compiled mesa 7.9 and tried the radeon gallium driver on a X300 ati card. It works pretty good. For instance, now I can use the blur effect of kwin 4.5, while I couldn't with classic mesa 7.9 driver. I don't play games, so I cannot tell what is different with games... Maybe we might have an ati-dri package in [testing] that ships r300g instead of r300c... Stefano You can use my -gallium AUR packages. I use them on my r500 and it works very well for games and the like.
Re: [arch-general] Moving firehol back to [community]
On 16.09.2010 00:07, Jakob Gruber wrote: Hi all, firehol [0] was moved to the AUR recently [1], and I'd like to move it back to [community]. It now builds from a known cvs snapshot. Any objections? schuay [0] http://aur.archlinux.org/packages.php?ID=3971 [1] http://mailman.archlinux.org/pipermail/aur-general/2010-June/009216.html Looks only somewhat maintained upstream from a quick glance. If you are up to the task of the occasional manual patching I'd say go for it. -- Sven-Hendrik
Re: [arch-general] [arch-dev-public] Help on maintaining LXDE packages wanted
On 14.09.2010 21:11, Jürgen Hötzel wrote: Hi, anyone wants help out on this topic? I personally don't use LXDE anymore. Jürgen I'd be interested. I use it on one machine. -- Sven-Hendrik
Re: [arch-general] Chromium crashes KDE 4.5.1
On 13.09.2010 18:38, Madhurya Kakati wrote: Hi, I am using Chromium 6.0.x with KDE 4.5.1. Whenever any website presents a dialog box asking for confirmation for something (for example in gmail if i close the tab without logging out it presents a dialog box asking for confirmation) and after i click on any button on it the kde panel crashes. Also, i suspect plasma crashes too but applications that are open including chromium do not crash. This happened even in KDE 4.4.However it happens in KDE only and not in any other DE. Please tell me why this happens and how to stop it from happening. Thanks. P.S- Telling me to stop using KDE is not an appropriate answer :P Using that exact setup and haven't seen this crash yet. Do you have any error logs after starting the panel manually?
Re: [arch-general] Chromium crashes KDE 4.5.1
On 13.09.2010 19:34, Adriano Moura wrote: 2010/9/13 Sven-Hendrik Haase s...@lutzhaase.com On 13.09.2010 18:38, Madhurya Kakati wrote: Hi, I am using Chromium 6.0.x with KDE 4.5.1. Whenever any website presents a dialog box asking for confirmation for something (for example in gmail if i close the tab without logging out it presents a dialog box asking for confirmation) and after i click on any button on it the kde panel crashes. Also, i suspect plasma crashes too but applications that are open including chromium do not crash. This happened even in KDE 4.4.However it happens in KDE only and not in any other DE. Please tell me why this happens and how to stop it from happening. Thanks. P.S- Telling me to stop using KDE is not an appropriate answer :P Using that exact setup and haven't seen this crash yet. Do you have any error logs after starting the panel manually? Is qt-gtk-engine used as the widget theme for gtk apps? Yep.
Re: [arch-general] HAL .fdi files stopped working
On 31.08.2010 23:31, Thomas Bächler wrote: Am 31.08.2010 23:20, schrieb Ionuț Bîru: On 09/01/2010 12:19 AM, Linus Eklöf wrote: After an upgrade in the beginning of summer (don't remember what was updated) my hal fdi files in /etc/hal/fdi/policy stopped working, I had to change the keyboard mapping in the xfce settings and haven't been able to use my joypad since. I can't find anything on it with google and I've upgraded my system a couple of times since, but it still isn't working. Anybody who knows what might cause this? because hal is not used by xorg anymore since long time ago. http://www.archlinux.org/news/502/ I wonder why we write news announcements about these things. People don't seem to read them and ask anyway, so why bother writing the news? Because those that *do* read them don't ask questions like these.
Re: [arch-general] [arch-dev-public] At last, clean multilib support
On 22.08.2010 11:25, Thomas Bächler wrote: Am 22.08.2010 10:39, schrieb Thomas Bächler: Jan Steffens and me spent the this weekend putting together a multilib toolchain and a clean lib32-glibc package. I wanted to do this for at least two years, and we finally managed to do it on FrOSCon now. This is the plan of attack on this: * Maintain the PKGBUILDs in svn-community/${pkgname}/trunk/ * Create a separate repo 'multilib', (svn-community/${pkgname}/repos/multilib-x86_64) * Remove ALL multilib packages from community. Do NOT mix pure 64 bit with multilib. All multilib must go into the new multilib repository. * Rebuild all multilib packages with the multilib compiler to solve the numerous problems encountered by the hackish copy our 32 bit packages into another path approach. * Find TUs and Devs willing to work on multilib (please add your name to https://wiki.archlinux.org/index.php/Multilib_Project) Any comments are welcome. We will upload the multilib packages and PKGBUILDs into a small test repository in a minute for review. A temporary repository is up: http://pkgbuild.com/~heftig/multilib/ This looks like it could break Arch Linux as a whole. I'm in!
Re: [arch-general] [arch-dev-public] Large packages in repositories
On 17.08.2010 16:28, Thomas Bächler wrote: Am 17.08.2010 16:12, schrieb Dan McGee: tl;dr: I think we need some standards with these huge packages, and people need to be a lot more cognizant as to how big they are. We have lost more than one mirror due to complaints over needed space and stuff like this doesn't help. If a mirror cannot cope with a few GB, then it should be dropped anyway. Our repos will get bigger, one way or the other. I share this opinion. The Arch repos are hardly large and even if we added 50 GB to them they would still wouldn't be that large. I know comparisons with other distributions are probably not a good idea on this list but it does help to get a general understanding of where we stand and what large really means. Debian - 428GB (http://www.debian.org/mirror/size) Fedora - 653GB (http://download.fedora.redhat.com/pub/DIRECTORY_SIZES.txt) Ubuntu - 421GB (https://wiki.ubuntu.com/Mirrors) openSUSE - 500GB+ (http://en.opensuse.org/openSUSE:Mirror_infrastructure) Thankfully, we don't keep around old releases of packages or isos. Our mirrors will never have to cope with the amount of data that other distributions make them cope with. I think since they are already mirroring 2TB+ worth of data from other distros, they can easily squeeze in 50GB of Arch, or more. I'd really like to resolve this problem in the course of this discussion since it has been brought up every time big packages are pending (mostly games). Personally, I think we don't need a policy or anything on this. Something very odd would have to happen for our repos to grow too much for our mirrors to handle. This is Arch, let's keep it simple and unbureaucratic. I'm not saying let's throw all that big shit into there but if there are potential packages that would improve the user experience, their size should not be the determining factor to their inclusion. -- Sven-Hendrik
[arch-general] Gallium by default for radeon?
Hey everybody, I wondered whether we should switch the default radeon driver stack over to gallium3d. I've been running gallium3d for a few months now and with every stack rebuild from git it only gets faster and neater. I haven't encountered any stability issues yet (or at least not any the standard drivers did not have). I think the speed and OpenGL compatibility are well worth it for our users. Since I'm toying around quite a lot with games and Ogre3D I know that shader support and overall speed now make the radeon + gallium3d drivers a viable replacement for the rather unlikeable catalyst drivers, even for gaming. For those who want to try it, build your gallium stack using my AUR package (http://aur.archlinux.org/packages.php?ID=38090). Upstream says that almost all current development efforts flow into gallium3d and radeon KMS. Perhaps we should take the hint? What do you think? -- Sven-Hendrik
Re: [arch-general] my intro
On 09.08.2010 01:33, Jude DaShiell wrote: I found the aur link on the archlinux.org page but so far, pacman isn't searching and accessing aur. Is this something that can be done or is this better done with a different tool? You should try installing an AUR helper, it will make your life somewhat easier. See here: http://wiki.archlinux.org/index.php/AUR_Helpers For most people, yaourt probably works fine but so will packer, clyde, slurpy, cower, bauerbill etc etc. This is Arch Linux, and we need 24 AUR helpers. -- Sven-Hendrik
Re: [arch-general] my intro
On 08.08.2010 04:02, Jude DaShiell wrote: I install chris brannon's talking arch linux a little earlier this weekend. It was not the first Linux I've installed either. I use the talking version since I can't see anything at all. For as small a Linux as this is it's impressive. We need a foomatic-rip package though because my parallel printer probably won't work well otherwise and that makes it difficult for those helping me shop to read my grocery lists. I have already built and got astrolog running on archlinux and for free accurate horoscopes that's a good choice. I could probably package it for this Linux if there's enough interest. Another problem probably of interest to a larger audience is no command line spreadsheet programs are yet available. I can probably put some things together for that too. I'll definitely do that for myself and again if there's enough interest I can probably build something and make it available. I do use orca and gnome a little, but the graphical user environment isn't my normal living space while at home. I'm required to use Windows at work so I figure while I'm at home I get to choose my operating systems and my operating system interfaces. I don't want the two environments getting confused with each other. Hey Jude, foomatic-rip should be included in the foomatic-filters package. astrolog is available in AUR (http://aur.archlinux.org/packages.php?ID=32863). There are two tools I know of for CLI spreadsheets. sc and oleo. Both have AUR packages available. Nice to see Arch being used by blind users. Good job, Chris. -- Sven-Hendrik
Re: [arch-general] package name foo vs libfoo (eg. clutter vs libclutter)
On 03.08.2010 23:21, Andre Osku Schmidt wrote: Hello, this may be a minor issue, but it's bugging me so much that i had to write it here. and please link me to any previous discussion if this was asked before, i was kinda lazy to really search and http://wiki.archlinux.org/index.php/Arch_Packaging_Standards didn't mention anything about it. is there any rule on how to name packages ? lets take clutter as an example. it's named clutter everywhere in upstream, git, tarball, docs etc. but, it only builds libraries, and names those libclutter* (and really is only usable as library) so why are these (or only this?) packages named foo and not libfoo ? cheers .andre ps. im here to fix, not flame :) Arch, unlike other distros, names packages after what upstream names their software. Thus, clutter is named clutter because upstream calls it that. libinfinity is named libinfinity because upstream calls it that. Prepending lib to everything also seems silly to me. Some lib packages might not purely be libs. For instance, one of my packages, ogre, is mainly a lib for 3D development but it has a lot of stuff (media, docs, samples, tutorials) that regular libs do not. What should it be called in the lib scheme? libogre (Debian does that) or just ogre? sdkogre perhaps? If we just name it ogre, we will have no problems at all and people will easily be able to find the package they are searching by just following the name upstream gave to their stuff. This also goes hand in hand with the philosophy of living close to upstream. -- Sven-Hendrik
Re: [arch-general] Remove AUR package
On 30.07.2010 20:59, Eduardo Reveles wrote: Hi, i would like to ask the removal of an AUR package, geany-modeline (http://aur.archlinux.org/packages.php?ID=39298) The reason is because i'm using git for that package and i thought it would be better name it as geany-modeline-git. I already created this new package. Thanks Eduardo *THUMP!* It's... it's gone! -- Joker
Re: [arch-general] pacman segfault problem
On 30.07.2010 21:00, b1 wrote: Hey alltogether Unfortunatelly I ran into some really strange pacman problem. While performing an normal system update, my computer froze (due to some incorrect overclocking settings). After correcting the settings and rebooting, I tried to run the Upgrade again, and got this (after manually removing the lock file): error: segmentation fault Internal pacman error: Segmentation fault. Please submit a full bug report with --debug if appropriate. Afterwards I ran the pacman with --debug switch. Since the ouptut is rather long, I have attached it to the end of the mail. Unfortunatelly, gdb wasn't very helpfull, just showing 0x778d8c96 in strcmp () from /lib/libc.so.6 If any one has any idea of how to replace the broken pacman with a new pacman or of how to fix this issue, I would greatly appreciate to hear from you. Thanks in advance Benedikt You should try to manually get the package from the ftp, unpack it and overwrite the pacman binary manually. Then perform a full system reinstallation using pacman -Sy $(pacman -Qq) since you cannot know whether other binaries are also affected. -- Sven-Hendrik
Re: [arch-general] pacman segfault problem
On 30.07.2010 22:27, b1 wrote: ~~ Any help is greatly appreciated. Thanks Benedikt Use the Arch install medium and its working pacman and set the install dir to your system. Assume your pacman database is corrupt as well so discard it. Reinstall at least base and base-devel into your mounted system from the live medium and copy the resulting db. This will only make pacman recognize packages contained in base and base-devel when you're booting back into your system but at least pacman will be working again. -- Sven-Hendrik
Re: [arch-general] Boost
On 18.06.2010 11:38, Ionuț Bîru wrote: On 06/18/2010 09:30 AM, Allan McRae wrote: On 18/06/10 16:24, Daniel Bumke wrote: Hi, Does anyone know what's going on with boost? It seems it was downgraded from 1.42.0 to 1.41.0 a while back, and hasn't been updated to the latest 1.43.0. I was going to build the latest on my machine, but if there's something wrong with it I might hold off or go with the older version. I know there was some talk about splitting it up; is that the reason? From memory 1.42 broke encfs. The encfs developers blame boost, the boost developers blame encfs, so nothing was done in recent updates from either side. So we either update boost or break encfs... Allan encfs devs released a new version which works with 1.41. yesterday i built 1.43 but the splitting is holding me back. It has a very annoying build system and until now we have in the bugtracker one which is copying files around from a directory to another. FS#19749 What's the issue here though? We have a working split package and everyone is happy? Bjam is a crappy build system but until CMake is more actively maintained by Boost (last boost-cmake release was 1.41) it'll have to do. Boost is an important part of C++ development, it should not go without update in Arch. -- Sven-Hendrik
Re: [arch-general] Any Arch Users/Developers @ Linuxtag 2010?
On 06/08/2010 12:45 AM, Ng Oon-Ee wrote: On Mon, 2010-06-07 at 18:34 -0300, Hilton Medeiros wrote: On Mon, 7 Jun 2010 18:16:51 -0300 Felipe Tanusfota...@gmail.com wrote: Hi all, On Mon, Jun 7, 2010 at 3:20 PM, Rafael Correia rafaelnomin...@gmail.com wrote: The purpose of Microsoft at a Open Source event? Steal code, of course. -- Rafael Correia Actually, Microsoft contributes to open source [1]. Including to Linux kernel, with drivers [2]. I guess we should be thankful for they spend they time and money helping the kernel. Personally I don't care what they true intentions are, and surely they only did this aiming on what any capitalist company would do, but the fact is that helps Linux as a software. [ ]'s [1] http://www.microsoft.com/opensource/ [2] http://www.microsoft.com/opensource/project-detail.aspx?pid=18 Don't do that, please. Defending MS for fun in a Linux mailing list won't get you anywhere. You have a blog for posting your thoughts. Useless flamebait posts should be motive enough for a ban. Don't even start, please. If that's the case criticizing Microsoft for fun should be enough to earn a ban. The snide comments on Microsoft's intentions are much worse flame-baiting than clarification on Microsoft's real (admittedly minor) contributions to the kernel. Linux is not a religious cult. Woah, guys stop this now. This started off starting asking whether anybody here attended LinuxTag 2010 and not one person replied correctly to the original post's question. Just stop this off-topic stuff here please. :( -- Sven-Hendrik
Re: [arch-general] Anybody attending LinuxTag 2010?
On 31.05.2010 08:10, Madhurya Kakati wrote: On Mon, May 31, 2010 at 12:04 AM, Sven-Hendrik Haase s...@lutzhaase.com wrote: I was wondering whether anybody else was going to attend LinuxTag 2010? It seems that this event hasn't even been discussed in arch-events and Arch Linux sadly doesn't hold a booth there this year. If anybody wants to do greet and meet, I'll be at the Linux-Gaming booth. -- Sven-Hendrik Where's the venue? Like I said, I'll be at the Linux-Gaming booth as I'm an exhibitor. I'll be presenting the Arch Linux based live.linux-gamers.net Live Gaming distro. I suggest we meet at that booth. I'm a really tall guy. I look like the type of person that makes an Linux-Gaming live distro. -- Sven-Hendrik
Re: [arch-general] Anybody attending LinuxTag 2010?
On 31.05.2010 17:49, Madhurya Kakati wrote: On Mon, May 31, 2010 at 8:48 PM, Sven-Hendrik Haase s...@lutzhaase.com wrote: On 31.05.2010 08:10, Madhurya Kakati wrote: On Mon, May 31, 2010 at 12:04 AM, Sven-Hendrik Haase s...@lutzhaase.com wrote: I was wondering whether anybody else was going to attend LinuxTag 2010? It seems that this event hasn't even been discussed in arch-events and Arch Linux sadly doesn't hold a booth there this year. If anybody wants to do greet and meet, I'll be at the Linux-Gaming booth. -- Sven-Hendrik Where's the venue? Like I said, I'll be at the Linux-Gaming booth as I'm an exhibitor. I'll be presenting the Arch Linux based live.linux-gamers.net Live Gaming distro. I suggest we meet at that booth. I'm a really tall guy. I look like the type of person that makes an Linux-Gaming live distro. -- Sven-Hendrik I was actually asking the place or location where Linuxtag would be held. It will be at the Berlin Messegelände like every year. Takes place from 9.6. to 12.6. See here: http://www.linuxtag.org/2010/en/visitors/at-a-glance.html -- Sven-Hendrik
[arch-general] Anybody attending LinuxTag 2010?
I was wondering whether anybody else was going to attend LinuxTag 2010? It seems that this event hasn't even been discussed in arch-events and Arch Linux sadly doesn't hold a booth there this year. If anybody wants to do greet and meet, I'll be at the Linux-Gaming booth. -- Sven-Hendrik
Re: [arch-general] Strange suspend behaviour
On 24.05.2010 20:08, Damjan Georgievski wrote: I've set up my system so that when I close the laptop lid the computer goes into suspend mode. However, when I wake it up by pressing the power button the system starts, and after 3-5 sec it goes into suspend mode again. If I then press the power button again, it starts and stays on. Suggestions? Explain what DE you are running and how and what did you set up. Sounds like he's running KDE. The problem that he described is with powerdevil and has already been fixed upstream (but I don't think the current release contains it yet). -- Sven-Hendrik
Re: [arch-general] iso's
On 02.05.2010 12:37, Allan McRae wrote: On 02/05/10 20:33, Caleb Cushing wrote: why is it the new iso's never made the download page? Because they were testing builds and never released... Allan Come to think of it, releasing a new set of official isos in a short while probably couldn't hurt. What's the holdup? The archiso config works brilliantly for me under all tested circumstances and iso feedback on the forums has been good too. -- Sven-Hendrik
Re: [arch-general] kernel 2.6.33.3 freezes on boot
On 28.04.2010 09:43, didier gaumet wrote: Hi list, Since todays's update of the kernel (2.6.33.2 - 2.6.33.3) my Dell inspiron 1012-9118 (new mini 10) netbook freezes on boot (after displaying loading modules. I have to poweroff. It is an Atom N450 proc and an x86_64 Archlinux (up-to-date). Has anyone a similar problem? Does it continue after hitting the 180s timeout? -- Sven-Hendrik
Re: [arch-general] Keyboard not working in X11
On 01.04.2010 15:32, Alain Muls wrote: Hi All I have a GeForce 9600 GT graphics card and installed the nvidia driver. I had difficulties in getting a X11 screen with the terminal, but finally I made it. The xterm comes up but my keyboard does not work. Any suggestions? Tx/Alain -- *Alain Muls* alain.m...@rma.ac.be Royal Military Academy Tel +32 2 7426340 Renaissance Avenue 30 Fax+32 2 7426622 B1000 Brussels - Belgium Did you /etc/rc.d/hal start?
Re: [arch-general] Customising arch iso
On 12.03.2010 16:48, Thomas Bächler wrote: Am 12.03.2010 16:37, schrieb Aaron Griffin: Using the core installing then just upgrading kernel26 and kernel26-firmware to 2.6.33 worked just in case anyone was wondering. Got networking up finally :) Yeah, I was going to suggest just pulling the kernel updates onto a thumb drive or something Someone (as in not me) should really make archiso easier to use and document it better. The ultimate goal would be the ability to run one single command to get an up to date ISO - without any more configuration or other tweaking. Just get my AUR package (http://aur.archlinux.org/packages.php?ID=25996) to get the utils installed on your system and clone git (git clone git://projects.archlinux.org/archiso.git) to get the scripts. Then go to archiso/configs/syslinux-iso/ and run make. This should get you an updated set of isos for your architecture. Also, I'm trying hard to keep the archiso wiki article (http://wiki.archlinux.org/index.php/Archiso) updated and in good shape to make it easier to make your own Arch-based distribution. Please let me know if there's anything else left to document until archiso becomes usuable to you. -- Sven-Hendrik
Re: [arch-general] kernel 2.6.33-1
When booting the kernel, I noticed a long hang (180s according to udev) while loading my modules. It times out and fails to load. Looking into it I found out that the module parport_pc was causing the problem. Manually loading this module also times out (but doesn't crash the kernel). I'm using x86_64 on an Acer TravelMate 6592. This is my lspci -vv output: http://paste.pocoo.org/show/184074/ Help appreciated :)
Re: [arch-general] How to obtain development headers for package
On 24.02.2010 00:11, Michishige Kaito wrote: Hey, Maybe I'm just not understanding how Arch works, so please forgive my ignorance. I come from ubuntu, and there you get development headers for most packages by following the naming convention, which is package-dev. A quick apt-cache search package | grep dev would yield the right package. Now, I'm trying to obtain these on my fresh arch, but can't seem to find anything through pacman search or google. Anyone could hint me in the right direction? If it's useful, I need the dev headers for sqlite3. The headers are usually included in the package unless it is a special package of some kind. The only package I know where headers are split due to their size is the kernel-headers pacakge. Welcome to Arch, have a nice trip. -- Sven-Hendrik
[arch-general] KMS again with 2.6.33?
I was wondering whether KMS would officially return with 2.6.33 since a lot of fixes have gone into it? Obviously there will be a lengthy testing series first. Is it currently planned to try KMS again with 2.6.33? -- Sven-Hendrik
Re: [arch-general] KMS again with 2.6.33?
On 06.02.2010 12:03, Tobias Powalowski wrote: Am Samstag 06 Februar 2010 schrieb Sven-Hendrik Haase: I was wondering whether KMS would officially return with 2.6.33 since a lot of fixes have gone into it? Obviously there will be a lengthy testing series first. Is it currently planned to try KMS again with 2.6.33? -- Sven-Hendrik You can still use kms, depends on your card but we have full support for it right now. greetings tpowa As it stands, it requires recompiling the whole stack to enable DRI2 acceleration as well as using AUR packages. While this obviously is supported by the packages, I don't consider it officially supported by Arch. Even the wiki says so. I'm talking about real official Arch support with supported packages now that KMS drivers are out of staging. -- Sven-Hendrik
[arch-general] An old, tiresome discussion: cdrtools vs cdrkit
I know this is a going to be a probably tiresome discussion revived but I'd like to get this over with. I've been meaning to do it for a while now. My issue is that the cdrtools substitute cdrkit that Arch currently officially provides is not actively developed (current to last stable was around a year) and is technically inferior to cdrtools. cdrkit still does not generate proper iso-level-3 file systems and has trouble with big file support. This makes proper blu-ray creation hard. My upstream bug report on their mailing list was completely ignored, for example [1]. I request using the original cdrtools in place of cdrkit. I know that it actually was that way once but it was changed due to uncertainty about licensing issues. It appears that these issues are now solved with the conclusion that there are non while cdrkit is actually the offender. I'm aware that I can get cdrtools from AUR. Even then, cdrkit uses replaces and that spells don't use cdrtools for me. We should not be using broken software in Arch when there are better alternatives available just because of FUD about the licensing. Let the fight begin. [1] http://lists.alioth.debian.org/pipermail/debburn-devel/2009-November/000687.html -- Sven-Hendrik
Re: [arch-general] [arch-dev-public] Cron
On 06.01.2010 16:56, Aaron Griffin wrote: On Tue, Jan 5, 2010 at 5:03 PM, Jim Pryor lists+arch-gene...@jimpryor.net wrote: On Mon, Jan 04, 2010 at 09:52:45AM -0600, Aaron Griffin wrote: On Mon, Jan 4, 2010 at 9:51 AM, Aaron Griffin aaronmgrif...@gmail.com wrote: On Sun, Jan 3, 2010 at 9:28 PM, Allan McRae al...@archlinux.org wrote: Paul Mattal wrote: We've got several bugs relating to choosing a new default cron daemon, and/or supporting other alternatives. snip I thought we decided on fcron with the small adjustment/script needed to support /etc/cron.d in the last round of discussion about this. bcron was also popular (+1 from me...) but then we need an anacron replacement too (i.e. fcron). Aaron has repeatedly called for someone to deal with this and we have had a total of zero volunteers to do so... So if you are going to do this then it would be great. (also have a look at mailman in svn trunk if you have time :P ) Allan is correct here. We looked it over and based on the responses from all devs at the time, decided that fcron is the best in terms of modernizing our cron. If anyone would like to upgrade our cron to something better, let's go with fcron. Please check the mail archives and bug reports for all the discussion about alternative crons and why fcron was decided. I don't recall all the reasons, but I know they are all there. Though, I must admit, I did not see this email until after I replied. yacron was not evaluated when we looked into this... Hi this is the author of yacron again. I've just heard from Matt Dillon, he says he's happy for me to take over development and maintainership of dcron. So what I'll do is create a release version of yacron, and rename it to dcron 4.0. Of course that doesn't mean Arch has to keep using dcron; you may still decide fcron is better for core. But if you do want to stay with dcron, its development will now continue with the features I had forked as yacron. Hah! This just goes to show you, kids: just do nothing for long enough and someone else will solve the problem for you! :) Well that was unexpected. I'll be happy once my /etc/cron.d/ starts working again.
Re: [arch-general] high CPU temperature with 2.6.32
On 04.01.2010 22:07, Dimitrios Apostolou wrote: Hello, pacman just brought kernel 2.6.32 for my old laptop (P3 500MHz). A strange thing I noticed is that the fan won't go off when CPU is idling like it used to. Using powertop I can see more than 100K wakeups/s (extra_timer_interrupt is first on the list but I think it's irrelevant since it only shows about 100 wakeups), and the CPU is not going into C2 mode at all. Strangely however the cpu is 99% idle, and top doesn't show system or user cpu usage. Anyone else seeing such behaviour? Thanks in advance, Dimitris Do you run acpi-cpufreq?
Re: [arch-general] Inkscape maintainer MIA?
On 15.12.2009 06:19, Sascha Blank wrote: Hello, Arvid Picciani hat am Montag, den 14. Dezember 2009 um 23:13 Uhr (CET) folgendes geschrieben: Hussam Al-Tayeb wrote: 0.47 fails to build with a poppler error :/ and more. i'd be happy if someone can magically fix it. We're waiting for a compiling one too. A patch to make it compile with poppler-0.12.2 is available here: https://bugs.launchpad.net/inkscape/+bug/487038 (look for reply #4 on that page). I have checked myself that it works. Bye. Is an upstream bug filed on that?
Re: [arch-general] Inkscape maintainer MIA?
On 15.12.2009 06:28, Ng Oon-Ee wrote: On Tue, 2009-12-15 at 06:23 +0100, Sven-Hendrik Haase wrote: On 15.12.2009 06:19, Sascha Blank wrote: Hello, Arvid Picciani hat am Montag, den 14. Dezember 2009 um 23:13 Uhr (CET) folgendes geschrieben: Hussam Al-Tayeb wrote: 0.47 fails to build with a poppler error :/ and more. i'd be happy if someone can magically fix it. We're waiting for a compiling one too. A patch to make it compile with poppler-0.12.2 is available here: https://bugs.launchpad.net/inkscape/+bug/487038 (look for reply #4 on that page). I have checked myself that it works. Bye. Is an upstream bug filed on that? Isn't the link he posted an upstream bug? Its on launchpad and specific to inkscape. Oh you are right. I was skeptical because Ubuntu people tend to put bugs on Launchpad and only fix it in their packages but not in upstream. I was unaware Inkscape actually used Launchpad itself.
Re: [arch-general] Kernel 2.6.32 and Radeon KMS
On 08.12.2009 11:13, Xavier wrote: On Tue, Dec 8, 2009 at 6:52 AM, David C. Rankin drankina...@suddenlinkmail.com wrote: On Monday 07 December 2009 09:05:18 and regarding: I'm confirming this as well. Mine fails at radeon/R200_cp.bin, though. Loading in rc.conf works alright but the GPU appears to get very hot. I have no diode on it but it just tries to burn a hole through my laptop. Again, KMS performance is just as bad as with kernel 2.6.31. I get better performance without KMS and the system runs a lot cooler in idle as well. My card is a puny rv250 (aka Radeon Mobile 9000). Sven, I have the RS690M (x1200) card and the gpu used to get so hot with earlier additions of the 1.25x radeonhd driver that it was uncomfortable to rest my palms on the laptop palmrest. AMD really fsck'ed all of the laptop users when it dropped all support for pre-2400 series cards in March automatically converting many fairly new laptops (Q1 2008) to Legacy boxes. The fglrx driver did such a marvelous job with gpu powerdown and downclocking that thermal was never an issue and performance was great. Thankfully the radeonhd driver has gotten much better in power management in the past 3 months that I can use the palm rest again, but performance is still way low. Best we can do is keep our fingers crossed -- or go shop nvidia gpu based laptops :p I am not sure that's a solution at all. The only way to be sure about long term support is with open source drivers. And AMD/ATI position certainly looks better than Nvidia for that. Just compare both : http://en.wikipedia.org/wiki/Graphics_hardware_and_FOSS#ATI.2FAMD - specs for all? the latest chipsets http://en.wikipedia.org/wiki/Graphics_hardware_and_FOSS#NVIDIA - nothing,void,nil Now I know nothing about ati fglrx proprietary drivers, but maybe you should know the situation with nvidia. 190.42 drivers : only supports geforce 6 !! and newer 173xx drivers : support geforce 5 (and newer but no point) 96xx drivers : support geforce 4 and some geforce 2 Note that for the recent Xorg 7.5 release, the 173xx and 96xx lagged two weeks behind to get compatible, leaving many users in doubt during that period. And anything older than that is considered legacy and no longer supported. It was the 71xx series which stopped working with Xorg 7.4 release, quite a while ago... But maybe in term of open source support and power consumption, intel is doing better than ati ? I have to admit I don't know these two well. And I am sure things are not perfect there either. Just don't assume that everything is shiny in Nvidia's world, far from that. Well then, can I actually expect KMS to run slower than regular mode (because that's what it does) or would it be faster if it worked right at the driver's current state? I tested both kernel 2.6.31 and 2.6.32 and both give me about 500 FPS less in glxgears (for what it's worth). Also, KMS frequently causes kernel panic and all kinds of other trouble. Changing from vt1 to X is fast, though. Any tips on this or is this actually the current state of KMS? Remember, I'm using xf86-video-ati. -- Sven-Hendrik
Re: [arch-general] Kernel 2.6.32 and Radeon KMS
On 07.12.2009 05:54, David C. Rankin wrote: On Saturday 05 December 2009 08:51:23 and regarding: Hi, I installed kernel26 and kernel26-firmware from testing, and I'm experiencing some problems with KMS. During system initialization, the system requests the firmware radeon/R300_cp.bin, waits a couple of seconds and then proceeds normal initialization. But when I log into X, DRI isn't enabled. Checking dmesg, I see that the kernel couldn't load R300 firmware, therefore disabling GPU acceleration. My problem is the same of this post: http://old.nabble.com/kernel-2.6.32-experiences-td26458040.html. Thomas said that mkinitcpio automatically inserts firmware listed in modinfo module in the initramfs image. When I run modinfo radeon | grep R300, it shows me 'firmware: radeon/R300_cp.bin'. So it should be available to kernel at the time of requesting it, shouldn't it? Has someone any idea to help solving that problem? Thanks in advance. Gabriel, I can confirm. I loaded 2.6.32 tonight and the box hung right after the screen flashed (where it normally goes from big text to small text [i.e. changes resolution]) and the box locked up. I had to use the install cd to downgrade to 2.6.31-6 in order to boot again... I'm confirming this as well. Mine fails at radeon/R200_cp.bin, though. Loading in rc.conf works alright but the GPU appears to get very hot. I have no diode on it but it just tries to burn a hole through my laptop. Again, KMS performance is just as bad as with kernel 2.6.31. I get better performance without KMS and the system runs a lot cooler in idle as well. My card is a puny rv250 (aka Radeon Mobile 9000). -- Sven-Hendrik
Re: [arch-general] Mkinitcpio and tuxonice?
On 08.12.2009 04:54, Ng Oon-Ee wrote: Hi all, I've been holding the mkinitcpio package due to http://bugs.archlinux.org/task/15240 A quick look into testing shows that I won't be able to update the 2.6.32 kernel due to dependencies on klib invalidating my 'old' mkinitcpio package. Unfortunately I'm stuck here, since without this 'old' package for mkinitcpio (0.5.24-1) I'm unable to resume from hibernate in tuxonice. Any suggestions? The Arch initcpio is currently undergoing big changes. See here: http://bugs.archlinux.org/task/17298 The best thing you can do right now is changing from tuxonice to another solution for suspend/hibernate. -- Sven-Hendrik
Re: [arch-general] Unable to Install Arch on Server
On 05.12.2009 07:48, Tobias Powalowski wrote: Am Freitag 04 Dezember 2009 schrieb Heiko Baums: Am Thu, 3 Dec 2009 20:09:36 +0100 schrieb Tobias Powalowski t.p...@gmx.de: You could try archboot isos linked here: ftp://ftp.archlinux.org/iso/archboot This iso boots fine. But this doesn't fix the problem with the other isos. ;-) And the previous core and netinstall LiveCDs (2009.02 and before) booted fine, too. So this is an issue with this LiveCD version. I assume the problem is either with the hooks, udev, the udev rules or the init scripts of the initrd. Heiko Sure but at least you can install arch now :) greetings tpowa You could try this one (http://phraktured.net/archlinux-2009.12-netinstall-x86_64.iso) we are currently preparing for the next release. It uses a newer kernel and isolinux. Please tell us the results. That image I linked is experimental of course. -- Sven-Hendrik
Re: [arch-general] Another rant on arch way abuse and false promises
On 02.12.2009 00:22, Ng Oon-Ee wrote: On Wed, 2009-12-02 at 00:03 +0100, Arvid Picciani wrote: Aaron Griffin wrote: If you have legitimate, actionable fixes for anything you take issue with, please post them to the bug tracker. Until then, this is just hot air. I take that as an invite to post packages to the tracker that adhere to the arch way. If this turns out to be another false promise, i will add that to the next iteration. I'm not sure exactly what 'Arch Way' you're referring to here. I fail to see any reference in http://wiki.archlinux.org/index.php/The_Arch_Way to The Arch Way means choosing against anything developed in the last decade or so which doesn't conform to my idea of minimalism. As I understand it properly, Arch provides a minimalist Base you can then build on (or change as necessary). Build it up in a minimalist manner, fine. Some of us prefer Gnome/KDE, and all the associated 'bloat', and posting up (for example) an xorg-server which would cripple those packages (and probably necessitate xorg-server-hal to compensate) is needlessly complicating things. When I started on here the mantra was Arch is what you make it. Packagers strive to make packages which are as vanilla as possible (without breaking) and provide the utility expected of such packages. Of course, if you want a system without hal/dbus, there's ABS and AUR. I don't see why your dislike of particular implementations implies that every user of Arch should forgo those implementations. Indeed. If anything, the Arch way says Keep shit simple. Minimalism comes out of this by nature. However, enforced minimalism does more harm than good. Simplicity is the most important guideline of the Arch way. If including HAL or other integral features of other source packages means stuff will get less complicated at a small to no cost, then this should be the preferred way as opposed to enforcing minimalism no matter what. Just my 0.0135€. -- Sven-Hendrik
Re: [arch-general] Please update boost from [extra] - PKGBUILD attached
On 25.11.2009 00:45, Ionut Biru wrote: On 11/25/2009 01:39 AM, Sven-Hendrik Haase wrote: Boost in [extra] has been out-of-date since 1830 (and marked as such) and even though I mailed the maintainer two weeks ago no update happened. Here is my updated PKGBUILD for 1.41.0 which is actually a bit neater than before since no silly patches are required anymore. I'm currently running this package and see no trouble. Please use this to update boost in [extra] :). -- Sven-Hendrik if it where that simple :). boost update require a lot of packages to be rebuild. we have a rebuild in progress in testing and maybe after that we are bumping that too. It's only 29 packages though and boost usually changes with backwards compatibility in mind. Am I being naive? :)
[arch-general] Please update boost from [extra] - PKGBUILD attached
Boost in [extra] has been out-of-date since 1830 (and marked as such) and even though I mailed the maintainer two weeks ago no update happened. Here is my updated PKGBUILD for 1.41.0 which is actually a bit neater than before since no silly patches are required anymore. I'm currently running this package and see no trouble. Please use this to update boost in [extra] :). -- Sven-Hendrik # $Id: PKGBUILD 47703 2009-07-25 14:37:19Z giovanni $ # Maintainer: kevin ke...@archlinux.org # TU: Kritoke krit...@gamebox.net # Contributor: Luca Roccia little_r...@users.sourceforge.net # Contributor: Sven-Hendrik Haase s...@lutzhaase.com pkgname=boost pkgver=1.41.0 _boostver=${pkgver//./_} pkgrel=1 pkgdesc=Boost provides free peer-reviewed portable C++ source libraries. arch=(i686 x86_64) url=http://www.boost.org/; depends=('python=2.5' 'bzip2' 'zlib') source=(http://downloads.sourceforge.net/sourceforge/${pkgname}/${pkgname}_${_boostver}.tar.bz2) license=('custom') options=(!ccache) md5sums=('8bb65e133907db727a2a825c5400d0a6') build() { cd ${srcdir}/${pkgname}_${_boostver} #export CFLAGS=${CFLAGS} -fno-strict-aliasing #export CXXFLAGS=${CXXFLAGS} -fno-strict-aliasing # build bjam cd ${srcdir}/${pkgname}_${_boostver}/tools/jam/src ./build.sh cc || return 1 _bindir=bin.linuxx86 [ ${CARCH} = x86_64 ] _bindir=bin.linuxx86_64 install -m755 -d ${pkgdir}/usr/bin install -m755 ${_bindir}/bjam ${pkgdir}/usr/bin/bjam || return 1 # build bcp cd ${srcdir}/${pkgname}_${_boostver}/tools/bcp ../jam/src/${_bindir}/bjam || return 1 install -m755 ${srcdir}/${pkgname}_${_boostver}/dist/bin/bcp \ ${pkgdir}/usr/bin/bcp || return 1 # build libs cd ${srcdir}/${pkgname}_${_boostver} # default minimal install: release link=shared,static # runtime-link=shared threading=multi # --layout=tagged will add the -mt suffix for multithreaded libraries # and installs includes in /usr/include/boost. # --layout=system no longer adds the -mt suffix for multi-threaded libs. ./tools/jam/src/${_bindir}/bjam \ release debug-symbols=off threading=single,multi \ runtime-link=shared link=shared,static \ cflags=-fno-strict-aliasing \ --prefix=${pkgdir}/usr \ -sPYTHON_ROOT=/usr \ -sPYTHON_VERSION=2.6 \ -sTOOLS=gcc \ --layout=tagged \ install || return 1 #--with-wave install || return 1 #-d2 - debug cflags=-fno-strict-aliasing \ # build pyste cd ${srcdir}/${pkgname}_${_boostver}/libs/python/pyste/install python setup.py install --root=${pkgdir} || return 1 # license install -m755 -d ${pkgdir}/usr/share/licenses/${pkgname} install -m644 ${srcdir}/${pkgname}_${_boostver}/LICENSE_1_0.txt \ ${pkgdir}/usr/share/licenses/${pkgname}/ || return 1 }
Re: [arch-general] ?rch x86_64 and i686 performance comparison
On 11.11.2009 17:44, Dieter Plaetinck wrote: On Wed, 11 Nov 2009 17:18:12 +0100 Sven-Hendrik Haase s...@lutzhaase.com wrote: You will probably see the opposite of what you saw in the VMs. Especially for video encoding, x86_64 will be noticeably faster. why is that? I'm not a CPU expert and I got the figures by empirically testing just what Sergey did, but in a real machine (Q6600). 64bit CPU have 64bit registers which is what I suppose makes them work a lot faster for stuff like video encoding, 3d rendering and encryption. Somebody did a quick benchmark on this actually: http://bingouv.blogspot.com/2008/08/desktop-linux-performance-comparison32.html The results here would confirm it: http://www.phoronix.com/scan.php?page=articleitem=998num=3 So it seems that x86_64 is usually a tad faster than i686 unless you really try to make use of the architecture's advantages in which case (according to wikipedia) it could become a lot faster. Actually, why not just do some testing yourself and see what the results are? 4-5 years ago, x86_64 computing was rather immature and lots of optimizing assembly code for video encoders wasn't yet ported. -- Sven-Hendrik
Re: [arch-general] ?rch x86_64 and i686 performance comparison
On 11.11.2009 17:53, Andreas Radke wrote: Am Wed, 11 Nov 2009 17:44:53 +0100 schrieb Dieter Plaetinck die...@plaetinck.be: On Wed, 11 Nov 2009 17:18:12 +0100 Sven-Hendrik Haase s...@lutzhaase.com wrote: You will probably see the opposite of what you saw in the VMs. Especially for video encoding, x86_64 will be noticeably faster. why is that? should be because of SSE+SSE2 extensions that are included in our default compiler flags that are not used in i686. -Andy I've been searching for info on that but so far I couldn't find anything. Usually, SSE instructions flags are enabled specifically in the Makefiles of the programs that actually make use of them. They are not universally enabled in every compiled program by default (according to the optimizations turned on by -O2). Can you elaborate what you mean? Why are they not used on i686?
Re: [arch-general] S3-level ACPI suspend
On 26.10.2009 16:58, b4283 wrote: Hi, I've had some nice experiences with Windows(XP)'s suspend functionality, and it seems to work on all machines I've worked with. and the other day I just had a successful resume on my machine with s2ram -f -m -p, but it takes like a minute for it to fully recover to a terminal (tty/1). (ps: my computer is a desktop with AMD RS780 chipset, which isn't supported by KMS yet) Unlike Windows ones, which only take like 3-5 seconds to wake up, linux takes much longer, I don't know if this is common... My question is: What's the average resume time of yours, and is it possible to be any faster ? My somewhat slow laptop (Pentium M 1.60Ghz, 512MB RAM) resumes fully from in about 5 seconds (yes, on Arch Linux). Your figure seems very high at one full minute. Did you check the logs? Maybe it is also loading some stuff from the swap file which it will do in case it couldn't fit it all in RAM.
Re: [arch-general] We have lost the desktop war. The reason? Windows 7.
On 26.10.2009 18:07, Piyush P Kurur wrote: On Mon, Oct 26, 2009 at 10:40:44AM -0500, Aaron Griffin wrote: On Mon, Oct 26, 2009 at 9:01 AM, hollun...@gmx.at wrote: [snip] So please, next time you call something integration, think beyond the bubble. In our little Linux world with limited developer time we need real integration, real solutions and still freedom of choice. You read my mind. Mine too. I got burnt when after one of the xorg updates few months ago, the mouse and keyboard stopped working. The culprit, xorg unloading the mouse and keyboard drivers and waiting for hal to send some signals to load the appropriate drivers. This I think was ridiculous. Many a time I use X without any windomanager whatsoever mainly for display boards and such stuff. I dont need any PnP here. Regards ppk In this particular case though, you can just disable hotplugging (see http://wiki.archlinux.org/index.php/Xorg_input_hotplugging). Please realize that PnP can be a very nice feature for many users. HAL is getting deprecated as has already been stated in this thread. Udev is slowly taking over more and more tasks from HAL and at some point, HAL will only be a wrapper for Udev calls for applications that still use the old HAL calls. At least so I hope. -- Sven-Hendrik
Re: [arch-general] Suspend to RAM -- reboots instead of resuming
On 15.10.2009 11:47, Lukas Kropatschek wrote: - Forwarded Message -- Subject: Same problem Date: Monday 12 October 2009 From: Lukas Kropatschek lukas.k...@gmail.com To: sw8...@gmail.com Hello Steve! I think have the same problem on my Acer Travelmate 8371. I noticed that the harddisk doesnt wake up from resume and therefor the system reboots. I managed to get it working for exactly two times and I noticed that the HDD-led was blinking. I changed the SATA mode in the BIOS to IDE-mode (instead of AHCI). But then I rebooted and tried it again and it wasnt working anymore. Since then I tried many things but nothing helped (kernel-paramters in grub, diffrent configurations of for mkinitcpio, diffrent s2ram paramters, unloading modules before suspend,...) The two times it worked was with s2ram -f -a 3. Maybe you check if your harddrive gets powered on after resume, you should here that. Since you changed your disk I think this is exactly the same problem. I read that there is a module for powering on the disk called pata_acpi, maybe there is a bug in the code that concerns certain disks. Regards! Lukas --- I had exactly that problem until kernel 2.6.31. My harddrive just wouldn't come back after resuming. After the kernel update to 2.6.31 however, everything works beautifully for me. Are you on the newest kernel? If not, you might see into upgrading now. -- Sven-Hendrik