- Arch-general - lists.archlinux.org

[arch-general] 2 Killer kde4 dark themes - DR you listening??
by David C. Rankin 21 Jan '10

21 Jan '10

Guys, I stumbled into 2 cool looking dark kde4 themes while tweaking an existing theme so I thought I would pass them along for any others that like dark themes ... like DR. The themes are dark gradient themes: BlueGold color-theme: http://www.3111skyline.com/download/dt/kde4/color-schemes/DcrBlueGold.colors screenshot: http://www.3111skyline.com/download/ss/kde4/DcrBlueGold.jpg BlackGold color-theme: http://www.3111skyline.com/download/dt/kde4/color-schemes/DcrBlackGold.colo… screenshot: http://www.3111skyline.com/download/ss/kde4/DcrBlackGold.jpg (note: the screenshots were from within E16) For the corresponding dark colors for all your kde4 editors (kwrite, kate, quanta), just add the following to your ~/.kde4/share/config/kateschemarc: [kate-kwrite-dark] Color Background=26,26,26 Color Highlighted Bracket=228,180,94 Color Highlighted Line=36,36,36 Color Icon Bar=113,113,112 Color Line Number=167,167,167 Color MarkType1=228,180,94 Color MarkType2=255,0,0 Color MarkType3=255,255,0 Color MarkType4=255,0,255 Color MarkType5=160,160,164 Color MarkType6=0,255,0 Color MarkType7=255,0,0 Color Selection=47,87,133 Color Tab Marker=115,115,115 Color Template Background=204,204,204 Color Template Editable Placeholder=204,255,204 Color Template Focused Editable Placeholder=102,255,102 Color Template Not Editable Placeholder=255,204,204 Color Word Wrap Marker=76,76,76 Font=DejaVu Sans Mono,8,-1,5,50,0,0,0,0,0 then in an editor, choose Settings -> Configure Editor -> Fonts & Colors and then change the "Schema:" (at the top) and the "Default schema for Kate/Kwrite:" (at the bottom) and the editor window color will not complement the dark theme. Enjoy! -- 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

7 10

[arch-general] Quoting of E-mails
by Steve Holmes 20 Jan '10

20 Jan '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 I've been seeing some very passionate pleeds in posts lately concerning top-posting of replies. I, for one, don't really mind seeing top-posted e-mails like that because I can see the reply quickly and if the thread is current in my mind, I don't have to re-read the old stuff over and over again. Nothing annoys me more than haveing to page through five generations of past messages in a single thread to get all the way to the bottom just to have a single line of text say something like "Thank you" or "I agree" or whatever. The only thing that makes bottom-posting, like this bareable to me at all is Mutt's 'S' command which takes the cursor down to the unquoted text for much quicker reading. If bottom-posting is so passionately desirable, then may I suggest people trim down the history of a thread to the most recent 1 or 2 generations back. Or maybe even better, just reply with no quoting and and briefly summarize the quoted context. Yeah, I realize quoting past context is more work. I just find that when people top-post, I can seem to get through the mud a lot faster. Of course interlacing replies with quoted text makes a lot of sense when you have multiple issues or questions being asked. Anyway, just my thoughts, not trying to war or any of that, just trying to see the proes and cons of e-mail styles. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEAREDAAYFAktL+5AACgkQWSjv55S0LfEQ4ACgxr5OkA9AMsezDU6ynhNmHj4Y 9mYAnjwZIcgCUHB0yo6Gu8ScCIj4awfD =90j9 -----END PGP SIGNATURE-----

21 28

[arch-general] Deluge is missing one dependency
by Felipe Tanus 20 Jan '10

20 Jan '10

Hi all, When running deluge from a terminal, i got the following output: [fotanus@Yoda ~]$ deluge [ERROR ] 00:07:58 ui:146 No module named chardet Traceback (most recent call last): File "/usr/lib/python2.6/site-packages/deluge/ui/ui.py", line 127, in __init__ from deluge.ui.gtkui.gtkui import GtkUI File "/usr/lib/python2.6/site-packages/deluge/ui/gtkui/__init__.py", line 1, in <module> from gtkui import start File "/usr/lib/python2.6/site-packages/deluge/ui/gtkui/gtkui.py", line 79, in <module> from connectionmanager import ConnectionManager File "/usr/lib/python2.6/site-packages/deluge/ui/gtkui/connectionmanager.py", line 49, in <module> import deluge.ui.common File "/usr/lib/python2.6/site-packages/deluge/ui/common.py", line 45, in <module> import chardet ImportError: No module named chardet [ERROR ] 00:07:58 ui:147 There was an error whilst launching the request UI: gtk [ERROR ] 00:07:58 ui:148 Look at the traceback above for more information. [fotanus@Yoda ~]$ I guess it's missing the "python-chardet" dependency. Once i installed, everything worked out. []'s -- Felipe de Oliveira Tanus E-mail: fotanus(a)gmail.com Blog: http://www.itlife.com.br Site: http://www.inf.ufrgs.br/~fotanus/ ----- "All we have to decide is what to do with the time that is given us." - Gandalf

2 2

[arch-general] Adding new partition to system from unpartitioned space - any reason to not use ext4??
by David C. Rankin 20 Jan '10

20 Jan '10

