Re: [arch-general] gbd missing from extra?
Typo? your subject on the mail states you searched for gbd instead of gdb maybe? -T On Sat, 13 Mar 2010, richard terry wrote: couldn't retreive the gnu debugger from pacman -S gdb, and looking in the extra repo it didn't seem to be present. any reason? Richard
Re: [arch-general] Tiny webserver to run as root
Hi, I had a look at the 3.x version awhttpd. Select based(fast), small, cgi scripts(fork based). Unfortunately this version is not maintained anymore since the team moved on to 4.0 (heavy integration of a scheme interpreter). 3.x is entirely ANSI C. However, an even smaller version of the same codebase was used to implement the webserver within the axtls project. This one comes with an optional ssl support. Also just ANSI C. HTH, -T
Re: [arch-general] usable browser?
Don't jump to conclusions here. Inspecting the headers in th HTTP transfer exposes that the may send gzip content without setting a proper content-encoding. That might be cause by inproper caching setup on their side(they use squid) And the result they send is different from request to request: First try in midori failed. First curl -i returns gzip answer second curl -i returns html answer Second try on midori works So any conclusion that other browsers just work and webkit doesn't is based on assumptions -T PS: Have another example which page might not work in webkit?
Re: [arch-general] usable browser?
dillo, simplistic, bone simple, limitations on the functionality Bottomline, if you need the features live with the overload. In Linux there are three full featured rendering engines: - gecko - webkit - opera you ruled out all of them, so what's left has serious short comings. -T On Fri, 27 Nov 2009, Arvid Picciani wrote: for those who don't want to read my long text completely here a short version: - no webkit ( i need to visit non w3c compliant sites ) - no gecko ( i don't have a raid11 in my laptop ) - no opera ( i hate popups ) - no chrome ( unusable buggy ) what is left? thanks
Re: [arch-general] AUR: gcc-java-4.3.3.tar.bz2.part == ERROR: Build Failed.
On Fri, 13 Nov 2009, David C. Rankin wrote: On Friday 13 November 2009 02:48:28 and regarding: What to check? Enabled the required locale in /etc/locale.gen and then execute `locale-gen' as root. That is due to how gcc detects language settings so is a standard line in our gcc packages. Anyway, that package really needs updating... I'd surprized if it worked at all in its current form. Thanks guys. I was starting to believe it was some kind of German conspiracy ;-) Phew, he almost caught us. Darn. -T
Re: [arch-general] Segmentation fault in X after last upgrade
On Mon, 02 Nov 2009, Magnus Therning wrote: Well, all I'm really interested in is finding out whether it's xorg-server or xf86-video-nv which is broken. Then raise a bug, and get it fixed :-) I just add here that I had a similar issue, which I *thought* I was able to track down to a broken gtk2 package. And since I use xfce4 stuff segfaulted when I tried to bring up X. I the used openbox (which uses pango but not gt2) and that was fine until I tried packages that depend on gtk2 - segfaults again. I rebuild gtk2, pacman -U gtk-package and it worked. However, a day later I pacman -U downloaded, supposedly bad package from package cache and all still worked. I opened a bug, but sinmce I can't reproduce it I dunno really what happened. Istill think though that something in the xorg,gtk2 and companions update was borked, I have no idea what though, but I think it's unrelated to graphic drivers. -T
Re: [arch-general] preferred laptops.
Notebooks so far: Twinhead R15D: centrino, 1.86GHz, Intel 915, 1Gig Ram - everything worked nicely out of the box Thinkpad T400: Intel X4100, 3G Ram: Actually it's a dual graphic but I never really tried to get the ATI running. It's set to use the integrated in the BIOS and that works smoothely. BT, WiFi(Intel5300), Suspend, Hibernate, Resume all work out of the box. Netbook HP 2140: All works great and out of the box. While the commercial Broadcom drivers are annoying, they actually work. Oh and I can't get the lid to trigger events, so suspend and resumer are just wired to the keys and buttons, which really is a minor issue. That being said, I always buy hardware specifically to work under Linux which means avoiding to depend on commercial drivers where ever I can. -T
Re: [arch-general] preferred laptops.
On Thu, 05 Nov 2009, Mike Sampson wrote: The HP2140 is a very nice looking netbook. Two of my co workers have them. Yeah, it was my second best purchase this year, right after a DR650 which admittedly is more fun :P I'm surprised how much actual stuff I get done on the HP with the smaller screen and the smaller keys. -T
Re: [arch-general] ssh broken?
Thanks Thomas, sounds good. I think I'll wait until I update my server :P -T On Thu, 29 Oct 2009, Thomas Bächler wrote: http://bugs.archlinux.org/task/16886 I'll push a version with [ -d /var/empty ] || mkdir -p /var/empty in the init script tonight. This is the safest way IMO.
Re: [arch-general] Netbook recommendations
Well, I dunno what's best these days, I'm more interested in what works. I got a HP2140, as business netbook on the pricier side, but with the 5105 released the 2140 should be available for cheaper somewhere. I paid $700 CAD but that includes taxes, our beloved you just pay that because you are in Canada premium etc. so in the States that would have been a bit cheaper. And I got highres screen(1366x768, not really necessary I'd say now but nice), also the 6 cell battery, ugly (sticks out) but runs about ~6h. The aluminium casing and the keyboard were the main reasons I got it, but your needs may vary there. Archlinux on it: I kept XP on a 20GB partition, need it to update camera firmware. I installed from USB stick which worked out of the box after i shrank the XP partition. Need broadcom-wl from AUR, works flawlessly, even with N routers. Bluetooth works, I got a mouse running with it. XFCE works nicely, my guess is pretty much every desktop would do it. I have the compositor running, xfwm with shadows, but no wobble effects or anything else. Laptop-mode-tools are installed as well. As far as I can tell I have all hardware working without any problems. here are some excerpts from my rc.local: echo -n 'ondemand' /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor echo -n 'ondemand' /sys/devices/system/cpu/cpu1/cpufreq/scaling_governor echo 5 /proc/sys/vm/laptop_mode echo 0 /proc/sys/kernel/nmi_watchdog echo 1 /sys/module/snd_hda_intel/parameters/power_save echo 1 /sys/devices/system/cpu/sched_smt_power_savings echo 1500 /proc/sys/vm/dirty_writeback_centisecs for i in /sys/bus/usb/devices/*/power/autosuspend; do echo 1 $i; done echo min_power /sys/class/scsi_host/host0/link_power_management_policy echo min_power /sys/class/scsi_host/host1/link_power_management_policy echo min_power /sys/class/scsi_host/host2/link_power_management_policy echo min_power /sys/class/scsi_host/host3/link_power_management_policy echo min_power /sys/class/scsi_host/host4/link_power_management_policy echo min_power /sys/class/scsi_host/host5/link_power_management_policy hcitool hci0 down -T
Re: [arch-general] Netbook recommendations
Since that seems important to you, the keyboard is really nice for its dimensions and it has a hardware button to turn of the trackpad. On Mon, 28 Sep 2009, Tobias Kieslich wrote: Well, I dunno what's best these days, I'm more interested in what works. I got a HP2140 ... -T
Re: [arch-general] vim 7.2.245-1
There is a /usr/share/vim folder and inside of it /plugin, /vim72 and /vimfiles I tried to copy my files from ~/.vim to all of that places and nothing worked. Don't know what to try else. We try to be more compliant with upstream vim: the out of the box path consists of /usr/share/vim/vimfiles/after and /usr/share/vim/vim72, where the vimfiles/after one is the more desireable to use because it does not contain version information. The plugins bundled with Archlinux now use /usr/share/vim/vimfiles/after and they have been recompiled for that. The whole point of that was, that we never ever have to set the runtimepath again. HTH, -Tobias
Re: [arch-general] vim 7.2.245-1
On Mon, 21 Sep 2009, Aaron Griffin wrote: Hrrm, I don't know if we should be using the 'after' dir for default plugins installed by pacman. It seem like these actually belong in /usr/share/vim/vimfiles/plugin/. The after directory has a special purpose, and none of the plugins I can think of seem to fit that purpose. At least, it doesn't seem valid to use the after dir as a general rule. That might actually be the case, that we put them into plugin instead of after. And AFAIR that works out of the box as well. -T
Re: [arch-general] vim syntax file broken??
what happened is, that I improperly left the runtimepath in archlinx.vim will be fixed in next release. so creating the symlink is not quite the proper solution :P On Wed, 29 Jul 2009, Patrick Brisbin wrote: this was the same error i got and fixed with sudo ln -s /usr/share/vim/vim72 /usr/share/vim/vimcurrent but i'm told this vimcurrent stuff will go away soon, and another user on bbs has a line one could put in ~/.vimrc to fix this as well... cant remember it now though. up to you how to proceed. cheers. On 07/29/09 at 07:55pm, David C. Rankin wrote: Listmates, Attempting to enable syntax in vim, I received the following: Error detected while processing /usr/share/vim/vim72/syntax/syntax.vim: line 42: E216: No such group or event: filetypedetect BufRead Press ENTER or type command to continue It has always worked before, so this is something new. -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com -- patrick brisbin
Re: [arch-general] New path for vim plugins
Hi guys, sorry for lacking the announcement ... but I guess that's why it is still in testing. The vimcurrent symlink was modelled after debian's behaviour. Turns out that's a necessary as a third tit. Vim actually automatically akak out of the box checks /usr/share/vim/vimfiles as part of the runtimepath. When doing the last update I forgot to remove the explicit runtimepath from archlinux.vim. Newer versions of vim/gvim will NOT set anyruntime path anymore and instead rely on the above provided path. All updates to plugins shall go streight there. This is becuase it is provided by vanilla vim layout. We don't need to tamper with nothing here. -T
Re: [arch-general] New path for vim plugins
Wow, who can find my spelling mistakes ... can keep them. It's a bargain tonight ... -T On Mon, 20 Jul 2009, Tobias Kieslich wrote: Hi guys, sorry for lacking the announcement ... but I guess that's why it is still in testing. The vimcurrent symlink was modelled after debian's behaviour. Turns out that's a necessary as a third tit. Vim actually automatically akak out of the box checks /usr/share/vim/vimfiles as part of the runtimepath. When doing the last update I forgot to remove the explicit runtimepath from archlinux.vim. Newer versions of vim/gvim will NOT set anyruntime path anymore and instead rely on the above provided path. All updates to plugins shall go streight there. This is becuase it is provided by vanilla vim layout. We don't need to tamper with nothing here. -T
Re: [arch-general] Location of Vim files...
As far as vi/vim(7) in extra is concerned, it was always installed in /usr/share/vim. So vim files location has NOT changed yet again. vim files in testing are getting installed into /usr/share/vim/vim72 but that is the future. -T On Tue, 07 Jul 2009, Magnus Therning wrote: It seems that yet again the vim files moved, this time out of /usr/share/vim/vim72 up to /usr/share/vim. This actually broke vim for users who also had mercurial installed (http://bugs.archlinux.org/task/15403). Is the current location, /usr/share/vim, likely to be the standard one for a while now? /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus@therning.org Jabber: magnus@therning.org http://therning.org/magnus identi.ca|twitter: magthe
Re: [arch-general] Location of Vim files...
Not really, I was aiming for a vimcurrent symlink like debian but taht was opposed as there seems to be another standard location. Hopefully I will have another and maybe final vim in teesting by the weekend and once that is done there will be some documentation(probably in the wiki) but certainly some notes in vim's PKGBUILD. -T: Ah, thanks for that. I thought testing might have already moved into extra by now. Is the _current_ location documented somewhere so that maintainers can find out where to install vim files from upstream (e.g. mercurial)?
Re: [arch-general] New vi/vim/gvim in testing requires intervention
On Tue, 12 May 2009, Magnus Therning wrote: And a quick guess, it looks like the new vim package puts its colors here: /usr/share/vim/vim72/colors/ Any reason the old /usr/share/vim/ shouldn't be on the default runtimepath? Looking at other distros it seems using /usr/share/vim/vimX is the place for system-wide configurations. Not saying that's right or wrong. Well, I tied up quite a few requests into the new vim packages. Becuase we serve the runtime files with one package(vim) and have other packages(gvim) depend on it, I used to set the runtime path explicitely. Users told me that causes vim to search always in two pathes(the explicite one AND the default one). Hence I started toi stick with the default path, which is /usr/share/vim/vimxy. That means all plugins need to be rebuild and some users that set fixed pathes in .vimrc will have to adjust. -T
Re: [arch-general] vi/vim/gvim without ruby support
Allan, the ruby in testing as of 3 days ago. That would be 1.8 I think. we can build gvim(the only one with ruby enabled) without ruby support for the time being. I don't think that many people actually script vim with ruby and there aren't all that many ruby-vim scripts out there. Now I can be wrong, but I think it's only fair to NOT let gvim stall the ruby packages. Once we have ruby 1.9* support in vim we enable it again. No big deal. As for the OP: vim is a symlink to vim-normal because upon installation of gvim it becomes a symlink to vim-full (more powerful, better script support, etc ... all the bells and whistles) where gvim will be a symlink to the same binary it just automatically invokes it with GUI support. That's just how vim works. -T On Sat, 09 May 2009, Allan McRae wrote: Kessia 'even' Pinheiro wrote: Hi all, Tobias, i`m without a machine, so, i can`t check the vim version. Did you compile new vim with witch version of ruby? It will be with ruby-1.8 because 1.9 is not in the repos yet... I am waiting for the vi(m)'s to move out of [testing] before I do the ruby update. Allan
Re: [arch-general] New vi/vim/gvim in testing requires intervention
On Tue, 05 May 2009, bs wrote: hello, as a linux newbie i am a little confused about the sudo rm /usr/bin/{view/rview} command. typing it with the {}s does not work, file or directory not found. am i supposed to delete /usr/bin/view (which is a link)? i am probably missing something very obvious, but before i mess up my system i rather ask. Hi, yeah as the others pointed out, that was a typo on my part, sorry. And of cause Jan beat me with shorten it up even further :P I'll go and fix the news. -T
Re: [arch-general] Gimp and gimp-devel
we usually just keep -devel sticvking around once the gimp devel package gets up to snuff. so when 2.7.x becomes usable gimp-devel will cover that while gimp stays at the 2.6 level. -Tobias On Sat, 25 Oct 2008, [EMAIL PROTECTED] wrote: Hello, why are there two packages gimp and gimp-devel with exactly the same version number? Would one not be enough? Regards Stefan