Re: [arch-general] only detect 1 cpu
On Mon, Nov 16, 2009 at 02:47:31PM +0100, Jan de Groot wrote: On Mon, 2009-11-16 at 13:28 +0100, viodreamlis...@gmail.com wrote: Hi all! I have got a quad core procesor but my archlinux only detect 1 cpu. --- $ uname -a Linux Nemesis 2.6.31-ARCH #1 SMP PREEMPT Fri Oct 23 10:03:24 CEST 2009 x86_64 Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz GenuineIntel GNU/Linux --- $ cat /proc/cpuinfo cpu family : 6 model : 15 model name: Intel(R) Core(TM)2 Quad CPUQ6600 @ 2.40GHz cpu cores : 1 --- I dont know how to do to detect the 4 cpus. Any sugestions? Thanks in advance! What mainboard does your system have? You also might want to check your BIOS for settings like Core multiprocessing features, the setting should be enabled to recognize all cores. Hi! Thanks for reply. Mi motherboard is asus p5ql-e and in bios put CPU count: 4, and i dont see anithing to change this, 1 or 4 cpu. -- V!ODREAM
Re: [arch-general] archlinuxfr bad virtualbox_bin-3.0.10-1 package
2009/11/17 David C. Rankin drankina...@suddenlinkmail.com Guys, The archlinuxfr server has a bad virtualbox package on it. There is a lot of things virtualbox is, but one thing it isn't is an 8 meg package: :: Retrieving packages from archlinuxfr... error: failed retrieving file 'virtualbox_bin-3.0.10-1-x86_64.pkg.tar.bz2' from repo.archlinux.fr : Not Found 22:57 alchemy:~/img/arch pms virtualbox_bin :: Synchronizing package databases... testing is up to date core is up to date extra is up to date community-testing is up to date community is up to date archlinuxfr is up to date resolving dependencies... looking for inter-conflicts... Targets (1): virtualbox_bin-3.0.10-1 Total Download Size:8.09 MB Total Installed Size: 88.87 MB Probably just a bad rsync... -- 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 I'm uploading it right now, thanks for the information.
Re: [arch-general] archlinuxfr bad virtualbox_bin-3.0.10-1 package
Am Dienstag 17 November 2009 12:22:35 schrieb tuxce: I'm uploading it right now, thanks for the information. You know that redistribution of the binary package is not legal? (except you have got the permission from Sun of course) -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] archlinuxfr bad virtualbox_bin-3.0.10-1 package
2009/11/17 Pierre Schmitz pie...@archlinux.de Am Dienstag 17 November 2009 12:22:35 schrieb tuxce: I'm uploading it right now, thanks for the information. You know that redistribution of the binary package is not legal? (except you have got the permission from Sun of course) -- Pierre Schmitz, https://users.archlinux.de/~pierre I just read the FAQ, actually, you are right, I don't know if the maintainer has permissions. I uploaded it because I saw this thread and have rights to do it, but I will see if he has asked for permission. (I don't think this is the case, so it will surely be deleted :/)
Re: [arch-general] archlinuxfr bad virtualbox_bin-3.0.10-1 package
Yeah, as soon as I saw this redistribution discussion updated right away as I assumed it would soon be deleted. On Tue, Nov 17, 2009 at 7:53 AM, tuxce tuxce@gmail.com wrote: 2009/11/17 Pierre Schmitz pie...@archlinux.de Am Dienstag 17 November 2009 12:22:35 schrieb tuxce: I'm uploading it right now, thanks for the information. You know that redistribution of the binary package is not legal? (except you have got the permission from Sun of course) -- Pierre Schmitz, https://users.archlinux.de/~pierre I just read the FAQ, actually, you are right, I don't know if the maintainer has permissions. I uploaded it because I saw this thread and have rights to do it, but I will see if he has asked for permission. (I don't think this is the case, so it will surely be deleted :/)
Re: [arch-general] First install of gnome on Arch, pretty cool... (new artwork this time :-)
cool stuff, bro We hope you enjoy using arch as much as we do. On 11/17/09, David C. Rankin drankina...@suddenlinkmail.com wrote: Guys, Looking at the new desktop, I just had to take a screenshot and share. I never install gnome, but since I had enlightenment installed and a bunch of bits and pieces of gnome installed -- Why not? Working with it for a short period of time, I was quite pleased with it. Compiz works great with it, dark themes work as well. The base install is really crisp like kde3 was. (but like any desktop, you load it down with enough bells and whistles it slows down a bit) Long story short, I created a new cube cap for Arch (since it was pointed out my first set was of the old logo) and when done, I just had to send the screenshot in, so: (82k) http://www.3111skyline.com/download/ss/arch/archGnomeCompiz.jpg The Artwork for the caps: (108k) http://www.3111skyline.com/download/Archlinux/compiz/archCaps.png If you like the artwork, use it at will... -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com
Re: [arch-general] First install of gnome on Arch, pretty cool... (new artwork this time :-)
Cool artwork David.. Nicely done. - Original Message From: David C. Rankin drankina...@suddenlinkmail.com To: Arch Linux arch-general@archlinux.org Sent: Tue, November 17, 2009 2:25:25 AM Subject: [arch-general] First install of gnome on Arch, pretty cool... (new artwork this time :-) Guys, Looking at the new desktop, I just had to take a screenshot and share. I never install gnome, but since I had enlightenment installed and a bunch of bits and pieces of gnome installed -- Why not? Working with it for a short period of time, I was quite pleased with it. Compiz works great with it, dark themes work as well. The base install is really crisp like kde3 was. (but like any desktop, you load it down with enough bells and whistles it slows down a bit) Long story short, I created a new cube cap for Arch (since it was pointed out my first set was of the old logo) and when done, I just had to send the screenshot in, so: (82k) http://www.3111skyline.com/download/ss/arch/archGnomeCompiz.jpg The Artwork for the caps: (108k) http://www.3111skyline.com/download/Archlinux/compiz/archCaps.png If you like the artwork, use it at will... -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com
Re: [arch-general] archlinuxfr bad virtualbox_bin-3.0.10-1 package
On Tue, 2009-11-17 at 07:57 -0600, Dwight Schauer wrote: Yeah, as soon as I saw this redistribution discussion updated right away as I assumed it would soon be deleted. Honestly, is it THAT hard to compile it from the AUR?
Re: [arch-general] archlinuxfr bad virtualbox_bin-3.0.10-1 package
No, it is not actually... 2009/11/17 Ng Oon-Ee ngoo...@gmail.com: On Tue, 2009-11-17 at 07:57 -0600, Dwight Schauer wrote: Yeah, as soon as I saw this redistribution discussion updated right away as I assumed it would soon be deleted. Honestly, is it THAT hard to compile it from the AUR?
[arch-general] MUA
Mutt grows old and still doesn't do threads the way i want. i've tried sup, but find it too early in development. Especcially it is unusable slow. Can somone recommend another MUA? thanks -- Arvid Asgaard Technologies
Re: [arch-general] MUA
On Tuesday 17 November 2009 22:37:08 Arvid Picciani wrote: Mutt grows old and still doesn't do threads the way i want. i've tried sup, but find it too early in development. Especcially it is unusable slow. Can somone recommend another MUA? kmail. Using for last 5+ years with no real complaints.. -- Shridhar
Re: [arch-general] MUA
Arvid Picciani wrote: Mutt grows old and still doesn't do threads the way i want. i've tried sup, but find it too early in development. Especcially it is unusable slow. Can somone recommend another MUA? thanks emacs/gnus emacs/wanderlust ?
Re: [arch-general] MUA
Sergej Pupykin wrote: Arvid Picciani wrote: Mutt grows old and still doesn't do threads the way i want. i've tried sup, but find it too early in development. Especcially it is unusable slow. Can somone recommend another MUA? thanks emacs/gnus emacs/wanderlust ? humm.. i didn't know emacs has... oh well i should have known, should i? :D thanks. -- Arvid Asgaard Technologies
Re: [arch-general] MUA
On Tue, 17 Nov 2009 18:20:06 +0100, Arvid Picciani a...@exys.org wrote: Sergej Pupykin wrote: Arvid Picciani wrote: Mutt grows old and still doesn't do threads the way i want. i've tried sup, but find it too early in development. Especcially it is unusable slow. Can somone recommend another MUA? thanks emacs/gnus emacs/wanderlust ? humm.. i didn't know emacs has... oh well i should have known, should i? :D thanks. I use Alpine when working from console, it has some thread support. For the rest of the time, I'm happy with Opera doing the job. -- Jeroen Op 't Eynde jer...@xprsyrslf.be http://xprsyrslf.be Ps: Check the new design for my website: XprsYrslf.be
Re: [arch-general] MUA
On Tue, Nov 17, 2009 at 6:07 PM, Arvid Picciani a...@exys.org wrote: Mutt grows old and still doesn't do threads the way i want. i've tried sup, but find it too early in development. Especcially it is unusable slow. Can somone recommend another MUA? Lately I realized I have become way too addicted of the gmail interface, and in particular the way it handles threads (but not only). I am scared I cannot switch back to any real client, which sucks. It would a better way to handle my two accounts :P
Re: [arch-general] MUA
On Tue, Nov 17, 2009 at 12:06 PM, Xavier shinin...@gmail.com wrote: On Tue, Nov 17, 2009 at 6:07 PM, Arvid Picciani a...@exys.org wrote: Mutt grows old and still doesn't do threads the way i want. i've tried sup, but find it too early in development. Especcially it is unusable slow. Can somone recommend another MUA? Lately I realized I have become way too addicted of the gmail interface, and in particular the way it handles threads (but not only). I am scared I cannot switch back to any real client, which sucks. It would a better way to handle my two accounts :P I can agree with you here. I really hope someone decides to make a good MUA that acts like gmail (sup is close, but not the same)
Re: [arch-general] MUA
On Tue, Nov 17, 2009 at 12:07, Arvid Picciani a...@exys.org wrote: Mutt grows old and still doesn't do threads the way i want. i've tried sup, but find it too early in development. Especcially it is unusable slow. Can somone recommend another MUA? thanks I just saw a link on reddit this morning for notmuch, a sup-inspired mail reader. Might be worth looking into http://keithp.com/blogs/notmuch/
Re: [arch-general] MUA
On Tuesday 17 November 2009 19:06:18 Xavier wrote: Lately I realized I have become way too addicted of the gmail interface, and in particular the way it handles threads Would you mind to explain what is addicting you? I specially *dislike* the way gmail puts all the replies at the same level, just to take one example out of my head. Damnshock
Re: [arch-general] MUA
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 17 Nov 2009 12:11:12 -0600 Aaron Griffin aaronmgrif...@gmail.com wrote: On Tue, Nov 17, 2009 at 12:06 PM, Xavier shinin...@gmail.com wrote: On Tue, Nov 17, 2009 at 6:07 PM, Arvid Picciani a...@exys.org wrote: Mutt grows old and still doesn't do threads the way i want. i've tried sup, but find it too early in development. Especcially it is unusable slow. Can somone recommend another MUA? Lately I realized I have become way too addicted of the gmail interface, and in particular the way it handles threads (but not only). I am scared I cannot switch back to any real client, which sucks. It would a better way to handle my two accounts :P I can agree with you here. I really hope someone decides to make a good MUA that acts like gmail (sup is close, but not the same) I've been using Claws-Mail [1] since forever and have been happily using it with Gmail as well as my ISP account. [1] http://claws-mail.org/ Regards, Myles - -- Myles Green Linux. It isn't about it being free, it's about the freedom it brings. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAksC8wwACgkQ1TmPUtHwHkc3+QCeJ7BfZii25RtU6hpYGGo/ZMtf ZdoAn02DEz24qgdhTc51xvCGN8uER5Yu =F4qz -END PGP SIGNATURE-
Re: [arch-general] MUA
On Tue, Nov 17, 2009 at 12:55 PM, Marc Deop i Argemí damnsh...@gmail.com wrote: On Tuesday 17 November 2009 19:06:18 Xavier wrote: Lately I realized I have become way too addicted of the gmail interface, and in particular the way it handles threads Would you mind to explain what is addicting you? I specially *dislike* the way gmail puts all the replies at the same level, just to take one example out of my head. My girlfriend hates the exact same thing. That's one of the things I love about it. Think about it this way: blog comments, forum posts, instant messages, and (some) phone text messages work this way - your messages and other people's messages are all displayed together, because it's a conversation. I've never seen an IM client that doesn't display what I write. Why should email be different?
Re: [arch-general] MUA
On 11/17/09 at 01:13pm, Aaron Griffin wrote: On Tue, Nov 17, 2009 at 12:55 PM, Marc Deop i Argemí damnsh...@gmail.com wrote: On Tuesday 17 November 2009 19:06:18 Xavier wrote: Lately I realized I have become way too addicted of the gmail interface, and in particular the way it handles threads Would you mind to explain what is addicting you? I specially *dislike* the way gmail puts all the replies at the same level, just to take one example out of my head. My girlfriend hates the exact same thing. That's one of the things I love about it. Think about it this way: blog comments, forum posts, instant messages, and (some) phone text messages work this way - your messages and other people's messages are all displayed together, because it's a conversation. I've never seen an IM client that doesn't display what I write. Why should email be different? I understand seeing your own replies as a benefit (could be solved with set record = [Gmail]/INBOX in muttrc). But I believe he meant the branching. In gmail's web interface a thread is vertical, sorted by time. However here in mutt, I can see that I've replied to you in our own little thread branch. I like this better. Personally, with the proper sort, sort_aux, and record settings in muttrc, I don't see how gmail's got anything on mutt in the realm of threading. That's just me though :) to each their own. Pat -- patrick brisbin
Re: [arch-general] MUA
I thought he was talking about how gmail only has one level for each conversation and some MUA have more gmail keeps a list of mails and other ones create a tree of mails branching at each reply that doesn't follow the data sequencing or something like that... -- Guilherme M. Nogueira Any sufficiently advanced technology is indistinguishable from magic. - Arthur C. Clarke
Re: [arch-general] MUA
On Tue, Nov 17, 2009 at 1:19 PM, Patrick Brisbin pbris...@gmail.com wrote: On 11/17/09 at 01:13pm, Aaron Griffin wrote: On Tue, Nov 17, 2009 at 12:55 PM, Marc Deop i Argemí damnsh...@gmail.com wrote: On Tuesday 17 November 2009 19:06:18 Xavier wrote: Lately I realized I have become way too addicted of the gmail interface, and in particular the way it handles threads Would you mind to explain what is addicting you? I specially *dislike* the way gmail puts all the replies at the same level, just to take one example out of my head. My girlfriend hates the exact same thing. That's one of the things I love about it. Think about it this way: blog comments, forum posts, instant messages, and (some) phone text messages work this way - your messages and other people's messages are all displayed together, because it's a conversation. I've never seen an IM client that doesn't display what I write. Why should email be different? I understand seeing your own replies as a benefit (could be solved with set record = [Gmail]/INBOX in muttrc). But I believe he meant the branching. In gmail's web interface a thread is vertical, sorted by time. However here in mutt, I can see that I've replied to you in our own little thread branch. I like this better. Personally, with the proper sort, sort_aux, and record settings in muttrc, I don't see how gmail's got anything on mutt in the realm of threading. That's just me though :) to each their own. Aha, so this is the same as the threaded vs nested comments when it comes to web page commenting. As far as I know, that's a holy war no one will ever win.
Re: [arch-general] MUA
On 2009-11-17, Patrick Brisbin wrote: In gmail's web interface a thread is vertical, sorted by time. However here in mutt, I can see that I've replied to you in our own little thread branch. I definitely prefer the proper threading available in Mutt. I often find myself navigating through my email more quickly using Mutt than I do by using Gmail - however, this is probably because I still point and click when using the web interface. -- Sincerely, Antony Jepson / anton...@gmail.com / GPG Key: 0xFA10ED80
Re: [arch-general] MUA
On Tue, 17 Nov 2009 11:01:31 -0800 Myles Green myl...@gmail.com wrote: I've been using Claws-Mail [1] since forever and have been happily using it with Gmail as well as my ISP account. [1] http://claws-mail.org/ claws is cool indeed. i like the ability to view html mail (for newsletters and such). i just hoped it was more configurable (e.g. per-account keybindings so i could have single-key keybindings to delete mails when i'm in my news/mailinglists/.. folder) Dieter
Re: [arch-general] MUA
On Tue, 17 Nov 2009 20:46:15 +0100 Dieter Plaetinck die...@plaetinck.be wrote: claws is cool indeed. i like the ability to view html mail (for newsletters and such). i just hoped it was more configurable (e.g. per-account keybindings so i could have single-key keybindings to delete mails when i'm in my news/mailinglists/.. folder) oh and before anyone says just press delete, dummy: it should also work after having focused the message viewpane ;-) [and it should *only* work like this in a specific folder] Dieter
Re: [arch-general] MUA
On Tuesday 17 November 2009 20:23:25 Aaron Griffin wrote: Aha, so this is the same as the threaded vs nested comments when it comes to web page commenting. As far as I know, that's a holy war no one will ever win. Well, in Kmail I can set it to keep my replies on the folder as well as to a flat/nested way of sorting emails. For me works as this: 1)keep replies on the folder so I can see what I write 2)Thread sort of emails so I can see exactly what,who and when you replied to The funny thing is that the one thing that some love is the one that others hate ;) Curious, ain't it? Damnshock
Re: [arch-general] MUA
Antony Jepson wrote: On 2009-11-17, Patrick Brisbin wrote: In gmail's web interface a thread is vertical, sorted by time. However here in mutt, I can see that I've replied to you in our own little thread branch. I definitely prefer the proper threading available in Mutt. I often find myself navigating through my email more quickly using Mutt than I do by using Gmail - however, this is probably because I still point and click when using the web interface. i WOULD find mutts way perfect, if it actually worked in real live. People NEVER reply on the correct branch, so its sort of useless. you have to crawl the entire tree anyway to find the responses you want to read. On the other hand, gmail thinks conversations never branch, which is just as wrong. -- Arvid Asgaard Technologies
Re: [arch-general] MUA
Daenyth Blank wrote: I just saw a link on reddit this morning for notmuch, a sup-inspired mail reader. Might be worth looking into http://keithp.com/blogs/notmuch/ looks very promising. thanks for sharing. couldnt compile it, but maybe someone less lazy them me can educate that dude that there is something beyond debian. -- Arvid Asgaard Technologies
Re: [arch-general] MUA
On 11/17/2009 07:07 PM, Arvid Picciani wrote: Mutt grows old and still doesn't do threads the way i want. i've tried sup, but find it too early in development. Especcially it is unusable slow. Can somone recommend another MUA? thanks you could try thunderbird. thunderbird 3 which is now beta is very nice compared with thunderbid2. -- Ionut
Re: [arch-general] MUA
On Tue, Nov 17, 2009 at 09:11:16PM +0100, Arvid Picciani wrote: Daenyth Blank wrote: I just saw a link on reddit this morning for notmuch, a sup-inspired mail reader. Might be worth looking into http://keithp.com/blogs/notmuch/ looks very promising. thanks for sharing. couldnt compile it, but Make sure you have smbclient and community/xapian-core installed Patch the Makefile (you don't need to run ./configure) then make. --- Makefile2009-11-17 21:36:47.0 +0100 +++ ../Makefile 2009-11-17 21:36:03.0 +0100 @@ -4,14 +4,14 @@ # Additional flags that we will append to whatever the user set. # These aren't intended for the user to manipulate. -extra_cflags = `pkg-config --cflags glib-2.0 gmime-2.4 talloc` +extra_cflags = `pkg-config --cflags glib-2.0 gmime-2.4` extra_cxxflags = `xapian-config --cxxflags` # Now smash together user's values with our extra values override CFLAGS += $(WARN_FLAGS) $(extra_cflags) override CXXFLAGS += $(WARN_FLAGS) $(extra_cflags) $(extra_cxxflags) -override LDFLAGS += `pkg-config --libs glib-2.0 gmime-2.4 talloc` \ +override LDFLAGS += -ltalloc `pkg-config --libs glib-2.0 gmime-2.4` \ `xapian-config --libs` # Include our local Makfile.local first so that its first target is # default
Re: [arch-general] MUA
Ionut Biru wrote: On 11/17/2009 07:07 PM, Arvid Picciani wrote: Mutt grows old and still doesn't do threads the way i want. i've tried sup, but find it too early in development. Especcially it is unusable slow. Can somone recommend another MUA? thanks you could try thunderbird. thunderbird 3 which is now beta is very nice compared with thunderbid2. i'm using it right now because sup broke and i'm to lazy to resetup mutt. It's HORRIBLE. Its quick to setup and was able to send email quickly, but its nowhere near comfortable and never will be. - It can't open attachments. You get that defect gnome box and the only option is download and open with, which leads to another defect gnome box that lets you open arbitary files, then it crashes. awesome. - the imap support is crippled. it doesnt recognise subfolders at all. How do people windows people use imap? like pop? - you can't kill threads. - But that doesnt matter since they don't bump anyway. - It responds to the sender despite the mail clearly has a list header. - it does ugly blue bars instead of just for indent. Oh sorry, not ugly,i mean shiny shiny shiny vista look! *claps hands like a retard* - it tries to be smart and spamprotect me against status reports from my own machine. oh right, windows doesn't have cron. - it's dead ugly. yeah educate me that gnome has a setting, dude i dont have windows. - printing doesnt work, that weird windows gui dialog only has Postscript/Default and if you click print basicly nothing happens. - it autocorrects me when i type an email address and enters someone i didnt intent to address. - it requires a mouse - whatever the fuck the keys 1234 do, its dead annoying when i accidently press them (alt+1234 is my WM) - no option to save mail to drafts, but a draft folder. what the? K Windows K Live K Mail and Gnome Windows Dissolution are around the same quality. However i have to grant them one positive side: i was able to write a mail without actually reading a manual, which is good if you just broke your system and are in a hurry or something. On the other hand that's propably because i had to setup a couple of failbirds for coworkers with windows machines. -- Arvid Asgaard Technologies
Re: [arch-general] MUA
Alessandro Doro wrote: Patch the Makefile (you don't need to run ./configure) then make. --- Makefile2009-11-17 21:36:47.0 +0100 +++ ../Makefile 2009-11-17 21:36:03.0 +0100 @@ -4,14 +4,14 @@ hey that compiled. thanks. i didn't realize it has a makefile despite failed configure. -- Arvid Asgaard Technologies
[arch-general] pam settings INSECURE
so here's the problem I've discovered http://xenoterracide.blogspot.com/2009/11/bypassing-disabled-accounts-with-kdm.html links to arch bug included posting here because I believe both kde's and arch's developers responses are less than satisfactory. This is a security bug an easy to fix without making users lives more difficult. so I'm starting with /etc/pam.d/login authrequiredpam_shells.so #add this: why let someone login who has an invalid shells. /etc/pam.d/kdm # I'm pretty sure it should be 99% the same as login since it allows logins. #%PAM-1.0 authrequisite pam_nologin.so authrequiredpam_unix.so nullok authrequiredpam_shells.so # as my blog says setting an invalid shell is a common way of disabling accounts. authrequiredpam_tally.so onerr=succeed file=/var/log/faillog # use this to lockout accounts for 10 minutes after 3 failed attempts #auth requiredpam_tally.so deny=2 unlock_time=600 onerr=succeed file=/ account requiredpam_access.so account requiredpam_time.so account requiredpam_unix.so passwordrequiredpam_unix.so #password requiredpam_cracklib.so difok=2 minlen=8 dcredit=2 ocredit=2 ret #password requiredpam_unix.so md5 shadow use_authtok session requiredpam_unix.so session requiredpam_env.so session requiredpam_limits.so also I believe pam_tally2 replaces pam_tally may wish to consider migrating (non urgent next release?) -- Caleb Cushing http://xenoterracide.blogspot.com
Re: [arch-general] MUA
On Tue, Nov 17, 2009 at 09:09:55PM +0100, Arvid Picciani wrote: Antony Jepson wrote: On 2009-11-17, Patrick Brisbin wrote: In gmail's web interface a thread is vertical, sorted by time. However here in mutt, I can see that I've replied to you in our own little thread branch. I definitely prefer the proper threading available in Mutt. I often find myself navigating through my email more quickly using Mutt than I do by using Gmail - however, this is probably because I still point and click when using the web interface. i WOULD find mutts way perfect, if it actually worked in real live. People NEVER reply on the correct branch, so its sort of useless. you have to crawl the entire tree anyway to find the responses you want to read. On the other hand, gmail thinks conversations never branch, which is just as wrong. I think that is not the problem with mutt. I have been using mutt for some time (about say 5 years). What I think about it is really captured by the Author's quote: All mail clients suck. This one just sucks less. Couple of thinks I like about it is (1) It works on the terminal (yes this is the most important feature for me) (2) Fast (3) not so difficult to configure (4) Can use my favorit editor (emacs) while editing. (5) support for gziped mailbox, encrypted mailbox etc (however not so natura way of doing it) (6) Great thread support (some folks seems to disagree) (7) limiting, searching etc which can be keyboard controlled. etc.. Alipine is also good but I used to hate the pine interface. Regards ppk
Re: [arch-general] pam settings INSECURE
Caleb Cushing wrote: so here's the problem I've discovered http://xenoterracide.blogspot.com/2009/11/bypassing-disabled-accounts-with-kdm.html links to arch bug included posting here because I believe both kde's and arch's developers responses are less than satisfactory. This is a security bug an easy to fix without making users lives more difficult. Oh no. It has been 1 day and my bug is not fixed! I must blog about it so the world listens to me... I shouldn't have to disable an account in more than 1 way to disable it across the board. Let see... one step procedures for disabling the user account 1) change password for that user 2) put an asterisk * at the beginning of the second field (before the encrypted password) in the file /etc/shadow. 3) set an account expiry date using chage 3) userdel is permanent one step procedure that works very well... #2 is my preferred. Allan
Re: [arch-general] First install of gnome on Arch, pretty cool... (new artwork this time :-)
On Tuesday 17 November 2009 08:26:22 and regarding: cool stuff, bro We hope you enjoy using arch as much as we do. Amen, When I thought about trying Arch, I never envisioned replacing SuSE with Arch, but never-say-never. Arch is just so much better thought out from the technical aspect of how do you create and maintain an efficient and clean distro? that I was hooked as soon as I figured out what pacman was and what ABS was all about. The rolling release, the proactive (as opposed to reactive) development, the near unanimous use of unaltered sources, and the focus on documentation for the user (the really good wiki) really shows you what a Linux distro can and should be. (of course it takes some brilliant and dedicated developers as well) January will mark a decade for me with Linux (Mandrake 7.0 air was my first install, then mandy imploded after going public and I went to SuSE 8.0 pro [comment omitted concerning the result of failing to learn from history...], and then I wound up here. (just don't go public or get bought for a little while ;-) Arch is a keeper I've said it before and I'll say it again, the Arch developers have created something they should really be proud of. There are quite a few distros that try to do Linux, very few get it right, and even fewer do it so well they get to watch what they have created start to grow. Great job and thanks! -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com
Re: [arch-general] archlinuxfr bad virtualbox_bin-3.0.10-1 package
On Tuesday 17 November 2009 05:50:02 and regarding: Am Dienstag 17 November 2009 12:22:35 schrieb tuxce: I'm uploading it right now, thanks for the information. You know that redistribution of the binary package is not legal? (except you have got the permission from Sun of course) UUH? ... and the penalty? Answer: The profits made from the distribution in violation of the patent, trademark or copyright. The normal profits of 3rd partry repository maintainer for hosting any type of generally distributed quasi opensource package (usually $0, nada, gratto...) So in the case of damages=profits -- you can do the math. Of course all just assuming arguendo, because we know the archfr folks have the permissions they require :p -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com
Re: [arch-general] pam settings INSECURE
On Wed, Nov 18, 2009 at 12:56 AM, Allan McRae al...@archlinux.org wrote: Caleb Cushing wrote: so here's the problem I've discovered http://xenoterracide.blogspot.com/2009/11/bypassing-disabled-accounts-with-kdm.html links to arch bug included posting here because I believe both kde's and arch's developers responses are less than satisfactory. This is a security bug an easy to fix without making users lives more difficult. Oh no. It has been 1 day and my bug is not fixed! I must blog about it so the world listens to me... because kde marked it invalid and the reply I received from arch suggests it's 'not a bug'. regardless I blogged about it not just because of Arch, but in case users of other distro's have a similar 'vulnerability'. I was not happy that it took me several tries and much research to disable an account effectively from gui and cli. I shouldn't have to disable an account in more than 1 way to disable it across the board. Let see... one step procedures for disabling the user account 1) change password for that user I don't want to change there password that's not at all what I'm trying to accomplish sure it would lock them out. but it's not the same as disabling the account. 2) put an asterisk * at the beginning of the second field (before the encrypted password) in the file /etc/shadow. is this actually all that much different from doing a passwd -l ? which puts a '!' in front of the encrypted password, effectively disabling the password. 3) set an account expiry date using chage same as what I did with usermod for some reason it didn't take effect immediately (not sure why haven't retested since discovering later) this is ok but if you google disabling unix accounts you'll find quite a few references to changing the shell to /bin/false. I also swear (having trouble finding it) that I read somewhere that setting the shell to /sbin/nologin should stop users from using X or kdm. 3) userdel is permanent one step procedure that works very well... I only wanted to lock them out, not delete them. in case I decided to re-enable later. this is also the reason the password option wasn't acceptable. #2 is my preferred. Allan -- Caleb Cushing http://xenoterracide.blogspot.com
Re: [arch-general] MUA
On Tuesday 17 November 2009 11:07:08 and regarding: Mutt grows old and still doesn't do threads the way i want. i've tried sup, but find it too early in development. Especcially it is unusable slow. Can somone recommend another MUA? thanks I've used about all of them from plain mailx to Thunderbird with all the bells and whistles. It is really a find one you like issue. As long as you aren't one of the nutballs that likes to compile C programs from within your mail reader, then any of the current generation mailers will do. I always hated kmail, but when I was doing the kde 4.3 beta stuff I forced myself to use it for purposes of testing kontact and korganizer with groupware integration -- and against my will, it really grew on me. All opinion aside, there are some excellent technical features built in to kmail that I haven't found anywere else. Thunderbird - used it for years, still maintain a master copy of important emails in it, but I hate to admit it -- kmail has it beat in UI efficiency. I've just used evolution a couple of times, so I don't know enough to comment on it. I have it configured in my gnome desktop under my theory of (use the native tools - dummy), but I just can't tell you more right now. Alpine - if you are working from the cli works great, full featured and supports gpg encryption. Until I figured out relay hosts in postfix, I used pine/alpine all the time for email when I was connecting from outside my ISP's network. There are a lot of good packages out there, you just have to find the one that fits your tastes and needs. -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com
Re: [arch-general] pam settings INSECURE
Oh no. It has been 1 day and my bug is not fixed! I must blog about it so the world listens to me... also no one has presented a /good/ reason for not fixing it, only reasons they don't think it should be fixed. you could do abc or d things that I can think of... but no one has said why security shouldn't be tighter for kde. what's the negative impact? why aren't failed logins being logged right now? why can users login if they have an account but no valid shell? seriously? what's the reason that this should not be fixed? that there MAY be acceptable alternatives? I dont' find the GUI option acceptable, because it's too kde specific, and (probably) doesn't affect a thing if I change login managers. only one of the options you suggest actually do what I need to do... but for some reason it didn't take immediate effect when I tried it. 1) change password for that user 2) put an asterisk * at the beginning of the second field (before the encrypted password) in the file /etc/shadow. 3) set an account expiry date using chage 3) userdel is permanent one step procedure that works very well... also 1 and 2 probably don't affect alternative forms of authentication... such as key auth, and thus do not effectively disable the account. -- Caleb Cushing http://xenoterracide.blogspot.com
Re: [arch-general] pam settings INSECURE
On Wed, 2009-11-18 at 02:24 -0500, Caleb Cushing wrote: Oh no. It has been 1 day and my bug is not fixed! I must blog about it so the world listens to me... also no one has presented a /good/ reason for not fixing it, only reasons they don't think it should be fixed. you could do abc or d things that I can think of... but no one has said why security shouldn't be tighter for kde. what's the negative impact? why aren't failed logins being logged right now? why can users login if they have an account but no valid shell? seriously? what's the reason that this should not be fixed? that there MAY be acceptable alternatives? I dont' find the GUI option acceptable, because it's too kde specific, and (probably) doesn't affect a thing if I change login managers. only one of the options you suggest actually do what I need to do... but for some reason it didn't take immediate effect when I tried it. snip Minimal modification of packages. Allow users to choose for themselves instead of doing work for them. I fail to see the security implications here for the common user, why would someone want to lock out a user without deleting the account except a system admin, who presumably would know what to do and would not need a 'simple one-step process'. I'd wager most Arch users simply have 1 account they use all the time, and perhaps a guest account for others to use. This isn't a security hole, and it isn't the responsibility of Arch devs to make decisions for the users except in extreme cases.