Guys, This is just a quick request to make sure I don't screw myself playing with new technology. I have a server 5 existing ext3 partitions on a dmraid array with several hundred gig of unpartitioned space. I have created the new partition and I'm about the create the filesystem. With ext4 now available, is there any reason I shouldn't go ahead and create the filesystem as ext4? It will simply be another data partition to supplement /home that was created rather small to begin with. Any thoughts or gotchas on using ext4 instead of ext3 for this?? -- 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

5 7

[arch-general] dmraid wiki wrong on chroot proceedure??
by David C. Rankin 19 Jan '10

19 Jan '10

Guys, I was helping someone on installing grub and I noticed the following on: http://wiki.archlinux.org/index.php/Installing_with_Fake_RAID under "Install Grub" that does not look correct: # mount -o bind /dev /mnt/dev # mount -t proc none /mnt/proc # mount -t sysfs none /mnt/sys # chroot /mnt /bin/bash That should be: # mount -o bind /dev /mnt/dev # mount -o bind /proc /mnt/proc # mount -o bind /sys /mnt/sys # chroot /mnt /bin/bash shouldn't it?? I know there wasn't a sysfs involved the last time I did this. -- 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

3 3

[arch-general] [signoff] wicd-1.7.0-1
by Daniel Isenmann 19 Jan '10

19 Jan '10

Hi, there is a new version of wicd in [testing]. In the past there were always problems in upgrading wicd, so I have decided to put it in [testing] first. Please test it and give me some signoffs. Big changelog: 1.7.0: Changes for Packagers: - Wicd now supports a -k option, which should be run by the init script when the daemon is stopped to release the DHCP lease but should not be run on a restart of the daemon. - The ability has been added to split Wicd's components into multiple directories. Use --gtk, --cli, --curses, and --daemon to setup.py configure to specify the locations of the respective components. - The preferred way to run the GTK UI is now to use wicd-gtk, not wicd-client. wicd-gtk is a new addition to 1.7 that will never run wicd-curses. wicd-client will automatically decide to run wicd-curses if there is no X session available. Major Changes: - Connection information is available by right clicking the tray icon - Can set the hostname per network for all DHCP clients - urwid 0.9.9 is now supported - Added wicd-cli, a command line interface for use in scripts - Global scripts are now passed parameters specifying the network Minor Changes: - Support for only displaying notifications using -o to wicd-client - Reconnecting now works when measuring signal strength in dBm - ESSIDs made of numbers now work properly - All valid wpa_supplicant drivers are now displayed - Wired network is now displayed while scanning wireless networks - Added wicd-gtk, a command to always and only run the GTK UI - Marked ioctl backend not supported - Use dhcpcd-bin on Debian instead of dhcpcd script Daniel

5 4

[arch-general] [signoff] kernel26-lts-2.6.27.44-1 & kernel26-lts-headers-2.6.27.44-1
by Tobias Powalowski 19 Jan '10

19 Jan '10

Hi guys, latest bugfix release. http://bugs.archlinux.org/task/17791 # Added UTS_NAMESPACE support Please signoff for both arches. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

Re: [arch-general] [arch-dev-public] [signoff] psmisc-22.10-1
by Eric Bélanger 19 Jan '10

19 Jan '10

On Wed, Jan 13, 2010 at 11:30 PM, Dan McGee <dpmcgee(a)gmail.com> wrote: > On Wed, Jan 13, 2010 at 11:25 AM, Eric Bélanger <snowmaniscool(a)gmail.com> wrote: >> Minor upstream update. Please test and signoff. > Signoff i686 > Anyone (dev or user) for x86_64?

2 2

[arch-general] new Allegro
by Matěj Týč 18 Jan '10

18 Jan '10

Hello, there is new Allegro version out and I have modified abs's PKGBUILD to fit. They use cmake now, so it looks different. The new version should be 100% compatible with the current one. Cheers, Matej

2 2

[arch-general] Startup scripts
by Tom 18 Jan '10

18 Jan '10

I was just forced to waste 10 min of my life because of arch-linux-way 'of doing things'. *rant mode on* Let me elaborate, for quite some time now, I've been unappeased by the way arch-linux handles the boot-up process, not so much by how it actually does it (it normally gets the job done) but more the fact that there's little to no obvious way of checking on it when things do go wrong. I've not been able to boot my custom compiled kernels since pathes 32.2 and 32.3, I don't know why, the config is identical to my running 32. I am at a loss. Anyway just now, I rebooted, tested yet another kernel, which failed of course, just to be sat in front of my kms-enabled high-resolution tty1 telling me that my home-partition needed checking after 34 mounts. Nice feature, normally I wouldn't bother, but I was in a hurry, so I hit ctrl-c, and bang 'fsck failed' - well yes it did, because I wanted it to, - dumbass, well I go and hit 'Control-D' to continue, and lo and behold the machine reboots, just to get on my nerves again with the fsck the next round through. I accepted defeat then, and went and made myself a nice hot cup of tee, BUT dear arch community, this is something I hate and find so wrong on so many levels I cannot begin to describe them all, even m$ offered a way to skip these things most of the time...) *rant mode off* Seriously I find the systems behaviour offensive, I should be in control, not some half-baked script. This is exactly the same reason that I had to sit through fsck regulary a while back(2.6.30 or 2.6.31), because of some bug regarding ext4-partitions(the timestamp in future error), not really because of the bug, but because of the inflexibility of arch linux boot up scriptures. Where to go, to file that bug... Tom

8 13