- Arch-general - lists.archlinux.org

[arch-general] svn:keywords is not set on newer packages
by Evangelos Foutras 23 Nov '09

23 Nov '09

Hello, The $Id$ keyword came up while talking with Angel and I realized that the svn:keywords property doesn't get set on PKGBUILD for new packages, and thus $Id$ doesn't get updated on commit. I believe we should fix this, as this information is useful when determining when a PKGBUILD was last modified and by whom. May I suggest we do the following: 1) Edit the "Adding a package" section [1] of the packaging instructions in the DeveloperWiki to include this step. (Adding `svn propset svn:keywords "Id" new-package/trunk/PKGBUILD' below the $EDITOR line perhaps?) 2) Add this property to all packages (this has been done once before by Aaron, if I remember correctly). What's your view on this? ---- [1] http://wiki.archlinux.org/index.php/DeveloperWiki:HOWTO_Be_A_Packager#Addin…

6 11

[arch-general] Need Text-to-Speech
by Keith 23 Nov '09

23 Nov '09

Hello. Please excuse my spelling; it's why I'm writing. In the past 3-4 weeks (or less), I've developed a very intense case of "alexia" (I'd never heard of it befor, either). If anyone might be interested: http://en.wikipedia.org/wiki/Alexia_%28disorder%29 http://en.wikipedia.org/wiki/Alexia_%28acquired_dyslexia%29 http://en.wikipedia.org/wiki/Aphasia#History My hearing and speech are completely unaffected. My reading and writing are about 99% dysfunctional. I face the bigging fight of me life, and am not able to comprehend more than 1-2% of any of the links above - or much more than that of the ArchLinx home page, for that matter. I'm in VERY bad need of a simple but effective text-to-speech program. If it can read/render a web-page, and plan text, that'll a darned go start. I'll be (very) slow to reply to posts; my assistant to 100% non-technical, but I well do my best; 10-15 minutes reading = a 5 hour migraine. This post today 5 hours to written, until I afraid for assistance. Ok - AMD x86_64. TIA in the extreme.

2 1

[arch-general] Akonadi control process not registered at D-Bus, committing suicide! -- WTF?
by David C. Rankin 23 Nov '09

23 Nov '09

Guys, I'm trying to figure out what akonadi is doing on my new install, (moreover how to pronouce it's name), and what I am faced with is some strange errors. Specifically, the "Akonadi Server Self-Test Report" that appears when Akonadi crashes is located at: (9k) http://www.3111skyline.com/download/Archlinux/bugs/akonodi-error-on-start.t… I found the following recently closed bug, and either it is something else that is happening, or there may be a regression: http://bugs.archlinux.org/task/16341?string=ed I also found the following, but I'm still having problems: http://bbs.archlinux.org/viewtopic.php?id=85088 Admittedly, I know very little about akonadi, and whether I have packages missing, a config error, or if akonadi is having problems. So, if anybody can help or offer a link or two to some useful information, I would appreciate it. 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

1 0

Re: [arch-general] [arch-dev-public] kernel 2.6.32 experiences
by Damjan Georgievski 22 Nov '09

22 Nov '09

> I've built kernel 2.6.32rc8git1. My ati/radeon drm modules now > requires its own firmware that will be part of new kernel26-firmware > pkg. > > And we need to fix mkinitcpio to include that firmware for kms early > mode that now fails due to missing firmware. It did not help to add > FILES="/lib/firmware/radeon/R300_cp.bin" :( - maybe we need a new hook > for that. did you enable the firmware hook? I wonder how all of this will work on my HD3200 -- damjan

2 2

[arch-general] We need a maintained-by-TU chrome/chromium...
by Hamo 21 Nov '09

21 Nov '09

Dear Archlinux users, Chrome is likely to be a daily-use web browser and with the Chrome OS releasing,it will become more and more reliable.Archlinux is a rolling-release distribution and it aims at being bleeding edge.So we should have a maintained-by-TU chrome/chromium and it is really useful... -- Nick Name:Hamo Website:http://hamobai.com/

15 20

[arch-general] [PATCH] send hostname to DHCP server / router
by Suraj Kurapati 21 Nov '09

21 Nov '09

Hello, For the longest time, the default ArchLinux networking setup had one deficiency: it would not send the machine hostname to the DHCP server / router when acquiring a DHCP lease. As a result, I was never able to ping/ssh my ArchLinux system by its hostname from other machines in my home network --- instead, I was always forced to type out my ArchLinux system's IP address in full. I looked high and low across the 'net before I finally found the answer in the dhcpcd.conf man page: the solution is to add the following line to your /etc/dhcpcd.conf file: hostname One thing that confused me is this line in the default ArchLinux /etc/dhcpd.conf file: # dhcpcd-run-hooks uses these options. option domain_name_servers, domain_name, domain_search, host_name The "option host_name" part *seems* like it would send your machine's hostname to the DHCP server, but it really doesn't. Maybe that's a bug? I request the developers in charge of the default ArchLinux networking setup to make the above change, so that ArchLinux systems send their hostnames to the DHCP server (and therefore can be pinged/ssh'ed/accessed by their hostname) out of the box! Thanks for your consideration.

3 3

[arch-general] Borken kernel-2.6.31.6-1.tar.gz ?
by David Dupin 20 Nov '09

20 Nov '09

Hi, It seems that kernel-2.6.31.6-1.tar.gz is broken and can't be updated on i686 arch. On my x86_64 it works fine. If i unzip the download package i get message "invalid compressed data--format violated" Someone can confirm it ? PS : i try more than one repo but all fails.

3 4

[arch-general] The ultimate Home Theater / media center computer
by RedShift 20 Nov '09

20 Nov '09

Hi list Somehow I got it into my head that I want a home theater PC. I'm growing tired of having to watch television and movies on my computer's 17" LCD screen. At the shop I used to work at, once in a while we'd build a media center computer, but the concept never really took off here (Belgium). There are many reasons for that, such as: * Television is major suckage here (thanks to That Big Company and Government-Not-Governing). The entire country is split into very small regions where broadcast frequencies differ, there's no unified TV guide system, not all regions can receive all channels. Digital television is even worse: That Big Company forces you to buy one of their proprietary decoders. The only way to receive digital television without restrictions is DVB-T with a very limited number of channels (basically nothing). * At that time, the hardware sucked (noisy, too big, not stylish enough to put it along your other hi-fi components, not powerful enough, limited digital outputs, etc...). The software wasn't much better (too complicated, took a long time to start, etc...). Anyway, my goal is to build the *ULTIMATE* HTPC. As such, strong demands must be met: The hardware: * It should be stylish, a timeless look which fits with your other hi-fi components. * It must be entirely silent. Zero moving components. No exceptions. * Unrestricted fully digital outputs. * Must be able to play at least 720p MKV's using x264 encoded video. * Easy remote control. No remote controls with more buttons than there are stars in the sky and certainly no "dual function" buttons (those functions in a different color which you need to flick a switch or are context dependent). * Able to receive DVB-C. The software: * There is no room for "Digital Rights Management" fascism. All content must play flawless and in the highest quality possible. In some cases this will mean circumventing protections. That'll probably make the device illegal in some countries, but I don't care. * Easy user interface (also see hardware remote control point). * Can connect to NAS or other storage devices such as USB sticks. In total: * Must be a complete replacement for your DVD player and other media devices. The goal here is keeping the number of remote controls down. Ideally you should only have two: one for controlling your HTPC and one for your hi-fi set. * It is geared towards modern television, that means stuff like HDTV and no legacy connector stuff (like composite). With those goals set, I started looking for hardware. Here's what I've come up with: * Case: Silverstone LC19 http://www.silverstonetek.com/products/p_spec.php?pno=lc19&area=usa + Fanless PSU. + Casefans can be removed + Comes with PCI-e and PCI risercards + Integrated cardreader and slimline optical slot + Available in black and silver + Accommodates standard ATX I/O shield + Room for a 3.5" storage device (SSD?) + Vents right above the CPU + Slim - Fits only small motherboard sizes - Only 120 watt PSU - No infrared receiver, no remote control * Motherboard: Asus P5N7A-VM http://www.asus.com/product.aspx?P_ID=8YiUFvK51IergAqY&templete=2 + Powerful on-board graphics (nVidia 9300) + Supports 16 GB of RAM + eSATA port + Optical audio output + HDMI, DVI and VGA video output + Gigabit ethernet + Solid caps - nVidia on-board graphics (requiring proprietary driver) - On-board graphics use system memory - Crappy realtek audio codec * DVB-C receiver: ? I have zero experience with DVB-C receivers for computers. I've come across the "DVBWorldDTV Cable" (http://www.worlddvb.com/product/htm/pcic.htm) which seems to provide what I'm looking for. Anyone know how good this hardware actually is and how well it's supported by linux? I have an old hauppauge PVR-350 card which works well, unfortunately hauppauge doesn't seem to have DVB-C products. * Remote control: ? I want to have something simple here. Maybe a small USB infrared receiver and a simple remote control with buttons up, down, left, right, enter? Anyone know if such hardware exists? * Processor: Intel Celeron? No idea how much processing power would be required for a decent HTPC. Preferably as low powered as possible, as the CPU will have to be passively cooled. * Processor cooling: ? I was thinking of a big block with small fins which you see a lot in 1U rackservers. Copper would be the logical choice but from what I've read, aluminum allows for better heat transfer to the environment. So a copper base with alu fins would be ideal. * Storage: ? For storing the operating system I was thinking of those IDE compact flash cards. Downside is that they are very slow. An SSD can be considered but I want to leave the option open to use the 3.5" bay for a hard drive for people that don't have the luxury of a NAS or don't want to leave a NAS running all times. Moving along. The most annoying aspect: software. Obviously we want all our software to be open source. A shortlist of open source media center software: * MythTV (http://www.mythtv.org/) * XBMC (http://xbmc.org/) * Elisa (http://elisa.fluendo.com/) The point I really want to focus on is ease of use. Take this as a benchmark: you only have to explain your parents once how it works. Any suggestions, comments, thoughts, etc... are appreciated. Thanks, Best regards, Glenn

5 6

[arch-general] stability of pbzip2 ?
by Ian-Xue Li 19 Nov '09

19 Nov '09

Hi, I'm quote fond of pbzip2's ability to multitask the compression, which comes really handy when backuping large archives of server files. But just heard from my friend: pbzip2 has stability issues, sometimes leads to corruption of archive, and hence unable to recover them. I wonder if this is true (in the sense that anyone once had a problem with pbzip2), because myself had never run into one of them. If so, it really a shame to abandon such a good tool though... -- Ian-Xue Li <da.mi.spirit(a)gmail.com>

4 3

[arch-general] MUA
by Arvid Picciani 19 Nov '09

19 Nov '09

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

22 32

[arch-general] Test - Sorry but good reason for it. Please ignore
by Geoff 19 Nov '09

19 Nov '09

Sorry to post a test message, but I am an infrequent poster whose e-mails have not been getting through. I wrote to the list admins about it a while ago but got no response, so I have unsubscribed / resubscribed.

3 6

[arch-general] pam settings INSECURE
by Caleb Cushing 18 Nov '09

18 Nov '09

so here's the problem I've discovered http://xenoterracide.blogspot.com/2009/11/bypassing-disabled-accounts-with-… < 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 auth required pam_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 auth requisite pam_nologin.so auth required pam_unix.so nullok auth required pam_shells.so # as my blog says setting an invalid shell is a common way of disabling accounts. auth required pam_tally.so onerr=succeed file=/var/log/faillog # use this to lockout accounts for 10 minutes after 3 failed attempts #auth required pam_tally.so deny=2 unlock_time=600 onerr=succeed file=/ account required pam_access.so account required pam_time.so account required pam_unix.so password required pam_unix.so #password required pam_cracklib.so difok=2 minlen=8 dcredit=2 ocredit=2 ret #password required pam_unix.so md5 shadow use_authtok session required pam_unix.so session required pam_env.so session required pam_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

9 15

Re: [arch-general] arch-general Digest, Vol 61, Issue 39
by jelle van der waa 18 Nov '09

18 Nov '09

Re: We need a maintained-by-TU chrome/chromium... (Juan Diego) There are enough arch user maintained repo's, you could ask them to package it beside that how much work is AUR ;) 2009/11/18 <arch-general-request(a)archlinux.org> > Send arch-general mailing list submissions to > arch-general(a)archlinux.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://mailman.archlinux.org/mailman/listinfo/arch-general > or, via email, send a message with subject or body 'help' to > arch-general-request(a)archlinux.org > > You can reach the person managing the list at > arch-general-owner(a)archlinux.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of arch-general digest..." > > > Today's Topics: > > 1. Re: MUA (Alexandr Bashmakov) > 2. Re: pam settings INSECURE (bender02) > 3. Re: pam settings INSECURE (Xavier) > 4. Re: pam settings INSECURE (bender02) > 5. Re: pam settings INSECURE (Jan de Groot) > 6. We need a maintained-by-TU chrome/chromium... (Hamo) > 7. Re: pam settings INSECURE (Xavier) > 8. Re: We need a maintained-by-TU chrome/chromium... (Daenyth Blank) > 9. Re: We need a maintained-by-TU chrome/chromium... (Juan Diego) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 18 Nov 2009 17:26:04 +0700 > From: Alexandr Bashmakov <alex.teorver(a)gmail.com> > Subject: Re: [arch-general] MUA > To: General Discusson about Arch Linux <arch-general(a)archlinux.org> > Message-ID: > <7d16d2700911180226q14e0d1bbtf1ad3095687a38a5(a)mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > http://notmuchmail.org/ > > > ------------------------------ > > Message: 2 > Date: Wed, 18 Nov 2009 12:58:46 +0100 > From: bender02 <bender02(a)archlinux.us> > Subject: Re: [arch-general] pam settings INSECURE > To: General Discusson about Arch Linux <arch-general(a)archlinux.org> > Message-ID: > <6eefa5460911180358n14f3937esc3a3dea388c09ef3(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > 2009/11/18 Ng Oon-Ee <ngoonee(a)gmail.com>: > > The *disadvantage* is that the devs/maintainers have to patch up-stream. > > This should be kept to a minimum, primarily to reduce their workload, > > and also because it is ASSUMED that if you use Arch, you're capable of > > doing the Right Thing (tm) according to your situation, or at least > > finding out how to. > > If you would take the time to look at the packages that are involved > in this (namely shadow and kdebase-workspace), you'd see that both > /etc/pam.d/login and /etc/pam.d/kde are manually suplied alongside the > PKGBUILDs. So in this case, it's not "patching" but straight > "replacing" the "upstream". > > > ------------------------------ > > Message: 3 > Date: Wed, 18 Nov 2009 14:07:39 +0100 > From: Xavier <shiningxc(a)gmail.com> > Subject: Re: [arch-general] pam settings INSECURE > To: General Discusson about Arch Linux <arch-general(a)archlinux.org> > Message-ID: > <91752840911180507l43f7899ncea46da9f73e2e1e(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > On Wed, Nov 18, 2009 at 6:40 AM, Caleb Cushing <xenoterracide(a)gmail.com> > wrote: > > so here's the problem I've discovered > > > http://xenoterracide.blogspot.com/2009/11/bypassing-disabled-accounts-with-… > > < 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 > > > > auth ? ? ? ?required ? ?pam_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 > > auth ? ? ? ?requisite ? pam_nologin.so > > auth ? ? ? ?required ? ?pam_unix.so nullok > > auth ? ? ? ?required ? ?pam_shells.so # as my blog says setting an > > invalid shell is a common way of disabling accounts. > > auth ? ? ? ?required ? ?pam_tally.so onerr=succeed file=/var/log/faillog > > # use this to lockout accounts for 10 minutes after 3 failed attempts > > #auth ? ? ? required ? ?pam_tally.so deny=2 unlock_time=600 onerr=succeed > file=/ > > account ? ? required ? ?pam_access.so > > account ? ? required ? ?pam_time.so > > account ? ? required ? ?pam_unix.so > > password ? ?required ? ?pam_unix.so > > #password ? required ? ?pam_cracklib.so difok=2 minlen=8 dcredit=2 > ocredit=2 ret > > #password ? required ? ?pam_unix.so md5 shadow use_authtok > > session ? ? required ? ?pam_unix.so > > session ? ? required ? ?pam_env.so > > session ? ? required ? ?pam_limits.so > > > > also I believe pam_tally2 replaces pam_tally may wish to consider > > migrating (non urgent next release?) > > > > So basically you just need to add "auth required > pam_shells.so" to all pam files related to login, correct ? > Or what were the other problematic settings of pam.d/kde ? > > The comments about this being an upstream problem are invalid, as > these pam files are all shipped by arch : > http://repos.archlinux.org/wsvn/packages/kdebase-workspace/trunk/ > http://repos.archlinux.org/wsvn/packages/shadow/trunk/login > > Note that this problem probably exists with all login managers. For > example gdm does not have pam_shells.so either. > http://repos.archlinux.org/wsvn/packages/gdm/trunk/ > > And I am curious to know what the pam settings of other distro are > (debian,fedora,gentoo,..). > > Finally, maybe it makes sense to try keeping all the different pam > login files as consistent as possible. But I don't know enough about > pam to tell. > > > ------------------------------ > > Message: 4 > Date: Wed, 18 Nov 2009 14:17:24 +0100 > From: bender02 <bender02(a)archlinux.us> > Subject: Re: [arch-general] pam settings INSECURE > To: General Discusson about Arch Linux <arch-general(a)archlinux.org> > Message-ID: > <6eefa5460911180517m50a1edcbt518c04950f7203bb(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > On Wed, Nov 18, 2009 at 2:07 PM, Xavier <shiningxc(a)gmail.com> wrote: > > And I am curious to know what the pam settings of other distro are > > (debian,fedora,gentoo,..). > > > > Finally, maybe it makes sense to try keeping all the different pam > > login files as consistent as possible. But I don't know enough about > > pam to tell. > > Some other distros (opensuse, ubuntu, fedora at least) use > 'common-auth' (and probably some other 'common-*' files) in > /etc/pam.d/, which are then included in the particular pam files. > Hence all pam files are consistent. On the other hand, if you need > more fine-grained control, you need to edit and consolidate more files > than with the current arch setup. [I like arch's system better, but > who cares about that :)] > > > ------------------------------ > > Message: 5 > Date: Wed, 18 Nov 2009 14:24:24 +0100 > From: Jan de Groot <jan(a)jgc.homeip.net> > Subject: Re: [arch-general] pam settings INSECURE > To: General Discusson about Arch Linux <arch-general(a)archlinux.org> > Message-ID: <1258550664.4737.4.camel@jan> > Content-Type: text/plain; charset="UTF-8" > > On Wed, 2009-11-18 at 14:17 +0100, bender02 wrote: > > On Wed, Nov 18, 2009 at 2:07 PM, Xavier <shiningxc(a)gmail.com> wrote: > > > And I am curious to know what the pam settings of other distro are > > > (debian,fedora,gentoo,..). > > > > > > Finally, maybe it makes sense to try keeping all the different pam > > > login files as consistent as possible. But I don't know enough about > > > pam to tell. > > > > Some other distros (opensuse, ubuntu, fedora at least) use > > 'common-auth' (and probably some other 'common-*' files) in > > /etc/pam.d/, which are then included in the particular pam files. > > Hence all pam files are consistent. On the other hand, if you need > > more fine-grained control, you need to edit and consolidate more files > > than with the current arch setup. [I like arch's system better, but > > who cares about that :)] > > The reason for shipping custom pam files is because we don't have > common-* files in arch. The gdm file is a straight copy from the login > file, with some added modules for gnome-keyring to get that daemon > started on login. With common-auth, we could just @include common-auth > from the pam file, which is much easier. > > > > ------------------------------ > > Message: 6 > Date: Wed, 18 Nov 2009 21:48:26 +0800 > From: Hamo <hamo.by(a)gmail.com> > Subject: [arch-general] We need a maintained-by-TU chrome/chromium... > To: arch-general(a)archlinux.org > Message-ID: > <55b9903b0911180548r19eda9b9x1687aab9085c11eb(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Dear Archlinux users, > Chrome is likely to be a daily-use web browser and with the Chrome OS > releasing,it will become more and more reliable.Archlinux is a > rolling-release distribution and it aims at being bleeding edge.So we > should have a maintained-by-TU chrome/chromium and it is really > useful... > > -- > Nick Name:Hamo > Website:http://hamobai.com/ > > > ------------------------------ > > Message: 7 > Date: Wed, 18 Nov 2009 14:52:42 +0100 > From: Xavier <shiningxc(a)gmail.com> > Subject: Re: [arch-general] pam settings INSECURE > To: General Discusson about Arch Linux <arch-general(a)archlinux.org> > Message-ID: > <91752840911180552u6626b43at10e6e2c7667a2426(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > On Wed, Nov 18, 2009 at 2:24 PM, Jan de Groot <jan(a)jgc.homeip.net> wrote: > > On Wed, 2009-11-18 at 14:17 +0100, bender02 wrote: > >> On Wed, Nov 18, 2009 at 2:07 PM, Xavier <shiningxc(a)gmail.com> wrote: > >> > And I am curious to know what the pam settings of other distro are > >> > (debian,fedora,gentoo,..). > >> > > >> > Finally, maybe it makes sense to try keeping all the different pam > >> > login files as consistent as possible. But I don't know enough about > >> > pam to tell. > >> > >> Some other distros (opensuse, ubuntu, fedora at least) use > >> 'common-auth' (and probably some other 'common-*' files) in > >> /etc/pam.d/, which are then included in the particular pam files. > >> Hence all pam files are consistent. On the other hand, if you need > >> more fine-grained control, you need to edit and consolidate more files > >> than with the current arch setup. [I like arch's system better, but > >> who cares about that :)] > > > > The reason for shipping custom pam files is because we don't have > > common-* files in arch. The gdm file is a straight copy from the login > > file, with some added modules for gnome-keyring to get that daemon > > started on login. With common-auth, we could just @include common-auth > > from the pam file, which is much easier. > > > > > > That sounds good. > I filed http://bugs.archlinux.org/task/17188 > > > ------------------------------ > > Message: 8 > Date: Wed, 18 Nov 2009 08:54:40 -0500 > From: Daenyth Blank <daenyth+arch(a)gmail.com <daenyth%2Barch(a)gmail.com>> > Subject: Re: [arch-general] We need a maintained-by-TU > chrome/chromium... > To: General Discusson about Arch Linux <arch-general(a)archlinux.org> > Message-ID: > <ea09a6380911180554w59527b1bg81fd22d94fa75d55(a)mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > On Wed, Nov 18, 2009 at 08:48, Hamo <hamo.by(a)gmail.com> wrote: > > Dear Archlinux users, > > Chrome is likely to be a daily-use web browser and with the Chrome OS > > releasing,it will become more and more reliable.Archlinux is a > > rolling-release distribution and it aims at being bleeding edge.So we > > should have a maintained-by-TU chrome/chromium and it is really > > useful... > > > If you're interested, I recommend finding a sponsor so that you can > apply... > > There are lots of software projects that would be good to have, but it > only makes sense to keep them in the repos if someone is interested in > maintaining them. > > > ------------------------------ > > Message: 9 > Date: Wed, 18 Nov 2009 23:05:06 +0900 > From: Juan Diego <juantascon(a)gmail.com> > Subject: Re: [arch-general] We need a maintained-by-TU > chrome/chromium... > To: General Discusson about Arch Linux <arch-general(a)archlinux.org> > Message-ID: > <b3095c50911180605h211fe211oee2a7b3902ab482a(a)mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > I would be happy to maintain that package, but unfortunately Im not a TU > > dont you think archlinux should have something similar to ppa from > ubuntu so that it will be easier to maintain and promote personal > repositories, aur is a good option but if I would have to choose > between using a packages from aur or using a package from a personal > repository from somebody I wouldnt think it twice, I would choose the > personal repo one. > > On Wed, Nov 18, 2009 at 10:54 PM, Daenyth Blank <daenyth+arch(a)gmail.com<daenyth%2Barch(a)gmail.com>> > wrote: > > On Wed, Nov 18, 2009 at 08:48, Hamo <hamo.by(a)gmail.com> wrote: > >> Dear Archlinux users, > >> Chrome is likely to be a daily-use web browser and with the Chrome OS > >> releasing,it will become more and more reliable.Archlinux is a > >> rolling-release distribution and it aims at being bleeding edge.So we > >> should have a maintained-by-TU chrome/chromium and it is really > >> useful... > >> > > If you're interested, I recommend finding a sponsor so that you can > apply... > > > > There are lots of software projects that would be good to have, but it > > only makes sense to keep them in the repos if someone is interested in > > maintaining them. > > > > > ------------------------------ > > _______________________________________________ > arch-general mailing list > arch-general(a)archlinux.org > http://mailman.archlinux.org/mailman/listinfo/arch-general > > > End of arch-general Digest, Vol 61, Issue 39 > ******************************************** > -- Jelle

2 1

[arch-general] archlinuxfr bad virtualbox_bin-3.0.10-1 package
by David C. Rankin 18 Nov '09

18 Nov '09

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

7 9

[arch-general] First install of gnome on Arch, pretty cool... (new artwork this time :-)
by David C. Rankin 18 Nov '09

18 Nov '09

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

3 3

[arch-general] only detect 1 cpu
by viodreamlistas＠gmail.com 17 Nov '09

17 Nov '09

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 CPU Q6600 @ 2.40GHz cpu cores : 1 .... --- I dont know how to do to detect the 4 cpus. Any sugestions? Thanks in advance! PD: Sorry for mi english. -- V!ODREAM

4 4

Re: [arch-general] old firewire stack?
by Roberto Malinverni 16 Nov '09

16 Nov '09

> I believe the kernel can only have 1 compiled at a time, so > you'll have to compile a custom kernel with the new stack... You _can_ compile both of them, but you need to blacklist the modules you don't want to use. > Last time we visited this topic, the new stack was incomplete > and unstable, and it also said so in the kernel configuration > menu. As I don't have any firewire devices, I never really > cared. Should we dump the old stack and switch to the new one > in the upgrade to 2.6.32? The Fedora Team switched to the new stack around fedora 8/9, causing a lot of troubles to the users: third party repos began then to offer the "old" modules as an addon. As for myself, the new stack couldn't even see my firewire external HD while the old stack worked fine - don't know with other kind of hardware. Roberto -- Il messaggio e' stato analizzato alla ricerca di virus o contenuti pericolosi da MailScanner, ed e' risultato non infetto.

2 1

[arch-general] netcfg v2.5 in [testing] - auto wireless configuration has changed
by James Rayner 15 Nov '09

15 Nov '09

netcfg v2.5rc1 This is easily the biggest release since 2.0. Many new features and some significant changes under the hood. There are also a few features which have had changed options and this needs to be noted. The most notable is that net-auto has been removed in favour of the net auto wireless setup. # Move to new auto-wireless The new automatic connection has proper roaming support and will prove more reliable than the old setup - particularly with more complicated wireless configurations. To migrate to the new automatic wireless setup: 1. pacman -S core/wpa_actiond 2. Set WIRELESS_INTERFACE="" to your wireless interface in /etc/rc.conf. For example WIRELESS_INTERFACE="wlan0" 3. Add net-auto-wireless to your DAEMONS=() array. # New features: - net-auto-wireless/wpa_actiond - Real wireless roaming/auto connection. Based on same principle as autowifi. Requires optional dependency: wpa_actiond - net-auto-wired - automatic ethernet configuration. Requires optional dependency: ifplugd - Interface configurations - set options for all profiles using an interface - Radio Kill switch awareness - requires enabling, see wiki. - Output hooks - Significant internal cleanup & improvement # Internal changes: - Uses wpa_supplicant for all wireless configuration by default, including wep/none security. This adds improves support for most and should improve reliability. - Uses iproute by default for all static configuration. net_tools which contains ifconfig is effectively obsolete and hasnt seen a release for over 8 years. The 'ethernet-iproute' and 'ethernet' connection types have been merged together to simply 'ethernet'. All options are still supported and existing configurations will continue to work for both types. A symlink has been made to ensure that profiles using 'ethernet-iproute' will continue to function. # Changes in configuration options - net-auto and AUTO_NETWORKS is now deprecated in favour of net-auto-wireless/net-auto-wired. - wireless: If you were previously specifying the wpa_supplicant driver in WPA_OPTS, you now need to specify it in WPA_DRIVER. - wireless: iwconfig based configuration for wep/none can be used by changing to wep-old or none-old. This should not be necessary and is left in place only for the possibility of very old drivers that do not support wpa_supplicant. - ethernet-iproute: Now that 'ethernet' is iproute based, those using 'ethernet-iproute' can change the name back. There is a symlink in place however, so existing configurations of either name will continue to function regardless. - wireless-dbus: This idea didn't really go anywhere and is now unsupported. The wpa_supplicant dbus interface is a huge pain and it doesn't fit well into the netcfg codebase. It is no longer included, however netcfg will automatically use 'wireless' for any 'wireless-dbus' configurations as the supported options are effectively the same. # Download: netcfg 2.5rc1 is in [testing]. The source is on the Arch Linux ftp and latest PKGBUILD in svn. ftp://ftp.archlinux.org/other/netcfg/netcfg-2.5.0rc1.tar.gz # Documentation: The wiki has been updated to reflect this release. For 2.5, the documentation can be found at: http://wiki.archlinux.org/index.php/Network_Profiles_development When it is released this will be moved to the Network Profiles page. There's also some updated documentation of the supported options for 'wireless' and 'ethernet' here: http://www.rayner.id.au/netcfg/ Keep in mind that wireless supports all the options of 'ethernet'. If options are not documented, then it's a bug and they should be (or it's deprecated, but should be mentioned anyway for completeness). # Contributors: I had a few big contributors to this release: Jim Pryor: Many internal changes and improvements Thomas Bächler: wpa_actiond based auto roaming/connection Thanks guys! That's all for now, please file any bug reports on the bug tracker. James

3 2

[arch-general] CUPS won't detect my usb printer
by Jim Burton 15 Nov '09

15 Nov '09

Hi, I'm new to arch and unable to set up my (USB) Canon printer. I've read quite a large number of threads on the forum about this and suppose my solution is in there somewhere but cups doesn't recognise my printer for some reason. Here's what I've tried: I've installed cups, ghostscript, gsfonts and gutenprint and blacklisted usblp. My printer is picked up by lsusb: Bus 005 Device 003: ID 04a9:1094 Canon, Inc. PIXMA iP3000x Printer and I think it has the right permissions: [jim@daisy ~]$ ls -l /dev/bus/usb/005/003 crw-rw---- 1 root lp 189, 514 2009-11-15 13:44 /dev/bus/usb/005/003 In the web interface when I go to add a printer there are none found. I have set cups logging to debug but there's nothing there that means anything to me. Here is some of the output when I try to find the printer in the web interface: D [15/Nov/2009:13:45:09 +0000] cupsdReadClient: 15 1.1 CUPS-Get-Printers 1 D [15/Nov/2009:13:45:09 +0000] CUPS-Get-Printers D [15/Nov/2009:13:45:09 +0000] CUPS-Get-Printers client-error-not-found: No destinations added. D [15/Nov/2009:13:45:09 +0000] Returning IPP client-error-not-found for CUPS-Get-Printers (no URI) from localhost D [15/Nov/2009:13:45:09 +0000] cupsdReadClient: 15 POST / HTTP/1.1 D [15/Nov/2009:13:45:09 +0000] cupsdAuthorize: No authentication data provided. D [15/Nov/2009:13:45:09 +0000] cupsdReadClient: 15 1.1 CUPS-Get-Devices 1 D [15/Nov/2009:13:45:09 +0000] CUPS-Get-Devices D [15/Nov/2009:13:45:09 +0000] cupsdIsAuthorized: username="" D [15/Nov/2009:13:45:09 +0000] Returning HTTP Unauthorized for CUPS-Get-Devices (no URI) from localhost D [15/Nov/2009:13:45:09 +0000] cupsdSendHeader: 15 WWW-Authenticate: Basic realm="CUPS", trc="y" D [15/Nov/2009:13:45:09 +0000] [CGI] cgi_null_passwd(prompt="Password for daemon on localhost? ") called! D [15/Nov/2009:13:45:09 +0000] [CGI] lang="en_US.UTF8", locale="/en_US"... D [15/Nov/2009:13:45:09 +0000] [CGI] lang="en_US.UTF8", locale="/en_US"... D [15/Nov/2009:13:45:09 +0000] cupsdReadClient: 15 WAITING Closing on EOF D [15/Nov/2009:13:45:09 +0000] cupsdCloseClient: 15 D [15/Nov/2009:13:45:09 +0000] cupsdSetBusyState: Not busy D [15/Nov/2009:13:45:09 +0000] PID 2650 (/usr/lib/cups/cgi-bin/admin.cgi) exited with no errors. D [15/Nov/2009:13:45:39 +0000] cupsdReadClient: 12 WAITING Closing on EOF D [15/Nov/2009:13:45:39 +0000] cupsdCloseClient: 12 What should I try next? Thanks, Jim

5 8

[arch-general] old firewire stack?
by Dieter Plaetinck 14 Nov '09

14 Nov '09

Hi, according to http://www.kdenlive.org/user-manual/troubleshooting-and-common-problems/tro… we are using an old firewire stack. I'm having big problems with DV-video (firewire) stuff ( see http://bbs.archlinux.org/viewtopic.php?pid=655692 ) and I was wondering if the new stack would fix it, but how can I run it? [root@dieter-p4sci-arch ~]# lsmod | egrep 'firewire|1394' dv1394 18492 0 video1394 15836 0 ohci1394 30220 2 dv1394,video1394 raw1394 25756 0 ieee1394 85668 4 dv1394,video1394,ohci1394,raw1394 [root@dieter-p4sci-arch ~]# modprobe firewire-ohci FATAL: Module firewire_ohci not found. [root@dieter-p4sci-arch ~]# pacman -Ss juju [root@dieter-p4sci-arch ~]# pacman -Ss firewire extra/dvgrab 3.5-1 Saves audio and video data from an IEEE (FireWire) digital source extra/libraw1394 2.0.4-1 Provides an API to the Linux IEEE1394 (FireWire) driver [root@dieter-p4sci-arch ~]# pacman -Qs libraw local/libraw1394 2.0.4-1 Provides an API to the Linux IEEE1394 (FireWire) driver thanks Dieter

3 2

[arch-general] AUR: gcc-java-4.3.3.tar.bz2.part ==> ERROR: Build Failed.
by David C. Rankin 13 Nov '09

13 Nov '09

Guys, Looks like there is a misconfigured locale in the gcc-java-4.3.3 AUR files. Attempting to build the gcc-gcj AUR package, it died with the following: 2009-11-13 00:51:08 (135 KB/s) - “gcc-java-4.3.3.tar.bz2.part” saved [18053140] -> Found gcj-4.3-tools.jar-path.diff in build dir -> Found gcc_pure64.patch in build dir -> Found libjava-disable-static.dpatch in build dir -> Found libjava-sjlj.dpatch in build dir -> Found gcc-hash-style-both.patch in build dir ==> Validating source files with md5sums... gcc-core-4.3.3.tar.bz2 ... Passed gcc-g++-4.3.3.tar.bz2 ... Passed gcc-java-4.3.3.tar.bz2 ... Passed gcj-4.3-tools.jar-path.diff ... Passed gcc_pure64.patch ... Passed libjava-disable-static.dpatch ... Passed libjava-sjlj.dpatch ... Passed gcc-hash-style-both.patch ... Passed ==> Extracting Sources... -> Extracting gcc-core-4.3.3.tar.bz2 with bsdtar -> Extracting gcc-g++-4.3.3.tar.bz2 with bsdtar -> Extracting gcc-java-4.3.3.tar.bz2 with bsdtar ==> Entering fakeroot environment... ==> Starting build()... You need the de_DE locale to build gcc. ==> ERROR: Build Failed. Aborting... What to check? -- 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

4 6

[arch-general] New NVIDIA legacy drivers compatible with our latest xorg-server
by Thomas Bächler 13 Nov '09

13 Nov '09

NVIDIA released new prereleases of their 173.xx.xx and 96.xx.xx drivers ([1], [2]). Driver packages and kernel modules for the 2.6.31-ARCH kernel are being uploaded now, they should start to appear on mirrors soon. Please test them and report. [1] http://www.nvnews.net/vbulletin/showthread.php?p=2122688 [2] http://www.nvnews.net/vbulletin/showthread.php?p=2122691

1 0

[arch-general] Frustrated with Crappy looking Firefox and OpenOffice GTK & QT themes?
by David C. Rankin 13 Nov '09

13 Nov '09

After mucking around trying to get firefox and openoffice to look right, I thought I would pass on a few tips. For those of you that know already, just hit delete. The dull boxy appearance of both GTK and some Qt apps left me scratching my head for the right tools to fix the look. The normal qtconfig and gtk2_prefs just didn't do it for all applications (like basket and other kde3 now sort of kde4 apps) Trial and error and google helped. The main tools are: GTK Preferences (ff has both GTK and Qt) /usr/bin/gtk2_prefs (themes and more) /usr/bin/gtk-chtheme (change theme ** Don't over look this one) Qt Preferences /usr/bin/qtconfig (themes and more) ** also the gnome-control-center collects most of the tools for you in one place. I don't use gnome, but I installed the control center for convenience. The packages involved are (with the addtional nice themes): GTK TOOLS & ENGINES gnome-control-center 2.28.1-1 gtk2_prefs 0.4.1-1 gtk 1.2.10-9 gtk2 2.18.3-2 gtk-kde4 0.9b-3 gtk-chtheme 0.3.1-4 gtk1-engines 0.12-2 gtk-engines 2.18.4-1 gtk-qt-engine 1.1-1 gtk-aurora-engine 1.5.1-1 gtk-engine-murrine 0.90.3-1 gtk-rezlooks-engine 0.6-8 gtk-smooth-engine 0.6.0.1-3 QT TOOLS & PACKAGES qt3 3.3.8-13 qt 4.5.3-3 qtcurve-gtk2 0.69.2-1 qtcurve-kde3 0.69.1-1 qtcurve-kde4 0.69.2-1 THEMES gnome-icon-theme 2.28.0-1 gnome-themes 2.28.1-1 gnome-themes-extras 2.22.0-1 murrine-themes-collection 20090906-1 qtcurve-gtk2 0.69.2-1 Install what you want, then just run gtk2_prefs and/or gtk-chtheme (if you installed the additional themes), then finish up with qtconfig. You have to shut down and restart you application for the changes to take effect, but when you are done, you will have some really good looking GTK and QT themes and decorations. (you can even select Oxygen as your GTK and Qt theme) The theme packages above have both light and dark themes. You can find some additional/better themes at art.gnome.org Here is an example of firefox and openoffice with the touch-ups applied (60k): http://www.3111skyline.com/download/Archlinux/fixes/gtk-qt-example.jpg -- 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

Re: [arch-general] (groff+)ghostscript/us letter/paper size problems
by Mike Bishop 12 Nov '09

12 Nov '09

On Thu, Nov 12, 2009 at 09:49:13AM -0500, Louis Guillaume wrote: > Mike Bishop wrote: <snip> > > > >The problem is that recent versions of ghostscript will (often) > >assume a4 paper size, regardless of /etc/paper. This applies > >after ghostscript 8.64-5 but I am not sure which version (8.70 has > >the problem). > > I don't know much about how this is "supposed" to work with > /etc/paper or /etc/papersize. I always thought those were > ghostscript or grops things. > > If you need to explicitly define a paper size for groff to use (that > isn't the default) I think you need: `-dpaper=letter' in addition to > `-P-pletter'. The latter is for grops. > > Louis > Actually, I screwed up. The file on Arch at /usr/share/groff/1.20.1/font/devps/DESC has "papersize a4" while a more usual entry is "papersize /etc/papersize a4" ... so my settings in /etc/papersize were ignored. I looked for a complicated answer and found it! Rgds, -- Mike Bishop Willow, Alaska

1 0

Re: [arch-general] аrch x86_64 and i686 performance comparison
by Robert Howard 12 Nov '09

12 Nov '09

I find the 64 bit version to be on par with the 32 bit version. I do think 64 bit is faster when using it for GIS with large datasets. I have been using 64 bit for years without remorse. Now, no 64 bit Windows OS has ever been worth using. On Nov 11, 2009 11:19 PM, "Sergey Manucharian" <sergeym(a)rmico.com> wrote: Excerpts from Smith Dhumbumroong's message of Thursday 12-Nov-09 10:49am: > Better to install both Arch 32-bit and 64-bit on the same machine > (dual boot) and run the tests... I've already did it. > from my personal experience certain operations, such as video/music > encoding, is a _lot_ faster... Well, in my ThinkPad R61 (Core2 Duo CPU T9300 @ 2.50GHz) I got 1.1 times difference (in favour of 64-bit) with couple of videofiles encoded. (By the way, it means that VM performs almost 1.5 worse then the real HW). Thanks, Sergey

1 0