Re: [arch-general] [PATCH 28/48] Use bash-style conditionals when setting up the hardware clock.
On Thu, 2010-08-19 at 00:56 -0400, Dave Reisner wrote: Couldn't we avoid all this by just flipping a switch in the kernel? CONFIG_RTC_DRV_CMOS=y If it's compiled into the kernel, udev picks it up and creates the /dev nodes for us. Which still locks out the people who use a custom kernel with this driver compiled as module. IMHO the init scripts should work with both module and built-in.
Re: [arch-general] gnome-keyring and ssh without login manager
On Thu, Aug 19, 2010 at 09:57:44AM +0800, Ray Rashif wrote: On a newly-set-up promiscuous USB system, I've chosen to skip a DE, and ultimately also forewent a login manager. Normally, I'd be happy with an askpass client, but I've noticed that I cannot do without nm-applet on this installation, and consequently have ended up with gnome-keyring installed alongside as well. So I thought, hey, I could make use of that thing, like I make use of kwallet with ksshaskpass on a KDE system. Unfortunately, after some headache-inducing trial-and-errors, it occurs to me as if this is fat hope. The technical background is as follows: 1) Openbox WM only + pcmanfm for desktop management 2) X is autostarted on bootup via su/inittab 3) nm-applet autoconnects to my desired WiFi without any kind of prompting (though it did ask for a password to set up a new key the first time) Why do you need nm-applet? If it is just about the autoconnect stuff you should have a look at http://wiki.archlinux.org/index.php/Netcfg. 4) gnome-keyring does not appear to be running post-startup (so we can assume nm-applet calls it on demand only) I do know that at least one similar issue with regards to having a login manager, realtime, is worked around by having the following in /etc/pam.d/su: session requiredpam_limits.so So I tried something akin to that with the gnome_keyring.so stuff, to no avail. Any chance? You tell me. For unlocking ssh keys at login I use pam_ssh which ask for the ssh key password at login time and fires up ssh-agent after that. -- The best thing about a boolean is even if you are wrong, you are only off by a bit. pgp50M9Dm5a7g.pgp Description: PGP signature
Re: [arch-general] gnome-keyring and ssh without login manager
2010/8/19 Sebastian Köhler sebkoeh...@whoami.org.uk: Why do you need nm-applet? If it is just about the autoconnect stuff you should have a look at http://wiki.archlinux.org/index.php/Netcfg. Choice of tool is a separate issue :) This is a promiscuous system, i.e I will take it with me all around the world and plug it into all sorts of machines. As such, I need support for all sorts of mobile phones, 3G modems, ADSL and VPN. I myself have a Motorola ROKR E8, Huawei E220, Huawei somethingelseidontremember, and currently in foreign land connected to a very unreliable burst-mode ADSL. NetworkManager + NetworkManager Applet is the only combination of tools that has passed my tests for this. For unlocking ssh keys at login I use pam_ssh which ask for the ssh key password at login time and fires up ssh-agent after that. Ahh, thanks. Actually, I skipped that from the start because I didn't want any prompts before the WM started, and it didn't occur to that it'd work since there's no normal login prompt with this setup (root auto-logs-in for user). I guess I'll stick to X11-ssh-askpass. -- GPG/PGP ID: B42DDCAD
Re: [arch-general] [signoff] kernel26 2.6.35.2-1
Tobias Powalowski (2010-08-18 21:03): Am Mittwoch 18 August 2010 schrieb David C. Rankin: On 08/18/2010 01:24 PM, David C. Rankin wrote: Call Trace: [a01c3ba5] usb_kill_urb+0x85/0xc0 [usbcore] [810717c0] ? autoremove_wake_function+0x0/0x40 [a01f6831] usbhid_init_reports+0xb1/0x120 [usbhid] Tobias, I'm sure you know, but 'usbhid' is the network-ups-tools driver. usbhid is for usb input devices, like keyboard mouse and such. I know I've seen it mentioned that usbhid is used for UPS as well. Here, from drivers/hid/usbhid/Kconfig: config USB_HID tristate USB Human Interface Device (full HID) support default y depends on USB INPUT select HID ---help--- Say Y here if you want full HID support to connect USB keyboards, mice, joysticks, graphic tablets, or any other HID based devices to your computer via USB, as well as Uninterruptible Power Supply (UPS) and monitor control devices. -- -- Rogutės Sparnuotos
Re: [arch-general] [arch-dev-public] kde 4.5.0
so far I've seen people reporting the following chipsets to be affected, but there may be others intel 910 intel 945 intel 965 ati 3450 ATI HD3200 (IGP part of the 780G chipset) with the free radeon driver and 2.6.35.2 doesn't quite work with the KDE compositing. With opengl compositing when moving windows they disappear, and X freezes often too (only the mouse and ctrl-alt-Fx works). -- damjan
Re: [arch-general] Referencing $srcdir in PKGBUILD?
Am Tue, 17 Aug 2010 19:52:11 +0800 schrieb Ray Rashif schivmeis...@gmail.com: Just run this from the makepkg build dir: grep -R $(pwd)/src pkg/ I've done this with my package kernel26-fbcondecor, which is kernel26 with just one additional patch and with slightly modified config files, and it gave me a lot of matches in modules and several scripts, which are not related to the fbcondecor patch and the modifications. So is there a bug in kernel26? Or can this be ignored? Heiko
[arch-general] .Xdefaults vs Xdefaults-hostname vs .Xresources
Hello, just heard a problem on #archlinux that gdm was not loading ~/.Xdefaults. after quick search i found these: gdm does not read .Xdefaults http://bugs.gentoo.org/52832 $HOME/.Xdefaults no longer being read https://bugs.launchpad.net/ubuntu/+source/xinit/+bug/320886 man x mentions only .Xdefaults-hostname #xorg said: .Xdefaults .Xdefaults-hostname have been depreacted for a long time, .Xresources is the current form, but rarely used as most people moved on to toolkits like Qt Gtk that don't use .Xresources man x also sais: The default is $HOME/.Xdefaults-hostname. Unlike $HOME/.Xresources, it is consulted each time an X application starts. if no one has a better note for http://wiki.archlinux.org/index.php/Xdefaults ill just add that manpage quote :P cheers .andre
Re: [arch-general] [PATCH 28/48] Use bash-style conditionals when setting up the hardware clock.
Am 2010-08-19 10:19, schrieb Jan de Groot: On Thu, 2010-08-19 at 00:56 -0400, Dave Reisner wrote: Couldn't we avoid all this by just flipping a switch in the kernel? CONFIG_RTC_DRV_CMOS=y If it's compiled into the kernel, udev picks it up and creates the /dev nodes for us. Which still locks out the people who use a custom kernel with this driver compiled as module. IMHO the init scripts should work with both module and built-in. So why not let udev do the job? Patch below. I modified my initcpio to get rid of the devtmpfs. A ls -l /dev/rtc* added between the new /sbin/udevadm settle and the initial clock setting showed /dev/rtc0 and /dev/rtc - rtc0. So I think this should work. I did *not* move the sysinit_udevlaunched hook together with udev start to avoid insane creation times of dev nodes because this hook is used for some early udev triggering in fbsplash-extras (AUR). Patch against bashification-redux: From 22d410a2566964d58752d443a1312a6eb552660a Mon Sep 17 00:00:00 2001 From: Kurt J. Bosch kjb-temp-2...@alpenjodel.de Date: Thu, 19 Aug 2010 16:46:23 +0200 Subject: [PATCH 17/17] Correct rtc dev nodes creation using udev --- rc.sysinit | 22 +++--- 1 files changed, 7 insertions(+), 15 deletions(-) diff --git a/rc.sysinit b/rc.sysinit index 4421def..2415967 100755 --- a/rc.sysinit +++ b/rc.sysinit @@ -46,6 +46,12 @@ else /bin/dmesg -n 3 fi +echo /proc/sys/kernel/hotplug + +stat_busy Starting UDev Daemon +/sbin/udevd --daemon +stat_done + HWCLOCK_PARAMS=--hctosys case $HARDWARECLOCK in UTC) HWCLOCK_PARAMS+= --utc;; @@ -56,15 +62,7 @@ esac if [[ $HWCLOCK_PARAMS ]]; then # enable rtc access /sbin/modprobe -q -a rtc-cmos rtc genrtc - # If devtmpfs is used, the required RTC device already exists now - # Otherwise, create whatever device is available - if ! [[ -c /dev/rtc || -c /dev/rtc0 ]]; then -for dev in /sys/class/rtc/rtc0/dev /sys/class/misc/rtc/dev; do -[[ -e $dev ]] || continue - IFS=: read -r major minor $dev - /bin/mknod /dev/rtc c $major $minor - done - fi + /sbin/udevadm settle # Do a clock set here for a few reasons: # 1. Make creation time on udev nodes sane (FS#8665) @@ -79,12 +77,6 @@ if [[ $HWCLOCK_PARAMS ]]; then fi fi -echo /proc/sys/kernel/hotplug - -stat_busy Starting UDev Daemon -/sbin/udevd --daemon -stat_done - run_hook sysinit_udevlaunched # Trigger udev uevents -- 1.7.2.1
[arch-general] New kernel and Realtek 8171 wireless card
I uploaded my Arch box this morning, and my wireless card doesn't work anymore. I had to install this AUR package [1] to get it working with prior kernel versions. When I ran lsmod | grep r8192, I realised that the module isn't being loaded. But it makes no difference to run modprobe r8192e_pci --- ifconfig -a won't show any wireless extentions. Does anybody have this issue? I browsed the forum and the bug tracker and found nothing about it. Unfortunatelly I ran pacman -Scc yesterday, so I can't downgrade! I'm sorry if I didn't make myself clear but I'm such a hurry I can't even think clearly. Thank you all. [1] http://aur.archlinux.org/packages.php?ID=34281 -- Rafael Beraldo http://cabaladada.org
Re: [arch-general] New kernel and Realtek 8171 wireless card
On Thu, Aug 19, 2010 at 7:04 PM, Rafael Beraldo rafaelluisbera...@gmail.com wrote: I uploaded my Arch box this morning, and my wireless card doesn't work anymore. I had to install this AUR package [1] to get it working with prior kernel versions. When I ran lsmod | grep r8192, I realised that the module isn't being loaded. But it makes no difference to run modprobe r8192e_pci --- ifconfig -a won't show any wireless extentions. Does anybody have this issue? I browsed the forum and the bug tracker and found nothing about it. Unfortunatelly I ran pacman -Scc yesterday, so I can't downgrade! I'm sorry if I didn't make myself clear but I'm such a hurry I can't even think clearly. Thank you all. [1] http://aur.archlinux.org/packages.php?ID=34281 -- Rafael Beraldo http://cabaladada.org You need to rebuild the package against the new kernel.
Re: [arch-general] [PATCH 28/48] Use bash-style conditionals when setting up the hardware clock.
Am 2010-08-19 06:23, schrieb Victor Lowther:
I am missing the difference. Diff please?
/dev/rtc vs. /dev/{rtc,rtc0} as already said in the other replies.
Patch against bashification-redux:
From 5d3ac218c3e05bf9735bb49826bee0b393418699 Mon Sep 17 00:00:00 2001
From: Kurt J. Bosch kjb-temp-2...@alpenjodel.de
Date: Thu, 19 Aug 2010 18:17:01 +0200
Subject: [PATCH 17/17] Correct rtc dev nodes creation
---
rc.sysinit |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/rc.sysinit b/rc.sysinit
index 4421def..9fb10af 100755
--- a/rc.sysinit
+++ b/rc.sysinit
@@ -59,10 +59,10 @@ if [[ $HWCLOCK_PARAMS ]]; then
# If devtmpfs is used, the required RTC device already exists now
# Otherwise, create whatever device is available
if ! [[ -c /dev/rtc || -c /dev/rtc0 ]]; then
-for dev in /sys/class/rtc/rtc0/dev /sys/class/misc/rtc/dev; do
-[[ -e $dev ]] || continue
- IFS=: read -r major minor $dev
- /bin/mknod /dev/rtc c $major $minor
+ for dev in /sys/class/rtc/rtc0 /sys/class/misc/rtc; do
+ [[ -e $dev/dev ]] || continue
+ IFS=: read -r major minor $dev/dev
+ /bin/mknod /dev/${dev##*/} c $major $minor
done
fi
--
1.7.2.1
Re: [arch-general] New kernel and Realtek 8171 wireless card
2010/8/19 Evangelos Foutras foutre...@gmail.com You need to rebuild the package against the new kernel. I'll try that later but, why? I didn't have to rebuild it with prior versions. -- Rafael Beraldo http://cabaladada.org
Re: [arch-general] New kernel and Realtek 8171 wireless card
On 08/19/2010 07:46 PM, Rafael Beraldo wrote: 2010/8/19 Evangelos Foutrasfoutre...@gmail.com You need to rebuild the package against the new kernel. I'll try that later but, why? I didn't have to rebuild it with prior versions. because now the kernel update was to a major version and the location of modules is changing with that from /lib/modules/2.6.34-ARCH to /lib/modules/2.6.35-ARCH -- Ionuț
Re: [arch-general] New kernel and Realtek 8171 wireless card
2010/8/19 Ionuț Bîru ib...@archlinux.org On 08/19/2010 07:46 PM, Rafael Beraldo wrote: 2010/8/19 Evangelos Foutrasfoutre...@gmail.com You need to rebuild the package against the new kernel. I'll try that later but, why? I didn't have to rebuild it with prior versions. because now the kernel update was to a major version and the location of modules is changing with that from /lib/modules/2.6.34-ARCH to /lib/modules/2.6.35-ARCH -- Ionuț Thank you, Ionuț, Evangelos! I'll rebuild it now. -- Rafael Beraldo http://cabaladada.org
Re: [arch-general] Latest K3b update is broke
On Thu, Aug 19, 2010 at 1:55 PM, Martín Cigorraga martosurf7...@gmail.com wrote: After a # yaourt -Syu which showed: Objetivos (2): k3b-2.0.1-1 [8,14 MB] qimageblitz-0.0.6-1 [0,06 MB] I downloaded and installed both packages. Now I got this error when launching K3b: k3b: error while loading shared libraries: libkcmutils.so.4: cannot open shared object file: No such file or directory Please tell the package maintainer to check it. -Martín Rebuilding it might fix it. Could have been built outside of a chroot or the lib version has changed.
Re: [arch-general] [PATCH 28/48] Use bash-style conditionals when setting up the hardware clock.
I like this one the best. Sent from my Nexus One. Sorry for top posting. On Aug 19, 2010 10:08 AM, Kurt J. Bosch kjb-temp-2...@alpenjodel.de wrote: Am 2010-08-19 10:19, schrieb Jan de Groot: On Thu, 2010-08-19 at 00:56 -0400, Dave Reisner wrote: Couldn't we avoid all this by just flipping a switch in the kernel? CONFIG_RTC_DRV_CMOS=y If it's compiled into the kernel, udev picks it up and creates the /dev nodes for us. Which still locks out the people who use a custom kernel with this driver compiled as module. IMHO the init scripts should work with both module and built-in. So why not let udev do the job? Patch below. I modified my initcpio to get rid of the devtmpfs. A ls -l /dev/rtc* added between the new /sbin/udevadm settle and the initial clock setting showed /dev/rtc0 and /dev/rtc - rtc0. So I think this should work. I did *not* move the sysinit_udevlaunched hook together with udev start to avoid insane creation times of dev nodes because this hook is used for some early udev triggering in fbsplash-extras (AUR). Patch against bashification-redux: From 22d410a2566964d58752d443a1312a6eb552660a Mon Sep 17 00:00:00 2001 From: Kurt J. Bosch kjb-temp-2...@alpenjodel.de Date: Thu, 19 Aug 2010 16:46:23 +0200 Subject: [PATCH 17/17] Correct rtc dev nodes creation using udev --- rc.sysinit | 22 +++--- 1 files changed, 7 insertions(+), 15 deletions(-) diff --git a/rc.sysinit b/rc.sysinit index 4421def..2415967 100755 --- a/rc.sysinit +++ b/rc.sysinit @@ -46,6 +46,12 @@ else /bin/dmesg -n 3 fi +echo /proc/sys/kernel/hotplug + +stat_busy Starting UDev Daemon +/sbin/udevd --daemon +stat_done + HWCLOCK_PARAMS=--hctosys case $HARDWARECLOCK in UTC) HWCLOCK_PARAMS+= --utc;; @@ -56,15 +62,7 @@ esac if [[ $HWCLOCK_PARAMS ]]; then # enable rtc access /sbin/modprobe -q -a rtc-cmos rtc genrtc - # If devtmpfs is used, the required RTC device already exists now - # Otherwise, create whatever device is available - if ! [[ -c /dev/rtc || -c /dev/rtc0 ]]; then - for dev in /sys/class/rtc/rtc0/dev /sys/class/misc/rtc/dev; do - [[ -e $dev ]] || continue - IFS=: read -r major minor $dev - /bin/mknod /dev/rtc c $major $minor - done - fi + /sbin/udevadm settle # Do a clock set here for a few reasons: # 1. Make creation time on udev nodes sane (FS#8665) @@ -79,12 +77,6 @@ if [[ $HWCLOCK_PARAMS ]]; then fi fi -echo /proc/sys/kernel/hotplug - -stat_busy Starting UDev Daemon -/sbin/udevd --daemon -stat_done - run_hook sysinit_udevlaunched # Trigger udev uevents -- 1.7.2.1
Re: [arch-general] Gnome/Gtk-2.0 BLING! (list of surprisingly cool themes)
Excerpts from David C. Rankin's message of 2010-02-26 08:50:59 +0100: Listmates, I stumbled across some absolutely killer gtk-2.0 metacity themes that caught my eye. If you use gnome, Xfce, etc.., give them a try and I guarantee you, you will be blown away. They are available at gnome-look or Xfce-look.org sites or by googling the theme name. Most also come with an emerald theme as well as part of the package. Here is the short list: ** Abstract-DarkGlow Aero-ion3.1 Black Plastic V.2 ** Blue-Joy Correcamins DarkVision DiMurrineGTK Dust (Dust Burnt, and the rest of the Dust ... themes) Elegant Aurora (and the other Elegant) Glow Fire (Lava, Flower, Cinder ...) Harvest Industrial-Glacier (GONYX, Lighthouse, Charcoal, Zeta, ...) Moomex Nova-Blue (Gold, etc...) Overglossed Oxygen-Molecule River Shifte_Black ShinyBlack Silence ** SlicknesS-black SphereCrystal Tenebrific-BlueMods Vision Xfce-cadmium (many of the Xfce themes also have matching gtk themes) Zniavre ** (top 3 for me - the rest are a close 4th) And the screenshot giving an example of Blue-Joy and SlicknesS-black: (86k) http://www.3111skyline.com/dl/ss/gnome/gnome-bling.jpg Hey, I tried the favorites there, but wasn't blown away. Basically all of them have usability issues. However, I had a look today and found one I really like. The only issue I found with it so far is minor (active tab in firefox could be better visible). Thought I let you know. http://aur.archlinux.org/packages.php?ID=33246 I use WaspLogin (this variant has dark background in filemanagers) with some GNOME icons now, and really love it. Regards, -- Philipp -- Wir stehen selbst enttäuscht und sehn betroffen / Den Vorhang zu und alle Fragen offen. Bertolt Brecht, Der gute Mensch von Sezuan
Re: [arch-general] Colorized Output Listing
Have you tried adding this to your .bashrc? alias ls='ls --color=auto' basically just tells bash to execute ls --color=auto instead of just ls. Hope that helps you ;) mfg vIiRuS On 08/20/2010 02:43 AM, Carlos Mennens wrote: It's very frustrating in Arch that my directories[blue], text files[white], tarballs[red], symbolic links[blue], and scripts[green] are all the same color. How can I colorize this in bash so my Arch Linux system is much easier to sort through? I checked the Wiki and only found something about colorizing my PS1 which is not what I really care about. Thanks for any help...
Re: [arch-general] Colorized Output Listing
and if you want even more color (colorized output for common cli apps), install cope! On Thu, Aug 19, 2010 at 7:48 PM, Phillip Thelen viiru...@yahoo.de wrote: Have you tried adding this to your .bashrc? alias ls='ls --color=auto' basically just tells bash to execute ls --color=auto instead of just ls. Hope that helps you ;) mfg vIiRuS On 08/20/2010 02:43 AM, Carlos Mennens wrote: It's very frustrating in Arch that my directories[blue], text files[white], tarballs[red], symbolic links[blue], and scripts[green] are all the same color. How can I colorize this in bash so my Arch Linux system is much easier to sort through? I checked the Wiki and only found something about colorizing my PS1 which is not what I really care about. Thanks for any help...
Re: [arch-general] Colorized Output Listing
On Thu, Aug 19, 2010 at 8:48 PM, Phillip Thelen viiru...@yahoo.de wrote: Have you tried adding this to your .bashrc? alias ls='ls --color=auto' basically just tells bash to execute ls --color=auto instead of just ls. Hope that helps you ;) Right now I only have a 'root' user and no normal shell users ...yet. I checked /root and there is not /root/.bash*. Am I missing something here? I even created a new user and in their home directory there is no .bashrc. What is wrong with my system or am I expected to manually create the .bashrc file using 'vim'?
Re: [arch-general] Colorized Output Listing
On Thu, Aug 19, 2010 at 08:43:29PM -0400, Carlos Mennens wrote: It's very frustrating in Arch that my directories[blue], text files[white], tarballs[red], symbolic links[blue], and scripts[green] are all the same color. How can I colorize this in bash so my Arch Linux system is much easier to sort through? I checked the Wiki and only found something about colorizing my PS1 which is not what I really care about. Thanks for any help... Make yourself a dircolors file. Maybe this'll get you started: http://github.com/falconindy/dotfiles/blob/master/.dircolors d
Re: [arch-general] Colorized Output Listing
for root, you need to create it yourself. it will be created for users you add to the system however. if you do create one for root, you'll have to create a .bash_profile file as well that sources it for it to actually work automagically on login. On Thu, Aug 19, 2010 at 7:50 PM, Carlos Mennens carlosw...@gmail.comwrote: On Thu, Aug 19, 2010 at 8:48 PM, Phillip Thelen viiru...@yahoo.de wrote: Have you tried adding this to your .bashrc? alias ls='ls --color=auto' basically just tells bash to execute ls --color=auto instead of just ls. Hope that helps you ;) Right now I only have a 'root' user and no normal shell users ...yet. I checked /root and there is not /root/.bash*. Am I missing something here? I even created a new user and in their home directory there is no .bashrc. What is wrong with my system or am I expected to manually create the .bashrc file using 'vim'?
Re: [arch-general] Colorized Output Listing
check /etc/skel/.bashrc. You should be able to use that one as a base file. simply copy it to the /root direcory or the $Home Directory of a user. On 08/20/2010 02:50 AM, Carlos Mennens wrote: On Thu, Aug 19, 2010 at 8:48 PM, Phillip Thelen viiru...@yahoo.de wrote: Have you tried adding this to your .bashrc? alias ls='ls --color=auto' basically just tells bash to execute ls --color=auto instead of just ls. Hope that helps you ;) Right now I only have a 'root' user and no normal shell users ...yet. I checked /root and there is not /root/.bash*. Am I missing something here? I even created a new user and in their home directory there is no .bashrc. What is wrong with my system or am I expected to manually create the .bashrc file using 'vim'?
Re: [arch-general] Colorized Output Listing
true, but then he doesn't learn anything :P On Thu, Aug 19, 2010 at 7:57 PM, Phillip Thelen viiru...@yahoo.de wrote: check /etc/skel/.bashrc. You should be able to use that one as a base file. simply copy it to the /root direcory or the $Home Directory of a user. On 08/20/2010 02:50 AM, Carlos Mennens wrote: On Thu, Aug 19, 2010 at 8:48 PM, Phillip Thelen viiru...@yahoo.de wrote: Have you tried adding this to your .bashrc? alias ls='ls --color=auto' basically just tells bash to execute ls --color=auto instead of just ls. Hope that helps you ;) Right now I only have a 'root' user and no normal shell users ...yet. I checked /root and there is not /root/.bash*. Am I missing something here? I even created a new user and in their home directory there is no .bashrc. What is wrong with my system or am I expected to manually create the .bashrc file using 'vim'?
Re: [arch-general] Colorized Output Listing
On Thu, Aug 19, 2010 at 7:43 PM, Carlos Mennens carlosw...@gmail.com wrote: It's very frustrating in Arch that my directories[blue], text files[white], tarballs[red], symbolic links[blue], and scripts[green] are all the same color. How can I colorize this in bash so my Arch Linux system is much easier to sort through? I checked the Wiki and only found something about colorizing my PS1 which is not what I really care about. Thanks for any help... grab the DIRCOLORS bits from gentoo, they are the best. stick it in /etc/bash.bashrc.local. or use this guys premade package in AUR (looks old, but prob works fine) http://aur.archlinux.org/packages.php?ID=18418 C Anthony
Re: [arch-general] Colorized Output Listing
Am Fri, 20 Aug 2010 02:48:34 +0200 schrieb Phillip Thelen viiru...@yahoo.de: Have you tried adding this to your .bashrc? alias ls='ls --color=auto' basically just tells bash to execute ls --color=auto instead of just ls. Drop the =auto and you'll get colorized listings with less, too. ls --color=auto | less = usual b/w output ls --color | less = colorized output Heiko
Re: [arch-general] Latest K3b update is broke
Yes, it's in [testing] because it's a lib from KDE SC 4.4.95 / 4.5.0 (just become aware googling).
